uml案例教学管理系统

第一篇：uml案例教学管理系统

网上教学系统的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设计。

第二篇：基于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 网吧管理系统

贵州师范大学职业技术学院

系统名称:

姓 名：

班 级: 08 专 业: —— UML基础教程 ——

考 察 报 告

网吧管理系统 成豪 王建勇 何汶峰 彭健 杨茂科 杨胜文 杨兴福 杨家权 计应 计算机应用技术

目

录

第一章 用例图 .............................................................................................................

一、管理员用例图.................................................................................................

二、用户用例图 ........................................................................................................ 2 第二章 活动图 ................................................................................................................. 3

一、用户活动图 ........................................................................................................ 3

二、管理员活动图..................................................................................................... 4 第三章 时序图 ................................................................................................................. 6

一、管理员在维护窗口进行添加、删除、挂失用户的时序图...................................... 7

二、用户和管理员在维护窗口进行密码修改、换机、查看余额的时序图 .................... 8

三、管理员在充值窗口对用户进行充值的时序图 ....................................................... 9

四、用户在管理窗口进行挂机和注销的时序图........................................................... 9 第四章 类图 .................................................................................................................. 10

一、系统中主要的类 ............................................................................................... 10

二、各类之间的关系 ................................................................................................11 第五章 状态图 ............................................................................................................... 12 第六章 方式图 ............................................................................................................... 13

一、系统的组件图................................................................................................... 13

二、系统的部署图................................................................................................... 14

UML实验报告

第一章 用例图

第一章 用例图

用例图(Use Case Diagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。开发的全过程都是围绕需求阶段的用例图进行的。我们所开发的网吧管理系统的用户包括需要上网的用户和管理员。

一、管理员用例图

管理员的用例包括1)用户注册、2)系统登录、3)充值、4)下机、5)查询余额、6)修改密码、7)换机、8)挂机、9)挂失、10)用户的删除。如图1-1所示

图1-1 管理员用例图

第页 共 14页

UML实验报告

第一章 用例图

二、用户用例图

用户的用例包括1)系统登录2)下机、3)查询余额、4)修改密码、5)换机、6)挂机。如图1-2所示

图1-2 用户用例图

第 2 页 共 14页

UML实验报告

第二章 活动图

第二章 活动图

活动图是基于对象的状态变迁所绘制的视图。它的主线是状态的变化，而不是时间，而时序图则是对象在不同时间段内的表现。为了满足这个活动图，类的一些基本必要方法就可以初步确定。再加上逻辑视图中类关系的分析，可以套用一些设计模式，又可以进一步再确定一些类的方法和属性。这一切的图，就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。总之，让面向对象的设计过程，思路连续，可推导。系统不可能完成所有的事情，必然有一部分功能是由人来完成的，所以活动图，从手工的角度描述了一个业务的流程，其中有些是手工作业，有些是系统的功能，活动图描述出了整个流程。活动这个术语的解释依赖于作图的目的和抽象层次。在描述概念层视图中，活动表示需要完成的一些任务;在说明层视图和实现层视图中，活动表示类中的方法。一个活动可以顺序地跟在另一个活动后执行，这是简单地顺序关系。如果触发事件连接到一个用加黑地粗线段表示地同步条上，且同步条引出几个带箭头地触发事件，那么这几个触发事件是并行的，也就是说这几个活动的执行次序可以是随意的。我们做的系统包括用户活动图和管理员活动图。

一、用户活动图

用户以普通使用者的身份登录系统，可进行如下操作：如图2-1所示 1. 查询消费信息：查看当前卡上余额及历史消费信息;

2. 挂机：如果当前有应用程序正在进行，但临时有事，需离开计算机一小段时间，希望不中断当前的任务，即进行此操作用(<1>此操作需设置挂机密码;<2>挂机状态，计算机仍处于计费状态);

3. 修改用户密码：如觉得自己的密码不够安全，想更换新的密码，可以进行此操作; 4. 换机：正处于登录状态，如觉得当前的计算机的性能不能满足自己的要求，可进行换机操作，登录到另一台计算机;

5. 注销登录：如果用户不想继续上网，可进行结帐下机、注销登录系统(注：如用户余额不足以支付本次上网，将进行强行注销登录系统操作)。

第 3 页 共 14页

UML实验报告

第二章 活动图

图2-1 用户活动图

二、管理员活动图

管理员以管理者的身份登录系统后，可进行如下操作：如图2-2所示

