| Package | TC | CC | AC | Ca | Ce | A | I | D | V |
|---|---|---|---|---|---|---|---|---|---|
| org.openecomp.appc.sdc.listener | 11 | 11 | 0 | 0 | 38 | 0.0% | 100.0% | 0.0% | 1 |
| org.openecomp.tlv.sdc.security | 1 | 1 | 0 | 1 | 5 | 0.0% | 83.0% | 17.0% | 1 |
| Afferent Couplings | Efferent Couplings | Abstractness | Instability | Distance |
|---|---|---|---|---|
| 0 | 38 | 0.0% | 100.0% | 0.0% |
| Abstract Classes | Concrete Classes | Used by Packages | Uses Packages |
|---|---|---|---|
| None | org.openecomp.appc.sdc.listener.AsdcCallback org.openecomp.appc.sdc.listener.AsdcConfig org.openecomp.appc.sdc.listener.AsdcListener org.openecomp.appc.sdc.listener.AsdcListener$1 org.openecomp.appc.sdc.listener.DownloadAndStoreOp org.openecomp.appc.sdc.listener.ProviderOperations org.openecomp.appc.sdc.listener.ProviderOperations$MySSLSocketFactory org.openecomp.appc.sdc.listener.ProviderOperations$MySSLSocketFactory$1 org.openecomp.appc.sdc.listener.ProviderResponse org.openecomp.appc.sdc.listener.Util org.openecomp.appc.sdc.listener.Util$1 |
None | com.att.eelf.configuration java.io java.lang java.net java.security java.security.cert java.text java.util java.util.concurrent java.util.concurrent.atomic javax.net.ssl org.apache.commons.codec.binary org.apache.commons.io org.apache.commons.lang3.concurrent org.apache.http org.apache.http.client org.apache.http.client.methods org.apache.http.conn.scheme org.apache.http.conn.ssl org.apache.http.entity org.apache.http.impl.client org.apache.http.impl.conn.tsccm org.apache.http.params org.apache.http.protocol org.json org.openecomp.appc.adapter.dmaap org.openecomp.appc.adapter.dmaap.event org.openecomp.appc.configuration org.openecomp.appc.exceptions org.openecomp.appc.licmgr org.openecomp.sdc.api org.openecomp.sdc.api.consumer org.openecomp.sdc.api.notification org.openecomp.sdc.api.results org.openecomp.sdc.impl org.openecomp.sdc.utils org.openecomp.tlv.sdc.security org.osgi.framework |
| Afferent Couplings | Efferent Couplings | Abstractness | Instability | Distance |
|---|---|---|---|---|
| 1 | 5 | 0.0% | 83.0% | 17.0% |
| Abstract Classes | Concrete Classes | Used by Packages | Uses Packages |
|---|---|---|---|
| None | org.openecomp.tlv.sdc.security.Passwords |
org.openecomp.appc.sdc.listener |
java.io java.lang java.math java.security java.util |
| 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. |
