订单管理系统需求分析说明书.docx
《订单管理系统需求分析说明书.docx》由会员分享，可在线阅读，更多相关《订单管理系统需求分析说明书.docx（25页珍藏版）》请在冰点文库上搜索。
订单管理系统需求分析说明书
订单管理系统需求分析说明书
——电子商务软件设计课程
目录
1绪论3
1.1系统研究背景与目的3
1.2系统分析的意义4
1.3订单管理系统发展概况5
2系统规划与需求分析6
2.1订单管理项目概述6
2.2系统设计目标7
2.3需求分析（用例图）7
2.3.1客户下单8
2.3.2订单管理人员审核10
2.3.3发货管理13
3系统设计14
3.1系统类图设计15
3.2模块活动图17
3.2.1用户管理模块主要活动图17
3.2.2订单管理模块主要活动图18
3.3界面设计19
3.4数据库设计20
3.4权限设置25
4其他非功能需求26
4.1性能需求26
4.2安全性需求26
4.3质量需求27
4.4易用性需求27
1绪论
1.1系统研究背景与目的
随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。
加之互联网环境下的信息爆炸大数据时代，通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易），许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。
订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。
为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求，订单管理系统也在不断进步、升级，特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单，根据销售量上的变化得到更加深入的数据分析去改进产品的生产模式等等。
利用信息技术的发展和合理的销售管理模式，深入调查并分析企业销售订单系统，对于优化企业销售过程和管理模式，提高市场应变能力，增强核心竞争力，具有极为重要的现实意义以及规模可观的生产经济效益。
订单管理的过程应该是有序的系统化规模流程，具体体现在其实际功能的执行管理。
然而现实情况是很多企业在销售环节始终不能完善，问题仍旧存在。
鉴于这种情况，撰写订单管理系统的需求分析说明书希望达到如下目的：
掌握订单执行的管理环节，即订单情况的记录、跟踪和控制，并能做到在哪一环节出错都能及时反馈信息并纠正、完善，升级面向客户的服务效果。
明确用户和开发方二者所建信息管理系统所达到的功能需求分析，具体功能的牵涉人员和执行情况运作流程，来保证双方的利益实现。
1.2系统分析的意义
互联网的广泛普及和应用，人们生活不再满足于过去的物质文化需求和精神文化需求，销售之中顾客会追求好的服务效果，也就是直接影响了企业内部的生产经营，企业与客户往来交易销售订单管理也逐渐发生变化。
对订单系统的需求分析也就是建立在可实现技术层次上能够为客户提供什么具体功能的服务的结构化报告，通过对产品的进货、销售、仓储等方面的数据采集，经过加工整理存储，为企业决策者提供全面准确的可持续发展分析数据。
订单是销售业务的发展源头，也是企业经济活动的最终目标，来实现以销定产、以产定销、以销定购等多种业务模式，是生产制造型企业发展决策的重要因素。
订单将阻碍发展企业和客户关系的壁垒打通，建立亲密融洽的合作关系；同时也联接了企业内部各部门的生产制造活动。
通过对订单系统需求的分析，将这种交易联结变得透明化，运作流程和信息交涉直接将有问题路径反馈，有利于企业在现有基础上做出更为完善稳固的系统，有助于企业进行不断扩展的思考。
1.3订单管理系统发展概况
订单管理系统是在信息时代化背景下发展的产物，依赖于计算机以及具体操作软件的运行环境。
落后的书面时代已经过去，在本子上记下一笔又一笔的订单销售记录的方式已经被公司摒弃，这种人为的劳动力使用是应该被机械化数据取代。
订单系统是具有可操控性的强烈交互集成套件，生产制造企业从MRP到ERP系统的历经改革直接带动了订单模块的发展，关系着生产效率和销售业绩。
订单管理服务于管理和发展两方面，目的是提高企业销售能力、各部门的工作效率、员工的职业技能，整个体系的有效性还对公司管理以及维护客户关系、协调并控制销售人员十分具有意义。
在当今的市场经济活动中，企业作为交易的卖方，从受理带交货的整个流程都是紧紧追踪记录的，从基本的订单履到处理复杂的业务（如按订单配置），可能成本高并且费时。
订单系统的发展方向就是在保证基本的运营环节下尽可能以低成本满足客户需求，面向员工和客户的订单和发货信息透明公开（实时更新订单状态、交易变更、物流跟踪的功能），自动化管理流程，保证准确性和可执行性。
2系统规划与需求分析
2.1订单管理项目概述
未来企业的竞争与发展主要是智能化与信息化两方面。
企业的订单管理是涉及企业生产、企业资金流和企业的经营风险的关键环节。
在如今的经济模式下，企业需要紧紧抓住从订单受理到交货的整个订单管理过程，以便能够尽可能低的成本满足最终客户的需求。
因此，企业发展和建立订单管理系统是至关重要的。
订单管理系统（OMS）是物流管理系统的一部分，通过对客户下达的订单进行管理及跟踪，动态掌握订单的进展和完成情况，提升物流过程中的作业效率，从而节省运作时间和作业成本，提高物流企业的市场竞争力。
订单管理系统的主要功能是通过统一订单提供用户整合的一站式的供应链服务，订单管理以及订单跟踪管理能够使用户的物流服务得到全程的满足。
订单管理系统是物流管理链条中的不可或缺的部分，通过对订单的管理和分配，使仓储管理和运输管理有机的结合，稳定有效地实现物流管理中各个环节充分发挥作用，使仓储、运输、订单成为一个有机整体，满足物流系统信息化的需求。
订单管理是对商户下达的各种指令进行管理、查询、修改、打印等功能，同时将业务部门处理信息反馈至商户。
定单管理系统一般包括：
订单处理，订单确认，订单状态管理（包括取消、付款、发货等多种状态，以及订单出库和订单查询）等。
同时，订单管理还涉及销售管理系统。
销售管理系统帮助企业的销售人员完成客户档案管理、销售报价管理、销售订单管理、客户定金管理、客户信用检查、出货单及销售出货处理、客户退货及货款拒付的处理等一系列销售事物管理。
销售管理系统为营销部门提供报价等营销相关信息，以有效掌握和控制报价，主动追踪、查核客户的销售订单，控制交货期以提高客户服务水平，进行客户的信用管理以及库存交易等业务处理，销售分析则是对订单资料，出/退货资料进行汇总分析。
总而言之，订单管理系统就是连接销售管理与物流管理的一个关键环节。
2.2系统设计目标
订单管理系统的主要目的是：
信息收集制度化、信息加工标准化、信息存储档案化、信息传递规范化、及销售管理工作规范化。
2.3需求分析（用例图）
我们将订单管理系统一共分为四个模块：
（1）客户下单；
（2）订单管理人员审核；（3）发货；（4）物流追踪管理。
2.3.1客户下单
用例编号
用例名称
001
选购商品
002
编辑订单
003
物流信息查询
（1）选购商品
需求编号
001
优先级
高
适用角色
客户
业务场景
客户选购商品
限制条件
前置条件
客户成功登陆系统
详细描述
客户登陆系统之后，并能够开始选购商品
可选路径
通过系统中的搜索引擎搜索系统中陈列的商品
后置条件
确定了后期可能形成的订单管理
数据元素
影响模块
订单管理系统
非功能性需求
业务规则
待处理问题
更新日志
（2）编辑订单
需求编号
002
优先级
高
适用角色
客户
业务场景
客户编辑订单
限制条件
前置条件
客户选购好了商品
详细描述
客户通过编辑订单这个功能，进行修改订单、删除订单、提交订单这三个功能。
（1）修改订单：
客户如果对所选商品有修改，如：
商品尺码，颜色，都可点击修改订单；
（2）删除订单：
客户对所选中的商品订单信息进行删除；
（3）地址管理：
客户对自己的地址进行修改、添加或删除等；其中包括：
邮编、联系方式、省市区以及具体地址。
可选路径
订单管理员审核确认后的所有订单
后置条件
确定了可能形成的发货管理
数据元素
影响模块
订单管理系统
非功能性需求
业务规则
待处理问题
更新日志
（3）物流信息查询
需求编号
003
优先级
高
适用角色
客户
业务场景
客户收到已发货通知后，进行物流查询
限制条件
前置条件
商户已成功发货
详细描述
当客户收到商户已成功发货的信息后，便能够实时查询自己所购买的物品的物流情况，在收到货物以后也有两种情况：
（1）确认收货，基于客户对商品比较满意的情况；此时商户才能真正收到交易金额，若是7天内未作出评价，则系统自动确定收货；
（2）退货，基于客户对商品不太满意的情况，在与商家交涉后，未能达到满意的情况，则选择退货，其中运费问题，则商户与客户自行交涉。
可选路径
订单管理员审核确认后的所有订单
后置条件
确定了可能形成的发货管理
数据元素
影响模块
非功能性需求
业务规则
待处理问题
更新日志
2.3.2订单管理人员审核
用例编号
用例名称
001
新开订单
002
维护订单
003
查询订单
004
处理订单
（1）新开订单
需求编号
001
优先级
高
适用角色
订单管理员
业务场景
订单管理员创建一个订单
限制条件
前置条件
有用户提交订单
详细描述
当客户选购商品并确认提交订单后，订单管理人员随即新开一个订单
可选路径
所有客户提交的订单均可
后置条件
确定了可能形成的发货管理
数据元素
影响模块
库存管理系统
非功能性需求
业务规则
待处理问题
更新日志
（2）维护订单
需求编号
002
优先级
高
适用角色
订单管理员
业务场景
订单管理员审核、维护一个订单
限制条件
前置条件
有用户修改或删除订单，或者审核发现库存为0
详细描述
当有客户发现商品不合心意或其他原因需要修改订单和删除订单后，订单管理人员再对其所生成的订单做相应的修改。
举例如：
（1）到货地址修改
（2）商品货号尺码修改
（3）删除订单
可选路径
所有客户修改和删除的订单均可
后置条件
确定了可能形成的发货管理
数据元素
影响模块
库存管理系统
非功能性需求
业务规则
待处理问题
更新日志
（3）查询订单
需求编号
003
优先级
高
适用角色
订单管理员
业务场景
订单管理员查询一个订单
限制条件
前置条件
对订单内容有更详尽的需求时
详细描述
管理员可通过查询订单来获取订单的状态以及内容，比如：
（1）客户信息（也可对应记录客户信用）
（2）下单日期
（3）订单号
（4）订单金额
（5）订单状态（是否损坏）
可选路径
所有已经确定生成的订单
后置条件
数据元素
影响模块
库存管理系统、用户下单
非功能性需求
业务则
待处理问题
更新日志
（4）处理订单
需求编号
004
优先级
高
适用角色
订单管理员
业务场景
订单管理员处理订单
限制条件
前置条件
客户确认提交订单
详细描述
当客户确认提交订单，一切信息没有变动之后，订单管理员创建的订单也确认无修改之后，便开始着手处理订单，从库存处更新商品信息，并准备发货
可选路径
订单管理员审核确认后的所有订单
后置条件
确定了可能形成的发货管理
数据元素
影响模块
库存管理系统
非功能性需求
业务规则
待处理问题
更新日志
2.3.3发货管理
用例编号
用例名称
001
货物基础数据管理
002
货物库存管理
（1）货物基础数据管理
需求编号
001
优先级
高
适用角色
库存管理员
业务场景
库存管理员整理库存货物
限制条件
前置条件
仓库内有货物变动时
详细描述
当仓库内有新增货物品种和数量时，则需要货物信息录入，或者货物信息修改，货物信息查询，以及仓库内有货物出仓时，还有货物信息删除等等，都需要在库存管理系统里进行实时更新
可选路径
仓库内所有发生变动的商品货物
后置条件
确定了更新的仓库货物管理
数据元素
影响模块
非功能性需求
业务规则
待处理问题
更新日志
（2）货物库存管理
需求编号
002
优先级
高
适用角色
订单管理员
业务场景
收到订单管理系统发出的发货通知后，进行出库
限制条件
前置条件
收到订单管理系统发出的发货通知
详细描述
仓库管理员收到订单管理系统发出的发货、提货通知，再进行对商品的出库管理
可选路径
仓库管理系统发出的所有出库通知
后置条件
确定了发生的物流通知
数据元素
影响模块
非功能性需求
业务规则
待处理问题
更新日志
3系统设计
在系统的设计阶段，根据之前系统分析给出的理论依据、实际问题和模块划分功能划分，从而得到类在系统中的基本属性和行为，完善类框图，识别类之间的关系，即识别类结构关系，如类的扩展，组成，泛化等关系，确立类之间存在的协作关系，构建系统类图。
用来类图来描述系统中各个模块中类之间的关系，包括类或者类与接口的继承关系，类之间的依赖、聚合等关系以及每一个类的详细信息，包括变量，和方法。
通过类图，就能实际的把系统中的各个类，即对象描述清楚，然后按照这个详细的类图设计编码。
3.1系统类图设计
关系说明：
（1）一个业务员可开多张订单；
（2）一个业务员通过订单与多个客户相关；
（3）一个业务员在权限记录表中有一条记录；
（4）一个控制界面和一个用户界面对象相关；
（5）一个用户界面对象和一个控制对象相关;
（6）一个控制对象和0个或多个订单、客户相关；
（7）一个用户界面对象和0个或多个订单、客户、业务员；
3.2模块活动图
3.2.1用户管理模块主要活动图
3.2.2订单管理模块主要活动图
3.3界面设计
3.4数据库设计
管理员登录表：
主键是管理员编号，管理员编号是管理员登录时的用户名，每个管理员有唯一标识的编号。
详细设计如表3-1所示。
员工登录表：
主键是员工编号，员工编号也是公司唯一标识每个员工的编码。
详细设计如表3-2所示。
员工信息表：
员工信息表主要记录员工的个人信息，如姓名，性别，年龄，家庭住址，爱好等。
主键是员工编号。
详细设计如表3-3所示。
订单基本信息表：
订单基本信息表主要记录订单的各项信息，如订单编号，订单名称，业务员，接单日期，交货日期等，主键是订单编号号，详细设计如表3-4所示。
订单结账信息表：
订单结账信息表主要记录订单的结账信息，如实结日期，实结金额，付款方式，发票类型等，主码是订单编号，一张订单的订单编号是唯一确定的，详细设计如表3-5所示。
订单审核记录表：
订单审核记录表主要记录订单的审核信息，包括订单编号，是否已审核，审核人，主键是订单编号，详细设计如表3-6所示。
客户信息表：
客户信息表主要记录客户的基本信息以及与客户相关的业务员，包括公司名称，部门，联系人，业务员等，详细设计如表3-7所示。
信用级别资料表：
记录客户信用级别，不同的级别享有不同的折扣和还款期。
详细设计如表3-8所示。
货品信息表:
货品信息表主要记录可供出售的货品基本信息，基本信息包括商品编号，名称，规格，产地，计量单位。
详细设计如表3-9所示。
库存信息表：
记录商品的库存信息，如库存数量，库存上线，库存下限等。
详细设计如表3-10所示。
表3-1管理员登录表
字段名称
数据类型
长度
备注
管理员编号
Char
5
主码
密码
Varchar
12
非空
表3-2员工登录表
字段名称
数据类型
长度
备注
员工编号
Char
5
主码
密码
Varchar
12
非空
表3-3员工信息表
字段名称
数据类型
长度
备注
员工编号
Char
5
主码
姓名
Varchar
8
非空
性别
Char
2
部门
Varchar
10
职务
Varchar
12
非空
入职日期
Smalldatatime
4
离职日期
Smalldatatime
4
起薪
Smallint
2
婚否
Char
2
籍贯
Text
16
户籍
Text
16
民族
Varchar
4
性格
Text
16
爱好
Text
16
家庭电话
Varchar
12
手机号
Varchar
12
家庭住址
Text
16
邮编
Varchar
6
备注
Text
16
表3-4订单基本信息表
字段名称
数据类型
长度
备注
订单编号
Int
4
主码
商品名称
Varchar
20
非空
客户名称
Varchar
50
非空
业务员编号
Char
5
非空
订货数量
Int
4
非空
应付金额
Money
8
非空
报价单价
Money
8
非空
交货方式
Varchar
10
非空
交货日期
Smalldatatime
4
非空
接单日期
Smalldatatime
4
非空
付款周期
Varchar
4
非空
备注
Text
16
表3-5订单结账信息表
字段名称
数据类型
长度
备注
订单编号
Int
4
主码
实结日期
Smalldatatime
4
实结金额
Money
8
付款方式
Varchar
8
发票类型
Varchar
8
结账状态
Char
6
非空
表3-6订单审核记录表
字段名称
数据类型
长度
备注
订单编号
Int
4
主码
是否已审核
Char
2
审核人
Varchar
8
表3-7客户信息表
字段名称
数据类型
长度
备注
客户编号
Int
4
主码
公司名称
Varchar
50
非空
部门
Varchar
10
非空
联系人
Varchar
8
非空
联系人年龄
Tinyint
1
性别
Char
2
非空
职务
Varchar
12
手机号
Varchar
12
非空
固定电话
Varchar
12
传真
Varchar
12
非空
地址
Text
16
邮编
Varchar
6
email
Varchar
35
业务员
Char
5
非空
账号
Varchar
16
税号
Varchar
12
主营内容
Text
16
公司性质
Varchar
8
公司规模
Varchar
8
登记日期
Smalldatatime
4
非空
变更日期
Smalldatatime
4
备注
Text
16
表3-8信用级别资料表
字段名称
数据类型
长度
备注
客户编号
Int
4
主码
信用级别
Tinyint
1
非空
折扣比例
Float
8
还款期
Varchar
5
最大欠款额度
Money
8
表3-9货品信息表
字段名称
数据类型
长度
备注
货品编号
Char
6
主码
名称
Varchar
20
非空
规格
Varchar
10
产地
Varchar
20
计量单位
Varchar
8
表3-10库存信息表
字段名称
数据类型
长度
备注
货品编号
Char
6
主码
库存数量
Int
4
库存上限
Int
4
库存下限
Int
4
3.4权限设置
（1）系统管理员：
系统管理员拥有最大的权限，他可以对系统的所有数据进行修改，可以访问所有的数据库，肩负着系统维护的职责。
（2）销售人员：
销售人员只拥有部分权限，可以添加客户资料，修改客户资料，添加新订单，修改自己的订单信息，查询自己的订单等，但无权直接访问数据库。
（3）经理：
经理除了拥有销售人员的所有权限以外还具有删除客户资料，删除订单，查询销售额，销售数据分析等权限，经理也不可直接访问数据库；
（4）库存管理人员：
具有货品信息管理权限，可以维护货品基本信息，更新货品库存信息，但也无权直接访问数据库，只有系统管理员可以直接登录数据库，初始化所有数据，维护所有数据。
4其他非功能需求
4.1性能需求
性能方面，首先尽量保证在最快时间内企业员工对客户订单作出回应。
这是订单受理的第一步。
其次是对系统异常情况的业务员及时处理。
若库存量符合客户要求则订单生效，否则订单关闭返回信息（库存不足或者系统异常等）。
若是因为系统异常造成的订单关闭，企业客服会收到提示，然后主动与客户买家联系，发起一个交易链接，创建新订单并且把交易额、商品信息反馈给客服。
客服业务员与客户的实时互动性强，响应速度快，服务态度好，客户咨询商品反馈信息的服务态度良好，要求容错率低。
再次是对系统本身能够正常运行与基本维护的要求，对扩展升级开放。
4.2安全性需求
安全性要求是系统设计和开发中的重点，要求做到企业系统内部操作权限明确，既要保证系统的安全和可操作性，也要遵从信息数据保密。
同时安全一直也是买卖双方交易中的关注焦点，客户不希望自己的资料信息、交易订单遭到泄露，实际上也是一种维权意识的体现。
主要可以从一下几个方面考虑系统和数据的安全需求：
（1）系统权限管理，只有授权的用户才能动用和修改系统的信息，而且必须防止信息的非法输入和非授权泄露。
（2）漏洞检测和安全风险评估，识别检测对象的系统资源，分析这一资源被攻击的可能指数了解支撑系统本身的脆弱性，评估所有可能存在的潜力风险；
（3）可用性和抗毁性，系统设置备份机制和容错机制，防止在系统出现单点错误时，有效的备份数据可保证系统的继续正常运行，并且对重要数据信息执行密钥加密。
（4）防病毒，网络防病毒应基于策略集中管理的方式，设置防火墙系统，并且提供病毒定义的实时自动更新功能。
4.3质量需求
在订单系统的面向质量需求，不是指交易商品的质量属性，而是系统的质量属性，如互操作性、可用性、可靠性、高效性等用户关注的质量属性，也包括可维护性、可移植性、可重用性和可测试性等开发人员关注的质量属性。
4.4易用性需求
易用性需求方面，包
升级会员 