网络教学uml建模作业

网络教学uml建模作业（精选9篇）

网络教学uml建模作业 篇1

题

目：

《图书馆管理系统》 专业班级：

学

号:

姓

名：

一、系统功能需求

1、基本功能

① 借阅者能够借阅书籍和还书。

② 图书管理员能够处理借阅者的借阅和还书请求。

③ 系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。

2、系统主要包括以下几个模块：

2.1、基本数据维护模块

① 添加借阅者帐户

② 修改更新借阅者帐户信息 ③ 添加书目

④ 修改和更新书目信息 ⑤ 添加书籍 ⑥ 删除书籍

2.2、基本业务模块

① 借书 ② 还书 ③ 书籍预留

④ 取消书籍预定

2.3、数据库模块

① 借阅信息管理 ② 书籍信息管理 ③ 帐户信息管理 ④ 书籍预留信息管理

2.4、信息查询模块

① 查询书籍信息 ② 查询借阅者信息

3、系统中的类

① 读者类Reader ② 图书馆人员类 LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos ③ 图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase ④ 图书馆资源类LibraryResources 实物书籍类BooksResources 电子书籍类ElectronicResources 书类Book

Magazine杂志类

4、系统的用例图

 借阅者请求服务的用例图

1借书还书resourcesDatabase下载（阅读）电子书长籍11读者身份验证1reader查询书籍资料阅读杂志readerDatabase11libraryDatabaselibraryStaffese

 图书馆工作人员用例图

图书馆管理员验证处理读者借书处理读书还书1systemManager添加书目resourcesDatabase1系统管理员验证删除书目1添加书籍1libraryDatabaselibraryStaff删除书籍readerDatabase删除读者用户libraryManager添加读者用户

二、软件系统体系结构建模 2.1、系统的时序图

 系统管理员添加书籍的时序图

 系统管理员添加借阅者帐户的时序图

 系统管理员删除书目的时序图

 图书管理员处理书籍借阅的时序图

 图书管理员处理书籍归还的时序图

 借阅者查询书籍信息的时序图

 借阅者预留书籍的时序图

ReaderReaderDatabase1:验证身份()ResourcesDatabase2:返回验证信息3:使用终端机器预留书籍()4:预留书籍信息5:返回书籍信息和馆藏地点

2.2、系统的协作图

 系统管理员添加书籍的协作图

SystemManager2:返回验证消息LibraryResources3:向数据添加新书()4:向书库添加新书()7:返回添加新书成功1:验证身份()5:返回添加成功信息LibraryStaffbaseResourcesDatabase  系统管理员删除书籍的协作图

SystemManager3:删除数据库书目()7:删除成功2:返回信息1:验证身份()LibraryResources5:返回删除消息4:删除馆藏的书()LibraryStaffbaseResourcesDatabase6:更新数据库

 图书管理员处理借书的协作图

对象13：发出借书请求4:输入ReaderID()5:返回读者信息11：将书给读者对象42:返回信息7:输入书籍ID()10:借阅成功1:验证身份()对象38:该书信息对象5对象29:标记该书借出

 图书管理员处理还书的协作图

 借阅者预留书籍的协作图2.3、系统的活动图

 借阅者的活动图

进入图书馆

Reader进入刷卡终端键盘输入ReaderId刷卡输入ReaderID验证成功享受Reader各项服务借书还书将书给图书馆管理人员将书还给图书馆管理员查询书籍资料登录查询终端机下载电子资料登录账户图书管理人员处理借书请图书馆管理人员处理还书请求输入查询资料信息进入电子资料数据库借书成功还书成功得到相关资料信息下载或阅览电子资愿该项服务结束结束离开图书馆  图书管理员的活动图

验证图书馆管理人员账户登录到管理员账户等待读者的还书请求等待读者的借书请书处理读者的还书请处理读者借书请求重新等待读者服务请求处理还书结束处理借书 借书将书给读者重新等待读者服务请求系统管理员的活动图

 系统管理员维护借阅者帐户的活动图

系统管理员 维护借阅者账户的活动图登录到系统管理员账户登录到维护读者账户模块添加读者账户删除读者账户修改更新读者账户输入新账户信息检查该账户信息修改更新读者数据库信息有欠款欠书开设新读者账户没有欠款欠书将账户给读者删除该账户信息督促该用户归还欠款书  系统管理员进行书目信息维护的活动图

系统管理员进行书目信息维护的活动图登录到系统管理员账户登录到书目信息维护模块添加书目删除书目修改更新书目向数据库中添加书目删除数据库中的书目修改更新数据库书目向书库添加新书目删除书库中书目 系统管理员维护书籍信息的活动图

系统管理员维护书籍活动图登录到系统管理员账登录到维护书籍模添加书籍删除书籍向书库添加书籍删除书库中书籍更新数据库书籍信

三、硬件系统体系结构建模

3.1、业务对象组件图 <><>Item.javaLoan.javaTitle.javaReservation.java3.2、用户界面的组件图

UpdateBorrowerFBorrowerFrame.jrame.javaavaCancelResevationFBorrowerWirame.javandow.javaFindBorroweReturnItemrDialog.javaFrame.javaLendItemFFindTitleDrame.javaialog.javaUpdateTitleTitleFramFrame.javae.java

3.3、系统的部署图

DatabaseApplication ServiceWeb Bussiness ApplicationOperation<>BorrowerInformation.java

MainWindow.javaReservationFrame.javaTitleInfoWindow.javaBorrowerInfoWindow.java

网络教学uml建模作业 篇2

网络教学平台功能相对复杂,设计起来有一定难度。UML(Unified Modeling Language)是Rational Software公司开发的用于描述可视化和构架软件系统以及商业建模的语言,它具有适应性强,功能强大,易于表达且表述无歧义等多种优点,利用UML能高效、更快速的建立起符合自己需求的网络教学平台。

1 网络教学平台的系统建模的一般过程

利用面向对象技术进行系统设计时,一般过程通常由以下几个步骤组成:

1)对系统进行需求描述;2)构建系统结构,建立系统的静态模型;3)对系统进行动态模型的构建,描述系统行为。下面我们就以网络教学平台为实例,介绍利用UML构建系统模型的通用过程。

1.1 识别系统参与者,绘制用例图

用例图(Use case Diagram)是软件需求分析到最终实现的第一步,它以外部执行者的角度对系统功能进行描述,描述人们希望如何使用系统。绘制用例图时,通常先绘制总揽全局式的顶层用例图,再对其分解求精,逐步细化,使其能清楚明晰的表达出系统功能,为进一步的模型构建提供坚实的基础。在绘制用例图时需要注意,首先用例图除图之外还应该包括对该用例足够详细的文字说明;其次,用例图的细化并非越细越好,要注意把握好颗粒度,太多或太少的用例图都会为下一步系统的设计带来麻烦。

通过对网络教学平台的功能需求进行分析,可以识别出2个参与者:学习者、教学者。通过对需求的进一步分析,可以确定系统中有如下用例存在:1)身份验证;2)课程学习;3)课程答疑;4)课程作业;5)课程讨论;6)课程自测;7)课程考核。注意上述的每个用例都可以而且应当进一步细化。

1.2 构建网络教学平台的静态模型

UML系统静态模型又称为系统结构图,包括用例图、类图、对象图、组件图和部署图。类是面向对象程序设计的基础,类图(Class Diagram)也是面向对象模型的基础。因此本文中静态模型构建主要介绍类图。

通过对用例的研究,我们可以从中发现一些关键的名词,将它们作为系统潜在的对象类。以课程作业为例进行抽象,可以抽象出“学习者”、“课程作业”两个类。

抽象出类之后,我们需要明确每一个类的属性、包含的操作等。通过分析需求、检查定义以及系统涉及领域的相关知识,我们可以确定类的属性。而利用交互图和问题域关键动词的分析,可以明确类包含的操作。

对象类定义完成后,对对象类之间的联系进行分析。对象类间的联系包括聚合、泛化、关联、依赖等。网络教学平台的对象类之间的联系就包含了上述多种类型。分析后可知在课程作业中,学生和作业之间存在的关系为关联。

1.3 构建网络教学平台的动态模型

UML系统动态模型又称为系统行为图,包括用序列图、协作图、活动图和状态图。

1.3.1 绘制交互图

序列图(Sequence Diagram)和合作图(Collaboration Diagram)合称为交互图,主要用于描述单个用例中的各种对象行为。

序列图又称为顺序图或时序图,其作用是来描述几个对象之间动态的交互关系,体现对象间消息传递在时间上的先后关系。

合作图也称为协作图,用于描述相对象间的交互关系。它与序列图的区别在于序列图侧重于对象交互发生的时间顺序的描述,而协作图侧重于对象交互过程中的消息收发关系。

对于课程作业,协作图如图1。

1.3.2 绘制状态图与活动图

状态图(Statechart Diagram)和活动图(Activity Diagram)合称为行为图。

所谓状态是指对象所处生命周期某个阶段的状况。状态图用于刻画某个对象生存期所有可能存在的状态以及如何在这些状态间实现状态的转移。系统设计时,当某个类比较复杂时,状态图是对类描述的很好的补充。在绘制状态图时需要注意:一个状态图只允许存在一个初始状态,但是通过状态变迁,可以到达多种不同的最终状态;不要对系统中所有的类都绘制状态图,只有复杂对象需要状态图;状态图中的对象可以跨越多个用例,这是它与交互图最大的区别。

