[计算机软件及应用]软件物流系统.doc

《[计算机软件及应用]软件物流系统.doc》由会员分享，可在线阅读，更多相关《[计算机软件及应用]软件物流系统.doc（60页珍藏版）》请在三一办公上搜索。

1、软件需求分析报告物流软件管理系统 学生姓名 _ *_ #_ 学 号 & & 专业班级 计算机科学与技术10-02班 院 （系） 计算机与通信工程学院 指导教师 完成时间 2012 年 月 日 成 绩 前 言基于网购现象的普遍化，结合软件工程的课程，我们想出来这个物流软件系统，逐步的进行操作，实验的内容不是很复杂，但是真正的实行起来，在简单的想法一旦涉及到真正的实施的时候我们会发现好多自己没有想到的问题，这也是在这个试验中我们最大的收货，绝知此事要躬行！目前，网上交易已成为一种潮流式的商业操作模式，应对这一模式的快速发展，丰富的物品，及时的商品配送，完善的商家交易系已成为抢占市场，拥有客户的不二

2、法宝。物流系统软件就是基于此观念设计，合理的描述了下述的场景：用户（买家）通过网站登陆到商家店铺，与商家的销售人员进行交流，对于物品的信息进行深入的了解，销售人员提供商家该物品信息的同时告知商家该商品的库存量等，待用户下达订单之后，销售人员将订单与用户进行核实，准确无误之后，通知送货人员订单合法有效，送货人员进行下一步的物品配送，并借助于GPS功能对物流的信息返回到系统，使得用户可以及时的查看物品的流动，待物品配送成功，买家签收之后，买家进行网上交易收货的确认，并对商品的信息进行一次反馈。倘或买家对于商品不满意并且在没有损脏商品的情况下，可以与销售人员进行申请退换货的业务操作，待确认可以退货的

3、情况下，物流人员取回货物归还仓库之后，销售人员对于商品进行退款操作，在操作成功的情况下，用户进行一次交易的评价。当然仓库中会存在物品不够的情况，在这种情况下，需要对于物品进行采购，此时就需要一个采购的系统，对于仓库中稀缺的物品进行及时的记录并通知采购人员对物品采购。为了提高商家的信誉，对于用户的评价、反馈信息有客服人员进行整理，并将其展示在商品的网站上。在效益可观的情况下，公司可以凭借此系统进行一次扩展，对于子公司进行系统的分配和使用，同时系统将会作出进一步的更新，对人事管理、财务记录等一一录入，方便公司合理高效的运营。目 录一 项目前景文档1.业务需求1.1业务背景和业务机会 1.2业务目标

4、和成功条件 1.3业务风险2.解决方案的前景2.1前景陈述2.2主要的系统特征2.3假设和依赖的条件3.项目范围和限制3.1 初始版本和后续版本的范围3.2 限制与排除4.业务环境4.1涉众档案4.2项目的优先级4.3运行环境二软件需求规格说明书1.引言1.1概述1.2背景1.3定义1.4参考资料2.任务概述2.1目标2.1.1物流软件应用范围2.1.2系统设计目标2.2运行环境2.3假定和约束3.需求规定3.1对功能的规定3.1.1用户需求3.1.1.2业务概览3.1.2系统需求3.2非功能性需求3.2.1性能需求3.2.2安全设施需求3.2.3安全性需求3.2.4软件质量属性（可靠性、可用

5、性、有效性、可维护性、可移植性）3.3外部接口需求3.3.1硬件接口3.3.2软件接口物流软件管理系统一项目前景文档1业务需求1.1 业务背景和业务机会当前，随着我国信息技术的飞速发展以及全球化竞争的日益激烈，多品种、快节奏、个性化需求、高质量和低成本已经成为各个企业生产经营活动以及消费者所跟随的趋势。在这种形式下，现代物流业受到了人们越来越多的关注和重视。物流业作为一种新兴的服务性行业，其发展程度已成为一个国家现代化程度和综合国力的重要标志，在国民经济中也将发挥越来越大的作用。现代物流作为国民经济的重要组成部分和工业化进程中最为经济合理的综合服务模式，正在全球范围内迅速发展。在中国，物流业已

