SlideShare uma empresa Scribd logo
1 de 6
AcyclicDependenciesPrinciple  (ADP) Engenharia de software centrada em métodos ágeis Turma 02 Alunos:  Adriano e Kamila
AcyclicDependenciesPrinciple  (ADP) É um dos princípios da arquitetura de pacotes, que define que a dependência (acoplamento) entre pacotes ou componentes não devem formar ciclos. Por exemplo, o pacote W depende do pacote Y, que depende do pacote X. Se o pacote X depende igualmente do pacote Yentão teremos um ciclo.
AcyclicDependenciesPrinciple  (ADP)
AcyclicDependenciesPrinciple  (ADP) Pacotes com menos dependência com outros pacotes são facilmente reutilizáveis já que a complexidade de implementação é menor.   Pacotes com dependências, ou seja, cíclicos, só podem ser testados, reutilizados, implantados e compreendidos em conjunto.  E a desvantagem dessa dependência é que, com ciclos, cada nó em um ciclo depende de qualquer outro.
AcyclicDependenciesPrinciple  (ADP) A solução para esse problema seria dividir o ambiente de desenvolvimento em partes que aqui podemos chamar de pacotes.   Assim, cada equipe ou desenvolvedor seria responsável por um pacote qualquer, e este quando compilado estaria disponível para o restante da equipe utilizar aquele pacote de uma determinada versão, e o responsável pelo pacote poderia continuar o desenvolvimento no pacote pelo qual ele é responsável. Dessa forma uma equipe fica independente da outra, ficando a critério da equipe quando deve adaptar seu código à nova versão do seu pacote.
AcyclicDependenciesPrinciple  (ADP)

Mais conteúdo relacionado

Mais de Engenharia de Software Ágil

OCP - The Open Close Principle - Princípio aberto/fechado
OCP - The Open Close Principle - Princípio aberto/fechadoOCP - The Open Close Principle - Princípio aberto/fechado
OCP - The Open Close Principle - Princípio aberto/fechadoEngenharia de Software Ágil
 

Mais de Engenharia de Software Ágil (20)

Sap – stablility and abstract principle
Sap – stablility and abstract principleSap – stablility and abstract principle
Sap – stablility and abstract principle
 
Sap – stablility and abstract principle
Sap – stablility and abstract principleSap – stablility and abstract principle
Sap – stablility and abstract principle
 
Sap – stablility and abstract principle
Sap – stablility and abstract principleSap – stablility and abstract principle
Sap – stablility and abstract principle
 
Common closure principle
Common closure principleCommon closure principle
Common closure principle
 
Common closure principle
Common closure principle Common closure principle
Common closure principle
 
Reuse release equivalence principle
Reuse release equivalence principleReuse release equivalence principle
Reuse release equivalence principle
 
Rep reuse release equivalence principle
Rep reuse release equivalence principleRep reuse release equivalence principle
Rep reuse release equivalence principle
 
OCP - The Open Close Principle - Princípio aberto/fechado
OCP - The Open Close Principle - Princípio aberto/fechadoOCP - The Open Close Principle - Princípio aberto/fechado
OCP - The Open Close Principle - Princípio aberto/fechado
 
Sdp – stable dependencies principles
Sdp – stable dependencies principlesSdp – stable dependencies principles
Sdp – stable dependencies principles
 
principio de reutilização comum
principio de reutilização comumprincipio de reutilização comum
principio de reutilização comum
 
Princípio law of demeter
Princípio law of demeterPrincípio law of demeter
Princípio law of demeter
 
Lod law of demeter
Lod law of demeterLod law of demeter
Lod law of demeter
 
Dip the dependency inversion principle
Dip   the dependency inversion principleDip   the dependency inversion principle
Dip the dependency inversion principle
 
Dip the dependency inversion principle
Dip   the dependency inversion principleDip   the dependency inversion principle
Dip the dependency inversion principle
 
Dip the dependency inversion principle
Dip   the dependency inversion principleDip   the dependency inversion principle
Dip the dependency inversion principle
 
(ISP) - Interface Segregation Principle
(ISP)  - Interface Segregation Principle(ISP)  - Interface Segregation Principle
(ISP) - Interface Segregation Principle
 
LSP – The Liskov Substitution Principle
LSP – The Liskov Substitution PrincipleLSP – The Liskov Substitution Principle
LSP – The Liskov Substitution Principle
 
SRP - Single Responsability Principle
SRP - Single Responsability PrincipleSRP - Single Responsability Principle
SRP - Single Responsability Principle
 
Princípio Law Of Demeter (LOD)
Princípio Law Of Demeter (LOD)Princípio Law Of Demeter (LOD)
Princípio Law Of Demeter (LOD)
 
TDD - Test Driven Development
TDD - Test Driven DevelopmentTDD - Test Driven Development
TDD - Test Driven Development
 

ADP Princípio dependência áciclica

  • 1. AcyclicDependenciesPrinciple (ADP) Engenharia de software centrada em métodos ágeis Turma 02 Alunos: Adriano e Kamila
  • 2. AcyclicDependenciesPrinciple (ADP) É um dos princípios da arquitetura de pacotes, que define que a dependência (acoplamento) entre pacotes ou componentes não devem formar ciclos. Por exemplo, o pacote W depende do pacote Y, que depende do pacote X. Se o pacote X depende igualmente do pacote Yentão teremos um ciclo.
  • 4. AcyclicDependenciesPrinciple (ADP) Pacotes com menos dependência com outros pacotes são facilmente reutilizáveis já que a complexidade de implementação é menor.  Pacotes com dependências, ou seja, cíclicos, só podem ser testados, reutilizados, implantados e compreendidos em conjunto. E a desvantagem dessa dependência é que, com ciclos, cada nó em um ciclo depende de qualquer outro.
  • 5. AcyclicDependenciesPrinciple (ADP) A solução para esse problema seria dividir o ambiente de desenvolvimento em partes que aqui podemos chamar de pacotes.   Assim, cada equipe ou desenvolvedor seria responsável por um pacote qualquer, e este quando compilado estaria disponível para o restante da equipe utilizar aquele pacote de uma determinada versão, e o responsável pelo pacote poderia continuar o desenvolvimento no pacote pelo qual ele é responsável. Dessa forma uma equipe fica independente da outra, ficando a critério da equipe quando deve adaptar seu código à nova versão do seu pacote.