Ferramenta RequisitePro

Estrutura do RequisitePro Consiste de três locais de trabalho: Tool Palette Views Workplace Word Workplace Project Database MS Access (default) Oracle SQL Server

Criar um novo Projeto

Tipo do Requisito Serve como um modelo para nossos requisitos Nos permite organizar requisitos por tipo em um nível mais alto Exemplo: Caso de Uso (Use Case Requirement) Software (Software Requirement) Não-funcional (Non-Functional Requirement) Teste (Testing Requirement)

Atributo do Requisito Campo descritivo de informação associada ao requisito Atributos definidos pelo Sistema (criados pelo RequisitePro) Atributos definidos pelo Usuário (criados pelo proprietário do Projeto) Exemplo: Prioridade, Custo, Dificuldade, Autor, Razão, etc.

Tipo do Documento Definição para criar novos documentos Inclui a definição de formatação e texto pré-definido padrão Quando um novo requisito é criado, seu tipo default é Requirement Type Exemplo: Use Case Specification Document Type Vision Document Type ...

Criando documentos Requisitos criados no documento são armazenados no BD do projeto e no documento

Criando Requisitos

Requisitos em um documento São refletidos no BD Mudanças são feitas apenas quando o documento é salvo Possuem o seguinte formato: [SR01 O Sistema deve permitir…] Bookmark Tag Texto Bookmark

Manipulando Requisitos

Salvando um documento A partir da Tool Palette Document Save A partir do Word Workplace RequisitePro Document Save

Vendo Requisitos Views Workplace é onde executamos as atividades de gerenciamento de requisitos Matriz de Atributo Matriz de Rastreamento Árvore de Rastreamento (Trace To...) Árvore de Rastreamento (Trace From...)

Matriz de Atributo Podemos criar requisitos diretamente no BD Com o Extend Editing Feature habilitado, podemos modificar todos os requisitos, mesmo que estejam localizados em documentos

Editando Requisitos do Views Workplace Requisitos editados diretamente no BD, desviam do processo de documentação e residem apenas no BD Quando um requisito é deletado, ele é removido do BD e seus atributos, relacionamentos de rastreamento e história de revisão são deletados. Não há como reverter a deleção.

Deletando requisitos Evitar a deleção de requisitos Melhor atribuir ao atributo Status o valor “Deletado” Ou colocar todos os requisitos “Deletado” em um documento Delete (Unmark) : Texto deixa de ser requisito Delete (Remove) : Texto é removido e o requisito também Block Delete (Unmark) : Vários requisitos desabilitados

Associando um requisito a um Caso de Uso no Rational Rose Antes tem que salvar o documento

Rastreamento de requisitos Estima o impacto de uma mudança em um requisito Mostra que um requisito é derivado ou dependente de outro Ajuda a refletir a necessidade do cliente no produto final

Matriz de Rastreamento

Vantagens do Uso de Ferramentas Gerenciamento de Requisitos Capturação e Identificação dos Requisitos Classificação dos requisitos; Identificação semi-automática dos requisitos Análise de Rastreamento Identificar inconsistência; Verificação de requisitos. Gerenciamento de Configuração Histórico das mudanças dos requisitos, quem, o que, quando, onde, por que e como; Controle de versão Controle de acesso