活动图被称为特殊的状态图,它的作用与状态图非常类似。它展现活动间的控制流,强调活动间的先后顺序关系。活动图最大的特色在于能够表达并发行为。与状态图比较,活动图侧重于动作的表现,而状态图侧重于行为的结果即状态的表达。

上例课程作业的活动图如图2所示,状态图如图3所示。

至此分析建模工作告一段落,随后将进入到系统设计与实现阶段。

2 系统设计与实现中应考虑的几个问题

在系统设计与实施阶段,我们需要考虑系统的功能分配与体系结构、开发平台的选取、数据库选型、系统安全性等细节性问题的解决。

2.1 软件体系结构

根据上面的系统分析,我们可以把网络教学平台按功能划分为网络学习和网络考试两个子系统。

网络学习子系统功能包含实际教学过程中的教学、讨论、自学、答疑、作业、自测等全部教学活动,需要具有简单、方便、易于使用、开放性等特点,使用B/S模式较为合适。

网络考试子系统包含考生管理、考试管理、成绩查询等功能。由于试题管理的安全性、保密性要求高,考试要求考生统一地点统一时间开始,并且考试中的上机试验操作部分数据量大,使用B/S模式对服务器及网络要求太高,故使用C/S模式。

系统采用B/S模式和C/S模式相结合的混合模式,一方面发挥了C/S模式事务处理能力强的特点,另一方面充分利用B/S模式的网络易扩展性和分布式的特点。融合后融合能够达到高传输效率高、高传输安全性、低网络带宽要求,低系统开发成本。故网络教学平台系统采用混合模式进行开发。

2.2 数据库的选型

不同的数据库系统与脚本语言的配合不同。若选择Windows作为网络教学的应用平台,最好选择Microsoft的相关产品,如SQL Server数据库系统软件,由于是Microsoft自己的产品,独具与Microsoft操作系统的亲和性。若选择Linux作为网络教学的应用平台,那么首选的数据库系统是My SQL。该系统与Linux配合最好,此外还可以选择ORACLE数据库系统。

考虑到本网络课程支撑平台运行于Windows XP或Windows 7操作系统,考虑使用SQL Server。

2.3 开发平台

选择选用Microsoft visual studio.Net2010进行开发。

2.4 安全性

考虑系统对于学习者和教学者的身份通过利用Windows2003server和IIS提供的安全机制进行控制。

3 结束语

网络教学平台的发展方兴未艾,传统的系统分析设计方法难以保证效率和质量,将UML应用于网络教学平台的建设,可以加速开发进程,提高代码质量,支持动态的业务需求,它的推广和普及必将对网络教学产生积极的影响。

参考文献

[1]翼振燕.UML系统分析设计与应用案例[M].北京:人民邮电出版社,2003.

[2]何飞,蒋冬初.基于UML的网络课程学习系统的建模研究[J].海南大学学报,2006(3).

[3]Grady Booch.UML用户指南[M].北京:人民邮电出版社,2006.

[4]Roger S.Pressman.软件工程实践者的研究方法(原书第6版)[M].北京:机械工业出版社,2007.

UML标准建模语言与应用实例 篇3

关键词：UMI标准建模语言　面向对象　系统分析与设计

中图分类号：TP31　文献标识码：A　文献编号：1674-09-8X(2012)01(c)-0037-01

UML(unified Modeling Language)标准建模语言可以用图形方式表现典型的面向对象方法分析与设计的系统的整个结构。通过其所规定的图，可以实现为不同领域的开发人员提供统一的交流标准，最终统一为大众所接受的世界公认的标准建模语言。

1　标准建模语言UML的内容及应用领域

作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。

(1)UML语义。描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供丁简单、一致、通川的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。

(2)UML表示法。定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。

UML的重要内容由下列五类图(共9种图形)来定义：

第一类是用例图(use-case diagram)，从用户角度描述系统功能，并指出各功能的操作者。

