<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
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 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.]
[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 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.]
[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.]
[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.]
[A descrição do recurso e seu refinamento.]
[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. Como exemplo,s podemos citar:
[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. Algumas características de desempenho são:
[A descrição do requisito.]
[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.]
[A descrição do requisito.]
[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.]
[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 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.]
[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.]
[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 usabilidade, 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.]