管理系统uml建模分析

管理系统uml建模分析（精选8篇）

管理系统uml建模分析 篇1

UML系统建模与分析设计大作业

题

目：

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

学

号:

姓

名：

一、系统功能需求

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

Information maintenance

管理系统uml建模分析 篇2

UML (Unified Modeling Language) 是一种图形语言, 用于对软件系统建模和开发, 是一种能广泛应用于各个领域的可视化对象建模技术。UML适用于系统开发过程中从需求规格描述到系统完成测试后的不同阶段, 同时提供了模型化和可视化的支持。由于UML设计灵活, 因此, 所有系统都适合用UML来做分析。采用Rational公司开发支持的UML软件工具中的Rose工具, Rose是最为实用的分析设计工具之一。本文主要对汽车工艺信息管理模块的流程和各个参与者之间的相互作用进行论述, 使用用例图、时序图、协作图、类图和包图等对整个模块进行描述、构造和可视化。具体步骤是:确定模块边界;确定活动者;确定用例;建立用例图;为用例建立顺序图、活动图;最后进行构造与配置。

2 工艺信息管理模块用例模型分析与建立

用例是参与者需要模块做的事情, 它是特定参与者对于模块的使用情况。用例总是由参与者开始, 并且从参与者的角度来编写。为了寻找用例, 针对工艺信息管理员对模块的使用要求进行提问, 即:“每个参与者是如何使用模块的?”和“模块为每个参与者做些什么?”等。工艺信息管理模块的用例模型主要包括编辑工艺结构树、编辑零部件分工路线、编辑加工工序、编辑加工工步、编辑装配工艺、生成工艺卡片、编辑零部件工艺属性、定额汇总统计8个子模块。

3 工艺信息管理模块活动图的分析与建模

活动图是代替工作流的一种建模方式, 对工艺信息管理模块用例进行活动图建模, 突出了模块的主要功能, 忽略了事件流中错误流、分支流的处理。以“编辑工艺结构树”、用例说明活动图来分析建模的确定过程。工艺信息管理员在工艺结构树上选中一个节点, 系统从PDM数据库中读取节点信息, 显示在右面的子窗口中。如果是零件, 这些信息包括:零件编号、名称、材料代码、材料名称、材料牌号、材料规格、下料形状、下料尺寸、毛坯件数、毛重、净重、材料定额、工时定额、计划价格、毛坯种类 (铸件、锻件、焊接件、型材) 、单位 (件、架、根、套) 、状态 (试制、小批、大批) 、图幅、比例等。如果是部件, 信息包括:部件编号、名称、装配号以及部件的其他属性等。编辑工艺结构树操作过程中节点移动活动如图1所示。

4 工艺信息管理模块的分析类及时序图建模

分析类应该反映现实世界的业务概念, 是高级层次的属性集合, 在分析模型中, 所有类都应是分析类, 而不是设计类, 重点是能清楚的表述问题域, 一个分析类主要反映了一个系统应该是什么样子, 一个分析类在设计时, 往往被细化为一个和多个设计类。以“编辑工艺结构树”、用例说明时序图的建立来确定分析类的过程。在编辑工艺结构树用例的活动图中, 作为与系统交互的角色, 确定工艺信息管理员为一个分析类。工艺信息管理员能够根据需要随时调整产品结构, 使之符合制造顺序。同时分析类还应包括设计结构类和制造结构类, 这两个类的实例存储在数据库中, 需要注意的是这里的设计结构是设计部门发送过来的精确产品BOM, 在工艺设计过程中, 只允许工艺人员查看, 作为进行工艺设计时的参考, 不允许工艺信息管理员对其进行修改, 而工艺结构是在接收到设计部门发送过来的设计树之后, 在本模块中建立的一个副本, 它允许工艺信息管理员在装配工艺设计过程当中对它的结构进行编辑, 连同部件的装配工艺过程卡和零件的工艺路线一起构成精确的产品制造BOM。为了能够对这两个类进行操作, 系统提供了分别相对于它们的界面类:设计结构树界面类和制造结构树界面类。工艺信息管理员通过对这两个类直观的界面操作, 对数据库中的与之对应的设计结构类和制造结构类的实例进行修改。它们的实例反映的是零部件之间的关系, 而零部件本身的属性则需要另外一个类:零部件类。同样, 也需要显示零部件的界面类:零部件信息窗体类。经过以上分析, 得到此用例中涉及到的分析类, 如图2所示。

通过对活动图的分析, 已经找出了基本的分析类, 这些分析类的实例就是在时序图中进行交互的对象。分析事件流的过程也就是重新审视用户与系统交互的过程, 通过时序图建模, 清晰的描述系统通过执行哪些基本流程来满足用户需要。编辑工艺结构树用例的主时序图, 如图3所示。

实体类“工艺结构”在数据库中需要对应一个表, 用于存储一个产品的结构信息, 在这个表中, 主要记录零部件之间的树形层次关系, 包括反映零部件在层次结构中位置制造过程编号、上层节点号、装配顺序号, 通过这些编号可以在零部件基本信息表中查找到关于该零部件的基本信息。对应的数据库表如图4所示。

5 结束语

通过对汽车工艺信息管理模块的分析与建模, 对所有用例使用活动图作进一步的说明, 发现用例与外界的交互可以确定模块的边界。根据活动图在用例模型基础上做进一步的分析, 捕获汽车工艺信息管理模块期望行为, 在本阶段的分析工作中产生分析类和用例实现。又以“编辑工艺结构树”用例为例, 详细说明了用例时序图和分析类在系统分析中的作用, 以及系统时序图的建模方法和发现分析类的技巧。最后, 对用例所涉及的数据表进行分析。

参考文献

[1]尚源.大型汽车制造企业物流问题研究[D].大连:大连海事大学, 2004.

[2]周林.汽车制造企业物流管理信息系统的研究与开发[D].成都:四川大学, 2005.

[3]陈红玉, 姚冠新.制造企业物流系统建模技术的研究[J].工业工程, 2002 (5) :14-15.

[4]黄新, 徐小娟.基于UML的面向对象分析与设计方法[J].科技资讯, 2007 (6) :66-67.

管理系统uml建模分析 篇3

关键词：UML；图示管理系统；建模

中图分类号：TP311.52

随着图书馆规模的壮大，各种图书信息量成倍增大，传统的人工管理方式必然会导致图书馆管理杂乱无章，从而影响图书馆的正常运作。因此为了保证整个图书馆正常运行和管理，这时就需要一套新的有效、合理、实用和规范的系统，来满足管理需求。然而在进行管理系统开发之前，我们必须先做好需求分析，分析越是详细越是节约系统开发所需的时间。

1 UML简介

1.1 UML的概念

UML即统一建模语言，是一种面向对象技术领域内的标准建模语言。它采用统一的图形和符号来代表模型元素，可避免一些不太必要的差异存在，这就是图书管理系统开发所需的成熟性的建模语言。

1.2 UML建模机制

UML主要包括静态建模机制与动态建模机制两种形式。

（1）静态建模机制主要有力图、对象图、类图、组件、包等。

（2）动态建模之地主要有消息、协作图、顺序图、活动图等。

2 图书管理系统需求与功能分析

2.1 图书管理系统的需求

图书管理系统是用来为学生提供方便的，他们对系统的需求：（1）能依照譬如书名、作者、编号等多种方式来查询图书馆的藏书，以便更好的借阅、续借、预借和归还；（2）能及时的查询和更新图书借阅情况、浏览动态信息和自己的基本资料等。

