A especificação para uma condição ou capacidade com a qual um sistema deve estar em conformidade.
Outros Relacionamentos:  Estendido por:
Função:  Especificador de Requisitos  
Opcionalidade/Ocorrência:  Várias ocorrências, geralmente colocadas dentro de um artefato de contêiner. Devem ser utilizadas sempre que o sistema tiver que estar em conformidade com uma capacidade ou condição.
Gabaritos e Relatórios: 
     
Exemplos: 
     
Representação em UML:  Vários estereótipos podem ser utilizados, como <<caso de uso >> e <<regra de negócios>>.
Informações Adicionais:   
Entrada de Atividades:    Saída das Atividades:   

Finalidade Para o início da página

Os requisitos de software são documentados em uma tentativa de especificar:

  • Uma capacidade de software necessárias pelo usuário para resolver um problema [para] arquivar um objetivo
  • Uma capacidade de software que deve ser preenchida ou que deve ser de posse de um sistema ou componente de sistema para atender um contrato, padrão, especificação ou outra documentação formalmente imposta
    [THA97]

Esse é um artefato essencial no desenvolvimento de software, embora em vários contextos é comum para alguns subconjuntos de requisitos permanecer incompletamente documentado. O RUP cuida desse assunto, gerenciando o desenvolvimento de software em várias iterações, permitindo que importantes requisitos sejam revelados com o tempo.

Breve Contorno Para o início da página

Na criação do artefato Requisito de Software , você deve considerar vários aspectos do artefato, incluindo o seguinte:

  • grupos de interesse diferentes ou investidores que podem ter requisitos a serem contribuídos
  • tipos de requisitos diferentes (categorias, dimensões) que precisam ser considerados

Propriedades Para o início da página

Nome da Propriedade  Breve Descrição 
Identificador  Nome exclusivo utilizado para identificar esse Requisito de Software. 
Breve Descrição  Uma breve descrição do requisito, o mais curto e sucinto possível.  
Rationale  Uma explicação do motivo pelo qual esse requisito é necessário e quais benefícios ou valor ele representa.  
Representação em UML  Vários estereótipo, por exemplo,<<caso de uso>>, <<regra de negócios>>
Descrição Detalhada  Explicação detalhada do requisito. 
Procedimentos de Restauração e de Recuperação  São os procedimentos necessários para conseguir a restauração ou a recuperação da Configuração do Ambiente de Teste.  

Sincronização Para o início da página

Os Requisitos de Software são identificados (com algum subconjunto deles resumidamente contornados) anteriormente na fase de Abertura, conforme a equipe começa a definir o escopo do sistema em resposta aos pedidos do depositário e sistema Vision. A maioria dos requisitos continuam sendo descritos em detalhes durante a fase de Elaboração e Construção com um subconjunto limitado definido e tratado com o Transition.

Responsabilidade Para o início da página

A SRS (Especificador de Requisitos papel é o principal responsável por este artefato.

Ajustando Para o início da página

Esse artefato geralmente é colocado na Especificação de Requisitos de Software, Caso de Uso ou outros artefatos de especificação de requisitos.



Rational Unified Process   2003.06.15