Provas


  • Datas
    • 1a. Prova: 16/01/2014
    • 2a. Prova: 06/03/2014


Notas

Nome 1a. prova 2a. prova Modelo Hierárquico Comandos SQL Novas Tecnologias
................................ Pontuação 25,0 25,0 10,0 25,0 15,0
Caetano Alcantara Borges - 9169 9931 10,5 - - - -
Fernando Beletti - 9193 5335 14,0 - - - -
Hiago Araújo Silva - 9993-5786 16,0 - - - -
Igor Eduardo Leandro Alvarenga - 9103-7791 14,5 - - - -
Lucas Ramos Cardoso - 9276-0122 11,5 - - - -
Yassusshi Miguel Ávila Okada - 9178 2239 12,0 - - - -


Trabalhos


1o. Trabalho - 10,0 pontos

  • Criação de Banco de Dados Hierárquico com as funções CRUD
    • Fernando: Conceito
    • Hiago: Estrutura
    • Igor: Inclusão
    • Yassushi: Exclusão
    • Lucas: Pesquisa
    • Caetano: Alteração


Código Modelo Hierárquico



2o. Trabalho - 25,0 pontos

  • Implementação de um Banco de Dados usando o SGBD abaixo:
    • MySQL:

  • Considerações:
    • O diagrama é bastante simples, uma vez que o sistema é fortemente baseado em relatórios de fluxos e tempo de semáforos abertos. Estes dados são calculados a partir dos dados dos ciclos (tempos em que o semáforo fica aberto) e não é interessante guardá-los, já que devido à grande "rotatividade" do sistema, a todo momento estes relatórios são atualizados.
    • Por exemplo, o tempo que um semáforo fica fechado não precisa ser salvo, já que basta fazer o complemento do tempo em que ele fica aberto (foco do sistema).




        • Considerações:
          • Em Save, o checkpoint é o local onde o usuário salvou o jogo
          • Em Persongem, Item, Inimigo, o atributo imagem seria a imagem deles no jogo
          • Em Item, o atributo Tipo_item, se refere se é uma arma, escudo, armadura, etc.
          • Loot é onde informa os itens que o inimigo deixa ao personagem ao ser derrotado
          • Em Inimigo, o atributo Experiencia_inimigo é a quantidade de experiencia que o inimigo dá ao personagem ao ser derrotado
          • Com conexões e links se guarda as formas como os mapas estão ligados entre si


        • Considerações finais
          • A forma de guardar todas as informações sobre o jogo, podem variar bastante de um jogo específico para outro. Esse DER apresenta uma forma mais geral, seguindo informações dadas pelo grupo desenvolvedor do projeto game 2D. Assim sendo, antes da implementação e principalmente da população do banco de dados, deve-se discutir se esse diagrama satisfaz o projeto com o grupo desenvolvedor.




  • Procedimentos:
    • Avaliar 5W2H -> Ok
    • Incluir Comentários -> Ok
    • Desenhar DER - Diagrama Entidade Relacionamento => 30/01
    • Implementar comandos do SQL => 10/02
      • DDL
        • Usar PostgreSQL, MySQL ou Oracle
        • Criar todas as tabelas necessárias
        • Especificar as chaves primárias (Primary Key)
        • Aplicar os limites de cada campo (Constraints)
        • Criar os índices mais relevantes (Index)
        • Criar as views mais úteis (Views)
      • DML
      • DCL


3o. Trabalho - 15,0 pontos

  • Pesquisa sobre novas tecnologias
    • Yassushi: 10/02 => Data Mining
    • Lucas: 13/02 => DataWarehouse
    • Igor: 17/02 => NoSQL
    • Hiago: 20/02 => Sistemas Distribuídos
    • Fernando:24/02 => Business Inteligence
    • Caetano: 27/02 => BigData