Metric Results

[ summary ] [ packages ] [ cycles ] [ explanations ]

The following document contains the results of a JDepend metric analysis. The various metrics are defined at the bottom of this document.

Summary

[ summary ] [ packages ] [ cycles ] [ explanations ]

Package	TC	CC	AC	Ca	Ce	A	I	D	V
rest	4	3	1	2	9	25.0%	82.0%	7.0%	1
rest.db1	3	2	1	1	14	33.0%	93.0%	27.000002%	1
rest.db2	3	2	1	1	14	33.0%	93.0%	27.000002%	1

Packages

[ summary ] [ packages ] [ cycles ] [ explanations ]

rest

Afferent Couplings	Efferent Couplings	Abstractness	Instability	Distance
2	9	25.0%	82.0%	7.0%

Abstract Classes	Concrete Classes	Used by Packages	Uses Packages
rest.Account	rest.AccountRepository rest.AccountRepository$Accounts rest.Application	rest.db1 rest.db2	com.google.common.collect java.lang java.math org.springframework.boot org.springframework.hateoas org.springframework.hateoas.mvc org.springframework.http rest.db1 rest.db2

rest.db1

Afferent Couplings	Efferent Couplings	Abstractness	Instability	Distance
1	14	33.0%	93.0%	27.000002%

Abstract Classes	Concrete Classes	Used by Packages	Uses Packages
rest.db1.FirstAccountRepository	rest.db1.FirstAccount rest.db1.FirstDsConfig	rest	com.zaxxer.hikari java.io java.lang java.math java.util javax.persistence javax.sql org.springframework.boot.autoconfigure.jdbc org.springframework.boot.jdbc org.springframework.boot.orm.jpa org.springframework.data.repository org.springframework.orm.jpa org.springframework.transaction rest

rest.db2

Afferent Couplings	Efferent Couplings	Abstractness	Instability	Distance
1	14	33.0%	93.0%	27.000002%

Abstract Classes	Concrete Classes	Used by Packages	Uses Packages
rest.db2.SecondAccountRepository	rest.db2.SecondAccount rest.db2.SecondDsConfig	rest	com.zaxxer.hikari java.io java.lang java.math java.util javax.persistence javax.sql org.springframework.boot.autoconfigure.jdbc org.springframework.boot.jdbc org.springframework.boot.orm.jpa org.springframework.data.repository org.springframework.orm.jpa org.springframework.transaction rest

Cycles

[ summary ] [ packages ] [ cycles ] [ explanations ]

Package	Package Dependencies
rest	rest.db1 rest
rest.db1	rest rest.db1
rest.db2	rest rest.db1 rest

Explanation

[ summary ] [ packages ] [ cycles ] [ explanations ]

The following explanations are for quick reference and are lifted directly from the original JDepend documentation.

Term	Description
Number of Classes	The number of concrete and abstract classes (and interfaces) in the package is an indicator of the extensibility of the package.
Afferent Couplings	The number of other packages that depend upon classes within the package is an indicator of the package's responsibility.
Efferent Couplings	The number of other packages that the classes in the package depend upon is an indicator of the package's independence.
Abstractness	The ratio of the number of abstract classes (and interfaces) in the analyzed package to the total number of classes in the analyzed package. The range for this metric is 0 to 1, with A=0 indicating a completely concrete package and A=1 indicating a completely abstract package.
Instability	The ratio of efferent coupling (Ce) to total coupling (Ce / (Ce + Ca)). This metric is an indicator of the package's resilience to change. The range for this metric is 0 to 1, with I=0 indicating a completely stable package and I=1 indicating a completely instable package.
Distance	The perpendicular distance of a package from the idealized line A + I = 1. This metric is an indicator of the package's balance between abstractness and stability. A package squarely on the main sequence is optimally balanced with respect to its abstractness and stability. Ideal packages are either completely abstract and stable (x=0, y=1) or completely concrete and instable (x=1, y=0). The range for this metric is 0 to 1, with D=0 indicating a package that is coincident with the main sequence and D=1 indicating a package that is as far from the main sequence as possible.
Cycles	Packages participating in a package dependency cycle are in a deadly embrace with respect to reusability and their release cycle. Package dependency cycles can be easily identified by reviewing the textual reports of dependency cycles. Once these dependency cycles have been identified with JDepend, they can be broken by employing various object-oriented techniques.