Essa é uma revisão anterior do documento!
DVP - Documento de Visão do Projeto
1. Visão Geral do Documento
O produto de software Processo Eletrônico trata-se de uma ferramenta de que possibilitará o trâmite de processos de forma eletrônica no TCE-GO (Tribunal de Contas do Estado de Goiás). A ferramenta que será adotada e reformulada será a Estação Digital de Trabalho.
Processo eletrônico é o processo no qual todas as peças processuais (petições, certidões, despachos, etc.) são virtuais, ou seja, foram digitalizadas em arquivos para visualização por meio eletrônico. Assim, não há utilização de papel. Neste caso, diz-se que os autos do processo estão digitalizados.
A Gerência de TI entende que o projeto possui pelo menos 5 grandes módulos, são eles:
- 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)
- Módulo de Documentos: corresponde à produção de documentos padronizados, exportação de documentos, temporalidade/ destinação de documentos, plano de classificaçã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.
- Módulo de Workflow: funcionalidade que permitirá gerenciar o fluxo de trabalho do processo.
- Normativos: Base legal onde todas as definições, responsabilidades e procedimentos estarão definidos.
2. Visão Geral do Negócio
2.1. Perspectiva do Negócio
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).
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:
- 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);
- 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.
3.3. Módulos do Sistema
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)
Módulo de Documentos
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 e produza documentos através da internet.
Módulo de Workflow
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 definidos.
4. Arquitetura do Produto
4.1. Descrição da arquitetura
A arquitetura do produto de software T
5. Requisitos Não-Funcionais do Produto
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:
- Navegador:
- Sistema Operacional:
- “Não atendido 3.5.4 Um SIGAD tem que ser capaz de incluir novos formatos de arquivos à
medida que forem sendo adotados pelo órgão ou entidade.”
Interoperabilidade “Não atendido 12.1.1 Um SIGAD deve ser capaz de interoperar com outros SIGAD, permitindo, pelo menos, consulta, recuperação, importação e exportação de documentos e seus metadados. As operações de interoperabilidade devem respeitar a legislação vigente e a política de segurança.” “Atendido 12.1.2 Um SIGAD deve ser capaz de interoperar com outros sistemas por meio de padrões abertos de interoperabilidade. Por exemplo, padrões abertos como os estabelecidos pela e-PING, XML e Dublin Core.” “Atendido 12.1.3 Um SIGAD tem que aplicar os requisitos de segurança descritos neste documento para executar operações de interoperabilidade. Isso é fundamental para que as operações, feitas em ambiente com interoperabilidade, não afetem a integridade dos documentos e impossibilitem acessos não autorizados.”
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.] Atendido 14.1.2 Um SIGAD deve ser expansível até comportar um número máximo, preestabelecido, de usuários simultâneos, provendo a continuidade efetiva dos serviços.
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..]