dsadsa

Métodos ágeis não devem ser usados quando o software que está sendo desenvolvido por equipes que não estão em mesmo local – se qualquer uma dessas equipes usar métodos ágeis, será muito difícil coordenar os trabalhos. Métodos ágeis devem ser também evitados para sistemas críticos onde as conseqüências de um erro de especificação são sérias. Nessas circunstâncias, uma especificação de sistema que esteja disponível antes que o desenvolvimento inicie, torna possível uma análise de especificação detalhada. Contudo, algumas idéias de abordagens ágeis, tais como desenvolvimento test-first são certamente aplicáveis a sistemas críticos. 17.4 As vantagens de histórias são:
• Elas representam situações reais que surgem comumente e, assim, o sistema apoiará a maioria das operações comuns de usuário.
• É fácil para os usuários compreenderem e criticarem as histórias.
• Elas representam incrementos de funcionalidade – a implementação de uma história fornece algum valor ao usuário.
As desvantagens de histórias são:
• Elas são suscetíveis a serem incompletos e sua natureza informal torna esse falta de completeza difícil de detectar.
• Enfocam requisitos funcionais ao invés de requisitos não funcionais.
Representação de requisitos transversais de sistema tais como desempenho e confiabilidade são impossíveis quando as histórias são usadas. • O relacionamento entre a arquitetura de sistema e as histórias de usuário não é claro e, assim, o projeto de arquitetura é difícil.
17.5 O desenvolvimento test-first auxilia na compreensão dos requisitos porque, ao escrever um teste, você tem que analisar os requisitos em detalhes para descobrir o que é pretendido. Em muitos casos, você pode achar que escrever um teste é impossível porque os requisitos são incompletos. O problema com desenvolvimento test-first é que alguns testes são muito difíceis de escrever porque eles requerem que uma infra-estrutura de sistema seja disponibilizada antes que qualquer coisa