Projeto Integrado - Turma S73 - 2010.2

De Wiki DAINF
(Diferença entre revisões)
(Cronograma)
(Cronograma (Datas de entrega))
 
(33 edições intermediárias de um usuário não apresentadas)
Linha 1: Linha 1:
 
= Descrição =
 
= Descrição =
  
== Enunciado ==
+
* O [[Projeto Integrado do Primeiro Período do Bacharelado em Sistemas de Informação | projeto integrado]]  é um projeto de desenvolvimento de um sistema de informação que envolve diversas disciplinas do primeiro período do [[Bacharelado em Sistemas de Informação]].
  
= Datas (em construção) =
 
  
* Manter a quantidade de semanas
+
* Ao longo do semestre os alunos (divididos em equipes de até 3 estudantes) desenvolvem um sistema desde a especificação até a implementação.
  
= Entregáveis =
 
  
== Diagramas de Fluxo de Dados ==
+
* São as seguintes as '''disciplinas''' cujos conteúdos são exigidos no desenvolvimento do sistema:
 +
** Teoria Geral de Sistemas
 +
** [[Lógica para Computação]]
 +
** Algoritmos 1
 +
** Fundamentos de Programação 1
 +
** Comunicação Oral e Escrita
  
== Especificação Formal ==
 
  
== Algoritmo ==
+
* Os seguintes '''artefatos''' (documentos escritos, diagramas e/ou programas de computador) são entregues ao longo do semestre:
 +
** Diagramas de Fluxo de Dados (conforme orientação do professor de "Teoria Geral de Sistemas")
 +
** Documento de Especificação Formal (conforme orientação do professor de "Lógica para Computação")
 +
** Algoritmo (conforme orientação do(a) professor(a) de "Algoritmos 1")
 +
** Programa executável (conforme orientação do(a) professor(a) de "Fundamentos de Programação 1")
 +
** Monografia (conforme orientação de todos os professores e supervisão da professora de "Comunicação Oral e Escrita")
  
== Programa ==
 
  
== Estrutura da Monografia (em revisão) ==
+
* Obs.1: A disciplina "Cálculo I" não participará diretamente do Projeto Integrado neste semestre. Mas alguns exercícios serão passados pela professora da disciplina cujo conteúdo está relacionado ao Projeto Integrado.
 +
* Obs.2: A disciplina "Tecnologia e Sociedade" não participa diretamente do Projeto Integrado. Mas os conhecimentos adquiridos nesta disciplina são necessários para os alunos fazerem a crítica do próprio processo de desenvolvimento que é exigida na conclusão da monografia do Projeto Integrado.
  
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).
 
  
=== CAPÍTULO 1 ===
+
== Enunciado ==
 +
 
 +
* Ver na página do projeto integrado no Moodle do DAINF: http://moodle.dainf.ct.utfpr.edu.br/course/view.php?id=13
 +
** Senha: (perguntar ao professor Adolfo)
 +
 
 +
 
 +
== Estrutura  da Monografia ==
 +
 
 +
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 ====
  
 
* Definição do problema
 
* Definição do problema
Linha 27: Linha 43:
 
* 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)
 
+
*** Para esta parte, consultar o professor de TGS
  
 
* Descrição detalhada do problema
 
* Descrição detalhada do problema
 
** Descrição informal de cada processo
 
** Descrição informal de cada processo
 +
*** Para esta parte, consultar o professor de Lógica para Computação
 +
 +
==== CAPÍTULO 3 ====
  
=== CAPÍTULO 3 ===
 
 
* Especificação Formal:  
 
* Especificação Formal:  
 
** Tipos do sistema
 
** Tipos do sistema
Linha 44: Linha 63:
 
*** Pós-condições
 
*** Pós-condições
 
*** Invariantes
 
*** Invariantes
 +
** Para esta parte, consultar o professor de Lógica para Computação
  
* Para Orientação a Objetos:
+
==== CAPÍTULO 4 ====
** 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 implementados
 +
** Para esta parte, consultar o professor de Algoritmos
  
ALGORITMOS
+
==== CAPÍTULO 5 ====
  
=== CAP 5 ===
+
* Descrição da implementação
 +
** Para esta parte, consultar o professor de Fundamentos de Programação 1
  
CÁLCULO
+
==== CAPÍTULO 6 ====
  
=== CAP 6 ===
 
 
IMPLEMENTACAO
 
 
=== CAPÍTULO 5 ===
 
 
* Conclusões e trabalhos futuros
 
* Conclusões e trabalhos futuros
=== Referências Bibliográficas ===
+
** Para esta parte, consultar o professor de Comunicação Oral e Escrita e todos os outros professores
  
* QUE LIVROS/PAGINAS/TRECHOS DE CODIGO VOCE USOU QUE NAO SEJA SEU
+
==== Referências Bibliográficas ====
* COBRAR REFS DE QQ MATERIAL QUE NAO SEJA REF BASICA DA DISCIPLINA
+
  
 +
