Aula 12: Princípios da Coesão de Pacotes

Tamanho: px

Começar a partir da página:

Download "Aula 12: Princípios da Coesão de Pacotes"

Danilo Antas Mendonça
6 Há anos
Visualizações:

1 Aula 12: Princípios da Coesão de Pacotes Programação Modular Jefersson Alex dos Santos

2 Roteiro

3 Projeto de classes Modularização fundamental para garantir a qualidade de software insuficiente para grandes projetos de software É necessário considerar uma maior granularidade de módulos pacotes podem ajudar!

4 Pacotes Sua função é agrupar classes em espaços de nomes Pacotes em Java: Funciona como uma série de diretórios (hierarquicamente) Exemplo: package test; public class A { public static void main(string args[]) { System.out.println("Hello"); } } Convenções: prefixo do nome de um pacote: é sempre escrito em todas as letras minúsculas-ascii deve ser um dos nomes de domínio de nível superior ou um dos códigos de duas letras para países, conforme especificado na norma ISO 3166 de componentes restantes podem seguir convenções internas Exemplo: br.ufmg.dcc.dcc052

5 Pacotes Usando classes de um pacote: Caso 1 public class C { public static void main(string args[]) { System.out.println(com.B.getOne()); } Caso 2 import com.b; public class C { public static void main(string args[]) { System.out.println(B.getOne()); } } Caso 3 Usando: import com.*

6 Diagrama de Pacotes UML Pacotes e dependências:

Alguns Conceitos Coesão O nível de especificidade de uma

ideal: Acoplamento Acoplamento Dependência e conhecimento

detalhamento Quanto mais granular um sistema, mais partes

7 Alguns Conceitos Coesão O nível de especificidade de uma classe para desempenhar um papel em um contexto Coesão Mundo ideal: Acoplamento Acoplamento Dependência e conhecimento entre classes Granularidade Corresponde ao nível de detalhamento Quanto mais granular um sistema, mais partes Fonte:

8 Princípios da coesão de pacotes Como escolhemos quais classes pertencem a cada pacote? Alguns critérios podem ajudar: Princípio da Equivalência entre o Reuso e a Distribuição Principio do Reuso Comum Princípio do Fechamento Comum Princípio da Dependência Acíclica

9 Princípio da Equivalência entre o Reuso e a Distribuição a granularidade de reuso não deve ser menor que a granularidade de distribuição O que é reuso? O que é distribuição? A reutilização de uma parte de um software é facilitada se ela for separada em uma estrutura apropriada (pacote) Suponha que a tabela hash em java seja alterada. HashMap depende de LinkedList. Teríamos que baixar as duas classes novamente?

10 Princípio do Reuso Comum classes que não são usadas junto, não devem ser agrupadas Se uma classe depende de outra em um pacote diferente, na verdade há uma dependência do pacote inteiro. O agrupamento de classes relacionadas diminui a dependência entre pacotes. Redução de acoplamento! Exemplos: iterator e container. Buttons, labels e windows Socket server e socket connection.

11 Princípio do Fechamento Comum classes que mudam juntas, ficam juntas Quanto mais pacotes inter-relacionados há em um projeto, maior o trabalho é para gerenciar, testar e liberar atualizações. O agrupamento de classes que mudarão juntas reduz o número de pacotes modificados Qual o melhor tipo de pacote? Aquele que não depende de nada Aquele que nada depende dele

Princípio da Dependência Acíclica A estrutura de dependência entre pacotes deve ser um DAG (grafo direto acíclico) Outros princípios: Princípio da Dependência

12 Princípio da Dependência Acíclica A estrutura de dependência entre pacotes deve ser um DAG (grafo direto acíclico) Outros princípios: Princípio da Dependência Estável: Dependências devem acontecer do pacote mais instável para o mais estável. Princípio da Estabilidade Abstrata: Pacotes estáveis deveriam ser abstratos.

13 Exclusão Mútua O Princípio da Equivalência entre o Reuso e a Distribuição e o Princípio do Reuso Comum facilita a reutilização de pacotes O Princípio do Fechamento Comum facilita a manutenção. É possível alternar entre princípios, começando com poucos pacotes e depois refatorá-los em vários para facilitar o reuso. Fonte:

14 Algumas Considerações As relações entre pacotes tendem a mudar durante o desenvolvimento do projeto de software. As classes em um pacote estável dependem de poucas classes de outros pacotes. É possível mensurar o grau de abstração em um pacote: A(P) = # interfaces in P / # total classes of P

15 Referências Princípios de Coesão de Pacotes: atterns.pdf Granularidade: Exemplos: Campos/PrincipiosArquiteturaPacotes/recursos/PrincipiosDaArquit eturadepacotes.pdf Exercícios: lesson12/pdf/slides_12.pdf

Documentos relacionados

PROJETO ARQUITETURAL PARTE II: PADRÕES DE PROJETO. Projeto de Programas PPR0001

PROJETO ARQUITETURAL PARTE II: PADRÕES DE PROJETO Projeto de Programas PPR0001 QUALIDADE DO PROJETO 2 3 Qualidade do Projeto de Software Modularidade: gerar particionamento em elementos que executam funções