Projeto Integrado - Turma S73 - 2013.1

De Wiki DAINF
(Diferença entre revisões)
(Criou página com ' = O que é o Projeto Integrado do Primeiro Período do Bacharelado em Sistemas de Informação? = Leia [[Projeto Integrado do Primeiro Período do Bacharelado em Sistemas de...')
 
Linha 6: Linha 6:
 
= Equipe de Professores diretamente envolvidos =
 
= Equipe de Professores diretamente envolvidos =
  
* Adolfo Neto (Lógica para Computação)  
+
* Adolfo Neto (Lógica para Computação)   - Professor Responsável
 
* Silvia (Algoritmos 1)
 
* Silvia (Algoritmos 1)
 
* Bogdan (Fundamentos 1)
 
* Bogdan (Fundamentos 1)
Linha 23: Linha 23:
 
== Funcionalidades essenciais ==
 
== Funcionalidades essenciais ==
  
# '''Funcionalidades básicas do PacMan'''
+
((EM CONSTRUÇÃO))
#* Os alunos deverão estudar a [http://www.google.com/pacman/ implementação de referência do PacMan] e implementar as principais funcionalidades do jogo, tais como:
+
 
#** Deve haver um "ser", controlado pelo jogador, cujo objetivo é destruir seus "inimigos"
+
#** Os inimigos devem ser no mínimo 4, com movimentos independentes.
+
#** Devem haver vários "objetos" que podem ser "consumidos" pelo "ser", tais como, na implementação de referência: pontos, frutas, vitaminas, inimigos, etc.
+
#** O "ser" deve ter um número inicial fixo de "vidas"
+
#** ...
+
# '''Controle de acesso e cadastro de jogadores'''
+
#* Para jogar o jogo é necessário antes cadastrar-se, definindo um ''login'' e uma ''senha''.
+
#** Na tela inicial do sistema será solicitado o login e a senha do jogador. E haverá uma opção para permitir que quem ainda não se cadastrou se cadastre.
+
#** O jogador poderá escolher seu login. O sistema deverá impedir que alguém se cadastre com o login de um outro jogador já cadastrado.
+
# '''Registro da pontuação de jogadores'''
+
#* Cada vez que um jogo for finalizado, a pontuação do jogador naquele jogo deverá ser armazenada de forma persistente (isto é, num arquivo). Juntamente com a pontuação deve ser armazenado o dia, mês, ano, hora, minuto e segundo em que o jogador conseguiu a pontuação.
+
# '''Exibição de pontuação e recordes'''
+
#* Um jogador poderá ver todas as suas pontuações (juntamente com a data em que foi obtida), ordenadas da maior para a menor.
+
#* Um jogador poderá ver as 10 melhores pontuações considerando todos os jogadores (juntamente com o nome do jogador e a data em que foi obtida), ordenadas da maior para a menor. Em caso de empate no fim da lista podem ser exibidas mais de 10 pontuações.
+
  
 
== Funcionalidades desejáveis ==
 
== Funcionalidades desejáveis ==
  
# A sigla 'UTFPR' deve aparecer em algum lugar do "tabuleiro". Uma ideia: os obstáculos do meio do "tabuleiro" formam a sigla 'UTFPR' (como o Google fez em sua versão do PacMan [http://www.google.com/pacman]).
+
((EM CONSTRUÇÃO))
# Demais funcionalidades desejáveis serão definidas pela própria equipe e aprovadas (ou não) pela equipe de professores do Projeto Integrado. Isto é, cada equipe fica responsável por sugerir itens adicionais ao projeto, para diferenciá-lo dos demais.
+
  
 
= Regras =
 
= Regras =
  
* Quantidade de membros na equipe: 3 ou 4.
+
* Quantidade de membros na equipe: 3.
 
** Observação: caso um ou dois integrantes da equipe desistam de uma ou mais disciplinas ao longo do semestre, a equipe poderá escolher entre permanecer a mesma ou fundir-se com outra equipe. O professor responsável pela gerência do projeto analisará cada caso.
 
** Observação: caso um ou dois integrantes da equipe desistam de uma ou mais disciplinas ao longo do semestre, a equipe poderá escolher entre permanecer a mesma ou fundir-se com outra equipe. O professor responsável pela gerência do projeto analisará cada caso.
 
* Todas as equipes deverão relatar semanalmente o andamento do projeto.
 
** Sugestão: criar um blog no posterous para isso.
 
  
 
= Equipes =
 
= Equipes =
  