6、成为国民经济发展的重要独立产业，其发展水平也影响了国家现代化程度和经济发展的速度。物流业促进了国民经济各行业的资源配置，保障了国民经济的持续、稳定、健康发展，推动了经济增长方式的转变，降低了企业物流成本，满足了消费者多样化的需求。 然而，我国当前的物流在发展过程中却面临着许多问题，如专业化、网络化和社会化程度不高，服务水平低，对物流成本的认识不足，缺乏完善而有效的行业协调机制，物流产业市场机制不健全，缺乏高效的现代物流体系等等。在现代物流业的进程中，与物流相关的理论以及具体的运输、配送、流通加工和信息传递等所形成的完整供应链中所需要的各种技术方法也在不断的被探索出来，并且越来越受到关注和重视。

7、在这种形式下，发展现代物流就成为企业有效提升竞争能力的重要途径，物流的运作与管理问题受到了企业管理者的普遍关注和高度重视。此物流软件在原有信息系统的基础上，提出物流的理念，重构现有的信息系统，建设全新的物流管理系统。1.2业务目标和成功条件此物流软件系统根据本身的特点，在充分调研业务的基础上，结合原有业务软件的特点，建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的、可定制业务流程、可维护性的物流管理业务软件，并将采用工作流引擎对整个业务流程的定制，从而可以适应企业业务变动时，调整现有的工作流程，从而提高系统的可扩展性、可维护性。1.3业务风险本物流涉及到的是金钱的交易，因此对于安全

8、性的要求是比较高的，当然其风险指数相对也会提高。2.解决方案的前景2.1前景陈述物流管理系统是在当前社会快速发展的基础上，为扩大市场的影响力、知名度以及市场的销售领域而存在的系统管理软件。本软件集成了对于企业仓库物品存放的信息处理、产品的采购信息、客户与企业的交易信息、物流信息等的处理，实现系统的处理数字化、自动化。在系统的将来的发展方向上，本软件集多种先进技术融合，兼容多种先进的技术，采用互联网技术，电子商务技术、办公自动化、业务受理、GPS技术等等。借鉴网络的作用，实现产品的更大范围的影响。2.2主要的系统特征2.2.1.体系结构先进，提高了系统的可维护性物流系统采用的是业界成熟先进的B/

9、S/S三层体系结构，实现了客户端的“零维护”。客户端方面由于操作的复杂性，再考虑到安全性稳定性可操作性的因素，采用的是“胖客户端”，即在商家方面用于一个体积较为大的软件来进行操作。2.2.2.不依赖任何专有的软件和硬件，提高了系统的可移植性物流系统采用的是网站结合的方式，符合j2ee标准，支持跨平台的应用，从而为用户带来了方便，降低了推广的风险。2.2.3.业务流驱动物流系统带有很强的流程特点，需要一个企业级的工作流引擎系统进行支持。业务流引擎系统是物流系统中不可缺少的一个底层平台。可以通过实现了业务流程的可定制，优化信息流，简化业务环节，提高业务处理的效率，并对将来的业务重构提供支持。特别是

10、涉足其他企业管理系统时，可以根据各企业部门的设置情况，进行灵活配置。2.3假设和依赖的条件 在客户与销售管理人员交流的时候，由于时间上的稍微的误差，当销售人员作出回应之后，采购人员将产品信息录入仓库，可能会出现信息的过时性。 由于天气等客观因素，以及GPS技术的有限，可能会出现系统提供物流的不准确性。 退货请求的信息是由条码扫描仪对于产品进行的，扫描仪器的质量会在一定程度上影响到退货请求信息的及时性。3.项目范围和限制3.1 初始版本和后续版本的范围由于本系统涉及的范围较大，为尽早的使本系统投入运营中使用，进行分版本的进行开发。第一版本需要实现的功能有如下：销售人员可以实现与客户的交流、客户可

11、以安全的下订单及确认收货付款成功、物流人员可以实时的从系统中读取数据进行物品配送、对于客户的退货请求收回合理性的物品及客户申请退款、系统确认退款操作等。第二版本中将要实现的功能：添加人事财务管理模块，对内部员工的工资工种等进行记录分类；添加信息反馈模块，在网页上进行展示，以提高商家信用；扩展公司的子公司的系统等。3.2 限制与排除1、对于仓库中不存在的物品，不对客户开放下订单操作；2、对于退货的商品，还没有返回仓库或者商品不符合退货条款的拒绝退款；3、物流过程中掉包的商品，商家应该给与买家解释，取消第一次的交易，进行新一轮的发货，重新提供物流信息。4.业务环境4.1涉众档案编号渉众名称特点职责

