Dia | Real | Assunto Planejado |
3 de abril de 2000 | 3 abril 4 abril |
Verificar a habilidade de programação dos
alunos (se sabem OO, se programam muito, em que linguagens) 1. Introdução à Análise e Projeto de Sistemas Orientados a Objeto
|
4 abril | 4 abril | 2. Fase de Planejamento e Elaboração
|
10 abril | 10 abril | 3. Fase de Análise 1
|
11 abril | 10 abril |
|
2 maio | 11 abril |
|
8 maio | [Buffer de contingência para as aulas] | |
9 maio | 11 abril |
|
15 maio | 9 maio 22 maio |
4. Fase de Projeto 1
|
16 maio | 23 maio |
|
22 maio | 29 maio 30 maio |
|
23 maio | 5 junho |
|
29 maio | 5 junho |
|
30 maio | [Buffer de contingência para as aulas] | |
5 junho | 6 junho |
|
6 junho | 6 junho 19 junho |
|
12 junho | 20 junho 26 junho |
5. Fase de Implementação
|
13 junho | 26 junho | 6. Fase de Análise 2
|
19 junho | 27 junho |
|
20 junho | [Buffer de contingência para as aulas] | |
26 junho | 27 junho |
|
27 junho | 03 julho | 7. Fase de projeto 2
|
3 julho | 03 julho 04 julho |
|
4 julho | 10 julho |
|
10 julho | 11 julho |
|
11 julho | 17 julho |
|
17 julho | [Buffer de contingência para as aulas] | |
18 julho | 25 julho |
|
24 julho | 8. Tópicos Avançados
|
|
25 julho | [Buffer de contingência para as aulas] | |
31 julho | [Buffer de contingência para as aulas] |
Atenção! Este é um curso de pós-graduação e exige-se que você leia o material associado à disciplina antes das aulas. Por este motivo, as aulas terão um ritmo rápido. Leva suas dúvidas para a aula.
Leia pelo menos um livro sobre Análise e Projeto OO, pelo menos um livro sobre UML e pelo menos um livro sobre Java. Quem não fizer isto dificilmente poderá acompanhar a disciplina. Quem o fizer aprenderá muito.
[Sugiro ler "Applying UML and Patterns" pois grande parte do material é tirada deste livro].
O curso é baseado em grande parte num projeto completo não trivial. Uma lista de lista de projetos possíveis é dada aqui mas você poderá desenvolver outro projeto se assim desejar (e se assim me convencer!). Caso seja algo associado a seu trabalho de dissertação de mestrado, você deverá trabalhar sozinho. Caso contrário, poderá formar equipe com uma (e apenas uma) pessoa. O projeto é importante e você deverá trabalhar duro para completá-lo. É assim que vai aprender algo.
A avaliação será feita com mini-testes dados esporadicamente durante as aulas e com o projeto. O projeto será avaliado através de 5 milestones distintos e listados abaixo. Os detalhes do que deve ser entregue para o professor estão aqui.
Os pesos atribuídos aos vários eventos de avaliação são indicados abaixo. Alunos podem faltar a até 15% dos mini-testes, sem prejuízo. Perde-se 5% do valor da nota dada ao projeto para cada dia de atraso na entrega.
Evento de Avaliação | Peso |
Mini-testes | 50% |
Modelo de Use Cases (Requisitos) | 5% |
Modelo de Análise | 10% |
Projeto Arquitetural | 5% |
Modelo de Projeto (Design) | 10% |
Código final (completude e qualidade) | 20% |
Milestone 1 do projeto (Use Cases) | 14/04/2000 (Entregar via email. Vou viajar no dia 15/04/2000) |
Milestone 2 do projeto (Análise) | 02/05/2000 |
Milestone 3 do projeto (Projeto Arquitetural) | 23/05/2000 |
Milestone 4 do projeto (Design de baixo nível) | 13/06/2000 |
Milestone 5 do projeto (Entrega final do projeto) | 25/07/2000 |