某公司供应链系统的需求分析与设计说明

1、i / 39目 录第一章引言第一章引言 1 11.1 课题背景 11.2 国外研究现状 21.3 课题任务 41.3.1 课题容 41.3.2 本人承担任务 51.4 论文结构 5第二章相关理论技术简介第二章相关理论技术简介 6 62.1 .NET62.2 SQL SERVER2005 数据库 72.3 ADO.NET92.4 本章小结 10第三章系统需求分析第三章系统需求分析 11113.1 功能性需求 113.1.1 角色分析 113.1.2 业务功能 113.2 非功能性需求 173.2.1 环境需求 173.2.2 系统负载能力要求 173.2.3 系统安全性要求 183.2.4 系统

2、反应速度要求 183.2.5 系统开放性和扩性 183.3 本章小结 18第四章系统概要设计第四章系统概要设计 19194.1 系统设计目标 194.2 系统整体技术架构设计 194.3 功能设计 214.3.1 需求管理 214.3.2 采购管理 234.3.3 销售管理 254.3.4 库存管理 284.4 数据库设计 304.4.1 数据库的基本 ER 图 304.4.2 数据库的表设计 31第五章系统详细设计第五章系统详细设计 34345.1 系统软件组件的设计 34ii / 395.1.1 数据访问层的设计 345.1.2 业务逻辑层的设计 355.1.3 数据实体层的设计 375.

3、1.4Web Service 发布层的设计 385.2 界面设计 395.2.1 需求管理 395.2.2 采购管理 405.2.3 销售管理 425.2.4 库存管理 44第六章结论与展望第六章结论与展望 48486.1 论文工作总结 486.2 问题和展望 48致致 53533 / 39第一章第一章 引言引言1.11.1 课题背景课题背景1.21.2 国外研究现状国外研究现状1.31.3 课题任务课题任务1.41.4 论文结构论文结构第二章第二章 相关理论技术简介相关理论技术简介2.12.1 .NET.NET2.32.3 ADO.NETADO.NET2.42.4 本章小结本章小结第三章第三

4、章 系统需求分析系统需求分析3.13.1 功能性需求功能性需求3.23.2 非功能性需求非功能性需求3.3.3 3 本章小结本章小结本章主要从系统系统功能需求分析、系统非功能需求分析 2 方面对管理系统进行分析，以此确定系统的功能模块需求以与系统需满足的基本性能，为系统的设计阶段打下坚实的基础。4 / 39第四章第四章 系统概要设计系统概要设计4.14.1 系统设计目标系统设计目标(1)资源整合资源整合，是企业战略调整的手段，也是供应链管理的的重要工作。整合就是要优化资源配置，就是要有进有退、有取有舍，就是要获得整体的最优。对不同来源、不同层次、不同结构、不同容的供应资源进行识别与选择、汲取与

5、配置、激活和有机融合，使其具有较强的柔性、条理性、系统性和价值性，并创造出新的资源的一个复杂的动态过程。本系统基于统一平台架构，实现各个管理系统无缝对接、信息联动、数据共享从而达到资源整合的目的。(2)提高效率业务运营提升目标：实现商流、物流和资金流的顺畅高效。满足移动终端公司渠道业务多样性和管理精细化要求，加快库存、资金周转，降低运营成本，全面支撑终端营销管理闭环。(3)流程优化运营管理控制提升目标：通过业务整合升级，优化业务流程，增强各级业务管理能力。强化不同业务模式的风险管控，建立财务业务一体化管控平台。(4)运营监控提供全面信息服务，实时监控运营数据，为决策分析提供数据支撑。4.24.

6、2 系统整体技术架构设计系统整体技术架构设计移动终端公司 ERP 供应链系统采用分布式 Web Service 应用结构。采用Web Service 作为客户端和 COM之间互动的中间层，利用 Web Service 的优势，使开发的中间件通过统一的接口 Web Service 的方式发布，让各种形式的客户端调用。同时又利用 COM和 ADO 与数据库连接，充分利用 COM+的数据库连接的 Pooling 技术以减少重新建立数据库连接和其它系统的资源，从而提高系统的执行效率。图 4-1 和 4-2 显示了该系统的软件体系结构。5 / 39图 4-1 软件体系结构 1图 4-2 软件体系结构 2

