Projeto Integrado - Turma S73 - 2010.2
De Wiki DAINF
(Diferença entre revisões)
(→CAPÍTULO 2) |
(→Cronograma (Datas de entrega)) |
||
(47 edições intermediárias de um usuário não apresentadas) | |||
Linha 1: | Linha 1: | ||
= Descrição = | = Descrição = | ||
− | + | * 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]]. | |
− | |||
− | + | * 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.: | + | * 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 == |
+ | |||
+ | * 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 | ||
* Objetivo | * Objetivo | ||
+ | * Escopo (o que o meu sistema faz e o que não faz) | ||
− | === CAPÍTULO 2 === | + | ==== CAPÍTULO 2 ==== |
− | * ESPECIFICAÇÃO | + | |
− | + | * ESPECIFICAÇÃO USANDO DFDs | |
− | ** 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 | ** Descrição informal de cada processo | ||
+ | *** Para esta parte, consultar o professor de Lógica para Computação | ||
+ | |||
+ | ==== CAPÍTULO 3 ==== | ||
− | |||
− | |||
− | |||
* Especificação Formal: | * Especificação Formal: | ||
** Tipos do sistema | ** Tipos do sistema | ||
Linha 43: | Linha 63: | ||
*** Pós-condições | *** Pós-condições | ||
*** Invariantes | *** 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 | * 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 |
− | == | + | |
− | * | + | ==== 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 |
Edição atual tal como 14h47min de 18 de novembro de 2010
Tabela de conteúdo |
Descrição
- 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.
- 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
- 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 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
- DFDs de nível 1 (processo por processo)
- Descrição detalhada do problema
- Descrição informal de cada processo
- Para esta parte, consultar o professor de Lógica para Computação
- 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 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
- 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:
- 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
- O que deve ser entregue:
- A partir de 06/12 - Bancas