【电子行业标准(SJ)】 面向对象的软件系统建模规范 第1部分:概念与表示法

ICS35.080
备案号：12035—2003
中华人民共和国电子行业标准
SJ/T112902003
面向对象的软件系统建模规范
第1部分：概念与表示法
Specification of object-oriented software system modelingPartl：Conceptandnotation
2003-06-04发布
2003-10-01实施
中华人民共和国信息产业部发布前言
1范围
2术语和定义.
图元素*
3.1图及其内容.
3.2绘制路径
工具中不可见的超连接和角色
背景信息
标签，
关键字
表达式.
类型一实例的对应.
模型管理
子系统。
5—一般的扩展机制
5.1约束和注释.
5.2元素性质
5.3衍型
6静态结构图概念和表示法*
对象图
类目*，
名称分栏*
列表分栏
属性*
操作*
类型与实现类
接口*
参数化类（模板）
绑定元素.
实用程序
元类，
SJ/T11290—2003
SJ/T11290—2003
枚举，
幕类型，
类路径名*
访问或者引入包*
对象*
组合对象*
三元关联*
关联端点*
多重性*
限定符*
关联类*
N元关联
组合*
泛化*
派生元素.
实例化*
用况图概念和表示法*
用况图.
参与者。
用况关系，
参与者关系。
顺序图的概念和表示法*
交互图的种类
顺序图
对象生命线.
消息和激励
转换时间.
9协作图概念和表示法
协作图
模式结构.
协作的内容
交互，
协作角色
多对象.
主动对象
消息和激励
9.10创建/销毁标记
10状态图概念和表示法
状态图
组合状态
简单转换
到并发状态的转换和离开并发状态的转换到组合状态的转换和离开组合状态的转换.转换路径因子化
子机状态
同步状态。
11活动图概念和表示法
活动图
动作状态.
子活动状态
动作一对象流关系
控制图标.
同步状态
动态调用.
条件分叉，
12实现图概念和表示法
构件图
部署图
SJ/T11290--2003
《面向对象的软件系统建模规范》系列标准分为三部分：SJ/T11290--2003
SJ/T112902003《面向对象的软件系统建模规范第1部分：概念与表示法》SJTXXXX一XXXX《面向对象的软件系统建模规范第2部分：过程指导》SJ/T11291一2003《面向对象的软件系统建模规范第3部分：文档编制》本标准由中国电子技术标准化研究所归口。本标准由北京大学负责起草。
本标准主要起草人：麻志毅、王立福、邵维忠、张世琨、谢冰。SJ/T11290-2003
本系列标准是按图的类型来组织的。在每个图中，列出了其中的模型元素和相应的表示。值得注意的是，很多模型元素可在多种类型的图中使用，但本标准尽量把它们在最常用的地方予以描述。因此，本标准会出现交叉引用问题，即元素可以在被描述的地方之外予以引用。另外本标准是非线性组织的，包含向前引用问题。本标准不是线性可读的教学材料，而是按概念的紧密程度组织的基准文档。考虑到本标准的使用者对面向对象技术的掌握程度的不同，本标准的概念及表示法分为两部分，一部分在目录中带有“*”号，一部分没带有“*”号。带“*”号的章和条目为基本部分。本标准的第3章至第12章的各章都由一些条目组成，每一条目大略对应了一些重要的模型元素和符号化构造，其中一些构造使用了另一些构造，对此，希望不要产生什么误导。每一条目又由如下的子条目组成：
a）语义：模型元素语义的简明概要。其完整的解释和讨论，可参看UML的语义部分：表示法：概念的符号化表示：
表达选项：描述表示模型信息的各种选项（例如抑制或过滤信息的能力），显示事物的可选方c
式，以及在工具中表示信息的可选方式之建议等。动态工具需要以各种不同的方式自由地表示信息，对此，本标准不想给予严格的限制。在某种意义上，本标准定义的是能打印在文档上的“公认的表示法”，而不是“屏幕表示法”。一般来讲，对表示法提供扩展能力，往往会导致出现难以理解的“方言”，因此，本标准希望应以直觉的方式使用这一自由。本标准没有关注消除由于引入一些表示选项所产生的歧义性，因为动态工具所使用的那些建造模型的基本成分，可以容易地支持这种歧义的消除。值得注意的是，在此，没有对工具提议采用的表达选项并实现之。工具应该允许用户从各种表达选项中进行选择，包括本标准没有描述的一些表示选项。a）风格指南：包括对诸如字体、命名习惯等使用特定风格标记的建议，并给出其特定符号。这样的符号看起来不是本表示法的一部分，但它们却有助于使图更加容易阅读。这类似于C++和Smalltalk中的文本缩排规则。对于特定风格标记使用的建议，并不要求每个人都必须遵循之，但若一旦作了选择，那么你就应该推荐在任何情况下均要使用某些一致的指南：b）例子：这是显示本表示法的实例。V
1范围
面向对象的软件系统建模规范
第1部分：概念与表示法
本标准定义了面向对象分析与面向对象设计所需要的概念及表示法。MSTANDARDS
本标准适用于面向对象的软件分析、设计编程、测试和维护。2术语和定义
下列术语和定义适用
抽象类
stact class
不能直接实例化的类
动作action
一个可执行的原
动作状器
一个状您
actidn state
描述了
tivaton
操作的执
主动类
实例为主动对象的类。
可引起系统状怒的变化或数值的返回。热
般表现为激活一
个操作。
SJ/T11290—2003
，指有该程或理程异略以因动动NFORMAOF
主动对象activeobject
活动activity
状态机中进行的非原子的执行过程。2.8
活动图activitydiagram
描述从活动到活动的流；它显示系统的动态视图。它是状态图的特例，其中全部或大部分状态是活动状态，而且其中全部或大部分的状态转换由源状态中动作的完成来触发。2.9
参与者actor
用况的用户与用况交互时，所扮演的一组相关角色。2.10
修饰adornment
元素规约中的细节，并附加到其基本图形上。SJ/T112902003
聚集aggregate
表示聚合（整体一部分）关系中“整体”的类。2.12
聚合aggregation
关联的一种特殊形式，表示聚集（整体）和成分（部分）之间的“整体一部分”关系。2.13
制品artifact
在软件开发进程中使用或产生的信息。2.14
关联association
描述链集合的一种结构关系，链是对象之间的连接，是与实例间连接相关的两个或多个类目之间的语义关系。
关联类associationclass
具有关联和类的特征的建模元素。关联类既可以被看作是具有类的性质的关联，也可以被看作为具有关联性质的类。
关联端点associationend
关联的一个端点，它是类型或类在关联中扮演的角色。它把一个关联连到类目。2.17
属性attribute
类目的一个已命名的特性，它描述该特性的一个实例可以取的值的范围。2.18
行为behavior
事件的可观察的效果，包括事件的结果。2.19
行为特性behaviorfeature
模型元素的动态特征，如操作和方法2.20
二元关联binaryassociation
两个类之间的关联。
绑定binding
通过给模板参数提供参数值，从模板产生模型元素的过程。2.22
布尔表达式booleanexpression
结果为布尔值的表达式。
基数cardinality
集合中元素的个数。
类class
对具有相同属性、操作、方法、关系和语义的对象集合的描述。2
类图classdiagram
SJ/T11290—2003
描述类、接口和协作以及它们之间关系的图形，它侧重于系统的静态视图，是关于静态模型元素的集合的图。
类目classfier
描述结构和行为特征的一种机制。它包括类、接口、数据类型、信号、构件、节点、用况和子系统。2.27
协作collaboration
一个元素和其他元素的群体，它们协同工作，所提供的合作行为要大于各部分之和：象用况或操作LANDARD
一样，它是对一个元素如何由一组类白和认一定的方式实现的描述。
协作图 coaborayin ag
描述对象交互作用的图
强调对象的结构组织及其相互之间的消意收发关系：围绕着对象实例描述了有组织的交互及老们之间的链。2.29
附着于
系统的
构件图
组模型无素之上的说明。
maohen
个物理的可替换的部分，它遵从一组接口的要求，并对这些接口接供會物实现。combonent.diagram
显示构件的组织及它们之依赖关系的图，2.32
posite
通过组合关系与其仓
类相关的类。
Ositestate
组合状态
要播述系统的静态实现视
由并行子状态或不相交子状态组成的状态INFORMbzxZ.net
组合composition
聚合的一种形式，整体和部分之间具有很强的所有权关系和一致的生存期。具有多重性的部分可以在组合之前被创建，但是一旦被创建，就和整体共存亡。这样的部分也可以在整体消亡之前被明确地删除。
具体类concreteclass
可以直接实例化的类。
并发concurrency
在同一时间间隔中发生两个以上活动。并发通过交叉或同时执行两个以上的线程来实现。2.37
并发子状态concurrent substate在同一组合状态中，可以与其它子状态共存的正交子状态。3
SJ/T11290—2003
约束constraint
UML模型元素的一种语义扩展机制，它允许用户增加新规则或修改现有规则。2.39
包容器container
一个可以包容其它对象的对象，它提供存取和查找内部对象内容的操作。2.40
包容层次containmenthierarchy由模型元素及它们之间的聚合关系组成的命名空间层次。2.41
语境context
与某一特定的目的（如描述一个操作）相关的建模元素的集合。2.42
数据类型datatype
其值不含本体的类型，数据类型包括原始预定义类型（如数值和字符串）和枚举类型（如布尔型）。2.43
委派delegation
一个对象为另一个对象响应消息，并发布消息的能力。2.44
依赖dependency
两个建模元素之间的关系，对一个建模元素（独立元素）的改变将影响到另一个建模元素（依赖元素)。
部署图deploymentdiagram
描述运行时对处理节点以及节点上的构件、进程和对象进行配置的图。它强调系统的静态部署视图。2.46
部馨视图deploymentview
系统体系结构视图，其内有构成系统运行时的硬件拓扑结构的节点：它侧重于描述组成物理系统的各个部分的分布、分发和安装。2.47
导出元素derivedelement
可由其它元素计算得出的模型元素，尽管这样的元素不能增加语义信息，但它表达得更为清晰，或者为了设计目的需要把这样得元素引入。2.48
设计视图designview
是一种系统体系结构视图，包含构成问题空间和解空间的类、接口和协作：它侧重于描述系统的功能需求。
图diagram
一组模型元素的图形化描述，通常表达为由弧（关系）和项点（事物）组成的连通图。2.50
互斥子状态disjointsubstate
在一个组合状态中，不能与其它子状态同时存在的子状态。4
分布单元distributionunit
分配给一个节点的一组对象或构件，形成了一个组。2.52
领域domain
SJ/T11290—-2003
知识或活动的区域范围，它可以用其中专业人员能够理解的一些概念和术语来描述。2.53
动态视图dynamicview
强调系统行为的一个侧面。
示出export
对于包而言，使一个元素在其命多2.55
扩展机制
允许以可控的
特征feafure
一种封装
oSibility
chatism
式扩展L的三种机制（版式、标记值和约束）或数据类型）中的特性
实体如接口、类、
控制中
顺序图中的二个符号，
正向工
操作表
的时意
个对象直按或通过从属操作间接地执行动作的！naN
Prorwhrd engineering
通过映身把模型转化为程序代码的过程2.59
体系结构模
generalizat
定领域中的应用提供的可扩展的模板。特殊元素的实例可替换
种一般特殊关系，
受光系的
INFORN
监护条件
guard condition
启动一个状态转换必须满足的条件。2.62
实现 implementation
由一个接口定义的契约的具体实现；事物如何被构造和计算的定义。2.63
实现继承implementationinheritance对特定元素的实现的继承，也包括接口继承。2.64
实现视图implementationview
一种系统体系结构视图，图中包括装配和发布实际系统所用的构件，侧重于描述系统发布版的配置管理，描述各独立成分如何通过各种方式组装成可运行系统。5
SJ/T112902003
引入import
对于包而言，输入是一种依赖，表示一个包中的类可以被指定包（包括递归嵌套在该包内部的包）引用。
增量式incremental
一个过程；在软件开发的生命周期中，通过不断增加的方式将系统体系结构集成为发布的产品，每一个版本的功能和性能都比上一个版本有一些提高。2.67
继承inheritance
一种机制，通过这种机制，特殊元素共享了一般元素的结构和行为。2.68
实例instance
抽象的具体表现，是由一组可对之进行操作，并存贮操作结果的状态所组成的实体。2.69
交互interaction
一种行为，它由一些特定背景下为实现特定目的的对象之间交换的消息组成。2.70
交互图interactiondiagram
是一种展示交互作用的图形，它由一组对象及它们之间的关系组成，其中包括对象之间发送的消息它侧重于描述系统的动态视图；它是一种表示类属的术语，用于几种强调对象间交互作用的不同类型的图（协作图、顺序图和活动图）。2.71
送代iteration
一组有明确基线计划和评估规则的活动，其结果是产生内部或外部的发布。2.72
送代iterative
在软件开发生命周期中，管理可执行的发布流的过程。2.73
接口interface
用来定义类和构件的服务的操作集合。2.74
接口继承interfaceinheritance对特定元素的接口的继承；不包括实现的继承。2.75
抽象层次levelofabstraction
从高层抽象（较抽象）到低层抽象（较具体）的抽象层次结构中的某一位置，2.76
链link
组对象之间的语义连接：链是关联的一个实例。2.77
链端点linkend
关联端点的实例。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。