7、整个系统将采用 Client/Application Server/Database 三层架构。这里的三层的体系架构包括数据库服务器、应用服务器(COM+和 Web Service 服务)和客户显示，其各层功能如下：（1）数据库服务器层：主要用于存储数据，同时通过触发器和存储过程实现部分的业务逻辑。（2）应用服务器层： 主要用于企业的事务逻辑处理和 Web 服务的发布。应用服务器层又分为五层次：ADO 接口层：该层是与数据库存的唯一通道，在 ADO 接口层之上的所有于数据库交互都通过该层完成。COM+统一数据接口层：该层是根据该系统的需要，自己在 ADO 数据库访问层上定义的一个 COM+接C

8、omment B1: 这里的设计内容从软件工程角度来看，更像是在做需求分析。需求分析的（文字）用例就是用来描述这种一个业务流程，人机之间应该是如何分工合作的。形式上看起来像是一个用户使用手册。这里说的完全是用户角度看到的东西。设计谈的是系统内部的事。即上述人机分工中分给机器（或者叫系统）的工作，从软件的角度应该如何实现。6 / 39口层，上层的操作通过该接口调用 ADO 层的功能与数据库完成交互操作。该层封装主要的数据库操作，如查询，添加和删除等等。业务层：该层主要封装企业的业务逻辑，部分业务逻辑后移到数据库层，通过触发器和存储过程实现。数据对象实体：该层主要是将数据库中的一些常用数据库实体对

9、象化，将它们用面向对象的思想封装成数据库实体类，供用户直观的调用。Web Service 发布层：该层主要是将 COM+层、数据库实体层和业务逻辑层的接口用 Web 的方式发布，供表示层调用。这样表示层和底层的接口就单一，而且不必再为不同的表示形式编写业务组件，它们都共用一个 Web 接口。（3）客户显示层：提供给操作人员的显示界面。该层可以是浏览器形式，也可以是 Windows 界面形式，或其它终端的形式，如手机，掌上 PC 等等，它们的调用接口都是统一的 Web Service 接口。4.34.3 功能设计功能设计以下从业务角度出发，以流程图的方式讲解功能设计。包含需求管理、采购管理、销售

10、管理以与库存管理等流程。.1 需求管理需求管理（一）需求申请需求申请操作流程如下：门店用户管理员成功登陆系统后，点击界面左侧的“需求申请”进入需求申请界面；在需求申请界面上方的工具条上点击“新增” ；在弹出的需求申请单上，门店用户根据实际情况填写需求公司、需求库存组织、需求终端、需求数量、需求日期等信息；在用户输入信息时，对信息的有效性进行验证。 ，如需求数量是否为负数，需求终端是否存在等；若存在不合法字符，与时进行提示；信息输入完成后，用户点击“提交”按键；此时，系统将需求单在本地服务器备， ；同时将需求单发送至需求单位；完成需求申请工作。7 / 39 除了新增需求申请外，本

11、系统还支持需求申请的修改、删除与查询。其操作流程同新增需求申请类似，本文不再赘述。 需求申请流程图如下：图 4-3 需求申请流程图（二）需求汇总 需求汇总由省终端公司的工作人员进行操作。需求汇总的操作流程如下：省终端公司的工作人员成功登陆系统后，点击界面上的“需求汇总”功能；主界面逐条显示各地发送的需求申请单信息，包括需求申请单号、序号、存货编码、存货名称、规格、型号、计量单位、需求日期、需求数量、现存量、功能选择需求申请功能选择新增双击打开已经存在的需求申请单选中需求申请单Data Base删除门店用户查询完成逐一填写需求单信息选择需要修改信息进行修改点击工具条上的删除输入查询信息将比对成功

12、的结果显示在界面上将查询信息与数据库中存储信息进行比对点击“确定”写入8 / 39原始需求库存组织、收货库存组织等信息；工作人员在系统主界面选点击“查询” ，在弹出的查询条件框中输入需要汇总存货的名称或编码，点击“确定” ；系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结果；对结果中的各个门店用户的需求申请数量进行汇总；根据汇总信息发送终端公司；完成需求汇总工作。（三）需求查询需求查询时需求汇总的必须功能，本系统支持按终端名称、按需求公司+终端名称、按需求仓库+终端名称、按需求日期+终端名称、按需求公司+需求日期+终端名称进行汇总查询。查询功能的操作流程包含在需求汇总中，在此

13、不再赘述。需求汇总与需求查询的流程图如下：9 / 39图 4-4 需求汇总与查询流程图.2 采购管理采购管理采购管理包括采购订单生成、订单处理、订单查询、采购退货。订单生成采购管理员成功登陆系统后，点击界面左侧的“采购管理”进入采购管理界面；在采购管理界面上方的工具条上点击“新增” ；在弹出的订单上，订单编号系统自动生成。采购管理员根据实际情况填写订单编号、厂商名称、采购单位、机型、订单数量、颜色、到货要求等信息；在用户输入信息时，对信息的有效性进行验证。 ，如订单数量是否为负数，采购单位是否存在等；功能选择需求汇总终端公司工作人员完成点击工具条上的查询输入汇总条件点击“确定”