12、成功标准参与可交付工件意见反馈S-001管理者1、对企业有全面的了解，辅助进行科学的决策；2、要求较高的计算机水平；3、具有丰富的业务管理经验1、指导日常业务工作；2、分配业务工作；3、监控订单业务流程；4、处理异常情况订单业务流程正常、有序的运转参与需求研讨和评审无无S-002采购人员1、对于仓库中缺少的物品可以提供及时的更新；2、要求较高的计算机水平主要进行物品信息的录入和更新； 仓库物品数据与系统数据一致不参与无无S-003系统维护人员计算机专业人员，要掌握一定的计算机和网络知识 1、保证系统的正常运行；2、负责系统的公用数据的维护、系统的安装、网络的配置和调试物流软件系统高效、有序的运

13、行不参与无无S-004客户可以下达订单，提交申请退款等操作1、收货、付款；2、向厂商或物流公司提出额外要求；3、查询收货前订单状态；4、提交订单并作出相应反馈1、及时上报异常；2、及时填写反馈回访记录无无提交反馈信息S-005客服熟练使用Excel1、代理查询订单状态；2、统计客户反馈信息； 3、填写异常备注；4、联络客户1、及时、正确反馈订单状态；2、及时、正确填写回访记录；3、及时联络到客户参与需求研讨和评审无无S-006销售人员1、能够熟练的使用聊天工具，与客户进行交流2、对于系统前端的使用需要熟练，以便于对数据进行查询操作。1、与客户交流，将物品的信息告诉客户2、负责用户物品退货交易；

14、3、进行物品信息的查询客户可以准确的了解物品的信息参与软件测试无无S-007送货人员1、对于物品的流动程序熟练2、合理的解决掉包、退货等事件1、将客户购买的物品送达客户；2、将退货物品返回仓库1、客户签收物品2、退货物品返回仓库无1物品交给客户2、退货的物品送还仓库无4.2项目的优先级因素约束自由特性测试版本中实现的是客户与销售的交流、客户下达订单、物品送达成功、若有退货可以顺利进行、仓库的数据与系统必须一致等质量必须通过100%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守网上银行安全标准进度2013年3月1号前必须完成第一版本完整第一版本，在第二个版本中添加人事，员工财

15、务管理，拓展子公司系统等，计划在2013年6月1号之前实现。人员项目团队规模包括一名项目经理，五名开发人员，两名测试人员如果有必要，还可以适时地添加测试人员，以便快速进入下一个流程。成本在不包括责任人评审的情况下，财政预算最多可超支10%4.3运行环境服务器采用惠普的性能稳定的服务器，采用稳定性高的数据库oracle，操作系统自由，可以使windows或Linux 。二 软件需求规格说明书1 引言1.1 概述该软件需求规格说明书描述了“物流软件系统”1.0版本的软件功能性需求和非功能性需求，同时还描述了用户在系统工作中参与的角色以及拥有的权限，事物的各个流程，从而使开发团队可以明确的了解所要开

16、发的“软件物流系统”1.0版本的各个方面，帮助其在实际的开发过程中准确的完成所要开发的各个模块，已满足用户的需求。鉴于安全性，完整性，快速开发的模式，本版本中实现的都是一些基本的软件功能，至于其他的功能性较高的，则可以再之后的版本中加以说明开发。该文档是有实现和验证正确功能的项目团队成员来使用，本版本中实现的功能都是具有最高达优先级的，开发中优先开发。1.2 背景物流软件系统是基于当前火热网购的现象而提出来的，面向的是大中小型公司，其目的在扩展市场范围，增大市场影响力。涵盖了当前主流的购物流程，包括用户的订单、销售人员对于商品的上架、订单的核对、物流送货、客户退货一个完整的物流流程。当然本版本

17、的实现只是实现一些基本的模块，至于更高层次的版本比如模块：增加进来新的业务操作流程、添设子公司或者代理公司等，这里不予实现。“物流软件系统”应用是基于网络平台，利用网站的安全性等的模式开发的。为公司的市场竞争力添砖添瓦。客户端的使用较为的简单，只是需要一个简单的登录web网站就可以，商家则是需要一个较为完善的系统，有系统人员专业人士，进行系统的安装、测试，有销售人员对物品的信息状态进行修改查询，由采购人员对于产品的信息进行及时的更新。目标人群广泛，且其操作简单，界面采用人性化得人机交互，简化但不简单。1.3 定义送货人员：就是在日常生活中所讲述的买家，其在本系统中的，可是实现的有对物品的信息进

