《武汉移动终端公司供应链系统的需求分析与设计.docx》由会员分享，可在线阅读，更多相关《武汉移动终端公司供应链系统的需求分析与设计.docx（41页珍藏版）》请在三一办公上搜索。
1、目 录第一章 引言11.1课题背景11.2国内外研究现状21.3课题任务41.3.1课题内容41.3.2本人承担任务51.4 论文结构5第二章 相关理论技术简介62.1 .NET62.2 SQL Server2005 数据库72.3 ADO.NET92.4 本章小结10第三章 系统需求分析113.1功能性需求113.1.1角色分析113.1.2业务功能113.2非功能性需求173.2.1环境需求173.2.2系统负载能力要求173.2.3系统安全性要求183.2.4系统反应速度要求183.2.5系统开放性和扩张性183.3本章小结18第四章 系统概要设计194.1 系统设计目标194.2 系统
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第五章 系统详细设计345.1系统软件组件的设计345.1.1数据访问层的设计345.1.2业务逻辑层的设计355.1.3数据实体层的设计375.1.4Web Service发布层的设计385.2界面设计395.2.1需求管理395.2.2采购管理405.2.3销售管理425.2.4库存管理44第六章 结论及展望486.1论文工作总结486.2问题和展望48致 谢53华中科技大学软件工程硕士
3、论文第一章 引言1.1课题背景1.2国内外研究现状1.3课题任务1.4 论文结构第二章 相关理论技术简介2.1 .NET2.3 ADO.NET2.4 本章小结第三章 系统需求分析3.1功能性需求3.2非功能性需求3.3本章小结本章主要从系统系统功能需求分析、系统非功能需求分析2方面对管理系统进行分析，以此确定系统的功能模块需求以及系统需满足的基本性能，为系统的设计阶段打下坚实的基础。 第四章 系统概要设计4.1 系统设计目标(1)资源整合资源整合，是企业战略调整的手段，也是供应链管理的的重要工作。整合就是要优化资源配置，就是要有进有退、有取有舍，就是要获得整体的最优。对不同来源、不同层次、不同
4、结构、不同内容的供应资源进行识别与选择、汲取与配置、激活和有机融合，使其具有较强的柔性、条理性、系统性和价值性，并创造出新的资源的一个复杂的动态过程。本系统基于统一平台架构，实现各个管理系统无缝对接、信息联动、数据共享从而达到资源整合的目的。(2)提高效率业务运营提升目标：实现商流、物流和资金流的顺畅高效。满足武汉移动终端公司渠道业务多样性和管理精细化要求，加快库存、资金周转，降低运营成本，全面支撑终端营销管理闭环。(3)流程优化运营管理控制提升目标：通过业务整合升级，优化业务流程，增强各级业务管理能力。强化不同业务模式的风险管控，建立财务业务一体化管控平台。(4)运营监控提供全面信息服务，实
5、时监控运营数据，为决策分析提供数据支撑。4.2 系统整体技术架构设计武汉移动终端公司ERP供应链系统采用分布式Web Service应用结构。采用Web Service作为客户端和COM之间互动的中间层，利用Web Service的优势，使开发的中间件通过统一的接口Web Service的方式发布，让各种形式的客户端调用。同时又利用COM和ADO与数据库连接，充分利用COM+的数据库连接的Pooling技术以减少重新建立数据库连接和其它系统的资源，从而提高系统的执行效率。图4-1和4-2显示了该系统的软件体系结构。图4-1软件体系结构1图4-2软件体系结构2整个系统将采用Client/Appl
6、ication Server/Database三层架构。这里的三层的体系架构包括数据库服务器、应用服务器(COM+和Web Service服务)和客户显示，其各层功能如下：（1）数据库服务器层：主要用于存储数据，同时通过触发器和存储过程实现部分的业务逻辑。（2）应用服务器层： 主要用于企业的事务逻辑处理和Web服务的发布。应用服务器层又分为五层次：ADO接口层：该层是与数据库存的唯一通道，在ADO接口层之上的所有于数据库交互都通过该层完成。COM+统一数据接口层：该层是根据该系统的需要，自己在ADO数据库访问层上定义的一个COM+接口层，上层的操作通过该接口调用ADO层的功能与数据库完成交互操
7、作。该层封装主要的数据库操作，如查询，添加和删除等等。业务层：该层主要封装企业的业务逻辑，部分业务逻辑后移到数据库层，通过触发器和存储过程实现。数据对象实体：该层主要是将数据库中的一些常用数据库实体对象化，将它们用面向对象的思想封装成数据库实体类，供用户直观的调用。Web Service发布层：该层主要是将COM+层、数据库实体层和业务逻辑层的接口用Web的方式发布，供表示层调用。这样表示层和底层的接口就单一，而且不必再为不同的表示形式编写业务组件，它们都共用一个Web接口。（3）客户显示层：提供给操作人员的显示界面。该层可以是浏览器形式，也可以是Windows界面形式，或其它终端的形式，如手
8、机，掌上PC等等，它们的调用接口都是统一的Web Service接口。4.3功能设计这里的设计内容从软件工程角度来看，更像是在做需求分析。需求分析的（文字）用例就是用来描述这种一个业务流程，人机之间应该是如何分工合作的。形式上看起来像是一个用户使用手册。这里说的完全是用户角度看到的东西。设计谈的是系统内部的事。即上述人机分工中分给机器（或者叫系统）的工作，从软件的角度应该如何实现。以下从业务角度出发，以流程图的方式讲解功能设计。包含需求管理、采购管理、销售管理以及库存管理等流程。4.3.1需求管理（一）需求申请需求申请操作流程如下：门店用户管理员成功登陆系统后，点击界面左侧的“需求申请”进入需
9、求申请界面；在需求申请界面上方的工具条上点击“新增”；在弹出的需求申请单上，门店用户根据实际情况填写需求公司、需求库存组织、需求终端、需求数量、需求日期等信息；在用户输入信息时，对信息的有效性进行验证。，如需求数量是否为负数，需求终端是否存在等；若存在不合法字符，及时进行提示；信息输入完成后，用户点击“提交”按键；此时，系统将需求单在本地服务器备，；同时将需求单发送至需求单位；完成需求申请工作。 除了新增需求申请外，本系统还支持需求申请的修改、删除及查询。其操作流程同新增需求申请类似，本文不再赘述。 需求申请流程图如下：图4-3需求申请流程图（二）需求汇总 需求汇总由省终端公司的工作人员进行操
10、作。需求汇总的操作流程如下：省终端公司的工作人员成功登陆系统后，点击界面上的“需求汇总”功能；主界面逐条显示各地发送的需求申请单信息，包括需求申请单号、序号、存货编码、存货名称、规格、型号、计量单位、需求日期、需求数量、现存量、原始需求库存组织、收货库存组织等信息；工作人员在系统主界面选点击“查询”，在弹出的查询条件框中输入需要汇总存货的名称或编码，点击“确定”；系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结果；对结果中的各个门店用户的需求申请数量进行汇总；根据汇总信息发送终端公司；完成需求汇总工作。（三）需求查询需求查询时需求汇总的必须功能，本系统支持按终端名称、按需求公
11、司+终端名称、按需求仓库+终端名称、按需求日期+终端名称、按需求公司+需求日期+终端名称进行汇总查询。查询功能的操作流程包含在需求汇总中，在此不再赘述。需求汇总及需求查询的流程图如下：图4-4需求汇总及查询流程图4.3.2采购管理采购管理包括采购订单生成、订单处理、订单查询、采购退货。订单生成采购管理员成功登陆系统后，点击界面左侧的“采购管理”进入采购管理界面；在采购管理界面上方的工具条上点击“新增”；在弹出的订单上，订单编号系统自动生成。采购管理员根据实际情况填写订单编号、厂商名称、采购单位、机型、订单数量、颜色、到货要求等信息；在用户输入信息时，对信息的有效性进行验证。，如订单数量是否为负
12、数，采购单位是否存在等；若存在不合法字符，及时进行提示；信息输入完成后，用户点击“确定”按键；此时，订单信息会被存储在数据库中；完成订单生成工作。订单处理及查询订单处理及查询是指通过查询找到需要处理的订单，按照实际需要进行发货或终止处理。具体操作流程如下：采购管理员成功登陆系统后，点击界面上的“订单处理”功能；主界面逐条显示订单信息，；工作人员在系统主界面选点击“查询”，在弹出的查询条件框中输入需要处理订单的编号、日期或者订单名称，点击“确定”；系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结果；选中查询出的订单，根据需要选择工具栏中中的发货或者终止；将处理信息保存数据库完成
13、订单处理工作。采购管理的流程图如下：图4-5采购管理流程图4.3.3销售管理（一）实体门店零售实体门店工作人员成功登陆系统后，点击界面左侧的“销售管理”进入销售管理界面；当客户选择使用购机电子券购机时，按照规则扣减客户电子券金额；成功扣减后，输入办理号码、捆绑号码、购机电子券代码串、门店编码，供货平台编码，操作工号；当客户选择购买非裸机的方式时，工作人员应该录入客户资料、机型、是否有礼包等设备信息数据资料；当客户选择预存话费送购机电子券时，在通过接口调用由终端公司前台零售系统将购机电子券做入库操作指令；指令内容包括：营销案办理号码，预存话费送购机电子券营销案ID、购机电子券类型、指定机型、购机
14、电子券编码、购机电子券密码；当客户选择购买裸机或则购机送话费的方式时，实体门店的营业人员应该选择使用终端公司前台零售系统进行裸机销售操作，录入客户资料、定制终端IMEI号、颜色、是否有礼包等设备信息数据资料，进行终端实物设备的销售处理；如果是纯裸机销售，不存在赠送话费的话，终端公司前台零售系统向CRM/BOSS以及ERP系统同步销售记录，如果是带赠送话费的，则除了同步销售记录外，还需要办理赠费营销案；完成系统操作后，门店的销售记录自动上传数据库； 实体门店销售流程图如下:图4-6 实体门店销售流程图专业的流程图不可以这样画。请参照UML活动图绘制规则重新绘制这些“流程图”（二）电子商务平台零售
15、客户登陆电子商务选择机型和营销活动，填写订单。电子商务平台后台采用系统自动和人工方式对订单进行审核。审核不通过取消订单，审核通过进入订单分捡处理。当客户选择购买裸机或则购机送话费的方式时，电子商务平台后台进行商品资源预占处理；如果是纯裸机销售，不存在赠送话费的话，电子商务平台向CRM/BOSS以及ERP系统同步销售记录。如果是带赠送话费的，则除了同步销售记录外，还需要办理赠费营销案。当客户选择参与预存话费送购机电子券营销案时，电子商务平台为客户增加购机电子券入库，按照规则扣减客户电子券金额。成功扣减后，向CRM/BOSS和ERP同步销售记录，并根据购机电子券金额是否足够抵扣购机款；最后由物流配
16、送给客户签收和收款。如果成功完成签收和收款，则流程结束。如果签收不成功，则取消订单，并将客户相关已经执行的赠扣费进行回退处理。电子商务平台销售管理流程图如下：图4-7电子商务平台销售管理流程图4.3.4库存管理本系统实现库存管理包括入库管理、出库管理、调拨管理和库存盘点。（一）入库管理及出库管理仓库管理员成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面；在仓库管理界面上方的工具条上点击“入库”或者“出库”；在弹出的入库或者出库单上，入库或者出库单编号系统自动生成。仓库管理员根据实际情况填写原单据号，入库或者出库发起人或是单位，入库或者出库的对象仓库，详细的货物信息，手机终端需要有IM
17、EI号等信息； 在用户输入信息时，对信息的有效性进行验证。，如订单数量是否为负数，采购单位是否存在等；若存在不合法字符，及时进行提示；仓库管理人员进行入库或者出库确认。如果有差异，填写差异报告。系统确认商品库存增加或减少。并将入库或者出库接受完毕填回原始入库或者出库要求单据。完成入库或者出库工作。（二）调拨管理当某款手机在某地缺货，而另外某地滞货的时候，会存在调拨需求。调拨，首先由缺货方对上级管理单位提交调拨申请，然后该级管理单位在所管理的仓库或是门店范围进行查找，如果某仓库或是厅店有多余的货物库存，则可以安排调拨，否则，由该级管理单位再对上级单位进行调拨申请。功能说明如下：缺货方成功登陆系统
18、后，点击界面左侧的“仓库管理”进入仓库管理界面；选中工具条中的调拨管理，在弹出的调拨申请单中，输入调拨申请信息生成调拨申请单；上级单位接收到调拨申请后，首先是对自己所管理的范围进行库存查找，如果可以找到多余库存可以进行调拨，上级管理单位有权修改实际调拨出库数量。然后被调拨方进行调拨出库，缺货方进行调拨接受。如果上级单位在自己所管理区域内没有多余的库存可供调拨，那么就需要对自己的上级单位进行协调申请；如果该上级单位就是移动终端总公司，那么就可以触发采购订单，进行采购补货；如果不是，那么该上级单位重复步骤（3）.库存盘点仓库管理员成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面；在仓库管
19、理界面上方的工具条上点击“盘点”；系统输出盘点报表；仓库操作人员依据盘点报表核对仓库库存；如果帐实相符则本次盘点结束；如果出现差异，则需要走差异处理。仓库管理流程图如下：图4-8 仓库管理流程图4.4数据库设计4.4.1数据库的基本ER图E-R 模型是描述数据库概念结构的优秀模型，通过对系统实体、实体属性及其关系的描述，可以最终形成E-R 模型，系统中涉及的实体有员工、岗位、部门、系统用户、薪酬、招聘、考勤、培训、合同管理、保险等。图4-9显示的是供应链管理系统的数据库表的ER图，具体设计方法在此不再一一叙述。图4-9数据库类图4.4.2数据库的表设计根据武汉移动终端公司ERP系统共供应链系统
20、的业务流程图和各个操作功能的数据流图，设计数据库实体和数据库实体对应的数据表列表如下所示。表4-5入库订单表序号数据项数据类型是否必填长度默认值备注1终端串码STRING是系统自动生成2终端类型STRING是系统自动生成3产品线STRING是手动输入4终端型号STRING是系统自动生成5厂商STRING是手动输入6串码状态STRING是系统自动生成7入库时间DATE是系统自动生成8所属仓库STRING是系统自动生成9备注STRING否表4-6供应商供货单序号数据项数据类型是否必填长度默认值备注1单据号 STRING是系统自动生成2单据日期DATE是系统自动生成3业务类型STRING是采购入库、
21、销售入库、其它入库4库管员STRING是选录5制单时间DATE是默认制单时间，全日期格式6制单人STRING是默认制单人7签字人STRING是默认签字人8签字时间DATE是默认签字时间，全日期格式9备注否表4-7需求单表序号字段名数据类型（长度）是否为主键是否允许为空描述1CustomerIDInt是否存货编码2CustomerTypeIDInt外键否客户类型ID3ContactIDInt外键否数量4AgentIDInt外键否需求公司5CustomerNameVarchar(50)否是组织6AgentChangeTimeDatetime否是需求日期表4-8合同单表序号字段名数据类型（长度）是否
22、为主键是否允许为空描述1CompactIDInt是否合同ID2CustomerIDInt外键否供应商客户ID3ContactIDInt外键否联系人ID4CompactNameVarchar(40)否否合同名称5CompactTimeDatetime否是签约日期6TradeIDInt外键否交易方式ID7CompactAddressVarchar(50)否是签约地点8CompactCustomerVarchar(20)否是签约客户9CompactPersonVarchar(20)否是签约人CompactAbstractText否是合同摘要RemarksText否是备注第五章 系统详细设计详细设计的
23、出发点是提出系统分析阶段明确的典型系统功能的软件实现方案。目前的这种分别介绍系统每一个层应该干什么的叙述方式没有回答上述问题。即本系统的典型功能如何在这个架构下予以实现。你需要从概念上（当然要用UML交互图和类图来表示）提出让专家认可的功能实现方案。举例说明几个典型功能的实现方案就可以了。5.1系统软件组件的设计该部分是系统实现的重点，这里主要介绍数据访问层、业务逻辑层和数据实体层的具体设计和实现。5.1.1数据访问层的设计（一）数据访问层设计数据访问层主要是对数据库操作方法的封装。它将数据库的常用操作方法用COM+的方式进行封装，然后作为统一的接口，供上层模块的调用，这样就统一了数据库访问的
24、开发模式，也统一了团队成员的开发模式，便于各个模块的集成和测试，也便于后期的维护和功能扩展。图5-1显示了数据访问层的模块功能。图5-1 COM+数据访问层数据访问层是与数据库交互的通道，也是系统设计中的唯一的一个通道，所以该层的性能直接关系到整个系统的性能；由于系统运行的是微软的Win2000 Server平台，所以，数据库访问层采用COM的方式进行封装，充分利用系统的优势，以提高该层的执行性能。（二）数据库访问层的实现该层次是COM+组件，COM+组件与微软平台有机结合在一起，可以得到更高的执行效率和响应速度。该系统采用.NET来开发COM+组件，以实现数据库访问层的功能。NET有着非常强
25、大的快速开发环境，有助于提高系统的开发效率。为了更进一步的提高执行效率，根据这个层所要完成的功能，将分成三个COM+组件来实现该层次的功能。1：返回记录集合的数据访问组件2：批量更新数据的数据访问组件3：常用一些主要数据访问方法的组件以上三个组件的实现方法相似，以下以组件1为例介绍一下该层的实现方法。(1)返回记录集合的数据访问层的实现功能说明：主要实现查询的COM+功能组件 输入参数：SQL查询语句 输出参数：ClientDataSet的xmlDataprocedure QueryMyData(const sSQLCommand: WideString;var vData: OleVaria
26、nt); safecall;主要控件：TADOConnection：通过ADO访问数据库。TADODataSet：通过该控件执行数据库查询命令，并返回记录集。TDataSetProvider：结果集合传递的桥梁。TclientDataSet：通过该控件的CommandText命令发出查询语句，返回的执行结果以XMLData的形式表示。控件的主要参数：Dataset: CacheSize: 1001000取 300;CursorLocation: clUseClient; Lock Type: ltOptimisticDataSetProvider: poAllowCommandText: Tr
27、ue; ResolveToDataSet: False;采用TSQLResolver方式ClientDataSet: FetchOnDemand : False; 为无状态对象主要控件如图5-2所示。(2)主要实现方法数据库访问连接字符串的动态载入/COM+激活时候调用GetCnStr动态加入连接字符串procedure TQueryDataServer.MtsDataModuleCreate(Sender: TObject);begin self.adocnMyDB.ConnectionString := GetCnStr;end;从加密文件中读取连接字符串/从加密文件中读取连接字符串fun
28、ction GetCnStr:string;Var F: TextFile; mystr:String; filename:string;begin/加入读取 connectionString 文件的方法。 filename:=GetCurrentDirEx()+cn.dat; AssignFile(F, FileName); File selected in dialog Reset(F); Readln(F, mystr); Read first line of file CloseFile(F); /调用加密算法（EncryptionEngine）加密字符串 mystr :=Encryp
29、tionEngine(trim(mystr),mykey,False); result:=mystr;end;实现查询的COM+数据访问层，返回XMLData记录集合/COM+方法，传入SQL查询语句，返回XMLData记录集合procedure TQueryDataServer.QueryMyData(const sSQLCommand: WideString; var vData: OleVariant);begin Self.cdsMyData.Active := False; Self.cdsMyData.CommandText := sSQLCommand; try try Self
30、.cdsMyData.Active := True; vData := Self.cdsMyData.XMLData; /返回记录集合 finally Self.cdsMyData.Active := False; end; SetComplete; except on e: Exception do begin vData := ; /执行失败，返回空记录集合 SetAbort; end; end; end;图5-2主要控件5.1.2业务逻辑层的设计（一）业务逻辑层模型业务逻辑层主要是将企业的一些常用的业务，封装起来，供客户层面直接调用，特别是关键性的业务，不仅是逻辑比较复杂，而且还要有一定
31、的安全性，特别是业务逻辑经常会根据企业业务的发展而不断的变化，如果将其放在前台处理，则不仅是将业务逻辑暴露在前端，而且安全性也比较差，特别是后期维护比较麻烦，所以将关键性的业务封装成业务逻辑层，供客户层调用。业务逻辑层模型如图5-3所示。图5-3业务逻辑层图5-4显示了原材料采购入库的业务逻辑模块目前所包括的操作，今后如果业务逻辑有所变化，只要保持接口不变，则只需修改业务逻辑层就可以，而不必修改上层的代码，这样就保持了模块的独立性，一个模块功能修改，不影响其它的模块，便于后期的维护和功能的扩展。图5-4原材料采购入库业务逻辑图其它的业务逻辑模型相似，在此不再一一说明。（二）业务逻辑层的实现业务
32、逻辑层主要调用COM+层的功能，将企业业务逻辑封装层组件，并将其接口用Web Service形式发布，供表示层调用。以坯布入库为例，简要说明该层的实现方法。（1）接口声明：type IInsertFabricEnterServer = interface(IInvokable)65235805-7EAF-11D6-B774-E6842D503E2C function InsertFabricEnter(const sMaster, sData : String) : Integer; stdcall; end;（2）实现方法功能说明： 实现数据入库时候的入库操作函数，将入库单的信息一次提交 返
33、回0则执行成功，否则失败采用事务处理方式，将入库的所有信息用Commit transaction方式一次处理5.1.3数据实体层的设计该模块主要封装一些常用的实体，如客户信息实体、供应商信息实体、仓库信息实体等等。由于该信息实体一般情况下不会改变，而且对该信息实体的操作也不会经常改变，所以就将该实体以对象的方式进行封装，这样就非常方便的供其它层面的程序调用。数据实体层模型如图5-5所示。图5-5数据实体层模型在数据库实体层中，有一个与仓库数据表完全一致的一个仓库类，而且对该仓库类定义了四种常用的操作方法，这样，上层的调用就非常方便，而且数据封装的也与现实世界更加一致，有利于程序的开发。图5-6
34、仓库信息实体其它数据库实体的设计模型于仓库的一致，在此就不再一一列出。5.1.4Web Service发布层的设计（一）Web Service层模型Web Service层的设计是为了今后程序的扩展而设计的。它将所有的数据库操作方法组件和业务逻辑组件的接口用Web Service的方式发布出去，这样任何形式的客户端就都可以利用该Web服务，包括PC、PAD或手机等等。Web Service层的模型如图5-7所示。图5-7 Web服务层（二）Web Service层的实现数据访问层的方法通过Web服务发布后，就可以供其它任何形式的客户端使用，具有非常灵活的优点。本节以数据访问层的接口发布为例，说
35、明该层的具体实现方法。（1）接口定义type IQueryMyDataServer = interface(IInvokable) AA653F43-74AB-11D6-B774-0010A4A0DCF3 function QueryMyData(const sSQL : String) : String; stdcall; end;（2）接口实现Function TQueryMyDataServer.QueryMyData(const sSQL: String): String; stdCall;var vDODemo : Variant; sData : OleVariant;begin
36、/建立COM+对象，并调用其输出的方法 CoInitialize(nil); try vDODemo := CreateOleObject(PQueryDataServer.QueryDataServer); vDODemo.QueryMyData(sSQL, sData); Result := sData; finally CoUninitialize; end;end;5.2界面设计系统的详细设计是系统开发的后期阶段,在该阶段要实现系统概要设计阶段所设计出来的所有系统功能。本系统是在 Windows Server 2003 操作系统下开发的，开发工具是 Microsoft Visual S
37、tudio 2008、NET Framework 3.5 SP1，编程语言是 C#，开发中涉及的技术有 ASP.Net、ADO.Net、AJAX, Microsoft SQL 2005 作为数据库，以 Internet 信息服务作为 Web 服务器15。预计开发完成后，只需在服务器上安装该系统，局域网(Intranet)上的其它机器（也可以是在Internet上）只需打开浏览器（IE6.0以上），输入服务器的网址，形如 http:/主机名(也可以是Internet域名) 或 http:/IP地址 即可进入武汉移动终端公司供应链系统。5.2.1需求管理本文以需求汇总平衡的实现为例进行需求管理的实
38、现说明。需求汇总平衡是指总部营销中心对各省分的物资需求申请单进行需求的汇总平衡。打开供应链系统、以此点击采购管理物资需求申请需求汇总平衡，可以打开需求汇总平衡界面。（1）双击打开路径节点，单击“查询”按钮。输入查询条件，可通过需求公司等条件过滤省分需求。图5-8需求查询（2）选择需要平衡的单据，单击“库存平衡”按钮。图5-9需求库存平衡操作确定省分需求数量和建议订购数量，单击“确定”按钮。5.2.2采购管理本文以采购管理中的维护采购入库单、保存采购入库单以及采购入库单签字为例进行采购管理说明。（一）维护采购入库单维护采购入库单由采购经理进行操作。如图所示采购入库单的维护包括对单据号、单据日期、
39、仓库、库存组织、业务流程、收发类别、库管员以及采购部门等信息的维护。图5-10采购入库单维护（二）保存采购入库单采购入库单的保存同样由采购经理进行操作。如图所示，当对采购单维护结束时，可以点击界面左上角的保存按键进行保存，保存结束后，界面左下角会提示“保存成功”。图5-11保存采购入库单（三）对采购入库单进行签字物流经理负责度采购入库单进行签字。如图所示，签字时，物流经理核对单据号、单据日期、仓库、库存组织、业务流程、收发类别、库管员以及采购部门等信息无误。点击界面左上角的签字，此时界面左下角显示签字成功。图5-12采购入库单签字5.2.3销售管理（一）销售订单维护、审核省分市场部对渠道商提出
40、需求申请生成的销售订单进行维护和审批；省分市场部根据需求自制销售订单并进行审批。销售订单的维护和审核由产品经理进行操作。进入供应链系统以此点击销售管理销售订单维护订单，可以进入销售订单维护和审核界面。（1）打开销售订单维护界面，点击“查询”，找到生成的销售订单，如图5-6。检查无误后，点击“审核”，审核单据。图5-13销售订单维护审核界面（二）销售出库单维护、签字库管员根据销售订单进行产品出库，并在系统中维护单据。进入供应链系统以此点击销售管理出库业务销售出库，可以进入销售订单维护和审核界面。（1）打开销售出库单界面，“业务流程”选择“省分铺货结算流程”后，点击“增加”“销售订单”，查找上游销
41、售订单，如图5-14：图5-14销售订单查询（2）选中查询到的销售订单，点击“确定”生成销售出库单：图5-15销售出库单生成（3）填写相应的出库信息，“仓库”“收发类别”等，选中下方“请输入条形码”框后，扫入相应存货的条形码，保存并将单据签字。此时要注意退货单据上“是否退货”自动打钩。图5-16填写出库信息界面5.2.4库存管理本文实现的库存管理包括调拨出库单维护及调拨入库单维护。（一）调拨出库单维护调出公司参照调拨订单录入调拨出库单，并录入串码信息。调拨出库单维护由总部物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨出库，进入库存调拨管理界面。调拨出库单维护操作如下所示：（1）双
42、击打开路径节点，单击“增加”-“调拨订单”按钮。输入查询条件，可通过调入公司等条件过滤调拨订单。图5-17调拨订单查询（2）选择相应调拨订单，单击“确定”按钮。图5-18调拨订单选择维护表头仓库信息。然后单击“导出/导入”-“导入主条码”。图5-19导入调拨订单主条码单击“打开”按钮，选择条码文件。图5-20打开条码文件单击按钮，将Sheet1从待选工作簿选到已选工作簿，含义选择主条码后，单击“导入”按钮。图5-21导入主条码确认单据信息无误后，单击“保存”-“签字”按钮。图5-22保存出库单维护信息（二）调拨入库单维护省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂
43、估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨入库，进入库存调拨管理界面。调拨入库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨出库单”按钮。输入查询条件，可通过调入公司等条件过滤调拨出库单。省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨入库，进入库存调拨管理界面。调拨入库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨出库单”按钮。输入查询条件，可通过调入公司等条
44、件过滤调拨出库单。省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨入库，进入库存调拨管理界面。调拨入库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨出库单”按钮。输入查询条件，可通过调入公司等条件过滤调拨出库单。省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操作。进入供应链系统以此点击库存管理出库业务调拨入库，进入库存调拨管理界面。调拨入库单维护操作如下所示：（1）双击打开路径节点，单击“增加”-“调拨出库单”按钮。输入查询条件，可通过调入公司等条件过滤调拨出库单省分综合部参照调拨出库单，根据实际到货数量并且验证串码进行入库操作，生成暂估调拨入库单、暂估采购应付单。调拨出库管理由省分物流经理进行操
