vault backup: 2023-09-20 09:26:49
This commit is contained in:
parent
ae61c71922
commit
245ddd11e3
3 changed files with 41 additions and 2 deletions
39
content/RAS/T - Aula 1 - 12 Setembro.md
Normal file
39
content/RAS/T - Aula 1 - 12 Setembro.md
Normal file
|
@ -0,0 +1,39 @@
|
||||||
|
#RAS
|
||||||
|
|
||||||
|
# Definition of Software Engineering
|
||||||
|
Application of a systematic, disciplined and quantifiable approach to the analysis, design , implementation and exploitation of software systems, resorting to knowledge, principles, techniques and methods that originate from the empirical-scientific advances, in an ethical context to satisfy the necessities of human development.
|
||||||
|
|
||||||
|
# Team
|
||||||
|
- João M. Fernandes
|
||||||
|
- André L. Ferreira
|
||||||
|
- Manuel Alves
|
||||||
|
- Paulo Rafael Sousa
|
||||||
|
|
||||||
|
# Evaluation
|
||||||
|
|
||||||
|
- Test - January 02
|
||||||
|
- Min grade: 8.00
|
||||||
|
- Exam - January 23
|
||||||
|
- Project
|
||||||
|
- Min grade: 10.00
|
||||||
|
- phase 1: teams of five students;
|
||||||
|
- deadline October 20
|
||||||
|
- phase 2: teams unite to create bigger teams project
|
||||||
|
- deadline November 24
|
||||||
|
- phase 3: teams unite to create bigger teams project
|
||||||
|
- deadlines: December 22
|
||||||
|
- project presentation: Jan 08–12
|
||||||
|
- project mark in each phase is affected by individual performance:
|
||||||
|
|
||||||
|
|
||||||
|
- individual variation [-2..+2] (provided by each team)
|
||||||
|
|
||||||
|
- sum of variations is 0 within the team
|
||||||
|
|
||||||
|
|
||||||
|
- project mark = (mark1 + mark3) /2
|
||||||
|
|
||||||
|
- project mark in 2022/23 can be reused this year (send email)
|
||||||
|
|
||||||
|
|
||||||
|
- Final Mark = min(0.6×max(test, project)+0.4×min(test, project), test+2.5)
|
|
@ -15,5 +15,5 @@
|
||||||
> >1. requisito funcional: define uma feature do sistema
|
> >1. requisito funcional: define uma feature do sistema
|
||||||
> >2. *secção inicial* -> requisito funcional: garantir a integridade dos dados; *secção da encriptação simétrica* -> requisito não funcional : é um requisito tecnológico
|
> >2. *secção inicial* -> requisito funcional: garantir a integridade dos dados; *secção da encriptação simétrica* -> requisito não funcional : é um requisito tecnológico
|
||||||
> >3. requisito funcional: defina uma feature do sistema ;requisito não funcional : é um requisito de segurança
|
> >3. requisito funcional: defina uma feature do sistema ;requisito não funcional : é um requisito de segurança
|
||||||
> >4. requisito funcional : não permita fazer alterações a um processo (é uma feature);
|
> >4. não requisito: não define uma feature (é uma "não-feature") e não se qualifica a requisito não-funcional
|
||||||
|
|
||||||
|
|
|
@ -4,7 +4,7 @@ Basicamente, isto é uma sopa de letras com alguma lógica por detrás (mas não
|
||||||
### Ano 1 (Mestrado)
|
### Ano 1 (Mestrado)
|
||||||
1. [[MFES - UC Details| (MFES) Métodos Formais de Engenharia de Software]]
|
1. [[MFES - UC Details| (MFES) Métodos Formais de Engenharia de Software]]
|
||||||
2. (ASCN) Aplicações e Serviços de Computação em Nuvem
|
2. (ASCN) Aplicações e Serviços de Computação em Nuvem
|
||||||
3. [[T - Aula 2 - 19 Setembro 2023#|(RAS) Requisitos e Arquiteturas de Software]]
|
3. [[T - Aula 2 - 19 Setembro 2023|(RAS) Requisitos e Arquiteturas de Software]]
|
||||||
4. (CP) Computação Paralela
|
4. (CP) Computação Paralela
|
||||||
5. (DAA) Dados e Aprendizagem Automática
|
5. (DAA) Dados e Aprendizagem Automática
|
||||||
6. (ESR) Engenharia de Serviços em Rede
|
6. (ESR) Engenharia de Serviços em Rede
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue