网上购物系统uml建模(通用)-范文网

网上购物系统uml建模

第一篇：网上购物系统uml建模

网上购物系统UML建模

本科生课程设计—网上购物系统的分析及设计

广西科技大学

Guangxi University of Scienceand Technology

课程作业

专

业：计算机科学与技术

班级学号：

学生姓名：

班级学号：

学生姓名：

指导教师：

二〇一三年十二月摘

要 ..................................................................................................................................................... III 1 引言 ....................................................................................................................................................... 3

1.1 选题背景 .................................................................................................................................... 3 1.2 选题意义和目的......................................................................................................................... 3 1.3 研究方法 .................................................................................................................................... 3 2 可行性分析 ........................................................................................................................................... 4

2.1 技术可行性分析......................................................................................................................... 4

2.1.1与现有系统比较的优越性 ............................................................................................... 4 2.1.2 技术可行性评价 .............................................................................................................. 4 2.2 经济可行性分析......................................................................................................................... 4

2.2.1 支出 ................................................................................................................................. 4 2.2.2 投资回收周期 .................................................................................................................. 4

3 网上购物系统的分析............................................................................................................................ 5

3.1 网上购物系统的需求分析： ..................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 5

3.2.1确定用例: ......................................................................................................................... 5 3.2.2 创建用例.......................................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 6

3.2.3创建用例图 ....................................................................................................................... 6 3.3 类图分析 .................................................................................................................................... 7

3.3.1 当前系统的类 .................................................................................................................. 7 3.4 时序图分析 ................................................................................................................................ 8

3.4.1 时序图描述 ...................................................................................................................... 8 3.4.2 顾客的时序图 .................................................................................................................. 8 3.4.3客户删除订单的时序图 ................................................................................................... 9 3.4.4 管理员处理订单的时序图 ............................................................................................ 10 3.4.4 管理员处理订单的时序图 ............................................................................................ 10 3.5 系统的协作图分析 ................................................................................................................... 11

3.5.1 顾客订购协作图 ............................................................................................................ 11 3.5.2 顾客删除订单的协作图 ................................................................................................ 11 3.5.3 管理员处理订单协作图 ................................................................................................ 12 3.6 系统的状态图分析 ................................................................................................................... 13

3.6.1 管理员状态图 ................................................................................................................ 13 3.6.2 用户状态图 .................................................................................................................... 13 3.7 系统的构件图分析 ................................................................................................................... 14

3.7.1 网上购物系统构件图 .................................................................................................... 14 3.8 系统的部署图分析 ................................................................................................................... 15

3.8.1 网上购物系统部署图 .................................................................................................... 15

4 参考书籍 ............................................................................................................................................. 17 结

论 ..................................................................................................................................................... 17

本科生课程设计—网上购物系统的分析及设计

摘

要

本论文共分三部分，分别介绍了统一建模语言(UML)、面向对象程序分析与设计以及通过一个简易电子商务系统的例子介绍如何应用UML进行项目需求分析、结构规划和生成框架代码，以及如何从现有系统逆向转出代码，生成Uml模型。

该设计的主要目的是对统一建模语言的学习过程，并在学习中，通过一个简单的例子来理解UML语言的建模思想。本设计是通过一个购物车的例子来理解UML语言的。通过面向对象程序设计方法与UML思想的结合，对系统进行建模。即设计UML中的类图、对象图、用例图、协作图、顺序图、状态图、构件图和部署图。通过这些UML框图生成代码。然后，根据生成的代码框架及UML模型来完善整个程序。

这个网上购物系统，主要是实现向购物车中添加和删除商品及对商品进行结帐的功能。系统是用JSP语言实现的，它的主要功能都是通过Servlet控制的。该程序的设计思想都是通过UML语言体现的，论文详细描述了整个设计及学习的全过程。

关键词：

统一建模语言面向对象分析

ABSTRACT

This paper is divided into three parts and introduces separately Unified Modeling Language, OOA and OOD . By a piece of easy E-business system , It shows how to apply UML to carry on Requirement Analysis and Structure plan and to turn into project code, and how to transfer to project code reversely and produce UML model from a existing system. The main purpose of this design is to study course of Unified Modeling Language. During studying, the modeling thought of UML can be understood through a simple example. In order to understand the thought of UML, an example of shopping cart is citinged. Through the combination of the method of OOD and the thought of UML, the model of the system is realized. Namely, it is to design Class Diagram、Use Case Diagram、Sequence Diagram、State Diagram、Component Diagram and Deployment Diagram. The code is produced by using these UML block diagrams. Then, the whole program is perfected according to code frame that are produced and UML model. The online shopping system mainly realizes functions of adding goods to shopping cart and deleting goods from shopping cart and checking out . The system is developed by JSP language, and the main functions of it are controlled through Servlet. The design philosophy of this procedure was all embodied through UML language. The paper has described in detail the design and whole studying processes.