* Citar apenas os artigos científicos, livros, páginas na internet ou  trechos de código de terceiros que a equipe usou
 +
** Não citar os materiais que sejam referências básicas das disciplinas
 +
** Para esta parte, consultar o professor de Comunicação Oral e Escrita
  
 +
= Cronograma (Datas de entrega) =
  
= Cronograma =
+
* 27/09 – '''elaboração da especificação do problema''' (profs. de TGS e Lógica)
 
+
* 27/09 – elaboração da especificação do problema (profs. de TGS e Lógica)
+
 
** O que deve ser entregue:
 
** O que deve ser entregue:
 
*** Descrição textual
 
*** Descrição textual
*** Descrição lógica formal
+
*** Diagramas de Fluxo de Dados
 +
*** Especificação formal
 
** Critérios de avaliação :
 
** 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)
 
*** 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)
Linha 85: Linha 98:
 
   
 
   
  
* 18/10 – projeto estrutural do sistema (design)
+
* 18/10 – '''projeto estrutural do sistema''' (design)
<nowiki>
+
**    O que deve ser entregue:
    O que deve ser entregue:
+
***        diagrama de classes (não necessariamente sendo rígido em relação a UML).
        diagrama de classes (não necessariamente sendo rígido em relação a UML).
+
**    Critérios de avaliação:
    Critérios de avaliação:
+
***        coerência com a especificação
        coerência com a especificação
+
***        coerência com as boas práticas de OO ensinadas durante as aulas
        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
+
* 04/11 – '''Algoritmos'''
<nowiki>
+
**    O que deve ser entregue:
    O que deve ser entregue:
+
***        Algoritmos para o módulo de vendas.
        Código-fonte funcional
+
**    Critérios de avaliação:
        Todos os itens das entregas anteriores revisados
+
***        coerência com a especificação
    Critérios de avaliação:
+
***        instruções utilizadas em  portugol
        lista de funcionalidades da especificação
+
 
        coerência com o design
+
 
        coerência com os algoritmos
+
* 02/12 – '''Implementação''' e '''Documento Final'''
</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
 
   
 
   
  
* A partir de 02/12 - Bancas
+
* A partir de 06/12 - Bancas

Edição atual tal como 14h47min de 18 de novembro de 2010

Tabela de conteúdo

Descrição


  • Ao longo do semestre os alunos (divididos em equipes de até 3 estudantes) desenvolvem um sistema desde a especificação até a implementação.


  • São as seguintes as disciplinas cujos conteúdos são exigidos no desenvolvimento do sistema:
    • Teoria Geral de Sistemas
    • Lógica para Computação
    • Algoritmos 1
    • Fundamentos de Programação 1
    • Comunicação Oral e Escrita


  • Os seguintes artefatos (documentos escritos, diagramas e/ou programas de computador) são entregues ao longo do semestre:
    • Diagramas de Fluxo de Dados (conforme orientação do professor de "Teoria Geral de Sistemas")
    • Documento de Especificação Formal (conforme orientação do professor de "Lógica para Computação")
    • Algoritmo (conforme orientação do(a) professor(a) de "Algoritmos 1")
    • Programa executável (conforme orientação do(a) professor(a) de "Fundamentos de Programação 1")
    • Monografia (conforme orientação de todos os professores e supervisão da professora de "Comunicação Oral e Escrita")


  • Obs.1: A disciplina "Cálculo I" não participará diretamente do Projeto Integrado neste semestre. Mas alguns exercícios serão passados pela professora da disciplina cujo conteúdo está relacionado ao Projeto Integrado.
  • Obs.2: A disciplina "Tecnologia e Sociedade" não participa diretamente do Projeto Integrado. Mas os conhecimentos adquiridos nesta disciplina são necessários para os alunos fazerem a crítica do próprio processo de desenvolvimento que é exigida na conclusão da monografia do Projeto Integrado.


Enunciado


Estrutura da Monografia

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)
      • Para esta parte, consultar o professor de TGS
  • Descrição detalhada do problema
    • Descrição informal de cada processo
      • Para esta parte, consultar o professor de Lógica para Computação

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 esta parte, consultar o professor de Lógica para Computação

CAPÍTULO 4

  • Algoritmos implementados
    • Para esta parte, consultar o professor de Algoritmos

CAPÍTULO 5

  • Descrição da implementação
    • Para esta parte, consultar o professor de Fundamentos de Programação 1

CAPÍTULO 6

  • Conclusões e trabalhos futuros
    • Para esta parte, consultar o professor de Comunicação Oral e Escrita e todos os outros professores

Referências Bibliográficas

  • Citar apenas os artigos científicos, livros, páginas na internet ou trechos de código de terceiros que a equipe usou
    • Não citar os materiais que sejam referências básicas das disciplinas
    • Para esta parte, consultar o professor de Comunicação Oral e Escrita

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
      • Diagramas de Fluxo de Dados
      • 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


  • 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


  • 02/12 – Implementação e Documento Final
    • 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 06/12 - Bancas
Ferramentas pessoais