1. 注册帐号：如有新用户前来注册帐号，在其提供其有效身份证件及用户密码后，可进行新用户的注册;

2. 用户充值：用户前来充值，在确认金额和用户帐号后，可对其进行充值操作; 3. 帐户管理：如用户帐户保持0余额时间超过一年，即对其帐号进行注销处理; 4. 查询用户消费信息：如用户想申请查看其自己的消费信息，在其提供其帐号后，可为其查询消费信息情况;

5. 换机：如用户觉得当前使用的计算机的性能不能满足其需要，在其提出申请后，可为其更换到另一台计算机;

6. 挂失：如用户帐号遗失，在其提供有效的身份证件后，可对其帐号作挂失处理;

注销登录：操作完毕，注销登录状态，退出系统。

第 4 页 共 14页

UML实验报告

第二章 活动图

图2-2 管理员活动图

第 5 页 共 14页

UML实验报告

第三章 时序图

第三章 时序图

时序图(Sequence Diagram)主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。顺序图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。顺序图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统的对象现在如何交互。当把这个系统移交给另一个人或组织时，这个文档很有用。网吧管理系统的时序图主要有：

(1)管理员在维护窗口进行添加、删除、挂失用户的时序图。如图3-1所示

(2)用户和管理员在维护窗口进行密码修改、换机、查看余额的时序图。如图3-2所示

(3)、管理员在充值窗口对用户进行充值的时序图。如图3-3所示

(4)、用户在管理窗口进行挂机和注销的时序图。如图3-4所示

第 6 页 共 14页

UML实验报告

第三章 时序图

一、管理员在维护窗口进行添加、删除、挂失用户的时序图

图3-1管理员在维护窗口进行添加、删除、挂失用户的时序图

解析：① 管理员登陆到维护窗口之后有三个选择：添加用户、删除用户、挂失用户。

② 当进行添加用户的时候，首先要查询该用户是否存在。如果返回的结果表明用户不存在，则为该新用户分配一个会员等级。用户添加成功。

③ 当查询用户的信息发现某用户有一年未登陆并且该用户的卡上没有余额的时候，就将该用户删除。

④ 当为用户进行挂失的时候，用户必须要提供正确的身份证明才给予办理。

第 7 页 共 14页

UML实验报告

第三章 时序图

二、用户和管理员在维护窗口进行密码修改、换机、查看余额的时序图

图3-2用户和管理员在维护窗口进行密码修改、换机、查看余额的时序图

解析：①管理员和用户登陆维护窗口之后有三个选择：修改密码、换机、查看余额。

②当修改密码时，需要输入旧密码进行验证。当返回的验证结果表明密码正确之后，就可以输入新的密码以完成密码的修改。

③当换机的时候，需要输入目的主机号进行检查。当返回的检查结果表明目的主机是空闲的话，就可以将本机换到目的主机。 ④查询余额的时候比较简单。当用户执行查询余额的功能的时候，系统返回一个查询结果给用户即可。

第 8 页 共 14页

UML实验报告

第三章 时序图

三、管理员在充值窗口对用户进行充值的时序图

图3-2管理员在充值窗口对用户进行充值的时序图

解析：管理员登陆充值窗口进行充值，首先输入要充值的金额。此时系统就会对金额大小进行判断，如果金额的大小在优惠的范围内时就会进行相应的优惠，完成充值。

四、用户在管理窗口进行挂机和注销的时序图

图3-4用户在管理窗口进行挂机和注销的时序图

解析：①用户登陆管理窗口后有两个选择：挂机、注销登陆。

②如果用户想暂时离开电脑而又不想结账下机，也不想让别人碰自己的这台电脑时，用户可以选择挂机的功能。当执行该功能的时候，系统要求用户输入一个密码来锁定电脑，当用户再次用到该电脑的时候，需要输入此密码进行解锁。输入挂机密码后，完成挂机操作。

③当用户想结账下机是，执行注销登陆功能。当执行该功能时，用户就会处于离线状态，系统停止对该用户的计费。

第 9 页 共 14页

UML实验报告

第四章 类图

第四章 类图

类图是对象结构建模的一部份，类图描述系统中类的静态结构。尽管其他模型可以帮助建模者发现被模拟对象的重要信息，但是它们不能揭示的信息则必须求助于类图。类图模拟保证系统正常工作的所有必要资源。其它所有模型如果想获取这些资源(例如属性值、状态和对行为的约束)的信息，最终都必须访问类图。类图是代码生成(将模型转化为代码)的来源，也是逆向工程(将代码转化为模型)的目标设生成物。我们所开发的网吧管理系统中主要的类有3个。如图4-1所示

