Planejamento

Desenvolvimento da versão 3.0 do Portal Modelo, que deverá conter, entre outros, os seguintes requisitos: utilização da versão mais recente e estável do Plone; suporte melhorado a multimídia; integração com redes sociais; integração com o Portal Interlegis; ferramenta de Portal da Transparência; integração com blogs; suporte a dados abertos. Esta versão também conterá a Intranet Modelo, para uso nas Câmaras e Assembleias.

1. Portal padrão com sua plataforma atualizada para Plone 4

  • Atualização da plataforma para a última versão estável do Plone #2683
  • Atualização/substituição dos produtos (extensões) disponíveis no portal modelo atual, sem perda de funcionalidades #2685
  • Atualização do instalador unificado (funcionando em qualquer sistema Unix/Linux), criando /portal padrão #2686
  • Indexação de arquivos binários de formatos comuns, como ODF, PDF, DOC, etc, e libs de dependência suportadas no instalador #2687
  • Automatizar via instalador a inicialização, rotação de logs, cópia de segurança (backup), etc #2688

2. Extensões novas ou melhoradas, instanciadas e configuradas no portal

  • Ferramenta de blog para parlamentares e funcionários da casa #2689
  • Melhorar a ferramenta de fórum #2690
  • Melhorar a ferramenta de enquetes #2691
  • Melhorar a ferramenta de boletins eletrônicos (newsletter) #2692
  • Melhorar a ferramenta de previsão do tempo (múltiplas fontes de dados) #2693
  • Permitir upload de múltiplos arquivos e imagens #2733
  • Melhorar a configuração de recursos de divulgação e consumo de RSS #2734
  • Comentários habilitados com controle de captcha, moderação e aviso por e-mail #2735

3. Ferramenta de gerenciamento da página inicial

  • Nova ferramenta de publicação da página inicial com melhor usabilidade #2736
  • Implementar mecanismo de carrossel para os blocos da página inicial #2737
  • Mecanismo para customização dos blocos da página inicial, como o Deco, collective.cover, etc #2738

4. Ferramentas multimídia

  • Ferramenta para publicação de áudios e vídeos locais ou integrada com serviços web como Vimeo, Youtube, etc #2744
  • Ferramenta para publicação de imagens locais ou integrada com serviços web como o Flickr, Picasa, etc (álbum de fotos) #2745
  • Ferramenta para streaming de áudio e vídeo locais na web ou integrada com serviços como o ustream.tv, justin.tv, etc (TV e rádio web) #2746

5. Ferramentas de redes sociais

  • Integração via APIs com redes sociais como Twitter, Facebook, Identi.ca, Google+, etc #2871
  • Ferramenta de rede social integrada no portal #2872

6. Lei de acesso à informação e dados abertos

  • Novo sistema de transparência (prestação de contas) com suporte a dados abertos: http://www.acessoainformacao.gov.br/sistema (avaliar CKAN) #2883
  • Sistema de informações ao cidadão, usando a Ouvidoria do Portal Modelo, em conformidade com a lei de acesso à informação nº 12.527 de 18 de novembro de 2011 #2884
  • Webservice de entrega de dados (em formato aberto) da casa legislativa, de parlamentares, etc #2885

7. Arquitetura da informação

  • Revisar e reestruturar toda a árvore de informação padrão do Portal Modelo #2853
  • Melhorar a integração com o SAPL, SAAP, SPDO, etc #2855
  • Integração com o LexML - http://www.lexml.gov.br #2856
  • Painel de parlamentares, legislatura e mesa diretora, que funcione local ou integrado ao SAPL #2857

