ERSS, 2004/05 Gestão de Requisitos

Apresentação em tema: "ERSS, 2004/05 Gestão de Requisitos"— Transcrição da apresentação:

1 ERSS, 2004/05 Gestão de Requisitos

2 Objectivo da Gestão de Requisitos
Estabelecer e manter um acordo com o cliente sobre os requisitos para um projecto de software Saber com que requisitos "estamos a trabalhar" Garantir que "estamos a trabalhar" com um conjunto de requisitos acordados e aprovados pelas várias partes Saber "como estão" os requisitos: quais estão aprovados, propostos, implementados, verificados, etc. (...)

3 A Gestão de Requisitos como parte da Engenharia de Requisitos
(fonte: Software Requirements, K.E.Wiegers)

4 Relação entre Desenvolvimento e Gestão de Requisitos
(fonte: Software Requirements, K.E.Wiegers)

5 Importância da Gestão de Requisitos CMMI-SW v. 1.1
Level 1) Initial Level 4) Quantitatively Managed Level 2) Managed Level 3) Defined Level 5) Optimizing Process Managem. Organizational Process Focus Organizational Process Performance Organizational Innovation and Deployment Organizational Process Definition Organizational Training Project Planning Integrated Project Management for Integrated Product and Process Development (IPPD) Quantitative Project Management Project Managem. Project Monitoring and Control Supplier Agreement Management Risk Management Requirements Management (REQM) Requirements Development (RD) Technical Solution (TS) Engineering Product Integration (PI) Verification (VER) Validation (VAL) Configuration Management (CM) Decision Analysis and Resolution (DAR) Causal Analysis and Resolution (CAR) Measurement and Analysis (MA) Support Process and Product Quality Assurance (PPQA) a sistematizar primeiro que o desenvolvimento de requisitos!

6 Âmbito da Gestão de Requisitos
fortemente ligado à gestão de configurações + registo e gestão doutros atributos para além do estado (fonte: Software Requirements, K.E.Wiegers)

7 Actividades da Gestão de Requisitos
Defining the requirements baseline (a snapshot in time representing the currently agreed-upon body of requirements for a specific release) Reviewing proposed requirements changes and evaluating the likely impact of each change before approving it Incorporating approved requirements changes into the project in a controlled way Keeping project plans current with the requirements Negotiating new commitments based on the estimated impact of requirements changes Tracking requirements status and change activity throughout the project Tracing individual requirements to their corresponding designs, source code, and test cases (fonte: Software Requirements, K.E.Wiegers)

8 Boas práticas de gestão de requisitos (1)
Definir um processo de controlo de alterações para propor, analisar e resolver alterações Estabelecer um comité de controlo de alterações (change control board – CCB) para receber alterações propostas, avaliá-las, decidir quais devem ser aceites ou rejeitadas, e definir prioridades de implementação ou releases em que as alterações são incorporadas Analisar o impacto das alterações Usar informação de rastreabilidade e dependências para determinar que partes terão de ser modificadas Identificar as tarefas necessárias Estimar o esforço necessário

9 Boas práticas de gestão de requisitos (2)
Estabelecer uma baseline e versões de controlo (drafts) dos documentos de requisitos Baseline – requisitos acordados para uma determinada release Usar identificadores de versões únicos (baselines ou drafts) Solução mais robusta: colocar o documento de requisitos sob controlo de versões usando ferramentas apropriadas de gestão de configurações Manter um historial das alterações aos requisitos o quê, quando, por quem, porquê Seguir o estado de cada requisito Medir a volatilidade dos requisitos medir em cada semana (ou outro período de tempo) a taxa de alterações propostas e aprovadas em relação ao número total de requisitos numa baseline taxas elevados são mau sinal

10 Boas práticas de gestão de requisitos (3)
Criar uma matriz de rastreabilidade forward: para elementos de design, implementação e teste backward: para requisitos de mais alto nível Importante para analisar impacto de alterações, verificar a implementação e o teste, etc. Usar uma ferramenta de gestão de requisitos para manter uma base de dados de requisitos, com vários atributos (estado, fonte, prioridade, etc.), seguir o estado dos requisitos, e definir ligações de rastreabilidae (fonte: Software Requirements, K.E.Wiegers)

11 Controlo de alterações dos requisitos: Exemplo de ciclo de vida de um pedido de alteração
(fonte: Software Requirements, K.E.Wiegers)

12 Seguimento do estado dos requisitos: definição dos estados possíveis
(fonte: Software Requirements, K.E.Wiegers)

13 Seguimento do estado dos requisitos: definição dos estados possíveis
(fonte: Software Requirements, K.E.Wiegers)

14 Seguimento do estado dos requisitos: estatísticas
(fonte: Software Requirements, K.E.Wiegers)

15 Rastreabilidade dos requisitos
(fonte: Software Requirements, K.E.Wiegers)

16 Ferramentas de gestão de requisitos: Exemplos de ferramentas comerciais
(fonte: Software Requirements, K.E.Wiegers)

17 Ferramentas de gestão de requisitos: Integração com outras ferramentas
(fonte: Software Requirements, K.E.Wiegers)

18 Referências e mais informação
Software Requirements, 2nd Edition, Karl E. Wiegers, Microsoft Press, 2003 Requirements Engineering Processes and Techniques , Gerald Kotonya and Ian Sommerville, John Wiley & Sons, 1998