Key Word:

Unified Modeling Language

1.1 选题背景

1 引言

它主要是通过在网页上进行简单的对商品进行选购。

1.2 选题意义和目的

该案例的目的主要是：一，学习UML在面向对象技术中的应用。二，演示在一个完整的应用中如何使用UML：从分析到设计模型到真正的代码和可运行的应用。三，学习使用UML建模工具Visio。本案例遵循的是一种顺序过程。

1.3 研究方法

一个成功的系统开发项目的成功之处在于它能够在想象者和实现这些想象的系统开发人员之间建立起沟通的桥梁。统一建模语言(Unified Modeling Language,UML)就是一种建立桥梁的工具。它能帮你捕捉住对系统所发挥的想象力，并是你能够用这些想象出来的东西来和项目的风险承担人(在这里可以理解为用户)进行交流。UML借助与一套符号和图形来帮助我们完成这些工作。每种图形在开发过程中都发挥其各自不同的作用。

2 可行性分析

2.1 技术可行性分析

2.1.1与现有系统比较的优越性

简单性：在实现平台的功能的同时，尽量让平台操作简单易懂，这对于一个网站来说是非常重要的。

针对性：该平台设计是网上购物系统及后台管理的定向开发设计，所以具有专业突出和很强的针对性。

实用性：该平台能完成商品展示和管理员管理的基本信息，具有良好的实用性。 2.1.2 技术可行性评价

技术可行性：目前，公司的管理工作和服务工作存在盲目性、随意性、和无效消耗，不能保证营销部门的工作质量，影响商品的销售，给公司带来实际的和潜在的经济损失。虽然系统开发初期投资较大，但是，若开发成功本系统，将有助于公司更好地预测市场，更好的开发客户及时调整经营销售策略，在激烈的市场竞争中把握主动。因此，从长远利益考虑，本项目若能开发成功，它所带来的效益将远高于系统投入。

2.2 经济可行性分析

2.2.1 支出

经济可行性：由于实体店铺对电子购物商城系统开发项目达成了共识，并拨出专项资金，用以购置建立网络中心所需的网络设备和软件，具备了开发Web平台系统的基本条件。

为了今后的系统维护，开发团队准备联合具有丰富经验的软件开发人员共同研究，这为今后系统的顺利开发提供了有力的技术条件。 2.2.2 投资回收周期

资本周转速度快，回收期短，风险小，盈利多。不足的是，投资回收期没有全面地考虑投资方案整个计算期内的现金流量，即：忽略在以后发生投资回收期的所有好4

处,对总收入不做考虑。只考虑回收之前的效果，不能反映投资回收之后的情况，即无法准确衡量方案在整个计算期内的经济效果。

3 网上购物系统的分析

3.1 网上购物系统的需求分析：

1：普通用户可以登陆系统，成为登陆后用户。

2：普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。

3：除提供一般权限外，本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。

4：登陆后用户可修改购物数量。

3.2 用例分析

3.2.1确定用例: 1系统需要哪些输入/输出?这些输入/输出从何而来?到哪里去? 2执行者是否需要对系统中的信息进行读、创建、修改、删除或存储? 3.2.2 创建用例

1 订单处理 2 订单维护 3 订单状态查询 4 个人信息维护 5 订购 6 接收发货 7 库存查询 8 缺货拒绝

9 商品查询 10商品信息维护 11销售查询 12员工信息维护 13报表维护 14订单增加 15订单删除

3.2 用例分析

3.2.3创建用例图

系统管理的用例图如图3-1所示：

系统用户的用例图如图3-2所示：

3.3 类图分析

3.3.1 当前系统的类

当前系统的类：

1 产品类(Product)的主要操作：设置和获取每个属性值的方法。

2 产品类别类(Category)的主要操作：设置和获取每个属性值的方法。 3 产品项目类(Item)的主要操作：设置和获取每个属性值的方法。

