Projeto Integrado - Turma S73 - 2010.2
(→Datas) |
(→Referências Bibliográficas) |
||
Linha 71: | Linha 71: | ||
* 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 = | ||
+ | |||
+ | * 27/09 – elaboração da especificação do problema (profs. de TGS e Lógica) | ||
+ | |||
+ | <nowiki> | ||
+ | O que deve ser entregue: | ||
+ | Descrição textual | ||
+ | Descrição lógica 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 | ||
+ | <nowiki/> | ||
+ | |||
+ | |||
+ | * 18/10 – projeto estrutural do sistema (design) | ||
+ | <nowiki> | ||
+ | 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 | ||
+ | <nowiki/> | ||
+ | |||
+ | * 04/11 – Algoritmos | ||
+ | <nowiki> | ||
+ | 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 | ||
+ | <nowiki/> | ||
+ | |||
+ | |||
+ | * 25/11 – Implementação | ||
+ | <nowiki> | ||
+ | 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 | ||
+ | <nowiki/> | ||
+ | |||
+ | |||
+ | * A partir de 02/12 - Bancas |
Edição de 13h38min de 16 de agosto de 2010
Tabela de conteúdo |
Descrição
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.: 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
- 27/09 – elaboração da especificação do problema (profs. de TGS e Lógica)
O que deve ser entregue: Descrição textual Descrição lógica 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 <nowiki/> * 18/10 – projeto estrutural do sistema (design) <nowiki> 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 <nowiki/> * 04/11 – Algoritmos <nowiki> 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 <nowiki/> * 25/11 – Implementação <nowiki> 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 <nowiki/> * A partir de 02/12 - Bancas