14、Data Base按照查询条件在数据库中进行查询显示查询结果根绝查询结果进行需求汇总将形成的需求汇总单放终端公司10 / 39若存在不合法字符，与时进行提示；信息输入完成后，用户点击“确定”按键；此时，订单信息会被存储在数据库中；完成订单生成工作。订单处理与查询订单处理与查询是指通过查询找到需要处理的订单，按照实际需要进行发货或终止处理。具体操作流程如下：采购管理员成功登陆系统后，点击界面上的“订单处理”功能；主界面逐条显示订单信息， ；工作人员在系统主界面选点击“查询” ，在弹出的查询条件框中输入需要处理订单的编号、日期或者订单名称，点击“确定” ；系统对输入查询条件的有效性进行验证，不合格

15、弹出提示，合格显示查询结果；选中查询出的订单，根据需要选择工具栏中中的发货或者终止；将处理信息保存数据库完成订单处理工作。采购管理的流程图如下：11 / 39图 4-5 采购管理流程图.3 销售管理销售管理（一）实体门店零售实体门店工作人员成功登陆系统后，点击界面左侧的“销售管理”进入销售管理界面；当客户选择使用购机电子券购机时，按照规则扣减客户电子券金额；成功扣减后，输入办理、捆绑、购机电子券代码串、门店编码，供货平台编码，操作工号；当客户选择购买非裸机的方式时，工作人员应该录入客户资料、机型、是否有礼包等设备信息数据资料；当客户选择预存话费送购机电子券时，在通过接口调用由终

16、端公司前台零功能选择采购管理功能选择新增选中需求申请单Data Base采购管理员查询完成逐一填写订单信息点击工具条上的发货或终止输入查询信息将比对成功的结果显示在界面上将查询信息与数据库中存储信息进行比对点击“确定”写入Comment B2: 专业的流程图不可以这样画。请参照 UML 活动图绘制规则重新绘制这些“流程图”12 / 39售系统将购机电子券做入库操作指令；指令容包括：营销案办理，预存话费送购机电子券营销案 ID、购机电子券类型、指定机型、购机电子券编码、购机电子券密码；当客户选择购买裸机或则购机送话费的方式时，实体门店的营业人员应该选择使用终端公司前台零售系统进行裸机销售操作，录

17、入客户资料、定制终端IMEI 号、颜色、是否有礼包等设备信息数据资料，进行终端实物设备的销售处理；如果是纯裸机销售，不存在赠送话费的话，终端公司前台零售系统向CRM/BOSS 以与 ERP 系统同步销售记录，如果是带赠送话费的，则除了同步销售记录外，还需要办理赠费营销案；完成系统操作后，门店的销售记录自动上传数据库； 实体门店销售流程图如下:图 4-6 实体门店销售流程图（二）电子商务平台零售客户登陆电子商务选择机型和营销活动，填写订单。功能选择销售管理电子券购机Data Base销售管理员完成输入电子券号验证电子券有效性写入输入购机信息非裸机购机录入客户、手机及套餐信息预存话费购机送电子券录

18、入电子券信息裸机录入手机信息13 / 39电子商务平台后台采用系统自动和人工方式对订单进行审核。审核不通过取消订单，审核通过进入订单分捡处理。当客户选择购买裸机或则购机送话费的方式时，电子商务平台后台进行商品资源预占处理；如果是纯裸机销售，不存在赠送话费的话，电子商务平台向 CRM/BOSS 以与ERP 系统同步销售记录。如果是带赠送话费的，则除了同步销售记录外，还需要办理赠费营销案。当客户选择参与预存话费送购机电子券营销案时，电子商务平台为客户增加购机电子券入库，按照规则扣减客户电子券金额。成功扣减后，向 CRM/BOSS和 ERP 同步销售记录，并根据购机电子券金额是否足够抵扣购机款；最后

19、由物流配送给客户签收和收款。如果成功完成签收和收款，则流程结束。如果签收不成功，则取消订单，并将客户相关已经执行的赠扣费进行回退处理。电子商务平台销售管理流程图如下：14 / 39图 4-7 电子商务平台销售管理流程图.4 库存管理库存管理本系统实现库存管理包括入库管理、出库管理、调拨管理和库存盘点。（一）入库管理与出库管理仓库管理员成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面；在仓库管理界面上方的工具条上点击“入库”或者“出库” ；功能选择购机裸机或购机送话费客户预留手机办理赠送营销案填写订单后台审核订单电子券购机输入电子券号验证电子券有效性自动减少购机金额发货

