Projeto Integrado - Turma S73 - 2010.2
De Wiki DAINF
(Diferença entre revisões)
(→Estrutura da Monografia (em revisão)) |
(→Estrutura da Monografia (em revisão)) |
||
Linha 20: | Linha 20: | ||
== Programa == | == Programa == | ||
− | == | + | == Monografia == |
− | + | === Estrutura (em revisão) === | |
− | === CAPÍTULO 1 === | + | No que for aplicável, usar o formato descrito nas [http://www.utfpr.edu.br/campomourao/biblioteca-e-producao-academica/normas-para-elaboracao-de-trabalhos-academicos/normas-para-elaboracao-de-trabalhos-academicos/ NORMAS PARA ELABORAÇÃO DE TRABALHOS ACADÊMICOS] da UTFPR (ver página 15). |
+ | |||
+ | ==== CAPÍTULO 1 ==== | ||
* Definição do problema | * Definição do problema | ||
Linha 30: | Linha 32: | ||
* Escopo (o que o meu sistema faz e o que não faz) | * Escopo (o que o meu sistema faz e o que não faz) | ||
− | === CAPÍTULO 2 === | + | ==== CAPÍTULO 2 ==== |
* ESPECIFICAÇÃO USANDO DFDs | * ESPECIFICAÇÃO USANDO DFDs | ||
** DFDs de nível 1 (processo por processo) | ** DFDs de nível 1 (processo por processo) | ||
− | |||
* Descrição detalhada do problema | * Descrição detalhada do problema | ||
** Descrição informal de cada processo | ** Descrição informal de cada processo | ||
− | === CAPÍTULO 3 === | + | ==== CAPÍTULO 3 ==== |
* Especificação Formal: | * Especificação Formal: | ||
** Tipos do sistema | ** Tipos do sistema | ||
Linha 56: | Linha 57: | ||
** Diagrama de Classes (pode ser entregue em formato A3) incluindo o diagrama lógico da opção de persistência adotada (estrutura de arquivos, MER e/ou Framework de Persistência/XML etc.); explicitação dos pacotes nos quais a aplicação foi distribuída; explicitação dos padrões de projeto porventura utilizados; dicionário de dados explicitando as notações utilizadas | ** Diagrama de Classes (pode ser entregue em formato A3) incluindo o diagrama lógico da opção de persistência adotada (estrutura de arquivos, MER e/ou Framework de Persistência/XML etc.); explicitação dos pacotes nos quais a aplicação foi distribuída; explicitação dos padrões de projeto porventura utilizados; dicionário de dados explicitando as notações utilizadas | ||
− | === CAPÍTULO 4 === | + | ==== CAPÍTULO 4 ==== |
ALGORITMOS | ALGORITMOS | ||
− | === CAP 5 === | + | ==== CAP 5 ==== |
CÁLCULO | CÁLCULO | ||
− | === CAP 6 === | + | ==== CAP 6 ==== |
− | + | IMPLEMENTAÇÃO | |
− | === CAPÍTULO | + | ==== CAPÍTULO 7 ==== |
* Conclusões e trabalhos futuros | * Conclusões e trabalhos futuros | ||
− | |||
− | * QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO | + | ==== Referências Bibliográficas ==== |
+ | |||
+ | * QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJAM SEUS | ||
* COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA | * COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA | ||
Edição de 11h55min de 27 de agosto de 2010
Tabela de conteúdo |
Descrição
- Página do projeto integrado no Moodle dao DAINF: http://moodle.dainf.ct.utfpr.edu.br/course/view.php?id=13
- Senha: (perguntar ao professor Adolfo)
Enunciado
Datas (em construção)
- Manter a quantidade de semanas
Entregáveis
Diagramas de Fluxo de Dados
Especificação Formal
Algoritmo
Programa
Monografia
Estrutura (em revisão)
No que for aplicável, usar o formato descrito nas NORMAS PARA ELABORAÇÃO DE TRABALHOS ACADÊMICOS da UTFPR (ver página 15).
CAPÍTULO 1
- Definição do problema
- Objetivo
- Escopo (o que o meu sistema faz e o que não faz)
CAPÍTULO 2
- ESPECIFICAÇÃO USANDO DFDs
- DFDs de nível 1 (processo por processo)
- Descrição detalhada do problema
- Descrição informal de cada processo
CAPÍTULO 3
- Especificação Formal:
- Tipos do sistema
- Estado do Sistema
- Inicialização do estado do sistema
- Descrição formal de cada processo
- Pré-condições
- Pós-condições
- Invariantes
- Para Orientação a Objetos:
- Explicitação de Requisitos Funcionais e Não Funcionais
- Diagrama de Casos de Uso com Contratos e Testes correspondentes
- Diagramas de Seqüência
- Diagramas de Estados (caso necessário)
- Diagramas de Colaboração
- Diagrama de Classes (pode ser entregue em formato A3) incluindo o diagrama lógico da opção de persistência adotada (estrutura de arquivos, MER e/ou Framework de Persistência/XML etc.); explicitação dos pacotes nos quais a aplicação foi distribuída; explicitação dos padrões de projeto porventura utilizados; dicionário de dados explicitando as notações utilizadas
CAPÍTULO 4
ALGORITMOS
CAP 5
CÁLCULO
CAP 6
IMPLEMENTAÇÃO
CAPÍTULO 7
- Conclusões e trabalhos futuros
Referências Bibliográficas
- QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJAM SEUS
- COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA
Cronograma (Datas de entrega)
- 27/09 – elaboração da especificação do problema (profs. de TGS e Lógica)
- O que deve ser entregue:
- Descrição textual
- Especificação formal
- Critérios de avaliação :
- coerência com a proposta inicial do sistema (tanto da especificação formal quanto da descrição textual, entre si e em relação à proposta inicial do sistema)
- correção sintática no uso da linguagem de especificação formal
- O que deve ser entregue:
- 18/10 – projeto estrutural do sistema (design)
- O que deve ser entregue:
- diagrama de classes (não necessariamente sendo rígido em relação a UML).
- Critérios de avaliação:
- coerência com a especificação
- coerência com as boas práticas de OO ensinadas durante as aulas
- O que deve ser entregue:
- 04/11 – Algoritmos
- O que deve ser entregue:
- Algoritmos para o módulo de vendas.
- Critérios de avaliação:
- coerência com a especificação
- instruções utilizadas em portugol
- O que deve ser entregue:
- 25/11 – Implementação
- O que deve ser entregue:
- Código-fonte funcional
- Todos os itens das entregas anteriores revisados
- Critérios de avaliação:
- lista de funcionalidades da especificação
- coerência com o design
- coerência com os algoritmos
- O que deve ser entregue:
- A partir de 02/12 - Bancas