uml案例教务管理系统

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

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

1.前景和范围文档

1.1业务需求

1.背景、业务机会和客户需要

随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要的。 一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化、具体化、直观化。 2.业务目标(Business Objective,BO)和成功标准(Success Criteria,SC) BO-1：初始版本发布之后的6个月内，电影院的收入提高20%。

BO-2：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加20分钟。

SC-1：初始版本发布后的6个月内，电影院收入显著提高。

3.业务风险(Risk)

RI-1：使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报

1.2解决方案的前景

1.前景陈述

该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐;也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。 2.主要特性(Feature)

FE-1：根据电影院提供的当天的播放场次选择订票 FE-2：注册订票的付费方式

FE-3：创建、浏览、修改和删除电影场次 FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统 3.假设(Assumption)和依赖(Dependency)

1.3范围和局限性

1.初始版本和后续版本的范围

目前仅实现1.0版本，实现上述的所有功能。 2.局限性(Limitation)和排斥性

LI-1：“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的需到影院购买。

1.4业务上下文 1.涉众概览

涉众

系统管理员 主要价值

引进新影片，更新数据库

态度

主要兴趣

使用该系统所节约的费用必须超过开发此系统的费用和使用此系统的费用

约束条件

无

员工 更高效率的利用了工作人员的整个工作时间;提高了客户的满意度

保住工作 培训工作人员，掌

握

使

用

Internet所必须的技能

顾客 可以更好的选择电影、座位、场

积极支持新系统，但使用系统

使用要简单，更节约时间

需要登录该公司的内联网

次;节约了时间，的次数可能没有更加方便

期望的高

2.项目优先级

因素

进度 具体干活者

约束条件

自由度

计划3/1/03前完成第一版，到5/1/03前完成第二版;在不包括责任人评审的情况下，最多可超过期限三星期

特性

安排1.0版本实现的特性必须完全可操作

质量

必须通过95%的用户验收测试;必须通过全部的安全性测试;所有的安全事务都必须遵守公司的标准

工作人员 项目团队包括一名半日工作的项目经理，两名开发人员，和一名测试人员

费用

在不包括责任人评审 的情况下，财政预算最多可超支15%

2.用例

各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示： 主要参与者

用例

顾客

1.订票

2.变更订单

3.取消订单

4.查看订单

5.登陆网站 员工

6.处理订单

7.检票

8.更新余票 系统管理员

9.引进新片

10.更新数据库

11.添加、更改、删除员工信息

12.添加、删除、修改客户账户

用例ID号

UC-1 用例名称

订票 参与者

顾客

主要参与者

用例

描述

顾客登录网站访问”电影院售票管理系统“，随意查看某

一天的上映电影，选择自己想看的电影，选定场次、座位，提交订单并在付款界面支付

前置条件

1.顾客成功登录，并访问“电影院售票管理系统“

2.付款成功 后置条件

1.订单在“电影院售票管理系统“中的存储状态是

“已接受“

2.根据这一订单来更新余票

主干过程

1.0 订一张票

分支过程

异常

1. 顾客要求查看某一天的上映表 2. 系统显示当日上映电影、场次及余票 3. 顾客选择自己喜欢的电影场次 4. 顾客表明订票完成 5. 系统显示所订票价格

6. 顾客确认订单或请求修改订单(回到第3步) 7. 顾客付款 8. 系统确认接受订单

9. 系统向顾客发送电子邮件，确认订单细节，价格10. 系统将订单存储在数据库中，并更新余票

1.1订多张票(第4步之后分支出来)

1. 顾客要求预定另一场次的电影 2. 返回到第2步

1.2同样的票订多张(第3步之后分支出来) 1.顾客请求预定指定数量的电影票

2.返回到第4步

1.0.E.1

订单截止时间在当前时间之前(第1步)

1.系统通知顾客今天订票已经太晚了 2a.顾客取消订单 2b.系统终止用例

3a.顾客请求选择另一个日期 3b.系统重新启动用例

1.0.E.2

票全部售完(第1步)

1.系统通知顾客今日已没有余票 2a.顾客取消订单

2b.系统终止用例

包含

优先级

使用频率

业务规则

特别需求

假设

注意和问题

用例ID号

用例名称

参与者

描述

前置条件

1.0.E.3 不能完成同样的票订多张(第1步) 1.系统通知顾客它所能提供的该票最大值 2.顾客变更订单数量，或者取消订单

无

高 无 无

1.顾客在确认订单之前的任何时刻都可以取消订单

无 1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期，否则，默认日期为下一个营业日 2.这一用例的峰值使用负载是当地时间早十点到晚十点

UC-6

处理订单 员工

员工根据用户提交的订单，查询是否有余票及对应场次、座位，判断是否接受订单

