Avaliação:


  1. Aval 01: 15,0 - Entrega e seminários sobre especificação de requisitos
  2. Aval 02: 10,0 - Sessão de perguntas
  3. Aval 03: 15,0 - Entrega e seminários sobre detalhamento dos Casos de Uso
  4. Aval 04: 20,0 - Entrega e seminários sobre Diagramas de Classe
  5. Aval 05: 20,0 - Seminários: Processos Ágeis – Parte II
  6. Aval 06: 20,0 - Entrega e apresentação dos protótipos dos sistemas


Requisitos


  • Equilibrio => 10,0
    • Não fizeram nenhuma descrição dos requisitos
  • GPS => 15,0
    • Bem organizado e descrito


Sessão de perguntas:


  • 01) A crise do software ainda existe (existiu)?
    • Gesmar => 10
  • 02) Por que se errou tanto e se continua errando na construção de softwares? Tiago, Matheus e João Paulo
    • Matheus => 7,5
    • Tiago => 7,5
    • João Paulo => 9,0
  • 03) O uso de um processo formal de desenvolvimento traz ganhos de produtividade para uma equipe?
    • Júlio =< 3,0
    • Prof. Júlio => 1,0
  • 04) Comprar não é melhor que fazer?
    • Clarissa => 10,0
    • Hudson => 5,0
  • 05) O desenvolvimento ágil, ajuda ou atrapalha?
    • Alexandre => 9,0
  • 07) POO é melhor que PP?
    • Renato: 9,0
    • Luciene: 9,0
    • Leonardo => 0,0
  • 08) Uma empresa CMM Nível n+1 produz melhor software que uma empresa CMM Nível n?
    • Não colaboraram na 1a. aula => 0%
    • Wilson => 10,0
    • Will: 5,0
    • Weberty: 5,0


Casos de Uso


  • Equilibrio => 10,0
    • Descrição de casos de uso muito pobre
  • GPS => 15,0
    • Casos claros e objetivos
    • Diagramas adequados e protótipos básicos bem definidos


Classes


  • Equilibrio => 12,0
    • Classes com incoerência. Ex: Pedido, Estoque
    • Ingrediente: Adicional ?
  • GPS => 15,0
    • Classes bem estruturadas com import e flow
    • Criados padrão dao, mb e model


Seminários


Protótipo



  • Stand Virtual [10:00 - 10:06] => 19,0
    • Utilização do Kinect
    • Interação por comando de voz
    • Como foi feita a modelagem para este tipo de aplicação?
    • Implementação interessante embora usando aplicação padrão


  • Personal Fitness [10:10 - 10:16] => 19,0
    • 3 camadas (Interface, tratamento e regras de negócio)
    • Muitos cadastros e quase nenhuma inteligência
    • Solução apresentada básica mas atende aos requisitos


  • GPS [10:20 - 10:31] => 20,0
    • Produto final atendendo aos requisitos
    • Divisão de trabalho entre os tres bem feita
    • Mudanças de registro: mantem histórico de requisitos
    • Cancelamento do projeto?
    • Matriz de adjacências: retirado


  • Localização [10:32 - 10:45] => 20,0
    • Wilson demonstrou bem a aplicação. Apenas ele demonstrou o protótipo
    • Android 2.3
    • Permite marcar encontros e Localizar
    • Utilização de mensagens e hashtags


  • Racheiros [10:47 - 11:02] => 18,0
    • Dominio criado, interface básica e interação com SMS
    • Divisão de trabalho entre os tres bem feita
    • Implementação de URA e SMS: futuro


  • Lanchonete [11:05 - 11:12] => 14,0
    • Apenas o Júlio
    • Sistema de Lanchonete muito básico
    • Algumas telas básicas e apenas uma interação com banco