图书管理人员对系统的需求：（1）能便于查询图书和图书借阅情况，对借书还书进行处理，以及浏览图书动态信息；（2）能随时更新一些学生借阅图书超期通知、及图书借阅情况、藏书情况，方便学生能及时获取一些借书信息。

图书系统管理对系统的需求：（1）能提供录入、修改、登记、注销图书等功能；（2）能轻松进行新生信息登记和已毕业学生信息的注销等信息。

2.2 图书管理系统的功能

系统开发前首先必须对系统进行需求分析和功能分析，通过需求分析，我们主要把管理系统的使用成员分为三类：借阅者、工作人员及系统管理员。其中借阅者所需的功能主要是查询图书信息与个人借阅信息等；工作人员所需的功能主要是查询图书信息、借阅者借阅信息与借阅者还书信息等；系统管理员所需的功能主要有管理借阅者信息、图书信息和图书馆工作人员信息等。下面主要从三大模块来讲述所需功能：

（1）图书系统维护模块：对系统用户的身份进行录入、修改、分类和删除；对图书数据进行录入、校审、修改和删除；对借阅者数据进行录入、修改和删除，以及发布、删除和修改图书动态信息等。

（2）图书工作人员模块：主要是查询图书信息；借阅、预借、续借和返还图书；修改和删除图书的借阅信息；查询借阅者信息等。

（3）图书借阅者模块：譬如查询图书数目；查询个人借阅图书情况；修改部分限定的借阅者个人信息等。

2.3 系统例图分析

系统分析阶段最关键的就是建立例图来分析，用例图的形式来表现用户所期望的功能，它能被所有想成为参与者的外部用户看到。利用用户视图，使用者能清楚的看到系统后续每个阶段所需完成的任务，整个系统的建设过程都是环绕所建的用例图来进行的。譬如在建设图书管理系统用例图的时候，要考虑到系统中书目消息和信息是不受任何条件限制的，任何用户都可以随意浏览。

3 图书管理系统的设计

采用UML进行图书管理系统的建模，分析系统必须采用面向对象的方法，然后建立可视化的模型用图形直观地表现信息，从而架设面向对象的系统模型。

3.1 静态系统模型

系统设计中最主要就是类图，使用者想要一步步的完善整个系统，就首先必须了解系统基本的类以及它们之间的关系。使用类图来描绘系统中那些类的静态结构，不但对系统中的类以及各组类间的关系等进行了定义，而且确定了类的属性和操作。因此它在定义信息结构的同时更阐述了系统的行为，与数据模型大不一样。

3.1.1 参与者类

参与者类主要有Borrower、librarian、Administrator三大类，Borrower类是表示借阅者类，它所包含的属性比较多，例如账户姓名、ID、地址等等，但是借阅和还书是最主要的操作；librarian类是表示工作人员类，包含的属性有账户、姓名、地址等；Administrator类是表示系统的管理员类。

3.1.2 其他类

除了上面的三种类别外，系统还包括譬如Item、Load、Title、Reservation等类别，其中Item类是表示固定某本图书的类，它包括书的编号等属性，一般用来进行预订、查询等操作；Load类是表示具体某本书的借阅情况类，它包括所借图书的借书时间、ISBN等属性；Title类是表示书目信息记录的类，它基本包括图书名称、ISBN、作者、图书总量等属性，用来进行查询、借出、撤销、创建、归还等操作；Reservation类是表示预借信息类，它包括预借书的ISBN、预借时间等属性。

3.2 动态系统模型

一般由消息、协作图、顺序图、状态图以及活动图构成系统的动态行为，这些图形一般被用在系统的主要的用例和对象上，方便更准确的分析系统的动态行为和特征。图书管理系统里包括的每个服务操作，都是由各个对象相互合作提供的。下面主要是介绍如何绘制协作图、顺序图和活动图，以及它们如何从动态层面上来描述系统内部的行为过程和协助关系。

3.2.1 顺序图

顺序图主要是各对象间的动态交互关系的描述，主要是表现对象间消息传送的时间顺序。顺序图包括水平轴和垂直轴，水平轴用来表示各个对象，垂直抽用来表示时间。顺序图中用一个个垂直虚线矩形框来表示对象，并在上面标明类名和对象名。

图书管理系统中需要绘制的顺序图非常多，主要包括借阅者还书顺序图、借阅者借书顺序图、工作人员处理还书顺序图、工作人员处理借书顺序图、借阅者查询书顺序图以及系统管理员增加图书顺序图等等。

3.2.2 协助图

协作图主要是各个对象间的链接关系和交互合作关系的描述。尽管它和顺序图一样都是用来描绘对象间的交互合作关系，但是它们所注重的地方有差异。顺序图侧重于表现各个对象交互关系的时间顺序，而协作图则是侧重于表现各个交互对象之间的静态链接关系。

3.2.3 活动图

活动图主要是各操作行为的描述，或是对象和用例内部工作过程的描述。活动图虽然是由状态图变化而成的，可是他们却有不同的利用价值。活动图是利用对象的状态变化来获知动作以及动作的结果。活动图中的活动不间断，在一个活动结束后立马进入另外一个活动。

图书管理系统中标明有确切的活动的类别主要有借阅者、图书管理人员和系统管理员，这三个类别都包括很多的活动。

4 总结

只有选择了最适合的图书管理系统的UML分析和设计工具，才能最大程度地减轻工作量，让用户更准确地理解模型，从而进行良好的沟通。本文主要介绍如何利用建模语言UML来创建图书管理系统。图书管理系统的建设中通过利用了UML可视化建模工具的各种图形，从而实现整个系统面对对象分析、设计和开发，大大的节省了开发的时间。

参考文献：

[1]姜慧霖，杨克领.基于UML的图书管理系统设计[J].科技信息（学术研究），2007（27）.

[2]周莹，张宇华.UML及其在图书管理系统中的应用[J].电脑与信息技术，2004（04）.

[3]刘锋.图书管理系统的UML建模分析与设计[J].计算机与信息技术，2008（04）.

[4]花昀峤.基于面向对象技术的图书管理系统研究[D].吉林大学，2009.

个人博客UML建模 篇4

2010 —— 2011 学 年 第 一 学 期

信息技术学院

《软件系统建模与UML》综合设计实验

***系统的UML建模

班

级 学

号 姓

名 任课教师

日

期

2010年12月30日

0 图书管理系统的分析及设计---应用UML建模

目 录

第1章 系统需求..............................................2 第2章 需求分析..............................................4

2.1 识别参与者...........................................4 2.2 识别用例.............................................5 2.3 用例的事件流描述....................................11 第3章 静态结构模型.........................................16 3.1 定义系统对象........................................16 3.2 定义用户界面类......................................16 3.3 建立类图............................................16 第4章 动态行为模型.........................................19 4.1 创建系统顺序图（协作图）............................19 4.2 创建系统的状态图....................................19 4.3 创建系统的活动图....................................29 第5章 数据库模型...........................................31 第6章 物理模型.............................................32 6.1 创建系统组件图......................................32 6.2 创建系统部署图......................................33 图书管理系统的分析及设计---应用UML建模

第1章 系统需求

系统概述

Blog是一种让编写者可以表达自己意见、发表自己的看法以及见闻的方式。系统目标是使好友之间有一个交流沟通的平台，通过博客可以互相了解彼此的生活状况，系统拥有发布日志，心情，照片，留言评论等功能。

系统功能分析

本Blog系统将完成以下功能：

 网站首页功能

 用户的注册、登录和登出  个人消息中心管理功能  照片管理功能  相册分类管理功能  文章管理功能  文章分组管理功能  心情管理功能

 日志，照片，心情评论管理功能  留言板留言，回复功能  装扮空间功能图书管理系统的分析及设计---应用UML建模

