Menu:

Engenharia de Software II

Ementa

• Processo de Desenvolvimento de Software
• Gerência de Projetos
• Gerência de Configuração de Software
• Testes
• Gerenciamento da Qualidade de Software
• Métricas
• Reengenharia

Logística

Disciplina: TCC00293 - Engenharia de Software II

Turma: A1

Data: Segundas e Quartas, de 9:00 às 11:00

Sala: 213

Avaliação

P1 = Prova sem consulta (35%)

P2 = Prova sem consulta (35%)

T = Trabalho do curso (25%)

E = Somatório dos exercícios do classroom (5%)

Média = P1x35% + P2x35% + Tx25% + Ex5%

APROVADO

(Presença >= 75%) E (Média >= 6)

VERIFICAÇÃO SUPLEMENTAR

(Presença >= 75%) E (4 <= Média < 6)

Será aprovado na VS se tirar nota maior ou igual a 6.

REPROVADO

Caso contrário

FREQUÊNCIA

De acordo com o Regulamento dos Cursos de Graduação, a presença mínima necessária para aprovação é de 75% das aulas (Art. 80, §14). Vale notar que segundo o mesmo regulamento, nenhuma falta será abonada (Art. 80, §15).

Trabalho

O curso terá um trabalho feito em grupos de 4 a 7 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 o jogo Catan onde seja possível jogar contra o computador. É 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).

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á. Tirem dúvidas no Google Classroom ou diretamente com o professor caso necessário.

Foram reservados 3 momentos para apresentações de 30 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. Por fim, devem ser apresentados os dados de monitoramento e controle do projeto (conforme descrito anteriormente) e a versão parcial do produto feita até então (demo).

• A terceira apresentação deve conter 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. 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.

Exercícios

Diversos exercícios serão disponibilizadas durante o curso. Todos terão data de entrega marcada no Google Classroom e deverão ser entregues sem atrasos para serem pontuados. Durante a resolução dos exercícios, os alunos podem usar comentários de uma tarefa específica para tirar dúvidas no Google Classroom.

Ferramentas

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.

Bibliografia

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.

Cronograma

Data	Dia	Atividade	Entrega
09/03/2026	Segunda	Aula - Apresentação da Disciplina
11/03/2026	Quarta	Aula - Processo de Software
16/03/2026	Segunda	Aula - Planejamento de Projetos
18/03/2026	Quarta	Aula - Planejamento de Projetos
23/03/2026	Segunda	Aula - Planejamento de Projetos
25/03/2026	Quarta	Aula - Planejamento de Projetos
30/03/2026	Segunda	Aula - Monitoramento e Controle
01/04/2026	Quarta	Aula - Gerenciamento ágil
06/04/2026	Segunda	Aula de dúvidas	Exercícios de Processo de Software
08/04/2026	Quarta	Apresentação dos Trabalhos	Slides e Exercícios de Planejamento de Projetos
13/04/2026	Segunda	Apresentação dos Trabalhos	Exercícios de Monitoramento e Controle
15/04/2026	Quarta	Apresentação dos Trabalhos	Exercícios de Gerenciamento Ágil
20/04/2026	Segunda	Sem Aula - Tiradentes
22/04/2026	Quarta	Aula de dúvidas
27/04/2026	Segunda	Prova 1
29/04/2026	Quarta	Aula - Gerência de Configuração
04/05/2026	Segunda	Aula - Gerência de Configuração
06/05/2026	Quarta	Aula - Git
11/05/2026	Segunda	Aula de dúvidas
13/05/2026	Quarta	Apresentação dos Trabalhos	Slides
18/05/2026	Segunda	Apresentação dos Trabalhos
20/05/2026	Quarta	Aula - Verificação, Validação e Testes
25/05/2026	Segunda	Aula - Verificação, Validação e Testes
27/05/2026	Quarta	Aula - Garantia da Qualidade
01/06/2026	Segunda	Aula - Manutenção de Software
03/06/2026	Quarta	Vista da Prova 1
08/06/2026	Segunda	Apresentação dos Trabalhos	Slides e Exercícios de Gerência de Configuração
10/06/2026	Quarta	Apresentação dos Trabalhos	Exercícios de Garantia da Qualidade
15/06/2026	Segunda	Apresentação dos Trabalhos	Exercícios de Manutenção de Software
17/06/2026	Quarta	Aula de dúvidas	Exercícios de VV&T
22/06/2026	Segunda	Prova 2
24/06/2026	Quarta	Sem Aula - São João
29/06/2026	Segunda	Segunda Chamada
01/07/2026	Quarta	Vista da Prova P2 e VR (Sala 455)
06/07/2026	Segunda	Verificação Suplementar
08/07/2026	Quarta	Vista da Prova VS

Generated by webgen | Design by Andreas Viklund