Glossary

A

Architecture Aspect

Describes a part of the architecture. Via the "apply" directive an aspect defined in its own architecture file can be reused.

Architecture Model

Consists of a top-level checked architecture file and all recursively applied architecture files.

C

Component

We follow the definition of John Lakos in "Large Scale C++ Software Design": A component is the smallest unit of physical design. This is a source file in Java and C# and a source file plus included header files in C/C++. For more details, see Chapter 5, Getting Familiar with the Sonargraph System Model .

L

Logical Namespace

Unifies physical namespaces contained in different root directories. More details are given in Section 5.4, “Logical Models” .

M

Module

Represents usually a deployable unit (e.g. an OSGi bundle, JAR file, C# assembly) containing components.

P

Programming Element

The abstract term that represents a type, method, routine, etc. within the different languages. More details are given in Chapter 5, Getting Familiar with the Sonargraph System Model

S

(Software) System

Represents the scope of analysis and contains all required resources, i.e. the workspace definition, virtual models, analyzer configurations and Groovy scripts and the analyzed source code.

W

Workspace Profile

Transforms the existing root directories. This is useful for the integration of Sonargraph in the build server. More details are given in Section 8.8.3, “ Creating Workspace Profiles for Build Environments ”.

V

Virtual Model

Represents a sandbox where virtual sets of resolutions (Fix, Ignore, TODO, Delete refactoring, Move/Rename refactoring) can be applied to the system.