Engenharia de Software para

Sistemas de Informação
e
Modelação e Processo no
Projecto de Sistemas de Informação
- momentos de avaliação -

Ricardo J. Machado
rmac@dsi.uminho.pt
http://rmac.dsi.uminho.pt/

1
Trabalho de projecto semestral

n Pressupostos

- os estudantes não detêm competências aprofundadas em

tecnologias de programação, nem em

metodologias de desenvolvimento

de soluções de software para sistemas de informação

2
Trabalho de projecto semestral

n Estratégia

- criação de contexto para tratamento de classes de problemas mais complexos dos

que são tratáveis individualmente e para potenciar desenvolvimento de competências
de relacionamento interpessoal no âmbito de projectos* de natureza tecnológica

- organização do projecto em três fases distintas avaliadas em três momentos de

avaliação (M1, M2 e M3), por forma a treinar aplicação dos princípios de engenharia

*) não sendo possível avaliar por escrito competências de projecto, esta UC não
contempla a possibilidade de exames finais, em nenhuma época de exames

3
Trabalho de projecto semestral

n Critérios de avaliação transversais

- Correcção, extensão, profundidade e especialização do trabalho metodológico

(modelação e processo) e tecnológico (protótipo) realizado

- Qualidade da análise crítica dos resultados metodológicos (modelação e processo) e

tecnológicos (protótipo)

- Qualidade de análise do estado da arte e sua adequação aos objectivos do projecto

- Qualidade dos relatórios (estrutura, correcção, clareza, estilo, etc.)

- Qualidade das apresentações orais e da argumentação

4
M1 - defesa do problema

n Competências a promover
- propor um problema* no âmbito do desenvolvimento de soluções de software para
sistemas de informação, tendo em conta o nível de competência dos estudantes

*) valorização de acordo com a classe de problemas a tratar: puzzle/simple, complex,

wicked (https://www.marcuscoetzee.com/identifying-simple-complex-and-wicked-problems/)

n O que se pretende avaliar

- clarividência da descrição do problema (metodológico e tecnológico)
- relevância para o domínio aplicacional (sistema de informação)
- eficácia da apresentação oral “pública”

5
M2 - conceptualização da solução

n Competências a promover
- conceptualizar* uma solução para o problema proposto, recorrendo a uma
abordagem metodologicamente adequada e enquadrada em, pelo menos, uma área
do SWEBOK

*) formulação/descrição abstracta do caminho de solução (modelação e processo de

desenvolvimento) que está a ser percorrido após o momento M1 e justificar o
planeamento do restante esforço até ao final do momento M3

n O que se pretende avaliar

- correcção da descrição da solução
- completude do planeamento do projecto
- consciência do impacto para o domínio aplicacional (sistema de informação)
- consciência do enquadramento no SWEBOK
- eficácia da apresentação oral “privada”

6
M3 - defesa da solução

n Competências a promover
- prototipar* uma solução para o problema proposto, recorrendo a uma abordagem
tecnologicamente viável

*) experimentação/concretização de tecnologia nas três camadas (dados, controlo e

interface) ao serviço da promoção da competência tecnológica e da consciência
metodológica (modelação e processo) dos estudantes no âmbito do desenvolvimento
de sistemas de informação

n O que se pretende avaliar

- prontidão da tecnologia do protótipo
(https://en.wikipedia.org/wiki/Technology_readiness_level)
- enquadramento bibliográfico do problema e da solução, quer no que diz respeito ao
domínio aplicacional, quer em relação ao enquadramento no SWEBOK
- coerência do documento final como agregado dos 3 momentos de avaliação
- eficácia da apresentação oral “pública”
7