1.用户

3.软件需求规格说明

3.1介绍

1.目标

软件需求规格说明描述了“电影院售票管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。

2.项目范围和产品特性 “电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。详细的项目描述请中参见电影院售票管理系统前景和范围文档。文档中的这一部分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。

3.参考文献

(1)Karl Wiegers所著的Cafeteria Ordering SystemVision and Scope Document,其网址是/projects/COS/COS_vision_and_scope.doc (2)Karl Wiegers所著的Process Impact Intranet Development Standard版本1.3，其网址是/corporate/standards/PI_intranet_dev_std.doc 3.2总体描述

1.产品远景规划

“电影院售票管理系统”是一个新系统，它取代了当前传统的售票方式。图1是一幅关联图，它演示了1.0版本的外部实体和系统接口。期望系统演化若干个版本后，可以提供信用卡和借记卡授权服务。

2.用户类和用户特性 用户类

描述

顾客(优先考虑)

顾客希望该系统使用起来可以简单上手，通过该系统订票可以有

惠，可以建立会员制。

系统管理员

通过使用该系统，可以提高影院的收入，并提高影院知名度，扩大

顾客人群

员工

使用该系统可以工作效率，简化流程

3.运行环境(Operation Environment,OE)

OE-1：“电影院售票管理系统”的操作通过如下的Web浏览器来完成：Microsoft Internet Eplorer版本5.0和6.0，Netscape Communicator版本4.7和Netscape版本6和版本7. OE-2：“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由公司批准的Red Hat Linux版本和Apache HTTP Server。

OE-3：“电影院售票管理系统”将允许用户通过公司的内联网来访问，如果用户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通过Internet来访问该系统。

4.设计和实现的约束条件(constraint)

CO-1：系统的设计、编码和维护文档将遵照Process Impact Intranet Development Standard版本1.3 CO-2：系统将采用公司标准的当前Oracle数据库引擎 CO-3：所有HTML代码遵照HTML4.0标准 CO-4：所有脚本都用Perl语言来编写 5.用户文档(User Documentation，UD)

UD-1：系统将提供一个分层的和跨连接的HTML联机帮助系统，它描述并演示了所有系统功能

UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下如何订票。系统不会将采用这一模板的订单存储到数据库中，也不会将这种订单提交给系统。

6.假设(Assumption)和依赖(Dependency)

3.3系统特性

1.订票

(1)描述和优先级

顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。 (2)刺激/响应序列

刺激：顾客请求订票，可以是一张或多张 响应：系统向顾客询问订票细节、付费方式 刺激：顾客请求改变订单

响应：如果订单状态是“已接受”，则系统允许用户编辑以前的订单 刺激：顾客请求取消订单

响应：如果订单状态是“已接受”，则系统取消订单 (3)功能性需求

 登录到“电影院售票管理系统”的顾客可以通过该系统订票，订一张或多张都可以

 顾客可以浏览当天的上映电影  顾客可以选择电影场次及座位

 如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他能订购的最大值

 顾客可以修改订单，删除订单

 当顾客订购完成后，系统将提示顾客付款  顾客可以浏览已订票信息

 订购成功后，系统将发送电子邮件提示用户订购价格及细节

(4)非功能性需求 安全性：系统应保证客户信息不被泄露

可维护性

及时性：用户点击最多不超过3秒，系统应给予相应的响应

3.4外部接口需求

1.用户界面(User Interface，UI)

UI-1：“电影院售票管理系统”的屏幕画面将遵照Process Impact Internet Application User Interface Standard版本2.0 UI-2：系统对所显示的每个HTML网页都提供帮助链接，解释如何使用这些网页

UI-3：Web页面的全部导航和票目选择，除了综合使用鼠标和键盘共同完成外，还可以只通过键盘来单独完成

2.硬件接口

硬件接口还没确定

3.软件接口(Software Interface，SI) 还没确定

4.通信接口(Communication Interface，CI)

CI-1：“电影院售票管理系统”将向顾客发送电子邮件消息，以确认收到订单、价格。

CI-2：“电影院售票管理系统”奖项顾客发送电子邮件信息，以报告接受订单后存在的问题。

系统管理员对账户操作的活动图

登录系统进行账户维护员工账户顾客账户添加账户修改账户删除账户添加删除修改退出系统

顾客登录系统的时序图 顾客登陆界面服务器数据库输入帐号密码发送帐号密码到服务器查询验证帐号密码查询验证成功将信息发送到界面提示用户登录成功

顾客订票的活动图

查找登录NO浏览预订判断是否登录判断是否有余票YESNO选择场次、座位退出系统付款

员工处理退票的活动图

登录查询客户订单判断是否有退订YESNO查询电影场次时间超时拒绝退出系统接收退票申请退钱通知顾客进度更新余票

