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 [17/01/2017 10:26] – [3.2.Oportunidades de Negócio] 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 53: / Linha 53: @@
 ==== 3.1.	Perspectiva do Produto ====
-O produto TCE-CONTEX propõe apoiar as atividades de Controle Externo, de modo a padronizar a forma de recebimento de informações dos jurisdicionado, centralizando em uma ferramenta o recebimento, controle e apresentação dessas informações.
+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.
-O TCE-CONTEX, juntamente com a solução TCE-Informa, irá concentrar as informações recebidas pelo TCE, referente às atividades dos jurisdicionados. Essas informações são agrupadas quanto a Dimensão que as compõem, seja referente ao PPA, orçamento, contabilidade, pessoal, dentre outras.
+Além disso, 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. Os documentos também poderão ser acessados e produzidos pela internet.
-Além disso, partir desse conjunto de informações será possível selecionar e transformar essas informações de modo a integrar o TCE-CONTEX com os produtos finais de Controle Externo, como GORC (Gerencia de Orçamentária), GACE (Gerencia de Apoio ao Controle Externo), Art30 (Sistema de recepção de dados em atendimento ao Artigo 30 da constituição estatual), Informa (Sistema de formulários dinâmicos de registro de informações diversas, como licitações, obrigatórias, dispensadas, dispensáveis ou inexigíveis), GRAD (Gerencia de Registro de Atos de Admissão), e entre outros produtos existentes e futuros.
+Os fluxos processuais também serão padronizados, evitando enganos no trâmite dos processos, trazendo previsibilidade e transparência aos processos.
 ==== 3.2.	Oportunidades de Negócio ====
@@ Linha 81: / 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 108: / 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|}}