==============================================================
MILESTONE 3
==============================================================
alex-cesar 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por anacarolina-luana (com opinião do professor): -1
==============================================================
anacarolina-luana 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por cassio-daniel (com opinião do professor): -1
==============================================================
cassio-daniel 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por cidinha-pasqueline (com opinião do professor): -1
==============================================================
cidinha-pasqueline 9,5
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: excelente (+0,5)
	- avaliacao feita por claudivan-gustavo  (com opinião do professor): -1
==============================================================
claudivan-gustavo 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por edemberg-pablo (com opinião do professor): -1 
==============================================================
edemberg-pablo 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por elizeu-nazareno (com opinião do professor): -1
==============================================================
elizeu-nazareno 9,0
	- interface gráfica funciona? nao sei
	- qualidade da avaliação feita: ok
	- avaliacao feita por eloi (com opinião do professor): -1
==============================================================
eloi 9,5
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: excelente (+0,5)
	- avaliacao feita por emerson-ricardo (com opinião do professor): -1
==============================================================
emerson-ricardo 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por hyggo (com opinião do professor): -1
==============================================================
hyggo 9,0
	- interface gráfica funciona? ok
	- qualidade da avaliação feita: ok
	- avaliacao feita por alex-cesar (com opinião do professor): -1

==============================================================
MILESTONE 2
==============================================================
alex-cesar 7,0
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 48
	- execução: -1
		- nao entendi! Como localizar uma sala adequada para um certo evento?
		Isso era a parte mais importante do alocador!!!
		Acho que não sacaram o que era este projeto
	- código: 
		- design final ruim (tipo de sala, por exemplo)
		- modularização péssima
	- script language: -2
		- inexistente
	- relatório e design patterns: ok, poucos patterns
	- javadoc: ok
==============================================================
anacarolina-luana 9,0 Muito bom projeto! Parabens!
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 32 (parece pouco)
	- execução: -0,5
		- interface legal, fácil de usar
		- não implementa todas as restrições
	- código: -0,5
		- modularização um tanto fraca (métodos muito grandes)
	- script language: ok
	- relatório e design patterns: ok
		- poucos padrões
	- javadoc: 
		- deveria usar ant
==============================================================
cassio-daniel 9,5 (1 dia de atraso): 9,0 Parabens: bom projeto!
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 34
	- execução: ok
	- código: -0,5
		- métodos muito grandes (modularização um tanto fraca em pontos)
	- script language: ok
	- relatório e design patterns: 
		- poucos padrões
	- javadoc: ok
==============================================================
cidinha-pasqueline 9,0
	- ant limpa: ok
	- ant compila: ok
	- ant testa: +0,5 (massa de testes muito completa)
		- 124 (!)
	- execução:
		- quero pesquisar sala por evento
		- sintaxe de comandos péssima (não usa script language)
	- código:  -1
		- separar interfaces num package à parte não é legal
		- gostei do uso de xml
		- tudo estar no package br.ufpb.dsc é muito estranho (se tiver outro projeto do DSC?)
		- uso de numeros magicos (comando == 10)
		- nocao de area de conhecimento não deveria estar parafusada no codigo
	- script language: -0,5
		- mal projetada. linguagem misturada com interface a caractere (número do menu)
	- relatório e design patterns: ok
		- poucos padroes
	- javadoc: ok
==============================================================
claudivan-gustavo 9,5 Parabens!
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 58
	- execução: 
		- eu queria pesquisar sala por evento e não por acessório. Ficou muito chato de usar.
	- código: -0,5
		- o método main de Cui está triste
		- alguns descuidos de modularização
	- script language: ok
	- relatório e design patterns: 
		- voce usou padrões sem saber? (ex. Command)
	- javadoc: 
		- deveria gerar com ant
==============================================================
edemberg-pablo 9,5
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 118
	- execução: -0,5
		- nao entendi! Como localizar uma sala adequada para um certo evento?
		Isso era a parte mais importante do alocador!!!
		Acho que não sacaram o que era este projeto
		Será possível, Pablo! Será possível, Edemberg!
		Consertado: só faltava na interface CUI
	- código: ok
	- script language: ok
	- relatório e design patterns: ok
	- javadoc: deveria construir com "ant javadoc"
==============================================================
elizeu-nazareno 10 Excelente projeto! Parabens!
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 50
	- execução: ok (tive que olhar o codigo para descobrir o comando "exit")
	- código: beleza!
	- script language: ok
	- relatório e design patterns: ok
	- javadoc: 