一、系统中主要的类

(1) 用户类： 它的属性有用户名(Name)、密码(Password)、上网的卡号(Cardnumber)、用户身份证号码(ID)。操作包括修改密码(Changpassword)、换机(Huanji)、挂机(Guaji)、下机(Xiaji)、余额查询(Chaxun)、登录(Denglu)。

(2) 电脑类： 它的属性有电脑号(Computernumber)、机器地址(Mac)。本身的操作没有，但有被用户和管理员换机、挂机、登录、下机的操作。

(3) 管理员类： 它的属性有用户名(name)、密码(password)，操作包括注册用户(Registeredusers)、充值(Chongzhi)、删除用户(Deleteusers)、查询用户信息(Chaxun)、登录(Denglu)、换机(Huanji)、挂机(Guaji)、下机(Xiaji)、挂失(Guashi)。

第 10 页 共 14页

UML实验报告

第四章 类图

图4-1 系统中主要的类

二、各类之间的关系

一个用户可以选择多台电脑登录，而一台电脑可能有被多个用户登录，一个管理员管理多个用户和电脑。如图4-2所示

图4-2 各类之间的关系

第 11 页 共 14页

UML实验报告

第五章 状态图

第五章 状态图

状态图用来建模对象是如何改变其状态的，状态定义为对象行为在某一时刻的快照或转折点。状态图由状态、事件、转移组成。在我们做的网吧管理系统中，管理员通过密码和用户名、用户则通过管理员提供的刷卡机激活自己的网卡登录系统。用户可以直接进入操作窗口，管理员会有一个主界面，在主界面上有两个窗口(维护窗口和操作窗口)，管理员进入维护窗口对用户的注册和删除，从而对数据库的更新。而另一个操作窗口对于用户和管理员都是可用的，只是用户在保证自己网卡上有余额的前提下才能有操作窗口的出现。两者都有挂机、充值、换机、查询余额、修改密码等状态，最后退出系统。如图5-1所示

图5-1 系统状态图

第 12 页 共 14页

UML实验报告

第六章 方式图

第六章 方式图

实现方式图包括两种类型：组件图和部署图，组件图用来演示软件的各个组件之间的关系，而部署图用来演示硬件的各个组件之间的关系。它可以让读者了解系统中的各个组件的位置及其相互之间的作用关系，帮助设计系统整个架构。

一、系统的组件图

组件图用来建模系统的各个组(包括源代码文件、二进制文件、脚本、可执行文件之间的关系，它们是通过功能或者位置(文件)组织在一起的。)使用组件图可以帮助读者了解某个功能位于软件的哪一位置，以及各个版本的软件包各包含哪些功能。 下面是网吧管理系统的组件图：

网吧管理系统中主要有两个组件图：管理员组件图和用户组件图。 A. 管理员组件图

系统建立在一个含有登录信息、管理界面信息，管理员使用界面依赖于登陆界面。管理员组件如图6-1所示：

图6-1管理员组件图

B.用户界面组件图 除了业务对象以外，系统与用户交互的组件也能创建一个组件图管理员使用界面依赖于登陆界面。用户界面组件图6-2所示

第 13 页 共 14页

UML实验报告

第六章 方式图

图6-2 用户组件图

二、系统的部署图

部署图描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。 部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。

网吧管理系统由4个节点构成，服务器主要负责整个系统的总体协调工作;数据库负责数据的管理;管理员用机模块用于管理员进行查询、设置信息、如添加新用户;用户用机模块用于用户上机、信息反馈，节点之间是通过局域网进行通信。

图6-3系统的部署图

第 14 页 共 14页

第四篇：仓库管理系统课程设计 UML

无锡职业技术学院实践环节材料撰写用纸

二、仓库信息管理系统分析与设计

(一)《仓库信息管理系统》的需求建模

1、需求分析

仓库信息管理系统要能完成以下功能：

仓库存放的货物品种繁多，堆存方式以及处理方式也非常复杂，随着业务量的增加，仓库管理者需要处理的信息量会大幅上升，因此往往很难及时准确的掌握整个仓库的运作状态。针对这一情况，为了减轻仓库管理员和操作员的工作负担，此系统在满足仓库的基本管理功能基础上发挥信息系统的智能化。