第二类是静态图(Static diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系等，也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。

对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类圈的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

包图山包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。

第三类是行为图(Bchavior?diagram)，描述系统的动态模型和组成对象间的交互关系。其中状态图捕述类的对象所有可能的状态以及事件发生时状态的转移条件。在实用上并不需要为所有的类画状态图，仅为那些有多个状态且其行为受外界环境的影响会发生改变的类画状态图。而活动图描述为满足用例要求所要进行的活动以及活动问的约束关系，使用活动图可以方便地表示并行活动。

第四类是交互图(Interactive diagram)，描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互过程；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。

第五类是实现图(Implementationdiagram)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。

配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。

从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。

UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。

2　UML建摸应用实例

下面以车载GPS终端系统为例，用UML的基本思想和过程对车载GPS终端系统分析与设计最典型的部分进行具体分析与建模。

2.1　系统描述

车载GPS终端是置于机动车内的实时定位装置。它的应用对象是需要定位、调度的车队。车辆可以通过终端和GPs卫星进行实时、准确的定位，并通过无线通讯网络上报远程的中心系统。

2.2　需求分析与设计

2.2.1　确定用例和用例图

需求分析首先应定义用例。在UML中，一个用例是用户与计算机之间为达到某个目的的一次交互。是对一个系统提供的功能的一种描述，它描述了用户提出的一些可见需求。

对于车载GPS终端，主要的角色有两种：车载终端用户和监控中心用户。

系统中的用例包括：终端用户可以报警，打车载电话等，而监控中心可以查询车辆位置，发送调度信息。

系统的角色是车载终端用户和监控中心用户，终端用户和监控中心交互完成任务。因此用例图表明角色和处理报警、车载电话、查询车辆位置、控制车辆和调度信息五个用例有关。

2.2.2　确定系统中的类及类图

类图是面向对象系统中应用最广的图。主要描述系统的功能需求一系统给最终用户提供的服务。

根据三个层次的观点(概念层、说叫层和实现层)，类图分为三个层次。概念层的概念模型与实现它的软件无关；说明层考察的是软件的接口部分；实现层才真正有严格意義上的类的概念，揭示出软件实现体的构成情况。

2.2.3　确定系统的活动图

在规格说明阶段进行系统的业务描述。即规范系统完成一定功能的主要流程。

2.3　系统的详细设计

此阶段的工作是将概要设计阶段的模型进一步扩展和细化，分析阶段定义的类也将被进一步细化，通常是产生更多的被细化的新的类图、活动图等，它们的定义将更详细、将涉及更多的技术细节。然而这并不意味着用UML在为一个系统建模时需要使用其所有的图形和符号。

UML的使用准则：不要试图使用所有的图形和符号。应根据项目的特点选用最适用的图形和符号，通常应优先选用最简单的图形和符号；不要为每一个事物都画一个模型。只有抓住事物本质建模才能保证模型符合目标；应该分层次地画模型图。

3　结语

网络教学uml建模作业 篇4

高天迎

电子与信息工程系计算机应用教研室

2010-11-18

统一建模语言UML A实验指导书

实验一

一、实验目的

1．熟悉用例图的基本功能和使用方法； 2．掌握如何使用建模工具绘制用例图方法。

二、实验要求

1．整理实验结果； 2．小结实验心得体会。

三、实验环境

1．计算机一台

2．Rational Rose工具软件

四、实验内容

根据以下需求设计一个图书馆管理系统的用例图。基本功能要求：

图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者；

读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；

报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等；

系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。

五、实验步骤

详细分析系统需求，使用Rose工具完成系统用例图。1．分析系统活动者； 2．分析系统活动者的用例；

3．分析活动者之间、用例之间的关系； 4．绘制用例图。

用例图

统一建模语言UML A实验指导书

实验三

一、实验目的

1．理解类的基本概念；

2．掌握如何从需求分析中抽象出类的方法；

类图

3．掌握在Rational Rose中绘制交互图的操作方法。

二、实验要求

1．整理实验结果； 2．小结实验心得体会。

三、实验环境

1．计算机一台

2．Rational Rose工具软件

四、实验内容

根据图书馆管理系统需求分析、用例图、交互图，对系统进行静态建模，寻找和发现类，分析类之间的关系。

五、实验步骤

1．打开前面初步构建的UML模型文件；

2．打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。并在其下创建一个子目录并命名为：“图书馆业务功能”；

3．用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图；

4．双击新建的类图，并点右边控件集中选中的类并用鼠标在图中分别拖出上述类图； 5．设定上述抽象出来各类的属性和操作； 6．分析、设定以上各类之间的关系；

7．请根据教材中示例部分在Rational Rose中绘制类间的关系。

统一建模语言UML A实验指导书

实验五

一、实验目的

状态图和活动图

1．熟悉状态图、活动图的基本功能和使用方法； 2．掌握如何使用建模工具绘制状态图、活动图方法。

二、实验要求

1．整理实验结果； 2．小结实验心得体会。

三、实验环境

1．计算机一台

2．Rational Rose工具软件

四、实验内容

根据图书馆管理需求分析、用例图、类图等，应针对每个用例进行业务分析，从对象的动态行为的角度去描述系统的业务活动，完成系统的状态图，说明其具体的业务流程，完成系统活动图。

五、实验步骤

1．状态图

1）业务分析：由前面章节对图书馆管理系统中的借书、还书等业务的描述和分析可知，图书类包含多种状态：可用、未借出、已借出、已预订、未预订、不可用等状态。其它类，如用户类也可找出相应的各种状态。

2）绘制状态图：请您根据分析运用UML绘制图书类、用户类的状态图。2．活动图

以“删除读者信息”用例为例，说明绘制活动图的步骤。1）管理员在录入界面，输入待删除的读者名；

2）“业务逻辑”组件在数据库中，查找待删除的读者名；

3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； 4）“业务逻辑”组件判断“待删除的读者”是否可以删除；

5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； 6）在数据库中，删除相关信息； 7）显示删除成功信息； 8）结束。

统一建模语言UML A实验指导书

打印报表的需要，系统还应配备一台打印机。因此得出系统中存在2个节点：

网络教学uml建模作业 篇5

随着“数学应用意识”教育的不断深入，近几年来开始开展的“中学生数学建模”活动也日益得到广泛的注重，它作为“数学应用意识”教育的突破口和出发点，促进数学素质教育的发展，已是历史的必然。

一、数学模型、数学模型法与数学建模

1．数学模型

数学模型有广义和狭义两方面的理解。广义地理解，一切数学概念、数学理论（公式、定理、法则等）、数学事实（各种方程、函数式等），都可以称之为数学模型。狭义地理解，只有反映特定现实原型的数学关系结构才称为数学模型。应用数学中的数学模型都是指狭义理解的数学模型。作为实际问题的数学模型，还必须具有抽象性、准确性、演绎性、预测力等特性。数学模型按其所描述的不同的自然现象和过程，大致有以下四种：

（1）确定性数学模型。它描述自然界中最普遍、最常见的必然现象，这类现象或事物的产生和变化服从确定的因果关系，其表现形式可以是各种各样的方程、关系式、逻辑关系式、网络图等。使用的工具是经典数学的方法。

（2）随机性数学模型。它描述自然界中大量存在的自然现象，这类现象对于某一特定事件来说，它的变化发展结果有许多可能性，但对大量这类事件或同一事件多次重复出现的总体来说，这种变化是有规律的。使用的工具是概率论与数理统计。

（3）变突性数学模型。它描述自然界中不连续的突变现象。使用的工具是变突理论。

（4）模糊性数学模型。它描述一类内涵和外延都没有明确边界的模糊事物或现象。所用的工具是模糊数学。

当然，由于现实世界关系的复杂性和多样性，有些数学模型也可能是兼有几类特性的混合型数学模型。

数学模型具有以下性质：

（1）能通过数学模型对所研究的问题进行理论分析，逻辑推导并能得出明确的解。

（2）数学模型的解能回到具体研究中解决实际问题，能为人们提供更多的信息，推出未知的事实，作出预言。（3）数学模型作为科学抽象的结果，应在不同程度上，抓住支配现象的最基本的东西，能使人们对原系统的认识更加容易，能起到化繁为简、化难为易的作用。

2．数学模型法

数学模型法是将所考察的实际问题化为数学问题，构造出相应的数学模型，通过对数学模型研究结果的解释，使实际问题得以解决的一种数学方法，运用数学解决实际问题是通过数学模型这个桥梁来实现的。

运用数学模型法解决实际问题的大致步骤是：

（1）分析实际问题，忽略某些次要因素，作必要的简化和近似，构成现实模型；

（2）将所得的现实模型用数学语言进行描述，抽象成一个数学问题，建立数学模型；

（3）运用和研究数学理论，对所得的数学模型求解；

（4）将所得的数学解答返回到实际问题进行解释、检验与评价，形成对实际问题的判断或预见。

3．数学建模

数学建模是建立数学模型的过程的缩略表示，是运用数学模型法的重要环节，是对研究对象进行科学的分析、简化、抽象的过程。数学建模的主要过程可用如下框图来说明：

数学建模就是循环执行不断修正、发展的过程。值得注意的是：初步的数学模型建立以后，要根据精确性和简单性统一原则，选用最简单、最容易得到结果而又最能反映对象特征的模型。如果模型不能得出确定的结果，有时需要补充一些实际条件，例如建立的数学模型是一个微分方程，往往需要考虑问题的初始条件与边界条件；如果模型太复杂，参数太多，无法确定结果或所得的模型难以求解，就要设法简化这个模型；如果模型的求解结果与实际测得的数据或常识的预测差距过大，就要设法修改参数或重新考虑被忽略的某些因素，经过反复修改，使建立的数学模型能比较准确地（在允许的误差范围内）反映实际情况。数学建模与数学模型法是两个不同的概念，前者侧重于一种活动、一个过程，后者侧重于一种数学方法。

二、世界各国开展数学建模活动具体做法 早在70年代，西方不少发达国家的一些有识之士已经开始研究在中学开展数学建模活动的可能性，各种案例相继出现。进入80年代，数学建模已成为国际数学教育改革的主旋律，世界各国的课程标准也都要求在各年级水平或多或少地含有数学建模内容，具体做法主要有以下几种：

（1）两分法。数学课程方案由两部分构成，前一部分主要处理纯数学内容；后一部分处理的与前一部分纯数学内容相关的应用和数学建模，它有时是现成模型结果的应用，有时是整个建模过程。着做法可表示为：纯数学内容的学习→数学应用和建模。

（2）多分法。整个教学由很多小单元组成，每个单元的做法类似于“两分法”。

（3）混合法。在这种做法里，新的数学概念和理论的形成与数学建模活动被设计在一起互相作用。这种做法可表示为：问题情景的呈现→数学内容的学习→问题情景的解决→新的问题情景的呈现→„„。

（4）深程内并入法。在这种做法里，一个问题首先被呈现，随后与这问题有关的数学内容被探索和发展，直至问题被解决。

（5）深程间并入法。由于所呈现的问题未必都能单独用数学知识来解决，可能需用其他科知识，即“跨学科设计教学法”。

三、中学数学建模的活动设计

1．中学数学建模的活动设计目标

①树立面向新世纪数学观（数学是工具、技术、文化）。体现数学的应用价值，培养数学的应用意识。

②增强数学学习的兴趣，学会团结合作，提高分析和解决实际问题的能力。

③知道数学知识的发生过程，培养数学创造能力。

2．中学数学建模的活动设计原则

数学建模的活动设计应反映数学教育发展、改革的方向，具体说来它更应强调以下原则：

（1）着重发展学生的数学能力，特别是数学应用的能力，这不仅包括计算、推理、空间想象，还应包括辨明关系、形式转化、驾驭计算工具、查阅文献、能进行口头和书面的分析和交流。（2）强调计算工具（计算器、计算机）使用，这不仅指在计算过程中使用计算工具，而且还指在猜想、争辩、探索、发现、模拟、证明、作图、检验中使用计算工具。

（3）更强调学生积极主动地参与，把教学过程更自觉地变成学生活动的过程。教师不应只是“讲演者”、“总是正确的指导者”，而应不时扮演下列角色：模特――他不仅演示正确的开始，也表现失误的开端和“拨乱反正”的思维技能；参谋――提一些求解的建议，提供可参考的信息但并不代替学生做出决断；询问者――故作不知，问原因、找漏洞，督促学生弄清楚、说明白，完成进度；仲裁者和鉴赏者――评判学生工作及成果的价值、意义优劣，鼓励学生有创造性的想法和做法。

3．中学数学建模活动设计要求

在设计数学建模活动时，应该注意以下几点：

（1）数学建模对教师、学生都有一个逐步的学习和适应的过程，在设计数学建模活动时，特别应考虑学生实际能力和水平，起始点要低，要给学生留有充分思考的余地，形式应有利于更多的学生能参与。比如在低年级的数学教学中，教师可以在讲解知识的同时有意识地介绍知识的应用背景，在应用的重点环节有比较多的训练，如实际语言和代数语言（用字母表示某种量，用代数式表示某些条件和结果）、列方程和列不等式解应用题等，逐步扩展到让学生用已有的数学知识解释一些实际结果，描述一些实际现象，模仿地解决一些比较确定的应用问题，到独立地解决教师提供的数学应用问题和建模问题，最后发展成能独立地发现、提出一些实际问题，并能用数学建模的方法解决（或部分解决）这些问题。

（2）注意结合正常教学的教材内容

数学建模应与现行数学教材有机结合，把建模和数学课内知识的学习更好地结合起来，要以建模的视角来对待和处理教学内容，而不要形成两套系统，教师应特别注意把握数学建模与学生现实所学数学知识的“切入点”，引导学生在学中用，在用中学。

（3）注意数学建模的“活动性”

数学建模的目的并不是仅仅为了给学生扩充大量的数学课外知识。也不是仅仅为了解决一些具体问题，而是要培养学生的应用意识、数学能力和数学素质。因此，不应该把数学建模活动变成老师讲题，学生模仿练习的套路，而应该重过程、重参与，更多地表现活动的特性。

4．中学数学建模的活动设计形式（1）利用数学建模课程

数学建模课程是教师指导学生进行数学建模的主要形式。利用好数学建模课程能加深学生对数学建模的理解，充分战士数学建模的活动特点，更能进行数学建模理论的系统训练，建立一个数学建模的完整体系，提高学生的数学建模能力。

（2）利用中学生数学知识应用竞赛

中学生数学应用知识竞赛，是一种不影响中学生正常教学秩序的具有相当规模的教学改革试验，是一项科技活动，学生喜欢挑战。利用好中学生数学知识应用竞赛，可以开发、培养、发展学生的想象力、联想力和创造力，从而提高他们的数学建模能力。

（3）利用课堂教学

利用课堂教学，在部分环节上“切入”建模的内容，把一些较小的数学建模的问题。通过把问题解决的过程分解后，放到课堂教学的局部环节上去做。比如在新知识的引入、复习课时，可以用一点时间穿插介绍一个数学建模的问题，学生通过讨论仅仅完成“问题数学化”的过程（不如建立起响应的方程或不等式），而把求解过程放到课堂外完成。要注意的是：“切入”的内容应该和教学内容、教材的要求相近，以便于学生的理解和对教材知识的掌握。

（4）利用课外的活动

课外的活动是进行数学建模活动的辅助形式，它不受时间（可以是课间休息、课外活动、周末、节日、寒暑假）、地点（可以在教室内、宿舍内、校外等各场合）、内容（可以是课本某一知识的应用，也可以是某一实际问题，如：电梯问题、七桥问题、四色问题、体育彩票问题、打包问题等的限制。课外活动的形式也多种多样，可以是师生一起研讨数学建模问题，其中包括一起观察实际现象，采纳实际数据，讨论求解方案，让学生宣讲求解的结果或小论文等等，也可以是一个学生或一组学生就实际问题进行数学建模活动，还可以收集有关数学建模方面的资料。组织的方式也较为灵活，如采用数学建模讲座、数学建模欣赏、数学建模竞赛、数学建模阅读、数学建模小论文写作，办数学建模小报等，丰富学生数学建模活动。

5．中学数学建模的活动设计课题的选择

①研究、消化、改造传统的课题，给教学内容赋予生活、生产、科技实验的背景。②从国内外相关教参和期刊中引进、消化、吸收。

③从大学数学建模“成品”中简化、移植。

④亲自到一线调查研究，结合教学实践改编、提炼和挖掘。

⑤发动学生找课题。

立足与中学数学建模，在选择充足的“好问题”、“好课题”时，还应充分考虑：贴近中学学生的数学现实，适合学生的知识和能力水平，求解中并不需要补充大量的知识；有较明显的生产、生活或物理等学科的实际背景和应用价值；求解中能充分体现数学模型或数学建模的特点和过程。并可以在不同水平上运用多种模型来分析和求解；有较强的挑战性、探索性与延展性，以及趣味性；最好还能充分发挥计算机在求解中的作用。

6．中学数学建模的活动设计内容

下面列出的结合高中数学教材的应用和建模的一部分参考素材：

代数：

①结合与映射：计数问题、编码问题、体育比赛的场次设计。

②函数：

一次函数：校车设站问题、线性拟合。

二次函数：栓牛问题、磁带问题。

冥函数：同种商品按包装大小的定价问题。

指、对函数：存款、借贷问题、非线性拟合和预测。

单调性：怎样存款获息多。

极值：容器的设计。

③不等式：

解法：简单线性规划问题。

证明和应用：洗衣机的问题、打包问题、加工顺序问题、罐头问题。

④数列：等差、等比数列：人口的增长、资产的折旧。

递推关系：生物种群的变化、铺转问题、雪花曲线。

求和：存款、还贷、分期付款问题，堆垛问题。

⑤排列组合：扑克牌中的问题、权力问题、电话号码问题。⑥概率统计：有奖促销、字典字词首字母的分布、水库的鱼量、自选市场问题、掷币问题、怎样估计自己的单词量、怎样评价考试成绩、歌手大奖赛的成绩处理――歌手及裁判的水平的评价、体育彩票、密码锁问题。

7．中学数学建模的活动设计评价

评价是对数学建模活动设计成功与否有一个较为客观、便于操作的标准，以促进数学建模活动的开展、目标的完成。

①科学性 科学性是对一个数学建模的活动设计是否科学合理（设计是否符合初衷，能否解决实际问题，最佳方案的选择，设计的难度、复杂程度，设计方案种类的多少）的一个综合评价。

②实践性 实践性是对一个数学建模的活动设计的实用性的综合评价，设计的实践性如何，关键在于模型的应用深度、范围，能否体现数学与实践的最本质的联系。

③价值性 价值性是对一个数学建模活动设计创造多少价值（学术的、经济的、技术的、方法的、观念的等等）的综合评价。

④创造性 创造性是对一个数学建模的活动设计是否具有创造性的综合评价，一个好的数学建模，其创造性是不言而喻的。

网络教学uml建模作业 篇6

关键词：UML,审核流程,教学资源,工程训练

自2010年我校工程训练课程被评为国家级精品课程后, 中心更加注重教学过程管理、质量监控管理等信息化建设进程的不断推进。针对实验、实践课程量大面广的教学特殊性结合工程训练教学过程的特点, 中心迫切需要建立一个适合于工程训练实践教学的教学管理平台 (EMIS) 。通过这个支撑平台, 可全程记录教师教学、学生学习、教务管理、教学保障、督导督学、多方评价等教学全过程, 从而达到规范课程教学过程, 保证教学质量的目的。

该文以教学过程管理中教学文件审批流程为例来针对工程训练教学管理的特点, 系统需求定义、系统分析和系统设计等各个阶段利用统一建模语言UML (Unified Modeling Language) , 有助于提高开发效率、降低开发风险, 设计出更好的体系结构[2]。

1 UML简介

UML (Unified Modeling Language) 是一种用可视化方法对软件体系结构进行描述、实施和说明的标准建模语言。UML是由Booch、Jacobson和Rumbaugh发起, 在Booch表示法、OOSE方法和OMT方法的基础上, 广泛征求意见, 集众家之长, 反复修改而完成的。

UML进行分析设计时主要使用3种模型:1) 功能模型:站在用户角度描述系统的功能, 即系统应该“做什么”, 用用例图来表示2) 静态模型:主要描述类之间的关系属性和操作, 即在功能模型中描述的功能“由谁来完成”, 用类图和对象图表示;3) 动态模型:描述上述定义功能“如何完成”, “多久时间完成”, 包括对象的事件序列、状态和操作, 主要用顺序图、合作图、状态图和活动图来表示。其中功能 (用例) 模型是系统的核心, 它驱动着其他模型的开发。下面采用最新版本Rational Rose2003为建模工具来分析设计中心教学文件审核审批流程模型。

