Análise e Projeto Orientados a Objetos: Visibilidade Diagrama de Classe de Projeto

Transcrição

1 UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientados a Objetos: Visibilidade Diagrama de Classe de Projeto 1

2 Visibilidade entre Objetos 2

3 Visibilidade entre Objetos Habilidade de um objeto poder ver ou ter referência para outro objeto. Quando se cria um projeto de objetos que interagem entre si, é preciso assegurar que a visibilidade necessária esteja presente. Emissor da mensagem deve ter algum tipo de referência ou ponteiro para o objeto receptor. Visibilidade está relacionada com escopo: um recurso (uma instância) está dentro do escopo de outro? 3

4 Visibilidade Para um objeto A enviar uma mensagem a um objeto B, B deve ser visível para A. Tipos de visibilidade Por atributo: B é um atributo de A Por Parâmetro: B é um parâmetro de um método de A Localmente declarada: B é declarado como um objeto local em um método de A Global: B é, de alguma forma, globalmente visível. 4

5 Notação de Visibilidade em UML - Estereótipos <<associação>> é usada para visibilidade de atributo A :msg() <<associação>> B A :msg() <<parâmetro>> B A :msg() <<local>> B A :msg() <<global>> B 5

6 Visibilidade por atributo A-> B => B é atributo de A Persiste por muito tempo É a forma mais comum Geralmente se deve às associações existentes no modelo conceitual. Ex. TPV tem catálogo de produtos como um atributo (prodcatálogo) para poder enviar mensagens ao Catálogo de Produtos. 6

7 Ex de Visibilidade por atributo entraritem(upc,qtd) :TPV Class TPV {... Private CatálogodeProdutos prodcatálogo;... } 2:espec:=especificação(cup) prodcatálogo:catálo deprodutos TPV entraritem(upc,qtd) {... espec = prodcatálogo.especificação(cup)...} 7

8 Visibilidade por atributo (Sistema Biblioteca) Ex: Empréstimo tem um atributo leitor para poder enviar mensagens ao Leitor que efetuou o empréstimo 8

9 Exemplo 9

10 Visibilidade por parâmetro A-> B => B é passado como um parâmetro para um método de A É relativamente temporária, persiste enquanto persistir o método. entraritem(cup,qtd) :TPV 3:criarLinhadeItem(espec,qtd)() :Venda espec é passada como parâmetro para que a venda tenha visibilidade para uma especificação de produto. 10

11 Da visibilidade de parâmetros para visibilidade de atributos É comum a visibilidade por parâmetro criar uma visibilidade por atributo entraritem(cup,qtd) :TPV 3:criarLinhadeItem(espec,qtd)() :Venda LinhadeItemdeVenda(Especificacao Produto espec, int qtd) {... especdeprod = espec;...} construtor 3.1 Criar(espec,qtd) Lv:LinhadeItemdeVenda 11

12 Visibilidade localmente declarada Visibilidade local de A para B existe quando B é declarado como um objeto local dentro de um método de A. Visibilidade local: relativamente temporária (persiste somente dentro do escopo do método) Meios para obtê-la: Atribuir o objeto retornado pela invocação de um método a uma variável local. Criar uma nova instância local e atribuí-la a uma variável local 12