根据要求可将系统分为四个模块 (1)用户登录模块

普通操作员和管理人员登录此系统，执行仓库管理的一些操作，但是普通操作员和管理人员所能执行的功能不一样。 (2)仓库管理模块

管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。可以执行仓库进货，退货，领料，退料;商品调拨，仓库盘点等功能。 (3)业务查询模块

在用户登录系统后，可以执行库存查询，销售查询，仓库历史记录查询。

(4)系统设置模块

显示当前仓库系统中的信息,在系统中可以执行供应商设置，仓库设置。

2、功能模块分析 (1)登录模块

普通操作员：显示当天仓库中的所有库存的信息。 管理员：修改仓库中的库存信息。

用户注销：在用户执行完仓库功能时，注销。 用户退出。 (2)管理模块

仓库库存的进货与退货;

仓库中的库存需要领料和退料功能;

仓库也可以完成不同地区的商品在此仓库的商品调拨任务; 用户人员也可以在当天之后对仓库中的库存进行盘点。 (3)查询模块

显示当前仓库商品信息，并执行库存查询; 显示仓库信息，对商品的销售量进行查询; 此系统还可以对仓库历史记录进行查询。 (4)设置模块

供应商设置 仓库设置

3、工作内容及要求

进一步细化需求分析的内容，识别出系统的参与者，并完成用例图;

3 无锡职业技术学院实践环节材料撰写用纸

将用例图中的每个用例都写成相应的事件流文档;

进一步使用活动图来描述每个用例，为后续的系统设计做好准备;

按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图;

分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图(只包含实体类，且注明角色和阶元)。

对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计; 使用交互作用图或状态机图完成系统动态行为的建模。(建议使用顺序图按功能分别描述)

4、创建SRS文档：

 引言

仓库管理系统将24小时为用户服务。  用途

SRS文档将作为SDLC设计和编码阶段的输入。  作用域

管理员直接对系统进行管理。  功能性需求

操作员需要取得管理员的认可才可以登录此系统。 操作员可以查询库存的信息。

系统管理员可以管理登录系统以后对仓库进行管理

因为不是每个人都可以随便修改系统的，所以系统管理员可以登录进系统以后对用户的权限信息进行管理。

 界面需求

界面应该清晰易懂。  运行环境

此系统可以在网络上进行运行。

4 无锡职业技术学院实践环节材料撰写用纸

用例图如下：

分析：操作员在进行验证后登陆系统，可以执行商品的进退货的记录信息的查询与管理等操作。

用户登录**仓库领料仓库进货**退出系统****商品调拨**操作员****用户注销*仓库退料*仓库退货c

图1 操作员用例图

分析：此用户是管理员，可以对仓库信息进行维护，仓库商品进行盘点，业务分析，历史记录查询，供应商信息维护和仓库查询操作。

5 无锡职业技术学院实践环节材料撰写用纸

仓库信息维护用户登录****用户注销******管理员***退出系统仓库盘点*仓库查询**供应商信息维护*业务分析历史记录查询*

图2 管理员用例图

分析：该用户为供应商，可以对执行仓库进货和退货的查询与管理操作。

仓库进货***商品供应商*仓库退货

图3 供应商用例图

(二)《仓库管理系统》的静态建模

静态建模用于描述软件的静态成分，又叫结构建模。它包含类关系图和对象关系图。用于描述软件系统的成分之间的关系和依赖性。 1)类的分析与设计

 确定初始类图  提取类的属性  提取类的操作

6 无锡职业技术学院实践环节材料撰写用纸

 类之间的关系

去除不必要的类和不正确的类：

1. 冗余类：若两个类表述同一信息，保留最具有描述能力的类; 2. 不相干的类：去掉与问题没有多少关系和根本不相关的类;

3. 模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除; 4. 属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。 5. 操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。 这样可以得到相关的三种类关系：  人员信息包类图  接口信息包类图  系统事务信息包类图 2)确定类之间的关系

两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。 通过以上方法可以确定类图：

① 人员信息包类图里包含：操作员类、管理员类、供应商类、商品进货模块类、商品退换模块类、商品打印模块类、库存查询模块类、商品盘点模块类、历史信息查询模块类和商品调拨模块类。

7 无锡职业技术学院实践环节材料撰写用纸

