订单管理系统需求分析说明书Word文件下载.docx
《订单管理系统需求分析说明书Word文件下载.docx》由会员分享，可在线阅读，更多相关《订单管理系统需求分析说明书Word文件下载.docx（24页珍藏版）》请在冰豆网上搜索。
在如今的经济模式下，企业需要紧紧抓住从订单受理到交货的整个订单管理过程，以便能够尽可能低的成本满足最终客户的需求。
因此，企业发展和建立订单管理系统是至关重要的。
订单管理系统（OMS）是物流管理系统的一部分，通过对客户下达的订单进行管理及跟踪，动态掌握订单的进展和完成情况，提升物流过程中的作业效率，从而节省运作时间和作业成本，提高物流企业的市场竞争力。
订单管理系统的主要功能是通过统一订单提供用户整合的一站式的供应链服务，订单管理以及订单跟踪管理能够使用户的物流服务得到全程的满足。
订单管理系统是物流管理链条中的不可或缺的部分，通过对订单的管理和分配，使仓储管理和运输管理有机的结合，稳定有效地实现物流管理中各个环节充分发挥作用，使仓储、运输、订单成为一个有机整体，满足物流系统信息化的需求。
订单管理是对商户下达的各种指令进行管理、查询、修改、打印等功能，同时将业务部门处理信息反馈至商户。
定单管理系统一般包括：
订单处理，订单确认，订单状态管理（包括取消、付款、发货等多种状态，以及订单出库和订单查询）等。
同时，订单管理还涉及销售管理系统。
销售管理系统帮助企业的销售人员完成客户档案管理、销售报价管理、销售订单管理、客户定金管理、客户信用检查、出货单及销售出货处理、客户退货及货款拒付的处理等一系列销售事物管理。
销售管理系统为营销部门提供报价等营销相关信息，以有效掌握和控制报价，主动追踪、查核客户的销售订单，控制交货期以提高客户服务水平，进行客户的信用管理以及库存交易等业务处理，销售分析则是对订单资料，出/退货资料进行汇总分析。
总而言之，订单管理系统就是连接销售管理与物流管理的一个关键环节。
2.2系统设计目标
订单管理系统的主要目的是：
信息收集制度化、信息加工标准化、信息存储档案化、信息传递规范化、及销售管理工作规范化。
2.3需求分析（用例图）
我们将订单管理系统一共分为四个模块：
（1）客户下单；
（2）订单管理人员审核；
（3）发货；
（4）物流追踪管理。
2.3.1客户下单
用例编号
用例名称
001
选购商品
002
编辑订单
003
物流信息查询
（1）选购商品
需求编号
优先级
高
适用角色
客户
业务场景
客户选购商品
限制条件
前置条件
客户成功登陆系统
详细描述
客户登陆系统之后，并能够开始选购商品
可选路径
通过系统中的搜索引擎搜索系统中陈列的商品
后置条件
确定了后期可能形成的订单管理
数据元素
影响模块
订单管理系统
非功能性需求
业务规则
待处理问题
更新日志
（2）编辑订单
客户编辑订单
客户选购好了商品
客户通过编辑订单这个功能，进行修改订单、删除订单、提交订单这三个功能。
（1）修改订单：
客户如果对所选商品有修改，如：
商品尺码，颜色，都可点击修改订单；
（2）删除订单：
客户对所选中的商品订单信息进行删除；
（3）地址管理：
客户对自己的地址进行修改、添加或删除等；
其中包括：
邮编、联系方式、省市区以及具体地址。
订单管理员审核确认后的所有订单
确定了可能形成的发货管理
（3）物流信息查询
客户收到已发货通知后，进行物流查询
商户已成功发货
当客户收到商户已成功发货的信息后，便能够实时查询自己所购买的物品的物流情况，在收到货物以后也有两种情况：
（1）确认收货，基于客户对商品比较满意的情况；
此时商户才能真正收到交易金额，若是7天内未作出评价，则系统自动确定收货；
（2）退货，基于客户对商品不太满意的情况，在与商家交涉后，未能达到满意的情况，则选择退货，其中运费问题，则商户与客户自行交涉。
2.3.2订单管理人员审核
新开订单
维护订单
查询订单
004
处理订单
（1）新开订单
订单管理员
订单管理员创建一个订单
有用户提交订单
当客户选购商品并确认提交订单后，订单管理人员随即新开一个订单
所有客户提交的订单均可
库存管理系统
（2）维护订单
订单管理员审核、维护一个订单
有用户修改或删除订单，或者审核发现库存为0
当有客户发现商品不合心意或其他原因需要修改订单和删除订单后，订单管理人员再对其所生成的订单做相应的修改。
举例如：
（1）到货地址修改
（2）商品货号尺码修改
（3）删除订单
所有客户修改和删除的订单均可
（3）查询订单
订单管理员查询一个订单
对订单内容有更详尽的需求时
管理员可通过查询订单来获取订单的状态以及内容，比如：
（1）客户信息（也可对应记录客户信用）
（2）下单日期
（3）订单号
（4）订单金额
（5）订单状态（是否损坏）
所有已经确定生成的订单
库存管理系统、用户下单
业务则
（4）处理订单
订单管理员处理订单
客户确认提交订单
当客户确认提交订单，一切信息没有变动之后，订单管理员创建的订单也确认无修改之后，便开始着手处理订单，从库存处更新商品信息，并准备发货
2.3.3发货管理
货物基础数据管理
货物库存管理
（1）货物基础数据管理
库存管理员
库存管理员整理库存货物
仓库内有货物变动时
当仓库内有新增货物品种和数量时，则需要货物信息录入，或者货物信息修改，货物信息查询，以及仓库内有货物出仓时，还有货物信息删除等等，都需要在库存管理系统里进行实时更新
仓库内所有发生变动的商品货物
确定了更新的仓库货物管理
（2）货物库存管理
收到订单管理系统发出的发货通知后，进行出库
收到订单管理系统发出的发货通知
仓库管理员收到订单管理系统发出的发货、提货通知，再进行对商品的出库管理
仓库管理系统发出的所有出库通知
确定了发生的物流通知
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员工登录表
员工编号
表3-3员工信息表
姓名
8
性别
2
部门
10
职务
入职日期
Smalldatatime
4
离职日期
起薪
Smallint
婚否
籍贯
Text
16
户籍
民族
性格
爱好
家庭电话
手机号
家庭住址
邮编
6
表3-4订单基本信息表
订单编号
Int
商品名称
20
客户名称
50
业务员编号
订货数量
应付金额
Money
报价单价
交货方式
交货日期
接单日期
付款周期
表3-5订单结账信息表
实结日期
实结金额
付款方式
发票类型
结账状态
表3-6订单审核记录表
是否已审核
审核人
表3-7客户信息表
客户编号
公司名称
联系人
联系人年龄
Tinyint
1
固定电话
传真
地址
email
35
业务员
账号
税号
主营内容
公司性质
公司规模
登记日期
变更日期
表3-8信用级别资料表
信用级别
折扣比例
Float
还款期
最大欠款额度
表3-9货品信息表
货品编号
名称
规格
产地
计量单位
表3-10库存信息表
库存数量
库存上限
库存下限
3.4权限设置
（1）系统管理员：
系统管理员拥有最大的权限，他可以对系统的所有数据进行修改，可以访问所有的数据库，肩负着系统维护的职责。
（2）销售人员：
销售人员只拥有部分权限，可以添加客户资料，修改客户资料，添加新订单，修改自己的订单信息，查询自己的订单等，但无权直接访问数据库。
（3）经理：
经理除了拥有销售人员的所有权限以外还具有删除客户资料，删除订单，查询销售额，销售数据分析等权限，经理也不可直接访问数据库；
（4）库存管理人员：
具有货品信息管理权限，可以维护货品基本信息，更新货品库存信息，但也无权直接访问数据库，只有系统管理员可以直接登录数据库，初始化所有数据，维护所有数据。
4其他非功能需求
4.1性能需求
性能方面，首先尽量保证在最快时间内企业员工对客户订单作出回应。
这是订单受理的第一步。
其次是对系统异常情况的业务员及时处理。
若库存量符合客户要求则订单生效，否则订单关闭返回信息（库存不足或者系统异常等）。
若是因为系统异常造成的订单关闭，企业客服会收到提示，然后主动与客户买家联系，发起一个交易链接，创建新订单并且把交易额、商品信息反馈给客服。
客服业务员与客户的实时互动性强，响应速度快，服务态度好，客户咨询商品反馈信息的服务态度良好，要求容错率低。
再次是对系统本身能够正常运行与基本维护的要求，对扩展升级开放。
4.2安全性需求
安全性要求是系统设计和开发中的重点，要求做到企业系统内部操作权限明确，既要保证系统的安全和可操作性，也要遵从信息数据保密。
同时安全一直也是买卖双方交易中的关注焦点，客户不希望自己的资料信息、交易订单遭到泄露，实际上也是一种维权意识的体现。
主要可以从一下几个方面考虑系统和数据的安全需求：
（1）系统权限管理，只有授权的用户才能动用和修改系统的信息，而且必须防止信息的非法输入和非授权泄露。
（2）漏洞检测和安全风险评估，识别检测对象的系统资源，分析这一资源被攻击的可能指数了解支撑系统本身的脆弱性，评估所有可能存在的潜力风险；
（3）可用性和抗毁性，系统设置备份机制和容错机制，防止在系统出现单点错误时，有效的备份数据可保证系统的继续正常运行，并且对重要数据信息执行密钥加密。
（4）防病毒，网络防病毒应基于策略集中管理的方式，设置防火墙系统，并且提供病毒定义的实时自动更新功能。
4.3质量需求
在订单系统的面向质量需求，不是指交易商品的质量属性，而是系统的质量属性，如互操作性、可用性、可靠性、高效性等用户关注的质量属性，也包括可维护性、可移植性、可重用性和可测试性等开发人员关注的质量属性。
4.4易用性需求
易用性需求方面，包括用户在界面的易用性（管理人员的操作界面）和美观性，既要板块清晰、一目了然便于上手操作，又要赏心悦目，简洁美观。
同时还包括面向用户的培训资料等方面的要求。
升级会员 