员工处理订单的活动图

员工客户登录系统查看客户订单返回刷新判断是否有订单YES查询所购信息判断是否有余票通知客户修改订单客户修改订单接收订单通知客户付款客户付款成功处理订退出系统单

第四篇：档案管理系统UML实训报告

目录

1.实训名称 .......................................................... 2 2.实训题目 .......................................................... 2 3.实训目的 .......................................................... 2 4.实训内容及结果 .................................................... 2

4.1档案管理系统需求分析 ..................................................................................................... 2

4.1.1系统功能需求 ................................................... 2 4.1.2用户管理模块 ................................................... 5 4.1.3系统参数设置模块 ............................................... 5 4.1.4借阅管理模块 ................................................... 6 4.1.5案卷管理模块 ................................................... 6 4.1.6文件管理模块 ................................................... 7 4.1.7数据管理模块 ................................................... 7 4.2系统的UML建模 ............................................................................................................... 8

4.2.1UML初始模型 .................................................... 8 4.2.2业务建模 ....................................................... 8 4.2.2.1业务用例模型 ............................................. 8 4.2.2.2业务分析模型 ............................................ 15 4.2.3分析模型 ...................................................... 18 4.2.3.1参与者 .................................................. 18 4.2.3.2用例 .................................................... 18 4.2.3.3用例图 .................................................. 19 4.2.3.4时序图 .................................................. 20 4.2.3.5协作图 .................................................. 24 4.2.3.6状态图 .................................................. 26 4.2.3.7分析类图 ................................................ 27 4.2.4设计模型 ...................................................... 29 4.2.4.1包图 .................................................... 29 4.2.4.2类图 .................................................... 31 4.2.4.3组件图 .................................................. 33 4.2.4.4部署图 .................................................. 33 4.2.4.5数据建模 ................................................ 33 5.实训小结 ......................................................... 39

1 1.实训名称

信息系统分析与综合课程设计

2.实训题目

档案管理系统

3.实训目的

通过实践使学生更深入地了解与掌握信息系统的概念、分析设计信息系统的原理和方法，使学生熟练掌握结构化系统分析与设计的方法。为学生今后在使用、管理与开发管理信息系统打下基础。

4.实训内容及结果

4.1档案管理系统需求分析

4.1.1系统功能需求

档案管理系统是一套功能强大，操作简便、实用的自动化管理软件，包括用户管理、系统参数设置、档案数据录入(分为文件录入和案卷录入两部分)、案卷数据查询(分为文件查询和案卷查询两部分)、借阅管理、数据维护(分为数据备份和数据操作)、操作日志查看、报表打印等。可以用于一般的档案室，也可用于网络中的办公系统，进行联网操作。 本档案管理系统主要针对某档案室的具体业务流程开发设计，系统提供了较好的功能扩充接口。开发档案管理软件是为了满足该档案室对档案管理和业务管理的方便，以现代化的创新思维模式工作。 下面概括一下本档案管理系统大致的功能需求。 用户登陆

2 在用户进入系统前，首先要求用户进行登录，登录是要验证用户名和密码是用户的登录密码要求机密保存在数据库中。用户登录后需要记入到日志库否匹配，验证通过后允许用户进入本系统操作。用户的密码需要进行加密算法。 中。 修改注册信息 用户登录后，可以修改自己的注册信息，包括修改用户密码，每页显示行数等信息，不允许修改用户名、姓名和部门等信息。

权限设置

本模块只有系统管理员可以操作。

管理员可以增加系统用户、删除系统用户、修改用户的相关属性、修改用户的权限表。

系统参数设置

本模块设置系统的辅助参数表，这些参数表是输入数据时作为辅助使用的。每个参数表需要有增加、删除、修改和查看等操作。

数据录入 本模块处理用户输入新的档案文件信息或者档案案卷信息。

输入数据时要考虑用户连续录入的情况，可以从上一条记录复制数据到新的记录中。

不同的档案不同的输入情况，比如科技档案只有文件信息，没有案卷信息。 输入案卷信息之后可以接着输入此案卷下的文件信息，案卷信息中相应的字段带入文件信息输入界面，且不可更改。

数据维护

本模块需要具有“数据维护”的权限的用户可以操作。

数据维护模块对已经“删除”(只是做删除标记)的档案文件做最后的判定，判断该文件是否要删除。此模块涉及两种操作：回复和彻底删除。

数据查询

按用户输入的条件查询相应的档案文件信息。

查询结果以列表目录形式显示，也可以卡片形式显示。具有档案处理权限的用户可以对查询的结果编辑并保存，也可以“删除”(做删除标记)档案文件记录。

数据修改