**操作员-姓名-id号-权限+仓库进货()*+仓库退货()+仓库领料()+仓库退料()+商品调拨()*+用户登录()+用户注销()+退出系统()+盘点信息打印报表()+进货商品打印报表()*+退换商品打印报表()+商品库存信息()**商品进货模块+商品清单()+退货清单()+查询信息()库存查询模块**商品打印模块*

图4 人员信息包类图

供应商-供应商姓名-供应商id号-联系方法+进货()+退货()*1管理员-姓名-id号-权限+供应商信息维护()+仓库信息维护()+盘点信息()+仓库查询()+业务分析()+用户注销()+退出系统()+历史记录查询()+用户登录()+查询结果()*历史信息查询模块*+查询条件()+进货记录()+商品调拨记录()+商品盘点信息()*********商品退换模块*商品盘点模块*+审核后盘点信息()+查询信息()**商品调拨模块+查询信息()+查询条件()*+盘点信息列表() 8 无锡职业技术学院实践环节材料撰写用纸

② 接口信息包类图里包含：用户登录类、仓库管理类、系统管理类和业务查询类。

仓库管理+仓库进货()+仓库退货()+仓库领料()+仓库退料()+仓库调拨()+仓库盘点()用户登录+用户登录()+用户注销()+退出系统()系统设置-供应商设置-仓库信息维护业务查询+库存查询()+业务分析()+历史记录查询()

图5 接口信息包类图

③系统事务信息包类图包含：用户登录类、供应商管理类、业务分析类、查询历史信息类、仓库信息维护类、领料类、退料类、退换类、盘点类、调拨类和仓库查询类。

9 无锡职业技术学院实践环节材料撰写用纸

调拨供应商管理-该操作id号-日期-管理员id号+增加供应商()仓库信息维护-该操作id号-日期退料用户登录-该操作id号-登录日期-登录人id-name+用户登录()+用户注销()+退出系统()退货-交易id-日期-操作员-交易id-日期-退料人-操作员仓库查询-该操作id-日期领料-交易id-日期-领料员-操作员查询历史信息-该操作id-日期业务分析-操作id号-日期-管理员id+opname()盘点-交易id-日期-管理员id-仓库id

图6 系统事务信息包类图

(三)《仓库管理系统》的动态建模

在完成静态建模后，需要对系统实现动态建模。需要创建

 活动关系图：表示系统的静态成分为了完成过程需要执行的活动的顺序;

 交互关系图：表示软件系统静态成分之间的交互，常用序列关系图和通信关系图。 (1)活动关系图

活动关系图是用来对特定过程的控制流进行建模。

分析：管理员在登录系统后，查看销售记录和查看商品库存情况，如果缺货就通知操作员缺货商品清单，操作员即可联系供应商按缺货清单提供货物，然后管理员更新数据库结束，如果不缺货直接结束。

10 无锡职业技术学院实践环节材料撰写用纸

通知操作员缺货商品清单查看销售记录联系供应商按缺货清单提供货物查看商品库存情况[ 缺货] 接受货物更新库存数据库[ 不缺货 ]

图7 仓库系统的活动图

(2)交互关系图：通信关系图、序列关系图

①通信关系图以消息的形式表示对象之间的交互。通信图集中在活动着的对象上，表现的是相互通信的对象之间的消息传递，不参照时间。通信图通过在消息上加序号表示消息传递的次序。序列号放在消息之前作为消息的前缀。

注：通信关系图不描绘对象的生命线。 A.管理员盘点过程协助图

分析：操作员把盘点信息发送给管理员，管理员审查后盘点信息，在仓库商品盘点模块中盘点信息列表，然后交由信息打印模块打印盘点信息列表，给操作员。

11 无锡职业技术学院实践环节材料撰写用纸

操作员盘点信息管理员盘点信息打印列表审查后盘点信息商品信息打印模块盘点信息列表商品盘点模块

图8 管理员盘点过程协作图

B.商品管理协作图

分析：操作员通知供应商进货，供应商打印出进货清单，操作员也可以对进货退货进行管理，供应商打印出退货清单。

商品进货进货商印品打报表进货清单操作员退货商品供应商表库存查询商品退换退货清单库存信息进货商品打印报

图9 商品管理协作图

12 无锡职业技术学院实践环节材料撰写用纸

C.仓库历史记录查询协作图

分析：管理员应该先登录系统。当管理员登录系统以后，可以查询历史信息，看到商品进货、商品盘点、商品调拨的历史记录。