根据以上分析，画出系统功能图（PPT原版）： 图书管理系统的分析及设计---应用UML建模

第2章 需求分析

2.1 识别参与者

参与者关系图如图2-1所示：

游客其他会员博主

图2-1 参与者关系图

游客：未注册的用户，只拥有普通浏览功能

注册会员：已注册成为会员，与游客是泛化关系，拥有查看，评论，留言，回复留言评论的功能

博主：博客的拥有者，与会员是泛化关系，拥有查看，评论，回复评论，对自己博客的所有的文章，心情，照片，评论留言具有管理的权限。图书管理系统的分析及设计---应用UML建模

2.2 识别用例

主用例图如图2-2所示：

看文章看相册看心情看留言板日志评论看主人资料图片评论游客看评论回复心情评论留言板留言会员评论文章，照片，心情文章博主修改博客内容照片相册回复、删除留言评论心情管理好友更改装扮

图2-2 主用例图图书管理系统的分析及设计---应用UML建模

管理留言板用例图如图2-3所示：

查看留言游客添加新留言会员回复留言博主删除留言

图2-3 管理留言板用例图图书管理系统的分析及设计---应用UML建模

管理文章用例图如图2-4所示：

查看文章评论查看文章游客添加新评论会员回复评论添加文章博主删除文章修改文章删除评论

图2-4 管理文章用例图图书管理系统的分析及设计---应用UML建模

管理相册用例图如图2-5所示：

查看评论游客查看照片添加新评论会员回复评论上传照片删除照片/修改博主创建相册删除/修改相册删除评论回复评论

图2-5管理相册用例图图书管理系统的分析及设计---应用UML建模

管理心情用例图如图2-6所示：

查看评论游客查看照片添加新评论会员回复评论上传照片删除照片/修改博主创建相册删除/修改相册删除评论回复评论

图2-6 管理心情用例图图书管理系统的分析及设计---应用UML建模

注册登录用例图如图2-7所示：

浏览博客游客注册进入自己博客会员登录访问别人博客

图2-7 注册登录用例图

管理好友用例图如图2-8所示：

添加好友博主删除好友

图2-7 管理好友用例图

更改装扮用例图如图2-9所示：

博主更改装扮

图2-9 更改装扮用例图 图书管理系统的分析及设计---应用UML建模

2.3 用例的事件流描述

2.3.1浏览博客用例描述

用例名称：浏览博客用例

用例描述：用户进入自己或者其他会员的博客 参与者：博主，其他会员，游客 前置条件：进入博客 后置条件：退出博客

假设条件：用户已进入网上博客 基本操作流程：

1、进入网上博客

2、查看信息中心，文章，好友心情，相册，留言板等

3、退出网上博客 备选流程：

点击“进入自己博客”可以进入自己博客

2.3.2管理留言板用例描述

用例名称：管理留言板用例

用例描述：博主可以通过此用例添加、删除留言，回复留言

会员可以留言，游客只能浏览 参与者：博主，其他会员，游客 前置条件：成功进入到留言板模块 后置条件：退出留言板模块 假设条件：用户已经进入网上博客 基本操作流程：

1、进入留言板模块

2、博主：添加，删除，修改留言，回复留言

3、会员：添加留言，游客只能查看

3、退出留言板模块 图书管理系统的分析及设计---应用UML建模

备选流程：

点击导航超链接可以直接进入其他模块

2.3.3管理文章用例描述

用例名称：管理文章用例

用例描述：博主可以通过此用例添加、删除、修改文章及评论、回复评论

会员可以浏览文章以及进行评论，游客只能浏览 参与者：博主，其他会员，游客 前置条件：成功进入到文章模块 后置条件：退出文章模块 假设条件：用户已经进入网上博客 基本操作流程：

1、进入文章模块

2、博主：添加，删除，修改文章，评论及回复评论

3、会员：浏览文章，添加评论和回复评论，游客只能查看

3、退出文章模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.4管理相册用例描述

用例名称：管理相册

用例描述：博主可以通过此模块添加、删除、修改相册；添加、删除照片

会员可以浏览相册，照片，以及对照片进行评论；游客只能浏览 参与者：博主，其他会员，游客 前置条件：进入相册模块 后置条件：退出相册模块 假设条件：用户已进入网上博客 基本操作流程： 进入相册模块

游客：查看相册照片，评论，回复 图书管理系统的分析及设计---应用UML建模

3、会员：查看相册照片，评论照片，回复评论

4、博主：查看、添加、删除、修改相册、照片、回复评论

5、退出相册模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.5管理心情用例描述

用例名称：管理心情

用例描述：博主可以通过此用例添加、删除、修改心情，及添加、删除评论、回复评论；

会员可以浏览心情，以及进行评论，回复评论，游客只进行查看 参与者：博主，其他会员，游客 前置条件：成功进入到心情界面 后置条件：退出心情界面 假设条件：用户已进入网上博客 基本操作流程：

1、进入心情界面

2、博主添加，删除，修改心情，添加、删除评论及回复评论

3、会员为心情评论或者回复评论，游客只能查看

4、退出心情界面 备选流程：

点击导航超链接可以直接进入其他模块

2.3.6管理好友用例描述

用例名称：管理好友

用例描述：博主可以通过此模块添加好友 参与者：博主

前置条件：博主已登陆自己博客 后置条件：退出添加好友模块 假设条件：用户已登录自己博客 图书管理系统的分析及设计---应用UML建模

基本操作流程：

1、进入管理好友模块

2、选择要添加或者删除的好友的会员名称

3、点击添加或者删除

4、添加或者删除成功

4、退出管理好友模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.7查看信息中心用例描述

用例名称：查看信息中心

用例描述：博主可以通过此模块更改个人信息

所有用户都可以通过此模块浏览博主信息 参与者：博主，其他会员，游客 前置条件：成功登录到个人信息模块 后置条件：退出个人信息模块 假设条件：用户已进入网上博客 基本操作流程：

1、进入个人信息模块

2、所有会员：查看博主信息

3、博主：更改个人信息

4、退出个人信息模块 备选流程：

点击导航超链接可以直接进入其他模块图书管理系统的分析及设计---应用UML建模

2.3.8装扮博客用例描述

用例名称：装扮博客

用例描述：博主可以通过此模块更改皮肤装扮 参与者：博主

前置条件：博主已登陆自己博客 后置条件：退出装扮模块 假设条件：用户已登录自己博客 基本操作流程：

1、进入装扮模块

2、选择喜欢的皮肤

3、点击装扮，装扮成功

4、退出装扮模块 备选流程：

点击导航超链接可以直接进入其他模块 图书管理系统的分析及设计---应用UML建模

第3章 静态结构模型

进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

3.1 定义系统对象

博主：博客的拥有者，拥有博客的所有权限，也可理解为后台管理员或者系统管理员；

前台用户：分为会员和游客

会员：可以查看和评论博主的文章，心情，相册，以及在留言板留言；

游客：只具有查看博主的博客的权限；

3.2 定义用户界面类

通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。图书管理系统的分析及设计---应用UML建模

边界类如图3-1所示：

图3-1 边界类图 图书管理系统的分析及设计---应用UML建模

3.3 建立类图

实体类图如图3-2所示：

图3-1 实体类图 图书管理系统的分析及设计---应用UML建模

第4章 动态行为模型

4.1 创建系统顺序图

文章、心情、照片的添加顺序图如图4-1所示：

