Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Dicas para Diagramas
FORMAÇÃO TECNOLÓGICA
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
• Gestão de Projectos (Eng. Software)– Quem implementa que Classe?– Quem unifica tudo?– Quem testa?– Quem documenta?– Quem projecta/modela?– …
FORMAÇÃO TECNOLÓGICA
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
Para que serve um Diagrama de Caso de Uso?
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
• Diagrama de Caso de Uso– Verbos! Tenham o cuidado de associar um verbo por
cada caso de uso. Não é obrigatório, mas é mais preciso.
• Login = Fazer Login? Apagar Login? Enviar Login? Creditar Login? Abrir Login? Fechar Login?
• Recibo = Consultar Recibo? Produzir Recibo? Apagar Recibo? Escrever Recibo? Entregar Recibo?
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
Para que serve um Diagrama de Classes?Em UML a representação de uma classe pode ser feita a diferentes níveis…
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
• Diagramas de Classes claros e concisos = Divisão de trabalho eficaz.
• Qualquer programador fora do projecto ao olhar para o diagrama de classes, com as devidas descrições, consegue implementar qualquer classe do diagrama.
• Se não conseguir é porque o diagrama está mal feito!!
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
• Diagrama de Classes– Atributo
• nome: tipo– id_produto: int– tipo_utilizador: int
– Método• nome(input:tipo,input:tipo,…):tipo do output
– setID(id:int):void– getTipoUtilizador():int
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
• Diagrama de Classes– Num diagrama concreto (não abstracto) não devem
existir subclasses sem métodos– Atributos Privados (-) não permitem consulta directa
através de uma instanciação da classe, logo isso tem de ser feito pelos Métodos Públicos (+)
– Definam Getters e Setters– Identifiquem o Input/Output dos Métodos
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
• Como implementar esta classe?– Input/Output dos Métodos?– Tipo dos atributos?– Getters?– Setters?
• Não confundam exemplos abstractos, que pretendem demonstrar uma funcionalidade dos diagramas, com casos concretos!
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
• Como referido pelo Professor Bichinho:– Pode dizer-se que um objecto é uma instanciação de
uma entidade, não só com dados, mas também com comportamento
– Dados=Atributos– Comportamento=Métodos
• Mas sem métodos não temos comportamento
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009
Mod
.AFT
EBI.P
-05
2.r
ev0
2
CURSO: CET/DSASDISCIPLINA: ProjectoANO LECTIVO: 2008/2009
Apresentar exemplos concretos{Bom trabalho a todos...}
FORMAÇÃO TECNOLÓGICA
CET/DSAS {Projecto}CET/DSAS {Projecto}22.06.200922.06.2009