Documentação de Software

Páginas: 6 (1397 palavras) Publicado: 19 de março de 2014
Documentação de um
Produto de Software

Projeto: xxxxxxxxx

Disciplina de Engenharia de Software III

Profa. Dra. Ana Paula Gonçalves Serra





Autores:
Xxxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxxxxxxx









2014

ÍNDICE

1. INTRODUÇÃO 3
2. REQUISITOS DO SISTEMA 3
2.1. REQUISITOS FUNCIONAIS 3
2.2. REQUISITOS NÃO-FUNCIONAIS4
2.3. PROTÓTIPO (OPCIONAL) 4
3. ANÁLISE 5
3.1. DIAGRAMA DE CLASSES DE ANÁLISE (MODELO DO DOMÍNIO) 5
4. PROJETO 6
4.1. ARQUITETURA DO SISTEMA 6
4.2. REALIZAÇÃO DE CASOS DE USO 6
4.3. DIAGRAMA DE ATIVIDADES 7
4.4. DIAGRAMA DE ESTADOS 8
4.5. DIAGRAMA DE COMPONENTES (OPCIONAL) 8
4.6. MODELO DE DADOS (OPCIONAL) 9
5. IMPLEMENTAÇÃO (OPCIONAL) 9
6. TESTES 9
6.1. PLANO DE TESTES 9
6.2.EXECUÇÃO DO PLANO DE TESTES 9


1. Introdução
O objetivo deste capítulo é apresentar uma visão geral do sistema, ou seja, uma descrição do projeto a ser desenvolvido, pesquisas realizadas, processo de desenvolvimento de software utilizado, método de trabalho e ferramentas.

2. Requisitos do Sistema
Este capítulo tem como objetivo descrever os requisitos do sistema.
2.1. RequisitosFuncionais
Neste item devem ser apresentados os requisitos funcionais que especificam ações que um sistema deve ser capaz de executar, ou seja, as funções do sistema. Os requisitos funcionais geralmente são melhor descritos em diagramas de caso de uso, juntamente com o detalhamento dos atores e de cada caso de uso.
A seguir é apresentada a notação básica de um diagrama de caso de uso.

Notação básicado diagrama de caso de uso.

Cada ator do diagrama de caso de uso deve ser descrito de forma sucinta (2 linhas) e cada caso de uso deve ser especificado. A seguir são apresentados itens básicos para a especificação dos casos de uso do diagrama.
 Nome do Caso de Uso
 Breve descrição
 Atores envolvidos
 Fluxo Principal ou Básico
 Fluxos Alternativos
 Pré-condições
 Pós-condições;2.2. Requisitos Não-Funcionais
Neste item devem ser apresentados os requisitos não funcionais, que especificam restrições sobre os serviços ou funções providas pelo sistema. A seguir são apresentados alguns tipos de requisitos não funcionais.
Sommerville, Ian. Engenharia de Software, 6ª edição.
2.3. Protótipo (OPCIONAL)
Neste item deve ser apresentado o protótipo do sistema que consiste nainterface preliminar contendo um subconjunto de funcionalidades e telas. O protótipo deve ser incrementalmente evoluído até a concordância completa dos requisitos previstos para o sistema, de comum acordo com o usuário. O protótipo é um recurso que deve ser adotado como estratégia para levantamento, detalhamento, validação de requisitos e modelagem de interface com o usuário (usabilidade).
As telasdo sistema podem ser criadas na própria linguagem de desenvolvimento ou em qualquer outra ferramenta de desenho. Cada tela deve possuir uma descrição detalhada do seu funcionamento. Alguns itens importantes na descrição são:
- Objetivo da tela;
- De onde é chamada e que outras telas podem chamar;
- Regras:
 Domínio (tamanho de campo, tipo de dados que aceita valor default);
 Tipo deusuários que podem acessar;
 Lógica de negócio (campos obrigatórios, validade entre datas, preenchimento anterior de um campo para efetuar uma operação, etc).
A descrição detalhada das telas deve registrar informações que possam ser consultadas na implementação do sistema, facilitando, agilizando e minimizando erros de implementação e na execução de testes.

3. Análise
Este capítulo temcomo objetivo analisar, detalhar e propor uma solução geral do sistema de acordo com os requisitos levantados e validados no capítulo 2.
3.1. Diagrama de Classes de Análise (Modelo do Domínio)
Neste item deve ser apresentado o modelo do domínio, que representa um primeiro modelo conceitual do diagrama de classes. Posteriormente, esse diagrama deve ser validado, refinado e complementado para...
Ler documento completo

Por favor, assinar para o acesso.

Estes textos também podem ser interessantes

  • Documentação de software
  • Documentação de Software
  • Documentação de Software
  • Documentação de um software
  • Documentaçao de software
  • Documentação de software
  • Modelo de Documentação de Software
  • SDT

Seja um membro do Trabalhos Feitos

CADASTRE-SE AGORA!