Glossary of Unified Modeling Language terms

Glossary of Unified Modeling Language terms

This glossary of Unified Modeling Language terms covers all versions of UML. Individual entries will point out any distinctions that exist between versions.

A

* Abstract - An indicator applied to a classifier (e.g., actor, class, use case) or to some features of a classifier (e.g., a class's operations) showing that the feature is incomplete and is not intended to be instantiated.
* Abstract class - A class that does not provide a complete declaration, perhaps because it has no implementation method identified for an operation. By declaring a class as "abstract", one intends to prohibit direct instantiation of the class. An abstract class cannot directly instantiate objects; it must be inherited from before it can be used.
*Abstract data type
* Abstract operation - Unlike attributes, class operations can be abstract, meaning that there is no provided implementation. Generally, a class containing an abstract operation should be marked as an abstract class. An Operation must have a method supplied in some specialized Class before it can be used.
* Abstraction is the process of picking out common features and deriving essential characteristics from objects and procedure entities that distinguish it from other kinds of entities.
* Action - An action is the fundamental unit of behavior specification and represents some transformation or processing in the modeled system, such as invoking a method of a class or a sub activity
* Action sequence -
* Action state -
* Action steps -
* Activation - the time during which an object has a method executing. It is often indicated by a thin box or bar superimposed on the Object's lifeline in a Sequence Diagram
* Activity diagram - a diagram that describes procedural logic, business process and work flow supporting parallelism
* Active class - a class defining active objects
* Active object - an object running under its own thread
* Activity - carrying out behaviour in a State machine diagram
** Do - a type of Activity which may be interrupted, as opposed to normal Activities which may not be interrupted
** Internal - an Activity that is executed within a State
*** Entry - an Activity that is executed when a State is entered
*** Exit - an Activity that is executed when a State is exited
* Activity final - the end point of an activity diagram
* Actor - a role that a user takes when invoking a use case. Also see actor modeling.
* Aggregation - a special type of association used to represent a stronger relationship between two classes than a regular association; typically read as "owns a", as in, "Class A owns a Class B". A hierarchy of classes where the child objects continue to exist even if the parent object is destroyed; see 'composition'
* Artifact - items that model physical pieces of information in your system, such as a user's manual, training material, or password file
* Association - a relationship with 2 or more ends, where each end is on a class (or other classifier). Each end may have a Role, Multiplicity, and be Navigable
* Association class - a class that describes an association.
* Asynchronous -
* Attribute - a significant piece of data owned by a Class, often containing values describing each instance of the class. Besides the attribute name and a slot for the attribute value, an attribute may have specified Visibility, Type, Multiplicity, Default value, and Property-string.

B

C

* Call -
* Cardinality - the current number of occurrences of a Property. The cardinality must be a value that is allowed by the multiplicity
* Child -
* Class - the primary declarative construct of Object-Oriented Programming; a cohesive unit of Attributes and Operations; a compile-time template for an Object
* Class diagram - a type of static structure diagram that describes the structure of a system by showing the system's classes, their attributes, and the relationships between the classes.
* Classifier - a category of UML elements that have some common features, such as attributes or methods.
* Client -
* Collaborate -
* Communication diagram
* Component - A component represents a software module (source code, binary code, executable, DLL, etc.) with a well-defined interface. The interface of a component is represented by one or several interface elements that the component provides. Components are used to show compiler and run-time dependencies, as well as interface and calling dependencies among software modules. They also show which components implement a specific class.
* Component diagram
* Composite structure diagram
* Composition - a specific type of relationship describing how one Object is "composed of" another Object; compare with Aggregation
* Condition -
* Connection -
* Constraint - natural language, programming language or Object Constraint Language boolean condition which may not be false if a Class is to be considered valid
* Containment - containment by value and containment by reference. Containment by value implies that an object contains another object; containment by reference implies that an object contains a pointer to another object.

D

* Decision - a point in an Activity diagram where a Flow splits into several, mutually exclusive, Guarded flows. A Merge marks the end of the optional behaviour started by the Decision
* Dependency - a dependency exists between two defined elements if a change to the definition of one would result in a change to the other. In UML this is indicated by a line pointing from the dependent to the independent element. * Deployment diagram
* Derived property - a property that can be calculated or inferred from other properties
* Diagram - a visual representation of a subset of features of a UML Model
* Directed relationship -
* Domain - a logical grouping that explicitly declares a rule which defines ownership of objects based upon some type or property.

E

* Edge - a synonym for Flow
* Entity -
* Enumeration - a set of constant values for a new data type
* Event - when it occurs on an Object it may cause a Transition in a State machine diagram
* Expansion region - a set of Actions in an Activity diagram that occur once for each of a collection of input Tokens to the Expansion Region
* Extend -
* Exception -

F

* File -
* Final state - the state at which an object ceases to exist
* Flow - a navigational connection between two Actions
* Flow Final - the point at which a Flow ends without ending the complete Activity
* Fork - a point in an Activity diagram where a Flow of logic splits into several concurrent Flows (Threads)
* Found Message - starting point for a Sequence diagram

G

* Generalization - a relationship between a "specific classifier" (typically a class) to a more "general classifier" asserting that the "general classifer" contains common features among both the "specific classifier" and the "general classifier". Features include, for example, properties, and constraints. The use of generalization is often logically restricted to cases where the specific classifier is a "kind-of" or "sort-of" the general classifier: for example, a Boxer is a "kind-of" Dog. When the classifiers involved are software engineering classes, generalization usually involves reusing code; it is often implemented using inheritance, where the more specific code reuses the more general code.
* Generalization Tree - Several specialized classifiers may point to the same general classifier, forming a generalization tree, where the general classifer contains common features shared by all the specialized versions. As generalization is a relationship, it is possible for a classifer to participate in several generalizations, often being on the specific end or on the general end, forming a directed acyclic graph (DAG) (i.e., no loops).
* Generic -
* Guard - a boolean test that must be satisfied for a Flow of an activity diagram or a Transition of a state machine diagram to be allowed to start

H

* Hierarchy -
* History pseudostate - points to the initial state of an object where no previous state history was saved

I

* Inheritance - where a new more specific Class derives part of its definition from an existing more general Class
* Initial node - the start point of an Activity diagram
* Initial pseudostate - points to the initial State of an Object
* Interaction diagram
* Interaction overview diagram
* Interaction Frame - a section of a Sequence diagram, divided into fragments, which is subject to an algorithmic Operator such as iteration, parallelism or optionality.
* Interface - a defined communication boundary.

J

* Join - a point in an activity diagram where several concurrent flows (threads) synchronize, waiting until all are complete before continuing with a single flow

K

L

* Lifeline - indicates a participating Object or Part in a Sequence diagram. The Lifeline may show activation, Object creation, and Object deletion.
* Link - a relationship between objects. While an Object is an instantiation of a Class a Link can be seen as an instantiation of an Association.

M

* Merge - a point in an Activity diagram marking the end of the optional behavior started by a Decision
* Message - a signal from one object (or similar entity) to another, often with parameters. Often implemented as a call to a Method, including the Constructor and Destructor, of an Object in a Sequence diagram.
* Metadata -
* Metamodel -
* Metamodeling -
* Metamodeling technique -
* Meta-Object Facility -
* Method -
* Modeling -
** Domain - the representation of real world conceptual entities
** Design - the representation of software Classes and Interfaces
** Dynamic - use of Interaction diagrams to describe collaborations and behavior
* model -
* Model-driven architecture (MDA) -
* Multiplicity - a specification of the number of possible occurrences of a property, or the number of allowable elements that may participate in a given relationship. In UML 1.x, it was also possible to have a discrete list of values, but this was eliminated in UML 2.0.
** Mandatory - A required multiplicity, the lower bound is at least one, usually 1..1 or 1
** Optional - The lower bound is at most zero, usually, 0..1
** Many - A multiplicity with no upper limit, either 0..* or *
** Forbidden - No elements allowed, 0..0 (in UML 2.2)

N

* Namespace - a context in which an identifier exists.
* Navigable - the ability for objects of a Class at one end of an Association to retrieve Objects from the other end. Associations need not be navigable.
* Node -
* Note - It is an explanatory part of UML models. A note is a symbol for rendering constraints and comments attached to an element.

O

* Object - a runtime instance of a Class. Objects are rarely shown on diagrams (because there are usually too many) unless they are used to illustrate some scenario, test, etc. Such Objects are often shown with the Attributes of the Class populated with sample data
* Object Constraint Language (OCL) - a declarative language for describing rules and constraints that apply to UML models
* Object diagram
* Operation - the signature of a Method of a Class; consists of the Operation Name, Visibility, Parameter list, Return Type, and Property-string
* Operator - an algorithmic feature of Interaction Frame that defines the behavior of that frame. Examples include:
** alt - multiple alternatives each with a guard condition. Only one alternative can be true.
** "'critical" - a fragment within a larger parallel Interaction Frame that when entered suspends the interleaving of events from the other fragments.
** loop - the fragment iterates according to a guard condition.
** neg - an invalid interaction.
** opt - single alternative with a guard condition.
** par - each fragment is run in parallel.
** ref - an interaction defined in another diagram.
** strict - a fragment with the ordering of reception events across multiple lifelines follow strictly their graphical arrangement.

P

* Package - A package is a collection or grouping of related classes or of classes with related functionality.
* Package diagram
* Parameter - data passed in a Message to be used within the Method
* Partition - section of an Activity diagram or Sequence diagram occupied by a single Class or Object
* Pin - a parameter of an Action
* Polymorphism - the ability of Objects belonging to different Classes to respond to Operations of the same name, each one according to the right Class-specific behaviour
* Profile - Provides a generic extension mechanism for building UML models. Other extension mechanisms include stereotypes.
* Property - an Attribute or an Association
* Property-string - a qualifier for Attributes and Operations. Examples include {ordered}, {readonly}, {unique}.

Q

* Qualified association - tightens the multiplicity or role of an association between 2 classes by dividing the set of objects into subsets based on a value of the qualifier -- an attribute of the target objects, association objects, or some a derived attribute of the target or association objects.

R

* Realization -
* Reference -
* Relation -
* Return - a reply that may be issued from a Method following a Message
* Role - description of the part played in an Association by one of the Classes in the Association

* Scenario - a narrative describing foreseeable interactions
* Self-call - a Message from an Object to one of its own Methods
* Sequence diagram - describes the Messages sent between a number of participating Objects in a Scenario
* Signal - an Event which can occur in an Activity diagram in three different ways: as a Time Signal, as a signal which an Activity can listen for and a signal which an Activity can send
* State - an Object exists at one of the States described in a State machine diagram
* State diagram - synonym for State machine diagram
* State machine diagram - describes the lifetime behaviour of a single Object in terms of in which State it exists and the Transition between those States
* Static attribute - an attribute that does not relate to a specific object but is at class level; that is, an attribute that is common among all objects of that class
* Static modeling - use of class diagrams to describe structure
* Static operation - an operation that does not relate to a specific object but is at class level
* Stereotype - a notation allowing the extension of UML symbols. Some are defined within Profiles. Common predefined UML stereotypes include:
** Abstract - an Abstract Class
** Actor
** Access
** Association
** Become
** Bind
** Call
** Copy
** Create
** Derive
** Destroy
** Document
** Enumeration
** Exception
** Executable
** Extend
** Facade
** File
** Framework
** Friend
** Global
** Import
** Interface
** Invariant
** Library
** Local
** Metaclass
** Model
** Parameter
** Postcondition
** Powertype
** Precondition
** Process
** Refine
** Requirement
** Responsibility
** Self
** Send
** Signal
** Stereotype - Applies to a class. Shows that a class is actually a stereotype that can be applied to other elements
** Stub
** Table
** Thread
** Trace
** Type
** Use
** Utility
* Structure diagram
* Superstate - construct allowing several States which share common Transitions and Internal Activities
* Swim lane - synonym for Partition
* System model - The logical UML model being represented through one or more UML diagrams

T

* Tagged values - In extensibility
* Template - a Class that accepts a compile-time parameter defining the Type to be used within the Class; often to implement Collections of any Type
* Thread - a sequence of instructions whose execution is being scheduled by the Operating System and may run in parallel with other threads
* Timing Diagram
* Token - symbolises the Thread of an Activity diagram
* Transition - movement from one State to another in a State machine diagram. The transition is specified by its "Trigger-signature [Guard] /Activity"
* Type - the options are: an elementary Value type such as integer, string, date, or boolean or a Reference type defined in a Class

U

* Use case - a technique for capturing functional requirements of systems
* Use case diagram
* Uses dependency -

V

* Visibility - the availability for access of elements in a model. Typically used to limit the visibility of features defined by a Class (e.g., attributes, operations). When applied to features defined by a class, the standard options are:
** private (-): available only within the Class in which it was defined. This is the most limited visibility
** protected (#): available within the Class in which it was defined, and within any subclass of this class
** package (~): available only within the Package which directly contains the defining Class
** public (+): available to any Class that can see the defining Class. The is the least limited visibility.

W

* Workflow - Set of sequential steps which must be done to get a job done

X

* XMI - An OMG standard for exchanging metadata information via Extensible Markup Language (XML).

Y

Z

ee also

* Class-Responsibility-Collaboration card (CRC)
* Code generation
* Data mapping
* Data transformation
* Domain Specific Language (DSL)
* Domain-specific modelling (DSM)
* Eclipse [http://www.eclipse.org/gmt/ GMT Project]
* Generative programming (GP)
* Intentional Programming (IP)
* KM3
* Language oriented programming (LOP)
* List of UML tools
* Model-based testing (MBT)
* Model Driven Engineering (MDE)
* Model Transformation Language (MTL)
* Modeling language
* Modeling perspectives
* MOF Queries/Views/Transformations (QVT)
* Object-oriented analysis and design (OOAD)
* Semantic spectrum
* Semantic translation
* Software factory
* Transformation language (TL)
* UML
* UML tool
* Vocabulary-based transformation
* XML transformation language (XTL)

=Sources=
*cite book
first = Martin
last = Fowler
authorlink = Martin Fowler
year =
title = UML Distilled: A Brief Guide to the Standard Object Modeling Language
edition = 3rd ed.
publisher = Addison-Wesley
id = ISBN 0-321-19368-7

*cite book
first = Pender
last = Tom
authorlink = Tom Pender
year = 2003
title = UML Bible
edition =
publisher = John Wiley & Sons
id = ISBN 0-7645-2604-9


Wikimedia Foundation. 2010.

Игры ⚽ Нужен реферат?

Look at other dictionaries:

  • Unified Modeling Language — (UML) is a standardized general purpose modeling language in the field of software engineering. UML includes a set of graphical notation techniques to create abstract models of specific systems, referred to as UML model. Overview The Unified… …   Wikipedia

  • List of Unified Modeling Language tools — This article compares Unified Modeling Language tools. Contents 1 General 2 Features 3 Other UML tools 4 References …   Wikipedia

  • Modeling perspectives — is a set of different ways to represent pre selected aspects of a system. Each perspective has a different focus, conceptualization, dedication and visualization of what the model is representing. In information systems, the traditional way to… …   Wikipedia

  • Modeling perspective — A modeling perspective in information systems is a particular way to represent pre selected aspects of a system. Any perspective has a different focus, conceptualization, dedication and visualization of what the model is representing. The… …   Wikipedia

  • Glossary of systems theory — A glossary of terms as relating to systems theory. [ Because systems language introduces many new terms essential to understanding how a system works, a glossary of many of the significant terms is developed.] NOTOC A* Adaptive capacity: An… …   Wikipedia

  • Systems Modeling Language — Sysml diagrams collage The Systems Modeling Language (SysML) is a general purpose modeling language for systems engineering applications. It supports the specification, analysis, design, verification and validation of a broad range of systems and …   Wikipedia

  • Object Constraint Language — The Object Constraint Language (OCL) is a declarative language for describing rules that apply to Unified Modeling Language (UML) models developed at IBM and now part of the UML standard. Initially, OCL was only a formal specification language… …   Wikipedia

  • Meta-process modeling — Abstraction level for processes.[1] Meta process modeling is a type of metamodeling used in software engineering and systems engineering for the analysis and construction of models applicable and useful to some predefined problems. Meta process… …   Wikipedia

  • Eclipse Modeling Project — The Eclipse Modeling Project (EMP) focuses on the evolution and promotion of model based development technologies within the Eclipse community. Borland Software and IBM are co leaders of the project and are teaming to continue to advance Eclipse… …   Wikipedia

  • Meta-Process Modeling — is a type of metamodeling used in software engineering and systems engineering for the analysis and construction of models applicable and useful some predefined problems. Meta process support the effort of creating flexible process models. The… …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”