20、签收成功取消销售记录YN确定订单15 / 39在弹出的入库或者出库单上，入库或者出库单编号系统自动生成。仓库管理员根据实际情况填写原单据号，入库或者出库发起人或是单位，入库或者出库的对象仓库，详细的货物信息，手机终端需要有 IMEI 号等信息； 在用户输入信息时，对信息的有效性进行验证。 ，如订单数量是否为负数，采购单位是否存在等；若存在不合法字符，与时进行提示；仓库管理人员进行入库或者出库确认。如果有差异，填写差异报告。系统确认商品库存增加或减少。并将入库或者出库接受完毕填回原始入库或者出库要求单据。完成入库或者出库工作。（二）调拨管理当某款手机在某地缺货，而另外某地滞货的时候，会存在调拨需

21、求。调拨，首先由缺货方对上级管理单位提交调拨申请，然后该级管理单位在所管理的仓库或是门店围进行查找，如果某仓库或是厅店有多余的货物库存，则可以安排调拨，否则，由该级管理单位再对上级单位进行调拨申请。功能说明如下：缺货方成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面；选中工具条中的调拨管理，在弹出的调拨申请单中，输入调拨申请信息生成调拨申请单；上级单位接收到调拨申请后，首先是对自己所管理的围进行库存查找，如果可以找到多余库存可以进行调拨，上级管理单位有权修改实际调拨出库数量。然后被调拨方进行调拨出库，缺货方进行调拨接受。如果上级单位在自己所管理区域没有多余的库存可供调拨，那么就需要对

22、自己的上级单位进行协调申请；如果该上级单位就是移动终端总公司，那么就可以触发采购订单，进行采购补货；如果不是，那么该上级单位重复步骤（3）.库存盘点仓库管理员成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面；在仓库管理界面上方的工具条上点击“盘点” ；系统输出盘点报表；仓库操作人员依据盘点报表核对仓库库存；16 / 39如果帐实相符则本次盘点结束；如果出现差异，则需要走差异处理。仓库管理流程图如下：图 4-8 仓库管理流程图4.44.4 数据库设计数据库设计.1 数据库的基本数据库的基本 ERER 图图E-R 模型是描述数据库概念结构的优秀模型，通过对系统实体、实体属

23、性与其关系的描述，可以最终形成 E-R 模型，系统中涉与的实体有员工、岗位、部门、系统用户、薪酬、招聘、考勤、培训、合同管理、保险等。图 4-9 显示的是供应链管理系统的数据库表的 ER 图，具体设计方法在此不再一一叙述。功能选择仓库管理功能选择入库出库下级单位提交调拨申请Data Base仓库管理员盘点完成填写入库信息填写出库信息上级单位核实申请系统输出盘点表将比对成功的结果显示在界面上管理员进行核对点击“确定”写入调拨有库存17 / 39图 4-9 数据库类图.2 数据库的表设计数据库的表设计根据移动终端公司 ERP 系统共供应链系统的业务流程图和各个操作功能的数据流图，设

24、计数据库实体和数据库实体对应的数据表列表如下所示。表 4-5 入库订单表序号数据项数据类型是否必填长度默认值备注1终端串码STRING是系统自动生成2终端类型STRING是系统自动生成3产品线STRING是手动输入4终端型号STRING是系统自动生成5厂商STRING是手动输入18 / 396串码状态STRING是系统自动生成7入库时间DATE是系统自动生成8所属仓库STRING是系统自动生成9备注STRING否表 4-6 供应商供货单序号数据项数据类型是否必填长度默认值备注1单据号 STRING是系统自动生成2单据日期DATE是系统自动生成3业务类型STRING是采购入库、销售入库、其它入库

25、4库管员STRING是选录5制单时间DATE是默认制单时间，全日期格式6制单人STRING是默认制单人7签字人STRING是默认签字人8签字时间DATE是默认签字时间，全日期格式9备注否表 4-7 需求单表序号字段名数据类型（长度）是否为主键是否允许为空描述1CustomerIDInt是否存货编码2CustomerTypeIDInt外键否客户类型 ID3ContactIDInt外键否数量4AgentIDInt外键否需求公司5CustomerNameVarchar(50)否是组织Comment B3: 详细设计的出发点是提出系统分析阶段明确的典型系统功能的软件实现方案。目前的这种分别介绍系统每一

