Domínios, grau de dependência e coesão. Unipampa Bagé/RS Engenharia de Computação Disciplina de Engenharia de Software

Transcrição

1 Domínios, grau de dependência e coesão Unipampa Bagé/RS Engenharia de Computação Disciplina de Engenharia de Software

2 Domínios de Classe e Objetos Sistema OO conterá classes dos 4 domínios: Domínio de aplicação: classes de valor para uma aplicação (eventos) Domínio de negócio: classes de valor para uma indústria ou companhia (relacionamento, papel, atributo) Domínio de arquitetura: classes de valor para uma arquitetura de implementação (IU, banco de dados, comunicação de máquina) Domínio de base: classes de valor para todos negócios e arquiteturas (semânticas, estruturais e fundamentais)

3 Domínio de Base Mais ampla utilização. Três grupos: Fundamentais: classes básicas, úteis em qq. Aplicação, representam tipos fundamentais (int, boolean, char,...) Estruturais: implementam estruturas, classes recipientes (Pilha, Lista, ÁrvoreBinária,...). Semânticas: possuem um significado mais rico que classes simples como int ou char (Data, Hora, Ângulo,Dinheiro,...)

4 Domínio de Arquitetura Reutilização limitada a uma arquitetura de computador Três grupos: Comunicação de Máquina: Porta, MáquinaRemota Manipulação de Banco de Dados: Negociação, Backup Interface Humana: Janela, BotãoDeComando São úteis em qq aplicação e negócio, contando que a implementação seja realizada em uma arquitetura física

5 Domínio de Negócio São úteis em muitas aplicações, restritas a uma particular indústria (ramo bancário, medicina,) Três grupos: Atributo: propriedades dos ítens de negócio (Saldo, TemperaturaDeCorpo) Papel: derivam de papéis que coisas desempenham nos negócios (Cliente, Paciente) Relacionamento: derivam de associações entre coisas no mundo de negócios (TitularidadeDeConta, SupervisãoDePaciente, ) Talvez proveitosas somente para uma única corporação

6 Domínio de Aplicação Somente utilizadas dentro de uma única aplicação Dois grupos: Reconhecedoras de Eventos: são construções de software que monitoram a entrada de dados para verificar a ocorrência de específicos eventos no meio (MonitorDeTamperaturaDePaciente, ) Gerenciadoras de Eventos: executam o plano de ação de negócio mais correto na ocorrência de um evento de um dado tipo (AquecimentoDePacienteHipotérmico) Reutilização muito restrita ou inexistente

7 Origem das classes em cada domínio Domínio de aplicação Gerenciadora de eventos Baixa Reutilização Reconhecedora de eventos Domínio de Negócio Relacionamento Papel Atributo Domínio de Arquitetura Interface Humana Manipulação de Banco de Dados Comunicação de máquina Domínio de Base Semântica Estrutura Fundamental Média Reutilização Alta Reutilização Classes em diferentes domínios possuem diferentes graus de reutilização

8 Grau de Dependência É uma medida quantitativa (a classificação em diferentes domínios é uma medida qualitativa) Grau de dependência mede todas as classes referenciadas por uma classe C para que a mesma possa operar Conjunto Classe-Referência Direto (CCRD) de uma classe C é o conjunto de classes para os quais a classe C referencia diretamente Formas de Referência que uma classe C pode ter em relação a uma classe D

9 Formas de Referência C é herdeira de D C tem um atributo da classe D C tem uma operação com um argumento de entrada de dados da classe D C tem uma variável de classe da classe D C tem um método que envia mensagem com um argumento retornado da classe D C tem um método contendo uma variável local da classe D C supre D como um parâmetro de classe real em uma classe parametrizada C tem uma classe amiga (friend) D (em C++).

10 No domínio de base, as classes possuem o CCRI vazios. Grau de Dependência Digamos que o conjunto classe-referência direto de C compreenda as classes C 1, C 2,..., C n. Por conseguinte, o conjunto classereferência indireto (CCRI) de C é a união do conjunto classe-referência direto de C e os conjuntos classe-referência indiretos de C 1, C 2,..., C n. Ou, alternativamente, fechamento transitivo no conjunto classe-referência direto de C

11 Grau de Dependência... Direto de uma classe é o tamanho de seu cojunto classe-referência direto Indireto de uma classe é o tamanho de seu conjunto classe-referência indireto Tamanho do CCRD é também conhecido como Acoplamento de Classe Total

12 C Grau de Dependência Direto de C = 3 C1 C2 C3 C C1 C2 C3 Grau de Dependência Indireto de C = 12 C11 C12 C21 C31 C32 F1 F2 F3 F4

