Leonardo Gresta Paulino Murta Associate Professor, IC/UFF D.Sc., COPPE/UFRJ, 2006 M.Sc., COPPE/UFRJ, 2002 B.Sc., IC/UFRJ, 1999 |
Disciplina: TCC00293 - Engenharia de Software II
Data: terças e quintas, de 7:00 às 9:00
Sala: 217
Ambiente virtual: Google Classroom
APROVADO
\[Presença \geq 75\% \land Média \geq 6\]VERIFICAÇÃO SUPLEMENTAR
\[Presença \geq 75\% \land 4 \leq Média < 6\]Será aprovado na VS se tirar nota maior ou igual a 6.
Obs.: Nenhum aluno poderá sair da sala nos primeiros 30 minutos de prova. Depois de 30 minutos, quem terminar poderá sair. Contudo, depois que o primeiro aluno sair, nenhum aluno poderá entrar. Desta forma, se organize para ser pontual.
O curso terá um trabalho feito em grupos de 6 participantes, que devem ser constituídos preferencialmente na primeira semana de aula e ter a mesma formação até o final do curso. Cada grupo deve se enxergar como uma pequena software house. O tema do trabalho consiste em fazer um sistema de carona. É esperado que os grupos, durante o decorrer do curso, utilizem as técnicas aprendidas para gerenciar o projeto e desenvolver o produto. Será avaliado o produto final e como esse produto foi desenvolvido (processos e técnicas aplicados). O produto final deve ser disponibilizado publicamente, com licença aberta (sugiro licença MIT).
Desde o início do trabalho, os grupos devem registrar as tarefas alocadas para cada membro do grupo, assim como as horas previstas para realização da tarefa e as horas efetivamente realizadas na tarefa. Essa informação será fundamental para viabilizar o Monitoramento e Controle do projeto. Além disso, apesar da matéria de testes ser dada somente no final do curso, escolham um framework de testes de unidade popular para a linguagem de programação adotada pelo grupo e iniciem a escrita dos testes desde já.
Foram reservados 2 momentos para apresentações de 15 minutos por grupo. O grupo deve utilizar slides nas apresentações e publicar esses slides no Google Classroom no dia das apresentações.
A primeira apresentação deve conter o escopo do produto (requisitos) e do projeto (EAP), as estimativas de esforço (tanto via APF quanto via Planning Poker sobre os pacotes de trabalho da EAP), o custo, o orçamento e o cronograma de desenvolvimento (Gantt). Também deve apresentar a análise de riscos (listagem, probabilidade x impacto, priorização pela exposição e planos de contenção e contingência) e os dados de monitoramento e controle do projeto (Burndown dentro de cada iteração e Análise de Valor Agregado ao final de cada iteração). Por fim, deve ser apresentada a versão parcial do produto feita até então (demo).
A segunda apresentação deve conter o controle de versões (e.g., Git) e controle de modificações (e.g., GitHub Issues) usados no projeto, a estratégia de ramificação adotada e o endereço do repositório. Será considerado um bônus usar Pull Request com aprovações e integração contínua (e.g., GitHub Actions). Vale ressaltar que o repositório de controle de versões deve conter todos os artefatos produzidos durante o trabalho. O grupo também deve apresentar como foram feitos os testes de unidade, integração, sistema e aceitação (alfa e beta) no projeto (casos e resultados dos testes). Por fim, devem ser apresentados os dados de monitoramento e controle do projeto (conforme descrito anteriormente) e a versão final do produto (demo). Caso o grupo deseje que o professor pondere a nota por membro do grupo, deve ser informada nesta apresentação a participação de cada membro do grupo no trabalho (PV e EV de cada membro).
Essas apresentações serão avaliadas pela sua completude e corretude e capacidade de argumentação em relação às decisões tomadas. Essas decisões devem ser fundamentadas nos princípios estudados durante o curso. Essas apresentações e entregas devem ser feitas nas datas estipuladas na seção Cronograma.
As listas de exercícios devem ser feitas individualmente e entregues no Google Classroom dentro do prazo definido na seção de Cronograma. Caso, no final do curso, o aluno esteja com média entre 5,5 e 6,0, as listas serão corrigidas podendo somar até 0,5 pontos na média, eventualmente arredondando a média para 6,0. Não serão aceitas entregas fora do prazo.
Obs.: Caso tenha dificuldade de fazer alguma questão, verifique se não é referente a uma matéria que está para ser apresentada nas próximas aulas.
No curso não temos uma ferramenta obrigatória. Os grupos devem aproveitar essa oportunidade para experimentar ferramentas que ainda não conhecem ou mesmo aprofundar os conhecimentos em ferramentas já conhecidas.
Existem várias ferramentas proprietárias e livres que apóiam os diferentes tópicos tratados neste curso: gerência de projetos, estimativas, controle de versões, controle de modificações, gerenciamento de construção, integração contínua, hospedagem de projetos, testes de unidade, testes de interface, testes de carga e profiling.
Visando um maior aprofundamento, as aulas foram baseadas em diversos livros. Não é esperado que todos esses livros sejam lidos pelos alunos durante o curso, mas podem ser consultados no caso de dúvidas específicas em um determinado assunto da matéria. A seguir, são listadas as referências completas dos principais livros utilizados. Apesar de essas referências estarem em inglês, muitos desses livros têm versões em português.
Greene, J.; Stellman, A.; 2007. Head First PMP. O’Reilly Media.
Larman, C.; 2007. Utilizando UML e Padrões: uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. Bookman
Orth, A.; Prikladnicki, R.; 2009. Planejamento e Gerência de Projetos. EDIPUCRS.
Pilone, D.; Miles, R.; 2008. Head First Software Development. O’Reilly Media.
Pressman, R. S.; 2004. Software Engineering: A Practitioner’s Approach. 6 ed. McGraw-Hill.
Schwaber, K.; 2004. Agile Project Management with Scrum. Microsoft Press.
Data | Atividade | Entrega |
---|---|---|
19/03/2024 | Aula - Apresentação do curso | |
21/03/2024 | Aula - Processo de desenvolvimento de software | |
26/03/2024 | Aula - Processo de desenvolvimento de software | |
28/03/2024 | Aula - Planejamento de projetos | |
02/04/2024 | Aula - Planejamento de projetos | |
04/04/2024 | Aula - Planejamento de projetos | |
09/04/2024 | Aula - Planejamento de projetos | |
11/04/2024 | Aula - Gerência de riscos e Monitoramento e controle | |
16/04/2024 | Aula - Gerenciamento ágil (slides) | |
18/04/2024 | Aula - Gerenciamento ágil (slides) | |
23/04/2024 | Sem aula (São Jorge) | |
25/04/2024 | Apresentações de trabalhos (1a. rodada) - grupos 1 a 4 | Slides |
30/04/2024 | Apresentações de trabalhos (1a. rodada) - grupos 5 a 8 | Slides e Listas 1 a 4 |
02/05/2024 | Prova 1 | |
07/05/2024 | Sem aula (CIbSE) | |
09/05/2024 | Aula - Gerência de configuração | |
14/05/2024 | Aula - Gerência de configuração | |
16/05/2024 | Aula - Gerência de configuração | |
21/05/2024 | Sem aula (SBRC) | |
23/05/2024 | Sem aula (SBRC) | |
28/05/2024 | Aula - Git | |
30/05/2024 | Sem aula (Corpus Christi) | |
04/06/2024 | Aula - Verificação, validação e testes | |
06/06/2024 | Aula - Verificação, validação e testes | |
11/06/2024 | Aula - Garantia da qualidade, medição e melhoria | |
13/06/2024 | Aula - Manutenção de software | |
18/06/2024 | Apresentações de trabalhos (2a. rodada) - grupos 5 a 8 | Slides |
20/06/2024 | Apresentações de trabalhos (2a. rodada) - grupos 1 a 4 | Slides e Listas 5 a 7 |
25/06/2024 | Prova 2 | |
27/06/2024 | Segunda chamada | |
02/07/2024 | Vista de prova de 7h às 8h na sala 433 (opcional) | |
04/07/2024 | Verificação suplementar | |
09/07/2024 | Vista de prova de 7h às 8h na sala 433 (opcional) |