As evidencias da evolução

...

4.1 DIAGRAMAS DE INTERAÇÃO 17

4.2 DIAGRAMA DE CLASSES 17

4.3 MAPEAMNTO OO-RELACIONAL 17

4.4 LAYOUT DE TELAS 17

4.5 MODELO NAVEGACIONAL (Apenas para sistemas web) 17

4. CRONOGRAMA DE ATIVIDADES (Apenas para a Qualificação) 18

Apêndice A – Alternativa rejeitada do Estudo de Viabilidade 19

Apêndice B – Procedimentos de instalação do Banco de Dados e do Software 19

Anexo 1 ... N – Referências (documentos apresentar no item 1.4) e Manual do Usuário 19

Anexo N+1 – Modelo para Casos de Uso CRUD 20

Anexo N+2 – Modelo para Casos de Uso Estendidos 24

Anexo N+3 – Modelo para Casos de Alto Nível 25

---------------------------------------------------------------

1. INTRODUÇÃO

Atenção:

Todo texto marcado em vermelho neste modelo consiste em regulamentos e textos auxiliares, não fazendo parte do manual do sistema (ERS – Especificação de Requisitos de Sistema).

Paradigmas de Desenvolvimento:

Os capítulos 3 e 4 do manual do sistema estão relacionados ao paradigma de desenvolvimento selecionado pelo aluno – Estruturado ou Orientado a Objetos. Independentemente do paradigma, o sistema deverá ter o help on-line no qual será descrito cada elemento de cada tela do sistema e o significado e ação a ser realizada relacionada a cada mensagem de erro/advertência do sistema.

1.1 OBJETIVO

Descrever aqui o objetivo deste documento – manual do sistema:

- Delinear o objetivo da ERS;

- Especificar o público alvo (cliente, analista e desenvolvedor).

1.2 ESCOPO

Descrever aqui o escopo do produto de software a ser desenvolvido, inserindo os objetivos, como o sistema auxilia o processo de negócio e os benefícios do sistema:

- O escopo deve coincidir com as funções do produto (item 2.3);

- Identificar pelo nome o produto do software a ser produzido (1º parágrafo da seção);

- Explicar o que o produto de software fará e o que não (se for o caso);

- Descrever a aplicação do software incluindo benefícios relevantes e os objetivos específicos.

1.3 DEFINIÇÕES, SIGLAS E ABREVIAÇÕES

Definição dos temos, siglas e abreviações utilizados neste documento:

- Fornecer as definições de termos, siglas e abreviações necessárias para interpretar apropriadamente a ERS.

- Podem ser fornecidas por referência a apêndices na ERS ou a outros documentos

1.4 REFERÊNCIAS

Inserir uma tabela que descreva as referências adquiridas irão auxiliá-lo no entendimento do processo de negócio (documentos, planilhas, relatórios utilizados pelo cliente etc.):

- Fornecer uma lista completa de todos os documentos referenciados;

- Identificar cada documento por título, nº, data etc.;

- Especificar as origens das referências (quem forneceu);

- Os documentos referenciados devem estar em um Anexo.

1.5 VISÃO GERAL

Descrever como está organizado este documento a partir do Capítulo 2:

- Descrever o que contém a ERS;

- Explicar como a ERS está organizada.

---------------------------------------------------------------

2. DESCRIÇÃO GERAL DO PRODUTO

Este capítulo descreve fatores gerais do produto e seus requisitos, mas não requisitos específicos. Fornece apenas um background para esses requisitos, que serão detalhados no Capítulo 3.

2.1 ESTUDO DE VIABILIDADE

Aqui deve ser inserida a alternativa selecionada pelo cliente e a justificativa por tal escolha. A alternativa rejeitada deve ser colocada como um apêndice no final do manual.

2.2 PERSPECTIVA DO PRODUTO

Considerar aqui as interfaces externas de maneira sucinta – interface do sistema, do software, de hardware, do usuário, de comunicação, operações, níveis de acesso, backup, restauração etc.:

- Deve ser descrita de maneira resumida, de forma textual, sem detalhamento;

- 1/2 página, no máximo, pois trata-se de uma descrição geral), pois as interfaces mencionadas nessa seção serão detalhadas na seção Requisitos de Interface Externa (Item 3.2);

- O produto é colocado em perspectiva com outros produtos relacionados. Pode incluir:

- Interfaces do Sistema: com quais outros sistemas o produto de software interage (se houver);

- Interfaces do Usuário: formatos de telas, relatórios ou consulta, formatos de mensagens, acesso por níveis de usuário;

- Interfaces de Hardware: como o produto interage com os dispositivos de hardware; características de configuração;

- Interfaces de Software: deve especificar o uso de outros softwares necessários (BD, SO, software p/ capturar imagem etc.);

- Interfaces de Comunicação: especificar os protocolos de redes locais, protocolos de comunicação para sistemas multicamadas etc.;

- Limites de Memória: especificar as características e os limites de memória primária e secundária (limite mínimo);

- Operações: deve especificar requisitos de