<Nome do Projeto>

Especificações Suplementares

 

Versão <1.0>

 

[Nota: O gabarito a seguir é fornecido para utilização 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 digitado após esse estilo será automaticamente definido 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     Objetivo     

1.2     Escopo     

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

1.4     Referências     

1.5     Visão Geral     

2.       Funcionalidade     

2.1     <Requisito Funcional Um>     

3.       Usabilidade

3.1     <Requisito de Usabilidade Um>     

4.       Confiabilidade

4.1     <Requisito de Confiabilidade Um>     

5.       Desempenho       

5.1     <Requisito de Desempenho Um>     

6.       Suportabilidade    

6.1     <Requisito de Suportabilidade Um>     

7.       Restrições de Design   

7.1     <Restrição de Design Um>     

8.        Considerações Adicionais de Engenharia de Sistemas               

8.1     Requisitos Físicos     

8.2     Requisitos Ambientais     

8.3     Outros Requisitos de Garantia do Produto     

8..3.x   <Categoria> 

8.4     Requisitos Humanos 

8.5     Requisitos de Logística  

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

10.       Componentes Adquiridos 

11.            Interfaces               

11.1     Interfaces com o Usuário     

11.2     Interfaces de Hardware     

11.3     Interfaces de Software     

11.4     Interfaces de Comunicação     

12.            Requisitos de Licença               

13.            Avisos Jurídicos, Copyright e Outros               

14.            Padrões Aplicáveis               


Especificações Suplementares

1.                  Introdução

[A introdução das Especificações Suplementares deve fornecer uma visão geral de todo o documento. Ela deve incluir o objetivo, o escopo, as definições, os acrônimos, as abreviações, as referências e a visão geral dessas Especificações Suplementares.

As Especificações Suplementares capturam os requisitos do sistema que não são prontamente capturados nos casos de uso do modelo de caso de uso. Entre os requisitos estão incluídos:

·         Requisitos jurídicos e de regulamentos, incluindo padrões de aplicação.

·         Atributos de qualidade do sistema a ser criado, incluindo requisitos de usabilidade, confiabilidade, desempenho e suportabilidade.

·         Outros requisitos, tais como sistemas operacionais e ambientes, requisitos de compatibilidade e restrições de design.]

1.1               Objetivo

[Especifique o objetivo destas Especificações Suplementares.]

1.2               Escopo

[Uma breve descrição do escopo destas Especificações Suplementares; a qual(is) Projeto(s) ele está associado e tudo mais que seja afetado ou influenciado por este documento.]

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

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

1.4               Referências

[Esta subseção deve fornecer uma lista completa de todos os documentos mencionados em outra parte das Especificações Suplementares.   Cada documento deve ser identificado 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 por um anexo ou outro documento.]

1.5               Visão Geral

[Esta subseção deve descrever o que o restante das Especificações Suplementares contém e explicar como o documento está organizado.]

2.                  Funcionalidade

[Esta seção descreve quaisquer requisitos funcionais adicionais do sistema expressos no formato de linguagem natural.]

2.1               <Requisito Funcional Um>

[A descrição do requisito.]

3.                  Usabilidade

[Esta seção deve incluir todos os requisitos que afetam a utilidade. Como exemplos, podemos citar o seguinte:

·         especifique o tempo de treinamento requerido para que usuários normais e usuários potentes se tornem produtivos em operações específicas

·         especifique tempos de tarefa mensuráveis para tarefas típicas ou

·         especifique requisitos para conformidade com padrões de usabilidade comuns, por exemplo, padrões CUA da IBM ou padrões GUI da Microsoft]

3.1               <Requisito de Usabilidade Um>

A descrição do requisito.

4.                  Confiabilidade

[Os requisitos de confiabilidade do sistema devem ser especificados aqui. A seguir, são apresentadas algumas sugestões:

·         Disponibilidade ? especifique a porcentagem de tempo disponível ( xx,xx%), as horas de utilização, o acesso de manutenção, as operações de modo degradado, etc.

·         Tempo Médio Entre Falhas (MTBF) ? este é, geralmente, especificado em horas, mas pode também ser especificado em dias, meses ou anos.

·         Tempo Médio para Reparo (MTTR) ? por quanto tempo o sistema tem permissão para ficar fora de operação após ter falhado?

·          Exatidão ? especifique a precisão (resolução) e a exatidão (por algum padrão conhecido) requeridas na saída dos sistemas.

·         Erros máximos ou taxa de defeitos ? normalmente expressos em termos de erros/KLOC (milhares de linhas de código) ou erros/ponto de função.

·         Erros ou taxa de defeitos ? categorizados em termos de erros secundários, significativos e críticos: o(s) requisito(s) deve(m) definir o que significa um erro ?crítico? (por exemplo, perda total de dados ou completa incapacidade para utilizar determinadas partes da funcionalidade do sistema).]

4.1               <Requisito de Confiabilidade Um>

[A descrição do requisito.]

5.                  Desempenho

[As características do desempenho do sistema devem ser esboçadas 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, todos os recursos requeridos, sejam descritos no formato de caso de uso ou simplesmente por texto, devem ser associados 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.

·         Tempo de resposta para uma transação (médio, máximo)

·         Rendimento do Processamento (por exemplo, transações por segundo)

·         Capacidade (por exemplo, o número de clientes ou transações que o sistema pode acomodar)

·         Modos de degradação (qual é o modo de operação aceitável quando o sistema foi degradado de alguma maneira)

·         Utilização de recursos: memória, disco, comunicação, etc.]

5.1               <Requisito de Desempenho Um>

[A descrição do requisito.]

6.                  Suportabilidade

[Esta seção indica os requisitos que aprimorarão a suportabilidade 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, utilitários de manutenção.]

6.1               <Requisito de Suportabilidade Um>

[A descrição do requisito.]

7.                  Restrições de Design

[Esta seção deve indicar 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, etc.]

7.1               <Restrição de Design Um>

[A descrição do requisito.]

8.        Considerações Adicionais de Engenharia de Sistemas

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

8.1      Requisitos Físicos

[Por exemplo, peso, tamanho, energia ...]

8.2      Requisitos Ambientais

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

8.3      Outros Requisitos de Garantia do Produto

8.3.x     <Categoria>

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

8.4      Requisitos Humanos

[Descreva os requisitos impostos no sistema para suportar pessoas que utilizarão e suportarão o sistema: exemplos incluem recursos de treinamento - equipamento e materiais a serem incluídos para treinamento - recursos de manutenção, considerações ergonômicas não cobertas pelas descrições da interface e padrões.]

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

9.                  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, etc.]

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

11.             Interfaces

[Esta seção define as interfaces que devem ser suportadas pelo sistema. Deve conter especificidade adequada, protocolos, portas, endereços lógicos, etc., 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.]

11.1            Interfaces com o Usuário

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

11.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, etc.]

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

11.4            Interfaces de Comunicação

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

12.             Requisitos de Licenciamento

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

13.             Avisos Jurídicos, Copyright e Outros

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

14.             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, etc.]