商品进货管理员查询条件历史信息查询进货、退货记录查询条件商品调拨商品盘点图10 仓库历史记录查询协作图

②序列关系图

序列关系图以按时间排序的消息形式来表示对象之间的交互。序列关系图和通信关系图的区别在于通信关系图情调对象的组织结构，而序列关系图则按时间顺序显示对象之间交互的消息。在序列关系图中，可以沿x轴方向排列对象。将启动交互的对象放在最左边。消息序列中后来的对象则放在交互启动对象的右边。在交互中，对象发送和接收的消息按时间升序沿y轴防止。

注：和通信关系图不同，序列关系图描述对象生命线。

A.仓库盘点过程序列图 分析：操作员将盘点信息发送给管理员，管理员审查盘点信息，然后盘点信息列表交给商品打印模块打印后发给操作员执行相关商品操作。

商品盘点信息

13 无锡职业技术学院实践环节材料撰写用纸

操作员管理员商品盘点模块商品打印模块盘点信息盘点信息列表()审核后盘点信息盘点信息打印报表()

图11 仓库盘点过程序列图

B.商品管理序列图

分析：操作通知商品供应商进货、退货，商品供应商将商品清单和退货商品清单发送给商品进货模块，商品进货模块将进货商品打印报表给操作员，商品退货模块将商品退换报表打印发给操作员，操作员也可以查询库存，库存库存模块将库存查询信息发送给操作员。

14 无锡职业技术学院实践环节材料撰写用纸

操作员商品供应商商品进货模块商品退换模块进货()商品清单()进货商品打印报表()退货清单()退货()退换商品打印报表()查询条件()商品库存信息

图12 商品管理序列图

C.仓库历史记录序列图

分析：管理员登录系统查询历史信息模块，历史信息则查询商品进货退货模块、商品调拨模块、商品盘点模块，之后各模块将查询得到的信息发送给历史信息模块，最后由历史信息模块统一将信息发给管理员。

15 无锡职业技术学院实践环节材料撰写用纸

管理员历史信息查询模块商品进货退货模块商品调拨模块商品盘点模块查询信息()查询条件()进货记录()查询信息()商品调拨记录()查询信息()商品盘点信息()查询结果()

图13 仓库历史记录序列图

16 无锡职业技术学院实践环节材料撰写用纸

(四)《仓库管理系统》的架构建模

架构建模使您能够了解组件在组织网络中的物理分布。您需要对软件系统的架构进行建模以确定组件的设计是否符合软件系统的需要。软件架构描述软件按系统的所有组件以及这些组件之间的关系。要对系统软件的架构进行建模，您需要创建以下关系图：

 包关系图：描述根据特定条件分组在一起的软件系统构成。  组件关系图：描述软件系统的可执行构成。

 部署关系图：描述软件系统组件的各种处理设备。

a)组件关系图：组件可实现一组接口并构成软件系统的可执行部分。

分析：该图是系统的各个组件图，由系统登录、仓库管理管理、信息查询、系统设置。

仓库管理信息查询系统登录系统设置

图14 组件关系图

b)部署关系图：显示需要在其中部署软件组件的硬件。

分析：下图表明系统采用数据库系统作为后台数据提供者，然后客户登录使用系统，也可以对系统中的信息进行打印操作。

17 无锡职业技术学院实践环节材料撰写用纸

数据服务器客户机1客户机n打印机

图15 部署关系图

第五篇：某大学教务管理系统UML模型

随着高校校园网的建设和Internet技术的引进，基于校园网和Internet的应用系统的开发正在蓬勃发展。教务管理师高校教学管理的一向重要工作，现代化的高校教务管理需要现代化的信息管理系统支持。新世纪背景下，高校教育体制进行了大规模的改革，招生人数逐年增加，教学计划不断更新。在高校日常管理中，教务管理无疑是核心工作，重中之重。其管理模式的科学化与规范化，管理手段的信息化与自动化对于学校的总体发展产生深远的影响，由于管理内容过多，繁琐，处理的过程也非常复杂，并且随着学校人员的增加，教务管理系统的信息量大幅上升，因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加，另外，随着教育改革的不断深化，教学管理模式也在发生变化，例如实施学分制、学生自主选课等。这一切都有赖于计算机网络技术和数据库技术的支持，在这样的形势下建立和完善一个集成化的教务管理系统势在必行。

