Sumário. Uma visão mais clara da UML

Transcrição

1 Instituto Federal de Santa Catarina Câmpus Chapecó Ensino Médio Integrado em Informática Módulo V Unidade Curricular: Engenharia de Software Professora: Lara P. Z. B. Oberderfer Uma visão mais clara da UML Sumário 1 Diagrama de Classes Como descobrir as Classes de Objetos Notações Classes / Entidade Relacionamentos Associação Agregação Composição Generalização Dependência Exercícios Referências Bibliográficas...9 1

2 1 Diagrama de Classes 1.1 Como descobrir as Classes de Objetos É o processo de examinar o conjunto de Use Cases para extrair os Objetos e Classes do sistema sob desenvolvimento. Os Objetos e Classes são podem ser obtidos do detalhamento dos Cenários (instâncias de Use Case ). Objetos pertencente à Classe de Entidades são identificados examinando-se os substantivos e frases substantivadas no cenário. Os substantivos podem ser: Objetos, descrição do estado de um Objeto, entidade externa e/ou ator ou ainda nenhuma das anteriores. Exemplo: Cenário para criar matrícula Cleber entra com o número de identificação do aluno e o sistema valida o número. O sistema pergunta a qual semestre refere-se a matrícula. Cleber indica que é para o semestre atual e escolhe a opção nova matrícula. Da lista de cursos disponíveis, Cleber seleciona como cursos de primeira escolha: Engenharia de Softwarwe 101, Sistemas Computacionais Cliente Servidor 110, Tópicos em Análise Orientada a Objetos 200 e Gerência de Mainframe 110. Ele seleciona como cursos de segunda escolha: Introdução a Programação Java 200 e Teoria da Musica 300. O sistema verifica que Cleber tem todos os pré-requisitos necessários, examinando os registro do aluno e adiciona-o à lista de alunos do curso. O sistema indica que a atividade esta completa. O sistema imprime a matrícula e envia a informação de cobrança, referente aos quatro cursos, para processamento no sistema de cobrança. Objetos pertencente à Classe de Entidades são identificados examinando-se os substantivos e frases substantivadas no cenário. No cenário acima estão destacados os substantivos candidatos à Objetos da Classe de Entidade. Os substantivos podem ser: Objetos, descrição do estado de um Objeto, entidade externa e/ou ator ou ainda nenhuma das anteriores. Lista de substantivos e sua classificação Cleber.- ator número de identificação do aluno propriedade de aluno sistema. o que está sendo definido número propriedade do aluno semestre estado (que é selecionado quando aplicável) semestre atual mesmo que semestre nova matrícula Objeto candidato lista de cursos disponíveis - Objeto candidato cursos de primeira escolha - estado Engenharia de Softwarwe Objeto candidato Sistemas Computacionais Cliente Servidor Objeto candidato 2

3 Tópicos em Análise Orientada a Objetos Objeto candidato Gerência de Mainframe Objeto candidato cursos de Segunda escolha - estado Introdução a Programação Java Objeto candidato Teoria da Musica Objeto candidato pré-requisitos necessários cursos com outra identificação registro do aluno - Objeto candidato lista de alunos do curso. - Objeto candidato atividade. expressão matrícula mesmo que nova matrícula informação de cobrança - Objeto candidato quatro cursos - informação necessária ao sistema de cobrança sistema de cobrança. - ator Lista de Objetos da Classe Entidade nova matrícula Lista de cursos para um dado semestre de um dado aluno lista de cursos disponíveis Lista de todos os cursos que estão sendo oferecidos no semestre Engenharia de Softwarwe 101 Um curso oferecido no semestre Sistemas Computacionais Cliente Servidor110 - Um curso oferecido no semestre Tópicos em Análise Orientada a Objetos Um curso oferecido no semestre Gerência de Mainframe Um curso oferecido no semestre Introdução a Programação Java Um curso oferecido no semestre registro do aluno Lista dos cursos feitos pelo aluno nos semestres anteriores lista de alunos do curso Lista com os alunos matriculados num curso específico. informação de cobrança Informações necessárias para o ator sistema de cobrança. Lista de Classes de Entidades presentes no Cenário Criar Matrícula Matrícula Lista dos cursos para um dado semestre para um dado aluno. Catálogo Lista de todos os cursos oferecidos num semestre. Curso Curso oferecido para um semestre. RegistroDoAluno Lista dos cursos feitos anteriormente. ListaDosAlunosNumCurso Lista dos alunos matriculados num curso específico. InformaçõesDeCobrança Informações necessárias para o ator sistema de cobrança. 3

4 Figura 1: Classes de Entidades 1.2 Notações Mostra um conjunto de classes e seus relacionamentos, é o diagrama central da modelagem orientada a objetos. Figura 2: Diagrama de classe Um diagrama de classes contém: Entidades Relacionamentos Associações Agregação Composição Generalização Dependência 4

