<Nome do Projeto>

Especificação de Requisitos do Sistema

 

 

 

Versão <1.0>

 

 

[Nota: O gabarito a seguir é fornecido para uso com o Rational Unified Process. O texto em azul exibido entre colchetes e em itálico (style=InfoBlue) foi incluído para orientar o autor e deve ser excluído antes da publicação do documento. Um parágrafo inserido após esse estilo é definido automaticamente como normal (style=Body Text).]

 

Histórico da Revisão

Data

Versão

Descrição

Autor

<dd/mmm/yy>

<x.x>

<details>

<name>

 

 

 

 

 

 

 

 

 

 

 

 

 

Índice

1. Introdução         

1.1 Propósito     

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 Pesquisa de Opinião do Modelo de Caso de Uso 

2.2 Premissas e Dependências

3. Requisitos Específicos

3.1 Recursos do Sistema

3.1.1 Relatórios de Caso de Uso 

3.1.2 Funcionalidade Adicional

3.2 Requisitos Não-funcionais

3.2.1 Usabilidade 

3.2.2 Confiabilidade 

3.2.3 Desempenho 

3.2.4 Suporte 

3.2.5 Restrições de Design 

3.2.6 Considerações Adicionais de Engenharia de Sistemas 

3.2.6.1 Requisitos Físicos 

3.2.6.2 Requisitos Ambientais 

3.2.6.3 Outros Requisitos de Garantia do Produto 

3.2.6.4 Requisitos Humanos 

3.2.6.5 Requisitos de Logística 

3.2.7 Requisitos de Documentação de Usuário On-line e Sistema de Ajuda 

3.2.8 Componentes Adquiridos 

3.2.9 Interfaces 

3.2.9.1 Interfaces com o Usuário 

3.2.9.2 Interfaces de Hardware 

3.2.9.3 Interfaces de Software 

3.2.9.4 Interfaces de Comunicação 

3.2.10 Requisitos de Licença 

3.2.11 Avisos Jurídicos, Copyright e Outros 

3.2.12 Padrões Aplicáveis

4. Informações de Suporte    


Especificação de Requisitos do Sistema

1.                  Introdução

[A introdução da Especificação de Requisitos do Sistema (SysRS) fornece uma visão geral de toda a SysRS. Ela inclui o objetivo, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral da SysRS.]

[Nota: A SysRS captura os requisitos de sistema completos para o sistema ou uma porção dele. A seguir é apresentado um esboço típico da SysRS para um projeto que utiliza apenas requisitos no estilo da linguagem natural tradicional - sem modelagem de caso de uso. Ele captura todos os requisitos em um único documento, com as Especificações Suplementares combinadas ou material equivalente inserido.]

1.1     Propósito

[Especifique o objetivo desta SysRS. A SysRS descreve totalmente os recursos funcionais e comportamentais do sistema identificado. Descreve também requisitos não funcionais, restrições de design e outros fatores necessários para fornecer uma descrição completa e abrangente dos requisitos para o sistema.]

1.2     Escopo

[Uma breve descrição do sistema ao qual a SysRS se aplica e tudo mais que seja afetado ou influenciado por este documento.]

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

[Esta subseção fornece as definições de todos os termos, acrônimos e abreviações requeridos para interpretar adequadamente a SysRS. Essas informações podem ser fornecidas mediante referência ao Glossário do projeto.]

1.4     Referências

[Esta subseção fornece uma lista completa de todos os documentos referidos em outra parte na SysRS. Identifique cada documento por título, número do relatório (se aplicável), data e organização responsável pela publicação. Especifique as fontes a partir das quais as referências podem ser obtidas. Essas informações podem ser fornecidas mediante referência a um apêndice ou outro documento.]

1.5     Visão Geral

[Esta subseção descreve o que o restante da SysRS contém e explica como o documento está organizado.]

2.                  Descrição Geral

[Esta seção da SysRS descreve os fatores gerais que afetam o sistema e seus requisitos.  Esta seção não determina requisitos específicos. Em vez disso, ela fornece uma base para esses requisitos, que são definidos em detalhes na seção 3, e facilita o seu entendimento. Inclui itens como:

Pode ser feita referência a partir desta seção para o artefato Visão, em vez de replicar o material desse documento.]

