Engenharia de Software
Requisitos, modelos, decisões de desenho e evidência de qualidade para desenvolver software em equipa.
Uma aplicação de salas acompanha as decisões desta cadeira: descobrir necessidades, escrever regras, modelar, escolher responsabilidades e obter evidência de qualidade. Os exemplos são próprios; as regras docentes e a avaliação referem-se à edição identificada abaixo.
Começa pelos fundamentos e pelos processos. O Scrum organiza o trabalho, com estimativas e quadros do projeto, e os requisitos explicam histórias e aceitação. Os modelos UML descrevem o acordo e a gestão de projetos estima, prevê e acompanha o plano.
Percurso de estudo
A segunda parte trata da evidência e da mudança: verificação e validação, práticas de XP e arquitetura, que usa as vistas UML para distribuir responsabilidades. Seguem-se os padrões de trabalho em equipa, a construção e evolução e a melhoria do processo. Termina com a documentação e demonstração do projeto. A cheat sheet reúne condições e distinções para rever depois de estudar.
As páginas usam exemplos próprios de uma aplicação de reserva de salas. Os exercícios no fim de cada tema pedem classificações, modelos, cálculos e decisões justificadas. Antes de abrir a solução, escreve a tua resposta e tenta encontrar um caso que a possa contradizer.
Avaliação e ano de referência: pesos, fórmula e regras de 2025/26
A base destes apontamentos é o Moodle de 2025/26, com aulas datadas da primavera de 2026, e a ficha SIGARRA dessa ocorrência. Alguns materiais reutilizam páginas de anos anteriores. As regras gerais de Scrum abaixo seguem o Scrum Guide de 2020; quadros, estimativas e ferramentas apresentados nas aulas são escolhas do projeto, não novas regras obrigatórias do framework. A ficha de 2026/27, consultada a 13 de outubro de 2026, ainda não apresenta programa. Estes apontamentos não confirmam as regras do novo ano.
Em 2025/26, a avaliação era distribuída, sem exame final:
| Componente | Peso |
|---|---|
| Participação nas aulas, PA | 15% |
| Projeto em equipa, TP | 60% |
| Trabalhos individuais, TPC | 25% |
A fórmula publicada era . A classificação do projeto era individual, podendo variar dentro da equipa. Para estudantes dispensados da assiduidade, a ficha retirava PA e atribuía 40% aos TPC. A frequência exigia participação efetiva no projeto e cumprimento das regras de assiduidade aplicáveis. Quem tinha dispensa precisava de apresentar regularmente a evolução do trabalho, com periodicidade acordada com os docentes, e de fazer a apresentação com os restantes estudantes. As entregas tinham as mesmas datas para todos. Só TPC podia ser melhorado na época de recurso, a pedido do estudante e com um trabalho individual extraordinário acordado. A ficha permitia aproveitar PA e TP do ano anterior, mas exigia TPC do ano corrente. Confirma no Moodle e na ficha do teu ano as entregas, dispensas, frequência e melhoria.
Materiais e bibliografia: base de ensino, fichas e bibliografia
O Moodle de ES 2025/26 é a base docente: introdução e história, processos e RUP, Agile e Scrum, requisitos, simulação Scrum, verificação e validação, XP, arquitetura, padrões Scrum, construção, evolução, retrospetivas, desenvolvimento assistido por IA e apresentação de produtos. As referências externas incompletas não foram tratadas como material integral. Exemplos de projetos de alunos servem para observar artefactos, sem substituir o programa docente.
Origem temporal dos materiais reutilizados: Processos com capa 2024/25 e rodapés 2025/26; Arquitetura com páginas ASSO 2023/24; Padrões Scrum com rodapés 2024/25 e Guide 2017; Construção com capa 2025/26 e secção de retrospetivas com capa 2024/25; Pitch adaptado de ES 2022/23; Mike Cohn de 6 de junho de 2014; projetos Top6 de 2023/24 com releases de maio de 2024; dashboard de 2025/26. As regras de Scrum seguem o Guide 2020 salvo indicação de prática local.
Os materiais antigos de ES no Accio incluem um exemplo de teste de 2022/23 e uma tentativa de Moodle de 7 de junho de 2024, partilhada por um estudante. O exemplo de 2022/23 avisa que os slides mudaram no ano seguinte. Estes enunciados ajudam a treinar distinções entre processos, requisitos, modelos e testes; não confirmam o formato nem as regras de avaliação atuais. Não foi encontrada uma prova de 2025/26 neste conjunto. As questões novas mantêm enunciados e cenários próprios.
A ficha indica:
- Ian Sommerville, Software Engineering, 10.ª edição global, Pearson, 2015, ISBN 9781292096131. A página do autor reúne recursos do livro.
- Russ Miles e Kim Hamilton, Learning UML 2.0, O’Reilly, 2006, ISBN 0-596-00982-8, como bibliografia complementar.
Para esclarecer regras e notação, consulta o Scrum Guide de 2020, a especificação UML 2.5.1 da OMG, o Manifesto Ágil e os guias oficiais de arquitetura e testes em Flutter. O exemplo Flutter dos slides inspira separação de responsabilidades, não obriga a usar uma estrutura em todas as aplicações.
Vídeos recomendados: o que observar em cada um
- História da disciplina: como a disciplina surgiu, com o webinar de Grady Booch. Observa como a evolução do hardware altera os problemas de organização, abstração e custo do software.
- Da necessidade à propriedade verificável: tornar a afirmação verificável, com a introdução à engenharia de requisitos. Observa a passagem da necessidade para propriedades verificáveis do sistema.
- Protótipos: protótipos e mudanças, com o vídeo de prototipagem em papel. Observa como testar o percurso de um utilizador antes de implementar o ecrã.
Os vídeos complementam as explicações. Os exercícios destes apontamentos são próprios, não são provas anteriores nem previsões de perguntas de avaliação.