Fases Essenciais do Desenvolvimento de Software

Classificado em Computação

Escrito em em português com um tamanho de 2,98 KB

Fase 2: Elaboração do Projeto de Software

2.1 Identificação de Requisitos Não Funcionais

Descoberta de outros requisitos não diretamente associados a um Caso de Uso. Pode ser:

  • a) De Desempenho: Aspectos do desempenho do software, como:
    • Tempo de resposta de consultas
    • Tempo desejado para determinados processamentos
    • Resultados da impressora no momento certo
  • b) Segurança: Aspectos quanto ao acesso aos dados, usabilidade do software e rotinas de backup.
  • c) Interface com o Usuário: Modo operacional de relacionamento entre usuário e software quanto à movimentação de dados (adicionar, excluir, alterar), visando:
    • Consistência de dados
    • Validação e formato amigável das telas
    • Adequação dos relatórios ao ambiente funcional do usuário

2.2 Arquitetura do Software

Modelagem dos softwares utilizando as técnicas UML, a partir do diagrama de casos de uso elaborado na fase de Concepção.

Fases 3 e 4: Construção e Validação do Sistema

3.1 Desenvolvimento do Software

Desenvolvimento dos algoritmos, ou seja, a programação do software utilizando as técnicas definidas na fase de Concepção.

3.2 Manuais do Usuário

Desenvolvimento completo dos manuais de operação do software, que devem conter:

  • a) Instruções para uso da interface de dados e de consulta, incluindo procedimentos para incluir, alterar e deletar itens, e a forma de usá-los.
  • b) Instruções para solicitar relatórios e usá-los, incluindo a periodicidade dos relatórios.
  • c) Instruções sobre os procedimentos de backup, uso de senhas e retomadas de processamento.

3.3 Teste e Validação do Sistema

Deve-se definir o tipo de teste a ser realizado com o sistema:

  • a) Teste com massa planejada de dados (prevê alguns erros para testar se o algoritmo realiza a verificação).
  • b) Teste com massa de dados em produção (podem ser dados já em produção que não contemplem a verificação dos algoritmos – não passem pelo IF); deve-se planejar possíveis erros.

3.4 Conversão do Sistema

Deve-se definir a estratégia de conversão do sistema:

  • a) Paralelo: Representa a implantação do sistema novo SEM desativar o antigo (o que implica em duplo trabalho). É recomendado para sistemas críticos, sendo bom manter por um tempo, pois se o novo sistema falhar, o sistema em paralelo permite que tudo continue funcionando.
  • b) Imediato: Representa a implantação do sistema novo COM a desativação do antigo. Indicado para sistemas mais simples, ou em situações onde não há outra alternativa, mesmo para sistemas críticos.
  • c) Parcial: Representa a implantação do sistema de forma parcial, módulo a módulo.

*As estratégias podem ser combinadas.

Entradas relacionadas: