pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:processo_eletronico:dvp

Diferenças

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

Link para esta página de comparações

Ambos lados da revisão anterior Revisão anterior
Próxima revisão		 Revisão anterior
pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:processo_eletronico:dvp [17/01/2017 10:06] – [2.1.Perspectiva do Negócio] bholiveirapres: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 ====== ====== 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 ===== ===== 1. Visão Geral do Documento =====
  
Linha 22: Linha 22:
  
  
-O trâmite de processos no TCE-GO ocorre de forma híbrida atualmente. Processos são autuados de forma física no protocolo do TCE-GO, criando volumes,e posteriormente 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.+O trâmite de processos no TCE-GO ocorre de forma híbrida atualmente. Processos são autuados de forma física no protocolo do TCE-GO, criando volumes,e posteriormente 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). 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.  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.  Processos físicos de outros Órgãos que chegam ao Tribunal são tramitados no TCE-GO. 
  
-Tal situação ocorre pois nem todos os fluxos estão todos mapeados e ou definidos em sistema. +
-Nessa situação, problemas de inconsistências entre os documentos criados no sistema e anexados ao processo físico podem existir. 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. +
-Isso representa um risco, pois documentos podem ser extraviados ou destruídos.  +
-  +
 ==== 2.2. Motivações, Necessidades e Problemas ==== ==== 2.2. Motivações, Necessidades e Problemas ====
 +  - Dentre as situações elencadas na seção anterior pode-se levantar os seguintes problemas:
 +  - Como nem todos os fluxos estão todos mapeados e ou definidos em sistema, os processos podem sofrer atrasos ou se perder na instituição.
 +  - 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.
 +  - Falta de padronização de documentos e na forma de indexá-los. 
 +
 +
 + 
 +
 +===== 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. 
 +
 +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. 
 +
 +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 ====
 +
  
   - Celeridade processual (trâmite 4 vezes mais rápido, em média);   - Celeridade processual (trâmite 4 vezes mais rápido, em média);
Linha 50: Linha 76:
   - Fim da inconsistência entre processo físico e eletrônico, culminando no fim processo híbrido;   - 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.   - Padronização da tabela de assuntos dos processos.
- +  - Maior facilidade para auditar processos. 
-===== 3. Visão Geral do Produto ===== +  - Maior facilidade para extrair informações estratégicas, como indicadores.
- +
-==== 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 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, 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. +
- +
-==== 3.2. Oportunidades de Negócio ==== +
- +
-Uma vez implantada a solução de software TCE-CONTEX, o conjunto de informações recebidas e gerenciadas por essa ferramenta, em conjunto com a solução INFORMA, será um primeiro passo para estruturar as informações das atividades dos jurisdicionados em uma estrutura de Data Warehouse. +
-  +
-Essa infraestrutura de repositório de informações em um segundo momento agregada a estrutura de Data Warehouse, possibilitará a implantação e extração de dados em uma solução de BI - Business Inteligence, que proporcionará ao TCE-GO, sobretudo para sua equipe de auditores de controle externo, uma visão antes não imaginada da fiscalização das atividades dos jurisdicionados, proporcionando desde a extração específica do dado para uma auditoria específica, quando para a combinação de informações correlacionadas para nortear os métodos de auditoria em uma investigação combinada. +
- +
-Essas extrações de dados vão desde a extração e integração com sistemas específicos, muitos desses existentes, que é um dos requisitos dessa solução - em um segundo momento do projeto -, até a geração de relatórios, consultas (OLAP), Gráficos e indicadores específicos e integrados. +
- +
 ==== 3.3. Módulos do Sistema  ==== ==== 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=== ===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=== ===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=== ===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=== ===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=== ===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 99: Linha 107:
 ==== 4.1. Descrição da arquitetura ==== ==== 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|}} 
  
  
  • pres/gerti/servico_de_desenvolvimento_de_sistemas_de_informacao/projetos/processo_eletronico/dvp.1484647590.txt.gz
  • Última modificação: 17/01/2017 10:06
  • por bholiveira