<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    

3.       Requisitos Específicos

3.1     Recursos do Sistema

3.1.1         <Recurso do Sistema Um>        

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 origens 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 indica 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 tais como os seguintes:

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

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.]

3.1               Recursos do Sistema

[Esta seção descreve os recursos requeridos do sistema, expressos em forma de linguagem natural. 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 (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.

Esta seção descreve o refinamento do recurso ou função em requisitos constituintes, relacionando os requisitos derivados dessa forma. O comportamento que o sistema deve apresentar para suportar esses requisitos derivados é descrito, juntamente com quaisquer requisitos de desempenho associados (tempo de resposta, velocidade, rendimento do processamento, taxas, freqüência, exatidão, precisão, capacidade e assim por diante). Essa descrição de comportamento também inclui o comportamento requerido em condições de erro ou falha (manipulação de entrada errônea, condições inesperadas, emergência e assim por diante). Pode não ser necessário especificar em todos os casos como os erros e eventos inesperados devem ser manipulados. Em muitos casos, isso pode ser deixado para que o arquiteto do sistema decida.]

3.1.1          <Recurso do Sistema Um>

[A descrição do recurso e seu refinamento.]

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. Como exemplo,s podemos citar:

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. Algumas características de desempenho são:

3.2.3.1      <Requisito de Desempenho Um>

[A descrição do requisito.]

3.2.4          Suporte

[Esta seção indica os requisitos que aprimorarão 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 classes, 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 todas 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

[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 adquiridos para 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 contém 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. Além disso, descreve quaisquer requisitos a serem impostos em interfaces internas ao sistema. 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 usabilidade, 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.]