Anúncios
Avaliação dos projectos
15 dezembro 2008, 15:41 • Nuno Mamede
Estão disponíveis as classificações da avaliação dos projectos na secção Notas. O sistema de entregas tem os pormenores da execução dos testes (Todos os testes têm a mesma cotação).
Estão disponíveis os 139 testes de entrada/saída utilizados na avaliação automática da entrega final do projecto:
- Testes para a entrega final (offline): 200811301607-tests-pf.tar.bz2
A execução dos testes é como descrita no enunciado do projecto.
É possível entregar um projecto de substituição mediante uma penalização de 0.5 valores. A substituição deve corrigir apenas pequenos problemas sistemáticos e só será considerada para efeitos da execução dos testes automáticos (não será considerada para efeitos de avaliação manual ou para a repescagem do teste prático).
Faz-se notar que a penalização de 0.5 valores é equivalente à falha de aproximadamente 12 testes, pelo que os grupos que tenham menos de 12 falhas não ganham nada em substituir a versão já entregue.
A data limite para a entrega de substituições é dia 19 de Dezembro de 2008 (6ª feira). A entrega é feita para o endereço de correio electrónico da disciplina.
Em breve será anunciada a data para a realização de uma segunda hipótese para os alunos que queiram repetir o teste prático, nas seguintes condições:
- Duração de 90 minutos (mais longo e por isso mais complexo);
- Quem entrar no laboratório, perde a nota do teste prático realizado anteriormente;
- Os docentes não ajudarão na recuperação de erros de compilação devido a entregas com problemas;
- Terá lugar em Janeiro (5 a 9 de Janeiro, data a anunciar brevemente)
Teste Pratico e Avaliação não automática do projecto
2 dezembro 2008, 23:30 • Nuno Mamede
A comunicação aos alunos da avaliação da entrega final do projecto terá lugar no seguinte horário (quem não puder comparecer terá uma segunda oportunidade na revisão de provas do teste teórico). Os alunos serão atendidos pela ordem de chegada:
- Alunos do docente Pedro Santos (turnos PO3L06 e PO5L04): dia 12-12-2008 às 14h na sala 2N1.15
- Alunos do docente Pedro Silva (turnos PO3L04 e PO5L05): dia 10-12-2008 às 15h30 na sala de aula 1.31
- Alunos do docente João Sacramento (turnos PO3L02, PO3L03 e PO5L02): dia 10-12-2008 às 15h30 na sala de aula 1.31
- Alunos do docente Gil Aires (turnos PO3L05 e PO5L03): dia 12-12-2008 às 14h na sala 2N1.15
O teste prático terá lugar na Terça-feira (9/Dez/2008) e na Quinta-feira (11/Dez/2008). Relembram-se os alunos que:
- o teste decorrerá nos computadores dos laboratórios no ambiente UNIX, sendo por isso obrigatório conhecer a password do TDI;
- é necessário saber editar programas em Java neste ambiente, sem usar ambientes de desenvolvimento, como o Eclipse. Sugere-se que verifiquem os editores disponíveis com antecedência;
- é necessário saber compilar programas em Java neste ambiente.
Os alunos foram distribuídos assim, pedindo-se aos alunos que decidiram não comparecer que avisem os docentes para permitir trocas de alunos que não possam comparecer no horário definido:
-
Terça-feira, 9/DEZ/2008, 13:30->14:30 Quinta-feira, 11/DEZ/2008, 14:00->15:00 Sala 1.27 Sala 1.29 Sala 1.31 Sala 1.27 Sala 1.29 Sala 1.31 62551 63559 63561 63571 63577 63584 63593 57782 57882 63587 57581 63560 59216 59059 63550 59069 63503 57462 63562 63548 63554 57065 57098 59043 64058 64037 64038 59044 59061 59052 63588 57839 64048 59132 59042 59110 59056 57789 59214 58162 57883 57960 64060 57827 Terça-feira, 9/DEZ/2008, 14:30->15:30 Quinta-feira, 11/DEZ/2008, 15:00->16:00 Sala 1.27 Sala 1.29 Sala 1.31 Sala 1.27 Sala 1.29 Sala 1.31 63504 63506 63516 55859 55847 55828 58967 59045 58983 57479 57698 57488 57422 57690 63556 57437 57470 57447 59054 66217 63536 57878 63918 57846 63565 63522 63555 64022 57849 58283 63551 55889 63581 57771 57775 64016 57496 57753 57710 49329 59096 59048 57336 57405 Terça-feira, 9/DEZ/2008, 16:00->17:00 Quinta-feira, 11/DEZ/2008, 16:30->17:30 Sala 1.27 Sala 1.29 Sala 1.31 Sala 1.27 Sala 1.29 Sala 1.31 64078 54364 56000 55995 56166 57481 63592 54452 57335 55978 57703 57474 57554 57364 57346 57452 57713 59082 64166 57377 57347 58088 58085 54332 54290 57381 57351 59103 63580 64050 57386 57382 64032 63590 57823 57410 57496 64040 57829 58069 57419 57712 58071 57354 57681 Terça-feira, 9/DEZ/2008, 17:00->18:00 Quinta-feira, 11/DEZ/2008, 17:30->18:30 Sala 1.27 Sala 1.29 Sala 1.31 Sala 1.27 Sala 1.29 Sala 1.31 57459 64030 57699 63919 57958 63520 60979 60980 63538 63524 63512 63511 63579 63589 54780 63724 57790 57815 51630 57845 57569 57431 57682 58289 63567 57970 58968 63514 63558 63568 57701 57976 58970 63539 57705 57679 64020 58086 59140 63543 64063 54263 52471
Entrega final do projecto
27 novembro 2008, 21:59 • Nuno Mamede
A entrega do UML poderá ser feita exclusivamente no seguinte horário:
- 2 de Dezembro, das 14:30 às 16:00 na sala A2
- 2 de Dezembro, das 16:00 às 17:15 na sala A1
- Relembra-se que a entrega do código termina às 12 horas de 2 de Dezembro
Relativamente ao projecto, fazem-se os seguintes esclarecimentos:
- a impressão do número de notificações efectuadas (notificações enviadas aos clientes e aos fornecedores) deve ter sempre lugar, mesmo quando não são efectuadas notificações: neste caso deve ser impresso um "0" (zero);
- as mensagens de confirmação de inibição (e similares) devem mostrar o id da entidade, por exemplo, "Inibir transacções para o fornecedor 'P1'? (s/n)";
- uma penalização de 5% ao dia, durante 3 dias, corresponde a um agravamento de 15%;
- os descontos e agravamentos devem ser calculados considerando um único escalão. Por exemplo um cliente normal que se atrase 8 dias no pagamento, terá uma penalização de 80% (8 dias vezes 10%);
- o teste 7/507 exemplifica como devem ser tratadas as excepções;
- No comando abrir, quando o ficheiro a abrir não existe, o sistema deve usar a mensagem fileNotFound(string), pois é mais informativa do que a mensagem sem argumentos;
- quando um produto é criado fica sempre com as vendas permitidas;
- o comando "Inibir vendas" (2.3.4) nunca envia notificações aos clientes, não devendo por isso ser impresso o número de notificações;
- o comando "Permitir vendas" (2.3.5) escreve sempre o número de clientes que foram notificados. Assim, quando não ocorrer uma mudança de estado do produto, deve ser impresso um zero;
- não será testado o caso de se tentar registar um produto com uma chave idêntica à chave de um produto já existente;
- os valores que envolvem as quantias pagas com descontos e agravamentos devem ser sempre convertidas para inteiros antes de ser impressas. Sugere-se a utilização do método Math.round().
Estão disponíveis 20 testes aqui (incluem os anteriores e mais alguns):
Projecto: esclarecimentos
24 novembro 2008, 20:56 • Nuno Mamede
Relativamente ao projecto, fazem-se os seguintes esclarecimentos:
- a impressão do número de notificações efectuadas (notificações enviadas aos clientes e aos fornecedores) deve ter sempre lugar, mesmo quando não são efectuadas notificações: neste caso deve ser impresso um "0" (zero);
- as mensagens de confirmação de inibição (e similares) devem mostrar o id da entidade, por exemplo, "Inibir transacções para o fornecedor 'P1'? (s/n)";
- uma penalização de 5% ao dia, durante 3 dias, corresponde a um agravamento de 15%;
- os descontos e agravamentos devem ser calculados considerando um único escalão. Por exemplo um cliente normal que se atrase 8 dias no pagamento, terá uma penalização de 80% (8 dias vezes 10%).
Estão disponíveis 16 novos testes aqui:
Enunciado do Projecto e Material de Apoio (200811171432) (actualização)
17 novembro 2008, 15:28 • Nuno Mamede
Está disponível na secção Projecto a actualização do enunciado do projecto (200811171432):
Está disponível na secção Projecto a actualização do material de apoio à realização do projecto (200811171432):
Estas versões clarificam aspectos relativos à representação e tratamento do saldo do balcão, corrigem o nome da classe postoffice.textui.transactions.Message e clarificam o uso do identificador dos fornecedores.
Agradece-se a comunicação de problemas detectados no material agora disponibilizado.