订单管理用例图

电子商务系统UML图汇总1 引言1.1 项目背景信息化是当今世界发展的大趋势，是推动经济社会发展和变革的重要力量。

随着信息化时代的到来，信息传播发生了深刻的变革，人们的工作方式、生活方式乃至思维方式都发生了前所未有的改变，各行各业都在顺应这一时代变革加强信息化建设。

谁能在信息化变革时期先人一步，就能获得先机，抢占鳌头。

传统的销售方式是商家把商品放在店铺里供顾客挑选，店铺的规模、位置等客观因素影响着商店的客流量，并且商品的存放与销售需要人力进行管理，雇员的工资、店面的租金等又增加了成本，顾客也不能迅速找到所需要的商品，而开一个网上商店只需要一个可以存放商品的仓库，比租一个店面能节省很多，也不需要太多的人力来管理，不会因为商店的面积影响客流量，客户足不出户就能买东西，并且很容易就能找到所需要的商品。

近年来，随着Internet的迅速崛起，互联网已日益成为收集提供信息的最佳渠道并逐步进入传统的流通领域。

于是电子商务开始流行起来，越来越多的商家在网上建起在线商店，向消费者展示出一种新颖的购物理念。

网上购物系统作为B2B，B2C（Business to Customer，即企业对消费者），C2C（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。

本文主要考虑的是如何建设B2C 的网上购物系统。

网上购物是一种具有交互功能的商业信息系统，它向用户提供静态和动态两类信息资源。

所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规范和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。

网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易，这种全新的交易方式实现了公司间文档与资金的无纸化交换【1】。

可行性研究建设Web平台系统的必要性取决于需求的迫切性和实现的可能性。

可行性并不等于可能性，它还包括必要性，如果领导或管理人员对信息的需求并不迫切或各方面的条件不具备，就是不具备可行性。

订单管理系统需求分析说明书——电子商务软件设计课程目录1绪论 (3)1.1系统研究背景与目的 (3)1.2系统分析的意义 (4)1.3订单管理系统发展概况 (4)2系统规划与需求分析 (5)2.1订单管理项目概述 (5)2.2系统设计目标 (7)2.3需求分析（用例图） (7)2.3.1 客户下单 (7)2.3.2订单管理人员审核 (9)2.3.3发货管理 (12)3系统设计 (13)3.1 系统类图设计 (14)3.2 模块活动图 (15)3.2.1用户管理模块主要活动图 (15)3.2.2订单管理模块主要活动图 (16)3.3 界面设计 (17)3.4 数据库设计 (18)3.4权限设置 (22)4 其他非功能需求 (23)4.1性能需求 (23)4.2 安全性需求 (23)4.3 质量需求 (24)4.4 易用性需求 (24)1绪论1.1系统研究背景与目的随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。

加之互联网环境下的信息爆炸大数据时代，通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易），许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。

订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。

为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求，订单管理系统也在不断进步、升级，特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单，根据销售量上的变化得到更加深入的数据分析去改进产品的生产模式等等。

统一建模语言UML课程设计学院：班级：专业：课题：指导老师：前言听老师说这课程(UML)是一门很新的课程，在贵州的学校来说开这门课的很少。

它是才发展起来的一门新兴的课程。

用起来是十分的方便和适用的。

在刚开始上这门课的时候老师交给我们每个组一个任务——用UML画一个自己所要开发的系统的图。

这和流程图不一样，流程图我们用了一些伪代码和我们自己的语言而画成。

用UML则不一样，它用了一些UML 所特定的图来代表它的功能，方向等等。

又因为我们是初次接触这门课，所以我们只画了比较简单的系统——订餐系统。

老师讲一种图我们就画一种，在老师的不断纠正和自己的不断改进下，当课程结束后我们一组10人终于完成了我们的订餐系统图。

在其中包含了用例图，对象图，顺序图，通信图，类图，状态图，活动图，包图和部署图10个图。

为了人更能理解我们的系统具体的功能我们还做了一下一些必要的工作。