13 Grau de Dependência Fornece-nos uma medida da sotisticação da classe, ou seja, quão alta a classe se encontra acima do domínio de base Domínios mais altos --> alto grau de dependência indireto Domínios mais baixos --> baixo grau de dependência indireto

14 Lei de Deméter Princípio para limitar o grau de dependência direto de uma classe ao limitar o tamanho de seu conjunto classe-referência direto Para um objeto obj da classe C, e para qualquer operação op definida para obj, cada objeto destinatário de uma mensagem dentro da implementação de op deve ser um dos seguintes objetos

15 Lei de Deméter 1. O próprio obj (self, super)(this)(current) 2. Um objeto referenciado por um argumento dentro da assinatura de op 3. Um objeto referenciado por uma variável de obj (incluindo qualquer objeto dentro das coleções referenciadas por obj) 4. Um objeto criado por op 5. Um objeto referenciado por uma variável global

16 Lei de Deméter Lei Forte de Deméter: no ponto 3, define uma variável como apenas uma variável definida na classe C em si. Lei Fraca de Deméter: no ponto 3, define uma variável como quer uma variável de C ou uma variável que C herda de suas superclasses. Lei forte de Deméter limita a congeneridade por meio das fronteiras de encapsulamento (classes e superclasses)

17 Lei de Deméter A limitação da congeneridade por meio das fronteiras da classe C e das superclasses de C, simplifica a manutenção e a desdobralidade (evolvability) do sistema por duas razões: Libera o desenhista das superclasses de C para redesenhar suas implmentações internas; Aperfeiçoa a compreensibilidade de C, porque ao tentarmos entender o desenho de C, não se é continuamente forçado aos detalhes de implementação das superclasses de C ou, pior, àqueles de uma classe completamente não aparentada

18 Coesão de Classe: uma classe e suas características É a medida da inter-relação das características (atributos e operações) localizadas a interface externa de uma classe Coesão de classe está em um nível mais alto de encapsulamento Má coesão (baixa) --> conjunto de características disparatadas Boa coesão (alta) --> conjunto de características em que todas elas contribuem para a abstração de tipo implementado pela classe

19 Coesão de Classe Como os métodos que implementam as operações de uma classe utilizam as variáveis internas da classe Quanto mairo a sobreposição no usa das variáveis, maior coesão terá a classe Esta abordagem não é muito boa, pois (1) necessita conhecer as partes internas da classe e (2) a medição é instável e bastante dependente do desenho interno da classe (que pode mudar ao longo do tempo)

20 Coesão de Classe Três problemas indicativos de coesão: 1) Coesão de instância mista: a classe tem algumas características que são indefinidas para alguns objetos da classe Ex.: Vendedor (Comissionado e Não-Comissionado) Normalmente necessita um refinamento da hierarquia de classe Aquele objeto de Vendedor que não é comissionado não pode receber a seguinte mensagem obj.lançarporcentagemdecomissão(); ou o valor do atributo comissão não pode ser 0, pois o valor para este atríbuto é indefinido

21 Coesão de Classe 2) Coesão de domínio misto: a classe contém um elemento que diretamente cria dependência da classe em relação a uma classe extrínsica de um comínio diferente B é extrínsica de A se A puder ser plenamente definida sem qualquer noção de B Ex.: Classe NúmeroReal --> atributo arctang (classe Ângulo); Classe NúmeroReal --> operação convertertemperatura (classe Temperatura) NúmeroReal (grupo fundamental) com dependência da classes de mais alto nível (Ângulo, Temperatura) que são do grupo semântico no domínio de base

22 Coesão de Classe 3) Coesão de papel misto: a classe contém um elemento que diretamente cria dependência dessa classe com uma classe extrínseca que reside no mesmo domínio de C Ex.: Classe Pessoa --> com um atributo nodecachorrospossuidos (classe Cachorro) Neste exemplo: Não há coesão de instância mista, pois pessoas sem cachorros podem retornar 0. Não há coesão de domínio misto, pois Pessoa e Cachorro estão ambos no domínio de negócio Ela tem coesão de papel misto porque Pessoa e Cachorro são conceitos distintos, extrínsecos um em relaçao ao outro Esta é a transgressão menos séria em termos de desenho OO Como desenhar uma solução para esta situação (representar os Cachorros possuídos por uma Pessoa)

23 Referências Page-Jones, Meilir. Fundamentos do Desenho orientado a Objeto com UML. São Paulo: Pearson Education do Brasil, 2001.