UML活动图的评价和扩展

UML活动图的和扩展 UML活动图的评价和扩展 孙自安周伯生 北京航空航天大学软件研究所(北京100083) 摘要作为统一的建模语言,UML应支持企业建模文章首先从过程工程的角度uM113中活动固的企业建 模能力.并指出了利用活动固进行企业建模的不足之处,然后详细计论如何对活动圈进行扩充才能使其从过程,基础设 施,协同,行为以噩信息等五个侧面全面描速一十企业.井完成了经扩展后活动固中的原语和语法.最后指出了为更好地 支持企业建模.UMI夸后应进一步努力的方向. 美键词统一建模语言活动固过程工程企业建模 文章编号1002—8331-(2001)12—0042-07文献标识码A中国分类号TP311 TheEvaluationandExpansionofActivityDiagraminUML SunZianZhouBosheng (SoftwareEngineeringInstitute.BeijingUniversityofAeronautiesandAstro nautics,Beijingmoo83) Abstract:Asaunified’medalinglanguage,UMLshouldsupportbusinessmo delingFirst.basedonthenalpleof processengineering,thispaperanalyzesbusinessmodelingabihnofactivitythagraminUMI1.3,andpointsoutits shortcomingsinbusinessmodelingThenthispapertalksindetailabouthowtoexpandactivitydmgraminordertOde- scribebusinessinallitsaspectssuchaspmcess.infrastructure,coordination,behavioranditfformafion.AlsoIt目the mltivesandsyntaxintheexpandedactivitydiagramAtlast,furtherdevelopmentofUMLisdiscussedforitsbe~er apphcafiontobusinessmodeling. Keywords:UnifiedModalingLanguage,ActivityDiagram,ProcessEngineering,BusinessM~deling UML(UniHedModelingLanguage)是一种定义良 好,易于表达,功能强大,且普遍适用的建模语言.它 溶人了软件工程领域的新思想,新方法和新技术,采 用一整套成熟的建模技术,广泛适用于各种应用领 域,并已得到工幢界的广泛支持.UML之所以能够适 用于各种领域,足因为它的目标不仅是要利用面向对 象的分析与设计支持从需求分析开始的软件开发的 全过程,而且要支持BusinessModeling(企业建模)和 其他非软件系统.这一点在OMGUnifiedModeling LanguageSpecification(Version1.3)中曾多次提到 为了实现后一目标,UML确实作了许多工作,除了面 向对象的分析和没计技术可以用到企业建模中以外, UML还加人了一些非面向对象方面的技术(例如活 动图).但是,UMI的设计虽然在一定程度上注意实 现这一目标,然而还远不能满足企业建模的需要, 因此有必要对其进行扩展. 该文将首先从过程工程的角度分析UML1.3中 活动图的企业建模能力,并指出利用活动图进行企业 建模的不足之处.接下来将详细讨论如何对活动图进 行扩充才能使其从过程,基础设施,蜘同,行为以及信 息等五个侧面全面支持企业建模,然后在可视化建模 语言VPMLI的基础上,给出经扩展后的活动图的原 语和语法 1UML活动图的企业建模能力 在标准建模语言UML中引入活动图是最出人意 料的选择.活动图与UML的其他图不同,它并不是直 接来源于Booch,Rumbaugh和Janobson三位UML设 计者以前的工作.活动图的技术思想主要来源于Jim Odell的事件图,SDL状态建模技术和Petri网技术. 引人活动图的目的之一是为了分析复杂的用例,包, 类或操作,或者用于处理多线程应用;另一目的是用 于企业建模或描述工作流利用活动图实现前一目的 是十分有效的,但是在进行企业建模时其功能却是很 有限的. 根据过程工程理论,任何企业都可以从过程,基 础设施,协同,信息以及行为等五个方面来描述,因此 企业建模语言必须从这五个方面才能全面描述一个 企业,而且应支持企业模型的模拟执行和优化.而 UML活动图还远不能达到这一要求,具体来说有以 下原因: 1.1UML活动图对活动的描述能力比较弱 基金项目:国家自然科学基金(批准号:6980300)和美国FunSoft公司科研基金资助 作者简介:孙自安1976年生,博士研究生,主要研究领域为软件工程面向对象技术,过程工程和过程工程环境.周伯生,t935~,教授,博士生 导师主要研究l领域为软件工程和软件工程环境,过程工程和过程工程环境. 422001.12计算机_[程与应用 孙子H:兵者,l之大事..死生之地,存亡之道, 不可不察也”:企业过程中,活动相当于国家中的 兵,活动芫系着业过程的”生死存亡”,因此一种企 业建模语言对活动的描述能力将决定着这种语言的 企业建模能力在UML活动图中,ActionState可以 用来描述企业tf-的活动,但是企业中的活动千变万 化,仅用一个对象原语难以描述,并且容易引起混淆, 从而失去了UMI可视化建模的长处.另一方面,活动 不是凭空想象,虚无飘渺的,而是实际存在于企业之 中,各有其特有的属性和行为,UML活动图中的Ac? tionState仅能从名字七来表现活动是作什么的,而 无法描述其属性和行为. 1.2UML活动图缺乏对基础设施的描述 基础设施是企业的一个重要侧面,包括企业的组 织结构企业所拥有的资源以及它们之间的关系 UML活动图中没有提供直接的对象原语来描述企业 的基础设施.或许有人说基础设施可以用类或对象来 表示.但是要知道UML的目的之一是为了促进同领 域专家的交流,I企业的组织结构十分复杂.资源也 多种多样,并且有各种不同的属性,若只用类或对 象来描述企业中同的组织结构和资源,那么使用模 型的人员便很容易造成混淆,从而妨碍了交流,违背 了可视化建模的l卡』J衷. 1.3UML活动图缺乏对产品,数据及其传递关系的 描述 在UML活动巾,活动之间只有转移连接,这种 连接仅表示活动发生的前后关系,没有原语来描述活 动之间产品或数据的传递.但是在实际的企业中,产 品或数据既是企,『活动的结果,也是推动企业过程前 进的动力,活动之间除了有激活的前后关系之外,更 重要的是产品或数据的传递关系.因此企业建模语言 必须提供特定的原语来描述企业生产过程中产生的 所有产品,数据以及在活动之间的传递关系,而UML 活动图不支持十日J世的描述. 1.4UML活动图缺乏对企业协同关系的描述 企业的协同盖系既包括企业内部的管理策略,各 部门之间的协作和通信关系,又包括本企业与其他企 业(客户,合作伙伴和供货单位等)的信息交互,因此 协同关系是将企业内部各组织部门以及与其他企业 连成整体的纽带,保证了企业过程各个阶段的无缝连 接.UML活动图中虽然有Signalsending,Signal ceipt,Objectflow用于信号的发送与接收,但是Signal sending仪表示某个活动转移发生的同时向菜个对象 发送某个信号,Signalreceipt仅表示相应信号的接收 是某个活动转移的必要条件,所以无法用来描述企业 的协同关系..虽然UM[的交互图(包括顺序图和合作 图)可以用来描述对象之问的动态合作关系以及合作 过程中的行为次序,但是UML没有提供对基础设施 的描述,因此交互图仍不能形象地表示各组织部门之 间的协同关系;另一方面,交互图和活动图是彼此独 立的,难以融合在一起,因此若用交互图描述企业的 协作关系,那么就难以将企业的协作关系融人到企业 过程中,用户也就难以从全局的角度理解企业的协作 关系. 1.5UML活动图不能完全支持对企业过程的抽象和 细化 在一大型企业中,企业过程是十分庞大复杂的, 难以在一张活动图q描述.即使能够在一张活动图中 装下整个过程,复杂的转移关系也会使用户晕头转 向,这与建模的目的背道而驰,因此企业建模语言应 支持对企业过程的分层抽象和逐步细化.在UML活 动图中,Subactivitystat~用来表示对一幅活动图的引 用,在一定程度上可以用来对企业过程进行细化.但 是在企业过程的抽象,细化过程中,必然存在高层视 图中活动的输人,输出如何在低层视图中表示的问 题,以及在不同活动图之间如何实现括动的转移,产 品的传递和通信的问题.UML活动图没有回答这些 问题,因此利用UML活动图仍不能完全实现对企业 过程抽象和细化的支持. 】.6UML活动图不能全面描述企业过程的逻辑关系 在大型企业过程中,活动之间的产品传递,通信 以及转移和控制关系是十分复杂的,但是根据逻辑学 原理,与,或,非三种逻辑关系能够描述客观世界中的 一 切逻辑关系,因此在企业建模语言中只要支持这三 种逻辑关系,便可以描述业中的所有逻辑控制在 UMI活动图中,SynchSlate(同步条)可以看作与操作, Decision(判断)可以看作或操作,但是却没有描述非 操作的原语.而在企业过程中,会经常出现一个活动 的执行导致另一话动强制结束(如果在执行中)的情 况,因此UML活动图还不能全面描述企业过程中的 逻辑控制关系 1.7UML活动图不能描述时间控制 在实际的企业过程中,一个活动结束之后不一定 立即启动后继活动的执行,中间可能有一定的时间延 迟并且某些活动的启动除了需要前驱活动执行完毕 或输人产品到达之外,还要有一定的时间限制或者说 是有一定时间规律的,例如,若某个企业规定每天上 午九点上班,那么菜些活动只能在每天上午九点启 动;再如采样操作要每隔?段时间执行一次.因此企 业建模语言必须考虑时间因素对企业过程的影响,而 UML活动图没有提供任何原语来描述企业过程中的 时间控制. 18LML活动图不能支持企业过程的模拟优化 什么是”满意”的企业过程模型?这个问题没有一 讣算机工程与应用2001.1243 个标准答案似叮以认为符合需求牵引和技术推动相 结合的,也就是说既满足需求和约束又能体现技 术动向的过程模型就是”满意”的过程模型.几乎所有 的产品开发方法学都强调3个主要目标,即高质量, 高效率和低花费,但问题是如何根据具体情况恰当平 衡用户的所有需求.由于企业过程的复杂性,动态性 和随机性,过程分析不仅需要静态分析,还需要动态 分析的支持.通过对企业过程的模拟运作,分析过程 随时间变化的特性,这样才能达到综合平衡影响这3 个目标的各项因素,进而对过程模型进行优化因此 企业建模语言应能够支持对企业过程模型的模拟优 化.而UML活动『哥即没有考虑企业实际过程中的随 机因素,也没有为其中的原语定义必要的属性来支持 企业过程模型的模拟执行,更没有适当的定义用以优 化爪1【模型 2对UML活动图的扩充 根据以上分析,当前的UML活动图距离企业建 模还有一定的距离.要利片jUML活动图进行企业建 模,必须对其进行扩充 2,1扩充思想 在对UML活动图扩充的过程中,要考虑的首要 问题是企业模型要刻画的侧面.如前所述,扩充后的 UML活动图必须从过程,基础设施,协同,信息以及 行为等五个侧商才能全面描述一个企业.与此对应, 在UML活动图中可以定义过程模型,基础设施模型, 协同模型,信息模型以及行为模型来分别刻画这五个 侧面,如图1所示, 图1企业模型构成图 过程模型是指一个企业过程中要进行的活动,实 现各个活动所需要的资源(包括人力资源,物质资源 和信息资源),每个活动所要求的输入产品以及由它 所产生的输出产品,从管理角度对各个活动的控制以 及这些活动之间的偏序关系这里把每一个过程模型 对应的连通集中所包含的活动以及这些活动之间的 偏序关系,称之为L扣这个连通集所表达的过程模型 的结构. 基础设施模型通过描述企业的组织结构,企业所 442001. 12计算机工程与应用 拥有的资源以及它们之间的关系来描述企业中的支 持资源集,又可分为资源模型和组织模型.资源模型 是对企业所拥有资源类型及其相互关系的详细描述, 包括角色,场所,机器,工具等类型组织模型是指一 个企,吐及其各下属组织的总和,可以用组成该组织的 人力资源及其所属非人力资源等属性来描述,是一卟 组织及其各个不同层次的下属组织之间的关系图:组 织模型可以支持直线型,职能型,分部型,矩阵型和网 络型等多种传统的和现代的组织形式的描述.在组织 模型中,用成员和引用关系来定义组织间的相互 关系: 在虚拟企业中,协同模型既要描述企业的战略战 术,经营政策,管理策略以及与企业有关的通信和坍 作关系,又要描述本企,与其它企业t客户合作伙伴 和供货单位等)的协作关系和通信渠道,可以分为交 互模和通信模型交互模型描述该企业内部组织之 间及其与外部组织之间的交互关系.其中交互是指产 品变互和信息交互外部交互既可以是该企业内部的 部分组织与外部组织之间的交互.也町以是该企业作 为’个整体与外部组织之间的交互对企业内部的组 织以及与该企业相关联的供应商,客户和竞争者.可 按照名称,描述,重要程度,可能的替换者等方面进行 描述在通信模型中,除r要定义组织之问的直接通 信关系(例如报告和命令等关系).还要定义一个组织 模型中任何两个元素之间的间接通信关系(例如磋 商,询问或要求等关系) 信息模型用以描述企,『过程中所生产和消耗的 产品(包括源产品,中问产品和最终产品)及其相互关 系,以及过程模拟和过程运作中所要管理和处理的各 项数据,可以分为产品构成模型和数据模型产品构 成模型用以描述产品的构成及其进化过程.若在产品 构成模型上添加管理信息,使其具有对产品和子产品 之间的相互关系,质量,进度,产量等信息具有数据检 索的功能,便可以用来监控企业过程的实际进展.数 据模型用以描述过程执行中所要管理和处理的各项 数据,表示在行为模型中所描述的行为需要与哪些数 据库或文件系统交换数据 行为模型用以更加细致地或定量地描述企业的 行为在原理上,任何程序设计工具都可用来描述活 动中的行为.有了行为模型的支持,一方面可以进一 步量化企业过程,从而可以进行各类定量计算(如财 务模型中的各类分析);另一方面可以直接建立与数 据库之间的交互,从而为未来的企业模型运作奠定了. 基础. 2,2扩充后的原语 根据上述扩充思想,UMI活动图经扩充后,其原 语可分为四组对象原语,--组连接原语和三组连接符 原语,每个对象原语对应于企业模型中的一个概念, 每个连接和连接符原语定义对象原语间的一种关系. 应指出,在扩充后的UML活动图中,虽然其图符比较 丰富,能够满足大部分企业建模的需要,但是为了适 应不同行业的表达习惯,其图符集应当是可定制的, 即可以按照用提出的需求定义成他所喜爱的专用 图符集,或定义成_】.业界众所接受的标准图符集.F 面对这8组原语给出定义,并给出相应的参考图符 2.21对象原语 对象原语包含活动,产品,资源和其他概念4类. 本质上,对象原语的设计采用了工业界流行的结构化 分析和设计技术所采用的SADT模型,其基本要素是 输人一处理一输出一支持四个部分.其中处理对应活动, 输入/输出对廊产品,支持对应资源.并且输入/输出 可以省略,表现为一个活动直接转移到另一活动. 2.2】_1活动类 在UMLI.3的话动图中只有ActionState和Sub. activityState两类活动,这里ActionState被扩充为人 工活动,自动活动,批处理活动和自动批处理活动四 类,SubactivityState被扩充为组合活动.此外原有的 StartState,EndState,Signalreceipt和Signalsending 也可作为特殊的活动,在扩充后可以继续保留.新增 的活动如下详述: 人工活动简称为活动(Activity),是过程中由人执 行的最低层次的不呵再分的工作单位自动活动 (AutomaticActNily)是过程中由机器自动执行的最 低层次的不可再分的工作单位.在UMLI.3的活动图 中,ActionStale和SubactivityState具有三个属性: dynamieArguments,dynarnicMultiplieity和isDynarnic. 用于定义活动并行执行的动态特性,人工活动可以继 续保留这些属性,此外新增加了名字,工作内容,工作 流,标识符,行为,取得资源的优先权,计划周期和执 行状态等属性.对自动活动来说,除了这些属性之外, 还需给出执行该自动活动的指令集的名字和地址或 者该活动所代表的应用程序. 批处理活动(BatchActivity)是过程中由人按批 量执行或定期执行的最低层次的不可再分的工作单 位.除了上述人[活动应具有的属性之外.还要给出 决定批处理特征的若干属性.自动批处理话动(Au. tomaticBatchA?~vity)是过程中由机器接批量自动 执行或定期自动执行的最低层次的不可再分的1:作 单位除r批处理活动应具有的属性外,自动批处理 活动还需绐出执行该自动批处理活动的指令集的名 字和地址或者该活动所代表的应用程序. 组合活动(CompositeActivity)是由多个成员组 成的活动的总称.其成员活动可以是活动,自动活动, 批处理活动和自动批处理活动等叶活动,也可以是组 合活动组合活动仅是一种可以是多层次抽象的表达 工具,在语义上没有严格的定义,它只有名字,工作内 容和工作流3个属性.活动类的参考图符如图2 所示 ()遄薹塞翌jo~-7” 括自穑毒重掳i目稚撞酗?能 图2活动娄圈符 22,l_2产品类 在UMLI_3的活动图中,对象(Object)有两种用 法,一种是作为活动的输入,输出信息(可以是一篇文 档,也可以是一条消息,没有具体的定义);另一种是 作为与话动进行交互(接收或发送信号)的对象.扩充 后对象原语可以继续保留,但是其语义太简略.需增 加其它原语进行扩展.对象的前一种用法可以看作是 产品(Product)的概念,但活动图没有直接具体提出产 品的概念,而在实际的企业过程中,大部分活动要生 产和消耗产品,产品中的数据也十分复杂,因此这里 将对象的前一种用法扩充为产品对象原语.其具体定 义如下详述: 从生产产品的过程来看,产品分为源产品 (SourceProduct)和非源产品(NonoSourceProduct)嚣 类.源产品是由当前所描述的过程之外的其他过程所 生产的产品,不应有输人数据流连接到该产品.非源 产品是由当前所描述的过程所生产的产品,至少应有 一 个输人数据流连接到该产品在源产品中又可分.: 单源产品(Single—SourceProduct)和多源产品 (Stream-SourceProduct)两类,单源产品是只有一个 实例的产品,使用一次即被消耗.多源产品在逻辑上 是有无穷多个实例的产品,其输人速率取决于生成该 多源产品的分布特性.其分布特性可由用户定义. 按产品内容的特征来分,它包含制品,文档,消 息,文件夹和组合产品5种类型.其中制品【Artifact) 是可由计算机存取的不可再分的通用电子产品(如数 据库文件).文档(Document)是可由计算机存取的不 可再分的电子文档(如需求规格说明).消息(Mes. sage)是可由或不可由计算机存取的不可再分的一块 信息(如一个电子邮件).文件夹(Folder)是一个或多 个过程中用到的无法事先确定类型的(类型不明的) 产品.在上述3种类型允许出现的地方都允许出现文 件夹.组合产品(CompositeP~tuet)是由制品,文档, 消息和文件夹所组成的,它仅是一种抽象表达1具, 在语义上没有严格的定义.制品,文档,消息和文件夹 均用名字,描述,I/O模式,其实例的状态以及数据定 义来描述,其中数据定义既可以是某一具体的文件, 也可以是具体的数据库或其它任何具体类型的数据 变量,可由用户随意定义或扩充但组合产品只有名 计算机工程与应用20011245 字和描述两个属性.产品类的参考图符如图3所示. 圄四圜固 制品文挡稍息文件熹组合产品 图3产品类图符 22.1.3资源类 如前所述,在UML1.3的活动巾,对象的后 种用法与企业中的资源(Resource)柏些类似,但是距 离资源的特征还相差甚远,因为既没有反应不同资源 的属性,也投有定义活动对资源的占用关系,为此将 对象的后一种用法充为四类资源:角色,场所机器 和工具,其具体定义如下详述: 角色(Role)是人l[资源类型,是指在一个企业中 具有执行一个或几个活动所需要的技能的人,例如计 算机公司中的程序员,医院里的外科大夫等,其实例 是指具体的人.场所类型(LocationType)是指在一个 企业中执行一个或几个活动所需要的物理场所,其实 例是指一个具体场所机器类型(MachineType)是指 在一个企业中执行个或几个活动所需要的计算机 及其配套的系统软件,如]:作站等,其实例是指台 具体的机器及其套的系统软件.工具类型(Tool Type)是指在一个企业中执行个或几个活动所需要 的某类工具,如正义编辑器等,其实例是指一种具体 的工具, 这4类资源都用名字,现有总量,单位时间内的 费用,效率以及完成指定活动需要该资源的数甘等属 性来描述.但对角色米说,除j’这些属性之外,还应指 出在该企业中_口I以捎当这个角色的人员清单,并且当 某个具体人员分配给活动时,应给出该人员在此活 动中的劳动强度资源类的参考图符如图4所示 ri{ 角色】旦塑机器粪型场所娄型 图4资源类图符 2.2.14其他概念 其他概念是指为了全面描述企业或者为r描述 清晰而附加的其他一对象,包括时钟,里程碑和标 注.UML活动中的S~qmlane也日r归人此类,其图 符,语义和用法将继续保留新增的对象如下洋述: 时钟(Timer)有两种用法,一是用于定义某时 刻,以便在该时刻激活一个或几个活动,它用名字,描 述,计时起点,计时终点,计时单位,周期等属性来刻 画;另一种用法是作为活动之间的时间延迟,它用名 字,描述,时间间隔等属性来描述 里程碑(Milestone)是指在一个过程执行中的关 46200112计算机]二程与应用 键点所应该生产的产品(若需求规格说明书或产品设 计文档)或所提供服务的能力(如应能承担某产品的 全部维护工作等),它用名字和描述两个属性来刻画. 标注(Annotation)是在可视化图中用以增加含义 的一块正文信息,它可放在可视化模型图的任何地 方,只有正文一个属性.时钟,里程碑的参考图符如图 5所示,而标注的图符就是其所写的正文. 波口 时钟里程碑 图5时钟和里程碑圈祷 2.22连接和连接符原语 莲接和连接符原语用于表达任意两个对象原语 之间的关系.为了讨论方便,在下面的讨论中,术语活 动指?个通用的活动(活动,自动活动,批处理活动, 自动批处理活动或组合活动),术语叶活动指活动,自 动活动,批处理活动或自动批处理活动,术语非自动 活动指活动或批处理活动.术语产品指个通用的产 品(制品,文档,消息,交件夹或组台产品),术语叶产 品指制品,文档,消息或文件夹,术语与逻辑指输人与 逻辑,输出与逻辑,术语或逻辑指输人或逻辑,输出或 逻辑 2.22.1连接 在UML1.3的活动图中,只有Transition和Objeel FlowI坷种连接关系.由于前面引人』,产品,资源,时钟 和里程碑等对象,所以连接关系也必须进行扩充,扩 充后按其性质可分为数据流连接,控制流连接,关联 连接,引用连接和时钟庄接5种 数据流连接(D~lowConnection)是一条黑色实 线表示的有向连接,用以实现从产品至活动(称为输 人数据流),从活动到产品(输出数据流)以及从产品 至里程碑等有向连接另外,输A/输出数据流可以通 过,或逻辑连接符组成更复杂的数据流关系. 控制流连接(ContmlFlov~Cormecti~n)是一条红 色实线表示的有向连接,用于实现活动到活动的有向 转移,并EL可以通过逻辑连接符组成更复杂的控制操 作,包括暂停,结束和永久终止操作:控制流连接实际 上是对Transition连接的扩充. 关联连接(AssociationConnection)是一条虚线表 示的无向连接,它用于连接_[具类型和产品,角色和 人工叶活动,机器类型和叶活动以及场所类型和叶活 动等.它不允许通过辑连接符组成更复杂的连接 关系.. 引用连接(ReferenceConnection)是一条绿色虚 线表示的有向连线,用于实现从永久数据或静态数据 到活动的连接,为防止多义性,不允许引用连接与 逻辑连接符组成更复杂的连接关系. 时钟连接?imerConnection)是一条红色虚线表 示的有向连线,J日于实现从时钟到活动,从活动到时 钟的连接 2.222逻辑连接符 如前所述,存UML1.3的活动图中,SynchState(同 步条)可以看作t操作,Decision(判断)可以看作或操 作.为了全面描述企业过程中的逻辑关系,也为了更 清晰地表达复杂的逻辑关系,现将逻辑连接符扩充为 Input—— OR,Input—— AND,Input_ NOT,Input_ Resume, Output_ OR,OutputAND和Output_NOT七类,其中 Input(输入),Output(输出)是相对于活动而言. 通过输入逻辑连接符Input_OR,Input=A=ND,可 以把从产品到活动的输人数据流组成更复杂的数据 流关系,也可以赫动的输入控制流相连组成更复杂 的输入控制逻辑;同样,通过输出逻辑连接符Out— puLOR,OutputAND,可以把从活动到产品的输出数 据流组成更复杂的数据流关系,也可以与控制流相连 组成更复杂的输出控制逻辑.此外,在Output—OR的 输出连线上,有…概率或条件属性,概率表示经过这 条路径的概率,条件表示在什么条件下选择这条路 径,不同条件的产生取决于活动的行为定义.并且,概 率和条件属陛能选择其一 Input— NO1,,input_Resume和Output—NOT只与控 制流,与逻辑以及或逻辑相连组成更复杂的控制逻 辑.其中Inpul一,0T与活动的输入控制流相连,表示 当输入控制触发l忖停止活动的执行(若相连的活动正 在执行),并释放陵活动占用的资源.也就是说In. put—NOT的语义是对输入控制流语义的取反,相当于 输入控制的非操作.根据语义不同叉可将Input—NOT 细化为Input—Susp启动企业过程..这类逻辑的图符是一致的, Input_ NOT有一类属性,用来区分这三类逻辑 InputResume是相对于Input— Suspend的辅助逻 辑,与活动的输入控制流相连.表示重新启动由In— put_Suspend挂起柏活动的执行 Output— NOt,f『一时间隔属性,与活动的输出 控制流相连,表,庄一定的时间间隔内,若该活动的 结束事件没有发生时将激活后继活动,相反若有结束 事件发生将不再激活后继活动.也就是说Out— put_NOT的语义是对输出控制流语义的取反,相当于 输出控制的非操作. 各种逻辑连接的参考图符如图6研示. ... 2.223层次连接符 企业模型的分解过程表现为对组合活动的细化, 形成了企业模型的层次结构.层次连接符([evd Connector)用于表达不同层次之间活动图符,产品图 符或时钟图符之间的对应关系.例如,若一一个产品与 组合活动具有某种连接关系,则在组合活动的细化结 构图中,将相应的层次连接符附加在该产品图符之上 表示该产品. 输入层次连接符(Inpu引用层状连接符 图7层次连接符圈符 2.2.24管道连接符 管道连接符(TunnelConnec~r)将连接切断,以 避免企业模型结构图中连接线的交叉,或实现一个企 业模型中不同图上对象的连接其中表达置于连接 源处的管道连接符叫Tunneljn,置于连接漏处的管 道连接符叫Tunnel_Out”Funnel—In和Tunnel—Out都 用名字,源,漏和该连接的类型等4个属性来描述. 显然,Tunnel_In和TunnelOut是配对的,同一对 Tunnel— In和Tunnel—Out的连接类型必须相同.管道 连接符的参考图符如图8所示 lid Tunnel】 l Tum~/Om 围8管道连接符图符 2.3扩充后的语法图 LML活动图经上述扩展后,其语法规则可用实 计算机工程与应用2001.1247 体关系图描述的语法图来表达,如图9所示至于层 次连接符,是在fI合活动内部附加在其它图符之上使 用的,故没有在此语法图中列出此外,对于原活动图 中继续保留使用的Startstate,Endstale,Swimlane, Object,Signalreceipt和Signalsending,其语法也保 持不变,故也没有作此语法图中列出, —?—————] 圈【 蠹譬话诖薹 控制话诖薹 连 jI甩连生 时*莲簋 单冉目I 毅冉目I 事爿—蕞 事爿事蓑蕞 0ML活动图经扩展后的语法图 3小结 有人认为UMI中的活动图不是面向对象的,建 议不要采用.但作者认为,作为统一的建模语言,UMI 应支持企业建模,而活动图是进行企业建模的有力工 具,因此不应将其束之高阁.然而UML1.3中的活动 图距离企业建模还有一定的距离,需要经过上述扩充 才能从过程基础设施协同,行为和信息等五个侧面 全面描述一个企业 482001.12计算机工程与应用 目前,面向对象的分析和设计技术已趋于成熟, 并广泛应用到各个领域的软件开发中,但是在企业建 模中还不能够完全利用面向对象技术全面,灵活,清 晰地描述一个企业如上所述,活动图能够弥补面向 对象技术在企业建模中的遗憾,但它却是继承了结构 化的分析和设计思想..虽然在活动旁标出对象名或者 采用泳道技术可以描述活动和对象之间的关系,但是 这种描述只是显示出简单的对应关系,还不能沟通两 种技术的思想,精髓.因此如何将面向对象技术同结 构化分析和设计技术融合在一起,是UML在企业建 模领域进一步发展的方向 (收稿日期:2001年3月) 参考文献 I周俏生,张社英可视化过程建模语音VPMLINJ软件,19978c增 刊):535,545 2.1Jni.qodModelingLan~ageSp~ification.Ve~ionI3ObieclManage- …tGruup.1ncI9996 3周f自生.徐红张莉过程工程原理和过程_1程环境引论[hi软件学 报.I997.8(增刊):519,534 4.刘超.张莉可视化面向对象建模技术:标准建模语言UML教程IM] 北京:北京航空航天大学出版社.I9997 5JiZhang.beiWang,B~hengZhouIntorduefiontoIntegratedProcess EngineeringEnvironment:Prinelples.Ianguage.Archlt~tureandlm— lemenlatlonConsiderations[Ctq’heproueodings(1fISFSq”一97inx】d— mRn】997+5 6B~hengZhou.ANewParadi~qnforBusinessP~es.sEneerin~. ~tv,ateEn~neefingInstitute.BeiJingUnlve~ityofAeronauticsmtd Astrunautles,1998.10 7周伯生试论企事业过程模型的多~t~tlC1第二届国过稗[程与集 成技术年会.北京.1999.8 8周伯生张莉,周字辰,etal关于虚拟企业贷探规划系统的探讨?. 国家自然科学基金莺点项日讨论会,】999.】2 9张英刘义诚过程模型建造环境PMBE[Nt软件,I9978f增 刊):554,564 10.张莉雷过程模拟技术及萁支持环境PMSE[I’,+I.软件.19978 -增刊1:565,575 Il涨莉.企事业过程及其应用系统开发环境的理论模型与实现技术研 究[DI.北京航空航天大学研究生院.19965 12.周字辰.企业过程建模和评价技术驶乏持环境的研究fD1.北京航空 航天大学研究生院.2O?.8