26、个层应该干什么的叙述方式没有回答上述问题。即本系统的典型功能如何在这个架构下予以实现。你需要从概念上（当然要用 UML 交互图和类图来表示）提出让专家认可的功能实现方案。举例说明几个典型功能的实现方案就可以了。19 / 396AgentChangeTimeDatetime否是需求日期表 4-8 合同单表序号字段名数据类型（长度）是否为主键是否允许为空描述1CompactIDInt是否合同 ID2CustomerIDInt外键否供应商客户 ID3ContactIDInt外键否联系人 ID4CompactNameVarchar(40)否否合同名称5CompactTimeDatetime否是签约日期

27、6TradeIDInt外键否交易方式 ID7CompactAddressVarchar(50)否是签约地点8CompactCustomerVarchar(20)否是签约客户9CompactPersonVarchar(20)否是签约人CompactAbstractText否是合同摘要RemarksText否是备注第五章第五章 系统系统详细设计详细设计5.15.1 系统软件组件的设计系统软件组件的设计该部分是系统实现的重点，这里主要介绍数据访问层、业务逻辑层和数据实体层的具体设计和实现。.1 数据访问层的设计数据访问层的设计（一）数据访问层设计数据访问层主要是对数据库操作方法的封装

28、。它将数据库的常用操作方法用 COM+的方式进行封装，然后作为统一的接口，供上层模块的调用，这样就统一了数据库访问的开发模式，也统一了团队成员的开发模式，便于各个模块的集成和测试，也便于后期的维护和功能扩展。图 5-1 显示了数据访问层的模块20 / 39功能。图 5-1 COM+数据访问层数据访问层是与数据库交互的通道，也是系统设计中的唯一的一个通道，所以该层的性能直接关系到整个系统的性能；由于系统运行的是微软的Win2000 Server 平台，所以，数据库访问层采用 COM的方式进行封装，充分利用系统的优势，以提高该层的执行性能。（二）数据库访问层的实现该层次是 COM+组件，COM+组

29、件与微软平台有机结合在一起，可以得到更高的执行效率和响应速度。该系统采用.NET 来开发 COM+组件，以实现数据库访问层的功能。NET 有着非常强大的快速开发环境，有助于提高系统的开发效率。为了更进一步的提高执行效率，根据这个层所要完成的功能，将分成三个COM+组件来实现该层次的功能。1：返回记录集合的数据访问组件2：批量更新数据的数据访问组件3：常用一些主要数据访问方法的组件以上三个组件的实现方法相似，以下以组件 1 为例介绍一下该层的实现方法。(1)返回记录集合的数据访问层的实现功能说明：主要实现查询的 COM+功能组件 输入参数：SQL 查询语句 输出参数：ClientDataSet

30、的 xmlDataprocedure QueryMyData(const sSQLCommand: WideString;var vData: OleVariant); safecall;主要控件：21 / 39TADOConnection：通过 ADO 访问数据库。TADODataSet：通过该控件执行数据库查询命令，并返回记录集。TDataSetProvider：结果集合传递的桥梁。TclientDataSet：通过该控件的 CommandText 命令发出查询语句，返回的执行结果以 XMLData 的形式表示。控件的主要参数：Dataset: CacheSize: 1001000 取 3

31、00;CursorLocation: clUseClient; Lock Type: ltOptimisticDataSetProvider: poAllowCommandText: True; ResolveToDataSet: False;采用 TSQLResolver 方式ClientDataSet: FetchOnDemand : False; 为无状态对象主要控件如图 5-2 所示。图 5-2 主要控件.2 业务逻辑层的设计业务逻辑层的设计（一）业务逻辑层模型业务逻辑层主要是将企业的一些常用的业务，封装起来，供客户层面直接调用，特别是关键性的业务，不仅是逻辑比较复杂，

32、而且还要有一定的安全性，特别是业务逻辑经常会根据企业业务的发展而不断的变化，如果将其放在前台处理，则不仅是将业务逻辑暴露在前端，而且安全性也比较差，特别是后期维护比较麻烦，所以将关键性的业务封装成业务逻辑层，供客户层调用。业务逻辑层模型如图 5-3 所示。图 5-3 业务逻辑层22 / 39图 5-4 显示了原材料采购入库的业务逻辑模块目前所包括的操作，今后如果业务逻辑有所变化，只要保持接口不变，则只需修改业务逻辑层就可以，而不必修改上层的代码，这样就保持了模块的独立性，一个模块功能修改，不影响其它的模块，便于后期的维护和功能的扩展。图 5-4 原材料采购入库业务逻辑图其它的业务逻辑模型相似，

