Desenvolvimento de Software

Desenvolvimento de Software

1. Modelo Waterfall

   • Estágios
     • Requerimento
       • Estabelecimento dos requisitos do produto que se deseja desenvolver, o que consiste usualmente nos serviços que se devem fornecer, limitações e objetivos do software
     • Projeto
       • 4 atributos diferentes do sistema: estrutura de dados, arquitetura do software, detalhes procedais e caracterização das interfaces. Prévia de codificação
     • Implementação
       • São criados os programas. As unidades de código criadas são submetidas a testes individuais antes de progredir para a etapa de integração e teste global
     • Testes
       • Fase da realização de teste do sistema. Este processo é focado em dois pontos principais, que são as lógicas internas do software e as suas funcionalidades externas.
     • Manutenção
       • Correção de erros que não foram previamente detectados, em melhorias funcionais e de preferência e outros tipos de suporte
   • Possíveis Problemas
     • Os projetos reais raramente seguem o fluxo seqüencial que o modelo propõe
     • O cliente não saberá declarar todas as suas exigências
     • Qualquer erro detectado após a revisão do programa de trabalho pode ser desastroso e custar muito caro
     • Se ocorrer um atraso todo o processo é afectado

2. Processo Unificado

   • Estágios
     • Concepção
       • Abrange atividades de comunicação com o cliente e de planejamento, onde levanta-se, de forma genérica e pouco precisa, o escopo do projeto
     • Elaboração
       • Inclui a comunicação com o cliente e atividades de modelagem do processo genérico; todos (ou a grande maioria dos requisitos) são levantados em detalhes
     • Construção
       • Os modelos de análise e projeto são completados. Todas as características funcionais são implementadas no código-fonte
     • Transição
       • Últimos estágios de construção e a primeira parte da atividade de implantação. O software é fornecido para os usuários finais para teste beta e feedbacks
   • Possíveis Problemas
     • O cliente quer resultados e muitas vezes não saberá, ou não entenderá, que um protótipo pode estar longe do software ideal, que ele nem sequer imagina como é
     • Se os requisitos não são tão estáveis ou completos quanto se esperava, alguns incrementos podem ter de ser bastante alterados
     • A gerência do projeto é mais complexa, sobretudo quando a divisão em subsistemas inicialmente feita não se mostrar boa

3. Problemas da Falta de Planejamento

   • Dificuldades acidentais e essenciais
   • Os requisitos não são bem definidos
   • Não cumprimento dos prazos
   • Custos elevados
   • Baixa qualidade por testes insuficientes
   • Equipe sem experiência e/ou competência
   • Manutenibilidade
   • Ausência de análise e gerenciamento de risco
   • As expectativas não são realistas
   • Não são definidos marcos de avaliação nos projetos
   • Os objetivos não são claros
   • O usuário não se envolve no processo de desenvolvimento
   • Falta um suporte para a gerência de projetos