18、行查询，对物品可以进行购买，可以实现不满意的货物进行退货申请，对于使用的产品可以进行商品信息反馈。业务员：这是一个集成了销售人员、客服、送货人员的概念。物品信息录入：这是针对采购人员，对于新进仓库的产品的信息进行的更新的操作。目的在于实现仓库中的信息和系统保持一致的作用。反馈信息：用户对于自己购买的产品可以进行不定期的进行信息反馈，反馈的内容包括对于产品的使用，产品的维护等提出自己的建议或者做出一些批评。异常备注：包括对于物流的完善的操作记录，对于产品退货等的记录，其目的是为了下一步的实现系统的完整性，以及提高商家的工作销售效率。销售人员：销售人员是本系统的主要的使用者，在操作中实现的是对于客

19、户的订单进行核对，对于产品进行查询、更新操作，通过网站的平台实现和客户的交流，以及对于收款等的操作。客服：在本系统中客服的职能呢格式负责对于信息的反馈进行的整理和操作。确认支付：针对的对象是买家对于自己收到货物之后，对于商家的付款的操作，此种的操作类似于当前的支付宝的交易协议。1.4 参考资料本文档中涉及到的业务员只需要具备有本公司的岗位工作证即可，至于客户则是大众化的，只需要通过网页浏览器实现一个注册并在后期的消费中只是通过客户端进行自己的登录即可。整个系统实现的一个流程如下：客户通过自己的账号进行用户的登录，销售人员可以通过本平台与客户进行交流，客户在确认购买商品之后下达订单，然后又销售人

20、员将订单信息告知送货人员，送货人员取出物品进行送货的流程，等待客户提交确认收货信息之后，进行网上的确认支付的操作，并对于产品的信息做出一次初步的信息反馈。当然如果商品本就缺货的情况下，销售人员告知采购人员进行产品的进货流程，在货物入库之后对于物品的信息进行一次更新操作。客户对于不满意的物品可以通过本平台实现退货的申请，在送货人员接收到退货商品并确认商品无损完整的情况下，接受货物通知销售进行退款，若不符合，则由销售人员与客户进行交流，将货物退换给客户。本文档中涉及到金钱的交易，因此必须的严格遵守国家的网银交易的法律法规。参考资料文献：l 软件需求工程 黄国兴 周勇 -清华大学出版社l 软件工程概

21、论 郑人杰 马素霞 殷人昆-机械工业出版社 l 网上相关的查阅资料2 任务概述2.1 目标物流软件系统是在在现有的系统运行的过程中，发现现有系统的不足及缺陷，从而提出重构系统。新的系统根据物流系统软件本身的特点，在充分调研业务的基础上，并结合原有业务软件的特点，建设一个跨平台的、通用的、功能完善的、界面友好的、安全稳定的、可定制业务流程、可维护性的物流管理业务软件；并将采用工作流引擎对整个业务流程的定制，从而可以适应企业业务变动时，调整现有的工作流程，从而提高系统的可扩展性、可维护性。高度的灵活性和实时性，该系统采用目前国际上流行的软件架构B/S（客户端/浏览器）结构，紧跟电子商务潮流，使企业

22、的业务随时可以操作，及时跟踪和查询货物信息和管理数据，使企业的管理者身处斗室，运筹帷幄之中，决胜千里之外。操作简便，安全可靠，系统安装、使用、维护非常简便，完全客户化设计，体现了公司一切为客户着想的理念。内置防火墙，数据加密，使客户放心使用，无安全隐患之忧。2.2 运行环境（Operating Environment，OE）服务器采用惠普的性能稳定的服务器，采用稳定性高的数据库oracle，操作系统自由，可以使windows或Linux 。客户端只需要客户使用的操作系统中装有一个网页浏览器就可以，这样借助C/S的维护简易的特性使得系统更加的人性化，易操作易管理。2.3 假定（Assumptio

