Faculdade de Ciências e Tecnologia

Requisitos e Arquitetura de Software

Código

11171

Unidade Orgânica

Faculdade de Ciências e Tecnologia

Departamento

Departamento de Informática

Créditos

6.0

Professor responsável

Ana Maria Dinis Moreira

Horas semanais

4

Total de horas

4

Língua de ensino

Português

Objectivos

Estudo dos vários tipos de requisitos como pilares orientadores da arquitetura de software. Os requisitos requisitos não-funcionais (NFRs) e análise de conflitos servem de base para derivação sistemática da arquitetura de software.

Conteúdo

(I) Introdução
–Tipos de requisitos, documento de requisitos, modelos de processos de requisitos
 
(II) Elicitação, análise e gestão de requisitos
Técnicas, análise e negociação
–Modelação ágil versus formal (FDTs)

(III) Requisitos de dados, função e qualidade
Gestão de conflitos
–Requisitos de sistemas críticos

(IV) Validação de requisitos
–Revisão por pares
Prototipagem
–Avaliação de modelos

(V) Arquitetura de software e satisfação dos requisitos de qualidade 

Mapear requistos para arquitetura
–Vistas arquiteturais
–Estilos e padrões arquiteturais
–Linguagens de descrição arquitetural
–Desenho, avaliação e refinamento de arquiteturas

(VI) Reutilização de requisitos e arquiteturas

–Análise de domínio
Linhas de produto
Padrões (de análise)
Modularização avançada

 

Bibliografia

  • A. Lamsweerde, Requirements Engineering, Wiley, 2009
  • I. Alexander, N. Maiden, Scenarios, Stories, Use Cases: Through the Systems Development Life-Cycle, Wiley, 2004
  • G. Kotonya, I. Sommerville, “Requirements Engineering: Processes and Techniques”, Wiley, 1998
  • I. Alexander, R. Stevens,  “Writing Better Requirements”, Addison Wesley, 2002
  • I. Sommerville,  P. Sawyer, “Requirements Engineering: A Good Practice Guide”, Wiley, 1997
  • R. N. Taylor, et al, "Software Architecture: Foundations, Theory, and Practice Copyright" John Wiley and Sons, 2009
  • L. Bass, P. Clements, R. Kazman, "Software Architecture in Practice", 2nd edition, Addison-Wesley, 2003
  • P. Clements, et al "Documenting Software Architectures: Views and Beyond", Addison-Wesley, 2003.
  • M. Fowler, et al, Patterns of Enterprise Application Architecture , Addison-Wesley, 2002

Método de avaliação

**As regras de avaliação podem sofrer ajustes durante as duas primeiras semanas de aulas**

A avaliação consiste em duas componentes obrigatórias:

(i) Trabalho prático (50%) com entregáveis ao longo do semestre;

(ii) Dois testes (50%).

O trabalho (e respectivo relatório) é realizado em grupos de 2 e os testes individualmente.

A nota é uma média ponderada do trabalho prático (50%), e da nota dos testes (25% cada um).

A frequência é dada pelos trabalhos e apenas alunos com média superior a 9,5 valores têm frequência.

Os alunos que não cumprirem qualquer uma das componentes de avaliação são classificados como "Reprovados" e “Ausentes” caso não entreguem qualquer componente de avaliação.

O exame de época de recurso é para alunos que têm frequência, mas que não obtiveram um desempenho satisfatório na avaliação contínua, com média entre 9,5 e 20, ou que desejam fazer melhoria.

Para melhorias de nota realizadas na época de recurso do semestre em que foi obtida aprovação na cadeira, as regras de cálculo da nota são as da época de recurso, ou seja, a nota final é a nota do exame. Melhorias de notas obtidas em semestres anteriores são feitas exclusivamente por exame, em época de recurso ou época especial, sendo a nota final a nota obtida no exame.

Na época especial, a nota final é a nota do exame.

Cursos