下载文档第一篇：基于UML的网络购物系统的分析
基于UML的网络购物系统的分析
姓名：牛慧敏
学号;102055208 摘要：论文简单的描述了UML的基本概念和发展历史，并且分析了目前运用UML存在的一些问题，通过在实际的设计开发中运用UML对网络购物系统的开发例子来阐述UML的一些实现原理。
关键词：对象管理组织 统一建模语言 面向对象设计
[Abstract]:This paper describes the history and development of basic concepts and analysis of the current use of UML problems through the practical application of UML to the design and development of network shopping system development to achieve some examples to explain the principles of UML
[key words]：OMG, UML, OOA.1.UML基本概念和历史：
UML是有世界著名的面向对象技术专家G.BOOCH，J.RUMBAUGH，和I.JACOBSON发起，在BOOCH方法，OMT方法和OOSE方法的基础上，汲取其他面向对象方法的优点，广泛征求意见，几经修改而完成的。目前UML得到了诸多大公司的支持，已经成为面向对象技术领域内占主导地位的标准建模语言。
目前最新的UML规范说明是2003年3月发布的1.5版本。OMG在同时进行两个UML版本的工作，一个是对1.X版本的改进工作，一个是有较大改动的版本2.0的工作。OMG从2001年开始UML2.0的工作，由于UML2.0是一个比较大的升级工作，其发布时间也一再的 推迟。经过对2.0版本草案的多次征求意见和修改，2003年8月，OMG发布了最后的征求意见版本。正式的版本将很快发布。在UML建模语言成为标准之前，有很多的OO方法，每种方法都说自己是最好的，出现了所谓的方法学大战。随着UML被OMG采纳为标准，面向对象领域的方法学大战也随之结束。UML在学术界和工业界越来越受到重视。
2.目前运用UML存在的一些问题：
自从OMG（对象管理组织）提出UML以来,随着它的不断完善发展, UML逐渐被很多企业接受认可, 在很短的时间内，UML已经成为软件工业中占支配地位的建模语言。但目前在国内外UML的运用情况却不是很好。2002年6月底,BZ公司对226个个体进行了调查,结果是有34%的开发人员运用UML进行系统开发的建模,62%的开发人员不用UML进行开发,4%的开发人员不太确定[1].究其原因是UML1.4还存在以下几个方面的不足: 第一，目前UML很多地方运用难以解释的字符来描述系统的功能、系统的行为和计算,不易于理解。并且没有对数据操作进行定义,很多对象之间的行为过程没有加以说明，如：对象之间关系的操作（relationship manipulation），这些都迫切需要一个标准化的行为描述语言(Action Specification Language)来对系统的行为进行精确的描述。
第二，UML虽然是一种面向对象的软件系统设计的标准描述语言，但是在其状态图中用状态和迁移表示对象行为关联时用到了大量的 不易于理解的注释字符，因此，系统的UML模型既不是可以执行的也是不和用编程语言开发的可执行程序相协调。
第三，在不同的技术实现平台上（如：实现语言，软件环境）对同样需求的系统建模时细节差别很大，系统构建模型的重用性就很低。这样在计算机技术正在向各个方向快速发展的今天，老的遗留系统必须和新技术的实施平台，开发技术相协调，使得新旧系统之间的集成或系统的演化面临不同的实现技术，老的遗留系统在运用新技术进行重构时，必然要浪费很多财力，人力进行系统模型的更新甚至完全重建系统
3.网络购物系统的分析：
（1）用例图的分析：分析阶段的一个主要工作是对用户的需求进行分析，找出系统的用例，如下图是网络购物系统的用例图：当然这并不是唯一的用例图，每个设计者对用例的划分粒度，参与者的选择，用例优先级的分配等有不同的方案。在用例的分析中，对于用例还有一个很重要的工作就是要有用例的描述，这样会让用户能更加明白你的系统的用途。在网络购物系统中，购物者进入网站是浏览或购买自己喜爱的东西，对于用例的描述有不同的格式，但是基本的内容应该都是差不多的。都是能尽量的把系统的所有功能描述清楚，让用户最大化的理解和能使用系统的功能。
管理员登陆系统
（2）类图的分析：画类图和理解类图时都应采用三个层次的观点。这些观点也适用于其它模型。三个层次的观点不是UML的组成部分，但对建造模型或评价模型都非常有用，且都可应用于UML.（1）概念层描述应用域中的概念，是对现实世界的直接描述，与实现它们的类有关 但与实现方案和实现语言无关。（2）说明层描述软件的接口，而不是软件的实现。一个类型描述一个接口，但可能有多种实现。（3）实现层从实现的角度定义类及其实现，揭示了软件实现体的构成情况。下面是系统的类图
：
（3）设计的部署图分析：部署图可以显示节点以及它们之间的必要连接，也可以显示这些连接的类型，还可以显示组件和组件之间的依赖关系，但是每个组件必须存在于某些节点上。部署图用于对系统的实现视图建模。绘制这些视图主要是为了描述系统中各个物理组成部分的分布、提交和安装过程。在实际应用中，并不是每一个软件开发项目都必须绘制部署图的。如果项目开发组所开发的软件系统只需要运行于一台计算机并且只需使用此计算机上已经由操作系统管理的标准设备，这种情况下就没有必要绘制部署图了。另一方面，如果项目开发组所开发的软件系统需要使用操作系统管理以外的设备（例如数码相机、路由器等）、或者系统中的设备分布在多个处理器上，这时就有必要绘制部署图，用其来帮助开发人员理解系统中软件和硬件的映射关系。下面的本系统的部署图，比较简单明了。Desktop...InternetDesktop...RegistrationServer LANWebBrowserbuyingSystemsaleSystemMaintainSystemLANDesktop PC(saler)
4.结束语： UML在软件工程中的运用是与ＯＭＧ组织提出的ＭＤＡ是相一致的，随着它的不断发展和完善，并且随着OMG使UML实现的标准化﹑统一化，最终基于UML的MDA软件开发过程将变为一个更加重用，更加快速，更加有效的软件开发方法，使软件开发方法向更高抽象层，更加可重用发展
5.参考文献：
[1] Alan Zeichick , Modeling Usage Low;Developers Confused About UML 2.0, MDA,2004 [2] ITU Recommendation Z.100, Specification and Description Language(SDL)；2003 [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存在的一些问题，通过在实际的设计开发中运用UML对网络购物系统的开发例子来阐述UML的一些实现原理。
关键词：对象管理组织统一建模语言 [Abstract]: [key words]：
1.UML简介和背景：
2.目前运用UML存在的一些问题：
自从OMG（）提出UML以来,随着它的不断完善发展, UML逐渐被很多企业接受认可, 在很短的时间内，UML已经成为软件工业中占支配地位的建模语言。但目前在国内外UML的运用情况却不是很好。2002年6月底,BZ公司对226个个体进行了调查,结果是有34%的开发人员运用UML进行系统开发的建模,62%的开发人员不用UML进行开发,4%的开发人员不太确定[1].究其原因是UML1.4还存在以下几个方面的不足: 第一，目前UML很多地方运用难以解释的字符来描述系统的功能、系统的行为和计算,不易于理解。并且没有对数据操作进行定义,很多对象之间的行为过程没有加以说明，如：对象之间关系的操作（relationship manipulation），这些都迫切需要一个标准化的行为描述语言(Action Specification Language)来对系统的行为进行精确的描述。
第二，UML虽然是一种面向对象的软件系统设计的标准描述语言，但是在其状态图中用状态和迁移表示对象行为关联时用到了大量的不易于理解的注释字符，因此，系统的UML模型既不是可以执行的也是不和用编程语言开发的可执行程序相协调。
第三，在不同的技术实现平台上（如：实现语言，软件环境）对同样需求的系统建模时细节差别很大，系统构建模型的重用性就很低。这样在计算机技术正在向各个方向快速发展的今天，老的遗留系统必须和新技术的实施平台，开发技术相协调，使得新旧系统之间的集成或系统的演化面临不同的实现技术，老的遗留系统在运用新技术进行重构时，必然要浪费很多财力，人力进行系统模型的更新甚至完全重建系统。3.网络购物系统的分析：
3.1网络购物系统的需求分析：
1：普通用户可以登陆系统，成为登陆后用户。
2：普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。
3：除提供一般权限外，本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。
4：登陆后用户可修改购物数量。3.2 用例图的分析：确定执行者 1谁使用系统的主要功能？
2谁需要从系统获得对日常工作的支持和服务？
3需要谁维护管理系统的日常运行？
4公司的哪个部门使用系统？
5系统需要与其它哪些系统交互？
6谁需要使用系统产生的结果？ 针对网上购物系统的前台系统，通过回答以上问题，可以得到执行者有两类，普通用户和登录后的用户。确定用例:
2系统需要哪些输入/输出？这些输入/输出从何而来？到哪里去？
4执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？ 绘制用例图如下，见图(1):
3.3类图的分析：画类图和理解类图时都应采用三个层次的观点。这些观点也适用于其它模型。三个层次的观点不是UML的组成部分，但对建造模型或评价模型都非常有用，且都可应用于UML.（1）概念层描述应用域中的概念，是对现实世界的直接描述，与实现它们的类有关但与实现方案和实现语言无关。（2）说明层描述软件的接口，而不是软件的实现。一个类型描述一个接口，但可能有多种实现。（3）实现层从实现的角度定义类及其实现，揭示了软件实现体的构成情况。
针对当前系统1产品类（Product）的主要操作：设置和获取每个属性值的方法。2产品类别类（Category）的主要操作：设置和获取每个属性值的方法。3产品项目类（Item）的主要操作：设置和获取每个属性值的方法
4订单类（Order）的主要操作：设置和获取每个属性值的方法、初始化订单（initOrder）、增加产品项目（addLineItem）等。
5购物车类（Cart）的主要操作：设置和获取每个属性值的方法、增加产品项目（addItem）、删除产品项目（removeItemById）等。
6购物车项目类(CartItem)的主要操作：设置和获取每个属性值的方法、统计金额（calculateTotal）等。
下面是系统的类图，见图(2):
4.系统的顺序图分析：顺序图可描述几个对象间的动态协作关系，它非常直观的展示了对象之间传递消息的时间顺序。反映了系统执行过程中某个特定时刻所发生的事情。在系统分析时，可对主要对象类绘制顺序图，以便分析系统的行为，验证和修改系统的静态结构，满足用户的需求，达到系统的目标。根据以上图(1)、图(2)的分析，可得网上购物系统如下，见图(3):
5.结束语：UML在软件工程中的运用是与ＯＭＧ组织提出的ＭＤＡ是相一致的，随着它的不断发展和完善，并且随着OMG使UML实现的标准化﹑统一化，最终基于UML的MDA软件开发过程将变为一个更加重用，更加快速，更加有效的软件开发方法，使软件开发方法向更高抽象层，更加可重用发展。6.参考文献：
[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；
第三篇：网上购物系统系统分析
一、系统流程分析
(1)普通用户分为注册会员用户和非会员用户。进入网站首页，会员用户登录成功后具有查看商品信息并订购商品、查看订购信息、查看公告信息、修改个人信息等权限；非会员用户不用登录，只能查看商品信息、公告信息，不能订购商品．只有注册成为会员用户并成功登录后。方可订购商品。
(2)部门管理员只可以对本部门销售的商品的分类、商品品牌和商品信息进行管理，也可对自己的个人信息进行管理维护。
(3)总管理员可以对商城销售的商品大类、各部门的管理员、公告信息和客户订单进行管理．并可以修改个人信息和密码。
图1-1 系统流程示意图
二、系统数据库设计
本系统客观存在的实体有：管理员(gly)、注册会员用户user)、商品种类(spzl)、商品子类(splx)、商品品牌(ppxx)、商品(sp)、商城公告(board)。共7个实体，图2-1 网上购物全局E-R图
三、逻辑结构设计
管理员：包括管理员编号、注册名、密码、真实姓名、地址、电话、E-mail、其他。当管理员编号为“0000”时，代表系统总管理员，其他编号为对应的部门管理员。注册会员用户信息：包括用户ID、姓名、密码、性别、地址、手 机号、电话、E—mail。
商品种类：包括商品种类编号，商品种类名称。每一个商品种类可以有多个商品子类。商品子类：包括子类编号、子类名称、指标名称I、指标名称
2、指标名称
3、指标名称
4、指标名称5。5个指标名称中分别存
放每一子类商品的5个主要的指标名称。
商品品牌：包括品牌编号、品牌名称、品牌生产商、业务联系 信息。
商品：包括商品编号、商品名称、商品型号、商品指标值
1、商品指标值
2、商品指标值3，商品指标值
4、商品指标值
5、参考销售单价、上市日期、图片、简介。5个商品指标值巾分别存放各商品的具体指标参数值。
商城公告信息：包括公告编号、公告标题、公告内容、发布时阅。
商品销售信息：包括订单编号、用户编号、商品种类编号、商品分类编号、商品品牌编号、商品编号、订购日期、订购数量、实际销售价、用户确认、发货日期、管理员确认。
四、数据库逻辑结构设计
1．公告信息表（题目，内容，时间，编号，提交人）
2．商品类别表（编号，类别，名称，序号，厂家，包装类型，销售价格，进货价格，商品简介，浏览次数，销售数量，相关图片）
3．购物车表（编号，用户名，商品编号，订购时间，订购数量，销售价格，用户确认，订单号，提交时间，管理员确认）
4．用户投诉表（投诉编号，投诉时间，用户名，订单号，投诉内容，处理结果，处理标志）5．用户信息表（用户名，用户密码，用户姓名，性别，地址，电子邮件地址，固定电话，移动电话）
6．管理员表（用户名，密码，用户姓名）
五、模块功能设计
（1）顾客注册，登录模块
顾客可以通过填写注册信息注册成为会员，会员注册，登录需要填写附加码，保证 系统的安全性。会员登录后才能进行购物，购物车的管理与意见反馈，为登录的会员或 未注册的顾客只能检索与浏览商品信息。(2)购物车模块
顾客输入帐号与密码登录后便可以进行购物车的管理，可以查看购物车，将商品添 加到购物车中，也可以删除购物车中的商品，修改购物车中商品的数量，在线下订单及 订单查看。
(3)商品检索，浏览模块，特价商品检索，浏览模块
顾客可以根据不同的商品种类浏览商品信息(如商品名称，商品图片，商品型号，价格，生产厂商，生产日期等)，也可以输入关键字进行商品检索。顾客可以根据不同 的商品种类浏览特价商品信息(如商品名称，商品图片，商品型号，价格，生产厂商，生产日期等)，也可以输入关键字进行特价商品检索。(4)顾客留言模块
顾客登录成功后，进入反馈信息界面，可以发表自己的意见或建议。(5)后台登录模块
系统管理员输入帐号，密码和附加码可以登录后台界面，登录验证模块根据输入的 帐号密码识别不同角色的管理员，然后进入不同的后台管理模块，账号密码输入错误后 给出错误提示并要求从新输入。(6)订单管理模块
订单管理员登录后，可以根据日期范围，订单完成状态，订单编号等取得订单列表 与查看某订单的详情，也可以修改订单的完成状态及订单中的商品或数量，还可以删除 订单本身及订单中的商品。(7)商品管理模块
商品管理员可以查看商品种类和商品信息，也可以新增，修改，删除商品的种类和 商品本身。
(8)特价商品管理模块
该模块也和商品管理模块一样，商品管理员可以查看特价商品种类和信息，也可以 新增，修改，删除商品的种类和特价商品本身，并且可以将商品列为特价商品以及将特 价商品修改为一般商品(9)会员管理模块
会员管理员登录后，可以根据注册时间范围，会员级别及会员D取得会员列表，然后对某个会员可以进行详细资料的查看，级别调整与删除操作；也可以根据留言时间 范围，回复状态及会员D取得留言列表，然后对某个留言进行内容查看，回复与删除 操作。
(10)系统用户管理模块
系统管理员登录后，可以根据用户列表进行用户详细资料的查看，新增用户，修改 用户与删除用户操作。论文
1． 网上购物系统的开发背景+可行性分析（经济，技术）2． 系统需求
3． 系统设计+系统分析、实现 4． 系统工作流程 5．
第四篇：网上购物系统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 网上购物系统的分析............................................................................................................................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 参考书籍.............................................................................................................................................17 结
论.....................................................................................................................................................17
本科生课程设计—网上购物系统的分析及设计
摘要
本论文共分三部分，分别介绍了统一建模语言（UML）、面向对象程序分析与设计以及通过一个简易电子商务系统的例子介绍如何应用UML进行项目需求分析、结构规划和生成框架代码，以及如何从现有系统逆向转出代码，生成Uml模型。
该设计的主要目的是对统一建模语言的学习过程，并在学习中，通过一个简单的例子来理解UML语言的建模思想。本设计是通过一个购物车的例子来理解UML语言的。通过面向对象程序设计方法与UML思想的结合，对系统进行建模。即设计UML中的类图、对象图、用例图、协作图、顺序图、状态图、构件图和部署图。通过这些UML框图生成代码。然后，根据生成的代码框架及UML模型来完善整个程序。
这个网上购物系统，主要是实现向购物车中添加和删除商品及对商品进行结帐的功能。系统是用JSP语言实现的，它的主要功能都是通过Servlet控制的。该程序的设计思想都是通过UML语言体现的，论文详细描述了整个设计及学习的全过程。
关键词：
统一建模语言 面向对象分析
ABSTRACT
This paper is pided 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.2 选题意义和目的
该案例的目的主要是：一，学习UML在面向对象技术中的应用。二，演示在一个完整的应用中如何使用UML：从分析到设计模型到真正的代码和可运行的应用。三，学习使用UML建模工具Visio。本案例遵循的是一种顺序过程。
1.3 研究方法
一个成功的系统开发项目的成功之处在于它能够在想象者和实现这些想象的系统开发人员之间建立起沟通的桥梁。统一建模语言(Unified Modeling Language,UML)就是一种建立桥梁的工具。它能帮你捕捉住对系统所发挥的想象力，并是你能够用这些想象出来的东西来和项目的风险承担人(在这里可以理解为用户)进行交流。UML借助与一套符号和图形来帮助我们完成这些工作。每种图形在开发过程中都发挥其各自不同的作用。可行性分析
2.1 技术可行性分析
2.1.1与现有系统比较的优越性
简单性：在实现平台的功能的同时，尽量让平台操作简单易懂，这对于一个网站来说是非常重要的。
针对性：该平台设计是网上购物系统及后台管理的定向开发设计，所以具有专业突出和很强的针对性。
实用性：该平台能完成商品展示和管理员管理的基本信息，具有良好的实用性。2.1.2 技术可行性评价
技术可行性：目前，公司的管理工作和服务工作存在盲目性、随意性、和无效消耗，不能保证营销部门的工作质量，影响商品的销售，给公司带来实际的和潜在的经济损失。虽然系统开发初期投资较大，但是，若开发成功本系统，将有助于公司更好地预测市场，更好的开发客户及时调整经营销售策略，在激烈的市场竞争中把握主动。因此，从长远利益考虑，本项目若能开发成功，它所带来的效益将远高于系统投入。
2.2 经济可行性分析
2.2.1 支出
经济可行性：由于实体店铺对电子购物商城系统开发项目达成了共识，并拨出专项资金，用以购置建立网络中心所需的网络设备和软件，具备了开发Web平台系统的基本条件。
为了今后的系统维护，开发团队准备联合具有丰富经验的软件开发人员共同研究，这为今后系统的顺利开发提供了有力的技术条件。2.2.2 投资回收周期
资本周转速度快，回收期短，风险小，盈利多。不足的是，投资回收期没有全面地考虑投资方案整个计算期内的现金流量，即：忽略在以后发生投资回收期的所有好4
处,对总收入不做考虑。只考虑回收之前的效果，不能反映投资回收之后的情况，即无法准确衡量方案在整个计算期内的经济效果。网上购物系统的分析
3.1 网上购物系统的需求分析：
1：普通用户可以登陆系统，成为登陆后用户。
2：普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。
3：除提供一般权限外，本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。
4：登陆后用户可修改购物数量。
3.2 用例分析
3.2.1确定用例: 1系统需要哪些输入/输出？这些输入/输出从何而来？到哪里去？ 2执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？ 3.2.2 创建用例 订单处理 2 订单维护 3 订单状态查询 4 个人信息维护 5 订购 6 接收发货 7 库存查询 8 缺货拒绝 商品查询 10商品信息维护 11销售查询 12员工信息维护 13报表维护 14订单增加 15订单删除
3.2 用例分析
3.2.3创建用例图
系统管理的用例图如图3-1所示：
系统用户的用例图如图3-2所示：
3.3 类图分析
3.3.1 当前系统的类
当前系统的类： 产品类（Product）的主要操作：设置和获取每个属性值的方法。产品类别类（Category）的主要操作：设置和获取每个属性值的方法。3 产品项目类（Item）的主要操作：设置和获取每个属性值的方法。订单类（Order）的主要操作：设置和获取每个属性值的方法、初始化订单（initOrder）、增加产品项目（addLineItem）等。购物车类（Cart）的主要操作：设置和获取每个属性值的方法、增加产品项目（addItem）、删除产品项目（removeItemById）等。购物车项目类(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 参考书籍
[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
自己的能力，增强自己的自信心。在面对困难时要勇敢的面对才有能力、有把握去克服它，征服它。虽然我现在还有所欠缺，但我相信在以后的工作和生活中，我会不断提高自己，完善自己。
第五篇：UML食堂售饭系统分析与设计
食堂售饭系统分析与设计
目录
1.需求分析与描述.............................................................................1 1.1 需求分析.................................................................................1 1.2 用例分析.................................................................................1 1.3 用例模型图.............................................................................3 1.4 用例事件流描述.....................................................................4 2.领域模型分析...................................................................................7 3.工作流程分析...................................................................................8
食堂售饭系统分析与设计
1.需求分析与描述
1.1 需求分析
持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。 管理部门：通过计算机系统具体实现持卡人需求中的项目。
食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。
1.2 用例分析
1)系统的边界
对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。
就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。
2)系统的执行者
持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者；
管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者；
食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费
食堂售饭系统分析与设计
功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者，也是位于食堂售饭系统内部的执行者。
这样得到了系统中的执行者： 持卡人 管理部门 食堂工作人员
3)系统的用例
根据用户需求及执行者的分析，得到系统的用例如下： 办理新饭卡 饭卡充值 注销饭卡
挂失/撤销挂失饭卡 补办饭卡 退还饭卡
查看个人消费的明细
扣除饭卡费用（对应于持卡人使用饭卡消费） 汇总统计
食堂售饭系统分析与设计
1.3 用例模型图
根据前面的分析，可以得到系统的用例模型图，如上图所示。对其中3个执行者和8个用例的简单描述如下：
执行者：
持卡人：饭卡的持有者，通过食堂工作人员的操作直接使用饭卡进行消费，并通过管理部门对其饭卡进行管理。
管理部门：负责根据持卡人的需求操作计算机系统，从而实现办新卡、充值、注销、挂失/撤销挂失，补卡、退卡、查看消费明细等功能。 食堂工作人员：负责根据饭菜的金额操作自动售饭机实现扣费功能，没隔一段时间对营业情况进行汇总统计并打印出相关文档。
食堂售饭系统分析与设计
用例：
办理新饭卡：管理部门人员负责在用户申请新卡时替用户办理新饭卡。 饭卡充值：管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。
注销饭卡：管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。
挂失/撤销挂失饭卡：管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作，在其找回饭卡时撤销对饭卡的挂失。
补办饭卡：管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡，更改饭卡版本号，并实现只能使用最新版本号的饭卡。 退还饭卡：管理部门人员负责在持卡人申请退卡时清除卡内信息，退还剩余金额和押金。
查看个人消费的明细：管理部门人员负责在持卡人申请查看其消费明细时执行次操作。
扣除饭卡费用：食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。
汇总统计：食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。
1.4 用例事件流描述
1.办理新饭卡
基本流
1.用户申请办理新饭卡
2.管理部门收取其押金和存款，记录持卡人相关信息 3.管理部门创建新饭卡的相关信息 4.用户领取新饭卡 备选流
无
食堂售饭系统分析与设计
2.饭卡充值
基本流
1.持卡人申请对饭卡充值 2.管理部门向持卡人收取现金
3.管理部门根据持卡人要求向饭卡中充值 备选流
3.a 如果收取现金金额大于充值额度，管理部门向持卡人找零
3.注销饭卡
基本流
1.持卡人申请注销饭卡 2.管理部门注销饭卡 备选流
无
4.挂失/撤销挂失饭卡
基本流
1.持卡人申请挂失/撤销挂失饭卡 2.管理部门执行相应操作 备选流
无
5.补办新卡
基本流
1.持卡人申请补办新卡
2.管理部门注销持卡人原有饭卡，读出余额，清除卡内信息 3.管理部门创建新饭卡的相关信息 4.管理部门更新持卡人的相关信息
食堂售饭系统分析与设计
5.持卡人领取新饭卡 备选流
无
6.退还饭卡
基本流
1.持卡人申请退还饭卡 2.管理部门收回饭卡
3.管理部门将押金退还持卡人并清除卡内信息 备选流
2.a 如果卡内有剩余金额，管理部门想持卡人退还相应金额
7.查看个人消费的明细
基本流
1.持卡人申请查看个人消费的明细 2.管理部门让持卡人输入饭卡密码 3.持卡人查看其消费的明细 备选流
2.a 如果饭卡密码错误，给出提示，结束
8.扣除饭卡费用（对应于持卡人使用饭卡消费）
基本流
1.持卡人购买饭菜，将饭卡放到自动售饭机上 2.食堂工作人员在自动售饭机上输入饭菜的金额 3.自动售饭机查询饭卡余额 4.卡内金额扣除 备选流
3.a 如果卡中金额不够用，给出提示，结束 4.a 如果卡内金额低于底线，给出提示，结束
食堂售饭系统分析与设计
9.汇总统计
基本流
1.食堂工作人员按需求对营业情况进行汇总统计 2.打印相关报表 备选流
无
2.领域模型分析
食堂售饭系统分析与设计
3.工作流程分析
办理新卡
饭卡充值
食堂售饭系统分析与设计
挂失/撤销挂失饭卡
补办饭卡
食堂售饭系统分析与设计
查看个人信息明细
注销饭卡
食堂售饭系统分析与设计
退还饭卡
扣除金额
食堂售饭系统分析与设计
汇总统计
