大型连锁便利店在线供应链管理系统——出入库、交接班管理、供应商管理模块的SOA层设计实现---毕业论文

本科毕业论文大型连锁便利店在线供应链管理系统 出入库、交接班管理、供应商管理模块的SOA层设计实现Large-scaled Chain Convenient Store Online SCM SystemSOA Layer Design and Implement on Function modules姓 名：学 院：软件学院系：软件工程专 业：软件工程年 级：学 号：指导教师： 年 月摘要现代物流随着通信技术以及运输技术的发展获得了迅速的成长。物流理念也不断地推陈出新，供应链管理成了备受瞩目的一个研究方向。企业之间的竞争正日趋演变为供应链与供应链之间的角逐，在企业竞争的催化下，供应链管理系统逐渐被应用到企业的各项领域当中，以此来提高企业的竞争力。这次的毕业设计课题，就是开发一个大型连锁便利店在线POS系统，其核心功能是实现一级架构的连锁经营管理系统，包括物流配送、进、销、存等供应链的管理。该系统采用敏捷软件开发方法进行开发，通过Web service技术实现分布式SOA架构和分布式数据库系统。在部署和使用可共享和重复使用的服务方面，分布式SOA架构是最为简单易行的途径。并且不论是从成本角度还是从技术角度，分布式SOA架构都对目前业界普遍认同的渐进式的部署提供了最好的支持，同时，使系统具备更强的部署灵活性、适应性和可维护性。本人在本课题中主要负责Web service接口的设计及实现。Web Service是时下流行的实现分布式和跨平台的一项技术，它能够满足SOA架构所需的独立的功能实体、大数据量低频率的访问以及基于文本的消息传递这三大主要特点，因此被誉为是目前最适合实现SOA的技术。关键词：Web service；分布式；SOA AbstractWith the development of communication and transportation technology, modern logistics obtain a rapid growth. Logistics concept is developing with continues innovation, and SCM (Supply Chain Management) has become a high-profile research direction. To enhance the firms competitiveness, SCM is applied to many fields of enterprises.This graduation subject is to develop an online POS system for a large chain convenient store. The major objective is to implement a first level operation and management system of the chain-store, including logistics distribution, purchase, sale, stock and so on. The system adopts agile software development methods, using Web service technology to implement the distributed SOA architecture and distributed database system. Distributed SOA architecture is the simplest and most effective way to deploy and use the services which can be shared and reused. Whether from cost or technical perspective, distributed SOA architecture could provide the best support for the incremental deployment, which is generally recognized by the current industry. At the same time, distributed SOA architecture makes the system more flexible, adaptable and maintainable. In this subject,I focuse on the design and implementation of Web service interface. Web Service as a popular distributed and cross-platform technology can meet the three characteristics of the SOA architecture, including independent functional entities, large amount of data low-frequency access and text-based message-passing. So Web Service is considered the most suitable technology to realize SOA. Keywords: Web service; Distributed; SOA目录第一章引言1第二章系统相关技术概述32.1 敏捷软件开发方法32.2 分布式软件系统简介32.3 Web service概述5第三章系统总体设计73.1 系统概述及功能73.1.1 开发背景73.1.2 总体目标73.1.3 功能需求83.1.4 非功能需求113.2 系统架构和模块划分113.3 数据库设计123.3.1 概述123.3.2 实体关系图133.3.3 数据库表格设计133.4软硬件配置16第四章系统详细设计174.1Web Service接口设计174.1.1 概述174.1.2 添加供应商功能接口174.1.3 审核本级提及的采购清单功能接口184.1.4 审核下级提交的采购清单功能接口214.1.5 交接班管理功能接口234.2 前台网站与Web Service接口的交互254.2.1 前台与Web Service服务器通信设计254.2.2 Web Service数据传输设计27第五章系统测试及运行结果315.1 软件测试315.2 功能测试325.2.1 审核本级提交的采购清单325.2.2 审核下级提交的采购清单审核355.2.3 交接班管理375.3 系统运行结果38第六章总结40参考文献42致谢语43 ContentsChapter 1 Introduction1Chapter 2 System Related Technologies Overview32.1 Agile Software Development32.2 Distributed Software Systems32.3 Web Service Outline5Chapter 3 System Overall Design73.1 System Profiler and Function73.1.1 Development Background73.1.2 Overall Objective73.1.3 Functional Requirements83.1.4 Non-functional Requirements113.2 System Architecture and Module Division113.3 Database Design123.3.1 Overview123.3.2 Entity Relationship Diagram133.3.3 Design of Database Tables133.4 Software and Hardware Configuration16Chapter 4System Detail Design174.1 the Design of Web Service Interface174.1.1 Overview174.1.2 the Interface of Add Business Partner174.1.3 the Interface of Audit Purchase Order Submitted by Self184.1.4 the Interface of Audit Purchase Order Submitted by Subordinate214.1.5 the Interface of Hand Over Management234.2 Web Site Communicates with Web Service Server254.2.1 Communicate Design about Web Site and Web Service Server254.2.2 Communicate Data Design and Transmission Design27Chapter 5System Testing and the Running Results315.1 Software Testing315.2 Functional Test325.2.1 Audit Purchase Order Submitted by Self325.2.2 Audit Purchase Order Submitted by Subordinate355.2.3 Hand Over Management375.3 System Running Results38Chapter 6Summarize40References42Acknowledgement43 大型连锁便利店在线供应链管理系统第一章引言随着经济的一体化和全球化推进，全球统一的经济市场被逐步建立，企业之间的竞争也慢慢地从局部竞争扩展到全球性的竞争，并且竞争愈演愈烈。在这种经济全球化的环境下，传统的生产与经营模式显得越来越迟缓。这迫使企业重新审视自身的发展战略和生产运作模式。为了摆脱困境，企业采取了许多先进的单项制造技术和管理方法，如计算机辅助设计、柔性制造系统、准时生产制、制造资源计划和企业资源计划等，虽然这些方法取得了一定的实效，但在经营的灵活性、快速满足顾客需求方面并没有实质性改观1。一些先进的企业在竞争和协同发展的实践过程中，逐渐意识到要想从根本上解决问题就要加强与其它企业的合作，从根本上转变经营策略，充分利用企业的内、外资源，增强企业的适应性以及响应速度。于是供应链管理这一新的经营和运作模式从此诞生。所谓供应链，是围绕核心企业，通过对信息流、物流、资金流的控制，将供应商、制造商、分销商、零售商、直到最终用户连成一个整体的功能网链结构模式。通过信息和网络手段使企业运作整体化、协调化和最优化是供应链的内涵，运用供应链管理实现生产、流通、消费的最低成本、最高效率和最大效益是供应链的目标2。在互联网尚未普及的时候，供应链软件在改善企业预测客户需求，让整条供应链顺畅运转的能力上还颇为有限。但随着互联网时代的崛起，许多先进企业率先利用供应链管理系统，通过网络将各自的供应链连到一起，降低了成本并拓展了商机。鉴于每个行业供应链的独特性，许多任务都需要特定的软件来完成，因此，供应链管理系统可以说是一种复合兼复杂的应用。虽然部分软件厂商尝试将各种独立软件整合到同一个架构下，但到目前为止，仍没有一款完整的应用套装能适用于所有的公司。本毕设课题的任务是开发一个大型连锁便利店在线POS系统，其核心目标是设计开发一个适用于紫山集团经营运作的网上供应链管理系统，将总部与供货商联系起来，实现总部与供应商之间的信息交换、信息共享的一个平台。从而实现总部与供应商之间信息交换、共享的方便性、可靠性、低成本何即时性，方便供应商在财务对帐，订单获取，销售查询，库存查询等业务上的信息获取。进一步提高供应商的经营效率，增进与总部的密切合作。在功能上，该平台分为前台和后台操作，分别面向不同的操作对象。前台操作面向的是普通顾客群，无需登陆即可对网站进行操作，如：查看各个区域门店的上市新品、促销商品等。此外，前台还展示了如企业简介、产品说明、加盟简介等其本页面。与前台不同，后台的操作则面向各个店头的店员、店长以及各个部门的员工，在操作权限的划定上比较明确，故需要限制其在特定IP，特定时段以及账户密码下登陆成功后，才能进行操作。而且不同的操作对象登陆到系统后所能进行的操作类型也各不相同。这些部门员工登陆后的操作权限将在系统功能介绍部分具体说明，这里就不一一罗列了。该系统使用敏捷软件开发方法进行开发，敏捷软件开发能更好的适应各种类型的变更，从而有效的降低由于变更产生的可预知以及不可预知的风险。该软件项目被切分成多个子项目，各个子项目单独开发并测试，具备可集成和可运行的特征。这种模块化、结构化的软件设计思想，也提高了系统的可移植性和可维护性。系统采用Web Service技术实现SOA架构。Web Service是就现在而言最适合实现SOA的一些技术的集合，使用Web Service可以构建基于网络的松散耦合的分布式应用组件3。由于其采用的基本协议是被广泛接受的XML和HTTP，使得Web Service可以跨平台调用3。除此之外，系统的数据库系统是分布式数据库系统，由多个独立的数据库系统组成（以下统称结点），数据库系统还为其提供有效的存取手段来操纵子结点的数据库，使其在逻辑上一致，以适应全国范围内的大规模连锁经营。各个结点数据库的数据同步更新则由Web Service提供接口实现。本文的第一章是引言，第二章介绍了系统开发中涉及到的相关知识和技术，第三章介绍了本系统的总体架构设计，第四章则重点阐述Web service接口的设计及实现方法。第五章展示了系统的测试及运行结果，第六章则对本课题开发的连锁便利店在线POS系统做了总结，展望该领域未来的技术发展方向和行业前景。第二章系统相关技术概述2.1 敏捷软件开发方法敏捷软件开发又称敏捷开发，是一种从九十年代开始逐渐引起广泛关注的新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通、频繁交付新的软件版本、能够很好滴适应需求变化4。本毕业设计课题所开发的项目是一项非常庞大的项目，根据客户的需求，该系统将先在区域内使用，然后会慢慢扩大至大区乃至全国使用。由于客户的功能需求变化我们无法估计，且系统的规模比较大，因此决定采用敏捷软件开发方法中最著名的极限编程方法进行开发。在开发过程中，我们使用一个统一的编码规范进行编码，使系统源码风格统一，这样一来，结对编码的人就可以轻松的阅读或修改对方的代码。采用极限编程开发的软件初期版本可以率先投入到区域门店及部门使用，客户也可以在使用过程中不断地反馈系统的不足之处，并提出更加具体的需求以便于我们后期对系统模块做出修改及完善。2.2 分布式软件系统简介分布式软件系统(Distributed Software Systems)是支持分布式处理的软件系统，是在由通信网络互联的多处理机体系结构上执行任务的系统。它包括分布式操作系统、分布式程序设计语言及其编译(解释)系统、分布式文件系统和分布式数据库系统等。分布式程序由若干个可以独立执行的程序模块组成，它们分布于一个分布式处理系统的多台计算机上并被同时执行。它与集中式的程序设计相比有三个特点：分布性、通信性和稳健性。本毕设课题所开发的系统是一个基于SOA架构的分布式软件系统，并通过Web Service来实现。Web Service目前的开发框架、软件和插件都比较成熟，可以在不同架构的系统下搭建服务，被普遍使用于各个系统。鉴于该系统将来将被应用于各个异构的系统平台，所以用Web Service来实现SOA架构在综合因素作用下无疑是最优的选择。另外，该系统的数据库系统采用的是分布式数据库系统。分布式数据库系统是由分布于多个计算机结点上的若干个独立的数据库系统组成，这些数据库系统拥有各自的数据库、中央处理机、终端，以及各自的局部数据库管理系统。它们在通讯网络中联接在一起，因此分布式数据库系统可以看作是一系列集中式数据库系统的联合。各个结点上的数据库系统在逻辑上属于同一系统，但在物理结构上是分布式的。分布式数据库系统已经成为信息处理学科的重要领域，正在迅速发展之中，原因基于以下几点：1、它可以解决组织机构分散而数据需要相互联系的问题。2、分布式数据库系统可以在对当前机构影响最小的情况下进行扩充。3、均衡负载的需要，使负载在各处理机之间分担，可以避免临界瓶颈。4、当现有机构中已存在几个数据库系统，而且实现全局应用的必要性增加时，就可以由这些数据库自下而上构成分布式数据库系统。5、分布式数据库系统发生故障的影响仅限于局部数据应用，整个系统可靠性较高。总之，分布式数据库系统具有良好的可靠性和可用性，能提高系统效率并降低通信费用，有较大的灵活性、可伸缩性和经济性，可保护投资，能适应组织的分布式管理和控制，而且各个分布点是透明的，有较好的自治性5。鉴于分布式数据库系统的以上优点，本系统的数据库系统也采用了这种分布式数据库系统。图1-1 系统部署图2.3 Web service概述Web Service是一种可以接收并处理从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。Web Service是一种自包含、自描述、模块化的应用，可以执行从简单请求到复杂商务处理的任何功能。它具有完好的封装性、松散耦合性、使用协约的规范性以及高度的集成性这四个显著特征。前面曾经提到该系统采用的是SOA架构，下面将介绍Web Service中的各种协议是如何互相工作来实现该架构的。在介绍之前，先明确几个概念。(1) WSDL：WSDL是基于XML的用于描述Web Service以及如何访问Web Service的语言6。WSDL 是一种使用 XML 编写的文档。这种文档可描述某个 Web service。它可规定服务的位置以及此服务提供的操作。(2) UDDI：UDDI是一种目录服务，企业可以使用它对Web Service进行注册和搜索7。UDDI 项目中的成员可以通过UDDI Business Registry (UBR) 来操作Web服务的调用。 Web服务供应商可以在UBR中描述并且注册他们的服务，而用户可以在UBR中查找并定位那些他们需要的服务。 (3) SOAP：简单对象访问协议是基于XML的用于访问网络服务的简易协议8。它可以支持不同的底层接口，主要用于Web Service中。使用SOAP协议访问Web服务既独立于编程语言、平台和硬件，还具有良好的扩展性及强大的工业支持。实现原理：先由服务发布商利用WSDL对服务进行规范化描述，并发布服务；然后，商业客户通过UDDI找到Web服务的WSDL描述文档，最后再通过SOAP协议调用Web服务中的一个或多个操作。因此，我们可以动态改变一个服务的提供方而无需影响客户端的配置，外界客户端则根本不用关心访问服务器端的实现。Web Service的主要目标是实现跨平台及可互操作性。为了达到这一目标，Web Service是完全基于XML、XSD等独立于平台、独立于软件供应商的标准。目前，Web Service被广泛应用于各个领域：面向商业的webservice（如商业合作、供应链服务、企业内部服务、信用授权、及时自动生产应用等），面向客户的webservice（如证券、航空预定、旅行服务），面向设备的webservice（如wap、掌上机、手提电脑等），面向系统的webservice（授权管理，监控等）。本项目即是Web Service运用于供应链服务的一个实例。第三章系统总体设计3.1 系统概述及功能3.1.1 开发背景近年来，说到连锁便利店，7-Eleven这个名字肯定不陌生。众所周知，7-Eleven在零售行业取得了十分傲人的成绩，它的业务遍及四大洲二十多个国家和地区，共设立23000多个零售点，每日为接近3000万的顾客服务，稳居全球最大连锁便利店的宝座。紫山集团作为福建省知名企业，看到了7-Eleven的骄人业绩后，再结合中国大陆的零售业现状，决定推出类似7-Eleven这样的零售体系带动国内零售业的发展。由于连锁超市将遍及各个不同的地区，因此销售商、供货商及总部之间信息流通的及时性、准确性和有效性至关重要。为了方便销售商、总部及供应商之间的信息交换和共享，紫山集团决定推出一个连锁便利店的在线POS系统，利用互联网提高连锁经营的效率，增进供应商、销售商与总部的密切合作，从而提高企业的经营效益。本毕业设计课题就是为紫山集团设计开发一套完整的连锁便利店在线POS系统，该系统平台将为供应商和经销商提供全面的服务，方便其在财务对账、订单获取、销售查询、库存查询、员工管理等各个方面进行管理，实现互通有余，互惠互利。3.1.2 总体目标我们的总体目标是实现一个大型连锁便利店的在线POS系统。首先，其核心目标是实现一级架构的连锁经营管理系统，包括物流、进、销、存以及供应链管理。其次，该系统作为一个综合的管理系统，将面向各个级别的用户，根据各个部门用户的权限为其提供相应的管理功能。第三，使系统实现跨区域、跨平台。第四，实现系统代码的可维护性和可移植性。最后，实现美观、易用且人性化的平台。3.1.3 功能需求由于我们这个系统面向多种类别的用户，各个用户由于自身角色的差异，操作权限也不相同。不同用户使用该系统时，系统所展现的功能是由用户的角色来决定的。所以，在此本人将以用户角色为界限对系统功能进行分别描述。(1) 普通顾客（不需要登陆，属于前台的功能）普通顾客通过互联网进入该平台一般进行查询操作，在平台上可进行的查看的有：1、 首页1.1、 新品上市：以跑马灯方式按时间排序显示前20条新品信息；查找产品；显示产品详细信息。1.2、 商品公告：分页显示要促销的商品。1.3、 促销说明：分页显示每一次的促销方案（按时间排序）。1.4、 店头状况：显示每个店铺的详情。1.5、 留言讨论。1.6、 客服中心。2、 最新消息2.1、 营运排名：最佳店头按照平均绩效来排名，其它的按照时间（年度、季度等）或店铺类型来排名。2.2、新店开张：分页显示所有店铺（按照加盟时间来排列，最新的排前面）。2.3、零售公告：显示各项零售商品的最新公告注意事项（按时间排序分页显示）。2.4、标价调整：显示商品的调价明细（调价前的价格和调价后的价格）。3、 产品说明：分页显示所有产品。4、 促销规范：分页显示促销信息。5、 配送管理：显示各个配送分区及该分区对应的店面。6、 店头管理：显示接待顾客礼仪规范、购物导引。7、 企业简介。8、 加盟简介。(2) 店员（只能在固定机子以及在店长排班的时段内登陆，属后台功能）1、 商品销售1.1、 POS机自动刷入条形码界面自动增加销售记录，或手工添加记录，后台自动计算商品总价。1.2、 修改或删除记录。2、 绩效统计：显示该店员作业，在特定时段内的作业工时、作业绩效、作业所得、逾时统计、缺班统计及调班情况。3、 作业管理：店员查看自己作业记录；店员交接班。4、 个人信息管理：包括密码修改。5、 论坛：发帖给店长、查看自己发布的贴子以及店长的回复（店员没有回复权限）。(3) 店长（需登录，属后台功能）1、 商品销售（跟店员一致）。2、 绩效统计：统计所有人的绩效；统计查看门店的营运所得。3、 作业管理：查看该店所有作业记录及明细；统计门店销售额，并上报每天实缴金额。4、 采购管理：采购下单。5、 入库管理：审核采购入库单并更新库存。6、 商品管理：查看上架物流部发布的商品信息。7、 库存管理：盘点库存、查看库存明细。8、 退货管理。9、 员工信息管理：9.1、 查看、添加、修改、删除员工。9.2、 查看员工交接记录。9.3、 对员工进行排班。10、 基础数据设置：业务伙伴设置和门店仓库设置。11、 论坛：查看本店员工发帖并回复、也可以发帖给对应的营运辅导人员。(4) 营运辅导部人员（需登录，属后台功能）1、 下属门店管理：查看所管辖店铺的作业记录、绩效统计、绩效分析、营业所得、盘点记录、库存明细、库存分析、交接记录等。2、 员工管理（主管才有权限）：分配营运辅导人员的账号以及辅导人员各自管辖的店铺。3、 论坛：发布帖子，回帖（仅主管有权限回复）。(5) 上架物流部人员（需登录，属后台功能）1、 采购管理：创建采购订单；审核本级采购订单生成采购入库单。2、 入库管理：审核采购入库单并更新库存。3、 出库管理：审核下级采购订单生成销售出库单；审核销售出库单并更新库存。4、 库存管理：盘点库存、查看库存明细。5、 退货管理。6、 商品管理：6.1、 商品录入、修改、删除。6.2、 商品价格、折扣调整并审核。6.3、 商品促销设置。7、 员工工管理（主管才有权限）8、 基础数据设置：业务伙伴设置和仓库设置。(6) 加盟募集部人员（需登录，属后台功能）1、 加盟管理：按区域显示申请加盟人员清单；审批并且分配店铺账号。2、 员工管理（主管才有权限）。(7) 总部管理人员（需登录，属后台功能）1、 下属部门管理1.1、 分配加盟募集、上架物流、营运辅导主管的账号（一个人可能对应多个权限）。1.2、 查看各个部门的所有表单。2、 基础数据管理：区域、商品类别、商品规模、门店类型等基础数据的管理。3.1.4 非功能需求系统除了必须实现以上功能外，还必须在性能和操作方面满足一定的需求，以方便日后的扩展维护等。具体的需求如下：(1) 可靠性：由于该系统涉及到财务方面的处理，因此系统必须具备一定的可靠性和安全性。在面对外部的网络攻击时应当提供强力的防护，在出现故障时要保障系统还能可靠的运行。(2) 易用性：由于我们的平台目标是面向的是所有的用户，因此系统要具备易用性，让用户能轻松方便的访问系统并进行操作。(3) 有效性：系统有效地使用资源，对资源进行合理的分配和回收，从而降低系统资源的消耗。(4) 可维护性：系统在发现故障后要能够快速地对其进行更改和维护。(5) 可移植性：系统可以被移植到各种不同的平台使用，并且只需要经过少量的配置的修改就能将系统发布到其它平台。3.2 系统架构和模块划分关于系统的功能模块划分，在功能需求部分已经做了具体的描述，这里将列出功能模块的结构图以作总结。由于目前系统尚处于后台功能模块的开发进度中，故此处只列出系统后台功能模块结构图：图3-1 系统后台功能模块结构图3.3 数据库设计3.3.1 概述由于本系统功能模块很多，每个功能模块涉及到的数据类别也很多，如若一一说明则显得过于累赘，因此在此我就以门店和上架物流部的采购、销售流程以及它们之间的单据处理的交互流程为例，介绍一下数据库中相应的几个实体之间的关系以及它们的数据库表格的设计。3.3.2 实体关系图图3-2 采购销售流程实体关系图3.3.3 数据库表格设计由上面的实体关系图可以看出采购订单和销售订单实体的大部分属性是重复的，因此，我们可以将这两个实体合并成一个表来表示，只需在表中加入一个字段表明该记录是采购订单/销售订单即可。下面是采购/销售订单的表结构：表3-1 采购/销售订单表标识列名数据类型描述单据编号ZS_OrderIDvarchar单据类型ZS_TypeIDvarchar下单日期ZS_OrderTimedatetime供应商/客户ZS_BPartnerIDvarchar仓库ZS_WarehouseIDvarchar采购/销售人员ZS_OrderUserIDvarchar引用员工表ID订单状态ZS_Statevarchar订单审核ZS_IsAuditingchar0、否1、是审核人ZS_AuditingUserIDvarchar引用员工表ID审核时间ZS_AuditingTimedatetime门店销售金额ZS_ShopSaleMoneydecimal额外销售金额ZS_OtherSaleMoneydecimal总销售金额ZS_TotalSaleMoneydecimal采购/销售ZS_IsSaleProcesschar0、否1、是付款方式ZS_PayModevarchar现金、刷卡到货日期ZS_ProductArriveDatedatetime同样的，采购订单明细和销售订单明细也可以合并成一个表格：表3-2 采购/销售订单明细表标识列名数据类型描述单据编号ZS_OrderIDvarchar订单行IDZS_OrderLineIDvarchar商品IDZS_ProductIDvarchar批次ZS_GroupNOvarchar最早批次商品先销售（先进先出）生产日期ZS_ProductionDatedatetime保质日期ZS_KeepQualityDatedatetime商品数量ZS_ProductQuantityinteger商品单价ZS_ProductPricedecimal商品税点ZS_ProductTaxdecimal商品总价ZS_ProductTotalPricedecimal商品折扣ZS_ProductDiscountIDvarchar表3-3 采购入库单/销售出库单表标识列名数据类型描述单据编号ZS_InOutIDvarchar引用的入库/出库单号ZS_RefInOutIDvarchar单据类型ZS_TypeIDvarchar下单日期ZS_DocumentTimedatetime供应商/客户ZS_BPartnerIDvarchar被送货门店ZS_BeSendShopIDvarchar引用门店表ID仓库ZS_WarehouseIDvarchar入库/出库人员ZS_InOutUserIDvarchar单据状态ZS_DocumentStatevarchar单据审核ZS_IsAuditingchar0、否1、是审核人ZS_AuditingUserIDvarchar引用员工表ID审核时间ZS_AuditingTimedatetime对应的采购/销售订单ZS_OrderIDvarchar采购/销售ZS_IsSaleProcesschar0、否1、是是否到货ZS_IsProductArrivechar0、否1、是表3-5 库存明细表标识列名数据类型描述商品名称ZS_ProductIDvarchar批次ZS_GroupNOvarchar生产日期ZS_ProductionDatedatetime保质日期ZS_KeepQualityDatedatetime入库单号ZS_InOutIDvarchar入库单明细ZS_InOutLineIDvarchar库存数量ZS_StorageQuantityinteger仓库ZS_WarehouseIDvarchar表3-4 采购入库单/销售出库单明细表标识列名数据类型描述单据编号ZS_InOutIDvarchar订单行IDZS_InOutLineIDvarchar商品名称ZS_ProductIDvarchar批次ZS_GroupNOvarchar1、最早批次商品先销售2、采购时没有批次，入库的时候在库存表自动生成批次生产日期ZS_ProductionDatedatetime保质日期ZS_KeepQualityDatedatetime商品数量ZS_ProductQuantityinteger对应的采购/销售明细ZS_OrderLineIDvarchar引用的入库/出库单明细ZS_RefInOutLineIDvarchar3.4软硬件配置(1) 硬件配置：本系统是B/S架构，其运行环境要求是用户必须与服务器互连，必须在网络环境下才能实现，用户要使用系统必须有系统管理员赋予的权限。 (2) 软件配置：本系统要求运行环境的操作系统为Windows XP及以上的版本。目前系统数据库采用MySql数据库，之后将随着系统改进而升级。为正常运行，服务器上要安装相应的数据库。第四章系统详细设计4.1Web Service接口设计4.1.1 概述本文的第三章对系统的所有功能模块以及各个模块所实现的功能做了详细的介绍。这些功能模块的Web Service实现部分是由本人和另外一位同学一起完成的。因此本节我将进一步详述自己负责的功能模块的具体实现方法，包括接口、类和方法的设计以及相关代码的实现。由于系统某些功能模块的处理流程大体相同，如员工的增、删、改，业务伙伴的增、删、改等等，这些模块的处理流程基本相同，只是处理的对象有所不同，所以这二者就不重复列出了。相对应的，像采购订单、销售订单、入库单、出库单、库存明细表等这些单据的查看流程也是一样，只是在查看条件上有些许的差异，因此，这些部分也就不一一列出，就只举几个具有代表性的例子加以说明。接下来将介绍这些功能的具体实现。4.1.2 添加供应商功能接口这个功能是上架物流部供应商管理模块的一个功能，可以将供应商的信息添加并保存到数据库，方便日后查看。图4-1 添加业务伙伴流程用户在页面上填写完业务伙伴信息后，选择添加记录。后台接收到请求就调用远程Web Service接口中的addBPartner方法将记录添加到数据库中。图4-2addBPartner时序图4.1.3 审核本级提及的采购清单功能接口上架物流部或门店的入库管理模块都能审核本级提交的采购清单，审核时可修改采购商品的数量，审核通过后将生成采购入库单。图4-3 审核本级提交的采购清单流程显示某时段内本级提交的采购清单调用的是Web Service接口的getSelfUnfinishInOrder方法。图4-4 getSelfUnfinishInOrder方法时序图查看某个采购清单明细调用的接口方法是getOrderLineByOrderID()。图4-5 getOrderLineByOrderID方法时序图通过审核流程在后台要进行的处理步骤是：先修改采购清单的审核状态，更新审核人和审核时间等；然后再更新订单明细中的商品数量；接着再根据采购清单的具体信息插入对应的采购入库单记录以及入库单明细记录。该流程的对应方法是auditOrderPass()。图4-6 auditOrderPass方法时序图4.1.4 审核下级提交的采购清单功能接口审核下级采购清单是上架物流部出库管理模块中的功能。它的流程和审核本级采购清单的流程基本上相同。不同的是上架物流部审核下级采购清单时，除了填写时间段外，还可以选择某个特定下级，查看它所有的采购订单，并对其进行审核。还有一个不同点是，审核下级采购订单成功后生成的是销售出库单。该功能的流程图如下：图4-7 审核下级采购清单流程显示某时段内本级提交的采购订单调用的Web Service接口的getSpecifyUnfinishInOrder方法。图4-8 getSpecifyUnfinishInOrder方法时序图前面有提到审核下级采购订单和审核上级采购订单的不同点是最后生成的单据不同，审核下级采购订单最终生成的是销售出库单以及明细，审核本级采购订单生成的是采购入库单及其明细。但是前面在数据库设计中，已经提到将采购入库单和销售出库单用同一个表ZSInOut来表示，采购入库单明细与销售出库单明细也同样都用表ZSInOutLine来表示。所以这两种审核方式都是先更新采购订单状态，然后在数据库中插入ZSInOut表记录和ZSInOutLine表记录。因此审核通过流程的后台处理其实是相同的，只是在createInOut和createInOutLineList的时候 指定该记录是采购入库单或销售出库单。4.1.5 交接班管理功能接口店员在交接班的时候要填入交接金额、报缴金额和留底金额。另外，接班的店员必须输入用户名密码才能接班。交接班管理功能的流程图如下：图4-9 员工交接班流程交接班管理中最后的完成交接流程将调用Web 服务的addTransder服务。图4-10 addTransfer方法时序图4.2 前台网站与Web Service接口的交互4.2.1 前台与Web Service服务器通信设计ASP.NET网站后台调用Web Service之前要先添加WEB引用，添加WEB引用必须指定Web Service的路径和对应的引用名。添加引用后我们可以发现应用程序配置文件Web.config中明显增加了一些配置项，具体见下面的代码：Web.config配置文件：上面的com.w_6761600.ws.Service就是该WEB引用的引用名。通常Web Service是部署在另外一台服务器上，这种情况下localhost就是部署该Web Service的服务器的IP地址。添加WEB引用后，ASP.NET网站后台自动生成了以引用名为类名的代理类。如此一来，我们就可以创建该代理类对象，并用它来调用远程的Web服务了。ASP.NET后台调用远程Web Service的代码实现（以addBPartner代码为例）static pub