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



Análise de Rastreamento



Classificação dos requisitos;
Identificação semi-automática dos requisitos
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