GESTÃO DE REQUISITOS

Entendemos por Gestão de Requisitos como o conjunto de atividades relacionadas a

• Modelagem de processos do negócio;
• Elicitação, análise e especificação de requisitos; 
• Elaboração do modelo de análise.

Modelagem de processos de negócio é uma atividade da Engenharia de Sistemas que analisa o negócio no qual o sistema está inserido. Esta análise aborda aspectos relacionados a:

• Análise do problema do ponto de vista do negócio que deverá ser solucionado pelo software a ser desenvolvido.
• Necessidades dos stakeholders.
• Processo de negócio que será automatizado.
• Regras de negócio que deverão ser atendidas pelo software.
• Modelo de domínio contendo os objetos de negócio relacionados ao escopo do problema.

Elicitação, análise e especificação de requisitos são atividades que formam o coração da Gestão de Requisitos de Software. Oferece uma sistemática para a identificação de casos de uso de software, requisitos não-funcionais e restrições que deverão ser atendidas pelo software a ser desenvolvido, constituindo visões em várias perspectivas tais como:

• Visão panorâmica apresentada na forma de um Documento de Visão, também conhecido como Documento de Declaração de Escopo.
• Visão mais detalhada, porém descrita do ponto de vista dos usuários, apresentadas na forma de Visões Sintéticas de Casos de Uso e Especificações de Casos de Uso.

Além da identificação e especificação dos requisitos, a gestão de requisitos tem o papel de gerenciar todo o ciclo de vida dos requisitos, garantido que sua realização no processo de design e implementação. Com isso atua em todo o ciclo de vida do projeto como uma atividade “guarda-chuva” intermediando a equipe de desenvolvimento e os stakeholders.

O modelo de análise, embora seja uma atividade da disciplina de análise-design, incluímos na nossa sistemática de gestão de requisitos porque a experiência nos mostrou que somente a especificação dos requisitos não são suficientes para compor uma documentação suficiente para ser entregue a uma equipe de desenvolvimento remotamente localizada para projetar e construir o sistema sem que haja a necessidade de reuniões adicionais para complementar o levantamento de requisitos e tirar dúvidas relacionadas a inconsistências, redundâncias, falta de precisão e clareza além ambigüidades nas especificações.

O modelo de análise é formado por uma visão da realização dos casos de uso vista do ponto de vista do desenvolvedor. Enquanto a especificação dos casos de uso mostra o comportamento do sistema do ponto de vista do usuário, o modelo de análise mostra o comportamento do ponto de vista dos desenvolvedores.

O modelo de análise é composto por realizações de casos de uso apresentadas na forma de Colaborações de classes de análise demonstradas na forma de diagramas de seqüência.