Features

archSmells designSmells

The quality of your architecture decides vital quality parameters of your software product. Designite detects various architecture smells in your code to help you improve the agility of your software.

Designite identifies architecture smells and presents them in a sunburst visualization. Each detected smell is presented with its definition and its cause. This information could be used to analyze the identified smell further and plan for refactoring of the smell.



architecture smells

The following architecture smells are detectable by Designite:

  1. Cyclic Dependency: This smell arises when two or more architecture components depend on each other directly or indirectly.
  2. Unstable Dependency: This smell arises when a component depends on other components that are less stable than itself.
  3. Ambiguous Interface: This smell arises when a component offers only a single, general entry-point into the component.
  4. God Component: This smell occurs when a component is excessively large either in the terms of LOC or number of classes.
  5. Feature Concentration: This smell occurs when a component realizes more than one architectural concern/feature.
  6. Scattered Functionality: This smell arises when multiple components are responsible for realizing the same high-level concern.
  7. Dense Structure: This smell arises when components have excessive and dense dependencies without any particular structure.

Designite detects various design smells in your code to help you manage your "design debt"."Design smells are certain structures in the design that indicate violation of fundamental design principles and negatively impact design quality." (from Refactoring for Software Design Smells: Managing Technical Debt)

Designite identifies design smells and presents them in a view that classifies them based on the fundamental principle they violate. In addition, Designite also points out the cause of the smell and therefore provides a clue towards refactoring of the smell.

The following design smells are detectable by Designite:

  • Abstraction Design Smells: Imperative Abstraction, Unnecessary Abstraction, Multifaceted Abstraction, Unutilized Abstraction, Duplicate Abstraction, Feature Envy.
  • Encapsulation Design Smells: Deficient Encapsulation, Unexploited Encapsulation.
  • Modularization Design Smells: Broken Modularization, Insufficient Modularization, Hub-like Modularization, Cyclically-dependent Modularization.
  • Hierarchy Design Smells: Wide Hierarchy, Deep Hierarchy, Multipath Hierarchy, Cyclic Hierarchy, Rebellious Hierarchy, Unfactored Hierarchy, Missing Hierarchy, Broken Hierarchy.

Please note that the Designite follows classification proposed by "Refactoring for Software Design Smells: Managing Technical Debt" by Girish Suryanarayana, Ganesh Samarthyam, and Tushar Sharma.

Smells_sunburst
Sunburst visualization of detected design smells to support better navigation and filtering

Designite computes object-oriented design metrics that are helpful to gauge the structural health of the software project. Designite classifies these metrics in four categories: solution-level metrics, project-level metrics, method-level metrics and class-level metrics. Designite highlights specific metric values that violate metric threshold as a metric violation in a different color to help you spot the violations.

  • Solution-level Metrics: LOC (Lines Of Code), NON (Number Of Namespaces), NOC (Number Of Classes), NOM (Number Of Methods), MV (Metrics Violations), SD (Smell Density), DUP (Code Duplication).
  • Project-level Metrics: LOC (Lines Of Code), NON (Number Of Namespaces), NOC (Number Of Classes), NOM (Number Of Methods), MV (Metrics Violations), SD (Smell Density), DUP (Code Duplication), DDS (Detected Design Smells).
  • Class-level Metrics: NOF (Number Of Fields), NOM (Number Of Methods), NOP (Number Of Properties), NOPF (Number of Public Fields), NOPM (Number of Public Methods), LOC (Lines of Code), WMC (Weighted Methods per Class), NC (Number of Children), DIT (Depth of Inheritance Tree), LCOM (Lack of Cohesion of Methods), FANIN (Fan-in), FANOUT (Fan-out).
  • Method-level Metrics: LOC (Lines Of Code), CC (Cyclomatic Complexity), PC (Parameter Count).
DeeperMetricsAnalysis
Pie chart visualization for computed metrics

Designite supports "trend analysis" to reveal evolution of software from the smells perspective. Specifically, the trend shows how many smells (both design and implementation) have been introduced, remained, and removed from one version to another. It is useful when the development team wanted to observe the quality of the software especially after a refactoring cycle.

trend-analysis
Observe evolution of your code from smell's perspective

Action Hub is your friend when it comes to track, manage, and plan identified smells in a project. Based on the semantics, you may change the status of identified smells to one of the four smell status supported by Designite (i.e., Identified, Wrong, Drop, Refactor). By selecting one of the statuses, you are essentially analyzing the identified smells and preparing a plan to resolve them. Within Action Hub, you may also filter the smells based on various factors such as smell types (architecture, design, or implementation), smell status, or belonging to a source code element (such as project or namespace).

actionHub
Action Hub in action

Designite allows the user to see the distribution of design and implementation smells using Treemap. The smell treemap shows two dimensions - size of classes/namespace and corresponding severity of smell density. The diagram shows severity of smell density using intuitive color scheme; smell density increases from green to red.

treemap-small
Treemap showing distribution of smells

The Dependency Structure Matrix (DSM) is a compact and visual representation of dependencies (with corresponding strength) among software system entities (such as Type, Namespace, or Project) in the form of a square matrix. Designite offers an interactive and simple yet effective implementation of DSM.

dsm
DSM for dependency analysis

Designite supports variety of smells that may occur at implementation level as well (in addition to design smells). Refactoring these smells lead to better code quality.Designite supports detection of the following implementation smells: Long Method, Complex Method, Long Parameter List, Long Identifier, Long Statement, Complex Conditional, Virtual Method Call from Constructor, Empty Catch Block, Magic Number, Duplicate Code, Missing Default.

impl-smells
Sunburst visualization for detected implementation smells for easier navigation and filtering

Designite detects code duplication in your code and reports design smells based on the identified clones. The identified code clones can be further analyzed manually by exploring the excel sheet generated by Designite that contains information associated with code clones along with the identified design smells and metrics.

Designite provides a console application with various options to allow integration with external tools. For instance, one can integrate Designite with SonarQube to see the design smells detected by Designite in SonarQube.

The console application supports analyzing projects and exporting the results in CSV format. The analysis using console application can be highly customized (e.g. analyze either by specifying solution file path or batch file, exempt a few projects in a solution from analysis, and trend analysis of a git repository).

console-app
Designite's console application

Every piece of code is different in terms of domain, context, and its quality requirements. Measuring quality aspects of all the software systems using the same stick is not appropriate and often not desirable. Keeping it in mind, Designite has introduced a new feature “Preferences” in version 1.33.0 to allow users to customize their analysis by selecting thresholds based on their context and requirements.

customize
Customize your quality analysis

The hotspot analysis assigns a "Hotspot score" to each class based on the detected design smells in the class and highlights the classes that you may choose for refactoring first.

Designite allows you to export the analyzed information (detected smells and computed metrics). Three export formats are available to choose from MS Excel, XML, and CSV. This extremely useful feature allows you to share the result of the tool with other stakeholders in your team and analyze the results further.

Designite analyzes the design of your software and presents the summary of the analysis in a graphical form. The summary shows the distribution of smells in the form of a treemap. Two pie charts are also presented showing the summary of detected architecture and design smells. The summary also includes total size of the software solution in LOC, total number of metric violations and design smells, and design smell density per KLOC. In addition, the project-specific numbers are also presented.

With the version 2.1.1, Designite offers Visual Studio extension of Designite. This will allow developers to analyze their source code right in their working environment. One can keep an instance of Designite open in a tab within the IDE and refer the detected smells for refactoring. The extension is available for Visual Studio 2015 and 2017.

VSExtension
Analyze your code right inside your IDE