Histórico da Revisão

Data	Versão	Descrição	Autor
<dd/mmm/aa>	<x.x>	<detalhes>	<nome>

Índice Analítico

1.1 Finalidade

1.2 Escopo

1.3 Definições, Acrônimos e Abreviações

1.4 Referências

1.5 Visão Geral

2. Descrição Geral

2.1 Relatório Sintético de Modelo de Casos de Uso

2.2 Suposições e Dependências

3. Requisitos Específicos

3.1 Relatórios de Caso de Uso

3.2 Requisitos Suplementares

4. Informações de Suporte

Especificação de Requisitos de Software

1. Introdução

[A introdução da Especificação de Requisitos de Software (SRS) deve fornecer uma visão geral de todo o documento. Ela deve incluir a finalidade, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral da Especificação de Requisitos de Software.]

[Observação: A Especificação de Requisitos de Software captura todos os requisitos de software do sistema ou de uma parte do sistema. A seguir, há um esquema de uma típica Especificação de Requisitos de Software para um projeto utilizando a modelagem de casos de uso. Esse artefato consiste em um pacote contendo casos de uso do modelo de casos de uso, Especificações Suplementares aplicáveis e outras informações de suporte. Para ter acesso a um template de uma Especificação de Requisitos de Software que não utilize a modelagem de casos de uso e que capture todos os requisitos em um único documento, com as seções aplicáveis inseridas a partir das Especificações Suplementares (que não seriam mais necessárias), consulte o arquivo rup_srs.dot.]

[É possível organizar a Especificação de Requisitos de Software de várias maneiras diferentes. Consulte o padrão [IEEE830-1998] para obter explicações mais detalhadas, assim como outras opções de organização para uma Especificação de Requisitos de Software.]

1.1 Finalidade

[Especifique a finalidade desta Especificação de Requisitos de Software. A Especificação de Requisitos de Software deve descrever totalmente o comportamento externo do aplicativo ou do subsistema identificado. Ela também deverá descrever requisitos não funcionais, restrições de design e outros fatores necessários para fornecer uma visão completa e abrangente dos requisitos do software.]

1.2 Escopo

[Uma breve descrição do aplicativo de software a que se aplica a Especificação de Requisitos de Software; o recurso ou outro agrupamento de subsistemas; a que modelo(s) de caso de uso a Especificação de Requisitos está associada; e tudo o mais que seja afetado ou influenciado por este documento.]

1.3 Definições, Acrônimos e Abreviações

[Esta subseção deve fornecer as definições de todos os termos, acrônimos e abreviações necessárias à adequada interpretação da Especificação de Requisitos de Software. Essas informações podem ser fornecidas mediante referência ao Glossário do projeto.]

1.4 Referências

[Esta subseção deve fornecer uma lista completa de todos os documentos mencionados em qualquer outra parte da Especificação de Requisitos de Software. Cada documento deverá ser identificado por título, número do relatório (se aplicável), data e organização de publicação. Especifique as fontes a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas por um anexo ou outro documento.]

1.5 Visão Geral

[Esta subseção deve descrever o que o restante da Especificação de Requisitos de Software contém e explica como o documento está organizado.]

2. Descrição Geral

[Esta seção da Especificação de Requisitos de Software deve descrever os fatores gerais que afetam o produto e seus requisitos. Ela não deve definir requisitos específicos. Em vez disso, deve fornecer uma base para esses requisitos, que serão definidos detalhadamente na Seção 3, e facilitar sua compreensão. Inclua itens como perspectiva e funções do produto, características do usuário, restrições, suposições e dependências, e subconjuntos de requisitos.]

2.1 Relatório Sintético de Modelo de Casos de Uso

[Se a modelagem de caso de uso for utilizada, esta seção conterá uma visão geral do modelo de casos de uso ou do subconjunto do modelo de casos de uso aplicável a esse subsistema ou recurso. Estará incluída uma lista de nomes e breves descrições de todos os atores e casos de uso, juntamente com os diagramas e relacionamentos aplicáveis. Consulte o Relatório Sintético de Modelo de Casos de Uso, que poderá ser usado como um anexo nesse ponto.]

2.2 Suposições e Dependências

[Esta seção descreve a possibilidade de execução de quaisquer recursos técnicos importantes, a disponibilidade dos componentes ou dos subsistemas, ou outras suposições relacionadas ao projeto em que poderá se basear a viabilidade do software descrita por esta Especificação de Requisitos de Software.]

3. Requisitos Específicos

[Esta seção da Especificação de Requisitos de Software deve conter todos os requisitos de software em um nível de detalhamento suficiente para possibilitar que os designers projetem um sistema que satisfaça esses requisitos e que os testadores verifiquem se o sistema satisfaz esses requisitos. Quando for utilizada a modelagem de casos de uso, esses requisitos serão capturados nos casos de uso e nas especificações suplementares aplicáveis. Se a modelagem de casos de uso não for utilizada, o esquema das especificações suplementares poderá ser inserido diretamente nesta seção.]

3.1 Relatórios de Caso de Uso

[Na modelagem de casos de uso, freqüentemente os casos de uso definem a maior parte dos requisitos funcionais do sistema, juntamente com alguns requisitos não funcionais. Para cada caso de uso do modelo de casos de uso acima, ou de seu subconjunto, faça referência ao relatório de caso de uso ou inclua-o nesta seção. Certifique-se de que cada requisito esteja claramente nomeado.]

3.2 Requisitos Suplementares

[As Especificações Suplementares capturam os requisitos que não estão incluídos nos casos de uso. Os requisitos específicos das Especificações Suplementares, que se aplicam ao subsistema ou ao recurso, devem ser incluídos aqui e especificados de acordo com o nível de detalhamento necessário para descrever esse subsistema ou recurso. Esses requisitos poderão ser capturados diretamente no documento ou mencionados como Especificações Suplementares individuais, que poderão ser usadas como um anexo nesse ponto. Certifique-se de que cada requisito esteja nomeado claramente.]

4. Informações de Suporte

[As informações de suporte facilitam o uso da Especificação de Requisitos de Software. Elas incluem:

• Índice Analítico

• Índice

• Apêndices

Poderão estar incluídos roteiros de caso de uso ou protótipos de interface do usuário. Quando forem incluídos apêndices, a Especificação de Requisitos de Software deverá especificar explicitamente se eles deverão ou não ser considerados parte integrante dos requisitos.]