Projeto Integrado - Turma S73 - 2011.2
De Wiki DAINF
(Diferença entre revisões)
(→Funcionalidades essenciais) |
(→O que cada equipe precisa entregar?) |
||
Linha 70: | Linha 70: | ||
# Software funcionando | # Software funcionando | ||
# Documento documentando e descrevendo o software | # Documento documentando e descrevendo o software | ||
+ | |||
+ | |||
+ | === Avaliação === | ||
+ | |||
+ | A cada item da especificaçã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. | ||
+ | |||
+ | 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 = | = Datas Importantes = |
Edição de 11h45min de 29 de setembro de 2011
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 pelo Projeto 1
- Mari (Algoritmos 1)
- Karla (Fundamentos 1)
- Bernardes (TGS)
- Regis (Comunicação Oral e Escrita)
Demais professores do primeiro período
- Keller (Tecnologia e Sociedade)
- Violeta (Cálculo 1)
Descrição do Projeto
- A implementação poderá ser em modo texto ou usando alguma biblioteca gráfica como a Allegro.
Funcionalidades essenciais
- Funcionalidades básicas do PacMan
- 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.
- Para jogar o jogo é necessário antes cadastrar-se, definindo um login e uma senha.
- 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, hora, minuto e segundo em que o jogador consegui 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
(A DEFINIR)
Itens adicionais
Cada equipe fica responsável por sugerir itens adicionais ao projeto, para diferenciá-lo dos demais.
Regras
- Quantidade de membros na equipe: 3 ou 4.
- 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
- Jonathan Felipe Medeiros, Gustavo Borges Follador, Rodrigo Augusto Toigo Homem, Rafael Antonio Lopez
- Beta Games Company: Raphael Jardim Lopes, Eduardo Quagliato, Rafaela Somavila Lima, Giulliano Menezes
- Guilherme R. Bastos, Bruno Roberto, Fernando Sencioles, Vanderlei Moreno
- Diego de Faria do Nascimento, Lcas de Melo Carvalho, Matheus Ernesto Silva Gonçalves, Paulo Matheus Peruzzo Storrer
- Fernando Carmo, Philip, Gyovann
- Renan Romeo, Neiton Arlindo Soares, Mauro Emerson Biscaia Filho, Guilherme Vinicius Kluppell
- Roberto S Borges, Lucas de Lara, Diego Sikora, Guilherme Marinasco
- Lucas Gabardo Silveira, Eduardo Carvalho Oliveira, Marcio Henrique Machado
O que cada equipe precisa entregar?
- Software funcionando
- Documento documentando e descrevendo o software
Avaliação
A cada item da especificaçã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.
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.