: 博主 : 日志管理界面1: 添加日志2: 添加文章信息3: 添加修改成功 : 文章 : 照片管理界面 : 照片 : 心情管理界面 : 心情4: 返回添加成功5: 添加照片信息6: 添加照片7: 添加修改成功8: 返回添加成功9: 添加心情10: 添加心情信息11: 添加修改成功12: 返回添加成功

图4-1 文章、心情、照片的添加顺序图图书管理系统的分析及设计---应用UML建模

文章、心情、照片的删除顺序图如图4-2所示：

: 博主 : 日志管理界面1: 删除日志2: 删除文章信息3: 返回删除成功 : 文章 : 照片管理界面 : 照片 : 心情管理界面 : 心情4: 显示删除成功5: 删除照片信息6: 删除照片7: 返回删除成功8: 显示删除成功9: 删除心情10: 删除心情信息11: 返回删除成功12: 显示删除成功图4-2 文章、心情、照片的删除顺序图图书管理系统的分析及设计---应用UML建模

文章、心情的修改顺序图如图4-3所示：

: 博主1: 修改日志 : 日志管理界面 : 文章 : 心情管理界面 : 心情2: 修改文章信息3: 返回修改成功4: 显示修改成功5: 修改心情6: 修改心情信息7: 返回修改成功8: 显示修改成功

图4-3 文章、心情的修改顺序图 图书管理系统的分析及设计---应用UML建模

文章、心情、照片的查看顺序图如图4-4所示：

: 游客1: 查看文章(): 未登录浏览页面 : 文章 : 心情 : 照片 : 留言板2: 选择符合添加文章3: 返回要查看的文章4: 返回文章信息5: 查看心情()6: 选择符合添加心情7: 返回要查看的心情8: 返回心情信息9: 查看照片()10: 选择符合添加照片11: 返回要查看的照片12: 返回照片信息13: 查看留言板()14: 选择留言15: 返回留言板16: 返回留言板信息图4-4 文章、心情、照片的查看顺序图 图书管理系统的分析及设计---应用UML建模

留言添加、回复顺序图如图4-5所示：

: 会员1: 添加留言 : 留言管理界面 : 留言板 : 留言板回复2: 添加留言3: 返回添加成功4: 显示添加成功5: 继续添加6: 回复留言7: 添加回复8: 添加回复信息9: 返回添加回复信息成功10: 返回添加回复成功11: 显示添加成功12: 继续回复

图4-5留言添加、回复顺序图图书管理系统的分析及设计---应用UML建模

留言删除顺序图如图4-6所示：

: 博主 : 留言管理界面1: 删除留言2: 删除留言信息(): 留言板3: 返回删除成功()4: 显示删除成功5: 继续删除留言()

图4-6留言删除顺序图如图书管理系统的分析及设计---应用UML建模

登录注册顺序图如图4-7所示：

: 游客1: 登录(): 登录界面 : 会员 : 注册界面2: 验证()3: 返回登陆成功4: 验证()5: 注册()6: 返回注册成功7: 再次登录()8: 验证()9: 返回登录通过

图4-7登录注册顺序图图书管理系统的分析及设计---应用UML建模

管理好友顺序图如图4-8所示：

: 博主 : 好友管理界面 : 好友1: 添加好友()2: 添加好友信息3: 返回添加成功4: 显示添加成功5: 删除好友()6: 删除好友信息7: 返回删除成功8: 显示删除成功

图4-8 管理好友顺序图图书管理系统的分析及设计---应用UML建模

4.2 创建系统的状态图

好友状态图如图4-8所示：

未成好友状态添加好友删除好友成功添加未成功添加好友状态未成功关闭状态

图4-8好友状态图图书管理系统的分析及设计---应用UML建模

会员状态图如图4-9所示：

其他会员游客注册博客会员查看别人博客退出状态查看别人博客登陆自己博客登陆自己博客博主

图4-9会员状态图

文章状态图如图4-10所示：

查看状态关闭不是会员评论回复评论不是博主是会员删除文章评论是博主可编辑状态可修改文章回复文章评论删除文章修改文章添加新文章

图4-9文章状态图 图书管理系统的分析及设计---应用UML建模

4.3 创建系统的活动图

管理文章活动图如图4-10所示：

登录自己博客验证密码，用户名是否匹配验证通过删除文章验证未通过失败返回失败结果成功返回成功登录失败退出图4-10管理文章活动图 图书管理系统的分析及设计---应用UML建模

登录注册活动图如图4-11所示：

登录验证用户名密码密码错误退出用户名不存在注册不注册注册注册成功用户名不存在输入用户名密码用户名已存在继续注册放弃注册注册失败

图4-11登录注册活动图 图书管理系统的分析及设计---应用UML建模

第5章 数据库模型

数据库模型如图5-1所示：

图5-1 数据库模型图

图书管理系统的分析及设计---应用UML建模

第6章 物理模型

6.1 创建系统组件图

网上博客组件图如图6-1所示：

会员登陆、注册文章分组文章评论回复心情主程序照片相册留言板好友留言板回复个人消息中心

图6-1 网上博客组件图

图书管理系统的分析及设计---应用UML建模

6.2 创建系统部署图

网上博客部署图如图6-2所示：

客户端浏览器WEB浏览器

HTTP浏览器TomCat服务器图6.2 网上博客部署图

管理系统uml建模分析 篇5

基于扩展的UML活动图的质量工作流建模

