Académique Documents
Professionnel Documents
Culture Documents
4. Requisitos de implementao
1. Deve respeitar o desenho na Figura 1. Pode evidentemente (e deve) juntar classes ao
desenho.
2. Todos os testes (informais ou JUnits) fornecidos at 16 de Maro devero estar a
funcionar
na entrega intercalar.
3. As classes devem estar adequadamente distribuidas por
packages, de modo a serem
facilmente transferidas para outro projeto;
Figura 1. Desenho parcial, de alto nvel, das relaes entre as principais classes da aplicao
5. Requisitos de entrega
O no cumprimento dos requisitos numa das entregas pode implicar a eliminao do aluno /
grupo do processo de avaliao, s podendo voltar a tentar obter aprovao disciplina em poca
Especial, se admissvel (entregando novo projeto) ou no prximo ano letivo.
A deciso sobre o cumprimento ou no dos requisitos do docente que acompanhou o trabalho,
tal como no caso de uma entrega, intercalar ou final, de um projeto real, um cliente pode decidir
que as condies do contrato no foram cumpridas e terminar o projeto abandonando a
encomenda feita.
Verso intercalar:
1. Deve entregar a verso intercalar no e-learning, na pasta
"
Entrega Intercalar do Trabalho
Final 2015 - <Nome do Docente>" e por mail para o docente que acompanhou o
trabalho. A data limite de entrega da verso intercalar do trabalho at s 08:00 de 13
2.
3.
4.
1.
2.
de Abril de 2015 (a avaliao desta entrega ser presencial na aula prtica, numa das
semanas seguintes).
Se nenhum docente acompanhou o trabalho por no frequentar habitualmente as aulas,
deve entregar, em "
Contedos da Unidade Curricular" na pasta "
Entrega Intercalar do
Trabalho Final 2015 - Sem Docente"
e enviar cpia por mail para o coordenador da UC
(
luis.nunes@iscte.pt
)
;
No deve usar smbolos acentuados no cdigo do trabalho, nem mesmo nos comentrios.
Deve entregar apenas um pacote que possa ser automaticamente importado para o
Eclipse com Import/Existing Projects into workspace/ Archive File (teste esta importao
num computador diferente daquele onde fez o trabalho). Deve exportar usando Export /
Archive File. Teste o pacote, importando-o para um
workspace
novo;
O nome do projecto e do zip deve incluir o nome e numero dos membros do grupo (use
Refactor/Rename para mudar o nome do projecto).
Caso no consiga enviar por mail o zip, altere a extenso do ficheiro para "xip". No use
um compactador que gera ficheiros
.rar
.
6. Avaliao
1. O trabalho pode ser feito individualmente ou aos pares (grupos de dois elementos). No
so autorizados grupos de mais do que 2 elementos;
2. Os trabalhos sero verificados em termos de plgio e, alm de obviamente serem
anulados os trabalhos plagiados (o que no permitir fazer a UC neste ano letivo), sero
feitas queixas ao Conselho Pedaggico sempre que os resultados da anlise indiquem
claramente que houve plgio de modo a que a penalizao seja efetiva;
3. Os trabalhos sero avaliados pelo cumprimento dos requisitos funcionais e de
implementao. Dever apontar para que todos os requisitos sejam cumpridos, tal como
num contrato normal com um cliente.
4. Todos os trabalhos devero ter uma discusso obrigatria, embora grupos e/ou alunos
especficos possam ser dispensados caso o acompanhamento do trabalho nas aulas d ao
docente segurana suficiente para comprovar que o aluno responsvel pelo trabalho;
5. Trabalhos que no cumpram vrios dos requisitos no permitiro ao aluno o acesso
prova da disciplina e por isso implicam a reprovao disciplina.
6. Requisitos da entrega intercalar:
Respeitar o desenho de classes
Passar nos testes informais e JUnit publicados at 16 de Maro.
7. As normas quanto ao cumprimentos dos requisitos de entrega sero rgidas, o programa
deve cumprir TODOS os requisitos.