33、在此不再一一说明。（二）业务逻辑层的实现业务逻辑层主要调用 COM+层的功能，将企业业务逻辑封装层组件，并将其接口用 Web Service 形式发布，供表示层调用。以坯布入库为例，简要说明该层的实现方法。（1）接口声明：type IInsertFabricEnterServer = interface(IInvokable)65235805-7EAF-11D6-B774-E6842D503E2C function InsertFabricEnter(const sMaster, sData : String) : Integer; stdcall; end;（2）实现方法功能说明： 实现数据

34、入库时候的入库操作函数，将入库单的信息一次提交 返回 0 则执行成功，否则失败采用事务处理方式，将入库的所有信息用 Commit transaction 方式一次处理23 / 3.3 数据实体层的设计数据实体层的设计该模块主要封装一些常用的实体，如客户信息实体、供应商信息实体、仓库信息实体等等。由于该信息实体一般情况下不会改变，而且对该信息实体的操作也不会经常改变，所以就将该实体以对象的方式进行封装，这样就非常方便的供其它层面的程序调用。数据实体层模型如图 5-5 所示。图 5-5 数据实体层模型在数据库实体层中，有一个与仓库数据表完全一致的一个仓库类，而且对该仓库类定义了四

35、种常用的操作方法，这样，上层的调用就非常方便，而且数据封装的也与现实世界更加一致，有利于程序的开发。图 5-6 仓库信息实体其它数据库实体的设计模型于仓库的一致，在此就不再一一列出。24 / 395.1.4Web5.1.4Web ServiceService 发布层的设计发布层的设计（一）Web Service 层模型Web Service 层的设计是为了今后程序的扩展而设计的。它将所有的数据库操作方法组件和业务逻辑组件的接口用 Web Service 的方式发布出去，这样任何形式的客户端就都可以利用该 Web 服务，包括 PC、PAD 或手机等等。Web Service 层的模型如图 5-7

36、 所示。图 5-7 Web 服务层（二）Web Service 层的实现数据访问层的方法通过 Web 服务发布后，就可以供其它任何形式的客户端使用，具有非常灵活的优点。本节以数据访问层的接口发布为例，说明该层的具体实现方法。（1）接口定义type IQueryMyDataServer = interface(IInvokable) AA653F43-74AB-11D6-B774-0010A4A0DCF3 function QueryMyData(const sSQL : String) : String; stdcall; end;（2）接口实现Function TQueryMyDataSer

37、ver.QueryMyData(const sSQL: String): String; stdCall;var25 / 39 vDODemo : Variant; sData : OleVariant;begin /建立 COM+对象，并调用其输出的方法 CoInitialize(nil); try vDODemo := CreateOleObject(PQueryDataServer.QueryDataServer); vDODemo.QueryMyData(sSQL, sData); Result := sData; finally CoUninitialize; end;end;5.2

38、5.2 界面设计界面设计系统的详细设计是系统开发的后期阶段,在该阶段要实现系统概要设计阶段所设计出来的所有系统功能。本系统是在 Windows Server 2003 操作系统下开发的，开发工具是 Microsoft Visual Studio 2008、NET Framework 3.5 SP1，编程语言是 C#，开发中涉与的技术有 ASP.Net、ADO.Net、AJAX, Microsoft SQL 2005 作为数据库，以 Internet 信息服务作为 Web 服务器15。预计开发完成后，只需在服务器上安装该系统，局域网(Intranet)上的其它机器（也可以是在 Internet

39、上）只需打开浏览器（IE6.0 以上） ，输入服务器的网址，形如 主机名(也可以是 Internet 域名) 或 IP 地址即可进入移动终端公司供应链系统。.1 需求管理需求管理本文以需求汇总平衡的实现为例进行需求管理的实现说明。需求汇总平衡是指总部营销中心对各省分的物资需求申请单进行需求的汇总平衡。打开供应链系统、以此点击采购管理物资需求申请需求汇总平衡，可以打开需求汇总平衡界面。（1）双击打开路径节点，单击“查询”按钮。输入查询条件，可通过需求公司等条件过滤省分需求。26 / 39图 5-8 需求查询（2）选择需要平衡的单据，单击“库存平衡”按钮。图 5-9 需求库存平衡操