# '''Go 2 Games:''' Jonathan Felipe Medeiros, Gustavo Borges Follador, Rodrigo Augusto Toigo Homem, Rafael Antonio Lopez. Blog: http://go2games.posterous.com
+
((EM CONSTRUÇÃO))
# '''Beta Games Company:''' Raphael Jardim Lopes, Eduardo Quagliato, Rafaela Somavila Lima, Giulliano Menezes. Blog: http://blog.betagamesco.com/
+
# Guilherme R. Bastos, Bruno Roberto, Fernando Sencioles, Vanderlei Moreno. Página: http://rrsm.posterous.com
+
# '''Overflow Games S/A:''' Diego de Faria do Nascimento, Lucas de Melo Carvalho, Matheus Ernesto Silva Gonçalves, Paulo Matheus Peruzzo Storrer. http://overflow-games.posterous.com/
+
# Fernando Carmo, Philip, Gyovann: http://projetointegradobsi.blogspot.com/
+
# '''Piraludos:''' Renan Romeo, Neiton Arlindo Soares, Mauro Emerson Biscaia Filho, Guilherme Vinicius Kluppell: http://www.piraludos.blogspot.com/
+
# '''BSI Games:''' Lucas de Lara, Diego Sikora, Guilherme Marinasco, Marcio Henrique Machado. Página: http://bsigames.blogspot.com
+
# Lucas Gabardo Silveira, Eduardo Carvalho Oliveira
+
# Tulio Martins Freitas, Vinicius Skotnicezny, Marco, Marlon M. http://p-2356m.posterous.com/
+
# '''パックマン Pakkuman:'''' Guilherme Lincon Barczyszyn, Max, Henrique Antunes: http://pakkuman.posterous.com/
+
 
+
 
+
  
  

Edição de 10h57min de 5 de agosto de 2013

Tabela de conteúdo

O que é o Projeto Integrado do Primeiro Período do Bacharelado em Sistemas de Informação?

Leia Projeto Integrado do Primeiro Período do Bacharelado em Sistemas de Informação.

Equipe de Professores diretamente envolvidos

  • Adolfo Neto (Lógica para Computação) - Professor Responsável
  • Silvia (Algoritmos 1)
  • Bogdan (Fundamentos 1)
  • Bernardes (TGS)

Demais professores do primeiro período

  • (EM CONSTRUÇÃO)

Descrição do Projeto

((EM CONSTRUÇÃO))


Funcionalidades essenciais

((EM CONSTRUÇÃO))


Funcionalidades desejáveis

((EM CONSTRUÇÃO))

Regras

  • Quantidade de membros na equipe: 3.
    • Observação: caso um ou dois integrantes da equipe desistam de uma ou mais disciplinas ao longo do semestre, a equipe poderá escolher entre permanecer a mesma ou fundir-se com outra equipe. O professor responsável pela gerência do projeto analisará cada caso.

Equipes

((EM CONSTRUÇÃO))


O que cada equipe precisa entregar?

  1. Software funcionando (incluindo código-fonte com licenca aberta)
  2. Documento descrevendo o software, contendo as seguintes seções:
    1. Introdução
    2. Diagramas de Fluxo de Dados (mais informações com o professor de TGS)
    3. Especificação Formal (mais informações com o professor de Lógica para Computação)
    4. Algoritmos Utilizados (mais informações com a professora de Algoritmos 1)
    5. Design e Implementação do Sistema (mais informações com a professora de Fundamentos de Programação 1)
    6. Conclusão


O documento deve seguir as normas para a elaboração de trabalhos acadêmicos da UTFPR.

De acordo com o que está na página 16 das normas, o documento deverá conter os seguintes elementos:

  1. Capa
  2. Folha de rosto
  3. Sumário
  4. Introdução
  5. Desenvolvimento (dividido em seções como visto acima)
  6. Conclusão
  7. Referências

Não é necessário Resumo, Abstract, Lista de Ilustrações, Lista de Tabelas, etc.

Instruções sobre como elaborar estes elementos e sobre como fazer citações (muito importante!) podem ser encontradas nas normas. A equipe da Biblioteca da UTFPR e o(a) professor(a) de Comunicação Oral e Escrita também podem ajudar quanto às questões de escrita do documento.



Avaliação

A cada item do documento/implementação será atribuído um peso. Em adição, a equipe que obtiver a melhor pontuação nas "funcionalidades desejáveis" obterá um acréscimo de 10% na nota.

Baseados nestes itens os professores estabelecerão uma nota.

A nota pode ser diferente por disciplina, por membro da equipe. Ex.: na equipe A, com os membros A1, A2 e A3, A1 pode tirar 10 em Algoritmos, 9 em Lógica e 8 em Fundamentos 1. Na mesma equipe, os membros A2 e A3 podem tirar 9 em Algoritmos, 8 em Lógica e 8 em Fundamentos 1.

Uma única nota será repassada ao professor de TGS.


Algumas métricas que também serão avaliadas:

  • qualidade do código em geral
    • quantidade de variáveis globais
    • concordância com padrões de codificação (regras para nomear símbolos, por exemplo)
    • qualidade e quantidade dos comentários
    • adequabilidade das funções/métodos de API escolhidos
  • grau de modularização:
    • número de funções/métodos x linhas por função/método
    • quantidade de funções/métodos chamadas mais de uma vez

Datas Importantes

  • Até 16.09.2011: definição das equipes
  • Até 26.09.2011: entrega de documento descrevendo o jogo PacMan.
  • (prof. Bernardes definiu): Entrega dos Diagramas de Fluxo de Dados
  • 25.11.2011: Entrega do documento para o(a) professor(a) de Comunicação Oral e Escrita, para revisão
  • 06.12.2011 10h00: Entrega do documento e do código-fonte (via Moodle)
  • 06 a 09.12.2011: Bancas do projeto integrado

IMPORTANTE

Os melhores trabalhos serão apresentados na ExpoUT 2012!

Ferramentas pessoais