2 用户需求分析

2.1 工程训练文件审核业务流程分析

2.1.1 教学文件类型分析

根据调研分析, 工程训练中心教学文件主要类型如下:

教学文件:1) 教学大纲;2) 教案;3) 课件;4) 作业;5) 考试习题;6) 教学素材 (参考资料、参考书籍、网站资源、视频资源等)

2.1.2 流程参与对象分析

工程训练中心目前有培训工作15门, 其中12门实践操作课程、3门专业课堂课程;现场课共有30多位。每门课程约有2~5位现场指导教师。以下为工程训练中心教学组织各角色教学职责定义:

教师:现场培训教师。负责现场教学指导, 登记学生的考勤与实训成绩;

教学组组长:工程训练目前15门课程, 其中12门实践操作课程、3门专业课堂课程;共设13个教学组。教学组长的职责是负责教学资源在小组内的分配, 负责本教学组的教研及课程策划;根据教研室给出的培养计划以及教学大纲, 具体实施教学计划。

教研室成员:中心的教研室成员主要由专业教师以及高级职称教师组成。负责组织教材、课程大纲、教案的编写及审查等工作;定点负责工程训练各教学小组的教学工作。

教研室主任:负责教研室成员工作分配、教学任务的审核;

教学办秘书:根据学校的教学计划和中心的课程标准, 制定教学计划, 负责协调与教研室、教学评估与监督委员会及各教学课程小组的工作;

教学办主任:负责教学办工作的审核与审批;

教学评估与监督委员会:一般由领导、教师代表、校内或校外专家等成员组成。其负责教师评教、学生评教、新上岗教师资质认证等工作;负责教学文件的质量监控、评测工作;

中心主任:负责中心全面工作, 负责中心教学文件的最后审批;

工程训练教学组织机构如图1所示。

2.1.3 文件的审批流程分析

根据中心对教学文件审核流程的管理, 文件的审核流程分为两大类:1) 教学大纲、教案的审批流程2) 教学资源的审核流程

1) 教学大纲、教案的审批流程

教研室成员编制或修订工程训练各课培训工种的教学大纲;

教师代表会签 (如果课程老师人数≤3人, 会签人数为教师数量;若课程任课教师>3人, 会签人数为3;会签只要有1人不批准, 就返回修改) ;

教研室主任审核; (若为新的版本号如1。0版本、2.0版本等则启用后续D、E流程;若为修订版本:如1.1版本、1.2版本、2.1版本、2.2版本等教研室主任审核通过后就直接发布;若不通过则将修改意见作为拒绝原有返回至A环节重新走。编制者将根据修改意见修改文件。)

教学质量评估委员会代表会签; (一般会签代表为3人;若不通过则将修改意见作为拒绝原有返回至A环节重新走。编制者将根据修改意见修改文件。)

