A correta execução da análise de requisitos, depende integralmente da assertividade no entendimento dos problemas de negócio do cliente e dos resultados esperados de do sistema para atender às necessidades.
- Pequena história sobre análise de requisitos
É consenso entre todos os profissionais engenharia de software que a de análise de requisitos é uma atividade que certamente pode comprometer a entrega de um projeto de software.
Entenda melhor como a análise de requisitos e o gerenciamento de requisitos pode ajudar equipes de desenvolvimento a garantir o sucesso de um sistema.
Pequena história sobre análise de requisitos
Você é um redator de uma pequena equipe de publicidade? Ou então é um arquiteto e urbanista? Talvez um artesão ou artista plástico? Não importa, se você tem um cliente (seja sua mãe ou uma multinacional) você uma hora ou outra vai ter que tratar com os conflitos de expectativa.
Quando se trabalha com engenharia de software, principalmente nas disciplinas que norteiam o desenvolvimento, evolução e manutenção de um produto, uma das barreiras mais difíceis de serem superadas é justamente essa, a divergência entre as expectativas que cada um dos atores de todo o ciclo.
O usuário nem sempre sabe o que precisa
O usuário final espera que você lhe entregue um carro potente, bonito e confortável. O patrocinador deixa claro que este automóvel não deve ultrapassar o budget combinado. Já o marketing da empresa quer que além de potente, bonito, confortável e barato.
O carro tem que ter um apelo familiar para que seja possível abocanhar o mercado. Acredito, isso não é nem a metade dos problemas com as expectativas.
Para uma boa análise de requisitos, o analista deve ser um ótimo contador de histórias, assim como Forest Gump. Entendimento do Escopo e dos Requisitos de Software é um processo fundamental da Engenharia de Software, e pode definir o sucesso ou fracasso de um projeto. As exigências, requisitos, restrições e premissas dadas pela primeira ponta do tripé são já esperadas e de certa forma sempre aceitáveis, mas nem sempre justificáveis (essas informações são os insúmos principais da primeira parte de qualquer projeto de projeto, e são documentadas no termo de abertura de projeto, ou simplesmente TAP)
