| Ambos lados da revisão anterior
Revisão anterior
Próxima revisão
|
Revisão anterior
|
start:projetos:projetos_dev:getao_de_ativos_da_infovia:relatorio_de_diagnosticos [2020/03/11 17:41]
Andrews Vitor de Jesus Camacho |
start:projetos:projetos_dev:getao_de_ativos_da_infovia:relatorio_de_diagnosticos [2022/01/25 15:26] (atual)
|
| ====== Relatório de Diagnóstico Estado para Resultado - EpR ====== | ====== \\ |
| | Relatório de Diagnóstico Estado para Resultado - EpR. ====== |
| |
| ====== Gerência de Desenvolvimento - DETIC ====== | ====== Gerência de Desenvolvimento - DETIC ====== |
| |
| ====== Cliente:Instituição GEINFRA- EpR ====== | |
| |
| ====== Time responsável: Ordem da Fênix ====== | |
| |
| ====== <font 16px/inherit;;inherit;;inherit>ultima atualização: 28 de junho de 2019</font>====== | |
| |
| <font 20px/Arial,Helvetica,sans-serif;;inherit;;inherit>**1.1 FINALIDADE DO RELATÓRIO**</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>O objetivo do estudo de viabilidade é avaliar de um ponto de vista técnico, econômico e organizacional se o projeto é viável. O estudo de viabilidade destina-se ao cliente, e aos desenvolvedores de software. Justifica-se este documento servir as pessoas citadas anteriormente, pelo fato do estudo de viabilidade se dar através da interação entre as partes interessadas, com a finalidade de saber se o sistema irá contribuir para os objetivos da organização, considerando certas restrições, analisar se o sistema poderá ser implementado e também saber caso haja a necessidade de integração entre outros sistemas, se a integração será possível. Espera-se que o documento seja utilizado para consulta referente a confirmação ou não da viabilidade do projeto.</font> | |
| |
| <font 20px/Arial,Helvetica,sans-serif;;inherit;;inherit>**1.2 VISÃO GERAL**</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Neste estudo de viabilidade serão descritos o objetivo do projeto de um Software solicitado pelo Gerência de Infraestrutura - GEINFRA. O projeto baseia-se na situação de um problema existente, o qual encontra-se descrito como o diagnóstico atual do cliente. Estudou-se outras soluções que atendam o problema e eles estão descritos na seção de Alternativas Propostas. Após a análise entre as vantagens e desvantagens das soluções propostas, seus custos e riscos, chegou-se à conclusão de qual alternativa é mais adequada, descrito na seção Alternativa Recomendada. A conclusão e responsáveis do projeto encontram-se ao final do documento respectivamente.</font> | |
| |
| <font 20px/Arial,Helvetica,sans-serif;;inherit;;inherit>**2. DIAGNÓSTICO ATUAL**</font> | |
| |
| O projeto INFOVIA não possui, hoje, um único sistema de gerenciamento, as informações estão em: Planilhas, vários sistemas (Zabbix, Dmview e Grafano) e em pessoas. As tomadas de decisões feitas hoje são basedos em achismo, não se tem confiança na qualidade e confiabilidade dos dados, devido a muitas informações não estarem registradas e presas com servidores. | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Atualmente a análise de incidente ou é feita por meio de achismo do mapa estático, ou por meio de diversas visitas in loco para tentar achar o problema, demandando tempo e pessoal para detectar o que pode ser um possível problema, pois não há como ter certeza ou previsibilidade do que está ocorrendo em torno da extensão de sua fibra ótica.</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Não se consegue gerenciar tais problemas de forma manual ou por meio de planilhas devido ao gerenciamento de informações em planilhas separadas.</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Atualmente há uma ferramenta que poderia ser adquirida a qual forneceria esses alertas de forma automática e em tempo real, no entanto, o esforço que a configuração desses padrões de alerta demandaria em torno de dois meses de trabalho da equipe de forma exclusiva.</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Outro fator observado é que a GEINFRA não há um "contrato" com os clientes, possui dificuldade na comunicação e acesso aos servidores responsáveis por receber os técnicos em sua unidade, de forma a qual, quando realizaram uma manutenção na unidade, pode acabar não sendo recebidos devido a ausência dos responsáveis de TI;</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Falta diretrizes e regras para o relacionamento entre negócio e cliente;</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Devido a não se realizar gerenciamento do contrato de manutenção, e um gerenciamento precário das ações de melhoria e acúmulo de alterações na rede, eles não conseguem gerenciar a vida útil de nossos produtos. Impedindo que eles possam agir de forma preventiva na manutenção e melhoria. Mesmo que o gerenciamento de contrato e alterações na rede fossem bem realizados, tais ações iriam gerar uma enorme quantidade de dados a serem geridos, o que tornaria a atividade quase inexequível.</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Muitas unidades do governo não confiam na segurança da Infovia devido à falta de dados e transparência. A geração dos relatórios necessários é comprometida devido ao fato de outras atividades não conseguirem executar ações de gerenciamento e cruzamento de dados.</font> | |
| |
| <font inherit/Arial,Helvetica,sans-serif;;inherit;;inherit>Atualmente, a gestão dos contratos é possível, devido ao pequeno número de contratos a serem gerenciados. No entanto, tendo em vista a expansão da infovia para o interior do estado, o volume de contratos aumentará, tornando a atividade de difícil controle.</font> | |
| |
Superintendência Estadual de Tecnologia da Informação e Comunicação
