Processos
Novos sistemas mudam o ambiente e a relação entre as pessoas, então é importante identificar todos os envolvidos, levando em conta todas as suas necessidades e assegurando que eles compreenderam as implicações dos novos sistemas.
Principais Técnicas
- Entrevistas com stakeholder
- Workshops de requisitos
- Técnicas de Perguntas e respostas
- Protótipos
- Casos de Uso
Riscos com Stakeholder
- Usuários não sabem o que eles querem.
- Usuários que não querem concluir a escrita do conjunto de requisitos.
- Comunicação com o usuário é lenta
- Os usuários freqüentemente não participam nas revisões ou são incapazes de fazer isto.
- Os usuários são tecnicamente poucos sofisticados.
- Os usuários não entendem o processo de desenvolvimento
Problemas de Engenheiros ou Desenvolvedores
- Pessoal técnico e usuários finais têm vocabulários diferentes. Conseqüentemente, eles podem acreditar que estão em perfeito acordo até que o produto final seja entregue.
- Engenheiros e desenvolvedores tentam ajustar os requisitos para um sistema existente ou modelo, em vez de desenvolver um sistema específico que atenda as necessidades do cliente.
- A análise é freqüentemente conduzida por engenheiros ou programadores, ao invés de pessoal com habilidade e conhecimento do domínio para compreender as necessidades dos clientes.
Tentativas de solução
- Quadro eletrônico para marcar o fluxo das aplicações e testar alternativas.
- habilidade de capturar a lógica do negócio e informações necessárias.
- interatividade
- capacidade de adicionar requisitos contextuais e outros comentários.
- habilidade para uso remoto e distribuído para permitir o uso e interação como as simulações
Fontes: http://pt.wikipedia.org/wiki/An%C3%A1lise_de_requerimento_de_software
Duvidades e sugestões: ettorefrancobr@gmail.com
Obrigado.