中心主任审批; (或委派审批)

发布。

2) 课件、作业、试题库审批流程

教师编写教学文件 (课件、作业、试题库等其他教学素材) ;

课程组长审核; (若新开课程, 组长审核通过后启用CD流程;否则直接发布结束。)

教研室主任审批;

发布。

3 画用例图做顶层分析

用例图用来做顶层分析, 以确定在整个系统中有多少个工作流, 每个工作流有哪些参与者以及它们与相关的工作流之间的关系, 在工作流数学描述中说明的参与者和工作流的相关属性都可以设置;用用例图来表示工作流的参与者与工作流过程之间的关系, 一个工作流可以作为一个用例, 其中一个工作流可以有多个参与者, 一个参与者也可以与多个工作流相关联。

4 画活动图描述工作流的执行过程

活动图是用来捕捉用例的活动, 使用框图的方式显示动作及结果。活动图着重描述操作 (operation) 以及用例实例或对象中的活动。

活动图可用作如下目的:

描述对象内部的工作;

显示如何执行一组相关的动作, 以及这些动作如何影响它们周围的象;

显示用例的实例如何执行动作以及如何改变对象状态;

说明一次活动中的人 (角色) 、工作流组织和对象是如何工作的;

教学文件审核审批活动图 (图3、图4所示) 。

中心的教学文件审核审批流程:

课程教学大纲是根据教学计划的要求, 课程在教学计划中的地位、作用, 以及课程性质、目的和任务而规定的课程内容、体系、范围和教学要求的基本纲要。工程训练中心严把教学质量关, 要求任何对外发布的教学资源都有一定的审核流程, 并且保证审核过程责任到人。下面就以教学大纲编制审核流程、教学资源上传审查流程, 以及中心教务管理流程为例介绍运用uml建模过程。

由教研室成员讨论并负责编辑或修订工程训练各课培训工种的教学大纲, 交与该课程教师代表查阅, 若符合要求, 经过教研室主任审核, 若教学文件不是修订版本, 则还需由教学质量评估委员会代表会签;修订版本的文件无需会签直接由中心主任审批发布。

教学资源上传审核流程:

课程网站的教学资源如课件PPT、课后习题、测试题、素材、参考资料等文件由任课教师编制、由课程组长审核。若课程为新开课程则需要教研室主任审核审批, 否则直接发布。具体审核流程活动图如右图4。

5 画状态图表示执行时的状态变化

一个对象从产生到结束, 基本都会处于一系列不同的状态。状态影响到对象的行为。当对象的状态有限时, 就可以用状态图来建模对象的行为。状态图显示了单个对象的生命周期。

图5以“教学文件审核审批过程”模块为例, 分析了教学文件审核审批的业务流程中的状态与状态之间的迁移。

6 画时序图表示工作流活动实例的状态变化

UML的交互图是用于对系统的动态方面的建模, 交互图有分为时序图和协作图。其中时序图描述了对象之间传递消息的时间顺序, 用来表示用例中的行为顺序, 强调消息时间顺序的交互图。

图6以教学资源上载审核流程为例来描述对系统动态行为建模时, 是如何按照时间展开信息的传送的。

7 总结

UML对系统模型的表达能力超过了以往任何一种面向对象的分析和设计方法。它采用一整套成熟的建模技术, 广泛地适应于众多应用领域。本文通过对工程训练教学过程管理中的教学文件审核审批业务流程的设计和分析可以看到, UML模型可以帮助开发人员与用户更好地交流, 使开发流程变得更加的清晰, 降低风险。采用UML建模技术创建的信息管理系统有利于保证系统的规范性、稳定性和实用性。从中也可以体会到使用统一建模语言UML开发管理系统的方法和步骤。

参考文献

[1]UML基础与ROSE建模案例[M].北京:人民邮电出版社, 2007.

[2]李宜蔓.基于_NET2_0和工作流技术的实践教学管理系统的设计与实现[D].华东交通大学, 2006.

网络教学uml建模作业 篇7

[关键词] 统一建模语言 企业资源计划系统 建模 分析

一、引言

ERP是企业资源计划 (Enterprise Resources Planning)的缩写，作为企业管理思想，它是一种新型的管理模式;作为一种管理工具，它又是一套先进的计算机管理系统。20世纪80年代以来，国内的经济格局同国外一样发生了重大变化，市场营销观念发展为“市场需要什么就生产和销售什么”，“哪里有消费者的需求，哪里就有机会”。一方面，企业所面临的共同问题是更加激烈的市场竞争，在竞争中技术因素变得越来越重要；另一方面，过去那种仅仅面向“生产经营”的管理方式已不再适应激烈的市场竞争，企业为了适应市场需求，在不断完善其内部生产管理的同时，都在延长自己的产品线，更加注重产品的研究开发、质量控制、市场营销和售后服务等环节，并且发现仅靠自己企业的资源不可能有效地参与市场竞争，而必须把经营过程的有关各方如供应商、客户、制造工厂、分销网络等纳入一个紧密的供应链中。因此，企业的管理技术也必须紧跟不断变化的市场竞争的需求，不断地在其广度和深度上加以完善和更新，不断为企业提供竞争制胜的有力手段。而ERP正是這一背景下的产物，它是对企业的三大流：物流、资金流、信息流进行全面一体化管理的信息系统。

二、UML简介

UML是统一建模语言的缩写，是一种用于描述、可视化和构架软件系统，以及商业建模的语言。它溶入了软件工程领域的新思想、新方法和新技术，支持从需求分析开始的软件开发的全过程，随着人们对软件工程概念的重视，UML在软件开发中的应用也日益广泛。

UML提供了9种简便直观的图形来帮助用户分析、设计和管理系统中各个元素的信息及其之间的关系。根据UML的建模机制，UML可看成为以4+1视角模型来表示的软件系统的图形体系结构。这5部分从不同角度体现了UML建模系统的特性，它们包括用例视角、设计视角、实现视角、进程视角和配置视角，如图1所示。图中可清楚地看出用例视角在整个视角模型整合中的特殊地位，这也体现了用例分析在UML建模过程中的重要性。

三、基于UML的ERP系统分析和设计

在ERP系统中，生产控制是关键的模块之一，主要是了解加工什么、什么时候加工、加工多少、在什么地方加工和怎么加工。它面临生产的第一线，直接影响到一个企业的生产，一旦生产控制系统出现问题，则给企业带来巨大的经济损失。图2给出一个简化的生产控制结构图。

UML易于表达，其功能强大，适用于信息管理系统、实时系统、分布式系统、Web系统等的开发。下面结合生产控制系统的生产调度部分来阐述如何利用UML工具对ERP系统进行分析和设计。

1.用例图

用例图表示一个系统对于系统外部的交互者的功能。强调从用户的角度看到的或需要的系统功能。其用例是系统提供的高级功能模块，根据用例图的描述，可对生产控制系统的调度部分的功能划分为接受订单、任务平衡、下达生产任务等，当然还应有相关的智能功能，比如，任务调整、组合查询、意外处理等功能。而该系统的主要用户就是管理者和生产车间（生产车间是任务的接受者，也作为用户考虑），调度部分的用例图如图3所示。

2.交互图

交互图包括顺序图和协作图，顺序图反映若干个对象之间的动态协作关系，主要分析对象之间已发消息的先后次序，说明对象之间的交互过程，以及系统执行过程中，在某一具体位置将会发生什么事件。所以，顺序图是UML分析业务过程中非常重要的一种图，它是对整个系统工作流程的一个过程反映，直接影响其构造的系统将来是否和实际系统相符合。

要画出顺序图，就必须对整个工作流程的细节都要清楚了解，否则就不可能画出系统相应的顺序图来。在生产控制系统中的一个主要的简化的业务流程就是接受MPS的订单，进行任务平衡和分解，向相应工作中心下达生产任务，向库存发物料需求单，各个工作中心相互合作，在产品的生产过程中请求质量检验部门的检验，控制不合格产品的非法流动。

协作图是表示角色之间交互的视图，除了反映角色之间的消息变化（交互）外，还能够反映角色和它们之间的关系（称为上下文相关）。由于协作图和顺序图透视反映角色之间的交互，所以建模时可任意选择一种图来反映对象间的协作关系，并根据其强调的是时间序列还是上下文相关来确定画哪一种图，在ROSE工具中，提供了方便的顺序图和协作图的转化工具。

3.类图、对象图和包图

类图表示系统中需要处理的事务，类与类之间有多种连接方式（关系），比如关联、依赖、通用化、打包等。这些关系体现在类图的内部结构之中，通过类的属性和操作反映出来。一般一个系统有若干个类图，一个类图不一定包含系统中的所有类，一个类可以加到几个类图中。

在生产控制系统中，根据其简化的业务流程可得出这些类：调度员类（完成订单任务的接受、判断和下达）；MPS任务类（对订单任务的处理）；任务平衡类（提供任务平衡计算的方法）；工作中心类（任务加工和内部工作处理）；质量检验类（提供质量检验）；库存类（提供生产产品的仓库管理）；意外处理类（对不合格产品的处理）。

对象图是类图的实例化，不是真正的类，是类图的一个范例，它及时、具体的反映了系统执行到某处时的工作状况。

