Projeto Integrado - Turma S73 - 2010.2
De Wiki DAINF
(Diferença entre revisões)
(→Descrição) |
(→Estrutura da Monografia (em revisão)) |
||
Linha 22: | Linha 22: | ||
== Estrutura da Monografia (em revisão) == | == Estrutura da Monografia (em revisão) == | ||
− | Obs.: 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). | + | Obs.: 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 === | === CAPÍTULO 1 === | ||
Linha 74: | Linha 74: | ||
* QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJA SEU | * QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJA SEU | ||
* COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA | * COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA | ||
− | |||
− | |||
= Cronograma (Datas de entrega) = | = Cronograma (Datas de entrega) = |
Edição de 11h52min 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
Estrutura da Monografia (em revisão)
Obs.: 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
IMPLEMENTACAO
CAPÍTULO 5
- Conclusões e trabalhos futuros
Referências Bibliográficas
- QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJA SEU
- 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