Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:processo_eletronico:dvp [18/01/2017 10:37] – [3.1.Perspectiva do Produto] bholiveira
+++ pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:processo_eletronico:dvp [18/01/2017 17:03] (atual) – [DVP - Documento de Visão do Projeto] bholiveira
@@ Linha 1: / Linha 1: @@
 ====== DVP - Documento de Visão do Projeto ======
+''Este documento ainda sofrerá alterações e será incrementado a cada fase do projeto.''
 ===== 1. Visão Geral do Documento =====
@@ Linha 80: / Linha 80: @@
 ==== 3.3.	Módulos do Sistema  ====
-O produto TCE-CONTEX se divide nas seguintes partes:
+O produto Processo Eletrônico se divide nas seguintes partes:
 ===Módulo de Gestão do Processo Eletrônico===
-: corresponde aos processos de negócio de Gestão documental (Autuação de Processo, Devolução de Processo, Processo com Confidencialidade, Processos em Diligência, Evento de Gestão, Arquivamento/Descarte de Processos, Arquivamento/Descarte de Documentos, Desarquivamento/Empréstimo de Processos, Desarquivamento/Empréstimo de Documentos e Digitalização e Cópia de Processos e Documentos)
+Corresponde aos processos de negócio de Gestão documental (Autuação de Processo, Devolução de Processo, Processo com Confidencialidade, Processos em Diligência, Evento de Gestão, Arquivamento/Descarte de Processos, Arquivamento/Descarte de Documentos, Desarquivamento/Empréstimo de Processos, Desarquivamento/Empréstimo de Documentos e Digitalização e Cópia de Processos e Documentos)
 ===Módulo de Documentos===
-: corresponde à produção de documentos padronizados, exportação de documentos, temporalidade/ destinação de documentos, plano de classificação.
+Corresponde à produção de documentos padronizados, exportação de documentos, temporalidade/ destinação de documentos, plano de classificação e segurança da informação.
 ===Módulo de consultas e ações para usuário externos===
-: Funcionalidade que permitirá que usuários consultem e atuem em processos através da internet.
+Funcionalidade que permitirá que usuários consultem e e produza documentos através da internet.
 ===Módulo de Workflow===
-: funcionalidade que permitirá gerenciar o fluxo de trabalho do processo.
+Funcionalidade que permitirá gerenciar o fluxo de trabalho do processo, pré estabelecendo no sistema o fluxo que determinado tipo de processo deverá seguir dentro do Tribunal.
 ===Normativos===
-: Base legal onde todas as definições, responsabilidades e procedimentos estarão definido
+Base legal onde todas as definições, responsabilidades e procedimentos estarão definidos.
@@ Linha 107: / Linha 107: @@
 ==== 4.1.	Descrição da arquitetura ====
-A arquitetura do produto de software TCE-CONTEX deverá seguir a mesma arquitetura da suíte de produtos do TCE-GO.
+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.
-Já a arquitetura da informação de recebimento e processamento da informação será dividida em duas etapas. A primeira etapa do projeto se refere ao recebimento das prestações de contas das atividades dos jurisdicionados, a qual será realizada via Web Service, utilizando a tecnologia WCF SOAP XML, que permite balanceamento de carga, ou via Portal Web, com o upload de arquivo XML com as apurações das atividades.
+=== 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.
+  *
-Nessa primeira etapa do projeto o recebimento das apurações será validado quanto à especificação dos layouts dos arquivos de apuração, os quais serão configurados e vinculados a um calendário de obrigações. O processamento dessa verificação quanto ao layout, será implementado de forma a possibilitar o processamento de cada arquivo em paralelo, visto que cada informação de cada arquivo, independe de outro ou do agrupador de informações, o calendário de obrigações. Dessa forma o processamento poderá ser otimizado com a utilização de processamento paralelo das informações.
+=== 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.
-Já na segunda etapa do projeto, que faz referência a consolidação das informações, fazendo a carga e transformação das informações recebidas na prestação de contas, a fim de apresentar as mesmas em forma de relatórios, carga de dados em sistemas finais de auditoria e controle, ou análise em conjunto via ferramenta de BI, será desenvolvido baseado em Componentes. Essa abordagem de componentes granulares será orientado a serviços, porem de forma específica, seguindo um único propósito e escopo de negócio. Essa abordagem é conhecida como “Microservices”, que aborda serviços granulares específicos.
+===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.]
-Na arquitetura dos Microservices será abordado o processamento concorrente da massa de informações que serão carregadas, transformadas e apresentadas, de modo a possibilitar melhor balanço de carga e desempenho do sistema em situações de grande volume de dados e situações de pico de solicitações dos serviços.
+=== 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..]
-Abaixo está apresentada a modelagem arquitetural do projeto TCE-CONTEX, separando o recebimento de dados no produto TCE-CONTEX, e o processamento e transformação das informações nos produtos que compõem o TCE.Integra. Esses nomes não necessariamente serão os nomes dos produtos construídos no projeto.
-{{:pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:arquitetura2.jpg|}}