4 订单类(Order)的主要操作：设置和获取每个属性值的方法、初始化订单(initOrder)、增加产品项目(addLineItem)等。

5 购物车类(Cart)的主要操作：设置和获取每个属性值的方法、增加产品项目(addItem)、删除产品项目(removeItemById)等。

6 购物车项目类(CartItem) 的主要操作：设置和获取每个属性值的方法、统计金额(calculateTotal)等。

网上购物系统的类图如图3-3所示：

图3-3 网上购物系统的类图

3.4 时序图分析

3.4.1 时序图描述

顺序图可描述几个对象间的动态协作关系，它非常直观的展示了对象之间传递消息的时间顺序。反映了系统执行过程中某个特定时刻所发生的事情。在系统分析时，可对主要对象类绘制顺序图，以便分析系统的行为，验证和修改系统的静态结构，满足用户的需求，达到系统的目标。 3.4.2 顾客的时序图

顾客首先使用自己的帐号和密码进行登陆系统，登陆模块会将客户的ID保存在系统缓存中，并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输8

入适当的查询条件后，查询模块将显示商品列表。客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID。生成订单并提交给数据库模块进行保存，保存成功后，提示用户订购商品成功。顾客订购的时序图如图3-4所示：

图3-4 顾客订购的时序图

3.4.3客户删除订单的时序图

客户在提交订单后可以对订单进行维护(添加，删除，修改)。客户首先输入自己的帐号和密码登陆系统，登陆模块会将客户的ID保存在系统缓存中，并提交给订单查询模块。订单查询模块会显示当前所有的订单，顾客得到该列表后，选择要删除商品的ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理提示用户删除成功。客户删除订单的时序图如图3-5所示：

图3-5 客户删除订单的时序图

3.4.4 管理员处理订单的时序图

管理员使用其帐号和密码登陆后，登陆模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表，管理员提交某商品的ID得到该商品的库存情况，如果库存充足则接收订单，并把接收信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示改操作成功。管理员处理订单的时序图如图3-6所示：

3.4.4 管理员处理订单的时序图

图3-6 管理员处理订单的时序图

3.5 系统的协作图分析

3.5.1 顾客订购协作图

顾客订购协作图如图3-7所示：

图3-7 顾客订购协作图

3.5.2 顾客删除订单的协作图

顾客删除订单的协作图如图3-8所示：

图3-8 顾客删除订单的协作图

3.5.3 管理员处理订单协作图

管理员处理订单协作图如图3-9所示：

图3-9 管理员处理订单协作图

3.6 系统的状态图分析

3.6.1 管理员状态图

管理员状态图如图3-10所示：

图3-10 管理员状态图

3.6.2 用户状态图

用户状态图如图3-11所示：

图3-11 用户状态图

3.7 系统的构件图分析

3.7.1 网上购物系统构件图

构件之间存在的唯一关系是构件的依赖性。构件依赖性指一个构件依赖于另一个构件。构件依赖性画成构件之间的虚线箭头。如下图箭头指的构件表示被依赖，也就是说,Cart、Eshop、Checkout都依赖于ShoppingServlet。下图描述的是在网上购物系统中几个构件之间的依赖关系。网上购物系统构件图如图3-12所示：

图3-12 构件图

3.8 系统的部署图分析

3.8.1 网上购物系统部署图

部署图可以显示节点以及它们之间的必要连接，也可以显示这些连接的类型，还可以显示组件和组件之间的依赖关系，但是每个组件必须存在于某些节点上。部署图用于对系统的实现视图建模。绘制这些视图主要是为了描述系统中各个物理组成部分的分布、提交和安装过程。在实际应用中，并不是每一个软件开发项目都必须绘制部署图的。如果项目开发组所开发的软件系统只需要运行于一台计算机并且只需使用此计算机上已经由操作系统管理的标准设备，这种情况下就没有必要绘制部署图了。另一方面，如果项目开发组所开发的软件系统需要使用操作系统管理以外的设备(例如数码相机、路由器等)、或者系统中的设备分布在多个处理器上，这时就有必要绘制部署图，用其来帮助开发人员理解系统中软件和硬件的映射关系。下面是本系统的部署图，如图3-13所示：

Desktop ...16

Desktop ...RegistrationS LANerverWebBrowserbuyingSystemsaleSystemMaintainSystemLANDesktop PC(saler)

图3-13 网络购物系统的配置图Internet

4 参考书籍