1、画每个图之后做了文字注释比如一些名词的解释，功能的具体解释等。

2、尽量将每种图的细节画出来画这些图也不是要真正的要开发这个系统，只是为了我盟能够更好的理解UML，为我们了解这门课也好还是以后真要从事这项工作也好能够更好理解这门课程，学懂这门课程打下基础。

目录一、订餐系统中的用例图 (1)1、主管的用例图： (2)2、客户的用例图： (3)3、送餐人员的用例图： (4)4、厨师的用例图： (4)5、系统管理员用例图： (4)二、订餐系统的时序图 (5)1、用户充值时序图： (5)2、客户订餐时序图： (6)3、主管查询时序图： (6)4、菜单更新时序图： (7)三、订餐系统中的类图 (8)1、类图的生成： (8)2、系统中的其它类。

(8)四、订餐系统中的活动图 (10)1、客户的活动图： (10)2、送餐人员的活动图： (11)4、主管的活动图： (12)五、订餐系统的构件图 (13)1、业务对象构件图： (13)2、用户界面构件图： (14)六、订餐系统的部署图 (15)七、小组成员 (16)八、总结： (16)一、订餐系统中的用例图用例图(Use Case Diagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。

二、角色：商家图表1子系统:我是商家2.1用例名：店铺设置2.1.1用例名：店铺信息设置行为者：商家前置条件：商家进入店铺设置项的店铺信息设置系统界面描述：（1）商家进入系统界面后，点击“店铺信息设置”按钮，页面将会出现系统中所存在的店铺信息设置的基本信息，商家可以选择“新增”按钮，查看店铺填写的信息并进行添加。

（2）若未完成店铺信息添加，可以选择“保存”按钮，下次可接着填写。

（3）对于信息状态为“未提交”的信息，商家可以选择“修改”按钮对暂存的信息进行修改，商家也可选择“删除”按钮，删除暂存的信息。

（4）若完成填写并通过系统校验，商家可以点击“提交”按钮，将店铺信息提交并完成填报。

说明：若对店铺信息的增删改未通过系统检验，无法提交后置条件：商家可完善店铺信息设置并能获取2.1.2用例名：版式设置行为者：商家前置条件：商家进入店铺设置项的版式设置系统界面描述：（1）商家进入系统界面后，点击“版式设置”按钮，页面将会出现系统中所存在的版式设置的基本信息，商家可以选择“更换”按钮，对店铺的模板和主题进行替换。

（2）若商家未进行“保存”设置，无法更改版式和标题（3）若商家点击“保存”按钮，店铺的模板和主题就会更新说明：未进行系统检验的不能替换版式的更新后置条件：商家可修改店铺的版式进行美化，也可以更新店铺的主题2.2用例名：交易管理2.2.1用例名：订单查看行为者：商家前置条件：商家进入交易管理项的订单查看系统界面描述：（1）商家进入系统界面后，点击“订单查看”按钮，页面将会出现系统中所存在的订单。

（2）商家可以点击“买家订单”按钮查看买家付款的订单；（3）商家可点击“售货订单”按钮，查看“发货的订单”和“已发货的订单”；（4）商家点击“交易订单”按钮，查看“已成功的订单”，“未成功的订单”和“退款中的订单”。

（5）商家可以点击“评价”按钮，对发货进行交易评价。

说明：生成的订单若不能打印成信息不能查看后置条件：商家可获得收获的订单对买家要求进行修改2.2.1.1用例名：交易评价行为者：商家—会员前置条件：商家进入交易评价界面描述：（1）商家点击“会员的交易评价或追加评价”按钮，可看到商品的评价信息（2）商家点击“回复交易评价或追加评价”按钮，可对会员进的评价行评价说明：交易评价或追加评价必须建立在商家—会员商品交易成功的基础上后置条件：商家可对评价的商品适当的添加受益的产品2.2.2用例名：发货管理2.2.2.1用例名：物流定制行为者：商家前置条件：商家进行交易管理项转向发货管理中的物流定制界面描述：（1）商家进入系统界面后，点击“物理定制”按钮，页面将会出现系统中所能浏览的库存物品，可点击“查看”按钮，查看客户的物流服务。

《面向对象分析与设计》课程设计专业计算机科学与技术班级计算机08-1学号姓名指导教师完成时间2011-6-10成绩目录二设计目的 (3)1.需求分析 (3)系统功能分析 (3)三设计要求 (4) (4) (5) (7).................................................................................9........................................................................ 10 四用UML对系统建模 (12)1.用例图（用例建模）……………………………………………………12前台用户用例图及其文档 (12)后台管理员用例图及其文档 (14)2.系统类图 (16)3.顺序图 (17)4.构造活动图 (20)5.构造状态机图 (29)6.构件图 (33)7.部署图 (33)五使用说明书 (34)六工作总结 (39)一、设计题目:网上购物系统设计二、设计目的需求分析在线商城系统主要是针对中小型商城，购物系统管理员将商品信息整理归类发布到网上，用户登录该网站后，首先要注册为会员才能购买商品，提交订单给购物系统管理员，并同时将费用通过电汇或邮寄的方式交付到商城管理员处。

购物系统管理员在收到付款后，发货给购物者，并同时更新网上有关于该订单的付款状态，从而完成一次交易。

●只允许系统规定的购物系统管理员来添加和修改商品信息；购物系统管理员可以查看该系统的所有注册用户信息，可以修改某一个注册用户的基本信息，也可以删除某个用户；购物系统管理员可以查看该系统的所有订单，可以删除订单，也可以修改订单的付款状态、发货状态。

●任何一个网络用户都可以注册称为该系统的固定用户，注册时需要填写基本注册信息，还可以修改个人的基本信息。

●只有注册用户才能登录此系统，购买商品。

购买商品时可以任意选购商品，任意填写购买数量，可以修改已选择商品的购买数量，可以删除已选择的某一种商品，可以取消购买，可以提交购买下达订单确认一次购买成功。

题目：大学生网上订餐系统目录1背景介绍：...................................................................................................................2需求分析.......................................................................................................................3系统用例模型 (4)3.1订餐者用例图 (4)3.2商家用例图 (4)3.3店铺管理员用例图............................................................................................3.4订单管理员用例图 (5)3.5系统管理员用例图 (6)4系统静态模型 (7)5系统动态模型 (8)5.系统时序图 (8)5.1.1订餐者订餐 (8) (9)5.1.3店铺管理管理员管理店铺 (10)5.1.4店铺管理员建立客户评价档案 (11)5.1.5店铺管理员建立商家监察档案 (12)5.1.6订单管理员管理订单 (13)5.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息...............................................................5.1.9系统管理员维护系统 (16)5.2系统活动图 (17)5.3系统状态图 (17)6系统部署模型 (18)6.1系统构件图 (18)6.2系统部署图 (18)7总结 (19)1背景介绍随着网络技术的飞速发展，人们的生活也越来越追求方便化。

经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。

超市管理系统面向对象分析班级：2012信工院计科班姓名：李东日期：2014-11-20文件状态：[ ] 草稿[√]正式发布[ ] 正在修改文件标识：当前版本： 2.0 作者：完成日期：版本历史版本/状态作者参与者起止日期备注1.0 李东李东2014-11-19 初稿2.0 李东李东2014-11-20 正式版目录1. 文档介绍 (5)1.1 文档目的 (5)1.2 文档范围 (5)1.3 读者对象 (5)1.4 参考文档 (5)1.5 术语与缩写解释 (5)2. 产品介绍 (6)3. 产品面向的用户群体 (6)4. 产品应当遵循的标准或规范 (6)5. 产品范围 (6)6. 产品中的角色 (6)7. 产品的功能性需求 (7)7.1 功能性需求分类 (7)7.1功能层次图 (7)8.需求用例模型 (10)8.1用例图 (10)8.2用例描述 (10)8.3用户注册用例图 (11)8.3.1用例描述 (11)8.4用户登录用例图 (11)8.4.1用例描述 (11)8.5订单管理用例图 (12)8.5.1用例描述 (12)8.6仓库及库存管理用例图 (13)8.6.1用例描述 (13)8.7车辆管理用例图 (15)8.7.1用例描述 (15)8.8用户管理用例图 (16)8.8.1用例描述 (16)8.9配送管理用例图............................................................................... 错误！未定义书签。

8.9.1用例描述................................................................................ 错误！未定义书签。

8.10 审核用例图 (17)8.10.1 ............................................................................................... 错误！未定义书签。

网上书店系统用例规约姓名：廖杰学号：1208060324版本<1.0>订单管理管理员登录用户查看订单用例图删除书籍1．用户注册1.1简要说明本用例用于向顾客提供注册功能，每位顾客必须注册后才能够登录系统进行购物。

注册信息包括使用本系统的名称、账号、密码和电子邮件等。

注册完成后，系统保存这些信息到数据库，以方便管理员管理及联系用户。

1.2事件流1.2.1 基本流当用户进行注册时，开始执行以下基本流：（1）系统要求用户填写个人信息，包括使用本系统的账号、密码和电子邮件等。

（2）用户填写个人信息。

（3）系统验证用户信息。

1.2.2备选流1.2.2.1用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，例如账号密码不匹配，会给以错误提示。

1.3前置条件用户必须首先访问网上购物的主页，然后点击注册。

1.4后置条件如果该用例成功，系统数据库中将增加一条该用户的信息，否则，系统维持现状。

1.5扩展点无。

2．个人信息管理2.1简要说明本用例用于给顾客维护个人信息。

包括修改本人的账号、密码和联系地址等信息。

2.2事件流2.2.1基本流当顾客查看并修改个人信息时，开始执行以下基本流：（1）系统返回给当前顾客在系统数据库中目前存储的个人信息。

（2）顾客可以对本人信息的一项或几项进行修改。

（3）顾客向系统提交修改后的个人信息。

2.2.2备选流2.2.2.1顾客输入的新信息验证错误如果系统检测到顾客输入的信息格式或内容有错（如输入新密码和确认输入新密码不一致等），会向顾客给予错误提示，并要求用户重新输入或取消修改的操作。

2.3前置条件顾客必须首先登录系统，然后才能进入本用例。

2.4后置条件如果本用例成功，顾客在系统数据库中的个人信息会被修改。

否则，系统维持原状。

2.5扩展点3．浏览图书信息3.1简要说明本用例用于维护3.2事件流3.2.1基本流当顾客进入网上书店系统之后，开始执行以下事件流：（1）在站内可以点击浏览本网上书店内的书籍。

订单管理系统需求分析说明书——电子商务软件设计课程目录1绪论 (3)1。

1系统研究背景与目的 (3)1.2系统分析的意义 (4)1.3订单管理系统发展概况 (5)2系统规划与需求分析 (6)2.1订单管理项目概述 (6)2.2系统设计目标 (7)2.3需求分析(用例图） (8)2.3。

1 客户下单 (8)2.3.2订单管理人员审核 (9)2。

3。

3发货管理 (11)3系统设计 (13)3.1 系统类图设计 (13)3.2 模块活动图 (14)3.2.1用户管理模块主要活动图 (14)3。

2。

2订单管理模块主要活动图 (14)3。

3 界面设计 (14)3。

4 数据库设计 (14)3.4权限设置 (19)4 其他非功能需求 (19)4.1性能需求 (19)4.2 安全性需求 (20)4。

3 质量需求 (21)4。

4 易用性需求 (21)1绪论1.1系统研究背景与目的随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。

加之互联网环境下的信息爆炸大数据时代,通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易）,许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。

订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。

为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求,订单管理系统也在不断进步、升级,特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单,根据销售量上的变化得到更加深入的数据分析去改进产品的生产模式等等.利用信息技术的发展和合理的销售管理模式，深入调查并分析企业销售订单系统,对于优化企业销售过程和管理模式,提高市场应变能力，增强核心竞争力，具有极为重要的现实意义以及规模可观的生产经济效益。

订单管理系统需求分析说明书——电子商务软件设计课程目录1绪论 31.1系统研究背景与目的 31.2系统分析的意义 41.3订单管理系统发展概况 52系统规划与需求分析 62.1订单管理项目概述 62.2系统设计目标 72.3需求分析（用例图） 72.3.1 客户下单 82.3.2订单管理人员审核 102.3.3发货管理 133系统设计 143.1 系统类图设计 153.2 模块活动图 173.2.1用户管理模块主要活动图 173.2.2订单管理模块主要活动图 183.3 界面设计 193.4 数据库设计 203.4权限设置 254 其他非功能需求 264.1性能需求 264.2 安全性需求 264.3 质量需求 274.4 易用性需求 271绪论1.1系统研究背景与目的随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。

加之互联网环境下的信息爆炸大数据时代，通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易），许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。

订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。

为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求，订单管理系统也在不断进步、升级，特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单，根据销售量上的变化得到更加深入的数据分析去改进产品的生产模式等等。

利用信息技术的发展和合理的销售管理模式，深入调查并分析企业销售订单系统，对于优化企业销售过程和管理模式，提高市场应变能力，增强核心竞争力，具有极为重要的现实意义以及规模可观的生产经济效益。

一需求规格说明1．系统说明1．1需求描述：⏹系统需求在工业生产领域如汽车装配等行业，因为装配过程繁琐，订单的审批流程复杂，造成生产效率低，管理难的局面。

订单管理系统实现了工业生产领域的订单审批流程自动化。

该系统实现了订单录入，订单审批，订单更改功能，以及为了实现这些功能而必须的审批流程设置，组织结构管理（包括在RTX上实现即时提醒）的功能。

在系统中，系统管理员设置好角色与权限，并设置好审批流程后，由不同的角色登陆系统对订单进行管理。

如订单录入人录入订单后，选择某个审批流程。

审批流程中的审批人会收到提醒后进行订单的审批，如果通过，则发给下一审批人；如不通过，则退回订单录入人进行更改。

订单的录入人也可以先停止订单审批流程，自发的进行订单的更改。

1．2资源主要资源：其他资源：1．3活动列表对现实系统的业务描述2．某系统人机界面描述●用户（系统外部）和系统之间的界面普通用户操作系统功能界面● 业务人员（系统内部）与系统之间的界面谨对拥有口令的业务人员开放。

允许业务人员查看相关信息。

3．信息资源列表⏹ 标准配置计算机信息为需要此类信息的用户提供相关的信息资源。

⏹ 自定义配置计算机信息为需要此类信息的用户提供相关的信息资源。

⏹ 定单信息要购买产品的用户输入相关信息，提交系统。

⏹ 购物信息为用户选购的产品作出记录并估计价格，为用户提供参考。

⏹ 付款信息用户输入相关信息，销售人员验证相关信息。

二 需求分析过程1．某系统应用中的参与者2．系统中的用例及用例文档如：1.客户-----------------Customer2.销售人员-----------Salesperson3.仓库-----------------Warehouse图1 参与者（某系统）Customer 客户 Salesperson 销售人员 Warehouse 仓库2．1用例，如：StandardConfiguration(f rom 标准产品)Print Invoice(f rom 付款)Verify and Accept Payment(f rom 付款)Order(f rom 购买)Inform WareHouse about Order(f rom 送货)Request Salesperson Contact(f rom 购买)Update Order Status(f rom 送货)SelfConfiguration(f rom 自选部件)2．2总用例图，如：系统管理员(from Actors)(from UC1_审批流程设定)订单中止(from UC4_订单中止))技术部审批人(from Actors))某系统用例图2．3用例文档：如用例：Verify and Accept Payment简述：该用例验证并接受客户付款，并将付款信息通知销售人员。