Projeto Integrado - Turma S73 - 2010.2

Datas (em construção)

• Manter a quantidade de semanas

Entregáveis

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

• 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

• 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

• 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

• A partir de 02/12 - Bancas