[1] 面向对象程序设计高级教程，陈奇，高等教育出版社，2001 [2] 标准建模语言UML极其支持环境，周伯生，张莉等，北京：计算机世界，1998 [3] UML和模式应用——面向对象分析和设计导论，Craig Larman等，姚淑珍，李虎译，机械工业出版社，2002 [4] UML ASL Reference Guide ASL Language Level 2.5;Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick;

[5] Stephen J. Mellor, Marc J. Balcer,Executable UML :A Foundation for Model-Driven Architecture, ,2003,科学出版社

结

论

本次课程设计将UML建模应用到构建系统设计上，并通过八种框图，从各种角度观察系统来进行需求分析、系统设计。通过一个完整的简单例子来说明UML在整个系统设计所发挥的作用。

通过这次的课程设计，使我对UML全新的理解,使我对UML产生了更加浓厚的兴趣,在程序的设计过程中，我发现自己的软件知识尤其是对软件的整体设计不是完全理解，对于一些细节不够了解，对知识的了解不全面，有待学习和提高。

通过这次的设计，知道自己的不足，我相信自己会在一定时间内通过不断的学习和实践提高自己的能力，设计给我带来很大的帮助，同时开阔了我的眼界，使我明白只有自己亲自实践，才能了解自己所做的东西，如果没有实践，恐怕就不会有电流的产生，地球为什么是圆的，以及现在的一切。勤于实践不仅能锻炼自己，还能够提高17

自己的能力，增强自己的自信心。在面对困难时要勇敢的面对才有能力、有把握去克服它，征服它。虽然我现在还有所欠缺，但我相信在以后的工作和生活中，我会不断提高自己，完善自己。

第二篇：关于网上书店的Visual studio 2010 UML建模

关于网上书店的Visual studio 2010 (旗舰版)UML建模

visual studio 2010 是微软推出的软件开发的集大成者，在这个平台上，你可以创建很多类型的应用，目前他也是作为敏捷开发的利器。下面我要演示的是怎么再visual studio2010中进行UML建模。

本人申明，由于这是本人是自学的，难免是有不足或者错误的地方，欢迎指出改正。还有就是我用的工具是VS2010旗舰版(UItimate)，高级版(premium)，专业版(professional)可能并不具有UML建模功能。

我们这次主要是建两种类型的模型。 1. 用户用例图 2. 活动图

步骤如下

一.首先打开VS2010,新建一个空的win32控制台项目(注意添加为其添加解决方案)，输入名字“网上书店系统”。如图

点“确定”

二.点“下一步”，选择“空项目”。如图

然后点“完成”，一个空的项目就建好了。

三.建模

点visual studio 2010 菜单栏上的“体系结构”(或者ctrl+,再N)“新建关系图”UML用例图.

在“名称”中输入自己想要的名称，然后一路点确定，知道完成，会出现如下界面，就说明UML这个工程已经建好了。

四.添加用例

下面这幅图是我们的的目标图，接下来我们要在visual studio 2010中实现它。

1. 左键单击“参与者”然后在工作区单击，在我们的工程中就会出现一个参与者的图标

再参与者的下面actor中双击，我们就可以修改它的名称了，我们这里改为“游客”，同理我们再这样生成2个参与者，并且分别把他们的名字命名为“会员”和“管理员”。 2.接下来我们就要往我们的工程中添加用例(usecase)了，由我们的目标图可以看出我们需要5个“用例”，单击几面右方的“用例”，然后再工程中单击，我们既可以得到以下用例。图1.图2

图1

图 2

用同样的方法，我们先生成5个用例。双击用例，修改其名称，最终我们的到的效果如下图(此时我们还没有排版和链接)

接下来，我们把各个图形排列成们目标图一样，当然你也可以排成自己想要的布局。拍好之后如下图

2. 接下来我们要把各个元素关联起来，单击工具栏中的“关联”然后再按住鼠标左键，从起点图开始，到了目标图之后松开鼠标，我们就把两个元素连起来了。如图(记得要点在图上，不然是连不起来的)

按照同样的方法，我们再把其他的元素连起来，至于那个虚线的箭头，我们选依赖项就行了。都连好之后记得保存。下面这个图是完成了的图。

下面是活动图的建立方法

下面这个图是我们的目标图

一. 点visual studio 2010 菜单栏上的“体系结构”(或者ctrl+,再N)“新建关系图”UML活动图.

