Documento Parcial de Requisitos de

Software (SRS – Software

Requirements Specification)

Para

<Nome_Projeto>

Preparado por <autor>

Proposta de um Sistema de
Informação

<Versão: XX>

Data criação: XX/XX/XXXX>

Software Requirements Specification for <Project> Página 1

Tabela de Conteúdo
Tabela de Conteúdo....................................................................................................................1
1. Entendendo o negócio..........................................................................................................2
1.1 Área de negócio.............................................................................................................2
Artefato 01: Descrição da área de negócio............................................................................2
1.2 Técnicas de elicitação....................................................................................................2
Artefato 02: Resultado das técnicas de elicitação.................................................................2
2. Propondo a solução..............................................................................................................3
2.1 Requisitos funcionais.....................................................................................................3
Artefato 03: Lista dos requisitos funcionais...........................................................................3
2.2 Requisitos não funcionais..............................................................................................3
Artefato 04: Lista dos requisitos não funcionais....................................................................3
2.3 Diagrama de casos de uso............................................................................................3
Artefato 05: Diagrama de casos de uso.................................................................................4
2.4 Rastreabilidade requisitos funcionais x casos de uso...................................................4
Artefato 06: Rastreabilidade requisitos funcionais x casos de uso........................................4
3. Controle de qualidade do projeto.........................................................................................5
Artefato 07: Checklist para verificação da qualidade da especificação.................................5
Software Requirements Specification for <Project> Página 2

1. Entendendo o negócio
Orientações gerais:
- Os textos em azuis são apenas orientações do que se espera em cada seção. Na entrega final
deste documento, os mesmos devem ser removidos (inclusive este texto aqui)
- Os itens realçados em amarelo, também devem ser removidos na entrega final, eles são apenas
indicadores de qual artefato está sendo produzido em cada seção.
- Manter a formatação proposta neste template (Seções, títulos, tamanho, fonte, etc.).

1.1 Área de negócio

Descreva em um parágrafo qual é a área de negócio escolhida para a proposta de um Sistema de
Informação e uma breve justificativa para a escolha.

Artefato 01: Descrição da área de negócio

1.2 Técnicas de elicitação

Preencha a Tabela 1 com pelo menos 2 técnicas escolhidas para serem aplicadas com o objetivo
de entender melhor a área de negócio na qual será proposta um Sistema de Informação.
Segue algumas orientações do que se espera em cada coluna.
- Técnica escolhida: indicar o nome da técnica escolhida (ex: questionário, entrevista, etc.)
- Justificativa da escolha: justificar porque a técnica escolhida para ser aplicada foi a mais
adequada para o contexto.
- Pessoas envolvidas: descrever as pessoas/papéis que serão envolvidos na aplicação da técnica
(ex: gerentes, vendedores, clientes, etc.)
- Resultados obtidos após a aplicação da técnica: apresentar um resumo dos resultados obtidos
após da aplicação da técnica (ex: se foi um questionário, apresentar as principais descobertas que
apoiaram a entender melhor a área e a identificar possíveis requisitos de um software.

Tabela 1. Técnicas de elicitação

Técnica Justificativa da Pessoas envolvidas Resultados obtidos após a

escolhida escolha aplicação da técnica

Artefato 02: Resultado das técnicas de elicitação

Software Requirements Specification for <Project> Página 3

2. Propondo a solução

2.1 Requisitos funcionais

Preencher a Tabela 2 com o identificador do requisito funcional (utilizar o padrão indicado) e a
descrição do requisito funcional.
Na descrição do requisito procurar incluir descrições claras e objetivas em relação às
funcionalidades a serem executadas por meio do sistema. Cada requisito dever representar uma
única funcionalidade.

Tabela 2. Requisitos funcionais

ID Requisito funcional Descrição do requisito funcional

RF001 O sistema deverá permitir o cadastro de clientes
RF002 ...
....

Artefato 03: Lista dos requisitos não funcionais

2.2 Requisitos não funcionais

Preencher a Tabela 3 com o identificador do requisito não funcional (utilizar o padrão indicado) e a
descrição do requisito não funcional.
Na descrição do requisito não funcional procurar incluir descrições claras e objetivas em relação a
uma restrição do produto ou do processo ou ainda um critério de qualidade. Cada requisito deve
representar uma única restrição ou critério de qualidade.

Tabela 3. Requisitos não funcionais

ID Requisito não Descrição do requisito não funcional

funcional
RNF001 ...
RNF002
....

Artefato 04: Lista dos requisitos funcionais

2.3 Diagrama de casos de uso

Considerando a lista de requisitos funcionais (Tabela 2) desenvolver o diagrama de casos de uso
utilizando os padrões definidos pela UML.
Atentar para que cada caso de uso represente uma ação executada por um ator (devidamente
representado por um papel). As interações entre casos de uso ocorrem por meio de relações
Software Requirements Specification for <Project> Página 4

extend e include, cuidar para que as representações sejam feitas de maneira adequada. Outro
ponto importante a considerar é que um caso de uso não é apenas 1 ação dentro do sistema (ex:
preencher data de nascimento) mas um conjunto de ações que são realizadas (ex: cadastrar
cliente) para se obter um resultado.

Artefato 05: Diagrama de casos de uso

2.4 Rastreabilidade requisitos funcionais x casos de uso

Cada requisito funcional deve estar representado por pelo menos 1 caso de uso.
Para garantir esta consistência e rastreabilidade, preencher a Tabela 4 com o mapeamento entre
os mesmos.

Tabela 4. Rastreabilidade requisitos funcionais x casos de uso

ID Requisito funcional Nome do Caso de Uso

Artefato 06: Rastreabilidade requisitos funcionais x casos de uso

Software Requirements Specification for <Project> Página 5

3. Controle de qualidade do projeto

Defina pelo menos 8 critérios para apoiar a verificação da qualidade da especificação produzida.

Tabela 5. Checklist para verificação da qualidade da especificação

ID Critério Descrição do critério

Artefato 07: Checklist para verificação da qualidade da especificação