Fork me on GitHub

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
fr.paris.lutece.plugins.appstore.business 17 12 5 2 7 29.0% 78.0% 7.0% 1
fr.paris.lutece.plugins.appstore.service 6 6 0 1 16 0.0% 94.0% 6.0% 1
fr.paris.lutece.plugins.appstore.web 6 5 1 0 21 17.0% 100.0% 17.0% 1

Packages

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

fr.paris.lutece.plugins.appstore.business

Afferent Couplings Efferent Couplings Abstractness Instability Distance
2 7 29.0% 78.0% 7.0%
Abstract Classes Concrete Classes Used by Packages Uses Packages
fr.paris.lutece.plugins.appstore.business.IApplicationDAO
fr.paris.lutece.plugins.appstore.business.ICategoryDAO
fr.paris.lutece.plugins.appstore.business.IComponentDAO
fr.paris.lutece.plugins.appstore.business.IIconDAO
fr.paris.lutece.plugins.appstore.business.IReferenceItem
fr.paris.lutece.plugins.appstore.business.Application
fr.paris.lutece.plugins.appstore.business.ApplicationDAO
fr.paris.lutece.plugins.appstore.business.ApplicationHome
fr.paris.lutece.plugins.appstore.business.Category
fr.paris.lutece.plugins.appstore.business.CategoryDAO
fr.paris.lutece.plugins.appstore.business.CategoryHome
fr.paris.lutece.plugins.appstore.business.Component
fr.paris.lutece.plugins.appstore.business.ComponentDAO
fr.paris.lutece.plugins.appstore.business.ComponentHome
fr.paris.lutece.plugins.appstore.business.Icon
fr.paris.lutece.plugins.appstore.business.IconDAO
fr.paris.lutece.plugins.appstore.business.IconHome
fr.paris.lutece.plugins.appstore.service
fr.paris.lutece.plugins.appstore.web
fr.paris.lutece.portal.service.plugin
fr.paris.lutece.portal.service.resource
fr.paris.lutece.portal.service.spring
fr.paris.lutece.util
fr.paris.lutece.util.sql
java.lang
java.util

fr.paris.lutece.plugins.appstore.service

Afferent Couplings Efferent Couplings Abstractness Instability Distance
1 16 0.0% 94.0% 6.0%
Abstract Classes Concrete Classes Used by Packages Uses Packages
None fr.paris.lutece.plugins.appstore.service.AppStorePlugin
fr.paris.lutece.plugins.appstore.service.ApplicationExtendableResourceService
fr.paris.lutece.plugins.appstore.service.ComponentInfoService
fr.paris.lutece.plugins.appstore.service.IconService
fr.paris.lutece.plugins.appstore.service.UpdaterDaemon
fr.paris.lutece.plugins.appstore.service.UpdaterService
fr.paris.lutece.plugins.appstore.web
fr.paris.lutece.plugins.appstore.business
fr.paris.lutece.portal.service.daemon
fr.paris.lutece.portal.service.datastore
fr.paris.lutece.portal.service.image
fr.paris.lutece.portal.service.plugin
fr.paris.lutece.portal.service.resource
fr.paris.lutece.portal.service.util
fr.paris.lutece.portal.web.constants
fr.paris.lutece.util.httpaccess
fr.paris.lutece.util.url
java.lang
java.util
org.apache.commons.lang
org.jsoup
org.jsoup.nodes
org.jsoup.select

fr.paris.lutece.plugins.appstore.web

Afferent Couplings Efferent Couplings Abstractness Instability Distance
0 21 17.0% 100.0% 17.0%
Abstract Classes Concrete Classes Used by Packages Uses Packages
fr.paris.lutece.plugins.appstore.web.AppStoreJspBean
fr.paris.lutece.plugins.appstore.web.AppStoreApp
fr.paris.lutece.plugins.appstore.web.ApplicationJspBean
fr.paris.lutece.plugins.appstore.web.CategoryJspBean
fr.paris.lutece.plugins.appstore.web.ComponentJspBean
fr.paris.lutece.plugins.appstore.web.IconJspBean
None fr.paris.lutece.plugins.appstore.business
fr.paris.lutece.plugins.appstore.service
fr.paris.lutece.portal.service.admin
fr.paris.lutece.portal.service.i18n
fr.paris.lutece.portal.service.message
fr.paris.lutece.portal.service.plugin
fr.paris.lutece.portal.service.template
fr.paris.lutece.portal.service.util
fr.paris.lutece.portal.web.admin
fr.paris.lutece.portal.web.constants
fr.paris.lutece.portal.web.upload
fr.paris.lutece.portal.web.util
fr.paris.lutece.portal.web.xpages
fr.paris.lutece.util
fr.paris.lutece.util.html
fr.paris.lutece.util.url
java.io
java.lang
java.util
javax.servlet.http
org.apache.commons.fileupload

Cycles

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

There are no cyclic dependencies.

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.