2.1               Pesquisa de Opinião do Modelo de Caso de Uso

 [Se estiver utilizando modelagem de caso de uso, esta seção contém uma visão geral do modelo de caso de uso. Isso inclui uma lista de nomes e descrições breves de todos os casos de uso e agentes, juntamente com diagramas e relacionamentos aplicáveis.  Consulte o Relatório Sintético de Modelo de Caso de Uso, que pode ser utilizado como um anexo neste ponto.]

2.2               Suposições e Dependências

[Esta seção descreve as possibilidades técnica chave, disponibilidade de subsistema ou componente ou outras premissas relacionadas ao projeto nas quais a viabilidade do sistema descrito por esta SysRS pode ser baseada.]

3.                  Requisitos Específicos

[Esta seção da SysRS contém todos os requisitos do sistema para um nível de detalhe suficiente para permitir que os designers projetem um sistema para satisfazer esses requisitos e que os testadores testem se o sistema satisfaz esses requisitos.]

Ao utilizar a modelagem de caso de uso, esses requisitos são capturados nos casos de uso e nas especificações suplementares aplicáveis (como o próprio artefato ou de acordo com as seções em "3.2 Requisitos Não-funcionais" neste documento).]

3.1               Recursos do Sistema

[Esta seção descreve os recursos requeridos do sistema, expressos como casos de uso. Para muitos sistemas, isso pode constituir a massa do pacote da SysRS e deve ser dada atenção à organização desta seção. Geralmente, esta seção é organizada por recurso, função ou grupo funcional (que caracteriza amplamente um "recurso" - rastreando do artefato Visão), mas métodos de organização alternativos também podem ser apropriados, por exemplo, organização por usuário ou função.]

3.1.1           Relatórios de Caso de Uso

[Na modelagem de caso de uso, os casos de uso definem a maioria dos requisitos funcionais do sistema, juntamente com alguns requisitos não-funcionais (relacionados ao desempenho). Para cada caso de uso no modelo de caso de uso acima, consulte, inclua, o relatório de caso de uso nesta seção. Certifique-se de que cada requisito seja identificado claramente. Onde apropriado, agrupe os casos de uso por recurso - funcionalmente refinados, se necessário - de forma que o nível correto de descrição funcional e comportamental seja alcançado.]

3.1.2           Funcionalidade Adicional

[Esta seção descreve quaisquer requisitos funcionais adicionais do sistema (não capturados como casos de uso) expressos no formato de linguagem natural.]

3.1.2.1     <Requisito Funcional Um>

[A descrição do requisito.]

3.2                 Requisitos Não-funcionais

[Nota: Se o artefato de Especificações Suplementares foi produzido, ele pode simplesmente ser incluído aqui. Ele abrange os mesmos tópicos.]

3.2.1          Usabilidade