本模块主要实现批量修改数据的功能，可以有用户指定条件，将数据库中所有符合条件的文件或案卷记录按要求修改某个字段的值。

例如可以指定将所有文件年份为“2002”的文件记录的保管期改为“长期”。

3 报表打印

打印各种档案的目录表和统计表。可以由用户设计进行报表的自动生成。

档案借阅

此模块分为外借登记、归还记录和电子借阅申请处理两部分，具有“借阅管理”权限的用户可以操作此模块。

外借模块实现档案文件的借出登记和归还登记功能。

电子借阅申请由具有“借阅管理”权限的用户处理，一般用户提出阅读电子文档的申请后，被同意阅读后，文件将被发送给申请人。

数据备份及恢复

本模块需要实现数据的备份和恢复机制。

数据备份操作可以按年度、档案种类等条件做部分备份或完全备份。 数据恢复就是将备份的数据恢复到数据库中。

可以对数据进行备份和恢复，备份的路径在系统参数设置中指定。备份生成一个XML文件，恢复的时候自动由此恢复。具有批量备份和恢复功能。

查阅操作日志

本模块对系统运行日志操作，具有“日志操作”权限的用户可以进入本模块。可以尽心查看日志记录等操作。

下图为整个档案管理系统的功能需求。

图1 档案管理系统的功能需求

4 4.1.2用户管理模块

用户管理模块包括如下图2所示几个部分

图2 用户管理模块

添加用户：管理员可以对用户进行添加操作。

删除用户：管理员可以对已有用户进行删除操作。

查看用户权限：每个用户都具有一定的权限，管理员可以查看用户的管理权限。

修改管理权限：管理员可以修改用户的管理权限。

添加管理权限：管理员在权限管理中可以添加管理权限。

删除管理权限：管理员在权限管理中可以删除管理权限。

4.1.3系统参数设置模块

系统参数设置模块包括如下图3所示几个部分

图3 系统参数设置模块

系统表：管理员可以修改单位名称和卷宗号并保存。

档案种类表：对档案种类进行添加、删除操作。

文件种类表：对文件种类进行添加、删除操作。

5 文件类目表：对文件类目进行添加、删除操作。

其他参数表：对其他文件进行编辑、删除操作。在编辑时可以修改附件存放路径和备份文件存放路径。

4.1.4借阅管理模块

借阅管理模块包括如下图4所示几个部分

借阅登记：输入借阅条件后就可以申请借阅登记。

借阅查询：提供对所借出案卷的查询工作，对归还日期做详细说明。

网上借阅：网上借阅提供网上借阅申请、未提交的借阅申请、已处理的借阅申请、借阅申请处理和网上答复几个小模块。

其中网上借阅申请、未提交的借阅申请、已处理的借阅申请模块是所有用户都拥有的，借阅申请处理是具有借阅管理权限的用户所拥有的模块、网上答复是具有借阅答复权限的用户所拥有的模块。

图4 借阅管理模块

4.1.5案卷管理模块

案卷管理模块包括如下图5所示几个部分

图5 案卷管理模块

案卷查询：对所需要的案卷进行查询操作。

案卷录入：保存案卷。

6 4.1.6文件管理模块

文件管理模块包括如下图6所示几个部分

图6 文件管理模块

文件查询：对所需要的文件进行查询操作。

文件录入：保存文件。

4.1.7数据管理模块

数据管理模块包括如下图7所示几个部分

图7 数据管理模块

数据备份：对文件表和案卷分别进行备份。

数据恢复：对文件表和案卷分别进行数据恢复。

7 4.2系统的UML建模

4.2.1UML初始模型

选择菜单命令【File—>New】打开如图8所示的【Create New Model】对话框，选择J2SE模式，然后单击【OK】按钮。并保存这个新的模型为“档案管理系统”。

图8 新建模型

4.2.2业务建模

4.2.2.1业务用例模型  确定业务参与者

参与者是系统的主体，表示提供或接收系统信息的人或系统，他们是交互作用的人或事物。本系统的功能大致可以分为以下几个部分。

用户登录——验证用户身份的合法性，判断是否运行进入本系统。

修改注册信息。

权限设置——增、删用户，修改用户属性和用户的权限。

系统参数设置——设置系统的辅助参数表。

数据录入——档案案卷和文件信息的录入。

数据维护——对用户删除的数据进行判定，恢复或者正式删除。

数据查询——查询档案数据，可以查看查询到档案文件数据，根据权限的不太也可以修改指定的档案数据。

数据修改——用户可以通过此模块批量修改数据。

8 报表打印——打印各类档案目录及统计报表。

档案借阅——包括档案外借、归还的登记以及网上借阅的处理。

数据备份和恢复——档案数据的备份和恢复。

日志记录。

通过以上的分析，可以创建以下的参与者：

管理员