13 entraritem(cup,qtd) 1:[nova_venda] criar() :TPV 3:criarLinhadeItem(espec,qtd) :Venda 2:espec:=especificação(cup) :Catálogode Produtos TPV tem visibilidade local para uma especificação de produto espec TPV entraritem(cup,qtd) { //obj. de retorno para um //objeto local EspecificaçãodeProduto espec = prodcatálogo. especificação(cup) 13

14 Visibilidade Global A->B existe quando B é global para A. Menos comum Relativamente permanente (persiste enquanto A ou B existirem) Forma óbvia e menos desejável: atribuir uma instância de objeto a uma variável global. 14

15 Diagrama de Classes de Projeto 15

16 Refinar Plano Sincronizar artefatos Analisar Projetar Construir Testar 1. Definir Casos de Uso Reais 3. Refinar a arquitetura do sistema 2. Definir Relatórios, IU e Storyboards 4. Definir diagramas de interação 5. Definir Diagramas de Classes de Projeto 16

17 Definição O Diagrama de Classes de Projeto apresenta especificações para classes de software e interfaces de uma aplicação. As informações típicas são as seguintes: classes, associações e atributos interfaces, com suas operações e constantes métodos tipos de atributos navegabilidade dependências 17

18 Definição (cont.) Modelo Conceitual abstrações de conceitos, ou objetos, do mundo real. Conceitos são também chamados de classes conceituais. Diagrama de Classes de Projeto definição de classes como componentes de software Entidades de software 18

19 Definição (cont.) Na prática, o Diagrama de Classes pode ser construído à medida que a fase de projeto avança, a partir dos diagramas de comunicação. Cada classe que aparece no diagrama de comunicação automaticamente é incluída no diagrama de classes do projeto. Os atributos são inicialmente, os que estão no modelo conceitual 19

20 Como Criar os Diag. de Classes Identificar todas as classes a partir dos diagramas de comunicação. Desenhar todas essas classes no D.de Classes Copiar todos os atributos do modelo conceitual Acrescentar os métodos provenientes dos diagramas de comunicação. Acrescentar tipos aos atributos e métodos. Acrescentar as associações que indicam visibilidade por atributo. Acrescentar informações sobre direção da visibilidade por atributo (flechas de navegabilidade). Indicar relacionamentos de dependência para indicar visibilidades que não sejam de atributos. 20

21 Diagrama de Classe de Projeto para o Sistema TPV: Classe Depende dos casos de uso incluídos neste ciclo de desenvolvimento. Por isso, nem todas as classes do modelo conceitual serão incluídas no Diagrama de Classe de Proj. Só serão incluídas as classes que aparecem nos diagramas de comunicação. Neste ciclo essas classes são: TPV, CatálogodeProdutos, Loja, Pagamento, Venda, EspecificaçãodeProduto, LinhadeItemdeVenda. 21

22 TPV CatálogodeProdutos quantidade EspecificaçãodeProduto descrição preço CUP Loja Venda LinhadeItemdeVenda endereço nome data estácompleta hora quantidade Pagamento quantia 22

23 Como incluir os métodos nas classes Operações (eventos de sistema) são incluídas nas classes controladoras. Métodos são incluídos nas classes que recebem a mensagem. Linguagens de programação distintas podem ter sintaxes distintas para métodos Recomendável: usar sintaxe básica UML nomemétodo(par 1, Par 2,..., Par n ) 23

24 Inclusão de métodos Venda data estácompleta hora entraritem(cup,qtd) criarlinhadeitem() :TPV 3:criarLinhadeItem(espec,qtd) :Venda 24

25 Como incluir os métodos nas classes (cont.) Não incluir: Métodos enviados à coleções (esses métodos devem ser implementados pela classe Coleção) 25

26 Mensagem para um multobjeto entraritem(cup,qtd) :TPV 2:espec:=especificação(cup) :Catálogode Produtos 2.1:espec:=encontrar(cup) :Especificaçãode Produto A mensagem encontrar é dirigida para o objeto coleção, não para um objeto EspeficicaçãodeProduto 26

27 Como incluir os métodos nas Não incluir: classes (cont.) Método Criar (linguagem OO provê o criador construtor) Métodos de acesso a atributos, por exemplo, setnome, getnome, etc -> assume-se que a classe fornece método de acesso para cada atributo. 27

28 Acrescentando os demais métodos em Venda... Venda data estácompleta hora criarlinhadeitem() tornarsecompleta() efetuarpagamento() total() 28

29 Atributos Pode-se acrescentar tipos de atributos, parâmetros e retorno de métodos, observando os diagramas de comunicação. Atributos identificados durante o projeto podem ser incluídos. Se uma ferramenta CASE for utilizada para geração automática de código, os tipos detalhados serão necessários. Se o diagrama for usado exclusivamente por desenvolvedores de software, o excesso de informação pode poluir o diagrama e dificultar seu entendimento. 29

30 Atributos Observação: Embora uma visibilidade por atributo venha a ser implementada posteriormente como um atributo na classe origem, isso não deve ser mostrado no diagrama de classes manter as associações no diagramas de classes. 30

31 Adição de Atributos e tipos Venda data: Date estácompleta: Boolean hora: Time criarlinhadeitem() tornarsecompleta() efetuarpagamento() total() 31

32 Associações e Navegabilidade Associações e navegabilidade entre classes de projeto são indicadas pelos diagramas de comunicação Navegabilidade indica possibilidade de navegação unidirecional por meio de uma associação entre classes Geralmente implica visibilidade por atributos A multiplicidade e os nomes das associações são retirados do Modelo Conceitual Notação: seta contínua. 32

33 Associações e Navegabilidade Indícios de associações e presença de navegabilidade: A envia mensagem para B A cria B A precisa manter uma conexão com B 33

34 Como determinar a navegabilidade? Verificar o envio de mensagens de objetos que possuem visibilidade por atributo. Desenhar a seta no sentido da classe que envia a mensagem para a classe que recebe a mensagem. 34

35 criar() A navegabilidade é identificada a partir do diagrama de comunicação :Loja 2 : criar (pc) :TPV 1 : criar ( ) 1.1 criar () :Catálogode 1.1.2* : adicionar (ep) Produtos :Especificãode Produto 1.2 : carregarespecprod( ) 1.2.1* : criar(cup,preço,descrição) Este diagrama de colaboração implica nas navegabilidades: Loja TPV Loja CatálogodeProdutos CatálogodeProdutos EspecificaçãodeProduto ep:especificaçãodeproduto 35

36 Navegabilidade entraritem(cup,qtd) :TPV 1:[nova_venda] criar() :Venda 1.1:criar() Este diagrama de colaboração implica nas navegabilidades: TPV Venda Venda LinhadeItemdeVenda :linhadeitemde Venda 36

37 Diagrama de Classe com navegabilidade TPV terminarvenda() entraritem() registrarpagame nto() 1 captura Observar que a navegabilidade é independente do sentido de leitura da associação. 1 Venda data: Date estácompleta: Boolean hora: Time criarlinhadeitem() tornarsecompleta() efetuarpagamento() total() 37

38 Relacionamento de Dependência No diagrama de classes, o relacionamento de dependência representa a visibilidade entre classes que não é implementada por atributo Visibilidade por parâmetro Visibilidade local ou global Um objeto de uma classe A tem conhecimento (enxerga) um objeto da classe B Notação: seta tracejada 38

39 Exemplo: Dependência Venda EspecificaçãodeProduto Venda tem visibilidade a uma especificação de produto pois recebe-a como parâmetro em um dos diagramas de comunicação 39

40 Versão Final do Diagrama de Classe de Projeto Usa 1 Loja endereço : Endereço nome : Texto acrescentarvenda( ) 1 Busca-em 1 1 Catálogo de Produtos especificacao( ) 1 Contém 1..* Especificação de Produto descrição : Texto preço : Quantidade CUP : CUP 1 Possui Venda Descreve 1..* 1 TPV terminarvenda( ) entraritem( ) registrarpagamento( ) 1 1 Captura data : Data hora : Hora estácompleta : Booleano tornarsecompleta( ) criarlinhadeitem( ) efetuarpagamento( ) total( ) Contém 1 1..* * LinhadeItemdeVenda quantidade : Inteiro subtotal( ) * 1 Registra-Dados-da > Paga-por 1 Pagamento quantia : Quantidade 40

41 Alguns detalhes de notação para métodos e atributos - UML Nome da Classe atributo atributo:tipo atributo:tipo = valor inicial /atributoderivado,... método1() método2(lista par.):tipo ret. métodoabstrato() +métodopúblico() -métodoprivado() #métodoprotegido() 41

42 Sistema TPV: atributos privados e métodos públicos Venda data: Date estácompleta: Boolean hora: Time +criarlinhadeitem() +tornarsecompleta() +efetuarpagamento() +total() 42

43 43