{"id":199,"date":"2022-08-23T10:12:35","date_gmt":"2022-08-23T13:12:35","guid":{"rendered":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/?post_type=v1&p=199"},"modified":"2022-08-26T10:42:30","modified_gmt":"2022-08-26T13:42:30","slug":"analises","status":"publish","type":"v1","link":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/sumario\/analises\/","title":{"rendered":"An\u00e1lises"},"content":{"rendered":"

1. INTRODU\u00c7\u00c3O<\/strong><\/h2>\n

1.1 – VIS\u00c3O GERAL DO PROCESSO<\/strong><\/h4>\n

Falar um pouco sobre o processo da DPMG<\/p>\n

2. CLASSIFICA\u00c7\u00c3O DE DEMANDAS<\/strong><\/h2>\n

Nesta se\u00e7\u00e3o ser\u00e3o tratados os tipos de demandas do desenvolvimento de sistemas solicitados conforme necessidade para atender, solucionar e automatizar as adversidades encontradas.<\/p>\n

2.1- NOVO SISTEMA<\/strong><\/h4>\n

Consiste no desenvolvimento de novos sistemas que dar\u00e3o apoio aos cronogramas e projetos de reforma tecnol\u00f3gica. Para o desenvolvimento, utiliza-se o processo de engenharia de software para garantir que o produto seja de qualidade e que atenda \u00e0s necessidades dos usu\u00e1rios.<\/p>\n

2.2- MANUTEN\u00c7\u00c3O DO SISTEMA<\/strong><\/h4>\n

A manuten\u00e7\u00e3o e sustentabilidade de sistema ocorre ap\u00f3s a entrada do sistema em produ\u00e7\u00e3o. Pode ser um processo que envolve mudan\u00e7as para corrigir erros ou uma melhoria e\/ou otimiza\u00e7\u00e3o de um sistema. Esta sustenta\u00e7\u00e3o inclui um grupo de atividades que s\u00e3o executadas durante o ciclo de vida da aplica\u00e7\u00e3o.<\/p>\n

2.3- INVESTIGATIVA<\/strong><\/h4>\n

Consiste em investigar incidentes, problemas e\/ou adversidades com a finalidade de obter uma an\u00e1lise e propor solu\u00e7\u00f5es corretivas.<\/p>\n

2.4- CORRETIVA<\/strong><\/h4>\n

Mudan\u00e7as no sistema (vers\u00e3o de produ\u00e7\u00e3o) para corrigir defeitos e\/ou defici\u00eancias que foram encontrados durante a utiliza\u00e7\u00e3o pelo usu\u00e1rio final. N\u00e3o envolve mudan\u00e7as nas funcionalidades de neg\u00f3cio, mas assegura que cada funcionalidade existente seja executada conforme requerido.<\/p>\n

2.5- EVOLUTIVA<\/strong><\/h4>\n

A evolu\u00e7\u00e3o (melhoria) de sistemas visa implementar novas funcionalidades, adequar funcionalidades existentes ou excluir funcionalidades, visando melhorar sua aplicabilidade e usabilidade dentro da organiza\u00e7\u00e3o.<\/p>\n

2.6- ADAPTATIVA<\/strong><\/h4>\n

Adequa\u00e7\u00e3o do sistema as mudan\u00e7as de ambiente operacional e\/ou de infraestrutura, compreendendo hardware e software, mudan\u00e7as de vers\u00e3o, linguagem, sistema de gerenciamento de banco de dados e ajustes de performance, que impliquem em inser\u00e7\u00e3o, altera\u00e7\u00e3o ou exclus\u00e3o de funcionalidades.<\/p>\n

2.7- DESEMPENHO<\/strong><\/h4>\n

Corresponde as adequa\u00e7\u00f5es do sistema a necessidade de melhorias, sem altera\u00e7\u00f5es de funcionalidades, do ponto de vista do usu\u00e1rio. O objetivo da altera\u00e7\u00e3o de desempenho \u00e9 proporcionar a melhoria na performance, a manutenibilidade e usabilidade do sistema.<\/p>\n

3. SITUA\u00c7\u00c3O DA DEMANDA<\/strong><\/h2>\n

Durante as etapas do desenvolvimento do sistema, uma demanda pode se encontrar em algumas situa\u00e7\u00f5es, s\u00e3o elas:<\/p>\n

3.1- NOVA<\/strong><\/h4>\n

Corresponde a uma nova demanda.<\/p>\n

3.2- A INICIAR<\/strong><\/h4>\n

Consiste nas demandas que est\u00e3o previstas no backlog e dever\u00e3o ser iniciadas, levando em considera\u00e7\u00e3o a prioridade, prazo de entrega e esfor\u00e7o.<\/p>\n

3.3- EM EXECU\u00c7\u00c3O<\/strong><\/h4>\n

Representa as demandas que est\u00e3o sendo executadas no momento e sua evolu\u00e7\u00e3o.<\/p>\n

3.4- IMPEDIDA<\/strong><\/h4>\n

Caracteriza as demandas que possuem impedimentos para a execu\u00e7\u00e3o, seja um impedimento l\u00f3gico, f\u00edsico, negocial, gerencial, or\u00e7ament\u00e1ria, entre outras.<\/p>\n

3.5- FINALIZADA<\/strong><\/h4>\n

Descrevem as atividades que foram cumpridas de acordo com o que foi proposto no backlog inicial.<\/p>\n

4. ARTEFATOS DE SOFTWARE<\/strong><\/h2>\n

S\u00e3o previstos alguns tipos de subprodutos produzidos durante o desenvolvimento do software, que s\u00e3o previstas para serem entregues durante cada fase do projeto.<\/p>\n

4.1- CONCEP\u00c7\u00c3O INICIAL<\/strong><\/h4>\n

Nesta fase s\u00e3o levantadas as necessidades do projeto, para criar uma vis\u00e3o do sistema e gerar o backlog priorizado. Neste momento dever\u00e3o ser entregues os artefatos:<\/p>\n

    \n
  • Ordem de Servi\u00e7o<\/li>\n
  • Defini\u00e7\u00e3o do Escopo do Projeto;(EA)<\/li>\n
  • Plano de Projeto com Estimativa;<\/li>\n
  • Documento de Vis\u00e3o; (EA)<\/li>\n
  • Diagrama de Fluxos; (MODELO E DESCRITIVO) (EA)<\/li>\n
  • Funcionalidades candidatas; (EA)<\/li>\n
  • Ata de Reuni\u00e3o; (GITLAB)<\/li>\n
  • Identidade Visual \/ Usu\u00e1rio;<\/li>\n
  • Paleta de cores.<\/li>\n<\/ul>\n

    4.2- ELABORA\u00c7\u00c3O<\/strong><\/h4>\n
      \n
    • Documento de Caso de Uso;(EA)<\/li>\n
    • Documento de Est\u00f3ria de Usu\u00e1rio; (alinhado com a DDSP) (EA)<\/li>\n
    • Prot\u00f3tipo de Baixa Fidelidade; (alinhado com a DDSP) usar em caso de necessidade; (AXURE)<\/li>\n
    • Prot\u00f3tipo de Alta Fidelidade; (Negocial e t\u00e9cnica) (GIT)<\/li>\n
    • Diagrama de Atividades; (EA)<\/li>\n
    • Diagrama de Sequ\u00eancia; (EA)<\/li>\n
    • Diagrama de Classes; (EA)<\/li>\n
    • BPMN. (alinhar com a DDSP)<\/li>\n<\/ul>\n

      4.3- AN\u00c1LISE DE DADOS<\/strong><\/h4>\n
        \n
      • Dicion\u00e1rio de Dados;<\/li>\n
      • Script de Dados;<\/li>\n
      • Modelo de Dados F\u00edsico;<\/li>\n
      • Modelo de Dados L\u00f3gico.<\/li>\n<\/ul>\n

        4.4- CONSTRU\u00c7\u00c3O<\/strong><\/h4>\n
          \n
        • C\u00f3digo Fonte<\/li>\n
        • Checklist valida\u00e7\u00e3o do c\u00f3digo fonte<\/li>\n
        • Projeto de Teste Automatizado executado<\/li>\n
        • Termo de Homologa\u00e7\u00e3o (aceite provis\u00f3rio)<\/li>\n
        • Documento de Arquitetura<\/li>\n<\/ul>\n

          4.5 – QUALIDADE<\/strong><\/h4>\n
            \n
          • Checklist de Teste (Cobertura M\u00ednima)<\/li>\n
          • Plano de Testes<\/li>\n
          • Roteiro de Casos de Teste<\/li>\n
          • Projeto de Teste Automatizado<\/li>\n<\/ul>\n

            4.6 – TRANSI\u00c7\u00c3O<\/strong><\/h4>\n
              \n
            • M\u00e9tricas Detalhadas (Cat\u00e1logo de servi\u00e7o e\/ou Ponto de Fun\u00e7\u00e3o \u201cSISP 2.3\u201d)<\/li>\n
            • Plano de Implanta\u00e7\u00e3o<\/li>\n
            • Manual do Usu\u00e1rio (alinhar com a DDSP)<\/li>\n
            • Contagem Detalhada<\/li>\n
            • Termo de Homologa\u00e7\u00e3o (aceite definitivo)<\/li>\n<\/ul>\n

              5. PROCESSO DE EXECU\u00c7\u00c3O E ALINHAMENTO<\/strong><\/h2>\n

              5.1- EXECU\u00c7\u00c3O DA ORDEM DE SERVI\u00c7O TRANSI\u00c7\u00c3O<\/strong><\/h4>\n

              A \u00e1rea requisitante realiza a solicita\u00e7\u00e3o da demanda e envia para o gabinete realizar a aprova\u00e7\u00e3o e\/ou reprova\u00e7\u00e3o. Quando a solicita\u00e7\u00e3o \u00e9 aprovada deve ser gerado a ordem de servi\u00e7o, ela contempla os seguintes status: iniciada, em andamento, cancelada ou finalizada.<\/strong><\/p>\n

              Iniciada:<\/strong> Situa\u00e7\u00e3o iniciada da ordem de servi\u00e7o(solicita\u00e7\u00e3o), obrigat\u00f3rio o preenchimento dos campos b\u00e1sicos<\/p>\n

              Em andamento:<\/strong> Possibilita realizar altera\u00e7\u00e3o dos campos obrigat\u00f3rios e complementar informa\u00e7\u00f5es da solicita\u00e7\u00e3o descrevendo o problema e a necessidade.<\/p>\n

              Cancelada:<\/strong> Possibilita realizar a desist\u00eancia da abertura da solicita\u00e7\u00e3o, podendo ser executada nas fases \u201cIniciada\u201d e \u201cEm Andamento\u201d.<\/p>\n

              Finalizada:<\/strong> Possibilitar\u00e1 a STI realizar a an\u00e1lise. A STI realizar\u00e1 a an\u00e1lise de viabilidade de execu\u00e7\u00e3o da solicita\u00e7\u00e3o. Em an\u00e1lise a STI pode reprovar, realizar ajuste t\u00e9cnico ou adicionar no backlog.<\/p>\n

              Reprovada:<\/strong> Representa que a solicita\u00e7\u00e3o n\u00e3o ser\u00e1 executada, neste caso, a STI realiza um parecer t\u00e9cnico para demonstrar a impossibilidade da execu\u00e7\u00e3o da solicita\u00e7\u00e3o.<\/p>\n

              Backlog:<\/strong> Solicita\u00e7\u00f5es que dever\u00e3o ser executadas, s\u00e3o solicita\u00e7\u00f5es que est\u00e3o aguardando ser priorizadas conforme a necessidade da defensoria p\u00fablica de minas gerais<\/p>\n

              Ajuste T\u00e9cnico:<\/strong> A STI dever\u00e1 complementar a solicita\u00e7\u00e3o com informa\u00e7\u00f5es t\u00e9cnicas e dever\u00e1 possibilitar o melhor entendimento para o fornecedor do que est\u00e1 sendo solicitado, ajustando o escopo da solicita\u00e7\u00e3o. Em ajuste t\u00e9cnico \u00e9 poss\u00edvel fechar, aprovar e\/ou atribuir uma pend\u00eancia para a solicita\u00e7\u00e3o.<\/p>\n

              Os status s\u00e3o definidos como:<\/strong><\/p>\n

              Fechar:<\/strong> Solicita\u00e7\u00e3o que n\u00e3o foi reprovada, n\u00e3o ficar\u00e1 no backlog e n\u00e3o ser\u00e1 aprovada. S\u00e3o solicita\u00e7\u00f5es que por decis\u00e3o estrat\u00e9gica n\u00e3o ter\u00e1 a necessidade de ser executado.<\/p>\n

              Pendente:<\/strong> Dever\u00e1 ser utilizado para relatar os impedimentos da execu\u00e7\u00e3o ou n\u00e3o execu\u00e7\u00e3o da solicita\u00e7\u00e3o.<\/p>\n

              Aprovada:<\/strong> Solicita\u00e7\u00e3o que ser\u00e1 executada pela STI e\/ou dever\u00e1 ser executada para um fornecedor executar.<\/p>\n

              Caso a solicita\u00e7\u00e3o seja aprovada, ela segue para o fornecedor. Onde ele poder\u00e1 validar, executar, atribuir uma pend\u00eancia ou entregar.<\/p>\n

              Os status poss\u00edveis s\u00e3o:<\/strong><\/p>\n

              Em Verifica\u00e7\u00e3o:<\/strong> O fornecedor realizar\u00e1 a possibilidade de execu\u00e7\u00e3o ou registrar como \u201cPendente\u201d como justificativa da n\u00e3o execu\u00e7\u00e3o da solicita\u00e7\u00e3o, devolvendo para a STI.<\/p>\n

              Em Execu\u00e7\u00e3o:<\/strong> O fornecedor recebeu a solicita\u00e7\u00e3o, entendeu o que foi solicitado e est\u00e1 executando.<\/p>\n

              Pendente:<\/strong> Dever\u00e1 ser utilizado para relatar os impedimentos da execu\u00e7\u00e3o ou n\u00e3o execu\u00e7\u00e3o da solicita\u00e7\u00e3o.<\/p>\n

              Entregue:<\/strong> Todo o escopo que foi solicitado foi entregue para a STI e\/ou o solicitante para verificar e validar a entrega. Ap\u00f3s ser feita a entrega, a solicita\u00e7\u00e3o retorna para o solicitante realizar a homologa\u00e7\u00e3o. Onde o mesmo pode concluir ou implementar.<\/p>\n

              Conclu\u00edda:<\/strong> Possibilita o fechamento da ordem de servi\u00e7o como\u201d Termo de Aceite\u201d da solicita\u00e7\u00e3o, esta fase representa que o solicitado atende e foi entregue. Onde ap\u00f3s ser conclu\u00edda, a solicita\u00e7\u00e3o dever\u00e1 ser encaminhada para a STI. A STI realiza a an\u00e1lise financeira e a libera\u00e7\u00e3o da emiss\u00e3o da NF:<\/p>\n

              An\u00e1lise Financeira:<\/strong> Solicita\u00e7\u00e3o que o solicitante j\u00e1 homologou e aprovou. Nesta fase, a STI dever\u00e1 realizar os tramites do processo para liberar recurso financeiro.<\/p>\n

              Libera\u00e7\u00e3o Emiss\u00e3o NF:<\/strong> A STI dever\u00e1 informar ao fornecedor que est\u00e1 autorizado a emiss\u00e3o de NF (Nota Fiscal) Ap\u00f3s a Ordem de Servi\u00e7o ser aprovada pela STI o fornecedor dever\u00e1 emitir a NF:<\/p>\n

              Emitir NF:<\/strong> O fornecedor dever\u00e1 emitir a NF (Nota Fiscal) e encaminhar para a STI realizar o tramite de pagamento do servi\u00e7o. A solicita\u00e7\u00e3o \u00e9 liberada pelo fornecedor ao solicitante, onde a mesma receber\u00e1 o status de implementada.<\/p>\n

              Implantada:<\/strong> Situa\u00e7\u00e3o em que o solicitado foi disponibilizado no ambiente deprodu\u00e7\u00e3o e est\u00e1 apto para ser utilizado.<\/p>\n

              \"img\"<\/p>\n","protected":false},"featured_media":0,"parent":0,"menu_order":3,"template":"","class_list":["post-199","v1","type-v1","status-publish","hentry"],"acf":[],"_links":{"self":[{"href":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/wp-json\/wp\/v2\/v1\/199","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/wp-json\/wp\/v2\/v1"}],"about":[{"href":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/wp-json\/wp\/v2\/types\/v1"}],"wp:attachment":[{"href":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/wp-json\/wp\/v2\/media?parent=199"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}