23、n）和约束（Constraint） 在客户与销售管理人员交流的时候，由于时间上的稍微的误差，当销售人员作出回应之后，采购人员将产品信息录入仓库，可能会出现信息的过时性。 由于天气等客观因素，以及GPS技术的有限，可能会出现系统提供物流的不准确性。 退货请求的信息是由条码扫描仪对于产品进行的，扫描仪器的质量会在一定程度上影响到退货请求信息的及时性。3 需求规定 3.1 对功能的规定3.1.1 用户需求3.1.1.1 组织机构和角色角色视图：角色说明：角色名称角色说明销售人员1、进行物品信息的查询2、通知采购人员发货3、负责收款和退货交易采购员采购物品，进行物品信息的录入和更新送货人员1、 将客户

24、购买的物品送达客户；2、 将退货物品返回仓库客户1、进行收货、付款；2、向厂商或物流公司提出额外要求； 3、提交订单并作出相应反馈客服1、联络客户，代理查询订单状态2、统计客户反馈信息并填写相关的异常备注系统维护人员1、保证系统的正常运行2、负责系统的公用数据的维护、系统的安装、网络的配置和调试等（1）销售人员参与业务：说明：销售人员可以实现对系统中的物品的信息进行查询，以便方便与客户进行交流物品的信息；当系统提示物品供应不足时，销售人员应通知采购人员进行采购；客户下物品订单以后，销售人员要查询相关的物品信息，确认该订单并通知发货人员进行发货；当客户确认支付时，销售人员进行收款操作；若客户申请

25、退货成功，销售人员要退回客户相应物品金额的钱。（2）采购员参与业务：说明：采购人员主要负责物品的采购工作；采购完成后，采购人员要将相关的物品信息录入到系统之中或者进行物品信息的更新。（3）送货人员参与业务：说明：送货人员主要负责物品的运送工作。送货人员按照订单上的地址将物品送达客户处并联系客户进行签收；客户签收后送货人员要将订单带回；若客户申请退货成功，送货人员要将退回的物品返回到仓库中的相应位置。（4）客户参与业务：说明：客户通过物流软件系统进行物品的选购，选购完成后将所选择的物品添加到购物车并下订单、核对订单；当送货人员通知客户进行物品的签收时，客户要进行签收；签收完成后，客户应通过物流软

26、件系统在线确认支付并作出相应的反馈信息对所购买物品进行评价；若客户对所购买的物品不满意可以提出退货申请并将物品邮寄给商家。（5）客服参与业务：说明：客服可与客户进行交流，回应客户对于相关物品信息的咨询并跟踪查询订单状态；客户确认支付并提交反馈信息后，客服要进行反馈信息的整理、统计，并要显式的填写出相关的异常备注。（6）系统维护人员参与业务：说明：系统维护人员要保证物流软件系统的正常运行1、保证系统的正常运行；2、负责系统的公用数据的维护、系统的安装、网络的配置和调试3.1.1.2 业务概览采购业务采购业务说明：本业务是针对的是当商家的仓库中货物缺少或者没有的时候，由销售人员提出申请，并通过系统

27、使得采购人员获知此消息，然后采购人员对物品进行采购。当采购人员将物品纳入仓库之后，对系统的物品信息状态进行更新操作。（2）反馈业务：反馈业务说明：反馈业务针对的是进行一次交易将要结束或者结束的时候，由客服进行联系客户，对于物品的信息进行一次完整的反馈。反馈中包括对于物品的使用，对于物品的满意度，物品的质量以及在交易过程中的不如意等的建议或者批评。（3）购物业务购物业务说明：本业务是此系统中最为核心的业务，实现的是物品的交易流程，涉及到的人员有客户、销售人员、送货人员以及客服对于物品流动的监视。当客户发出订单请求之后，由销售人员对系统中的物品的信息进行查询，确认订单是否有效，即确认一下仓库中的货

28、物是否可以满足用户的需求，不够的时候需要进行通知采购人员，并告知客户。确认订单之后，发出发货的通知，由送货人员进行物品的配送。（4）签收业务签收业务说明：签收的流程是有送货人员和客户进行联系，当货物送达时，通知客户进行接收物品，然后由客户进行物品接收，并签单确认收货。（5）退货业务退货业务说明：退货流程是针对的当客户对于自己购买的物品不满意时，对于产品提出退货的申请，并由送货人员对于退回来的物品进行商品完整性的检查，确认完整之后，放置仓库通知销售人员对客户进行退款操作。（6）支付业务支付业务说明：这是整个业务中风险系数最高的流程，涉及到金钱的交易。当客户签收物品之后，在规定的时间内对于商品进行