40、作确定省分需求数量和建议订购数量，单击“确定”按钮。.2 采购管理采购管理本文以采购管理中的维护采购入库单、保存采购入库单以与采购入库单签字为例进行采购管理说明。（一）维护采购入库单维护采购入库单由采购经理进行操作。如图所示采购入库单的维护包括对单据号、单据日期、仓库、库存组织、业务流程、收发类别、库管员以与采购部门等信息的维护。27 / 39图 5-10 采购入库单维护（二）保存采购入库单采购入库单的保存同样由采购经理进行操作。如图所示，当对采购单维护结束时，可以点击界面左上角的保存按键进行保存，保存结束后，界面左下角会提示“保存成功” 。图 5-11 保存采购入库单（三）对

41、采购入库单进行签字28 / 39物流经理负责度采购入库单进行签字。如图所示，签字时，物流经理核对单据号、单据日期、仓库、库存组织、业务流程、收发类别、库管员以与采购部门等信息无误。点击界面左上角的签字，此时界面左下角显示签字成功。图 5-12 采购入库单签字.3 销售管理销售管理（一）销售订单维护、审核省分市场部对渠道商提出需求申请生成的销售订单进行维护和审批；省分市场部根据需求自制销售订单并进行审批。销售订单的维护和审核由产品经理进行操作。进入供应链系统以此点击销售管理销售订单维护订单，可以进入销售订单维护和审核界面。（1）打开销售订单维护界面，点击“查询” ，找到生成的销售

42、订单，如图5-6。检查无误后，点击“审核” ，审核单据。29 / 39图 5-13 销售订单维护审核界面（二）销售出库单维护、签字库管员根据销售订单进行产品出库，并在系统中维护单据。进入供应链系统以此点击销售管理出库业务销售出库，可以进入销售订单维护和审核界面。（1）打开销售出库单界面， “业务流程”选择“省分铺货结算流程”后，点击“增加”“销售订单” ，查找上游销售订单，如图 5-14：图 5-14 销售订单查询30 / 39（2）选中查询到的销售订单，点击“确定”生成销售出库单：图 5-15 销售出库单生成（3）填写相应的出库信息， “仓库” “收发类别”等，选中下方“请输入条形码”框后，

43、扫入相应存货的条形码，保存并将单据签字。此时要注意退货单据上“是否退货”自动打钩。图 5-16 填写出库信息界面.4 库存管理库存管理本文实现的库存管理包括调拨出库单维护与调拨入库单维护。31 / 39（一）调拨出库单维护调出公司参照调拨订单录入调拨出库单，并录入串码信息。调拨出库单维护由总部物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨出库，进入库存调拨管理界面。调拨出库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨订单”按钮。输入查询条件，可通过调入公司等条件过滤调拨订单。图 5-17 调拨订单查询（2）选择相应调拨订单，单击“确定”按钮。图

44、 5-18 调拨订单选择维护表头仓库信息。然后单击“导出/导入”-“导入主条码” 。图 5-19 导入调拨订单主条码32 / 39单击“打开”按钮，选择条码文件。图 5-20 打开条码文件单击按钮，将 Sheet1 从待选工作簿选到已选工作簿，含义选择主条码后，单击“导入”按钮。图 5-21 导入主条码确认单据信息无误后，单击“保存”-“签字”按钮。33 / 39图 5-22 保存出库单维护信息（二）调拨入库单维护省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨

45、入库，进入库存调拨管理界面。调拨入库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨出库单”按钮。输入查询条件，可通过调入公司等条件过滤调拨出库单。图 5-23 调拨出库单查询（2）选择相应调拨出库单，单击“确定”按钮。34 / 39图 5-24 选择出库单（3）维护表头仓库信息，表体实收数量自动带出。图 5-25 出库单表头维护（4）确认单据无误后，单击“保存”-“签字”按钮。图 5-26 出库调拨签字35 / 39第六章第六章 结论与展望结论与展望6.16.1 论文工作总结论文工作总结本文以供应链系统需求分析与设计为研究议题，以移动终端公司为研究对象，对移动终端公司 ERP

46、 系统中供应链系统进行了详细设计。本文的主要研究成果有:（1）研究了多层分布式供应链系统的软件开发技术。（2）运用软件工程开发思想完成了对系统从需求分析到总体设计、详细设计、编码和测试的全过程，进一步加深和理解了系统开发的一系列过程。（3）最终设计并实现了移动终端公司 ERP 系统中供应链系统。该项目开发的供应链系统，已在移动终端公司正式上线运行。采用的是“应用程序与数据库分离”的部署方案，即应用程序与系统数据库分别部署在不同的服务器上，通过数据库的配置，实现程序与数据库的交互，通过该方案，使得用户的集中访问对服务器的压力降到最小。系统经过一段时间的试运行，各项功能指标和性能指标均能满足用户的