档案室人员

案卷输入人员

借阅管理人员

一般人员

在Rose中，参与者的创建如图9所示。

图9 业务参与者

 确定业务用例

经过分析调查，档案管理系统根据业务流程可以分为以下几个用例：

用户登录

根据权限进入

管理员系统参数设置

管理员进行用户管理

数据信息录入

数据查看

数据备份和恢复

普通用户网上借阅管理

管理员操作日志并查看

报表打印

用户注册管理

在Rose中，使用Use Case View建立用例，如图10所示。

图10 业务用例

 用例规约

每个用例都有其用例规约，即每个用例的含义，这里仅对部分用例进行用例规约。

 借阅登记：

正常事件流：

借阅管理员选择借阅者

借阅管理员查看借阅者当前时段之前的借阅申请记录 借阅者提交借阅登记命令 借阅管理员选择需要借阅的时间 在借阅视图中显示新的借阅信息 可选事件流：

借阅管理员选择借阅者

借阅管理员选择一个已有的借阅记录 借阅管理员改变借阅时间

在借阅视图中更新这个新信息，并在以后视图中都可以看到

异常事件流： 没有此借阅者。

 借阅查询：

正常事件流：

借阅管理员输入需要查询的案卷号 在借阅视图中显示这个案卷的借阅信息

10  网上借阅：

正常事件流：

借阅者查看已提交和未提交的借阅申请 借阅者查看已提交的借阅申请是否被处理 借阅管理员处理借阅申请

 用例建模

按照业务参与者的只能划分，档案管理的用例图分别为：借阅管理员的用例图，档案室人员的用例图，系统管理员进行系统维护的用例图。如图

11、图

12、图13所示。

 借阅管理人员的用例图

图11 借阅管理人员的用例图

 档案室人员的用例图

图12 图档案室人员的用例图

11  系统管理员进行系统维护的用例图

图13 系统管理员进行系统维护的用例图

 活动图 活动图描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以清晰地描述这些事。在档案管理系统中，有明确活动的类有系统管理员、案卷输入人员、借阅管理人员、一般人员。可以在系统中为这几个类建立活动图。

 一般人员的活动图

一般人员首先登录系统，然后进入网上借阅、借阅登记、借阅查询等活动，注意这几个活动都是并列的。完成活动后退出系统。如图14所示。

图14 一般人员的活动图

12  借阅管理人员的活动图

借阅管理员可以处理两种情况，借阅申请处理和借阅归还处理。当一般人员申请借阅档案时，借阅管理员要检查一般人员的凭证是否满足借阅条件;当一般人员归还档案时，借阅管理员要检查所借的档案是否超时，如果超时，将采取一定的惩罚措施。如图15所示。

图15 借阅管理人员的活动图

 案卷输入人员的活动图

案卷输入人员的活动比较简单，主要负责案卷的录入工作。如图16所示。

图16 案卷输入人员的活动图

 系统管理员的活动图

系统管理员拥有最高的权限，几乎可以做任何工作，所以相对处理的内容比较多，活动图也就很多。因此，这里仅以一部分为例。

13  系统管理员维护系统数据的活动图

系统管理员在维护系统数据的活动中，可以进行两种操作，即数据备份和数据恢复。如图17所示。

图17 系统管理员的活动图

 系统管理员维护用户的活动图

系统管理员在维护用户的活动中，可以对用户实行管理，在用户管理中可以添加用户、删除用户，还可以查看用户权限;在权限管理中，系统管理员还可以对用户实现权限管理，进行删除用户权限和添加用户权限的操作。如图18所示。

图18 系统管理员维护用户的活动图

14  系统管理员设置系统参数的活动图

系统管理员在设置系统参数的活动中，设计多个并列的小活动。如修改单位名称及卷宗号、添加/删除档案种类、添加/删除文件种类、添加/删除文件类目，还有其他参数设置。这些操作都将在设置系统参数的大活动中进行。如图19所示。

图19 统管理员设置系统参数的活动图

4.2.2.2业务分析模型  时序图

时序图按照时间顺序描述系统元素之间的交互。档案管理系统的时序图主要有如下几个。

用户管理模块中的系统管理员添加、删除或修改用户的时序图。

案卷管理模块中的案卷输入员录入或查询案卷的时序图。

借阅管理模块中的借阅管理员管理借阅案卷的时序图。

文件管理模块中的一般人员查询文件的时序图。

数据管理模块中的系统管理员备份或恢复数据的时序图。

系统参数设置模块中的系统管理员的添加、删除文件档案的时序图。

15  系统管理员添加用户的时序图

图20 系统管理员添加用户的时序图

 案卷输入员录入案卷的时序图

图21 案卷输入员录入案卷的时序图

 借阅管理员管理借阅案卷的时序图

