Artifact: Design Subsystem









var backPath = './../../';
var imgPath = './../../images/';
var nodeInfo=[{view: "view:_LVCagP5WEdmAzesbYywanQ", path: ["_LVCagP5WEdmAzesbYywanQ", "_zRigkAILEdq-_NKqZM1EhA", "_qwxC8N7YEdmjRZts2c4ZjQ", "{DB21F5EF-810B-4994-B120-79FA8774FA9D}", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}, {view: "view:_LVCagP5WEdmAzesbYywanQ", path: ["_LVCagP5WEdmAzesbYywanQ", "_zRigkAILEdq-_NKqZM1EhA", "_QV4x0AISEdqTna4sZVFRow", "_kjFBYN7HEdm8G6yT7-Wdqw", "{8CDAEAD4-5E84-4F50-87FD-3240ED047DE7}", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}, {view: "view:_FCx1oN7CEdmsEI4YDGX2ag", path: ["_FCx1oN7CEdmsEI4YDGX2ag", "_f6_YwN7DEdmsEI4YDGX2ag", "_qwxC8N7YEdmjRZts2c4ZjQ", "{DB21F5EF-810B-4994-B120-79FA8774FA9D}", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}, {view: "view:_FCx1oN7CEdmsEI4YDGX2ag", path: ["_FCx1oN7CEdmsEI4YDGX2ag", "_Jvt1cAIaEdqEutyfYo0quQ", "_EOvXUN7HEdm8G6yT7-Wdqw", "_kjFBYN7HEdm8G6yT7-Wdqw", "{8CDAEAD4-5E84-4F50-87FD-3240ED047DE7}", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}, {view: "view:_FCx1oN7CEdmsEI4YDGX2ag", path: ["_FCx1oN7CEdmsEI4YDGX2ag", "_Jvt1cAIaEdqEutyfYo0quQ", "_jijhYAIaEdqEutyfYo0quQ", "_mTMIkN7REdmjRZts2c4ZjQ", "{8CDAEAD4-5E84-4F50-87FD-3240ED047DE7}", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}, {view: "view:_FCx1oN7CEdmsEI4YDGX2ag", path: ["_FCx1oN7CEdmsEI4YDGX2ag", "_Jvt1cAIaEdqEutyfYo0quQ", "_jijhYAIaEdqEutyfYo0quQ", "_n7ZcgN7REdmjRZts2c4ZjQ", "{A3C60B25-9780-4BFA-81AF-C1AD40D8A833}"]}];
contentPage.preload(imgPath, backPath, nodeInfo, '', false, false, false);










Artifact: Design Subsystem















This work product described a part of a system that encapsulates behavior, exposes a set of interfaces, and packages other model elements.


Work Product Kinds: Model Element






Purpose



A Design Subsystem encapsulates behavior, providing explicit and formal interfaces, and does not (by convention) expose its internal contents. This provides the ability to completely encapsulate the interactions of a number of classes and/or subsystems.



Relationships



Container Artifact


Design Model





RolesResponsible:



Designer


Modified By:



Designer


Software Architect





TasksInput To:



Subsystem Design





Use-Case Design


Output From:



Identify Design Elements


Identify Design Mechanisms


Incorporate Existing Design Elements


Subsystem Design





Process Usage


Analysis & Design
 > 
Refine the Architecture
 > 
Design Subsystem


Analysis & Design
 > 
Refine the Architecture
 > 
Design Subsystem


Analysis & Design
 > 
Analyze Behavior
 > 
Design Subsystem


Analysis & Design
 > 
Analyze Behavior
 > 
Design Subsystem


Analysis & Design
 > 
Design Components
 > 
Design Subsystem






Description



Main Description  A Design Subsystem is a part of a system that encapsulates behavior, exposes a set of interfaces, and packages other model elements. From the outside, a subsystem is a single design model element that collaborates with other mod elelements to fulfill its responsibilities. The externally visible interfaces and their behavior is referred to as the subsystem specification. On the inside, a subsystem is a collection of model elements (design classes and other subsystems) that realize the interfaces and behavior of the subsystem specification. This is referred to as the subsystem realization. The 'encapsulation' ability of design subsystems is contrasted by that of the Artifact: Design Package, which does not realize interfaces. Packages are used primarily for configuration management and model organization, where subsystems provide additional behavioral semantics.



Tailoring



Representation OptionsUML Representation: Design Subsystems are modeled as UML 2.0 components. UML also defines a stereotype for component named <<subsystem>>, indicating that this may be used, for example, to represent large scale structures. See Guideline: Design Subsystem for representation.  Design Subsystems are an important means of decomposing large systems into understandable parts. They are particularly useful in component-based development to specify components (see Concept: Component) expected to be independently developed, re-used, or replaced. Important tailoring decisions related to Design Subsystems are: whether and when to separate specification from realization (see Guideline: Design Subsystem) whether or not to model subsystem interfaces localized into ports (see Task: Subsystem Design) This tailoring decision should be captured in  Artifact: Project-Specific Guidelines. UML 1.x Representation An important tailoring decision is whether to model design subsystems as UML 2.0 components or UML 1.5 subsystems (see Guideline: Design Subsystem). Refer to Differences Between UML 1.x and UML 2.0 for more information.



More Information



Checklists


Design Subsystem





Guidelines


Design Subsystem








©  Copyright IBM Corp. 1987, 2006.  All Rights Reserved.







contentPage.onload();