==============================================================
eloi 10 Projeto magnífico! Parabens!
	- ant limpa: ok
	- ant compila: ok
	- ant testa: 86
	- execução: ok
		- quando não aloca com sucesso, deveria dizer o motivo
	- código: maravilha
	- script language: ok
	- relatório e design patterns: maravilha
	- javadoc: deveria construir com "ant javadoc"
==============================================================
emerson-ricardo 9,5
	- ant limpa: 
		- eu queria que você usasse ant e não ant.bat
	- ant compila: ok
	- ant testa: 76
	- execução:
		- forçar definição de evento sempre que seleciona sala é péssimo
		- ao tentar usar, tive erros estranhos: "Erro de sintaxe: Encontrado 2001 quando esperado ano!"
	- código: -0,5
		- o codigo do interpretador é bastante mais complexo do que poderia ser
		(um monte de objetos só para fazer match de string parece exagero
	- script language: ok
	- relatório e design patterns: ok
	- javadoc:
		- tentei "ant javadoc" mas ele gerou diretório vazio (resubmeta para melhorar a nota)
		- ok na segunda resubmissão
==============================================================
hyggo 8,5
	- ant limpa:
		- não usou ant (ant.bat não serve)
	- ant compila: ok
	- ant testa: 48
	- execução: ok (cansei de "confirmar dados")
		- definir um evento ao buscar uma sala é ruim (se eu quiser buscar
		- nao vi onde definir restricoes de eventos
	- código: -0,5
		- tem coisas estranhissimas no seu codigo
		exemplo: o algoritmo principal está no construtor de uma classe!
	- script language: -0,5
		- pouca generalidade no tipo a ser aceito
	- relatório e design patterns: 
		- poucos padrões
	- javadoc: -0,5
		- deveria gerar com ant
		- Muito incompleto (lugares sem documentação ou com "Esta classe...")
==============================================================
rafael-marzina 
	- ant limpa: 
	- ant compila: 
	- ant testa: 
	- execução: 
	- código: 
	- script language: 
	- relatório e design patterns: 
	- javadoc: 
==============================================================
MILESTONE 1
==============================================================
alex-cesar 8,0
	- modelo conceitual: 
		- muitas entidades desnecessárias (KISS)
		- nao ficou claro que salas têm restricoes
		- nao ficou claro que eventos necessitam de recursos
		- entidades sem atributos são inúteis
	- projeto arquitetural: -0,5
		- partições erradas
		- forma de comunicação entre camadas não clara
		- diz que usa MVC mas não vi onde
		- você está usando "componente" com uma semântica informal
	- linguagem de script: -0,5
		- linguagem não considera recursos de eventos e restriçoes de salas
		- como automatizar a localizacao de uma sala e sua alocacao a um evento?
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
	- Projeto detalhado UML: -1
		- nao vi modelagem das necessidades de um evento (recursos necessários)
		- uso estranho de UML (ex. Alocador é um Business Object?)
		- nao falou da camada de script
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: não está claro
	- javadoc: ok
==============================================================
anacarolina-luana 7,0
	- modelo conceitual: -1
		- só vi um diagrama de classes e não sei se é modelo conceitual ou modelo de design
		- já que seu diagrama de classes possui interfaces, vou supor que é modelo de design
		- portanto, o modelo conceitual está ausente
		- na segunda submissão, não consegui entender o modelo conceitual por não haver datalhamento algum
	- projeto arquitetural: -1
        	- estou chutando que seu "Component View" quer mostrar e xeplicar a arquitetura
		é muito pobre e não explicado
		- as camadas parecem ok
		- nao sei o que vai persistir
		- documentação *muito* incompleta
	- linguagem de script:
		- nao vi
		- segunda submissão está ok
	- Projeto detalhado UML: -1
		- evento não parece ter necessidades (restricoes, ou demandas de recursos)
		- nao vi design de outras camadas, especialmente script
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: parece que sim, acho
	- javadoc: ok
==============================================================
cassio-daniel 8,5
	- modelo conceitual: -0,5
		- entidades desnecessárias (computador, sistema, ...)
		- me parece que herança simplificaria o entendimento de vários relacionamentos ("pode ser" já diz isso)
		- entidades sem atributos são inuteis
		- recursos de salas, restricoes de salas e demandas de eventos não estão presentes nmo modelo
	- projeto arquitetural: 
		- dizer "Seria interessante" não me diz se seu sistema vai ter ou não vai ter isso
		- comunicação entre camadas não está clara
		- o que vai persistir?
	- linguagem de script: -0,5
		- Iniciar_Alocador; estranho
		- Consulta_Evento; NomeEvento;ContatoEvento;Periodo;HoraInicial;HoraFinal; precisa de quais parâmetros? todos?
		- como listar recursos, restricoes, ...
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
		- como automaticamente localizar uma sala e alocar a sala?
	- Projeto detalhado UML: -0,5
		- nao vi onde o evento diz que recursos ele demanda
		- não vi a parte de scripts
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: não está claro
	- javadoc: ok
==============================================================
cidinha-pasqueline 9,0
	- modelo conceitual: -0,5
		- faltam atributos de várias entidades (entidades sem atributos são inúteis)
		exemplo: o que caracteriza recursos?
		o que caracteriza uma restricao de sala?
		- onde estão as demandas de recursos dos eventos?
		- "possuir recursos e restricoes" não me diz como essas coisas são *usadas*
	- projeto arquitetural: ok 
	- linguagem de script: ok
	- Projeto detalhado UML: -0,5
		- restricoes não modeladas de forma genérica
		- o que significa um evento possuir restricoes e recursos?
		- nao vi a ligacao com persistencia para objetos que devem persistir
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: sim
	- javadoc: 
		- deveria organizar por package
==============================================================
claudivan-gustavo 8,5
	- modelo conceitual: -0,5
		- muitas entidades estão sem atributos: são inúteis, não?
		- o que caracteriza acessório? restrição?
		- não modelou o fato de que eventos têm demandas por recursos (acessórios?)
	- projeto arquitetural: 
		- acesso a dados via XML merece uma camada que, depois, pode virar persistência
		- você diz que usa MVC mas não vi onde ou como
		- isso é uma afirmação vazia: "nível mínimo de velocidade e pouco uso de recursos como memória e tempo de CPU."
		porque não tenho como testar e verificar se o requisito foi cumprido
	- linguagem de script: -0,5
		- não tem recursos para automação de tarefas (pesquisar sala e depois alocar)
		- não sei o que significa "Pesquisa acessórios", nem "Pesquisa restrições"
		- como representar listas de acessorios e restricoes?
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
	- Projeto detalhado UML: -0,5
		- o que são requisitos e acessorios de um evento?
		- não vi a parte de script
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: sim
	- javadoc: ok
==============================================================
edemberg-pablo 9,0
	- geral
		- tudo que está em Modelo Conceitual.doc deveria estar em Modelo Conceitual.mdl
		menos artefatos para manter
		De forma geral, você tem artefatos demais, demais, demais. KISS
		Ninguém vai ter saco de manter aquilo, tem muita repetição.
	- modelo conceitual: -0,1
		- "responsável por" não quer dizer que seja Ministrante
		- "possui Recursos Necessários" deveria ser "necessita de", etc. (nomes de relacionamentos estranhos)
		- o que é uma restricao de evento?
		- relacionamento "esta em" entre sala e restricao??
		- muitas entidades estão sem atributos: para que servem?
	- projeto arquitetural: -0,1
		- partições estranhas
		- o que vai persistir?
		- prometeu componentizar: tem certeza?
	- linguagem de script: -0,5
		- incompleta, pouca informação
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
		- não parece dar suporte à automação de tarefas (localizar sala depois alocar)
	- Projeto detalhado UML: -0,3
		- o que são restricoes de eventos?
		- nao vi a parte de script
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: sim
	- javadoc: ok
==============================================================
elizeu-nazareno 7,5
	- modelo conceitual: -2
		- documentacao fala de um arquivo enie.mdl que não existe
		olhei versao666.mdl
		- modelo conceitual não usa interfaces.; será que isso é um modelo conceitual???
		- bancodecaracteristicas, restricoesdeigualdade, etc. são entidades
		que seu cliente entenderia? Lembre que o modelo conceitual serve para
		comunicacao com o cliente. Acho que você tentou generalizar e se aproximar
		do modelo de design já no modelo conceitual
		Seu cliente vai dizer: cadê meus laboratórios? cadê recurso computador?
		- é bom mostrar o nome dos relacionamentos para que o cliente saiba
		se você sacou o mundo dele
		- no final das contas, acho que isso não é um modelo conceitual mas um modelo de design
		por isso, considero que o modelo conceitual não foi entregue
	- projeto arquitetural: 
		- o que vai ter que persistir?
	- linguagem de script: ok
	- Projeto detalhado UML: -0,5
		- só achei um diagrama de classes e não sei mais se é o modelo conceitual
		ou se é o modelo de design
		- nao está completo (cadê a camada de script? persistência?)
		- como modelar restricoes de salas?
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: não está claro
	- javadoc: ok
	- deixar seção de conclusões vazia é estranho. Melhor tirar a seção
==============================================================
eloi 8,5
	- modelo conceitual: -0,5
		- Generalizou demais. Ao olhar este modelo, seu cliente 
		vai achar que faltaram todos os detalhes sobre salas, computadores, etc. 
		Você acabou transformando seu design de volta num modelo conceitual
		Embora não esteja "errado", acaba dificultando a conversa com o cliente,
		eu acho.
		- eu  só entendi o que você quer fazer porque dei a dica
		outra pessoa vendo o que você me entregou não entenderia
	- projeto arquitetural: -0,5
		- nao gostei da escolha de partições
		- camada de persistência: nao falou o quê vai persistir
	- linguagem de script: -0,5
		- "localizarSalasParaEvento nomeDoEvento" não tem informação suficiente para realizar a operação
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
		- como automaticamente localizar uma sala e alocar a sala?
	- Projeto detalhado UML: 
		- design não seguiu as camadas e partições (evidenciar usando packages)
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: sim
	- javadoc: ok
==============================================================
ely 8,0
	- modelo conceitual: -0,5
		- nao entendi a nomenclatura "projeto logico" versus "projeto fisico"
		  voce quis dizer "analise vs projeto"?
		- você incluiu entidades adicionais desnecessárias (predio, servidor, etc.)
		  Isso complica muito seu programa e o cliente não pediu isso (KISS)
		  Agora, você vai ser obrigado a ter um BD de servidores, com matricula, etc.
		- faltou entidade como "periodo"
	- projeto arquitetural: 
		- o que vai persistir?
		- partições?
	- linguagem de script: -1
		- variaveis são strings?
		- comando "consultarSalasDisponiveis": como informar recursos?
		- "criarevento evento": para que isso? o evento não tem atributos? onde é usado depois?
		- nao gostei de "criarscript": acho melhor que seja um aquivo. dar os comandos na mesma linha com ";" é ruim
		- Limpartela: faltou coesão: o que isso tem a ver com alocação de salas? Tem a ver com UI
		- não vi como fazer a alocação de sala (o principal!)
		- o que é retornado pelas chamadas?
		- como é o tratamento de erros?
	- Projeto detalhado UML: -0,5
		- como você modelou restrições de salas?
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: não está claro
	- javadoc: ok
==============================================================
emerson-ricardo 7,5
	- modelo conceitual: -1
		- não captura o relacionamento entre evento e recurso que é *muito* importante
	- projeto arquitetural: -0,5
		- poucos detalhes (o que persiste? como? como é a comunicação entre camadas, etc.)
	- linguagem de script: -0,5
		- não vi a linguagem
		- nao vi explicação de macro e outras coisas que não entendi
	- Projeto detalhado UML: -0,5
		- como tratar restrições de salas?
		- eventos não demandam recursos?
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: não está claro
	- javadoc: ok
==============================================================
hyggo 7.5
	- modelo conceitual: -1
		- não captura o fato de que há restrições na alocação de salas a eventos,
		tanto por parte dos eventos (que querem recursos) quanto por parte das salas (que não topam certos eventos)
	- projeto arquitetural:
        	- o que vai persistir?
	- linguagem de script: -0,5
		- nao vi a linguagem
	- Projeto detalhado UML: -1
		- muito pouco generico, consequentemente pouco flexível e muito complicado na manutenção
	- facil introduzir novos tipos de salas/eventos com novas restricoes/recursos?: nao
	- javadoc: ok
==============================================================
rafael-marzina 7,0
	- modelo conceitual: -1
		- não identifica atributos importantes das entidades
		- não indica os nomes dos relacionamentos
		- não captura bem as diferenças entre salas
		- não captura bem as restrições de salas
		- Recursos/Recurso estranho
	- projeto arquitetural: -1
		- muito poucos detalhes (ver perguntas a responder num projeto arquitetural)
		- como é a comunicação entre as partes?
	- linguagem de script: -0,5
		- na segunda submissão, só aceitei a linguagem de script que é a unica coisa que não tinha entregue antes
		mesmo assim ficou bem incompleto
		- não sei como funciona, parâmtros, retorno, tratamento de erros, etc.
	- Projeto detalhado UML: -0,5
		- não inclui parte de script
		- RecursoReq é diferente de RecursoOferecido? como?
	- facil introduzir novos tipos de salas com novas restricoes?: sim
	- javadoc: 
		- deveria usar packages