图22 借阅管理员管理借阅案卷的时序图

16  一般人员查询文件的时序图

图23 一般人员查询文件的时序图

 系统管理员备份数据的时序图

图24 系统管理员备份数据的时序图

 系统管理员的添加档案的时序图

图25 系统管理员的添加档案的时序图

17 4.2.3分析模型

4.2.3.1参与者

通过分析调查，可以创建以下的参与者，如图26所示。

管理员

档案室人员

案卷输入人员

借阅管理人员

一般人员

图26 参与者

4.2.3.2用例

根据分析得出该业务一共有以下用例，如图27所示。

图27 用例

18 4.2.3.3用例图

按照业务参与者的只能划分，档案管理系统的用例图分别为：借阅管理人员的用例图、档案室人员的用例图、系统管理员进行系统维护的用例图。如图

28、图

29、图30所示。

 借阅管理人员的用例图

图28 借阅管理人员的用例图

 档案室人员的用例图

图29 档案室人员的用例图

19  系统管理员进行系统维护的用例图

图30 系统管理员进行系统维护的用例图

4.2.3.4时序图

时序图按照时间顺序描述系统元素之间的交互。档案管理系统的时序图主要有如下几个。

用户管理模块中的系统管理员添加、删除或修改用户的时序图。

案卷管理模块中的案卷输入员录入或查询案卷的时序图。

借阅管理模块中的借阅管理员管理借阅案卷的时序图。

文件管理模块中的一般人员查询文件的时序图。

数据管理模块中的系统管理员备份或恢复数据的时序图。

系统参数设置模块中的系统管理员的添加、删除文件档案的时序图。

 系统管理员添加用户的时序图

用户首先使用自己的用户名和密码登录系统，在登录时，登录模块会讲用户的ID保存在系统的缓存中并提交给下一页面。然后进入用户管理模块，在进入这个模块时，同样会验证用户的ID，因为这个模块只有具有管理员身份才可以进入。进入后单击“添加用户”命令即可在添加列表中按要求添加用户信息，完毕后单击“保存”按钮提交列表信息给数据库模块，进行添加处理，最后提示添加成功信息给管理员。如图31所示。

图31 系统管理员添加用户的时序图

 案卷输入员录入案卷的时序图

案卷输入员首先使用自己拥有的用户名和密码登录系统。在登录时，登录模块将案卷输入员的ID保存在系统的缓存中并提交给下一页面。进入案卷管理模块，只有他和比他权限大的用户才可以进去。然后提交“案卷录入”命令，要求案卷输入人员输入案卷的相关信息，注意录入信息的具体要求。录入完毕后单击“保存”即可完成案卷录入工作，并提示案卷录入成功的信息。如图32所示。

图32 案卷输入员录入案卷的时序图

21  借阅管理员管理借阅案卷的时序图

借阅管理员用系统管理员分配的用户名和密码登录系统，进入借阅管理模块。在登录时，登录模块会将借阅管理人员的ID保存在系统的缓存中并提交给下一页面。想借阅必须先登记，提交“借阅登记”命令，进入借阅借阅登记页面，要求借阅管理人员输入相关借阅的内容，主意内容的输入要求。单击“查询”命令寻找满足用户需求的文件，如果有，单击“借阅”命令即可完成借阅操作。如图33所示。

图33 借阅管理员管理借阅案卷的时序图

 一般人员查询文件的时序图

一般人员的权限非常小，他根据管理员分配的用户名和密码登录档案管理系统，同时提交ID给文件管理模块。这样就看操作文件管理模块中的某项功能了，比如查询文件功能。在档案管理系统的界面中单击“文件查询”命令，将进入查询文件的界面，然后按要求输入查询条件并提交，这时，系统将根据提交的信息显示出结果给一般人员，至此完成文件查询操作。如图34所示。

图34 一般人员查询文件的时序图

22  系统管理员备份数据的时序图

系统管理员拥有在高的权限级别，几乎可以干任何事情。首先还是要登录档案管理系统，并提交ID给数据管理模块，然后单击“数据备份”命令，系统提示输入想要备份的文件路径。管理员输入信息后提交信息给数据库，保存该条信息，以便日后查询，最后显示备份成功信息给管理员。如图35所示。

图35 系统管理员备份数据的时序图

 系统管理员的添加档案的时序图

系统管理员做的第一步就是登录系统，并提交他的ID给档案管理模块。在档案管理系统的后台界面中单击“档案录入”命令，进入添加档案界面，该界面要求输入待添加档案的基本信息。添加完毕提交档案信息并保存到数据库中，最后显示添加档案成功信息给管理员，至此添加档案操作动作完成。如图36所示。

图36 系统管理员的添加档案的时序图