47、实际需求，且目前系统的运行状态稳定，深受公司业务部门的好评。鉴于移动终端公司采购管理工作中所存在的问题在很多制企业采购管理工作中存在一定的普遍性，希望本文的研究结论对指导企业采购管理工作从传统型向供应链管理型过渡具有一定的参考价值，也希望对企业采购管理工作的改进与提升具有一定的借鉴意义。6.26.2 问题和展望问题和展望科学合理的采购管理信息化平台对提高企业竞争力起着重大作用。在企业高速发展的同时，对于采购管理又提出了越来越高的要求，随着市场日新月异的需要，采购管理理论与方法需要与时俱进。尤其是 ERP+MRP，ERP+VMI+JIT 等先进管理理念的出现，使采购管理的信息化平台更趋科学合理。

48、这也要求对于采购管理信息化平台的设计要需要根据每个企业的实际情况不断进行探索和实践。优化出最适合自己的信息化平台。这样才能使企业运行效率得到最大限度的提高，完成企业的再次腾飞。对本文共供应链系统进行设计以与实现过程中，一方面，满足了客户的需求，完成了预期的目的，另一方面，系统都是不断在更新的，不断在发展的，该系统还需要继续的工作有以下方面：36 / 39（1）系统缺乏足够的统计分析。系统在设计中，设计了一些分析、汇总、统计功能，但是并没有集中设计一个分析模块，专门给高层人员进行分析。（2）采用 XML 技术来实现电子数据的交换。本系统需要与其它系统进行多种数据容的交换共享，通过设计以 XML

49、为格式的数据交换格式，完成与其它业务系统的数据交换功能。参考文献1 侯丽平.论新世纪的企业管理模式:供应链管理J. 师学院学报. 2012(06):626-6282 书娟.供应链管理绩效评价研究J. 价值工程. 2012(12):622-6263 微,王耀球.供应链环境下的质量链管理J. 铁道物资科学管理.2012(04):567-5694 朱永鑫.SCM 供应链管理J. 中国管理信息化(综合版).2012(08):362-3675 贵春.集成供应链管理系统的分解-协调模型J.华北工学院学报.2012(03):748-7496 麻艳琳.我国企业供应链管理应用现状与其发展问题探索J. 财经学院学

50、报.2012(02):362-3687 施萌.浅析企业敏捷供应链管理J. 北方经贸. 2012(12):234-2368 志檩.供应链管理在国外应用的现状与趋势J. 数字化工. 2012(11):627-6319 伟,林辉.供应链中联合库存管理与利益分配模型的研究J. 物流技术. 2012(08):444-44710高朋.SCOR 供应链运营参考模型J. 情报杂志. 2012(07):747-74911马峻,任建平,军哲.基于 B/S 商业采购信息管理系统的设计与实现J.计算机应用. 2012 (08):345-34712王亚杰.基于 C/S 和 B/S 的信息系统开发与研究J. 大学学报.

51、2012 (02):123-12613林健,玲玲.ERP 的未来发展趋势研究J.系统工程理论与实践. 2012 (04):256-25814步峰,江勇,白庆华.作业成本法在评价供应商中的应用研究J.工业工程与管理. 2012 (01):321-32315许淑君,马士华.供应链企业间的战略伙伴关系研究J.华中科技大学学报. 2012 (S1):666-66916马祖军,代颖.基于电子商务的 ERP 系统J.计算机应用研究. 2012 (09):156-15917Hans-Peter Wiendahl,Anis Selaouti,Rouven Nickel.Proactive supply 37

52、/ 39chain management in the forging industryJ Production Engineering, 2012(4):313-31618Horst Meier,Marcus Golembiewski,Nicole Quade. Design concept for a transparent supply chainJ Production Engineering,2008(4):256-25919Peter Nyhuis,Ben Mnzberg,Marco Kennemann. Configuration and regulation of PPCJ P

53、roduction Engineering,2009(2):153-15820Sanjeev K. Bordoloi.A control rule for recruitment planning in engineering consultancyJ Journal of Productivity Analysis, 2012(11):423-42721J. C. Aurich,D. Biermann,H. Blum,C. Brecher,C. Carstensen,B. Denkena,F. Klocke,M. Krger,P. Steinmann,K. Weinert.Modelling and simulation of process: machine interaction in grindingJ Production Engineering, 2012(14):359-34622Jrgen Fleischer,Markus Herm,Jrg Ude.Business Capabilities as configuration elements of value added networksJ Production Engineering, 2012(23):2633-263823Peter Nyhuis