为满足2000版ISO9000过程管理模式的要求,使用工作流技术解决过程控制问题成了企业质量管理的一种需要.本课题用UML类图表达了工作流参考模型,统一了UML活动图与工作流过程模型的概念,并根据工作流的概念扩展了UML活动图.文末,利用扩展的活动图表达了质量管理中一个典型的`过程--不合格品的控制过程.

作 者：曾清华 李青 Zeng Qinghua Li Qing  作者单位：北京航空航天大学机械学院 刊 名：航空制造技术  ISTIC英文刊名：AERONAUTICAL MANUFACTURING TECHNOLOGY 年，卷(期)：2006 “”(9) 分类号：V26 关键词：工作流   过程模型   扩展的UML活动   图   质量管理  

管理系统uml建模分析 篇6

指导老师: 姓名: 学号: 班级:

【设计名称】 网络教学系统-使用UML进行系统的分析和设计 【设计目的】1.掌握UML建模的基础知识和其应用；

2.熟悉Rational Rose环境及功能,能够设计出完整系统。

【设计要求】1.对系统功能进行必要的描述；

2.绘制系统的主要模型图；

3.模型图要有说明性文字解释。【设计内容】1.网络教学系统的需求分析；

2.网络教学系统UML建模。

【设计步骤】

一: 网络教学系统的需求分析

1、系统功能需求

（1）学生可以登陆网站浏览和查找各种信息以及下载文件。

（2）教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。（3）系统管理员可以对页面进行维护和批准用户的注册申请。满足上述需求的系统主要包括下面几个模块

（1）数据库管理模块：提供使用者录入、修改并维护数据的途径。

（2）基本业务模块：教师可以上传文件、发布消息、修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。

（3）信息浏览、查询模块：主要用于对网站的信息进行浏览、搜索查询。

图 1.1系统功能需求

2、数据库管理模块

图 1.2数据库管理模块

（1）教师信息管理：负责教师信息的管理。

（2）课程简介信息管理：负责课程简介信息的管理。（3）文件上传信息管理：负责文件上传信息的管理。

3、基本业务模块

图 1.3基本业务模块

（1）文件上传：教师可以使用此模块将课程的数据上传到网站服务器。（2）文件下载：学生可以使用此模块从网站上下载课件及其他资料。

（3）消息发布：教师可以通过此模块发布学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等。

（4）消息修改和更新：教师可以通过此模块对自己发布的信息进行修改和更新。（5）页面维护：网站管理员可以使用此模块对网站的页面进行维护。（6）用户注册批准：网站管理员可以使用此模块批准用户注册。

4、信息浏览、查询模块

图 1.4信息查询模块功能

（1）网页信息浏览：用户浏览网站信息。

（2）文章信息搜索：用户根据关键字搜索文章。

二: 系统的UML建模

1、系统的用例图

创建用例图之前首先需要确定参与者。① 在网络教学系统中，需要学生和教师的参与。学生可以浏览课程简介，教学计划，学习方法等教师发布的文章，并可以根据关键字查询文章。此外，学生可以从网站上下载课件。教师作为教学的主导者，使用此网站可以发布学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等，还可以将某一门课程的课件上传。② 网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。（1）系统用户参与的总的用例图

教师和学生都可以从“网站用户”这个参与者泛化而来，网站用户是指网站的注册用户，注册用户可以登录系统完成相应的操作。

系统用户参与的总的用例图如图所示。从图中可以清楚地看到泛化关系与各个参与者所参与的用例。

图 2.1系统用户参与的总的用例图

抽象参与者注册用户的用例只有登录系统（System Login）一个，学生和老师用户除了包含这个用例以外，还各自有相对应的用例。（2）学生参与者的用例图

学生参与者的用例图如下图所示。

图 2.2学生参与的用例图

① 文章浏览用例:学生可以浏览诸如课程简介，教学计划，学习方法等教师发布的文章。② 文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。

③ 文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。〖用例图说明〗

① Download:文件下载用例。② Look through info:文章浏览用例。③ Article search:文章搜索用例。

④ Identify:权限认证用例。此用例用来认证文件下载是否具有下载文件的权限。

（3）教师参与者的用例图

教师参与者的用例图如下所示。

图 2.3教师参与的用例图 ① 添加课程简介用例：教师可以为自己所教授的课程添加课程简介。② 上传课件用例：教师可以将课程的课件上传到网站上供学生下载。③ 文章或消息发布用例：教师可以发布介绍学习方法，课程重点等和教学相关的文章，以及和课程相关的通知等。④ 文章或消息修改用例：教师可以修改自己发布的文章和通知。〖用例图说明〗

① Course Intro:添加课程简介用例。② Upload CAI:上传课件用例。③ Message Issue:文章或消息发布用例。④ Message Update:文章或消息修改用例。

（4）系统管理员参与者的用例图

系统管理员的用例图如下所示。

图 2.4系统管理员参与的用例图

① 页面维护。系统管理员可以对网站进行日常维护与管理。② 处理注册申请。系统管理员可以处理学生或教师用户的注册申请。〖用例图说明〗

① Page Maintenance:页面维护。

② CAI Process:教师上传的课件经过系统管理员的审批和处理。

③ Information Update:页面更新。系统管理员负责网站的页面更新，除了文章，消息，图片等的更新，还包括页面的美化和板块的调整。

④ Process Registration:处理注册申请。

2、系统的时序图

网络教学系统中的用例很多，所能画出的时序图也很多，在此不一一介绍。（1）系统管理人员管理网站的时序图

图 3.1 系统管理人员管理网站的时序图 〖时序图说明〗

① Login:登录系统的函数。

② Add_or_delete_Article:添加或删除的文章。③ UpdateCAI():更新CAI课件的函数。④ Add_or_delete_User:添加或删除用户。⑤ Show():刷新页面的函数。⑥ Notify():通知用户的函数。

系统管理人员通过与管理窗口的交互可以添加或删除文章，更新CAI课件，添加或删除用户。具体的操作由管理窗口与数据库交互完成，管理员操作后的结果会在页面上显示。（2）用户登录系统的时序图

图 3.2 用户登录系统的时序图

〖时序图说明〗

① Input(String,String):输入用户名和密码的函数。

② Send(String,String):将用户名和密码发送给服务器的函数。

③ Query_and_Validate():查询数据库并验证用户名和密码正确性的函数。

④ feedBack():发送反馈消息的函数，如果验证通过，发送OK；如果验证出错，发送Error.⑤ ShowInformation():将反馈信息显示给用户的函数。

用户要登录系统，首先要和登录窗口交互，输入用户名和密码。登录窗口负责和服务器交互，将用户输入的用户名和密码发送到服务器，服务器再与数据库交互，以验证用户名和密码的有效性，如果验证成功，则返回OK，验证失败返回Error。服务器将通过登录窗口将信息显示给用户。

（3）学生下载文件时序图

图 3.3 学生下载文件的时序图

〖时序图说明〗 ①Request:学生发送下载请求。

②Send(String,String):传递下载参数的函数。③Identity():验证用户权限的函。④authorize:返回认证信息的函数。

学生要下载文件，首先要向下载窗口发送请求，然后下载窗口的参数传递个服务器，服务器与数据库交互以获得用户的权限认证，认证信息再通过服务器及下载窗口传递给学生。

3、系统的协作图：、用户登录系统的协作图

图 4.1 用户登录系统的协作图

〖协作图说明〗

①Input(String,String):输入用户名和密码的函数。

②Send(String,String):将用户名和密码发送给服务器的函数。

③Query_and_Validate():查询数据库并验证用户名和密码正确性的函数。

④feedback():发送反馈消息的函数，如果验证通过，发送OK，否则，发送Error。⑤ShowInformation():将反馈信息显示给用户的函数。

2、学生下载文件的协作图

图 4.2 学生下载文件的协作图

〖协作图说明〗

①Request:学生发送下载请求。

②Request(String,String):传递下载参数的函数。③Identity():验证用户权限的函数。

④showStatus():返回下载状态的函数。如果认证成功，开始下载，不成功则报错。

4、系统的状态图：

图 5.1 系统的状态图

〖状态图说明〗

① HomePage:处于网站主页。② Certify:登录验证状态。③ SuccessPage:登录成功页面。④ UploadApplyPage:文件上传页面。⑤ Storing File:文件存储状态。⑥ OldPage: 页面未更新状态。⑦ NewPage:页面更新状态。

教师要上传文件，首先要登录网站，通过网站认证后转入文件上传页面，上传文件后处于文件存储状态。文件存储后，要经过管理员的认证才可以在页面上显示，如果通过认证，则刷新页面，如果未通过，页面维持不变。

5、系统的活动图：

（1）用户登录系统的活动图

图 6.1 用户登录系统的活动图

〖活动图说明〗 ①InputURL:输入网站的URL。②Show HomePage:显示网站主页。③Input Login Information:输入登录信息。④Press ”OK” Button:单击 “OK”按钮。

⑤Certify UserInfo:用户信息认证。⑥Show Success Page:显示登录成功界面。

用户登录系统时，首先要输入登录网站的URL，然后从首页的登录窗口中输入信息登录信息，如用户名和密码，点击页面上的登录按钮。用户输入的信息会与数据库中的信息对比验证，如果验证成功返回登录成功页面，如果失败，返回登录失败页面。（2）教师上传课件的活动图

图 6.2 教师上传课件的活动图

〖活动图说明〗

①Apply File Upload:申请文件上传。

②Certify Size And Other Aspact:验证文件的大小和其他信息。③Store:文件存储。

④Administrator Authorize:系统管理员认证。⑤Update Page:更新页面。⑥Delete File:删除文件。

教师要上传文件，先要进入文件上传页面，然后验证上传文件的大小和其他信息是否符合要求。验证成功后将文件存储，当系统管理员认证通过，更新页面；认证不通过删除文件。（3）系统管理员维护网站的活动图

图 6.3 系统管理员维护网站的活动图

〖活动图说明〗

①Login:登录系统。

②Process CAI:处理上传的课件。③Update Information:更新页面信息。④Modify Page:修改页面。

6、系统中的类

（1）参与者相关的类

系统中和参与者相关的类的类图如下：

图 7.1 参与者相关的类

〖类图说明〗 ①User类是所有类的父类，包括属性有Account（登录名）、Password（密码）、email（用户邮箱）等。方法有getEmail（获取邮箱）、getAccount（获取登录账户名）以及changePass（修改密码）。

②Student类是学生类，除了继承父类的属性和方法，还包括number（学号）、name（姓名）、sex（性别）、age（年龄）、class（班级）、和grade（年级）等属性。

③Teacher类是教师类，除了继承父类的属性和方法，还包括name（姓名）、sex（性别）、Identity Card（身份证号）、course（教授的课程）、以及TelephoneNum（电话号码）。

④Adminstrator是管理类，管理员有自己的属性，TelephoneNum（电话号码）。还有自己的方法：CertifyUpload（文件的上传认证）、UpdatePageInformation（更新页面信息）、AddUser（添加用户）和DeleteUser（删除用户）等。

（2）各类之间的关系

类不是单独一个模块，各个类之间是存在联系。网络教学系统各个类之间的联系如下图：

图 7.2 各类之间的关系

〖类图说明〗

①CourseIntro类表示课程介绍类。此类的属性有：courseName（课程名）、college（开课院校）、teacher（授课教师）、scorePoint（课程学分）、time（开课时间）、Place（上课地点）和teachingPlan（教学计划）等，它有一个修改课程信息的方法Modify()。

②Article类表示发表的文章类，包括articleNum（文章序号）、articleTitle（文章标题）、teacherToIssue（发布教师）、create Time（创建时间）以及文章内容。方法有Issue（文章发布）、Delete（文章删除）和Modify（修改）。③FileUploadOrDownload类表示上传的文件信息类，属性包括fileName（文件名）、fileType（文件类型）、fileSize（文件大小）、shortIntro（文件的简短介绍）、fileURL（文件地址）、create（文件的创建者）以及createTime（文件的创建时间）等。操作包括checkSize（检查文件大小）、Modify（修改文件信息）、Store（文件存储）以及Cancle（取消上传）等。

教师可以教授几门课程，所以有几门课程的课程简介；教师可以发布多条信息，也可以不发布；教师可以不上传文件，也可以上传多个文件。一个学生可以下载一个文件，也可以不下载文件。

7、系统的组件图

网络教学系统的组件图如下图，组成Web应用程序的页面包括：维护页面（Maintenance Page）、文件下载页面（File Download Page）、文件上传页面（FileUpload Page）、信息发布页面（Message Issue Page）和登录页面（Login Page）。

图 8.1 系统的组件图

8、系统的配置图

配置图主要是用来说明如何配置系统的软件和硬件。网络教学系统的应用服务器负责保存整个Web应用程序，数据库是负责数据库管理。此外还有很多终端可以作为系统的客户端。由于客户端很多，在此只画出3个客户端，系统配置图如下图：

图 9.1 系统的配置图

【小结】

管理系统uml建模分析 篇7

据调查了解, 目前某大型三级甲等医院的手术室对医用高值耗材的管理手段还停留在手工记录阶段, 不仅效率低下, 而且准确率不高, 很容易出现差错。为了减轻医护人员在高值耗材管理方面的工作量, 从繁杂的管理工作中抽出身来, 集中精力进行医疗工作, 同时也可以提升全院的信息化水准, 现考虑从软件方面优化工作流程。本文利用UML思想对医用高值耗材管理系统进行分析和建模, 从进销存和耗材的可追溯性展开分析[1]。

1 UML (Unified Modeling Language) 介绍

UML是一种建模用的语言, 和其他语言一样, 它由基本词汇和语法两个部分构成。UML定义了一些建立模型所需要的、表达某种特定含义的基本元素。这些元素称为元模型, 相当于语言中的基本词汇。另外, UML还定义了这些元模型互相之间关系的规则, 以及如何用这些元素和规则绘制图形以建立模型来映射现实世界, 这些规则和图形称为表示法或视图, 相当于语言中的语法。

UML是统一建模语言和建模体系, 用于描述系统静态结构和动态行为, 为软件开发的所有阶段提供模型化和可视化支持, 从不同角度为系统架构建模。UML的标准化设计能有效地促进不同需求人员的交流, 有效地促进了系统分析、设计、开发、测试人员之间的相互分工协作。其建模过程具有如下优点:用例驱动、以系统架构为中心、迭代进化式开发过程。

2 系统分析

2.1 问题引入

据了解, 当患者手术中需要使用高值耗材时, 该手术的责任护士必须提前一天向手术室的高值耗材管理员提交高值耗材领用申请。手术结束后, 若有未使用的耗材, 该护士需要归还给耗材管理员, 已经使用的耗材, 则需填写高值耗材使用单。耗材管理员收回高值耗材使用单, 按患者进行计费, 未使用的耗材则重新办理入库。

手术室的耗材管理员每月按需向设备科提交高值耗材补货申请。经设备科审核后, 耗材厂家直接把需要的耗材送到手术室, 耗材管理员核对后办理入库。每月月底耗材管理员需要对高值耗材进行盘点, 当月患者计费的数量、实际的库存使用量和填写的高值耗材使用单三者应符合。同时需要统计每个月每种耗材的同期和同比增长率, 对于临近效期的耗材需及时标记出来[2]。可以根据需要按照科室、医生、或者手术类别等条件统计耗材的使用情况。

2.2 功能需求

通过对现状问题的分析, 高值耗材管理系统须提供以下功能:

1) 系统管理员通过系统后台维护人员字典、耗材字典、条形码管理。

2) 登录功能:所有操作必须在登陆后进行, 根据用户权限的不同展现出不同的用户界面。

3) 耗材出库申请管理:向手术责任护士提供申请录入、修改、提交和查询耗材的申请、领用、归还、计费、使用单回收情况。耗材管理员可以对申请进行审核、修改、拒绝、耗材归还、使用单确认收回和计费操作。

4) 入库管理:该功能向耗材管理员提供查询历史入库明细, 手动生成入库单并支持打印。

5) 出库管理:该功能向耗材管理员提供查询历史出库明细, 手动生成出库单并支持打印。

6) 库存盘点:耗材管理员通过扫描每个库存耗材, 系统自动生成当前实物库存表, 并根据账面库存自动生成盈亏表。

7) 耗材使用单管理:耗材管理员通过扫描每个耗材使用单上的条码, 系统自动与记录的已归还的信息进行比对, 生成耗材使用单盈亏表。

8) 查询统计:统计每个月每种耗材的同期和同比增长率, 按照科室、大夫、或者手术类别等条件统计耗材的使用情况。

2.3 识别参与者

参与者是与系统进行交互的外部实体[3], 参与者身份不同使用系统的权限也不同。分析高值耗材管理系统的需求, 可识别出三个参与者:系统管理员、手术责任护士和耗材管理员。

2.4 识别用例

用例是从参与者的需求角度来分析系统的行为功能和所能够提供的服务[4]。分析参与者的需求和高值耗材管理系统功能, 可确定以下用例:

1) 系统管理员维护人员字典、耗材字典和条形码管理。

2) 手术责任护士申请录入、修改、提交和查询已使用耗材。

3) 耗材管理员对申请进行审核、拒绝、耗材归还、使用单确认收回和计费。

4) 耗材管理员查询并打印出入库单。

5) 耗材管理员盘点耗材实物。

6) 耗材管理员盘点耗材使用单。

7) 耗材管理员查询统计每月同期和同比增长率和耗材使用情况。

2.5 用例图构建用例模型

根据上述识别出的参与者和用例, 可确定参与者、用例及用例间的相互关系, 从而绘制出系统用例图, 如图1所示。

3 系统规划

3.1 构建静态结构模型

从高值耗材管理系统的需求出发, 运用类图对高值耗材的静态结构模型进行分析, 可确定以下实体类:

·用户类, 属性有工号、密码、姓名、性别和级别。操作有修改密码、登录和注销, 增删改查用户。

·耗材类, 属性有耗材类型码、耗材唯一码、耗材名称、耗材失效日期和当前耗材所在货架。操作有耗材出库入库、查询近效期耗材和增删改查耗材。

·耗材类型类, 属性有耗材类型码、耗材类型名称、耗材厂家和当前库存。操作有耗材类型增删改查, 耗材出库入库上账。

·耗材使用单类, 属性有耗材唯一码、患者ID、手术名称、主刀医生工号和状态 (是否上交至设备科) 。操作是耗材使用单增删改查。

·耗材流转日志类, 属性有耗材唯一码、转换前状态、转换后状态和转换时间。操作有耗材流转日志增删改查。

·耗材使用申请单类, 属性有耗材类型码、申请使用时间、申请时间和状态 (已提交、已审核、已领取、已结清、已计费) 。操作有耗材使用申请单增删改查、改变状态。

·耗材出入库单类, 属性有耗材唯一码、数量、出入库时间、状态 (已上账、未上帐、已保存) 和出库目标。操作有保存、上账、查询。

·耗材盘点单类, 属性有耗材唯一码、耗材类型码和盘点时间。保存、查询、生成耗材盈亏表。

·耗材使用单盘点类, 属性有已盘点耗材唯一码、耗材所属使用单和盘点时间。保存、查询、生成耗材使用单盈亏表。

根据已确定的类及其联系, 可绘制出系统类图, 如图2所示。

3.2 构建动态行为模型

下面用活动图对高值耗材管理系统的动态行为建模。依据高值耗材的用例视图和类图, 分析系统的对象逻辑关系和运行次序[5], 可以构建高值耗材管理系统的活动图和高值耗材生命周期状态图, 如图3、图4所示。

依据活动图对高值耗材管理系统的逻辑运行进行简单说明:护士填写并提交耗材使用申请单后, 耗材管理员进行审核, 如果审核不通过则打回, 护士修改后重新提交。若通过则进行备货。手术开始前护士到耗材库房领耗材, 耗材管理员办理出库手续。手术结束后护士把剩下的耗材退回耗材库房并提交纸质耗材使用单, 耗材管理员办理出入库手续、登记耗材使用单, 最后计费。

依据高值耗材对高值耗材管理系统的高值耗材生命周期中的状态变化进行简单说明:高值耗材厂家直接将高值耗材送到手术室耗材库房, 耗材为初始状态:在库状态。手术需要使用, 护士领用后变为护士领用状态。手术结束后如果没被使用则状态回到在库状态, 若已使用则变为出库未计费状态。耗材管理员收到耗材使用单并确认无误后对耗材计费, 耗材状态为出库已计费。

4 结束语

本文应用UML建模思想对高值耗材管理系统进行了分析与设计, 建立了系统需求分析、静态模型、动态模型、活动图和状态图, 一定程度上实现了软件开发的直观化, 可行化和整体化, 使系统更加符合高耦合低内聚的原则, 优化了系统各阶段的建模过程, 提高了软件开发的质量和效率。

摘要：论述了对基于UML的医用高值耗材管理系统进行分析建模的过程, 从需求分析到系统设计运用了类图、用例图、活动图和状态图等UML视图, 对不同建模阶段进行了不同层面的描述。

关键词：UML,医用高值耗材,建模

参考文献

[1]王志康, 娄海芳, 楼亚艳.我院医用高值耗材信息化管理的实践和体会[J].中华医院管理杂志, 2012, 28 (6) :468-469.

[2]骆如香, 陈云超, 温秀芬, 等.手术室医用高值耗材管理现状[J].护士进修杂志, 2016, 31 (12) :1087-1089.

[3]余存, 黄利军, 黄浩然, 等.基于UML状态图和Qt状态机框架的IEC104规约的分析与实现[J].电力系统保护与控制, 2015, 43 (15) :118-125.

[4]邵维忠, 梅宏.统一建模语言UML述评[J].计算机研究与发展, 1999, 36 (4) :2-11.

管理系统uml建模分析 篇8

摘 要：随着“互联网+”在教育领域的应用，理实一体化课程在职业教育应用广泛，构建相应的学习、教学空间成为当下流行趋势，作者根据学习空间课堂教学管理实现的功能，应用UML分析设计B/S结构的系统模型，建立开放课堂教学管理系统，实现对象类的定义、对象类的动态建模及物理建模，有利于提高教学管理系统的开放性、稳定性、可重用性。

关键词：开放课堂教学管理；UML；学习空间；动态建模

中图分类号：G434 文献标志码：A 文章编号：1673-8454（2016）11-0062-03

一、引言

2016年地平线报告提出学习空间重构的重要性，这就要求各院校建立新的教与学空间。高等职业教育变革的主要体现之一是采用理实一体化的教学课程模式，利用现代教育技术，将理论与实践，教与学，教室、工作室、实训室，知识、技能等一体化。系统从学习空间教学角度出发，采用.NET框架和MVC模式开发开放课堂教学管理系统，既能够实现学习空间动态、开放的教学，同时对职业院校学习空间的综合管理具有重要作用。从学习空间教学的角度出发，使用UML对开放课堂教学管理系统建设内容进行分析建模。系统合理规划，功能完善，方便师生共同使用，减少相关工作人员的工作量；实现学习空间上的资源共享，激发学习者的学习动机，学生完成社会性交互，促进学生主动参与，提升学习效果；学习空间管理方面，减轻管理员工作，采用信息系统的管理模式，学习空间主要实现项目课程的安排，师生通过访问服务器可以方便地查询、提交有关教学资源。

二、系统结构

系统根据教学需求把用户分为四类，有教师用户、学生用户、系统管理员用户、学习空间管理员用户。针对具体的用户，系统根据用户数据库提供的信息设置相应的权限和功能。学生使用这个系统可以运用个人密码登录，然后在线查看课程安排时间、地点，浏览工作项目信息，提交项目报告，修改个人信息，评定其他学生的工作项目，查看自己项目课程成绩；教学一线的教师登录这个系统主要是查询本人授课的班级，所在的地点、时间，评定学生学习空间平时的课程成绩，跟踪学生的互动信息，记录学生在开放课堂的表现，修改个人资料，申请使用学习空间并查看结果，申请设备，发布及管理项目报告资源；学习空间的管理人员登录系统进行学习空间项目信息管理，管理耗材信息，管理设备信息，检索并分配学习空间，审核学习空间申请，查看学习空间申请及学习空间安排；系统管理员登录本系统设置学习空间、学生、教师基本信息，设置工作项目设备信息，维护公告信息、学习空间排课系统等。

系统使用ASP.NET MVC模式来实现模型应用程序核心，实现在数据库中存取数据的功能，视图一方面将模型的数据接收并传递给用户，另一方面将用户的数据和请求传递给模型和控制器，控制器负责处理用户之间的交互，MVC将模型、显示和控制进行了分离，使一个模型可以具有多个显示视图，使应用更加方便。系统面向全体用户具有信息发布功能，能够完成项目提交、评定等功能，系统可以实现教师申请学习空间的请求，教师根据自己的教学计划合理安排教学并作具体分配，避免学习空间安排冲突，开放课堂教学管理系统结构如图1所示。

三、用例图

系统采用UML 在需求分析阶段的建模步骤，根据系统需求，从用户的角度描述出系统的功能，作为用例图执行时系统与操作者的一个交互过程，在捕获用户需求后，使用用例图对系统静态结构进行建模，定义系统的参与者，划分用例，建立用例图。

1.系统管理员用例图

系统管理员的主要需求是保障系统的正确运行，同时进行系统运行过程中基础数据的维护以及管理配置，具体包括基本信息配置，学习空间课程信息维护，系统用户数据管理，学习空间排课系统维护、实现、信息的发布，系统登录等。通过调查分析，学习空间课程信息维护包括项目课程信息导入，项目课程信息查询，项目课程信息添加、修改、删除等，参与查询项目课程信息的用户包括学生、教师、学习空间管理员等。将每个业务用例都绘制出相应的活动图，活动图用于研究实现一个工作过程、多个对象之间的合作，再将其中的各种“活动”整合，图2为系统管理员用例图：

2.学习空间课程教师用例图

学习空间课程教师登录系统，可以查询学习空间的设备情况、学习空间课程的申请情况，预约申请学习空间、设备、耗材，上传项目任务单，管理学生项目报告等，系统存储师生在学习空间的教学资源，为学生在线主动学习提供了有力保障，图3为学习空间课程教师用例图：

3.学生用例图

学生登录系统，一方面提交项目报告，查看项目课程成绩，进行自评互评，修改个人资料信息，查看课程安排，与系统管理员、课程教师、学生之间进行信息交流；另一方面系统及时记录学生学习过程并及时反馈给教师，教师可以随时随地了解学生的学习情况，图4为系统学生用例图：

四、系统的类

系统在建模过程中，以用例模型为输入，以MVC模式识别系统类、类的属性和操作，对类进行划分建立初步模型，之后确定类的属性和操作以及类之间的联系。Model部分包括后台的逻辑操作，访问数据库中的类，在.NET中写成独立的类文件，最后建立开放课堂教学管理系统的类图，系统的类分别是用户类、系统管理员类、学生类、教师类、项目类、班级类、学习空间类、院系类、专业类、排课类，图5为开放课堂教学管理系统的类图，每类的功能介绍如下：

用户类：用户类是所有类的父类，包括的属性有登录名、密码、用户邮箱等，方法有getAccount（）（获取登录账号）以及changePass（）（修改密码）。

系统管理员类：主要负责系统运行过程中基础数据的维护以及用户的管理配置，除了继承父类的属性和方法，管理员有自己的属性、电话号码。还有自己的方法：cerftfyUpload（）（文件的上传认证）、updaPageInfor （）（更新页面信息）、addUser（）（添加用户）和deleteUser（）（删除用户）等。

学生类：主要负责参与学习空间项目课程学生的基本信息的事务管理，除了继承父类的属性和方法，还包括学号、姓名、性别、年级、专业、班级编号、系部编号、电话、学生类别、邮箱等。对学生信息事务管理的主要操作有updateStuInfo（）（更新个人信息）等。

教师类：包括学习空间管理员与项目课程的教师，主要负责教师基本信息的事务管理，除了继承父类的属性和方法，还包括教师编号、教师姓名、性别、教授的课程、职称、系部编号、类别、电话等，对教师信息事务管理的主要操作有updateCourInfo（）（更新课程介绍）、updateTchIntro（）（更新教师介绍信息）等。

项目类：主要负责教师学生项目基本信息的事务管理，工作项目基本信息事务管理的主要操作有issue（）（项目发布）、delete（）（项目删除）和modify（）（项目修改）等。对项目课程事务管理的主要操作有修改项目课程信息的方法modify（），主要属性包括项目编号、课程编号、项目名称、项目总课时数、项目要求、课程名称、任务单号、专业编号、课程标准、考核类型、学习空间编号、用户类别、学习者特征、分组人数、首开时间、教学目的等。

班级类：主要负责班级的事务管理，主要属性包括班级编号、班级名称、专业编号等，对班级事务管理的主要操作有修改班级信息的方法modify（）等。

学习空间类：主要负责理实一体化学习空间基本信息的事务管理，主要属性包括学习空间编号、学习空间名称、负责教师编号、房间号、容纳人数、电脑数、是否分配等，对学习空间事务管理的主要操作有修改学习空间信息的方法modify（）。

院系类：主要负责系部信息管理，主要属性包括院/系编号、院/系名称等，对院/系事务管理的主要操作有修改院系信息的方法modify（）等。

专业类：主要负责专业信息管理，主要属性包括专业编号、专业名称等，对专业事务管理的主要操作有修改专业信息的方法modify（）等。

排课类：主要负责排课结束后的课表相关元素信息管理，主要属性包括学习空间编号、项目编号、教师编号、教学周次、教学日次、教学节次、项目批次、容纳上课人数等，对排课事务管理的主要操作有自动排课autoCourse（）、手动排课manualCourse（）、冲突检测conflictDetection（）、统计分析statisAnalysis（）、报表输出reportOut（）等。

五、开放课堂教学管理系统中对象的动态建模

系统的动态建模的主要作用是描述个对象间消息的实时变换和相互作用等，开放课程教学管理系统，系统中内部对象间的通信采用UML建模方式进行描述，系统从用户的主要用例间的交互出发，在用例图的基础上建立时序图。具体的动态建模的流程是：系统管理员进行验证后登录系统，对学生、教师、课程的信息进行管理；学习空间管理员进行验证后登录系统，可查看课程、课程项目信息，审批预约申请，查询学习空间设备；学生进行验证后登录系统，可以对项目课程信息和考核成绩进行查询，就学生个人信息进行个性化设置等；教师进行验证后登录系统，可以查看项目课程、学生信息，同时也可对教师的个人信息进行个性化设置和实时观察学生的学习过程等。

六、结束语

开放课堂教学管理系统以高职院校理实一体化课程的学习空间为基础，结合学习空间教学管理的工作流程，开发Web应用系统，采用统一建模语言UML在系统中的应用，提出系统的静态和动态结构，系统经过反复调试使用，目前运行稳定，各基本条件设置较为满足，达到合理分配学习空间资源的效果，满足院校学习空间教学管理系统的优化与实现。

参考文献：

[1]李雄杰.职业教育理实一体化课程研究[M].北京：北京师范大学出版社，2011.8.

[2]柏依彤.基于校园网的高校毕业设计选题系统的建模与设计[D].成都：电子科技大学，2011.

[3]刘冰，刘锐.软件体系结构原理、方法与实践[M].北京：清华大学出版社，2014.1：128-153.

[4]李志河.基于Web的高校教师绩效考评系统的研究[J].电化教育研究，2011（11）.

[5]陈艳艳，施珺.构建网络化教学质量监控系统的探索与实践[J].中国教育信息化，2010（13）：54-55.

[6]王振，陈军.基于UML对高校教务管理系统的分析与建模研究[J].延边教育学院学报，2015（1）：55-58.

[7]毛睿.基于UML的教学质量监控系统设计[J].电脑知识与技术，2014（31）：7377-7381.