[Esta seção inclui todos os requisitos que afetam a usabilidade. Por exemplo:

3.2.1.1     <Requisito de Usabilidade Um>

[A descrição do requisito.]

3.2.2          Confiabilidade

[Especifique aqui os requisitos para confiabilidade do sistema. A seguir, são apresentadas algumas sugestões:

3.2.2.1     <Requisito de Confiabilidade Um>

[A descrição do requisito.]

3.2.3          Desempenho

[Esboce as características do sistema nesta seção. Inclua tempos de resposta específicos. Onde aplicável, faça referência a casos de uso relacionados por nome. Em geral, associe todos os recursos requeridos, sejam descritos no formato de caso de uso ou simplesmente por texto, a alguma instrução de desempenho (descrevendo até que ponto o sistema deve fornecer o recurso ou função). É melhor manter essas instruções de desempenho próximas ao recurso afetado (na parte "requisitos especiais" de uma descrição de caso de uso, por exemplo). Aqui, é possível manter as instruções de requisitos que precisam ser testadas, mas que não estão alinhadas com um recurso específico. As características de desempenho incluem:

3.2.3.1      <Requisito de Desempenho Um>

[A descrição do requisito.]

3.2.4          Suporte

[Esta seção indica os requisitos que aprimoram o suporte ou a capacidade de manutenção do sistema que está sendo construído, incluindo padrões de codificação, convenções de nomenclatura, bibliotecas de classe, acesso de manutenção e utilitários de manutenção.]

3.2.4.1    <Requisito de Suporte Um>

[A descrição do requisito.]

3.2.5          Restrições de Design

[Esta seção indica as restrições de design no sistema que está sendo construído. As restrições de design representam decisões de design que foram obrigatórias e às quais deve-se aderir.   Os exemplos incluem linguagens de software, requisitos de processo de software, utilização prescrita de ferramentas de desenvolvimento, restrições de arquitetura e design, componentes adquiridos, bibliotecas de classes e assim por diante.]

3.2.5.1     <Restrição de Design Um>

[A descrição do requisito.]

3.2.6     Considerações Adicionais de Engenharia de Sistemas

[A engenharia de sistemas potencialmente requer que outros tipos de requisitos sejam tratados:]

3.2.6.1  Requisitos Físicos

[Por exemplo, peso, tamanho, energia e assim por diante.]

3.2.6.2  Requisitos Ambientais

[Por exemplo, umidade, contaminação, térmica, elétrica, mecânica e assim por diante.]

3.2.6.3  Outros Requisitos de Garantia do Produto

3.2.6.3.x     <Categoria>

[Por exemplo, segurança, privacidade, outros fatores de qualidade (por exemplo, capacidade de sobrevivência).]

3.2.6.4   Requisitos Humanos

[Descreva os requisitos impostos no sistema em suporte às pessoas que utilizam e suportam o sistema. Exemplos incluem recursos de treinamento - equipamento e materiais a serem incluídos para treinamento - recursos de manutenção e considerações ergonômicas não cobertas pelas descrições da interface e padrões.]

3.2.6.5   Requisitos de Logística

[Descreva os requisitos impostos no sistema devido a considerações de logística, incluindo manutenção, suporte, transporte, suprimento e acomodação de sistemas existentes.]

3.2.7          Requisitos de Documentação de Usuário On-line e Sistema de Ajuda

[Descreve os requisitos, se houver, para a documentação do usuário on-line, sistemas de ajuda, ajuda sobre avisos e assim por diante.]

3.2.8          Componentes Adquiridos

[Esta seção descreve os componentes comprados a serem utilizados com o sistema, as restrições aplicáveis de licença ou uso e os padrões associados de compatibilidade/interoperabilidade ou interface.]

3.2.9          Interfaces

[Esta seção define as interfaces que devem ser suportadas pelo sistema. Ela deve conter especificidade adequada, protocolos, portas, endereços lógicos e assim por diante, para que o sistema possa ser desenvolvido e verificado em comparação aos requisitos da interface. Quaisquer requisitos a serem impostos em interfaces internas ao sistema também devem ser descritos. Eles surgem, por exemplo, quando o design do sistema é restrito à utilização interna de componentes de hardware ou software existentes.]

3.2.9.1     Interfaces com o Usuário

[Descreva as interfaces com o usuário que devem ser implementadas pelo sistema.]

3.2.9.2      Interfaces de Hardware

[Esta seção define as interfaces de hardware que devem ser suportadas pelo sistema, incluindo estrutura lógica, endereços físicos, comportamento esperado e assim por diante.]

3.2.9.3       Interfaces de Software

[Esta seção descreve as interfaces de software a serem suportadas pelo sistema, em termos de operações e sinais suportados (e para os quais o suporte é requerido), protocolos e características de dados.]

3.2.9.4       Interfaces de Comunicação

[Descreva as interfaces de comunicações para outros sistemas ou dispositivos, tais como redes locais e assim por diante.]

3.2.10        Requisitos de Licença

[Define os requisitos de reforço de licença ou outros requisitos de restrição de uso que devem ser exibidos pelo sistema.]

3.2.11        Avisos Jurídicos, Copyright e Outros

[Esta seção descreve as isenções jurídicas necessárias, garantias, avisos sobre direitos autorais, avisos sobre patente, marca, marca registrada ou questões de conformidade de logotipo para o sistema.]

3.2.12        Padrões Aplicáveis

[Esta seção descreve, por referência, os padrões aplicáveis e as seções específicas desses padrões que se aplicam ao sistema que está sendo descrito. Por exemplo, isso pode incluir padrões jurídicos, de qualidade e reguladores, padrões de mercado para utilidade, interoperabilidade, internacionalização, conformidade com o sistema operacional e assim por diante.]

4.                  Informações de Suporte

[As informações de suporte facilitam a utilização da SysRS. Elas incluem:

Elas podem incluir informações informações sobre protótipos arquiteturais e de interface com o usuário. Quando os apêndices são incluídos, a SysRS deve determinar explicitamente se os apêndices devem ou não ser considerados parte dos requisitos.]