29、去人支付的操作，销售人员进行收款的查询操作。3.1.1.3 业务场景 （1）采购业务场景采购业务场景说明：采购业务是由销售人员进行触发的，当发现系统中的物品无货或者不能够满足客户的要求的时候，通过系统通知采购人员进行物品的采购，采购人员进行采购物品之后，对于物品的信息进行录入，特别是修改系统中的物品的数量栏目，修改完之后，销售人员可以从查询端看到系统中的物品信息已经更新。采购业务流程自此结束。 （2）反馈业务场景反馈业务场景说明：反馈业务是在客户确认收货或者进行退货操作申请之后，对于物品的质量，交易流程的不满等的一次简单性的汇总，由客服进行消息的整理，也别是异常信息的记录。 （3）购物业务场景

30、购物业务场景说明：客户通过浏览器浏览产品之后，欲购买一定量的物品，填写购物订单，销售人员接收到订单申请之后，查询系统仓库中的物品是否满足客户的需求，当货物足够的时候，确认订单，交给客户进行订单的确认，然后由销售人员通知送货人员进行物品的配送，送货人员接收到系统的提示，对物品进行打包运送。 （4）签收业务场景签收业务场景说明：送货人员对于物品进行打包运送之后，到达目的地的时候与客户进行联系，客户接受到物品之后在物流单进行确认收货签字。 （5）退货业务场景退货业务场景说明：客户收到物品之后发现物品有残缺或者不想要这个物品了，可以通过浏览器登录网站进行退货的申请操作，送货人员接受到物品之后将物品纳入

31、仓库之后更新系统的信息，一句系统的信息提醒，销售人员可以做出退款的操作。 （6）支付业务场景支付业务场景说明：当客户签收物品之后，需要在规定的时间内对物品进行付款的确认支付的操作，销售人员核实收款的操作。3.1.2系统需求3.1.2.1概览在本版本的操作中，系统需要实现以上的全部的操作，这些都是系统需要完善的一个基本的物流的流程。下订单的业务主角是客户，是有客户通过浏览器实现的与系统进行交互的界面。通知发货的业务主角是销售人员，当发现系统中的物品不能满足客户的时候，需要在系统中提示，通知采购人员进行物品的采购。签收物品的业务主角是客户，当送货人员将货物送达的时候，客户进行物品的签收。支付业务的

32、业务是一个多人员参与的业务，包括客户、销售人员和客服。退货业务是由客户签收到物品之后，对商品不满意进行的退款的一系列操作。采购业务业务主角是采购人员，这也是其主要的职责，接受系统提示之后进行物品采购入库操作，更新物品状态。3.1.2.2系统需求规定（1）下订单用例名称bu_借阅图书实现名称shopping用例描述客户向系统提出下订单的操作参与者客户前置条件1. 客户需要有自己的登陆账户后置条件1. 成功创建订单2. 更新系统中的物品信息主事件流1、 客户通过刷新页面浏览到本商家的物品2、 客户进行会员注册3、 系统对会员的注册最初记录，并反馈注册成功4、 客户通过登陆界面进行登陆5、 客户可以

33、查询到自己想要的物品，向系统提出查询申请6、 系统提供给客户物品的信息7、 客户将自己需要的物品放入自己的虚拟的购物车8、 客户想系统提交订单9、 系统对客户的订单进行审阅，反馈给客户订单10、 客户订单下达成功，系统关闭备选事件流4. a客户登陆失败，系统将页面设置跳转到登陆注册的页面，即跳转到步骤1刷新页面5. a系统提示客户商品已下架不能够购买，系统跳转到步骤57.a如果客户想继续的购买商品的时候，系统跳转到步骤58.a客户如果放弃订单的话，系统直接跳到最后一步，结束本流程。业务规则至少订购一个物品。涉及的业务实体物品，订单，购物车非功能性需求支持多种语言显示（有外文书籍） 业务场景分析