目前，国内高校都开发了自己基于校园网的教务管理系统。由于其教务管理模式不尽相同，不同学校的实际教务管理情况各有自己的特点，因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。这样一个系统不仅可以降低工作量、提高办公效率，而且使分散的教务信息得到集中处理，对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。

1.建立系统用例模型

1.1确定系统模型的参与者

仔细分析教务管理系统问题描述。在UML中，角色代表位于系统之外和系统进行交互的一类对象，本系统中创建主要的角色有以下三类：

(1)教务员：教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理，并且对教师进行登录管理、教学管理和成绩管理。教务处工作人员处理日常的系统维护，例如维护和及时更新学生，教师信息以及安排选课等。

(2)教师：教师根据教务系统的选课安排进行教学，将学生的考试成绩录入此系统。 (3)学生：学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。

1.2识别用例

用例是系统外部参与者与系统在交互过程中需要完成的任务，识别用例最好的方法就是从分析系统的参与者开始，考虑每一类参与者需要使用系统的哪些功能，如何使用系统，根据教务管理系统的运行流程个提取的参与者信息，确定系统分为以下几个用例： (1)学生参与者用例：

用户登录 学籍管理 选课管理 (2)教师参与者用例：

用户登录 成绩管理 教学管理

(3)教务员参与者用例：

用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护

1.3建立如下四个用例图模型

(1)顶层用例图如图1-1所示

图1-1顶层用例图

从用例图1-1可以看出学生、教师和教务员都使用了“用户登录”用例，表示学生必须先进行用户登录后才可以进行学籍管理和选课管理。同理，教师也必须登录后才能进行成绩管理和教学管理。教务员登录后进行系统设置、学籍管理、排课管理和教学管理等操作。

(2)学生角色用例图 如图1-2所示

图1-2学生角色用例图

从用例图1-2可以看出学生登录后才能进行所有的操作，这样可以提高系统的安全性。 (3)教师角色用例图如图1-3所示

图1-3教师角色用例图 从用例图1-3可以看出教师所有的用例都是建立在“用户登录”基础上，表示教师必须先登录后才可以执行相应的功能，这样可以提高系统的安全性，以免有人故意提供虚假信息。 (4)教务员角色用例图如图1-4所示

图1-4教务员角色用例图

从用例图1-4可以看出教务员的用例相对较多，但是教务员的所有的用例都必须在“用户登录”的基础上，表示教务员必须先登录才可以执行相关的功能，这样同样可以提高系统的安全性，避免有人故意更改信息。

2 建立系统动态模型 2.1活动图

经过活动图的建模可以比较清楚地了解整个进程过程的操作过程，本系统中主要的活动图有如下几个：学生成绩查询活动图、教务员修改学生资料活动图、学生选课活动图以及教师成绩录入活动图

(1)学生成绩查询图如图2-1所示

图2-1 学生成绩查询活动图

从图2-1可以看出，活动图分为多个不同的泳道，每个泳道表示学生在查询成绩活动中不同参与者的工作流。每个泳道中的活动是参与者要执行的操作。通过不通泳道之间的活动过渡，可以了解参与者之间的通信。这些信息可以帮助我们更好地理解系统的业务过程。

在学生成绩查询活动图中可以知道，学生、教师和教务员之间存在着相互联系。学生登录以后可以查询已选科目和成绩单，如果发现自己的成绩单有错误后可以通知教务员成绩有误，教务员联系教师后，教师修改成绩，然后教务员更新数据库。成绩无误后，查询结束。

(2)教务员学生资料修改活动图如图2-2所示; (3)学生选课活动图如图2-3所示;

图2-2教务员学生资料修改活动图图2-3学生选课活动图

从图2-2可以看出，教务员登录教务系统，系统验证用户名和密码，若有错误重新输入，无误后进行选择修改项目，确定修改，

图2-3学生选课活动图图2-4 教师成绩录入活动图

2.2顺序图

主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图

图2-5教务学籍管理顺序图

图2-6学生注册顺序图

图2-7教师成绩录入顺序图

3系统类模型 3.1系统包图

将整个教务管理系统划分为人员信息、接口和事务3个包，分别控制不同的应用。

3.2类图

根据系统划分的三类包图，分别讨论人员信息包，接口包和事务包中的类图分别为： (1)人员信息包内的类图 (2)接口包内的类图 (3)事务包内的类图

图3-1 人员信息包内的类图

图3-2接口信息包内的类图

图3-3系统事务信息包内的类图