Bem-vindo ao Perfil de MFES
Bem vindo à página da edição de 2020/21 do perfil de Métodos Formais em Engenharia de Software. Para uma primeira impressão sobre o perfil sugere-se a visualização do seguinte vídeo de apresentação da edição de
2020/21.
Este perfil de especialização do MiEI 
conta com uma equipa de docentes altamente qualificados na investigação e ensino de métodos formais aplicados ao desenvolvimento de software.
Todos fazemos parte do Laboratório HASLab/U.Minho
(Formal Methods for High-Assurance Software),
em que se vem consolidando know-how em métodos formais desde há mais de 30 anos.
As unidades curriculares que compoem MFES corporizam os principais vectores de que depende o projecto de aplicações fiáveis, à escala industrial.
Na sua componente teórica, a visão é a de abordar problemas de software segundo uma autêntica perspectiva de engenharia, que permite - através da modelos sobre os quais é possível raciocinar e calcular - prever o comportamento dos programas antes de serem escritos. Uma vez escritos, MFES ensina como fazer a sua análise e teste, dois ingredientes essenciais à qualidade do software.
O HASLab/U.Minho orgulha-se de ter sido 
convidado a organizar o 3º congresso mundial de MF, que teve lugar no Porto em Outubro de 2019.
Classificação ACM
Número de ECTS por área de conhecimento, segundo as IEEE/ACM Curriculum Guidelines for Software Engineering:- Software/SOFTWARE ENGINEERING/Metrics --- 2
- Software/SOFTWARE ENGINEERING/Requirements/Specifications --- 6
- Software/SOFTWARE ENGINEERING/Software Architectures --- 6
- Software/SOFTWARE ENGINEERING/Software/Program Verification --- 6
- Software/SOFTWARE ENGINEERING/Testing and Debugging --- 4
- Theory of Computation/LOGICS AND MEANINGS OF PROGRAMS/Specifying and Verifying and Reasoning about Programs --- 6
Outros cursos sobre Métodos Formais
- MFES faz parte do Repositório mantido pelo FME Teaching Committee
Divulgação
- Daniel Jackson. Dependable Software by Design. Scientific American, Junho 2006.
Parcerias
Citações
In late 1967 the Study Group recommended the holding of a working conference
on Software Engineering. The phrase `software engineering' was deliberately
chosen as being provocative, in implying the need for software manufacture
to be based on the types of theoretical foundations and practical disciplines,
that are traditional in the established branches of engineering.
There are two ways of constructing a software design: one way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies.
It is easier to write an incorrect program than understand a correct one.
Program testing can be used to show the presence of bugs, but never to show their absence!
Simplicity does not precede complexity, but follows it.
Humor
(Source: Software Development: A Rigorous Approach by C.B. Jones)