再名称中修改自己想要的名称，然后一路“确定”直到完成

1. 首先我们在我们的工程当中新建一个“初始节点”和一个“活动最终节点”建立的方法我就不多说了，跟上面的一样。如下图

然后再初始节点的上方添加一个注释，写入“登陆支付系统” 如图

接下来在工程中新建5个“操作”，一个“联接节点”，一个“决策节点”，并输入相应的名称。

然后把他们拍成目标图的样子。如图

最后我们再选择“联接符”，把他们按照目标图的样子连接起来，然后就大功告成了。(Y(^_^)Y，亲„..记得保存哟。)下面是完成之后的图。

第三篇：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的开放式课堂教学管理系统建模

摘要：随着“互联网+”在教育领域的应用，理实一体化课程在职业教育应用广泛，构建相应的学习、教学空间成为当下流行趋势，作者根据学习空间课堂教学管理实现的功能，应用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]陈艳艳，施?B.构建网络化教学质量监控系统的探索与实践[J].中国教育信息化，2010(13)：54-55.

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

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

(编辑：王天鹏)

第五篇：网上教学系统的UML设计

《统一建模语言UML》

课程报告

题目：网上教学系统的UML设计

分数：

学期：

班级：学号：姓名： __ ___ 授课教师： __

一、需求分析

网上教学系统基本分为三个模块：

1、教师模块：教师在教学网站上通过登录教学系统，进行输入课程介绍、上传课件、发布消息、修改和更新消息。

2、学生模块：学生在教学网站上通过登录教学系统，进行浏览信息、查找信息、下载文件。

3、管理员模块：管理员通过登录教学系统，对页面维护、批准用户的注册申请。

二、用例模型

设计系统首先需要进行用例图的建立，所以在此进行参与者确定。

1、在网上教学系统中，教师为参与者之一。教师作为教学直接实施者，需要在网上教学系统中进行进行输入课程介绍、上传课件、发布消息、修改和更新消息，如下图教师用例图所示。

图1：教师用例图

2、学生是网上教学系统的重要参与者。学生作为教学受益者，需要在网上教学系统中进行浏览信息、查找信息、下载文件。其用例图如下图所示。

图2：学生用例图

3、管理员也是网上教学系统的参与者之一，作为系统的维护人员，管理员需要在系统中进行页面维护、批准用户的注册申请。下图为管理员用例图。

图3：管理员用例图

三、静态模型

进行网上教学系统程序设计需要先绘制出类图，以便程序的编写。用户类操作为登录;

学生类操作处了登录、注册外还有浏览、下载、查询。教师类操作有登录、注册、上传、修改、发布。管理员类操作为基本管理和系统维护。下图为网上教学系统的类图。

图4：用户类图

四、动态模型

4.1、顺序图

4.1.1、学生模块下载课件顺序图

图5：学生下载课件顺序图 4.1.2、学生模块浏览页面顺序图

图6：学生浏览页面顺序图

4.1.3、教师模块上传课件顺序图

图7：教师上传课件顺序图 4.1.4、教师模块修改信息操作顺序图

教师在教学系统上的操作以及教学系统自身运作。

图8：教师修改操作顺序图

4.1.5、管理员模块顺序图

管理员与教学系统及教学系统与信息数据库之间的交互。

图9：管理员顺序图

4.2、协作图

4.2.1、学生协作图

图10

图11 4.2.2、教师协作图

图12

图13 4.2.3、管理员协作图

图14

4.3、状态图

网上教学系统的基本流程为：用户在首页输入网上教学系统的地址，在登录界面输入用户名以及密码，系统验证，若成功则进入下一个状态，若不成功则返回上一界面。验证成功时分为三种情况，为管理员用户则跳转管理员模块;为教师用户则跳转教师模块;为学生用户则跳转学生模块。其状态图如下：

图15：系统状态图

4.4、活动图

网上教学系统的总活动图：

图16：系统活动图

五、总结

在进行网上教学系统的UML设计时，需要对Rose软件有一定的了解，并会使用其进行各种图的建立，明白不同图的绘图规则以及所需主要项。

网上教学系统的UML设计主要为对用例图、类图、顺序图、协作图、活动图、状态图的建立。分析出系统的对象以及功能，这需要对面向对象设计有一定的了解，明白系统中各个部分的内容和功能。

UML设计的完整性会影响网上教学系统进程，所以需要认真的进行UML设计。