DVP - Documento de Visão do Projeto [Wiki TCE-GO]

Essa página está em modo somente de leitura. Você pode visualizar a fonte, mas não alterá-la. Informe-se com o administrador do Wiki, caso você ache que isso está incorreto.
====== 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..]