包图是设计元素分组的通用组织机制，利用包图将系统逐步细化，分成若干子系统，这样便于设计者理解、修改、维护和测试。

4.活动图

活动图反应一个连续的活动流，主要用于描述某个操作执行时的活动状态，对调度部分的接受定单而言，首先获取各个任务定单，定单合法检查、定单分类，更新数据库。其他用例的活动与此相似的进行分析和处理。

5.状态图

状态图是对类所描述的对象的一个补充，显示了类的所有对象可能具有的状态，以及引起的状态变化。在生产系统中，一个产品从MPS订单到加工成型入库，要经历不同的状态：在开始是MPS订单状态，在调度员接受后，进入生产预准备态，在经过平衡计算后，下达到各个工作中心后，进入生产态，在生产加工以后，进入质量检验状态，合格后，提交到库存，进入库存态，如果不合格，则进入意外处理态。这里的不同状态由不同的事件来触发。不难看出，在描述一个跨越多个用例的单个对象的分析时状态图是非常有用和方便的。

6.组件图和展开图

组件图描述软件组件和组件之间的关系，显示代码的结构。其中的组件可以是源组件、二进制、可执行组件，在生产控制系统中可以分为调度界面子程序、MPS任务子程序、生产平衡处理子程序、生产处理子程序、质量检验子程序、库存管理子程序等组件。

展开图描述系统拓扑的最终物理描述。生产控制系统中，考虑到生产场所相对集中，在企业内部网上本应采用C/S结构的物理架构，但考虑到调度管理可能是远程的控制，因此最好采用B/S和C/S结构的方式，管理人员在本地时，直接在本地计算机上调度，在异地时，可通过Web方式来进行生产调度。

四、结束语

在软件工程领域，UML建模语言的提出改善了面向对象的分析与设计，使得以从需求分析开始的软件开发过程变得清晰明了，有据可依，并最终能够形成文档，保证软件产品的高质量。本文通过介绍UML建模在ERP开发应用中的一个方面，充分展示了UML工具在ERP系统开发设计中的重要作用。此外，由于系统的设计不可能完全预计需求，因而它应该是也必须是可以更改的，如果认为UML的模型是完美的，开发者生搬硬套地以此设计代码，将极有可能导致不符合实际需要的产品出现。

参考文献:

[1]冀振燕:UML系统分析设计与应用案例[M].北京:人民邮电出版社,2003

[2]蒋慧吴礼发:UML Programming Guide[M].北京:希望电脑公司，2001

[3]Wendy Boggs,Michael Boggs.UML with Rational Rose 2002从入门到精通[M].北京:电子工业出版社,2002

[4]尤克滨:UML应用建模实践过程[M].北京:机械工业出版社2003

基于UML的医院信息系统建模 篇8

1 统一建模语言UML

1.1 UML的定义

UML(Unified Modeling language)[2],是一种面向对象的建模语言。它的主要作用是帮助用户对软件系统进行面向对象的描述和建模,它可以描述从需求分析、系统设计、编码和测试等软件开发全过程。

UML由视图(View)、图(Diagram)、模型元素(Model Element)和通用机制(General Mechanism)等几个部分组成。

视图(View)是表达系统的某一方面特征的UML建模元素的子集,视图并不是图,它是由一个或多个图组成的对系统某个角度的抽象。在建立一个系统模型时,通过定义多个反映系统不同方面的视图,才能对系统做出完整、精确的描述。

图(Diagram)是模型元素集的图形表示,通常是由弧(关系)和顶点(其他模型元素)相互连接构成的。

模型元素(Model Element)代表面向对象中的类、对象、接口、消息和关系等概念。UML中的模型元素包括事物和事物之间的联系。事物之间的关系能够把事物联系在一起,组成由意义的结构模型。

通用机制(General Mechanism)用于表示其他信息,比如注释、模型元素的语义等。

1.2 UML的内容

UML的重要内容可以由下列五种类图来定义:

第一类是用例图(Use Case Diagram)[3],从用户角度描述系统功能,并指出各功能的操作者。

第二类是静态图(Static Diagram),包括类图、对象图和包图,其中类图用于定义系统中的类,描述类之间的关系(关联、依赖、聚合等)及类的内部结构(类的属性和操作),对象图所使用的符号与类图几乎完全相同,它们是类的实例。包图由包或类组成,主要表示包与包之间的关系,包与类之间的关系。

第三类是行为图(Behavior Diagram),描述系统的动态模型和组成对象之间的交互关系。其中状态图描述一类的对象所有可能的状态以及事件发生时状态的转移条件。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。

第四类是交互图(Interactive Diagram),描述对象之间的交互关系。一种成为顺序图,用以显示对象之间的动态合作关系。另一种是合作图,它侧重描述对象之间的合作关系。如果强调时间和顺序,则使用顺序图如果强调上下级关系,则选择合作图。这两种图合称为交互图。

第五类是实现图(Implementation Diagram),包括组件图和配置图。组件图描述代码部件的物理结构以及各组件之间的依赖关系。配置图定义系统中软硬件的物理体系结构。

从应用角度看,采用面向对象技术设计系统时,遵从以下几个阶段[4]:需求分析、概要设计(总体设计)、详细设计、编码调试、测试、维护,这也是瀑布式软件生命周期开发过程。用UML建模及Rational Rose工具的面向对象开发技术大致归纳为以下几个步骤[5]:(1)建立用例框图;(2)建立交互框图;(3)细化上述一系列图中的用例;(4)建立类框图;(5)建立状态转换框图;(6)软件构造(编码、调试、组件部分测试);(7)测试;(8)建立组件框图:定义和浏览系统的实际软件结构,描述系统组件之的编译相关性;(9)建立部署框图:定义应用程序在网络结构中的实际部署,包括网络布局和软件组件在网络上的位置;(10)维护。以上各步骤中存在反复、循环、细化。(1)、(2)属于需求分析阶段;(3)-(5)属于设计阶段(总体设计、详细设计)。

2 基于UML的HIS建模

下面结合某医院信息系统HIS项目,用UML图来建模,根据项目规定和开发需要绘制了相应的图形。

2.1 功能模块

首先,根据卫生部《医院信息系统基本功能规范》,结合该医院实际情况和预算,将HIS分解成14个子系统,包括:数据字典维护分系统;门诊挂号分系统;门诊医生工作站分系统;住院医生工作站分系统;护士工作站分系统;药品管理分系统;门诊划价收费分系统;住院病人入出转管理分系统;住院收费管理分系统;病案病历管理分系统;院长统计查询分系统;医疗保险接口分系统;权限设置分系统;数据备份和恢复分系统。主要模块的功能具体如下:

门诊挂号分系统:实现预约挂号、窗口挂号、处理号表、统计和门诊病历处理等基本功能。

门诊医生工作站分系统:医生处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。

住院医生工作站分系统:医生处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。

护士工作站分系统:护士核对并处理医生下达的长期和临时医嘱,对医嘱执行情况进行管理,同时完成护理及病区床位管理等日常工作。

药品管理分系统:对药库、门诊药房、住院药房、药品价格、药品会计核算等信息的管理以及辅助临床合理用药,包括处方或医嘱的合理用药审查、药物信息咨询、用药咨询等。

门诊划价收费分系统:包括门急诊划价、收费、退费、打印报销凭证、结账、统计等功能。

住院病人入出转管理分系统:包括入院登记、床位管理、住院预交金管理、住院病历管理等功能。

住院收费管理分系统:包括住院病人结算、费用录入、打印收费细目和发票、住院预交金管理、欠款管理等功能。

病案病历管理分系统:对病案首页和相关内容及病案室(科)工作进行管理。

院长统计查询分系统:从医院信息系统中加工处理出有关医院管理的医、教、研和人、财、物分析决策信息,以便为院长及各级管理者决策提供依据。

医疗保险接口分系统:完成医院信息系统与上级医保部门进行信息交换的功能。

2.2 用例图(Use Case Diagram)

用例图用来描述系统应该具备的功能,显示用例、参与者以及它们之间的关系。在用例图中,参与者是指与系统交互的用户,用例是对一个系统或一个应用的一种单一的方式所做的描述,是关于单个活动者在与系统对话中所执行的处理行为的陈述序列。在软件开发过程中,恰当地使用用例可以有效地控制交互式开发过程。

每个分系统可以用若干个用例图来表达,本文借助Rose 2003软件工具,以门诊部挂号分系统中病人挂号为例,绘制了其用例图(见图1)。主要角色有:病人、挂号收费员。用例主要有注册登记、产生病历卡、付费,其中包括一些对用例的包含、扩展关系,如注册登记包括记录病人个人信息,安排就诊科室等,付费方式有医保、公费和自费等方式。

2.3 时序图(Sequence Diagram)

时序图描述了对象之间传递消息的时间顺序,它用来表示用例中的行为顺序,是强调消息时间顺序的交互图,它反映了若干对象的动态协作关系。主要分析对象所发消息的先后顺序,说明对象之间的交互。它是对系统工作流程的一个过程反映,直接影响着系统将来是否与实际关系相符。图2描述了病人挂号的时序图。

2.4 协作图(Collaboration Diagram)

协作图用来表现系统的对象间的另一种交互,即时间和空间顺序上的交互。虽然和时序图表现交互的方式不同,但系统的时序图和协作图一般描述相同的内容。图3描述了病人挂号的协作图。

