View
212
Download
0
Category
Preview:
Citation preview
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
VendoRequisitos 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
Recommended