5 1.3 Classes / Entidade As classes, no diagrama de classes, são representadas por um retângulo com, normalmente, três divisões, a saber: o nome da classe, os atributos e as operações, esses dois últimos, com os seus tipos e respectivos escopos. É importante que o nome da classe seja uma palavra única, preferencialmente sem caracteres especiais e acentuados, isso evitará problemas na geração do código fonte do diagrama. Nome da Classe Atributos (Propriedades da Classe) Operações (Comportamentos da Classe) Figura 3: Representação de uma classe Os atributos representam o conjunto de características (estado) dos objetos daquela classe, eles podem ser: + público: visível em qualquer classe de qualquer pacote; # protegido: visível para classes de mesmo pacote; - privado: visível somente para classe As classes possuem métodos que representam as operações (comportamentos) que a classe fornece. Assim como os atributos também podem ser público, protegido ou privado. 1.4 Relacionamentos Os relacionamentos possuem: Nome: descrição dada ao relacionamento (faz, tem, possui,...) Sentido da leitura Navegabilidade: indicada por uma seta no fim do relacionamentos Multiplicidade: 0..1, 0..*, 1, 1..0, 2, 3..7 Tipo: associação (agregação, composição), generalização e dependência Papéis: desempenhados por classes em um relacionamento 5

6 1.4.1 Associação Figura 4: Relacionamentos Uma associação é um relacionamento estrutural que indica que os objetos de uma classe estão vinculados a objetos de outra classe. É representada por uma linha sólida entre as classes. Notação usada para representar os diferentes tipos de multiplicidade Multiplicidade Simbologia Zero ou um (opcional) 0..1 Um para um 1..1 Um para muitos 1..n ou 1..* Zero ou muitos 0..n ou 0..* Um a vinte (intervalo estabelecido) Agregação É um tipo especial de associação, utilizada para indicar todo-parte ou parte-de. É um tipo de relacionamento que não força a destruição do conjunto, ou seja, uma vez destruído o objeto todo, não há obrigatoriedade da destruição do objeto parte. Exemplo: mesmo se a equipe X acabar, o jogador poderá fazer parte de outra equipe. Figura 5: Agregação 6

7 1.4.3 Composição Também é a descrição de um relacionamento todo-parte ou parte de, mas neste caso o objeto parte pertence somente a um objeto todo, ou seja, esse é um tipo de relacionamento mais forte entre duas classes ou entidades. Esse tipo de relacionamento traz, assim como a Agregação, os conceitos de responsabilidades entre as classes, porém de forma mais acentuada. Quando todo acaba, todas as suas partes também acabam. Figura 6: Composição Generalização É um relacionamento onde temos uma classe ancestral (superclasses) e outras classes herdadas (subclasses). A subclasse deve incluir todos os elementos (atributos e operações) da superclasse. Na implementação física corresponde a um processo de herança. Este tipo de relacionamento na linguagem JAVA pode ser identificado com o operador instanceoff. Figura 7: Generalização Dependência Representa que a alteração de um objeto (o objeto independente) pode afetar outro objeto (o objeto dependente). Figura 8: Dependência No exemplo acima, a classe cliente depende de algum serviço da classe fornecedor, a mudança de estado do fornecedor afeta o objeto cliente, a classe cliente não declara nos seus atributos um objeto do tipo fornecedor e fornecedor é recebido por parâmetro de método. 7

8 2 Exercícios 1. Elabore um diagrama de classes para um sistema de ponto de vendas. O gerente deve fazer login com um ID e senha para iniciar e finalizar o sistema; O caixa (operador) deve fazer login com um ID e senha para poder utilizar o sistema; Registrar a venda em andamento os itens comprados; Exibir a descrição e preço e do item registrado; Calcular o total da venda corrente; Tratar pagamento com dinheiro capturar a quantidade recebida e calcular o troco; Tratar pagamento com cartão de crédito capturar a informação do cartão através de um leitor de cartões ou entrada manual e autorizar o pagamento utilizando o serviço de autorização de crédito (externo) via conexão por modem; Tratar pagamento com cheque capturar o número da carteira de identidade por entrada manual e autorizar o pagamento utilizando o serviço de autorização de cheque (externo) via conexão por modem; Reduzir as quantidades em estoque quando a venda é confirmada; Registrar as vendas completadas; Permitir que diversas lojas utilizem o sistema, com catálogo de produtos e preços unificados, porém estoques separados; 8

9 3 Referências Bibliográficas 1. CAMPOS, José C., RIBEIRO, Antonio N. Desenvolvimento de Sistemas de Software. Disponível em: Acesso em: 10/04/ LES, Laboratório de Engenharia de Software. UML: Diagrama de Sequência. Disponível em: Acesso em: 15/04/ Macoratti.net. UML Conceitos Básicos. Disponível em: Acesso em: 10/04/ ZATYCKO, Florisbela. UML Unified Modeling Language. Disponível em: Apostilando.com. Acesso em: 10/04/ Diagrama de Classes. Disponível em: Acesso em: 16/04/ BORBA, Gilmar. Diagrama de Classes. Disponível em: Acesso em: 16/04/

10 10