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:39] – [3.3.Módulos do Sistema] 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 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|}}