tell me what you want - uma visão sobre análise de requisitos
DESCRIPTION
Palestra dada no TDC Porto Alegre, em 2013. Nela falo um pouco sobre os métodos que tive contato para fazer levantamento de requisitos e qual foi a minha experiência dentro dessa área.TRANSCRIPT
- 1. So, tell me what you want @JulianoRibeiro
2. FCIL ENTENDER O DESEJO DO CLIENTE? 3. COMO APROXIMAR QUEM PEDE DE QUEM FAZ? 4. Tcnicas Tradicionais Questionrios Entrevistas Observao Anlise de documentos 5. Tcnicas de elicitao de grupo 6. Prototipao O uso de prottipo auxilia na elicitao e validao dos requisitos de sistema. A prototipao pode ser utilizada para elicitar requisitos quando h um alto grau de incerteza ou quando necessrio um rpido feedback dos usurios. 7. Use Cases 8. Use Cases Descreve a sequncia de interaes e deve ser escrito nos termos de um modelo formal. O objetivo de um Use Case prover detalhes suficientes para sua compreenso em si mesmo. Deve ser entregue como um documento nico. 9. User Stories 10. User Stories Prov uma apresentao fcil de compreender e de forma concisa sobre uma determinada informao. So geralmente numa linguagem informal e contm o mnimo de detalhes, deixando os demais dados aberto interpretao. Elas devem ajudar a entender o que o software deve englobar. Deve ser acompanhada por critrios de aceitao para ajudar a elucidar os comportamentos aonde as histrias paream ambguas. 11. Como um , eu quero/desejo ento 12. User stories (histrias de usurio) Um descrio informal dos requisitos So trabalhadas e amadurecem medida que a anlise progride Buscam apenas representar e no documentar 22 Como estudante Quero comprar livros Para poder estudar Como professor Quero comprar livros Para poder preparar aulas 13. Quebrando picos em histrias menores 23 23 Como? Sistema deve ser seguro Risco baixo para os opera- dores Baixos riscos e falhas na utilizao Baixo risco ou quebra de m- quinas Deslig. auto- mtico em so- brecarga Deve ser controlado por um sensor 14. Independent Negotiable Valuable Estimatable Small Testable I N V E S T 24 15. Testes de Aceitao Certificam que as histria implementadas correspondem ao que o cliente necessita Existem diversas formas de escrever ATs: Tabela-verdade Cenrios Responsabilidade pela escrita em Scrum: Product Owner Devem ser automatizados o mximo possvel Exemplo: O usurio gostaria de poder logar no sistema via web e ter acesso apenas a uma determinada rea do banco de dados Que testes poderiam ser escritos? 25 16. Boas User Stories descrevem um PROBLEMA e no a SOLUO 17. Obrigado @JulianoRibeiro [email protected]