modelo de projeto
1.1 OBJETIVO
1.2 ESCOPO
1.3 DEFINIÇÕES, SIGLAS E ABREVIAÇÕES
1.4 REFERÊNCIAS
1.5 VISÃO GERAL
2. DESCRIÇÃO GERAL DO PRODUTO (tópico vazio)
2.1 ESTUDO DE VIABILIDADE
Aqui deve ser inserida a alternativa selecionada (a alternativa que está sendo desenvolvida no projeto). A alternativa rejeitada deve ser colocada como um apêndice no final do manual.
2.2 PERSPECTIVA DO PRODUTO
2.3 FUNÇÕES DO PRODUTO (tópico vazio)
2.3.1 Funções Básicas
2.3.2 Funções Fundamentais
2.3.3 Funções de Saída
2.4 CARACTERÍSTICAS DO USUÁRIO
2.5 LIMITES, DEPENDÊNCIAS E SUPOSIÇÕES
2.6 REQUISITOS ADIADOS
3. REQUISITOS ESPECÍFICOS (tópico vazio)
3.1 CASOS DE USO (tópico vazio)
3.1.1 Especificações de Casos de Uso
3.1.2 Diagrama de Casos de Uso
3.2 MODELO AMBIENTAL (tópico vazio)
3.2.1 Diagrama de Contexto
3.2.2 Lista de Eventos
No mínimo 15 eventos (não pode haver somente CRUD’s e relatórios, tem que haver movimentação).
3.2.3 Declaração dos Objetivos do Sistema
3.2.4 DFDs Particionados e Refinamentos
3.2.5 Lógica de Processos
Vamos aplicar portugol aqui.
3.2.6 Dicionário de Dados
4. PROJETO DE SOFTWARE (tópico vazio)
4.1 MODELO DE IMPLEMENTAÇÃO (tópico vazio)
4.1.1 Características de Processamento
4.1.2 Modelo Navegacional
4.2 PROJETO ESTRUTURADO (tópico vazio)
4.2.1 Diagrama de Estrutura Modular
4.2.2 Pseudocódigo
Vamos aplicar portugol aqui.
4.2.3 Layout de Telas
Apêndice A – Alternativas rejeitadas do Estudo de Viabilidade
Anexo 1 ... N – Referências (documentos apresentar no item 1.4)
Anexo N+1 – Modelo para Casos de Uso CRUD
Este padrão é utilizado para a documentação dos requisitos de operações de manutenção em sistemas de informação, por meio do uso de modelos e especificações de casos de uso. Os requisitos de operações de manutenção são caracterizados por operações de Inclusão, Consulta, Alteração e Exclusão.
Estrutura
Fluxo básico
1. O caso de uso inicia quando o