23 4.2.3.5协作图 协作图用来表现系统的对象间另一种交互，即时间和空间顺序上的交互。档案管理系统的协作图主要有以下几个。如图

37、图

38、图

39、图40、图

41、图42所示。

用户管理模块中的系统管理员添加、删除或修改用户的协作图。

案卷管理模块中的案卷输入员录入或查询案卷的协作图。

借阅管理模块中的借阅管理员管理借阅案卷的协作图。

文件管理模块中的一般人员查询文件的协作图。

数据管理模块中的系统管理员备份或恢复数据的协作图。

系统参数设置模块中的系统管理员的添加、删除文件档案的协作图。

 系统管理员添加用户的协作图

图37 系统管理员添加用户的协作图

 案卷输入员录入案卷的协作图

图38 案卷输入员录入案卷的协作图

24  借阅管理员管理借阅案卷的协作图

图39 借阅管理员管理借阅案卷的协作图

 一般人员查询文件的协作图

图40 一般人员查询文件的协作图

 系统管理员备份数据的协作图

图41 系统管理员备份数据的协作图

25  系统管理员的添加档案的协作图

图42 系统管理员的添加档案的协作图

4.2.3.6状态图 在档案管理系统中，有明确状态转换的类有档案和借阅者账户(相当于包含 档案的状态图

档案处于外借状态时，可以借阅，借阅后就变为借阅状态。外借档案归还后又变为可外借状态。如图43所示。 特定个人信息的电子借阅证)。可以在系统中为这两类事物建立状态图。

图43 档案的状态图

26

 借阅者账户的状态图

借阅者的账户刚被管理员添加时处于借阅账户的可用状态，当所借档案数带到规定的借阅数目上限后，变为不可用状态。当账户被管理员删除后，变为删除状态。如图44所示。

图44 借阅者账户的状态图

4.2.3.7分析类图  实体类

经过分析，有如下实体类，分别为借阅时间、日志、管理权限、数据备份记录、文件存放路径、报表、数据恢复记录、文件种类、用户、借阅申请、档案种类、案卷信息，如图45所示。

图45 实体类

27  控制类

经过分析，有如下控制类，分别为：打印报表workflow、档案种类表操作workflow、根据权限查看workflow、借阅查询workflow、数据查看workflow、数据信息录入workflow、数据备份和恢复workflow、管理员用户管理workflow、网上借阅workflow、普通用户网上借阅管理workflow、管理员操作日志并查看workflow、用户注册管理workflow、用户登录workflow、借阅登记workflow、文件种类表操作workflow、管理员系统参数设置workflow，如图46所示。

图46 控制类

 边界类

经过分析有，如下边界类，分别为：借阅登记UI、借阅查询UI、文件种类操作UI、管理员系统参数设置UI、数据查看UI、档案种类操作UI、网上借阅UI、管理员操作日志并查看UI、用户注册管理UI、数据备份和恢复UI、管理员用户管理UI、数据信息录入UI、用户登录UI、普通用户网上借阅管理UI、根据权限查看UI、报表打印UI，如图47所示。

图47 边界类

28 4.2.4设计模型

4.2.4.1包图 本系统共有6个包，分别为用户管理模块的包、系统参数设置模块的包、借阅管理模块的包、案卷管理模块的包、系统中文件管理模块的包、系统中备份管理模块的包。

图48 包图

包中的类

 系统中用户管理模块的类图，如图49所示

图49 统中用户管理模块的类图

 系统中中系统参数设置模块的类图，如图50所示

图50 系统中中系统参数设置模块的类图

29  系统中借阅管理模块的类图，如图51所示

图51 系统中借阅管理模块的类图

 系统中案卷管理模块的类图，如图52所示

图52 系统中案卷管理模块的类图

 系统中文件管理模块的类图，如图53所示

图53 系统中文件管理模块的类图

30  系统中备份管理模块的类图，如图54所示

图54 系统中备份管理模块的类图

4.2.4.2类图

和数据库字段相关的基础类 在档案管理系统中最基本的几个类：User、fVolumn、Archive、FileType、RoleUser，如图55所示。

图55 和数据库字段相关的基础类

User类是用户信息类，它的属性很多，包括用户登录所用名(EnterName)、用户姓名(UserName)、用户密码(PassWord)、用户所属部门(Department)、没有显示查询条数(RowsPage)。

fVolumn类是档案案卷信息数据描述类，包括案卷编号(VolumID)、档案种类(ArchiveType)、案卷号(VolumnNo)、案卷标题(VolumnTitle)、工程代号

31 (Code)、类目号(Category)、保管期限(RetentionPeriod)、案卷起始年月(StartDate)、案卷截止年月(EndDate)、案卷总件数(TotalNum)、案卷总页数(TotalPage)、责任者(Duty)等属性。

