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:descricao_manutencao [26/05/2017 19:21] – lsiqueira
+++ pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:descricao_manutencao [26/12/2017 19:00] (atual) – removida maugusto
@@ Linha 1: / Linha 1: @@
-======  Manutenção Evolutiva do sistema GRAD  ======
-=== 1.	Problemas ===
-O sistema de Registro de Admissão (GRAD) possui várias funcionalidades que estão orientadas a receber informações do Edital e Aprovados em Concursos Públicos que são realizados pelos jurisdicionados do TCE-GO. Após a homologação do concurso são informados os dados das admissões que vão ocorrendo nos concursos e estes dados devem ser enviados ao TCE-GO com a finalidade de registrar a admissão. Atualmente após o cadastramento de um admitido estes dados respeitam um fluxo de atividades que trata da análise do Controle Interno de cada jurisdicionado finalizado no envio da ficha de admissão ao TCE-GO. Apresentamos na figura abaixo o fluxo atual do sistema.
-{{ :pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:modeloatual.jpg?600 |}}
-A revogação do art. 105 citado na problemática desta manutenção irá demandar uma manutenção evolutiva no sistema GRAD, porque foi eliminada a participação do Controle Interno neste processo. Sendo assim, o fluxo a ser atendido no momento é apresentado na figura abaixo:
-{{ :pres:gerti:servico_de_desenvolvimento_de_sistemas_de_informacao:projetos:manutencao.jpg?600 |}}
-=== 2.	Solução proposta===
-A solução proposta divide a problemática em duas partes, sendo uma avaliando os dados existentes no sistema GRAD para atender a nova estruturação e a outra focada nas adequações das funcionalidades para atender ao cenário da nova resolução.
-**Quanto à análise dos dados partiremos do quantitativo de informações do sistema GRAD, sendo apresentado os status de ficha e quantidade que encontra-se neles.**
-^Status^Quantidade^Ação necessária^
-|1 - Início do Cadastramento|520|Não necessita de manutenção|
-|2 - FICHA ENVIADA AO TCE|205|Não necessita de manutenção|
-|3 - AUTUAÇÃO DE FICHA NO GPRO|906|Não necessita de manutenção|
-|4 - ENVIO PARA RETIFICAÇÃO|78|Definir ação: Envio ao TCE ou Alterar para o novo status 16 - ENVIO PARA RETIFICAÇÃO DE DADOS|
-|5 - RETIFICAÇÃO RESPONDIDA|1|Definir ação: Envio ao TCE??|
-|6 - DESISTÊNCIA CADASTRADA|00|Não necessita de manutenção|
-|7 - DESLIGAMENTO CADASTRADO|2|Não necessita de manutenção|
-|8 - FICHA ENVIADA AO CONTROLE INTERNO|1834|Definir ação: Envio ao TCE AUTOMATICAMENTE. Para o Controle Interno Enviar deve fazer parecer|
-|9 - RETIFICAÇÃO NÃO RESPONDIDA|00|Não necessita de manutenção|
-|10 - PARECER GERADO|33|Definir ação: Solicitar ao Controle Interno dos órgãos para enviar ao TCE antes de implantar nova versão ou Enviar ao TCE automaticamente|
-|11 - FICHA CADASTRADA|98|Não necessita de manutenção|
-|12 - FICHA PRONTA PARA PARECER|00|Não necessita de manutenção|
-|13 - ENVIO AO CI PARA DILIGÊNCIA|00|Não necessita de manutenção|
-|14 - DILIGÊNCIA RESPONDIDA PELO CI|2|Não necessita de manutenção|
-|15 - EDIÇÃO DE PARECER PELO CI|4|Solicitar ao Controle Interno dos órgãos para enviar ao TCE antes de implantar nova versão ou Enviar ao TCE automaticamente|
-Quanto às funcionalidades a serem manutenidas para atender à problemática apresentada temos o seguinte:
-Serão criados dois novos status:
-^Status^
-|16 - ENVIO PARA RETIFICAÇÃO DE DADOS|
-|17 - DILIGÊNCIA RESPONDIDA PELO JURISD.|
-^Funcionalidade^Ação esperada^
-|Envio de ficha ao TCE-GO (jurisdicionado)|Replicar a funcionalidade (Admissao/wEnviarFicha.aspx) aplicando no filtro de pesquisa os status "11 - FICHA CADASTRADA" ou "" |