<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.3 Definições, Acrônimos e Abreviações
2.1 Pesquisa de Opinião do Modelo de Caso de Uso
3.2.6 Considerações Adicionais de Engenharia de Sistemas
3.2.6.3 Outros Requisitos de Garantia do Produto
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.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.11 Avisos Jurídicos, Copyright e Outros
Especificação de Requisitos do Sistema
[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.]
[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.]
[Uma breve descrição do sistema ao qual a SysRS se aplica e tudo mais que seja afetado ou influenciado por este documento.]
[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.]
[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.]
[Esta subseção descreve o que o restante da SysRS contém e explica como o documento está organizado.]
[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.]
[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.]
[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.]
[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).]
[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.]
[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.]
[Esta seção descreve quaisquer requisitos funcionais adicionais do sistema (não capturados como casos de uso) expressos no formato de linguagem natural.]
[A descrição do requisito.]
[Nota: Se o artefato de Especificações Suplementares foi produzido, ele pode simplesmente ser incluído aqui. Ele abrange os mesmos tópicos.]
[Esta seção inclui todos os requisitos que afetam a usabilidade. Por exemplo:
[A descrição do requisito.]
[Especifique aqui os requisitos para confiabilidade do sistema. A seguir, são apresentadas algumas sugestões:
[A descrição do requisito.]
[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:
[A descrição do requisito.]
[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.]
[A descrição do requisito.]
[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.]
[A descrição do requisito.]
[A engenharia de sistemas potencialmente requer que outros tipos de requisitos sejam tratados:]
[Por exemplo, peso, tamanho, energia e assim por diante.]
[Por exemplo, umidade, contaminação, térmica, elétrica, mecânica e assim por diante.]
[Por exemplo, segurança, privacidade, outros fatores de qualidade (por exemplo, capacidade de sobrevivência).]
[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.]
[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.]
[Descreve os requisitos, se houver, para a documentação do usuário on-line, sistemas de ajuda, ajuda sobre avisos e assim por diante.]
[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.]
[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.]
[Descreva as interfaces com o usuário que devem ser implementadas pelo sistema.]
[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.]
[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.]
[Descreva as interfaces de comunicações para outros sistemas ou dispositivos, tais como redes locais e assim por diante.]
[Define os requisitos de reforço de licença ou outros requisitos de restrição de uso que devem ser exibidos pelo sistema.]
[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.]
[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.]
[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.]