Project-Based Learning TADS MS Diagrama de Classes

Documentos relacionados
Revisão Diagrama de classes Elementos do diagrama de classes Exemplo: Sistema de matrícula

Linguagem de Programação. Diagrama de classes

Diagramas de Classes. ESII Profª. Andressa Falcade URI Santiago

Programação Orientada a Objetos Relacionamentos entre classes

Diagrama de Classes. Classes. Relacionamentos. Atributos Métodos. Associação. Generalização Dependência Realização. Agregação Composição

15/04/2013. Outro Diagrama de Classes. Primeiro Diagrama de Classes. Diagrama de Classes. Atributos. Eduardo Figueiredo

Introdução à UML. Prof. Jesus José de Oliveira Neto

ENGENHARIA DE SOFTWARE. Aula 10 Introdução ao Diagrama de Classes

Diagrama de Classes. Régis Patrick Silva Simão. Régis Simão Diagrama de Classes 1/42

Diagrama de Classes (Notação) - Aula 11 (parte 2)

04/11/2016 UML. Prof. Esp. Fabiano Taguchi DIAGRAMAS DE CLASSE

UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos

PROGRAMAÇÃO ORIENTADA A OBJETOS II -TÉCNICAS DE OO. Prof. Angelo Augusto Frozza, M.Sc.

PROJETO DE DESENVOLVIMENTO DE SOFTWARE

PROGRAMAÇÃO ORIENTADA A

Requisitos de sistemas

UML LINGUAGEM DE MODELAGEM UNIFICADA Diagrama de Classes

12/03/16. Generalização. Associação. Agregação UML Relações. entre Classes. Composição. Prof.Dr. Enzo Seraphim. Dependência

Modelo Conceitual. Análise e Projeto de Sistemas Avançados. Aula 5. Allan Rodrigo Leite

Unified Modeling Language (UML)

Linguagem de Modelagem Unificada UML

Aula 4 POO 1 Análise OO. Profa. Elaine Faria UFU

PROGRAMAÇÃO ORIENTADA A OBJETOS I -TÉCNICAS DE OO. Prof. Angelo Augusto Frozza, M.Sc.

IFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli

UML Diagrama de Classes

PROJETO DE DADOS PROJETO ARQUITETURAL BÁSICO. Projeto de Programas PPR0001

Modelagem de Processos

UML. Diagrama de Classe

INF1013 MODELAGEM DE SOFTWARE

INF1404 MODELAGEM DE SISTEMAS

MODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES.

Técnicas de Modelação de Dados

Diagrama de Classes. Diagrama mais. IMPORTANTE e UTILIZADO

Project-Based Learning TADS

Representação para Programação Orientada a Objetos

Análise de Sistemas 4º Bimestre (material 3)

Diagrama de Classes. Viviane Torres da Silva 2/es1

POO Fundamentos Parte III. Professor Vicente Paulo de Camargo

UML - Diagrama de Classes

Análise e Projeto de Software Parte I. Marcos Dósea

Diagrama de Classes Diagrama mais

Linguagem de Programação II Relacionamento entre classes

Diagrama de Classes 2017

Modelagem Orientada a Objeto

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2

Tópicos da Aula. Diretrizes Gerais. Trabalho Prático (TP) Pontuação do TP. Tema do Trabalho. Projeto de Software Diagrama de Classes

COMPORTAMENTOS - Observações

Introdução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão

ASSOCIAÇÃO ENTRE CLASSES

BANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer

Linguagem de Programação II Herança

UML Relacionamentos. Relacionamento é uma conexão entre itens A maioria dos itens relacionam-se entre si. Quatro tipos de relacionamentos:

Análise e Projeto de Sistemas

UML. Diagrama de Classes

DS: notação. Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição.

Panorama da notação UML

AULA 16 HERANÇA. Disciplina: Programação Orientada a Objetos Professora: Alba Lopes

A B Classe Genérica D A C. Classe Especializada. Classe Especializada. Características Herdadas

Programação Orientada a Objetos 2 Flávio de Oliveira Silva, M.Sc.

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE

Programação Orientada a Objeto

Programação Orientada a Objetos. Vagner Luz do Carmo - Vluzrmos

Herança. Herança. Herança. Herança. Herança. Programação Orientada a Objetos

POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos

Sumário. Modelo Entidade-Associação : Avançado 1 Associações Ternárias. Exemplo. Associações Ternárias. Exemplo. André Restivo. September 21, 2010

Classe Abstrata e Interface

DIAGRAMAS DE CLASSE UML

Engenharia de Software. Aula 10 Representação dos Conceitos de Orientação a Objetos. Prof. Me. Rogério Ferreira

