G04

"As tecnologias de informação e de negócios estão a tornar-se inevitavelmente numa só coisa. Não creio que alguém possa falar de um sem falar do outro." (Bill Gates)

---

Grupo constítuido por:

• Ana Sofia Santos - nº34454

• Frederico Neto - nº34690

• Frederico Nunes - nº34088

• Inês Estudante - nº34487

• Joana Ribeiro - nº34486

---

TRABALHO FINAL
24.02.2010	Entrega das propostas de enunciado do Projecto - 1ªparte
10.03.2010	Revisão e aprovação das propostas do Projecto e entrega do enunciado genérico
07.04.2010	Entrega dos diagramas de UML e transformação para o Modelo Relacional
05.05.2010	Entrega do trabalho final - 2ªparte
a partir de 12.05.2010	Início das discussões dos trabalhos

NOTAS:

Existem 3 grandes tipos de diagramas:

1. Diagramas de Visão Estrutural ou Estática
2. Diagramas de Visão Funcional
3. Diagramas de Visão Dinâmica

Cada um deles é subdividido em diferentes diagramas.
No trabalho a realizar ao longo do semestre é obrigatório focar os seguintes:

1 Diagrama de Visão Estrutural
Diagrama de Classes

2 Diagrama de Visão Funcional
Diagrama de Casos de Utilização
Diagrama de Actividade

3 Diagrama de Visão Dinâmica
Diagrama de Interacção
Diagrama de Estados

---

A data prevista para a revisão e aprovação das propostas do Projecto e entrega do enunciado genérico foi alterada para dia 12.03.2010

No âmbito do Projecto Academias TIC promovido pela UMCI (Agência para a Sociedade do Conhecimento), vão ser realizadas as seguintes aulas abertas inseridas na disciplina de SIG:

Dia 15/03/2010, pelas 18 horas no Anfiteatro 21 - SAS

Dia 23/03/2010, pelas 16 horas no Anfiteatro 24 - Microsoft

---

NOÇÕES TEÓRICAS IMPORTANTES

Catástrofes devido a erros de software

Requesitos

Requisitos

São simples afirmações do que o sistema deve fazer ou das características que deve ter definidos pelas áreas de negócio da empresa.

Funcionais vs Não Funcionais

Os funcionais relacionam-se directamente com um processo que o sistema deve efectuar ou informação que deve conter;
Os não funcionais descrevem a propriedades comportamentais do sistema, tais como a performance e a usabilidade.

Técnicas para o levantamento de requisitos

As técnicas mais comuns consistem em:

• Entrevistas;
• Questionários;
• Análise de documentos;
• Observação (por exemplo, de sistemas legados).

Passos para a especificação de requisitos

• Análise do sistema actual (manual ou computorizado);
• Identificação do que é que o novo sistema deve atingir, ou seja, quais os seus principais objectivos;
• Recolha de informação através de entrevistas e reuniões com utilizadores e gestores para efectuar o levantamento de requisitos para o novo sistema;
• Identificação de restrições legais, normas internas, e outros condicionalismos;
• Especificação e documentação;
• Validação.

Orientação por objectos

Definição simples de OO	Organização do software como uma colecção de objectos.
Objecto	Cada objecto tem elementos inertes (Dados) e elementos dinâmicos (Métodos). O conjunto dos dados detremina o estado do objecto e o conjunto dos métodos determina o comportamento do mesmo.
Abstracção	É a forma de descrever algo pelas suas propriedades essenciais e permite representar os objectos.
Classe	Uma classe agrega todos os objectos que partilhem as mesmas características, comportamento, relações e semântica. As classes têm atributos (resultado da abstracção dos dados) e operações/serviços (resultado da abstracção dos métodos).

Exemplo de uma representação formal de uma classe:

UML

Definições que não constam nos slides:

• Modelo: consiste na interpretação de um dado domínio do problema (fragmento do mundo real), segundo uma determinada estrutura de conceitos. É sempre uma interpretação simplificada da realidade e apresenta apenas uma visão ou cenário do mundo real.

• Esquema: especificação de um modelo usando uma determinada lnguagem, a qual pode ser formal ou informal.

• Diagrama: representação gráfica do esquema

Como criar um diagrama de casos de utilização: