DVP - Documento de Visão do Projeto
1. Visão Geral do Documento
Este documento trata do primeiro módulo do sistema de Processo Eletrônico, que corresponde principalmente às funções de autuação do processo, inserção de documentos eletrônicos e trâmite. Diversas outras funcionalidades acessórias existentes serão levantas e implementadas no decorrer do projeto.
2. Visão Geral do Negócio
2.1. Perspectiva do Negócio
Hoje, os processos são autuados de forma física no protocolo do TCE-GO, criando volumes físicos e um volume digital que contém todos os documentos que estavam presentes no momentos da autuação do processo. Diversos dados são cadastrados no sistema GPRO no momento da autuação, como: número, número origem, origem, volumes, data, mês referência, ano referência, trimestre referência, assunto, histórico, interessados, usuário que efetuou a autuação, usuário que efetuou a alteração, órgão origem, documento digital e ementa.
Num outro momento, esse processo é tramitado de forma física e eletrônica. Isto é, o sistema registra todos os andamentos do processo para que haja um acompanhamento através das ferramentas de gestão de processos.
Além disso, é possível criar documentos de forma eletrônica e tramitá-los. Para que isso ocorra o documento criado de forma eletrônica é impresso e juntado no processo. Só então o processo é tramitado.
Documentos produzidos de forma eletrônica no sistema do Tribunal possuem um padrão mínimo pré-defino, como cabeçalho, rodapé e logomarca. No entanto é possível alterar esse padrão ou fazer um documento em ferramenta externa sem qualquer padrão.
Para que o documento possa tramitar é necessário que haja a produção de algum tipo de documento pela unidade para ser juntando ao processo. Casa isso não ocorra, a unidade junta um documento denominado CI(Comunicado Interno).
O trâmite de documentos é realizado pelo gestor da unidade. O gestor tem a capacidade de enviar o processo que está em sua posse para qualquer unidade do Tribunal. Quando o processo chega na unidade, um servidor assina o documento de aceite e a partir deste momento o processo passa a estar na unidade.
Processos físicos de outros Órgãos que chegam ao Tribunal são tramitados no TCE-GO.
2.2. Motivações, Necessidades e Problemas
- Dentre as situações elencadas na seção anterior pode-se levantar os seguintes problemas:
- O processo híbrido pode gerar inconsistências entre os documentos criados no sistema e anexados ao processo físico. Pois o processo físico não está imune à substituição de páginas, e caso isso ocorra, haverá a inconsistência, uma vez que não é possível substituir o documento do eletrônico.
- A tramitação física de processos de outros Órgãos representa um risco, pois documentos podem ser extraviados ou destruídos.
- Altos gastos com papel e material de impressão.
- Tendência a ficar sem espaço físico para armazenamento de papel.
- Falta de transparência nas informações.
- Falta de segurança das informações.
3. Visão Geral do Produto
3.1. Perspectiva do Produto
O produto Processo eletrônico propõe apoiar as atividades administrativas, de modo eliminar o trâmite de processo físico entre as unidades internas do TCE-GO. OS processos físicos e os documentos que chegarem ao protocolo do Tribunal passarão a ser digitalizados e indexados no novo sistema.
Diversos tipos de mídias poderão ser anexadas no sistema.
Após essa etapa eles serão assinados digitalmente para serem tramitados.O destinatário será notificado para dar o aceite no processo.
Além disso, o sistema facilitará a produção de documentos, uma vez que todos os documentos estarão padronizados e centralizados num único sistema. Ainda, facilitará a busca e o acesso a esses documentos e processos, pois todos os documentos terão reconhecimento de caracteres, permitindo buscas em seu conteúdo ou em metadados cadastrados pelo autor.
3.2. Oportunidades de Negócio
- Celeridade processual (trâmite 4 vezes mais rápido, em média);
- Desmaterialização dos autos processuais;
- Acesso compartilhado por diversos usuários simultaneamente;
- Maior transparência das informações;
- Eliminação do tempo em que o processo permanece parado aguardando tramitação meramente burocrática;
- Redução do impacto ambiental (papel, toner, equipamentos);
- Redução de custos com materiais de expediente;
- Eliminação das pilhas de processos que obstruem o ambiente de trabalho;
- Eliminação de espaços físicos de arquivamento de processos (arquivos mortos);
- Melhoria na segurança das informações;
- Melhoria na acessibilidade para pessoas com deficiência na interação com a documentação processual por meio da informática e de ferramentas de tecnologia assistiva;
- Melhoria geral na qualidade dos trabalhos, com forte redução de atendimento presencial e eliminação de atividades relativas à autuação física de processos;
- Fim do extravio de processos e de supressão de páginas.
- Fim da inconsistência entre processo físico e eletrônico, culminando no fim processo híbrido;
- Padronização da tabela de assuntos dos processos.
- Maior facilidade para auditar processos.
- Maior facilidade para extrair informações estratégicas, como indicadores.
4. Arquitetura do Produto
4.1. Descrição da arquitetura
A arquitetura do produto de software T
5. Requisitos Não-Funcionais do Produto
http://www.cnj.jus.br/wiki/index.php/Arquitetura#pje-storage discutir esses
5.1. Requisitos Legais e de Padrões
- Definição da Política de Segurança da Informação
- Definição de Papeis de Usuários
- Definir Legislação relacionada a desapensamento de processo
- Definir Legislação relacionada a desentranhamento de processo
- Definir Legislação relacionada a desmembramento de processo
- Definir Legislação relacionada a juntada de processo
- Legislação que normatiza os espaços (ver o que significa).
5.2. Requisitos de Sistema e de Infraestrutura
[Defina os requisitos de sistema e de infraestrutura necessários para o desenvolvimento, suporte e uso do produto. Pode abranger software, hardware, redes, telecomunicações, infraestrutura física quando aplicável, dentre outras. Requisitos associados a linguagens de programação e tecnologias a serem utilizadas também devem ser abordadas nesta subseção.]
- Linguagem de programação: .NET
- Navegador: Para o módulo WEB, deverá ser compatível com o Google Chrome, Internet Explorer/ MS Edge e Firefox
- Sistema Operacional: Windows 7 ou superior.
5.3. Requisitos de Desempenho
[Descreva os requisitos de desempenho esperados para o produto. Itens referente a carga do usuário, largura da banda, taxa de transferência e tempos de resposta podem ser bordados nesta subseção. É necessário que sejam descritos em termos quantitativos, baseados em uma ou mais unidades de medida escolhidas.]
- Suportar no mínimo 100 usuários simultâneos.
5.4. Requisitos de Usabilidade e Acessibilidade
[Informe os requisitos referentes à usabilidade e acessibilidade do produto, isto é, aquilo que é associado a sua facilidade de uso, apreensibilidade, possibilidades e modos de acesso/operação. Requisitos de usabilidade geralmente precisam ser escritos em termos quantitativos, baseados em uma ou mais unidades de medida escolhidas.]
- Atender os requisitos de usabilidade e acessibilidade do EMAG.
5.5. Requisitos de Confiabilidade
[Escreva os requisitos de confiabilidade acordados com o cliente. Devem ser incluídos nesta subseção requisitos que tratem sobre possibilidade de recuperação, tempo médio entre falhas, frequência e gravidade de falhas, dentre outros. Estes requisitos de usabilidade geralmente precisam ser escritos em termos quantitativos, baseados em uma ou mais unidades de medida escolhidas.]
5.6. Requisitos de Segurança
[Informe os requisitos de segurança do produto, referentes a aspectos como: integridade, confidencialidade, autenticidade, disponibilidade e não repúdio. Portanto, questões relacionadas a criptografia de dados e autenticação devem ser abordadas aqui..]