Atividade:
| ||||||||||||||||||
Finalidade
|
|
| Passos | |
| Pontos de Verificação | |
| Artefatos Informados: | Artefatos Resultantes: |
| Papel: Especificador de Requisitos | |
| Mentores de Ferramentas: | |
| Mais Informações: | |
| Detalhamentos do Fluxo de Trabalho: |
Certifique-se de que todos os requisitos estão especificados no nível de detalhe necessário para que sejam distribuídos aos designers, testadores e escritores de documentação. Revise os Pontos de Verificação: Especificações Suplementares para saber se são necessários mais detalhes para capturar quaisquer requisitos de software não incluídos nos casos de uso.
Se você estiver produzindo uma Especificação dos Requisitos de Software (SRS), revise os Pontos de Verificação: Especificação dos Requisitos de Software.
Se os requisitos forem rastreados ou formalmente gerenciados, verifique se cada um deles está claramente identificado e rotulado.
Os requisitos são geralmente armazenados e gerenciados com uma ou mais ferramentas. Por exemplo, as ferramentas de:
Este passo gera a documentação com base nessas ferramentas, a fim de que as informações possam ser facilmente revisadas.
Quando as ferramentas Rational são utilizadas, os seguintes relatórios podem ser aplicados:
Se ferramentas especializadas não forem utilizadas para capturar os requisitos, este passo não poderá ser aplicado (todos os requisitos de software serão gravados diretamente na documentação).
Em projetos menos formais, este passo consiste em empacotar os relatórios relevantes e a documentação gerada manualmente, com materiais de suporte suficientes para que os requisitos possam ser revisados efetivamente.
Em projetos mais formais, uma ou mais Especificações dos Requisitos de Software (SRS) coletam e organizam todos os requisitos do projeto. Por exemplo, talvez uma SRS separada descreva todos os requisitos de software para cada característica de uma determinada versão do produto. Isso pode incluir vários casos de uso do modelo de casos de uso do sistema para descrever os requisitos funcionais dessa característica, juntamente com o conjunto relevante de requisitos detalhados em Especificações Suplementares. Consulte o Plano de Gerenciamento de Requisitos (parte do Plano de Desenvolvimento de Software) para determinar a localização e a organização corretas dos requisitos.
A Especificação dos Requisitos de Software é um documento formal do tipo IEEE 830, representado por uma construção de "pacote" UML. Dois templates de exemplo de SRS são fornecidos: um para ser usado com a modelagem de casos de uso (rup_srsuc.dot) e outro para ser usado sem a modelagem de casos de uso (rup_srs.dot). O primeiro (rup_srsuc.dot) faz referência, ou inclui, estes artefatos de modelo de casos de uso: o relatório sintético de modelo de casos de uso, os relatórios de casos de uso e as especificações suplementares. Esse procedimento permite que você tenha uma SRS formal compatível com o IEEE sem a necessidade de duplicar as informações nesses três outros artefatos.
O segundo (rup_srs.dot) é um documento independente que contém todos os requisitos de software diretamente no documento. Esse documento exigiria que fosse aplicada a rastreabilidade aos requisitos de artefato de caso de uso, se eles fossem utilizados. Tecnicamente, ambos contêm as mesmas informações. Entretanto, as informações contidas no modelo de casos de uso são incluídas por referência (em vez de serem duplicadas) no primeiro e são totalmente duplicadas (se estiverem usando casos de uso) no segundo, exigindo um esforço muito maior para manter os relacionamentos de rastreabilidade.
Usando o template Especificação dos Requisitos do Software, reúna as partes do pacote SRS e forneça as informações restantes para ter uma definição completa dos requisitos de software deste subsistema ou recurso.
|
Rational Unified Process
|
