Artefato:
|
![]() |
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: |
Os requisitos de software são documentados em uma tentativa de especificar:
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.
Na criação do artefato Requisito de Software , você deve considerar vários aspectos do artefato, incluindo o seguinte:
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. |
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.
A SRS (Especificador de Requisitos papel é o principal responsável por este artefato.
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
|