Rup descritiva

newsletter insight

http://www.sinfic.pt/SinficNewsletter/sinfic/Newsletter34/Dossier2.html

Subscrever newsletter Não desejo continuar a receber a newsletter

Esta semana: Engenharia de Requisitos
Newsletter n.º 34 10 Outubro 2005

Classificação e Documentação dos Requisitos
Os requisitos só são requisitos se forem escritos. Por outras palavras, nem as conversas de corredor, nem as "notas mentais" são requisitos. Normalmente, os requisitos são capturados em três documentos independentes: Necessidades dos Stakeholders Funcionalidades do Software Especificação dos Requisitos do Software

Notícias
• Quase 1,5 Milhões de

Assinantes de TV por Cabo em Junho de 2005
• Novo Treo baseado em

Windows Mobile deverá relançar a Palm
• Restruturação da Nortel

em Dois Grandes Grupos de Produtos

Eventos/Formação
• Evento: BS15000 -

Especificação e Boas Práticas para a Gestão de Serviços de TI - 18 de Outubro de 2005 Inscrições Gratuitas
• Evento: BizTalk Server Categorias de requisitos Uma prática importante será associar vários atributos (por exemplo, prioridade, estado, etc.) a cada requisito, a fim de ajudar na tomada de decisões, na calendarização, etc. A informação contida num documento de requisitos também deve ser referenciada nos outros. Por exemplo, a informação registada no documento Funcionalidades de Software deve suportar e remeter para um ou mais itens listados no documento Necessidades dos stakeholders. Para compreender melhor as relações entre estes documentos, podemos perguntar se a declaração "O sistema deve ser capaz de criar tickets de problemas para notificação" é um requisito válido. A resposta é "ainda não". Aquilo que esta declaração expressa é uma necessidade. A captura desta necessidade já representa um passo no sentido de formular um requisito sólido, mas a declaração não pode estar isolada. Temos que a traduzir numa ou mais funcionalidades que constem do documento Funcionalidades de Software. Por sua vez, essas