34、（注意：由于截图能力，这里的第一泳道是指客户，第二泳道是物流软件系统）下订单业务场景说明：本业务场景中实现的是新的用户的注册、登陆，在进行登陆之后可以对系统中的商品进行查询，由系统提供物品的信息，客户可以进行一次的多购买物品，确认下订单之后提交给系统，由系统核实订单之后，确认订单有效，并反馈给用户。 业务实体分析下订单业务实体说明：当用户下达订单之后，有系统进行订单的确认，订单可以使一个或者多个。客户拥有一个购物车，购物车中可以容纳多个商品，一个购物车可以对应多个订单，与订单对应的是金钱。（2）通知发货用例名称通知发货实现名称sending用例描述销售人员在系统打出订单之后通知发货人员进行物品

35、运送参与者销售人员，送货人员前置条件系统接受到至少一个有效的订单后置条件1、送货人员接收到订单2、送货人员进行物品的运送主事件流1、 系统在接受到订单之后，进行订单的打印操作2、 销售人员接收到系统打印出的订单，通知送货人员3、 送货人员接受到通知，接受订单4、 送货人员从仓库中取出商品，对商品进行打包、运送操作5、 本操作结束备选事件流1、若系统没有接收到有效的订单，则系统直接跳转到最后一步，操作流程结束业务规则送货人员接受到至少一条有效的订单涉及的业务实体物品，订单非功能性需求支持多种语言显示（有外文书籍） 业务场景分析通知发货业务场景说明：当物流软件系统收到至少一个有效的订单之后，对订单

36、进行打印，有销售人员通知送货人员进行货物的运送，送货人员通过系统的提示获取订单，对货物物品进行打包运送。 业务实体分析通知发货业务实体说明：销售人员在此业务场景中只是通过系统对送货人员进行通知，送货人员接收到一个或多个物品运送订单。（3）签收物品用例名称签收物品实现名称Sign in用例描述客户经送货人员接受到自己购买的物品参与者客户、送货人员前置条件1、 客户需要有至少一个有效的订单2、 送货人员需要将物品完整保证好后置条件1、 客户接收到自己购买的物品2、 客户在运送单上进行签字说明3、 送货人员取回签收单4、 送货人员将物品送达成功的信息输入系统主事件流1、 送货人员接收到物品之后对物品

37、进行第一步的运送2、 到达目的之后，通知客户进行会货物的签收3、 客户签收物品4、 送货人员取回订单、输入系统交易的结果备选事件流2、 送货人员联系不上客户的时候，跳转到步骤1，进行进一步的运送3、 客户拒绝签收的时候，跳转步骤4，本流程结束业务规则1、 送货人员将物品完好的运送2、 客户接受物品并签字涉及的业务实体物品，订单非功能性需求1、支持多种语言显示（有外文书籍）2、送货人员与客户的联系方式需要谨慎 业务场景分析签收物品业务场景说明：送货人员接受到订单之后，对物品进行打包运送，之后联系客户进行货物的接受，联系到客户时候由客户签收，送货人员取回订单，并提供给系统物品已经完整的送达。 业务

38、实体分析签收物品业务实体说明：送货人员取得一个或多个物品以及其对应的订单，和客户进行交流。（4）收款用例名称收款实现名称Pay off用例描述客户对于自己购买的商品进行付款参与者客户、销售、客服前置条件1、 客户需要签收物品2、 送货人员将物品签收单取回并通知系统物品送达3、 客户的账户中可以正确的进行网上付款的交易后置条件1、 客户付款成功2、 客户对于此次购物的流程或者对于物品等最初自己的评价主事件流1、 系统得到物品送达成功的消息之后，提示客户进行付款操作2、 客户进行付款操作并作出评价3、 销售人员对于付款的结果进行审核4、 客服接受客户的建议批评，进行记录包括异常的信息5、 交易完成

39、备选事件流2、 a客户没有进行付款的操作的时候，超过七天后，系统强制性的从客户的账户中扣取此次交易的金额，并作出说明2、b客户没有进行评价，流程跳转到步骤3，然后跳过到最后一个步骤业务规则1、客户需要对自己购买的物品记性付款2、客户需要对自己购买的物品进行适当的评价涉及的业务实体金钱、反馈信息、异常备注非功能性需求1、支持多种语言显示（有外文书籍）2、支持快捷支付绑定银行卡或者支付宝付款 业务场景分析收款业务场景说明：物流软件系统提示客户进行付款的操作，或者用户在自己接受到物品之后对于自己购买的商品进行付款的操作，并对于自己购买的商品进行评价，由客服通过系统与客服取得联系获取评价信息，填写异常