2.5 状态图(Statechart Diagram)

状态图是通过类对象的生命周期建立模型来描述对象随时间变化的动态行为,显示了该实体如何根据当前所处的状态对不同的时间做出反应的。当行为的改变和状态有关时才创建状态图。它是对类所描述的一个对象的一个补充,展示了此类对象所具有的所有可能的状态及当某些事件发生时其状态的转移情况。如图4所示,药库管理员在添加药品时,首先登陆系统,然后进行药品的添加,最后更新药品信息。

2.6 活动图(Activity Diagram)

活动图用于展现参与行为的类的活动或动作,描述一个操作中所要进行的各项活动的执行流程,描述一个用例的处理流程或某种交互流程,对于每个用例均可画出其活动图,以便更详细地描述该用例与角色的交互。如图5所示,系统管理员在维护系统数据的活动中,可以进行两种操作,即数据备份与数据恢复。

以上主要结合医院信息系统介绍了用UML来指导项目开发的需求分析和系统分析的过程,在软件开发的后续开发阶段系统设计、系统构造和系统测试等阶段都可以使用UML的不同图形表示工具来帮助我们做相应的开发设计,以具体实现软件。这里因篇幅关系就不再一一详述。

3 结束语

UML是用于对系统进行描述、可视化处理、构造和建立软件系统的统一建模语言,适用于软件开发的各个阶段、各种应用领域。利用同样的UML模型可以生成不同语言的框架代码,而且可以通过反向生成,在编写代码过程中及时更新UML模型。本文同时借助Rose 2003开发工具,结合医院信息管理系统项目案例,绘制出各种相应的UML图,从不同角度和层次上为系统分析、设计和实现提供了支持,从而很好地解决了系统建模问题。本系统以病人业务为中心,以信息管理为主线,以电子病历为发展目标,集病人信息、费用信息、管理信息于一体的原则设计,尽可能地减轻事务处理人员的劳动强度,合理记录医院各类数据,确保数据的准确性,提高医疗管理和科学决策的水平,更好地为社会提供高质量高效率的服务。

参考文献

[1]卫生部.医院信息系统基本功能规范[S].2001.

[2]Rumbaugh J,Jacobson I,Booch G.UML参考手册[M].北京:机械工业出版社,2001.

[3]Pilone D,Pitman N.UML2.0in a Nutshell[M].2nd ed.O'Reilly Media,2006.

[4]Booch G,Rumbaugh J,Jacobson I.The Unified Modeling Language User Guide[M].2nd ed.Addison Wesley Professional,2005.

基于UML的产品建模方法研究 篇9

制造业是经济建设和国防建设的基础, 也是社会发展的原动力。产品信息建模是21世纪制造业的一项关键支撑技术, 合理的产品模型对产品开发和企业生存具有重要的意义。产品模型是产品全生命周期管理的底层支撑, 国内外对企业产品信息建模方面的研究已经开展多年, 取得相当多的研究成果。比较著名的研究成果有CIM-OSA方法、ARIS体系结构、IDEF方法、GRAI/GIM方法与PERA方法等, 另外工作流建模技术、面向对象建模方法也取得了不少研究成果[1]。

UML是一种通用的可视化建模语言。它是在Booch, OMT和OOSE三大面向对象方法学基础上, 吸取了其他面向对象开发方法和近30年软件工程的经验和成果, 抽象出的模型语言[2]。UML的目标是以面向对象图的方式来描述任何类型的系统, 具有很广的应用领域。其中, 最常用的是建立软件系统的模型, 但它同样可以用于描述非软件领域的系统[3]。目前, UML已在企事业、金融、交通、电讯、国防、医学、科研、网络等领域得到实际应用。

传统的建模方法, 描述系统和语义约束能力差, 基于UML的产品模型可以解决全生命周期产品定义、过程和资源的一致性问题, 同时提供了多种视图来满足不同角度创建系统的需要。现以UML建模语言为基础, 依据UML四层元元模型结构结合元模型理论、面向对象的建模方法和广义产品建模方法寻求一种能为企业建立支持产品全生命周期, 具有多角度, 多视图, 界面友好, 便于理解、并且有严格语义约束, 数据完整一致, 少冗余的产品信息模型的建模方法。

1 基于UML的产品三层结构模型

元模型就是关于模型的模型, 是关于如何建立模型、模型的语义或模型之间如何集成和互操作等信息的描述。元模型由于比模型的抽象程度高, 因此能够较好地解决模型集成中地问题。元模型是用来解决模型层难以解决的问题, 同样在元模型层难以解决的问题可以通过元元模型来解决[4]。

软件工程中, 为统一定义各种建模语言及模型间的转换关系, OMG试图提出各建模语言 (元模型) 的公共抽象 (元元模型) 来统一建模语言的表达, 继而可以统一各模型之间转换规则的表达, 于是在1999年提出了MOF规范, 此规范借用UML的图示方法, 基于面向对象思想的概念定义元建模元素。现在OMG给出的各项规范中, UML, CMW和CORBA IDL等均已采用基于MOF的定义[5]。

根据软件行业中UML和MOF定义的四层元元模型结构和相互关系如图1所示[6], 定义产品模型中三层元元模型结构和相互关系如图2所示。

基于对UML四层元模型结构中MOF层和UML层的分析, 结合机械类产品所要表达的内容, 给出以下定义:

1) 产品元元类:位于产品元元模型层中不再细分, 具有自我解释定义的类。

2) 产品元类:位于产品元模型层中类, 是产品元元类的实例。

3) 产品元元模型:模型中除了被解释的元素以外, 必须全部由产品元元类构成。

4) 产品元模型:产品元元模型的实例, 由产品元类或产品元类和产品元元类构成。

建立产品元元模型层目的是为了解决产品模型层无法解决的问题如产品元模型层语义含糊、模型集成和信息共享等。产品元元模型层的类型系统比产品模型层的类型系统更细致地划分了模型的类型系统中的各种概念、关系、约束等, 并且还包含关于产品元模型的控制和指导等信息的概括和抽象, 将产品元元模型的这些概念实例化就可以对某个具体元模型的建模进行监控。

产品元模型层中的产品元类是产品元元类的综合实例, 是在产品全生命周期建模中的主要元素, 产品元类在UML建模环境语义约束下按照相互间的关系进行一定形式的交换构成了产品的元模型。产品元模型加直观体现出面向对象的思想, 同时语法规则和语义约束在UML建模工具环境下得到了严格的约束。用于元模型层建模的产品元类的定义是在产品元元层来完成的。通过这种层级约束, 确保了产品建模中模型逻辑一致性和数据完整性。

2 产品元元层和产品元层

利用UML的扩展机制结合广义建模理论建立如图3所示的产品元元模型基本组成结构[7]。给出以下几种类的定义:

1) 信息类:基于广义产品模型下的不同层次, 不同类型信息的抽象定义。

2) 过程信息类:信息类中关于对产品生命过程方面描述类的抽象定义。

3) 结构信息类:信息类中关于对产品结构方面描述类的抽象定义。

4) 关系类:用于定义广义产品模型环境中“点”与“点”之间的关联信息, 即产品生命周期过程中各类关联属性的抽象定义。

5) 结构关系类:关系类中关于对产品结构关系方面描述类的抽象定义。

6) 过程关系类:关系类中关于对产品过程关系方面描述类的抽象定义。

产品元元类由信息类和关系类构成;信息类由结构信息类和过程信息类构成;关系类由结构关系类和过程关系类构成。产品元类依赖产品元元类来描述。

结构信息要满足表达、评价和管理的需要。因此结构信息包括表达性结构信息、评价性结构信息和管理性结构信息。

过程是不同状态之间活动的集合, 活动则以一系列的步骤或行为以及行为所引起的对象状态的改变为特征。可以认为活动以前面的活动所产生的产品数据 (或状态信息) 为输入, 经过决策, 并采用一定的行为或步骤, 对输入的产品相关信息进行操作, 形成新的产品状态或产品数据。过程作为活动的记录, 其内容应该能够体现活动的特征。

关系信息体现了在装配层次上对产品结构的描述, 是产品功能特征的体现, 因为机械产品的功能主要通过构成产品的零、部件之间静态或动态的配合关系来实现, 这类信息的获得主要在产品的概念设计和结构设计阶段。按照广义产品建模方法结构关系根据性质不同分为三类, 分别是功能关系、定位关系和运动关系。

过程是由一个和若干个活动 (过程单元) 构成的。这些活动之间存在关系, 或表现为一种时间性的关系, 或表现为一种逻辑性的关系。

产品元元类库是产品元元类的集合, 按照所述方法, 建立产品元元类库如图4所示。

以其中结构关系元元类包为例展开抽象产品结构关系元元类如图5所示。

根据产品全生命周期建模需要, 定义产品元类由产品基本元类、产品需求元类、产品设计元类、产品制造元类、产品销售元类和产品服务元类构成, 如图6所示。

建立产品元类库如图7所示。

以其中产品服务元类包为例展开抽象产品结构关系元元类如图8所示。

3 产品生命周期建模

参照PTC公司对产品全生命周期阶段的划分, 将产品生命周期划分为需求分析、设计、制造、销售和服务五个阶段[8,9]。