8. Layout implementado

  • Tema padrão com SubSkins (ou similar) com esquema de customização de cores e componentes do layout #2860
  • Layout principal customizado com Diazo (validação de acessibilidade W3C, e-MAG e e-PWG), possivelmente usando Twitter Bootstrap #2861
  • Suporte a interface mobile #2862
  • No mínimo 5 temas alternativos (acessíveis) para Diazo (ver http://oswd.org) #2863

Intranet Modelo

9. Infraestrutura e novas extensões para Intranet

  • Gerenciamento de ocorrências e atividades #2899
  • Agenda de eventos compartilhada com o portal, avaliar Solgema.fullcalendar ou similar #2891
  • Ferramenta de comunicação em tempo real (chat) #2901
  • Cliente para mensageiro XMPP web integrado #2902
  • Edição colaborativa síncrona de documentos, avaliar jarn.xmpp.collaboration #2903
  • Conector para OpenLDAP e OpenID (autenticação e dados de usuários/grupos) #2904
  • Conector para bancos de dados relacionais (PostgreSQL e MySQL) #2905

10. Intranet integrada ao portal (baseada na Intranet do Interlegis)

  • Configuração de grupos organizacionais e permissões #2909
  • Lista de funcionários e seus contatos #2910
  • Relação dinâmica de aniversariantes #2911
  • Mural (geral) e avaliar o uso de plugin para classificados #2912
  • Recados, mensagens e alertas para membros (individual) #2913
  • Gestão dos documentos da organização (avaliar Vindula) #2916
  • Estrutura de informação padrão para uma intranet de Casas Legislativas #2908
  • Organizar estruturas de informação como setores, serviços, utilidades, projetos, etc #2914
  • Permitir comentários, ranqueamento e classificação de conteúdos #2915

11. Migração e Documentação

  • Produto final empacotado no instalador unificado #2868
  • Rotina de Migração, se possível automatizada, dos portais modelo antigos (avaliar Transmogrifier) #2870
  • Documentação atualizada #2869

Quer instalar o Portal Modelo 3.0? Veja também a documentação do ProjetoPortalModelo.

Sistema de Apoio ao Processo Legislativo - versão 3.0

Esta versão deverá conter, entre outros, os seguintes requisitos: utilização da versão mais recente e estável dos produtos Zope, Python, MySQL, PostgreSQL, JQuery, Javascript, Ajax, integração ao SPDO e Painel Eletrônico para a Sessão Plenária.

1-Ambiente operacional para o SAPL 3 – instalação/homologação

2-Projeto de Integração do SAPL 3 com o SPDO

3-Projeto de utilização do Painel Eletrônico nas Sessões Plenárias das Casas Legislativas

4-API's de integração do SAPL 3 com o SPDO - elaboração

5-Integração do SAPL 3 com o SPDO no ambiente operacional do SAPL 3 – homologação

6-Painel Eletrônico dos dados da Sessão Plenária – elaboração

7-Painel Eletrônico das Matérias Legislativas da Pauta da Sessão para discussão e tipos de votação – elaboração

8-Painel Eletrônico da Votação da Matéria Legislativa e do resultado final – elaboração

9-Painel Eletrônico no ambiente operacional do SAPL 3 - homologação

10-Capacitação da equipe de colaboradores do Interlegis

11-Documentação técnica do SAPL 3 – homologação.

Marco SAPL 3.1

Marco: CISL 2015

Nenhuma data atribuída

Planejamento do CISL para 2015

  • a
  • b

Voltar para o wiki do CISL

Brainstorm sobre funcionalidades para o Portal Modelo 3.1.

  • Módulo de e-Cidadão no formato do e-Democracia (Câmara dos Deputados) e do e-Cidadania (Senado Federal)
  • Diário Legislativo consumindo dados abertos JSON do SAPL (sessão legislativa) e do SAAL (atos administrativos)

Este ambiente de colaboração tem a finalidade de tratar de assuntos referentes ao projeto de inclusão digital e a reestruturação tecnológica da Fundação Palmares.

Codinome Integrado

  • Migração de plataforma.

Veja a documentação do ProjetoSaap

Sistema de Apoio à Atividade Parlamentar. Esta versão deverá conter, entre outros, os seguintes requisitos: utilização da versão mais recente e estável do Plone e integração ao SPDO.

  • Atualização da plataforma para a última versão estável do Plone,
  • Atualização/substituição dos produtos (extensões) disponíveis no SAAP atual, sem perda de funcionalidades,
  • Adicionar um editor de proposituras (avaliar o lexEdit), integrado com o SPDO e com o SAPL,
  • Integrar o sistema de ofícios e cartas com o SPDO para que esses documentos gerados no SAAP entrem em tramitação no SPDO automaticamente,
  • Permitir que o SAAP receba automaticamente os documentos tramitados via SPDO para o gabinete,
  • integração ao SPDO,
  • melhorar o sistema de Processos,
  • melhorar o sistema de Agenda e permitir que seja acessado por dispositivos móveis,
  • melhorar o sistema de correspondências, de forma a permitir que cada gabinete personalize os modelos de ofício e carta.
  • Atualização do instalador unificado (funcionando em qualquer sistema Linux/Unix?),
  • Integração com o Portal Modelo para que o vereador possa publicar sua agenda, Uma alternativa seria a criação de feed RSS da agenda o qual permitiria a integração fácil com qualquer outra plataforma que utilize leitor de FEEDs, inclusive o portal.
  • Documentação atualizada.
  • Padronizar e embelezar a interface com o usuário, de modo que o mesmo seja mais intuitivo e menos confuso.
  • Ventilar a possibilidade de utilizar outro framework como o DJANGO ou semelhante.
  • Melhorar a página do COLAB do SAAP.

Codinome Paraíba

  • Implantação da nova interface sugerida pela Assembléia Legislativa da Paraíba
  • Validação de todos os templates
  • Implementação de diversas sugestões enviadas pela comunidade GITEC

Veja a documentação do ProjetoSapl

  • Suporte a internacionalização com traduções iniciais para português, inglês e espanhol
  • Internacionalização dos códigos fontes do SAPL permitindo contribuições de estrangeiros (código em inglês)
  • Suporte a codificação UTF-8 para o Zope, SAPL e banco de dados, com funcionalidade para migração dos SAPL antigos com codificação ISO-8859-1
  • Suporte ao banco de dados PostgreSQL onde o usuário escolherá o banco (MySQL ou PostgreSQL) durante a instalação, com funcionalidade para migração de dados de um banco para o outro caso o usuário decida mudar o BD
  • Suporte ao uso de Page Templates do Zope permitindo que o SAPL seja migrado gradualmente do DTML

Lista de requisitos para o SIGI versão 2.1 - 2014

  • Pesquisa por texto nos campos Descrição e Resolução da ocorrência #3004
  • Permitir acessar a ocorrência a partir da tela da Casa #3005
    • Ao clicar na barra ocorrências, abrir todas as ocorrências da casa.
    • Ao clicar em uma ocorrência, abri-la
  • Incluir a coluna UF no relatório de ocorrências para distinguir o município #3006
  • Implementar a gerência de carteira #3007
    • Incluir os controles existentes em arquivos excel;
    • Incluir filtro por gerente no mapa
  • Incluir nos filtros de pesquisa Serviços Hospedados e Demais Serviços #3008
  • Implementar alarme para controlar o prazo de recebimento do Convênio assinado #3009
  • Incluir alimentação e controle dos serviços prestados pelo ILB #3010
    • informação a ser alimentada pelas Coordenações segundo cada serviço prestado
  • Sistema de monitoramento de inserção de conteúdo nos Portais e SAPLs das Câmaras Municipais atendidas (RSS) #3011
    • Inclusão de campos de controle no SIGI, que recebam alertas dos produtos: Portal Modelo e do SAPL, informando se estes produtos estão ativos e se são atualizados.
  • Conclusão do módulo de Eventos que encontra-se em fase avançada de desenvolvimento incluindo a possibilidade de inserir eventos passados #3012
  • Revisão e reativação dos módulos de acompanhamento e vizualização dos indicadores de cumprimento dos gatilhos do Programa Interlegis #3013
    • Adequar às novas metas
  • Criação de módulo para registro e acompanhamento de demandas com possibilidade de anexar documentos digitalizados (CRM) #3014
    • Incorporar o controle do OSTicket
  • Módulo de pesquisas #3015
    • A COPLAF cria pesquisas informando o seu título, a data de sua criação, seu estado (Planejamento, Execução, Publicada), sua visibilidade (Restrita/Pública?).
    • A pesquisa é composta por perguntas organizadas em categorias.
    • Estas pesquisas servirão para prover o Interlegis com informações estatísticas da realidade do legislativo brasileiro que subsidiarão as tomadas de decisões e o planejamento de ações futuras.
    • Também será utilizado nas campanhas da Central de Atendimento, como formulário eletrônico e tabulação dos dados no Banco do SIGI.
    • A COPLAF precisa gerar gráficos a partir dos dados coletados.
    • Reaproveitamento dos formulários de pesquisa em novas pesquisas similares, tipo Google Forms.
    • Ao montar um formulário, definir dependências entre perguntas, tornando uma pergunta disponível ou indisponível dependendo da resposta dada a uma outra pergunta anterior.
    • Para as pesquisas realizadas pela Central, deseja-se saber a identidade do operador para realizar comparações de produtividade, o que permitirá uma melhor gestão da equipe da Central.
  • Notificação por email para o Gerente de Carteira #3016
    • configurável por tipo de evento no banco
    • enviar para o calendário, permitindo a mobilidade
  • Implementar a gestão de competência, criando propriedades de competências para os Contatos da Casa #3017
  • Inclusão de foto da Câmara Municipal no Mapa #3018
  • Internacionalização do SIGI #3019
    • Interface em inglês (DJANGO)

Solicitações de melhorias e adequações do Ambiente Virtual de Ensino e Aprendizagem Saberes.

  1. Alunos que já concluíram o curso continuam recebendo mensagens postadas nos foruns. #2978
    • Primeiro devemos testar no ambiente de homologação para verificar as circunstâncias em que isto acontece.
  1. Plugin para imprimir em PDF um conjunto de books e páginas Demandado em 03/2014
    • Alterar o plugin BOOK para que a rotina de impressão gere um PDF em vez de um HTML #2979
  1. Punição por abandono ou reprovação em cursos com tutoria:
    • Abandono: aluno que não fez nenhuma atividade avaliativa. Punição: não pode concorrer ao mesmo curso nas próximas duas ofertas.
    • Reprovação: realizou atividade avaliativa mas não obteve nota mínima para aprovação. Punição: não pode concorrer ao mesmo curso na próxima oferta.
  1. Relatórios de alunos (permitir exportar para CSV): #2982
    • Número de cadastrados
    • Número de matrículas
    • Número de aprovações
    • Número de reprovações
    • Número de abstenções
    • Sexo
    • Faixa etária
    • Escolaridade
    • Localidade (país, estado, município)
    • Atividade profissional
  1. Rotina para gerar certificados automaticamente para os alunos aprovados #2993
  1. Alterar o certificado dos cursos com e sem tutoria #2998: Demandado em 07/08/2014 - mensageiro: Carlos Inocente
    • Remover a borda, APENAS no VERSO, com o Brasão

  1. Instalar plugin de diário de classe para uso da COTRE e da COESUP para registro de presença de alunos #2980
  1. Acrescentar o campo e-mail nos filtros do relatório de confirmação de matrículas do ILB #2981
  1. CPF/ CERTIFICADO – aumentar segurança para as duas modalidades de curso: com tutoria e sem tutoria #2983 Demandado em 08/2014
    • Configurar máscara com 11 caracteres obrigatórios e somente números.
    • Configurar cadastro para aceitar somente CPF válido
    • Configurar cadastro para cruzar nome e CPF
  1. Emissão de certificados #2984 Demandado em 04/2014
    • Permitir que o acesso do aluno à impressão do certificado seja por prazo indeterminado. Após 60 dias, o aluno perde acesso ao curso e à impressão do certificado, nos cursos sem tutoria.Nos cursos com tutoria, o prazo é de 40 dias.
    • Esclarecer, na página inicial dos cursos sem tutoria, seção Certificado, que o Guia do Estudante deve ser consultado para conhecimento das condições para a impressão do mesmo.
  1. Relatórios periódicos e finais #2982 Demandado em 23/04/2014

Permitir a elaboração de relatórios, por curso, contemplando as seguintes informações:

  • Nº de alunos inscritos por ano
  • Nº de alunos aprovados, reprovados, desistentes (evadidos)
  • Local de trabalho
  • Natureza do órgão onde trabalha
  • Procedência
  • Nº de alunos do SF
  • Nº de alunos da CD
  • Nº alunos das assembleias
  • Nº de alunos das Câmaras Municipais
  • Nº de alunos dos órgãos conveniados
  • Natureza do órgão onde trabalha
  • Quantificação, por meio da plataforma, das atribuições dos coordenadores e tutores nos respectivos cursos - CT
  • Permitir a exportação dos relatórios para arquivos com extensão xlsx
  1. Refinamento dos critérios de seleção de alunos dos cursos com tutoria #2985 Demandado em 06/2014
    • Prosseguir trabalho de refinamento dos filtros do processo seletivo - As vagas dos cursos com tutoria estão, prioritariamente, disponíveis para os servidores do Senado Federal, da Câmara Federal, das Assembleias Legislativas, das Câmaras Municipais, dos órgãos conveniados e outros. Os critérios de seleção são: vínculo empregatício, data e hora da inscrição no processo seletivo e percentual reservado.
  1. Matrículas indevidas #2986 Demandado em 24/04/2014
    • Evitar que alunos se matriculem nos cursos que ainda não foram lançados; isto é, havia 5 pessoas matriculadas no curso com tutoria Fundamentos da Ciência Econômica antes da data prevista para o início do curso.
    • Restringir que o aluno consiga se matricular em mais de um curso.
  1. Punições dos cursos com tutoria #2987 Demandado em 11/08/2014
    • A funcionalidade da punição não está precisa, isto é, há vários alunos que foram pré-inscritos na primeira oferta, não foram selecionados, mas sofreram a punição.
  1. Acompanhamento de atividades nos cursos com tutoria Demandado em 25/04/2014
    • Visualizar/acompanhar as participações no ‘Fórum de Apresentação’ (colocar isso em ‘Andamento do Curso”).
    • Precisamos, enquanto coordenadores, acompanhar as interações entre estudantes e tutores. #2997
    • Enviar avisos, aos alunos, sobre início e término das atividades avaliativas, e sobre término do curso (2 dias antes).
    • Recurso para cobrar participação dos alunos que ainda não se manifestaram no curso.
    • Envios de cartas de confirmação e de negativa de matrícula (filtro de seleção desses e-mails por curso)
    • Padrões dos cursos sem tutoria que devem ser mantidos nos cursos com tutoria:
  1. Bloqueio do acesso ao tutor à plataforma durante horário de expediente #2988 Demandado em 11/01/2014
    • Estudar uma maneira de bloquear o acesso à plataforma (apenas na qualidade de Tutor), durante a jornada de trabalho, aos servidores selecionados para o cargo de Facilitador de Aprendizagem EAD.

Marco: regcert

Nenhuma data atribuída

Desenvolvimento do sistema de controle e registro de certificados de pós-graduação Lato Sensu: regcert.

1. Página principal

  • Usuário não autenticado:
    • Apresentar formulário de login com os campos: usuário e senha.
  • Usuário autenticado:
    • Apresentar links para as páginas:
      • Registro de certificado;
      • Consulta de certificado;
      • Anulação de certificado;
      • Relatórios.

2. Página de registro de certificado (usuário autenticado)

  • Mostrar formulário para registrar novo certificado no sistema, com os seguintes campos:
    • Nome do concluinte, data de nascimento, naturalidade, RG, curso, carga horária, início, fim, número do certificado, número do livro, folha do livro, data de registro no livro número do processo, ato de credenciamento, diretor ou diretora executiva, secretário escolar;
    • Ao salvar o registro do banco de dados, as seguinte informações também devem ser adicionadas: código de conferência, a data e hora da emissão do código de conferência e o usuário que fez o registro.

3. Página de consulta de certificado (usuário autenticado)

  • Mostrar formulário para consultar certificados cadastrados, com os seguintes campos:
    • Código de conferência OU Nome OU Número do certificado.
  • Caso a pesquisa retorne mais de um certificado, deverá apresentar uma tabela em que cada linha representa um certificado registrado. A tabela deverá ter os campos x, y, z e um link para detalhes do certificado;
  • Caso a pesquisa retorne apenas um certificado, o sistema deverá redirecionar o usuário para a página de detalhes do certificado.

3.1. Página de detalhes do certificado (usuário autenticado)

  • Apresentar todos os dados do certificados (dados de registro) e o código de conferência, a data e hora de emissão do código de conferência e a autoria do cadastro;

4. Página de anulação do certificado (usuário autenticado)

  • Apresentar formulário para anulação do registro de certificado, com os seguintes campos: código de conferência, data e hora de emissão do código de conferência e justificativa para a anulação;
  • Ao consultar um registro anulado, o mesmo deve apresentar os dados do certificados (dados de registro), o código de conferência, a data e hora de emissão do código de conferência, o autor da anulação do certificado e a justificativa;

5. Página de verificação da validade de registro

  • Página para verificar a validade do registro de certificado deverá apresentar um formulário com os seguintes campos: código de conferência e data e hora da emissão do código de conferência;
  • Caso o registro seja válido, apresentar mensagem: Confirmamos que o certificado de Pós-graduação Lato Sensu em (nome do curso) de (nome do especialista formado) emitido pelo Instituto Legislativo Brasileiro em (data de registro no livro), sob número do código de conferência, data e hora do código de conferência,está cadastrado em nossa base de dados. Esta declaração não substitui a verificação de autenticidade do certificado. (Data e hora da confirmação do registro).
Note: Veja TracRoadmap para ajuda no uso do planejamento.
 

The contents and data of this website are published under license:
Creative Commons 4.0 Brasil - Atribuir Fonte - Compartilhar Igual.