40、备注等 业务实体分析收款业务实体说明：销售人员对于客户的付款结果进行核实，客户对于自己购买的一个或多个物品进行反馈信息，客服需要记录用户反馈的信息，包括异常的备注。（5）退货用例名称退货实现名称returned purchase用例描述客户对自己收到的货物不满意，要求退货参与者客户、送货人员前置条件1、 客户接受到自己购买的物品2、 客户对自己购买的物品不满意申请退货后置条件退货完成退款成功或者退货失败商品退回给客户主事件流1、 客户接受到自己购买的物品不满意，提出退货申请2、 系统接受退货申请3、 客户进行邮寄退货物品，系统通知送货人员准备接货4、 送货人员接收到物品5、 送货人员检测物品完

41、好，准许退货6、 若检测物品不完好，不予退货7、 准许退货之后，系统进行退款的操作8、 不予退货之后，送货人员将货物退回给客户备选事件流4a、送货人员发现物品不完好有残损，跳转步骤64b、送货人员发现物品完好准许退货，跳转步骤5业务规则至少有一个退货的商品涉及的业务实体物品非功能性需求支持多种语言显示（有外文书籍）客户需要熟知退货的费用，系统给与温馨提示。 业务场景分析（注意：这里的第一泳道是客户，第二泳道是软件物流系统，第三泳道是送货人员）退货业务场景说明：退货业务场景是指当客户对自己购买的商品不满意要求退货的时候可以进行退货申请，待系统确认之后，由客户进行货物的邮寄，系统同时通知送货人员进

42、行货物的接受准备。当送货人员接受到货物之后，进行检查货物的完整性，待确认货物完好之后难入仓库，通知系统进行退款的操作。如若不完整的时候，那么进行的是在系统中提示货物不符合退货的要求，由送货人员将物品归还给客户。 业务实体分析退货业务实体说明：客户对自己购买的一个或者多个物品不满意的时候进行退货的申请，每个物品有其对应的邮费以及物品费。（6）采购商品用例名称采购物品实现名称purchase用例描述采购人员对于仓库中稀缺的物品进行采购参与者采购人员、销售人员前置条件销售人员需要对系统输入，系统进行提示采购人员后置条件1、 采购人员将稀缺的物品纳入仓库2、 采购人员对新纳入仓库的物品的信息进行更新3

43、、 销售人员可以看到物品的更新情况主事件流1、 系统提示物品缺少2、 销售人员输入系统，通知采购人员物品缺少3、 采购人员采购商品4、 采购人员将物品纳入仓库中并对物品的信息进行及时的更细操作备选事件流3、采购人员对物品没有成功采购的时候，只需要跳转到第4步，对物品的信息无需进行更新操作业务规则至少需要一件稀缺的物品需要采购人员进行采购涉及的业务实体物品非功能性需求支持多种语言显示（有外文书籍）系统可以进行实时的采购，在采购人员处可以添加一个广播 业务场景分析采购业务场景说明：采购业务是针对仓库中的物品不足以满足用户的要求情况下设置的一个操作流程，当采购人员对稀缺的物品进行采购成功之后，对于商

44、品的信息进行及时的更新，当没有采购好之后无需进行更新，销售人员可以通过系统的查询入口进行查询。 业务实体分析采购业务实体说明：采购业务涉及到的实体只有一个物品，当然此物品可以是多个。3.1.2.3数据分析 概览实体之间关系说明：一个仓库中可以包含有一个或者多个物品一个订单中可以包含有多个物品一个购物车可以对应于一个或者多个订单一个购物车可以容纳多个物品 物品实体名称物品实体描述每个物品都有在仓库、运行中、客户接受、退货中等状态属性名称类型精度说明(属性的业务含义及业务规则)物品编号字符12物品类别编号(3位)+物品购入年份(4位)+流水号(5)位物品分类字符6物品的分类名称字符100物品标签中的名称价格字符6当前物品的价格重量字符6物品的重量该物品的邮费字符6根据重量以及客户的地址来确定邮费当前仓库数量字符20物品在仓库中的容量是否可购字符2物品是否可购买入库负责人字符10物品入仓库的负责人入库时间日期100物品入仓库的时间物品简介字符2000物品的质量等简介物品反馈信息字符10