1) 产品需求分析阶段:在这一阶段企业通过调查和分析市场和客户需求, 确定产品的基本功能, 性能, 使用环境和其他约束, 实现产品信息从客户角度向设计者角度的转换。

2) 产品设计阶段:产品设计阶段一般要分为三个阶段, 概念设计, 详细设计和工艺设计。在这三个阶段中, 产品设计所需的信息是不同的。随着设计的深入进行, 产品所包含的信息越来越丰富。概念设计阶段完成产品的功能定义和原理设计, 提供原理设计方案;详细设计阶段细化原理方案, 提供原理的具体实现结构, 得到产品的技术方案;工艺设计阶段则是对产品制造工艺流程的设计, 是产品设计阶段向制造阶段的过渡。

3) 产品制造阶段:产品制造阶段包括生产准备、供应、加工、外协, 装配等过程, 是产品在物理上形成的阶段。在该阶段, 相关人员对各种计划进行分解, 优化调度配制所需的制造资源, 进行加工装配等活动。

4) 产品销售阶段:产品销售阶段的主要活动包括, 市场推广、产品发布、销售战略制定以及客户管理、定单管理等。PLM系统负责企业与分销商、客户以及供应商之间的信息协调和管理, 保证定单、生产、库存和销售等环节的畅通和一致性。

5) 产品服务阶段:产品服务阶段是从物理产品形成到产品报废为止的时间跨度。在这个阶段企业服务人员对产品进行测试, 交付用户使用。典型的服务包括产品安装、使用培训、故障诊断和维护等。

对应产品生命周期的划分, 产品生命周期各阶段模型对应企业人员职责的活动图泳道模型如图9所示。

产品全生命周期建模目的是建立面向产品全生命周期的统一的、具有可扩充性的能表达完整信息的产品模型, 该产品模型能随着产品开发进程自动扩张, 并从设计模型自动映射为不同目的的模型, 如可制造性评价模型、成本估算模型、可装配性模型、可维护性模型等, 同时产品模型应能全面表达和评价与产品全生命周期相关的性能指标[10]。

产品全生命周期模型用例模型如图10所示。产品整个周期包含了客户和外部企业在内的多范围用例。随着先进制造技术的发展, 企业间信息交流的日益频繁, 产品生产已走出单一企业, 向着联盟方向发展。

以产品制造阶段为例, 建立产品制造阶段元模型如图11所示。产品制造活动在产品设计模型的基础上, 根据产品的加工和装配关系, 改变产品的设计BOM, 参照工艺BOM, 经过演化映射形成制造BOM。零件可以划分为由其他企业加工的外协件和本企业加工的自制件。对于外协件, 制造企业需要到市场中进行采购。零件的加工需要按照工艺路线和规则进行, 所以零件类依赖于工艺类。部件类是一组相互聚合的零件组合。机械产品的功能和设计者的意图体现于零件的具体几何结构, 特别是零件间的相互连接和装配关系, 这就要求制造企业重视产品的装配工艺。各种制造和装配工艺不仅规定了工艺操作方法, 也提出了产品制造过程中的资源要求。部件需要按照装配工艺进行装配操作, 在部件类与工艺之间存在依赖关系。同时, 加工工艺、装配工艺和生产计划依赖于企业资源。

4 采用UML对模型映射关系建模

以产品BOM为例说明采用UML对模型关系建模的方法。

BOM的含义是物料项清单 (bill of material) 即构成一个物料项的所有子物料项的列表。在产品的全生命周期中, 存在着各种面向企业不同部门、具有不同用途的BOM文件, 不同的部门为了各自的目的设计、生成、管理和使用BOM。在产品的全生命周期中, BOM视图种类和相互间关系如图12所示[11]。

下面, 以设计BOM到工艺BOM的演化映射为例来说明采用UML对模型映射关系建模的方法。一般来说, 由于工艺的变动而导致其映射信息不同的原因主要可以归结为[11]:

1) 继承部件映射规则Fi ( ) 。

在产品P中, 如果设计BOM中某一部件为继承部件, 则在工艺BOM中该部件完全继承其在设计BOM中定义的装配关系。图13中的e部件。

2) 虚设部件映射规则Fv ( ) 。

如果在工艺中将设计BOM中某部件定义为虚设部件, 则在工艺BOM中应该将该部件在设计BOM中的下属所有零部件按设计BOM中表述的数量关系移动到虚设部件的父件中去。如图13中的c部件。

3) 中间部件映射规则Fm ( ) 。

如果某部件是中间部件, 则应该根据工艺BOM中的中间部件相关信息和设计BOM的中间部件的父子件的相关信息, 在制造BOM中添加中间部件的装配关系信息。如图13中的f部件。

4) 外协部件映射规则Fc ( ) 。

在制造BOM中只描述外协部件本身, 而不描述外协部件的下级零部件物料信息。因此, 所有的外协部件处于BOM树的叶节点上, 外协部件在制造BOM中可以视为一个零件来处理, 正如在设计BOM/制造BOM的形式化描述中不描述处于叶结点的零件一样, 外协部件应设成空元素。如图13中的d部件。

自然属性映射符合继承部件映射规则, 所以从EBOM到PPBOM的演化映射模型如图14所示。

5 产品层建模

产品层的建模即是对产品元层模型的实例化, 现以平口钳为例, 对元模型的应用进行详细讨论, 验证基于UML的产品建模方法的准确性和有效性。

平口钳, 作为一种夹具, 在生产工作中得到广泛使用。Pro/E中产品的3D模型如图15所示。

平口钳的产品层结构模型如图16所示。平口钳产品由平口钳固定部件和平口钳活动部件两个部件以及1个到多个平口钳文档组成。其中平口钳固定部件由下列零件组成:1个固定钳身、1个平口钳垫圈、1根丝杠、1个垫圈、2个螺母、1块钳口板和2个螺钉。平口钳活动部件包括下列零件:1个平口钳螺钉、1个平口钳螺母、1块活动钳口、2个螺钉和1块钳口板。

平口钳的产品层关系模型如图17所示。平口钳固定部件和平口钳活动部件是靠丝杠和平口钳螺母之间的丝杠螺母连接关系装配的, 固定钳身和丝杠关系是轴孔连接, 钳口板和固定钳身以及钳口板和活动钳口的关系是螺钉连接, 活动钳口和平口钳螺钉为轴孔连接, 活动钳口和平口钳螺母是平面配合, 平口钳螺钉和平口钳螺母是螺栓连接, 平口钳螺钉和活动钳口是轴孔连接关系。产品层模型是这两种模型的叠加。

应用前面所建立的BOM映射元模型来建立平口钳产品的设计BOM向工艺BOM的映射模型如图18所示。

6 结论

文中所做研究工作目的是为了寻求更加有效建立支持产品全生命周期模型的方法。通过以上工作, 建立了基于UML的产品信息模型。UML严格的语法规则和语义约束为产品定义、制造、服务等过程和资源提供了一个联结, 解决了全生命周期产品定义、过程和资源的一致性和数据冗余问题。同时产品全生命周期建模是一项多角色参于多角度需求的复杂工程, 基于UML的产品建模方法提供了多种视图来满足不同角色和角度创建系统的需要, 支持产品静态、动态和工作流建模。该工作扩展了以往对产品建模方法的研究, 为进一步对产品信息的管理奠定了基础。

摘要：为有效保证产品全生命周期产品定义、过程和资源的一致性, 同时满足系统多角度创建系统的需要, 提出基于UML的产品建模方法。通过定义“产品元元模型层”、“产品元模型层”和“产品模型层”三层产品模型结构及其内容和相互关系, 实现了产品建模定义、约束统一性, 实际应用表明基于UML的产品建模方法的有效性和可行性。

关键词：产品元元模型,产品元模型,产品模型

参考文献

[1]杨云涛, 王润孝, 等.企业建模方法及ARIS建模过程应用研究[J].组合机床与自动化加工技术, 2007 (3) :86-88.

[2]Joseph Schmuller.李虎, 赵龙刚译.UML基础、案例与应用[M].3版.北京:人民邮电出版社, 2006:4-5.

[3]徐宝文, 周毓明, 卢红敏.UML与软件建模[M].北京:清华大学出版社, 2006:6-7.

[4]肖田元.虚拟制造[M].北京:清华大学出版社, 2004.65.

[5]Object Management Group (OMG) .Meta Object Facility (MOF) Core Specifica-tion.Version2.0:5P (http://www.omg.org/docs/formal/06-01-01.pdf, accessed in October 2007) .

[6]Joseph Schmuller.UML基础、案例与应用[M].3版.李虎, 赵龙刚, 译.北京:人民邮电出版社, 2006.156.

[7]王涛.广义产品建模方法的研究[D].北京:清华大学博士学位论文.2004:23-88.

[8]黄双喜, 范玉顺.产品生命周期管理研究综述[J].计算机集成制造系统CIMS.2004, 10 (1) :1-9.

[9]舒启林, 王成恩.产品全生命周期中面向客户服务的产品模型[J].中国机械工程.2005, 16 (15) :1358-1362.

[10]沈建新, 周儒荣.产品全生命周期管理系统框架及关键技术研究[J].南京航空航天大学学报.2003, 35 (5) :565-571.