Ferramenta Requisite Pro Estrutura do Requisite Pro n

Ferramenta Requisite. Pro

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

Criar um novo Projeto

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

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

Tipo do Documento n n 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: n n n Use Case Specification Document Type Vision Document Type. . .

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

Criando Requisitos

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

Manipulando Requisitos

Salvando um documento n A partir da Tool Palette n n Document Save A partir do Word Workplace n Requisite. Pro Document Save

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

Matriz de Atributo n n 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 n n 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 deletados. Não há como reverter a deleção.

Deletando requisitos n Evitar a deleção de requisitos n n n 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 n Antes tem que salvar o documento

Rastreamento de requisitos n n n 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 n Capturação e Identificação dos Requisitos n n n Análise de Rastreamento n n n Classificação dos requisitos; Identificação semi-automática dos requisitos Identificar inconsistência; Verificação de requisitos. Gerenciamento de Configuração n n n Histórico das mudanças dos requisitos, quem, o que, quando, onde, por que e como; Controle de versão Controle de acesso