订单管理用例
订单管理系统需求分析说明书
订单管理系统需求分析说明书——电子商务软件设计课程目录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图1.系统需求 (3)2．需求分析 (5)2.1功能设置 (5)2.2模块划分 (6)2.3识别参与者和用例 (7)2.3．1 顾客Customer用例图 (8)系统管理员用例 (14)2.3 静态结构模型 (17)类Customer (18)类Goods (19)类Order (20)管理员 (21)标题title类 (22)二级标题类 (22)公共操作类 (23)类图 (24)3.动态行为模式 (24)3.1时序图 (24)顾客注册成为会员时序图 (25)顾客反馈信息时序图 (26)顾客浏览商品时序图 (27)顾客查询商品时序图 (28)顾客购买商品时序图 (29)管理员添加商品时序图 (30)管理员删除商品时序图 (30)管理员添加二级商品目录时序图 (31)管理员删除二级商品目录时序图 (32)管理员编辑促销产品时序图 (32)管理员编辑条款信息时序图 (33)管理员编辑购买流程时序图 (34)管理员删除会员时序图 (35)用户结算时序图 (36)3.3.活动图 (36)用户顾客的活动图 (36)管理端管理员的活动图 (37)3.4协作图 (39)顾客登录协作图 (39)顾客注册协作图 (39)顾客浏览商品协作图 (40)反馈信息协作图 (40)顾客查询商品协作图 (41)顾客购买商品协作图 (41)管理员删除会员协作图 (42)管理员添加商品协作图 (42)管理员添加商品标题协作图 (43)管理员删除商品协作图 (43)管理员删除标题协作图 (44)管理员编辑文本协作图 (44)4.系统数据库设计 (45)4.1数据库的需求分析 (45)4.2数据库的逻辑设计 (45)5．参考文献： (48)系统分工：梁志负责总体设计和画用例图、活动图：王向宝负责前台设计包括：注册、浏览、反馈、登录罗全力负责前台设计包括：购买、查询、顾客和管理员类的设计张雅东负责后台设计包括：商品管理（添加、删除商品，添加、删除标题）、会员管理、商品类和标题类的设计李俊负责后台设计包括：文本编辑管理（编辑购物流程、条款信息、促销信息）和订单管理、订单类的设计电子商务系统1.系统需求随着社会的发展，电子商务成为了一个热门的话题，而网上购物已经成为当今社会一种比较流行的购物方式。
(完整word版)网上商城_需求分析说明书(word文档良心出品)
网上商城需求分析说明书1．引言1.1编写目的本说明书的编制是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作：项目规划，设计和编码的基础，并为概要设计提供需求说明。
编写目的如下：(1) 客户和营销部门依赖它来了解他们所能提供的产品。
(2) 软件开发小组依赖它来了解他们所需要开发的产品。
(3) 项目负责人根据包含在软件需求规格说明中描述的产品来制定规划并预测进度安排，工作量和资源。
预期读者为：客户，本组成员等。
1.2项目背景(1) 待开发的软件系统的名称：网上商城系统。
(2) 本项目的任务提出者及单位：电子商务行业。
(3) 本项目开发者：李神飞、岳如意、周微、王梓涵、郭荣华。
(4) 目标用户：网站管理员、商品销售者、商品消费者、游客。
2．任务概述2.1开发背景2.2开发目标本系统的设计目标将最终定位于完成以下所述的系统主要业务的基本模型上：管理员可以维护客户注册信息、维护商品信息、处理订定单信息、维护系统公告、网上售货、查看商品调查报告；用户可以在线注册为会员、修改个人信息、管理账户余额、评价、投票、支付购物等等。
2.3 用户特点本软件的最终用户是：网站管理员、商品销售者、商品消费者、游客。
(1) 网站管理员：可以维护客户注册信息、维护商品信息、处理订定单信息、维护系统公告、网上售货、查看商品调查报告。
(2) 商品销售者：可以在线注册为卖家会员、修改个人信息、管理账户余额、发布预售商品信息、销售商品。
(3) 商品消费者：可以在线注册为买家会员、修改个人信息、管理账户余额、浏览商品详细信息、搜索商品信息、支付购物、下订单、评价、投票。
(4) 游客：可以注册为卖家或者买家会员、浏览商品详细信息、搜索商品信息。
2.4 假定和约束本系统是一个基于网络服务的独立的B/S架构系统，采用TCP/IP通讯协议。
开发持续时间规定为一个月，开发时间比较紧。
系统使用MyEclipse8.5为开发工具，此系统不允发布，所以采用Oracle 10g为数据库。
销售订单管理系统
销售订单管理系统1.系统简介1.1 目的本文档旨在提供有关销售订单管理系统的详细信息，包括系统的目标、功能、架构和操作流程等方面的内容。
1.2 范围销售订单管理系统用于管理和跟踪销售订单的整个生命周期，包括订单创建、处理、审批和交付等各个环节。
1.3 定义销售订单管理系统：指用于管理和跟踪销售订单的信息系统。
2.功能需求2.1 订单创建2.1.1 客户信息录入订单创建时，需要录入相关客户的基本信息，包括客户名称、联系方式等。
2.1.2 产品选择在创建订单时，需要从产品库中选择所需产品，包括产品名称、数量、价格等信息。
2.1.3 折扣和优惠系统允许在订单创建过程中添加折扣和优惠，以实现价格调整和促销活动等。
2.2 订单处理2.2.1 库存检查在订单创建后，系统需要检查库存以确保所需产品的可用性。
2.2.2 订单分配系统会根据库存情况自动分配订单到合适的仓库或供应商，并相应的发货单或采购单。
2.2.3 订单状态更新系统会自动更新订单状态，包括待处理、处理中、已发货等。
2.3 订单审批2.3.1 审批流程系统支持自定义的审批流程，根据不同的订单类型和金额，将订单提交给相应的审批人员进行审批。
2.3.2 审批结果审批人员可以通过系统审批界面对订单进行批准或拒绝，并提供相应的审批意见。
2.4 订单交付2.4.1 准备发货在订单审批通过后，系统会通知仓库或供应商准备发货，并相应的发货单。
2.4.2 物流追踪系统会自动跟踪物流状态，并提供物流追踪服务，使客户能够随时查询订单的物流信息。
2.4.3 订单完成当订单成功交付后，系统将更新订单状态为已完成，并相应的交货单或发票。
3.系统架构销售订单管理系统采用三层架构，包括表现层、业务逻辑层和数据存储层。
3.1 表现层表现层负责与用户进行交互，并呈现系统的界面和功能。
用户可以通过表现层完成订单的创建、处理、审批和交付等操作。
3.2 业务逻辑层业务逻辑层负责处理用户的请求并进行相应的业务逻辑处理。
订单状态测试用例 -回复
订单状态测试用例-回复订单状态测试用例是软件测试中非常重要的一项测试工作，它主要用于验证订单管理系统的各种订单状态是否能够正确地显示、跟踪和更新。
在这篇文章中，我将以订单状态测试用例为主题，详细讨论测试用例的设计、执行和结果分析等方面。
一、引言在电子商务领域，订单是非常重要的环节，它关系到商品的购买、支付、配送和售后等各个环节。
因此，订单状态的管理对于企业来说至关重要，它能够帮助企业有效地跟踪订单的生命周期，并提供给用户准确的订单信息。
正因如此，对订单状态进行全面的测试非常重要。
二、订单状态测试用例设计1. 概述订单状态流程首先，我们需要概述订单状态的流程，明确不同订单状态之间的转换关系。
例如，订单状态可能包括已下单、待支付、已支付、待发货、已发货、已完成、已取消等多种状态。
我们需要明确每个状态的定义、状态之间的转换规则以及转换条件。
2. 确定测试目标接下来，我们需要确定测试的目标。
根据不同的系统需求，我们可以选择测试订单状态的正确性、及时性、一致性、可追溯性等多个方面。
例如，我们可以测试订单状态在不同时间段内是否正确显示，订单状态是否能够正确地更新等。
3. 编写测试用例根据测试目标，我们可以编写具体的测试用例。
例如，我们可以编写如下的测试用例：- 测试用例1：验证订单状态在未支付时是否正确显示为待支付状态。
- 测试用例2：验证订单状态在支付后是否能够及时更新为待发货状态。
- 测试用例3：验证取消订单后订单状态是否正确显示为已取消状态。
- 测试用例4：验证订单在发货后是否能够及时更新为已发货状态。
- 测试用例5：验证订单状态在完成后是否能够正确显示为已完成状态。
4. 设计测试数据在设计测试用例时，我们还需要设计相关的测试数据。
测试数据应该涵盖不同的订单状态、不同的时间段、不同的订单类型等。
通过使用这些测试数据，我们可以更全面地测试不同场景下订单状态的正确性。
三、订单状态测试用例执行在执行订单状态测试用例时，我们需要按照设计好的测试用例逐一执行，并记录每个测试用例的执行结果。
用例规约
网上书店系统用例规约姓名：***学号：**********版本<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）在站内可以点击浏览本网上书店内的书籍。
网上商城UML图
1。
系统需求 (2)2．需求分析 (4)2。
1功能设置 (4)2。
2模块划分 (5)2。
3识别参与者和用例 (6)2。
3．1 顾客Customer用例图 (7)2。
3.2 系统管理员用例 (13)2.3 静态结构模型 (16)2。
3。
1 类Customer (17)2.3。
2类Goods (18)2。
3。
3类Order (19)2。
3。
4管理员 (20)2。
3.5标题title类 (21)2。
3.6二级标题类 (21)2。
3。
7公共操作类 (22)2.3.8类图 (23)3。
动态行为模式 (23)3。
1时序图 (23)3。
1。
1顾客注册成为会员时序图 (24)3.1。
2顾客反馈信息时序图 (25)3。
1。
3顾客浏览商品时序图 (26)3。
1。
4顾客查询商品时序图 (27)3.1。
5顾客购买商品时序图 (28)3.2。
6管理员添加商品时序图 (29)3。
2。
7管理员删除商品时序图 (29)3.2.8管理员添加二级商品目录时序图 (30)3。
2.9管理员删除二级商品目录时序图 (31)3.2。
10管理员编辑促销产品时序图 (31)3。
2。
11管理员编辑条款信息时序图 (32)3.2.12管理员编辑购买流程时序图 (33)3.2。
13管理员删除会员时序图 (34)3.2。
14用户结算时序图 (35)3。
3。
活动图 (35)3。
3.1用户顾客的活动图 (35)3。
3.2管理端管理员的活动图 (36)3。
4协作图 (38)3.4。
1顾客登录协作图 (38)3。
4.2顾客注册协作图 (38)3.4.3顾客浏览商品协作图 (39)3.4。
4反馈信息协作图 (39)3.4.5顾客查询商品协作图 (40)3.4。
6顾客购买商品协作图 (40)3.4.7管理员删除会员协作图 (41)3。
4.8管理员添加商品协作图 (41)3。
4.9管理员添加商品标题协作图 (42)3.4。
10管理员删除商品协作图 (42)3。
4.11管理员删除标题协作图 (43)3.4。
用例规约
网上书店系统用例规约姓名：廖杰学号：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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
订单管理用例
1.用例名
订单管理
1.1简单描述
本用例由用户或管理员启动。
用户填写完整的姓名和送货地址信息联系电话确认订单，在管理员位核对订单之前撤销不满意的旧订单。
最终完成订单由管理员确认。
管理员检索用户提交的订单经过按时间降序分类处理后发送订单如果订单不符合则撤销订单。
管理送餐人员从系统中取出已发送订单安排送餐。
2.事件流
2.1用户基本流
2.1.1订单管理
用户点击选择“订单管理”时，该用例启动。
2.1.2确认订单
系统显示用户可用功能，功能有：确认订单，撤销订单。
用户选择“确认订单”。
2.1.3选择订单
系统从数据库中调取该用户的订餐车信息并显示订餐车中的订单信息列表，用户选择要下的订单。
2.1.3确认填写信息
系统弹出编辑框提示用户编辑完整姓名、送货地址信息和联系电话等信息，用户编辑完成后选择“确认填写信息”。
2.1.4订餐成功
系统向数据库中添加订单并发送订单信息给管理员，并提示用户订餐成功。
本用例结束。
2.2用户备选流
2.2.1撤销订单
在用户基本流“确认订单”中用户点击“撤销订单”。
2.2.2选择订单
系统从数据库中调取该用户的订餐车信息并显示确认的订单列表给用户，用户选择要撤销的订单
2.2.3撤销成功
系统删除数据库中的订单信息并发送消息给管理员取消的订单信息，显示提示用户撤销成功。
2.3管理员基本流
2.3.1订单管理
管理员进入系统后点击选择“订单管理”时，该用例启动。
2.3.2订单检索
系统显示管理员可用功能，功能有：订单检索，送餐管理，订单撤销。
管理员选择“订单检索”。
2.3.3选择类型
系统显示订单状态分类，可选择的订单类型分别为所有订单、待发订单（尚未经过处理的订单）、已发订单（已发送而未经用户确认订单）、已完成订单（用户确认签收的订单）以及已撤销订单（由管理员或者用户撤销的订单）。
管理员选择类型。
2.3.4选择订单
系统从数据库中调取订单信息并按订单的生成时间降序排序显示订单信息，管理员选择要检索的订单。
2.3.4显示订单具体信息
系统从数据库中调取该订单的信息并显示订单的具体信息，本用例结束。
2.4管理员备选流1
2.4.1送餐管理
在管理员基本流“订单检索”中管理员选择了“送餐管理”。
2.4.2选择订单
系统按时间降序排序显示待发订单的信息列表，管理员选择要送的订单。
2.4.3发送成功
系统标记该订单为已发订单，更新数据库并提示管理员发送成功和发送信息给用户提示正在送餐。
2.5管理员备选流2
2.5.1订单撤销
在管理员基本流“订单管理”中管理员选择了“订单撤销”。
2.5.2选择订单
系统按时间降序排序显示尚未核对的订单的信息列表，管理员选择要撤销的订单。
2.5.3撤销成功
系统标记该订单为已撤销订单，更新数据库并提示管理员撤销成功和发送信息给用户提示撤销送餐。
2.6管理送餐人员基本流
2.6.1订单管理
管理送餐人员选择“订单管理时”该用例启动。
2.6.2 选择订单
系统从数据库中调取该用户的订餐车信息并按时间降序显示已发送订单列表。
送餐管理人员选择要发送的订单。
2.6.3显示详细信息
系统显示该订单的详细信息（餐品名称、数量顾客地址、姓名、电话等）并打印详细信息给送餐人员。
送餐人员按详细信息送餐。
2．7异常流
2.7.1管理员选择订单已过期
对于多管理员管理的订单管理，若某订单已被其他管理员处理而未及时更新数据库，则系统弹出过期信息，并返回订单管理；
2.7.2用户选择订单已过期
异常来自于用户所选的订单已过期而系统管理员未及时处理，导致过期的订单信息留在系统内，异常发生后，系统弹出错误报告，并返回订单管理。
3.特殊需求无特殊要求。
4.前置条件用户以顾客身份登录系统，管理员以管理员身份登录后台
系统，管理送餐人员以管理送餐人员身份登录后台系统。
5.后置条件没有和本用例有关的后置条件。
6.扩展点没有和本用例有关的扩展点。