Archive类是档案管理类，包括档案序号(SeriaNo)、状态(Status)、删除标记(Deleted)、同步标记(RepFlag)、档案种类(ArchiveType)、文件种类载体种类(FileType)、题目分说明(Title)、一般文献类型标识(literatureType)、题目说明(TitleRemark)、成文日期载体形式时间(FileDate)、文件年代工程代号载体年代(Code)等属性。

FileType类是档案种类类。 RoleUser类是用户角色类。

各类之间的关系

 数据库表类之间的关系，如图56所示。

图56 各类之间的关系

User类表示档案管理系统中的用户，RoleUser类指用户的权限。在现实世界中，一个用户只能拥有一个权限，但是一种权限可以分配给多个用户，所以User和RoleUser之间是多对一的关系。 fVolum记录的是案卷的基本信息，FileType记录了案卷的种类,Archive是档案管理的类，所以fVolum与FileType是一对一的关系，fVolum与Archive是多对一的关系。

32 4.2.4.3组件图

 系统的组件图包括系统服务和数据服务两个组件。如图57所示。

图57 组件图

4.2.4.4部署图

配置图主要是用来说明如何配置系统的软件和硬件。系统由多个节点构成，应用服务器负责整个系统运行的总体协调工作，数据库负责数据管理。Web应用程序模块拥有参与者进行各自权限的操作。管理员可以通过管理应用服务器来管理整个系统。一般人员可以通过互联网访问应用服务器来操作服务。系统的配置图，如图58所示。

图58 配置图

4.2.4.5数据建模  创建数据库对象

在构建视图中创建BBS数据库

33

图59 BBS数据库(1)

选择SQL Sever 2000数据库

图60 BBS数据库(2)

 创建模式

在逻辑视图中创建模式

图61 创建模式

 创建域包和域

在逻辑视图中创建域包和域  创建域包

图62 创建域包

34

 创建域

在这里创建3个域，分别为ID域、name域和pwd域。

 ID域

ID域数据类型为INT，有唯一性约束和非空约束。

图63 ID域

 name域

name域数据类型为VARCHAR，长度为20，有唯一性约束和非空约束。

图64 name域

 pwd域

pwd域数据类型为VARCHAR，长度为15，有唯一性约束和非空约束。

图65 pwd域

35

 创建数据模型

图66 创建BBS数据模型

 创建表

 分别创建用户表、管理员表、版块信息表、帖子信息表。如图

52、图

53、图

54、图55所示。  User表

图67 User表

 Archive表

图68 Archive表

36  fVolumn表

图69 fVolumn表

 RoleUser表

图70 RoleUser表

 FileType表

图71 FileType表

37  创建表与表之间的关系

 创建各表之间的关系，如图72所示。

图72 各表之间的关系

 代码生成

 在“档案”模式上单击右键，选择弹出菜单中的选项“Data Modeler”，在弹出的子菜单中再选择前向工程“Forward Engineering„”，打开前向工程对话框，如图73所示。

图73 代码生成(1)

 单击“Next”进入下一个对话框进行功能设置，选择希望生成代码的模型元素。功能选项如图74所示

图74 代码生成(2)

38  单击“Next”选择保存脚本代码的文件。输入保存代码的文件名，选择好文件路径，点击“Next”完成。显示的对话框如图75所示。

图75 代码生成(3)

 生成代码，如图76所示。

图76 代码

5.实训小结

统一建模语言(UML)是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML 适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，UML 是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。 通过本次实训，我对UML建设的整个过程更详细的了解;并学会了如何使用Rose画用例图、活动图、顺序图、协作图、状态图、类图、包图等。总之，通过自己的努力和老师、同学的帮助，使我在这次实训中收获了很多。

39

第五篇：网上购物系统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

II

1.1 选题背景

1 引言

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

1.2 选题意义和目的

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

1.3 研究方法

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

3

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 缺货拒绝

5

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

3.2 用例分析

3.2.3创建用例图

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

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

6

3.3 类图分析

3.3.1 当前系统的类

当前系统的类：

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

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

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

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

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

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

7

图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所示：

9

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

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

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

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

10

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

3.5 系统的协作图分析

3.5.1 顾客订购协作图

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

图3-7 顾客订购协作图

3.5.2 顾客删除订单的协作图

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

11

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

3.5.3 管理员处理订单协作图

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

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

12

3.6 系统的状态图分析

3.6.1 管理员状态图

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

图3-10 管理员状态图

3.6.2 用户状态图

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

13

图3-11 用户状态图

3.7 系统的构件图分析

3.7.1 网上购物系统构件图

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

14

图3-12 构件图

3.8 系统的部署图分析

3.8.1 网上购物系统部署图

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

15

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

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

18