nome = n; cargo = c; salario = s; public void print() { System.out.println(nome cargo salario); public void aumento( double fator){

Orientação a Objetos e UML

Introdução a UML. Uma associação em UML é representada por uma linha ligando os retângulos que representam as classes envolvidas.

LÓGICA DE PROGRAMAÇÃO (JAVA) HERANÇA. Professor Carlos Muniz

Diagrama de Classes. Viviane Torres da Silva

Programação Orientada a Objetos JAVA - NETBEANS

Diagramas de Classe. Sumário. Introdução aos Diagramas de Classe

Prática interdisciplinar em desenvolvimento de software I

Aula 08 Relacionamento entre Objetos. Disciplina: Programação Estruturada e Orientada a Objetos Prof. Bruno Gomes

UNIVERSIDADE FEDERAL DE MATO GROSSO DO SUL SISTEMAS DE INFORMAÇÃO - CÂMPUS DE COXIM FUNDAMENTOS EM ORIENTAÇÃO A OBJETOS

POO29004 Programação Orientada a Objetos

Programação para Games II. Professor Ariel da Silva Dias Orientação a Objetos

Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus

Linguagem de Programação Orientada a Objeto Abstração - Encapsulamento


Encapsulamento. Alberto Costa Neto DComp - UFS

Orientação a objetos. Objetos ou Instâncias I

Java para Desktop. Programação Orientada à Objetos 2 JSE

Diagrama de Classes de Projeto. Prof. Cesar Augusto Tacla

Programação por Objectos. Java

PUC-Rio. Tópico 3: Diagramas de Classes C E. Luiz Antônio M. Pereira. 1/80

Linguagem de Programação II Programação Orientada a Objetos. Orientação a Objetos

Diagramas de Classes. Diagramas de Classes. Diagramas de Classes. Análise e Projeto de Sistemas OO

Diagrama de Classes (Análise de casos de uso)

Diagrama de Classes (Análise de casos de uso) Prof. Cesar Augusto Tacla

Os diagramas de use case capturam os requisitos funcionais do sistema.

CONCEITOS BÁSICOS DE ORIENTAÇÃO A OBJETOS PROF. ME. HÉLIO ESPERIDIÃO

Diagramas de Classes e O Paradigma da Orientação a Objetos usando UML. Prof. Ricardo A. Ramos

POO29004 Programação Orientada a Objetos

Daniel Wildt

Transcrição:

Bagé, 05 de abril de 2018 Project-Based Learning TADS - 01 2018 MS Diagrama de Classes Leandro Camargo Professor EBTT www.leandrocamargo.com.br (53)984012416

As classes são representadas por retângulos incluindo: Nome; Atributos; Métodos. Devem receber nomes de acordo com o vocabulário do domínio do problema. É comum adotar um padrão para nomeá-las. Nome será substantivos; Singulares; A primeira letra maiúscula.

Class: Carro Carro Visibilidade dos Métodos e Atributos + público visível a qualquer classe e pacote # protegido visível a classes do mesmo pacote Nome da classe Atributos (características ou estado) Métodos (operações ou comportamento) - chassi: String # renavam: Long + placa: String + roda: int = 4 + cor: string Carro # getacelerar(intensidade: int) : void - getligar(): Boolean + getabrir(idporta : int) : boolean - privado: visível somente para a classe

Control Classe de controle Geralmente regras do negócio Boundary Classe de fronteira Geralmente interface gráfica Entity Classe de entidade Geralmente implementa os objetos persistentes

Classificação Classificação Classificação Classificação Solos Animais Ciência Resíduos

Nome (descrição dada ao relacionamento: -faz; -tem; -possui) Sentido da leitura Seta colocada em seguida ao nome. Ex: faz -> Navegabilidade Indicado por uma seta no fim do relacionamento Multiplicidade 0..1, 0..*, 1, 1..*, 2, 3..7 Tipo associação (agregação, composição), generalização e dependência

Relacionamento entre Classes Associação Agregação Composição Herança Generalização Especialização Dependência

Associação Composição Agregação Herança Dependência

Tipo: Associação unária ou reflexiva Empregado Multiplicidade Multiplicidade Nome Dependentes - empcpf: Long + empnome: String + empadmissão: Date + empfone: int + empsetor: int = 1 1 Têm 0..* # depcpf: Long - empcpf: String + depnome: Date + depnascimento: Date public class Empregado { private Long empcpf; public String empnome;... } Sentido de leitura Tipo: Associação binária Todo Qual o nome dependente da associação está vinculado entre as Todo o empregado possui filhos? classes a um (tem, empregado possui, ou faz, mais? etc...)

Indicadores de multiplicidade 1 Exatamente um 1..* Um ou mais 0..* Zero ou mais (muitos) * Zero ou mais (muitos) 0..1 Zero ou um m..n Faixa de valores (Ex: 4..7)

Relacionamento Agregação É utilizado para indicar a relação do todo para parte Pedido 1 1..* Item Todo Agregação Parte Todo o pedido possui um ou mais itens, embora os itens possam não estar presentes em algum pedido

Relacionamento Agregação ->Cite exemplos: 1 Todo o time é formado por atletas 2 Todo o carrinho de compras possui itens Ambos (time e carrinho) existem sem as partes?? 1 1..* Todo Agregação Todo o pedido possui um ou mais itens, embora os itens possam não estar presentes em algum pedido Parte

Relacionamento Composição É uma variante semanticamente mais forte da agregação Quando o todo deixa de existir as partes também acabam Empregado 1 0..* Dependente Todo Composição O Objeto PARTE só pode pertencer a um Objeto TODO e têm tempo de vida coincidente com o dele. Parte

Relacionamento Composição ->Cite exemplos: 1 Todo o prédio possui pavimento 2 Todo o livro é composto de capítulos?? 1 0..* Todo Composição O Objeto PARTE só pode pertencer a um Objeto TODO e têm tempo de vida coincidente com o dele. Parte

Subclasse Superclasse Pessoa - pescpf: Long + pesnome: String + pesnascimento: Date + pesfone: long + pesemail: String Relacionamento Generalização É a relação entre itens gerais (superclasses) e itens específicos (subclasses) Mas como modelar no astah uma superclasse? Empregado + empadmissão: Date + empmatrícula: int + lersalário (): long Empregado é uma Pessoa; Dependente é uma Pessoa. Dependente + depmae + empmatrícula

Relacionamento Dependência Representa que a alteração de um objeto (o objeto independente) pode afetar outro objeto (o objeto dependente). Na POO, você sempre deve tentar minimizar o máximo possível as dependências. Relatório Filtro + salvaremarquivo (filtro: Fitro): void + exportar (): void

MUITO OBRIGADO L e a n d r o C a m a r g o www.ifsul.edu.br www.leandrocamargo.com.br leandrocamargo@ifsul.edu.br (53)984012416 (53)32473237