Modelo uml
© 2007 by Pearson Education
©Ian Sommerville 2006
Engenharia de Software, 8ª. edição. Capítulo 6
Slide 1
Atividades típicas de um PDS
Levantamento de requisitos
Análise de requisitos
Projeto
Implementação
Testes
Implantação
Engenharia de requisitos
© 2007 by Pearson Education
©Ian Sommerville 2006
Engenharia de Software, 8ª. edição. Capítulo 6
Slide 2
Engenharia de requisitos
Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido.
Tais serviços e restrições são chamados de requisitos
© 2007 by Pearson Education
©Ian Sommerville 2006
Engenharia de Software, 8ª. edição. Capítulo 6
Slide 3
O que é um requisito?
Pode ser uma descrição abstrata de alto nível de um serviço, uma restrição de sistema ou até uma especificação matemática, entre outras coisas
O problema cujo desenvolvimento do sistema deve resolver
O sistema tem que ser construído de modo a satisfazer todos os seus requisitos
© 2007 by Pearson Education
©Ian Sommerville 2006
Engenharia de Software, 8ª. edição. Capítulo 6
Slide 4
Abstração de requisitos (Davis)
“Se uma empresa deseja estabelecer um contrato para um projeto de desenvolvimento de software de grande porte, deve definir suas necessidades de forma suficientemente abstrata, para que uma solução não esteja pré-definida. Os requisitos devem ser escritos de tal forma que vários fornecedores possam apresentar propostas para o contrato, oferecendo, talvez, diferentes formas de atender às necessidades organizacionais do cliente. Uma vez que o contrato for aprovado, o fornecedor deve escrever uma definição de sistema para o cliente, em mais detalhes, tal que o cliente compreenda e possa validar o que o software irá fazer. Ambos os documentos podem ser chamados de documento de requisitos do sistema.”
© 2007 by Pearson