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

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

第一章引言

1.1课题背景.......................3

1.2国内外研究现状“….................3

1.3课题任务.......................3

1.3.1课题内容.........

1.3.2本人承担任务,

1.4论文结构......................3

第二章有关理论技术简介3

2.1.NET......................................................................3

2.2SQLSERVER2005数据库....................................

2.3ADO.NET....................................................................3

2.4本章小结...................................................................3

第三章系统需求分析

3.1功能性需求.................................................................3

3.1.1角色分析..............................................

3.1.2业务功能..............................................

3.2非功能性需求.............................................................3

3.2.1环境需求............................................

3.2.2系统负载能力要求.....................................

3.2.3系统安全性要求.......................................

3.2.4系统反应速度要求.....................................

3.2.5系统开放性与扩张性...................................

3.3本章小结..................................................................3

4.1系统设计目标.............................................................4

4.2系统整体技术架构设计.....................................................4

4.3功能设计..................................................................6

4.3.1需求管理...............................................................6

4.3.2采购管理...............................................................9

4.3.3销售管理...................................................II

434库存管理.....................................................14

44数据库设计................................................................16

4.4.1数据库的基本ER图.........................................16

4.4.2数据库的表设计.............................................77

第五章系统全面设计20

5.1系统软件组件的设计.......................................................20

5.1.1数据访问层的设计...........................................20

5,12业务逻辑层的设计............................................21

5.1.3数据实体层的设计...................................................................................23

5J.4WebService公布层的设计.......................................................................24

5.2界面设计.............................................................26

5.2./需求管理.................................................................................................26

5.2.2采购管理.................................................................................................27

5.2.3销售管理.................................................................................................28

52.4库存管理.................................................................................................30

第六章结论及展里・・・・・・・・・・・・・・・・・・・・・・・・・・・・・♦・・•・・・・・・・・・・・・・・・•・・・・•・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・35

6.1论文工作总结..........................................................35

6.2问题与展望...........................................................35

致谢

第一章引言

1.1课题背景

1.2国内外研究现状

1.3课题任务

1.4论文结构

第二章有关理论技术简介

2.1.NET

2.3ADO.NET

2.4本章小结

第三章系统需求分析

3.1功能性需求

3.2非功能性需求

3.3本章小结

本章要紧从系统系统功能需求分析、系统非功能需求分析2方面对管理系统

进行分析，以此确定系统的功能模块需求与系统需满足的基本性能，为系统的设

计阶段打下坚实的基础。

图4-1软件体系结构1

图4-2软件体系结构2

整个系统将使用Clienl/ApplicalionServer/Daiabase三层架构。这里的

三层的体系架构包含数据库服务湍、应用服务器（COM+与WebService服务）与客

户显示，其各层功能如下：

（1）数据库服务器层：要紧用于存储数据，同时通过触发器与存储过程实

现部分的业务逻辑。

（2）应用服务器层：要紧用于企业的事务逻辑处理与Web服务的公布。

应用服务器层又分为五层次：

ADO接口层：

该层是与数据库存的唯一通道，在ADO接口层之上的所有于数据库交互都通

过该层完成。

COM+统一数据接口层:

该层是根据该系统的需要，自己在ADO数据库访问层上定义的一个COM+接

口层，上层的操作通过该接口调用ADO层的功能与数据库完成交互操作。

该层封装要紧的数据库操作，如查询，添加与删除等等。

业务层：

该层要紧封装企业的业务逻辑,部分业务逻辑后移到数据库层，通过触发器

与存储过程实现。

数据对象实体：

该层要紧是将数据库中的一些常用数据库实体对象化，将它们用面向对象的

思想封装成数据库实体类，供用户直观的调用。

WebService公布层：

该层要紧是将COM+层、数据车实体层与业务逻辑层的接口用Web的方式公

布，供表示层调用。这样表示层与底层的接口就单一，而且不必再为不一致的表

示形式编写业务组件，它们都共用一个Web接口。

（3）客户显示层；提供给操作人员的显示界面。该层能够是浏览器形式，

也能够是Windows界面形式，或者其它终端的形式，如手机，掌上PC等等，它

们的调用接口都是统一的WebService^n0

4.3功能设计批注（B1]:这里的设计内容从软件工程角度来看,更像

是在做需求分析,芾求分析的（文字）用例就是用来描

述这种一个业务流程，人机之间应该是如何分工合作

下列从业务角度出发，以流程图的方式讲解功能设计。包含需求管理、采购的.形式上看起来像是一个用户使用手册.这里说的完

管理、销售管理与库存管理等流程。全是用户角度看到的东西.

4.3.1需求管理设计谈的是系统内部的事，即上述人机分工中分给机器

（或者者叫系统）的工作，从就件的知度应该如何实现.

（一）需求申请

需求申请操作流程如下：

门店用户管理员成功登陆系统后，点击界面左侧的“需求申请”进入需求申

清界面；

在需求申请界面上方的工具条上点击“新增”：

在弹出的需求申请单上，门店用户根据实际情况填写需求公司、需求库存组

织、需求终端、需求数量、需求日期等信息：

在用户输入信息时，对信息的有效性进行验证。，如需求数量是否为负数，

需求终端是否存在等：

若存在不合法字符，及时进行提示；

信息输入完成后，用户点击“提交”按键：

如今，系统将需求单在本地服务器备，：同时将需求单发送至需求单位：

完成需求申请工作。

除r新增需求申请外，本系统还支持需求申请的修改、删除及杳询。其

操作流程同新增需求申请类似，本文不再赘述。

需求申请流程图如下:

功能选抨

双「开一经存在

新增选中需求中冶单

的福求申游单

点击工具条h的

逐班”需旌抒需要仔戌唱恤入？ifi旬信息

求华信息息进行性改删除

州除

将合询信.回与

数据库中存俅

DataBase外；制进行:二匕乂4

将比对成功的纳果

晶示在界面上

完成

图4-3需求申请流程图

（二）需求汇总

需求汇总由省终端公司的工作人员进行操作。需求汇总的操作流程如

下：

省终端公司的工作人员成功登陆系统后，点击界面上的“需求汇总”功能；

主界面逐条显示各地发送的需求申请单信息，包含需求申请单号、序号、存

货编码、存货名称、规格、型号、计量单位、需求日期、需求数量、现存量、原

始需求库存组织、收货库存组织等信息：

工作人员在系统主界面选点击“杳询”，在弹出的查询条件框中输入需要汇

总存货的名称或者编码，点击“确定”：

系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结

果：

对结果中的各个门店用户的需求申请数量进行汇总；

根据汇总信息发送终端公司；

完成需求汇总工作。

（三）需求查询

需求查询时需求汇总的务必功能，本系统支持按终端名称、按需求公司+终

端名称、按需求仓库+终端名称、按需求日期+终端名称、按需求公司+需求日期+

终端名称进行汇总查询。查询功能的操作流程包含在需求汇总中，在此不再赘述。

需求汇总及需求查询的流程图如下：

终端公司

工作人员

输入汇总条件

点击“确定・

＜一碎表而条件在

DataBase数据库中进行资

询

►显示爽询结果

根绝杳词结果进

行需求汇总

相形成的霸求汇

总触放终端公司

工

完成

图4-4需求汇总及查询流程图

4.3.2采购管理

采购管理包含采购订单生成、订单处理、订单查询、采购退货。

订单生成

采购管理员成功登陆系统后，点击界面左侧的“采购管理”进入采购管理界

面；

在采购管理界面上方的工具条上点击“新增”；

在弹出的订单上，订单编号系统自幼生成。米购管理员根据实际情况镇写订

单编号、厂商名称、采购单位、机型、订单数量、颜色、到货要求等信息：

在用户输入信息时，对信息的有效性进行验证。，如订单数量是否为负数，

采购单位是否存在等：

若存在不合法字符，及时进行提示：

信息输入完成后，用户点击“确定”按键：

如今，订单信息会被存储在数据库中：

完成订单生成工作。

订单处理及查询

订单处理及杳询是指通过杳询找到需要处理的订单，按照实际雷要进行发货

或者终止处理。具体操作流程如下：

采购管理员成功登陆系统后，点击界面上的“订单处理”功能：

主界面逐条显示订单信息，：

工作人员在系统主界面选点击“查询”，在弹出的查询条件框中输入需要处

理订单的编号、日期或者者订单名称，点击“确定”：

系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结

果：

选中查询出的订单，根据需要选择工具栏中中的发货或者者终止；

将处理信息储存数据库

完成订单处理工作。

采购管理的流程图如下：

采购管理员

困4-5采购管理流程困

4.3.3销售管理

（一）实体门店零售

实体门店工作人员成功登陆系统后，点击界面左侧的“销售管理”进入销售

管理界面：

当客户选择使用购机电上券购机时，按照规则扣减客户电子券金额：

成功扣减后.输入办理号码、捆绑号码、购机电子券代码用、门店编码,供

货平台编码，操作工号：

当客户选择购买非裸机的方式时，工作人员应该录入客户资料、机型、是否

有礼包等设备信息数据资料：

当客户选择预存话费送购机电子券时，在通过接口调用由终端公司前台零售

系统将购机电子券做入库操作指令；指令内容包含：营销案办理号码，预存话费

送购机电子券营销案ID、购机电子券类型、指定机型、购机电子券编码、购机

电子券密码；

当客户选择购买裸机或者则购机送话跪的方式时.实体门店的营亚人员应该

选择使用终端公司前台零售系统进行裸机销售操作，录入客户资料、定制终端

IMEI号、颜色、是否有礼包等设备信息数据资料，进行终端实物设备的销售处

理：

假如是纯裸机销售，不存在贿送话费的话，终端公司前台零售系统向

CRM/BOSS与ERP系统同步销售记录，假如是带赠送话费的，则除了同步销售记

录外，还需要办理赠费营销案；

完成系统操作后，门店的销售记录自动上传数据库；

实体门店销售流程图如下：

完成

图4-6实体门店销售流程图批注[B2]:专业的流程图不能够这样画.请参照UML

（二）电子商务平台零售活动图绘制规则甫新绘制这些“流程图”

客户登陆电子商务选择机型与营销活动，填写订单。

电子商务平台后台使用系统自动与人工方式对订单进行审核。

审核不通过取消订单，审核通过进入订单分捡处理。

当客户选择购买裸机或者则购机送话费的方式时，电子商务平台后台进行商

品资源预占处理：

假如是纯裸机销售，不存在赠送话费的话，电子商务平台向CRM./BOSS与ERP

系统同步销售记录。假如是带赠送话费的，则除了同步销售记录外，还需要办理

赠费营销案。

当客户选择参与预存话费送购机电子券营销案时，电子商务平台为客户增加

购机电子券入库，按照规则扣减客户电子券金额。成功扣减后，向CRM/BOSS与

ERP同步销售记录，并根据购机电子券金额是否足够抵扣购机款；

最后由物流配送给客户签收与收款。

假如成功完成签收与收款，则流程结束。

假如签收不成功，则取消订单，并将客户有大已经执行的赠扣费进行回退处

理。

电子商务平台销售管理流程图如下：

图4-7电,子商务平台销信管理流程困

4.3.4库存管理

本系统实现库存管理包含入库管理、出库管理、调拨管理与库存盘点。

（一）入库管理及出库管理

仓库管理员成功登陆系统后，点击界而左侧的“仓库管理”进入仓库管理界

面；

在仓库管理界而上方的工具条上点击“入库”或者者“出库”：

在弹出的入库或者者出库单上，入库或者者出库单编号系统自动生成。仓库

管理员根据实际情况填写原单据号，入库或者者出库发起人或者是中•位，入库或

者者出库的对象仓库，全而的货物信息，手机终端需要有IMEI号等信息：

在用户输入信息时，对信息的有效性进行验证。，如订单数量是否为负数，

采购单位是否存在等：

若存在不合法字符，及时进行提示；

仓库管理人员进行入库或者者出库确认。假如有差异，填写差异报告。

系统确认商品库存增加或者减少。并将入库或者者出库同意完毕填回原始入

库或者者出库要求单据。

完成入库或者者出库工作。

（二）调拨管理

当某款手机在某地缺货，而另外某地滞货的时候，会存在调拨需求。调拨，

首先由缺货方对上级管理单位提交调拨申请，然后该级管理单位在所管理的仓库

或者是门店范围进行查找，假如某仓库或者是厅店有多余的货物库存，则能够安

排调拨，否则，由该级管理单位再对上级单位进行调拨申请。功能说明如下：

缺货方成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界面：

选中工具条中的调拨管理，在弹出的调拨申请单中，输入调拨申请信息生成

调拨申请单；

上级单位接收到调拨申请后，首先是对自己所管理的范围进行库存查找，假

如能够找到多余库存能够进行调拨，

上级管理单位有权修改实际调拨出库数量。然后被调拨方进行调拨出库，缺

货方进行调拨同意。

假如上级单位在自己所管理区域内没有多余的库存可供调拨，那么就需要对

自己的上级单位进行协调申请：

假如该上级单位就是移动终端总公司，那么就能够触发采购订单，进行采购

补货:

假如不是，那么该上级单位重复步骤（3）.

库存盘点

仓库管理员成功登陆系统后，点击界面左侧的“仓库管理”进入仓库管理界

面；

在仓库管理界面上方的工具条上点击“盘点”；

系统输出盘点报表；

仓库操作人员根据盘点报表核对仓库库存：

假如帐实相符则本次盘点结束：假如出现差异，则需要走差异处理。

仓库管理流程图如下：

仓库管理员

功的选挣

图4-8仓库管理流程图

4.4数据库设计

4.4.1数据库的基本ER图

E-R模型是描述数据库概念结构的优秀模型，通过对系统实体、实体属性及

其关系的描述，能够最终形成E-R模型，系统中涉及的实体有员工、岗位、部

门、系统用户、薪酬、招聘、考勤、培训、合同管理、保险等。图4-9显示的是

供应链管理系统的数据库表的ER图，具体设计方法在此不再一一叙述。

RS；_Fabric_eh®ek_BRS_>ftbriRSFabricuntr・・d!

>SR：t_ID▲|B5Flt.X>_9|>SFUi_I»

>SKt_>at«1>£FUt_Datc

BSPCt_iaa->SFZt_CBPX_IH1JSFUt_tan

93FCl_>efiC>3FllLKBn<l<r113FUlLDe<c

>sni_sivr:.：D~]HFui^.dlA.二J

RS_Fabric_Check_DRSJabric.eMterJI

P|roi"c>.xpq>SFIP.I>qJ

二isrc>.Fct.x»二15FTP.FTt_I>

二K；X>_E_X»二>SfID.Goo<cJa«i«------'

―BSFC>_Xlici）>ilit7二>£FID.Sk«ct

匚>SFZD.S»ecificatU:jrj

RS__Fabric_stock_novRS_Fabric_s

0|x;n;t,:x>

二）>srsi_d*t<

n>Srai_I^wPiecc-J二）>srst.iaa

jIJGF3I_Tc»wT<.la1*375t_9esc

|BSrSY.Xctoc«▼]IK；n；i_Ad<liaM

FT

Kus-ric_stock-e«chRS_Fabric_slockc

EPl>sra>,xp0am

-E•IA

-KS二jK;E>_ELX»

_fr«viou»Pt«c«>src>_FiD.x>

二tsrme1口

~1isra>_stockriccc

IiSE,Pr«viou»Totft1

z,InFiece__

一

1S_Fabric_draw_B

RS_Fabric_back__Bg|BSetUD

g|K；FBt,XP一二asniLtyc。，，

二|»srai_tPCodc_RSF>t_I»raw><«<

^>3FBl_Iac>Pate

VSnt-SXPX.JD|H31DiLPr>wiiB二

~~1C.cJ

BS_Fabric_baclc_DRS_Fabric_draw_D

BSF»I«」D

BSFXD.Flt.IDBSF>P.FDi.IP

JSFJD_F>P_IPBSF»T».FI>.ID

WSFID_FID_IOnSF>r»_Pr»wTi<c<

图4-9数据库类图

4.4.2数据库的表设计

根据武汉移动终端公司ERP系统共供应链系统的业务流程图与各个操作功

能的数据流图，设计数据库实体与数据库实体对应的数据表列表如下所示。

表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单据日期D/XTE是系统自动生

成

3业务类型STRING是采购入库、箱

售入库、其它

入库

4库管员STRING是选录

5制单.时间DATE是默认制单时

间，全日期格

式

6制单人STRING是默认制单人

7签字人STRING是默认签字人

8签字时间DATE是默认签字时

间，全日期格

式

9备注否

表4-7需求单表

序号字段名数据类型是否为是否同描述

（长度）主键意为空

1CustomerlDInt是否存货编码

2CustomerTypeiDInt外键否客户类型ID

3ContactIDInt外键否数曾

4AgentIDInt外键否需求公司

5CustomerNameVarchari50)”是组织

6需求n期

AgentChangeTimeDatetime是

表4-8合同单表

序号字段名数据类型是否为主是否同意为描述

（长度）健空

1CompactIDInt是否合同ID

2CustonierlDInt外键否供应商客户ID

3ContactIDInt外键否联系人ID

4CompactNameVarchiiri40)否否合同名称

5CompactTimeDatetime否是签约日期

6TradelDInt外键否交易方式1D

7Compact/XddressVarchan50)否是签约地点

8CompactCustomcrVarchiiri20)否是签约客户

9CompactPersonVarch;iri20)否是签约人

CompactAbstraciText否是合同摘要

RemarksText否是各注

批注［B3|:全面设计的出发点是提出系统分析阶段明

第五章系统全面设计确的典型系统功能的软件实现方案，目前的这种分别介

绍系统每•个层应该干什么的叙述方式没有【可答上述

问题.即木系统的典型叨能如何在这个架构下予以实

5.1系统软件组件的设计现.你需要从概念上（当然要用UML交互图与类图%

表示）提出让专家认可的功能实现方案•举例说明几个

典5?功能的实现方哭就能够了。

该部分是系统实现的重点，这里耍紧介绍数据访问层、业务逻辑层与数据实

体层的具体设计与实现。

5.1.1数据访问层的设计

（一）数据访问层设计

数据访问层要紧是对数据库操作方法的封装。它将数据库的常用操作方法用

COM+的方式进行封装，然后作为统一的接口，供上层模块的调用，这样就统一了

数据库访问的开发模式，也统一了团队成员的开发模式，便于各个模块的集成与

测试，也便于后期的保护与功能扩展。图57显示了数据访问层的项块功能。

图5-1COM+数据访问层

数据访问层是与数据库交瓦的通道，也是系统设计中的唯一的一个通道，因

此该层的性能直接关系到整个系统的性能：由于系统运行的是微软的Win2000

Server平台，因此，数据库访问层使用COM+的方式进行封装，充分利用系统的

优势，以提高该层的执行性能。

（-）数据库访问层的实现

该层次是COM十组件，COM十组件与微软平台有机结合在一起，能够得到更高

的执行效率与响应速度。该系统使用.NET来开发COM+组件，以实现数据库访问

层的功能。NET有着非常强大的快速开发环境，有助于提高系统的开发效率。

为了更进一步的提高执行效率，根据这个层所要完成的功能，将分成三个

COM+组件来实现该层次的功能.

1:返回记录集合的数据访问组件

2：批量更新数据的数据访问组件

3：常用一些要紧数据访问方法的组件

以上二个组件的实现方法相似，下列以组件1为例介绍一下该层的实现方

法。

(D返回记录集合的数据访问层的实现

功能说明：要紧实现查询的COM+功能组件

输入参数：SQL查询语句

输出参数:ClientDataSet的xmlData

procedureQueryMyData(constsSQLCommand:WideString;var

vData:OleVariant);safecal1;

要紧控件：

TADOConnection；通过ADO访问数据库。

TADODataSet：通过该控件执行数据库查询命令，并返回记录集。

TDataSetProvider：结果集合传递的桥梁。

TclientDataSet：通过该控件的CommandText命令发出查询语句，返回的执

行结果以XMLData的形式表示。

控件的要紧参数：

Dataset:CachcSize:100'1000取300;

CursorLocation:clUseClient;LockType:ItOptimistic

DataSetProvider:poAllowCommandText:True;

KesolveToDataSet:False;使用TSULKesolver方式

ClientDataSet:FctchOnDemand:False;为无状态对象

要紧控件如图5-2所示。

国5-2要萦控件

5.1.2业务逻辑层的设计

(一)业务逻辑层模型

业务逻辑层要紧是将企业的一些常用的业务，封装起来，供客户层面直接调

用，特别是关键性的业务，不仅是逻辑比较复杂，而且还要有一定的安全性，特

别是业务逻辑经常会根据企业业务的进展而不断的变化，假如将其放在前台处

理，则不仅是将业务逻辑暴露在前端，而且安全性也比较差，特别是后期保护比

较烦恼，因此将关键性的业务封装成业务逻辑层，供客户层调用。

业务逻辑层模型如图5-3所示。

图5-3业务逻辑层

图5-4显示了原材料采购入库的业务逻辑模块目前所包含的操年，今后假如

业务逻辑有所变化，只要保持接口不变，则只需修改业务逻辑层就能够，而不必

修改上层的代码，这样就保持了模块的独立性，一个模块功能修改，不影响其它

的模块，便于后期的保护与功能的扩展。

原材料采购入昨COM+致用访何葭

上层调用

Database

图5-4原材料采购入库业务逻辑图

其它的业务逻辑模型相似，在此不再••说明。

(-)业务逻辑层的实现

业务逻辑层要紧调用COM+层的功能，将企业业务逻辑封装层组件，并将其

接口用WebService形式公布，供表示层调用。

以坯布入库为例.简快说明该层的实现方法.

(1)接口声明：

type

IInsertFabricEnterServer=interface(IInvokable)

V{65235805-7EAF-11D6-B774-E6842D503E2C}*]

functionInscrtFabricEnter(constsMaster,sData:String):

Integer;stdcall;

end;

(2)实现方法

功能说明；实现数据入库时候的入库操作函数，将入库单的信息一次提交

返回0则执行成功，否则失败

使用事务处理方式，将入库的所有信息用Commitiransaclion方式一次处

理

5.1.3数据实体层的设计

该模块要紧封装一些常用的实体，如客户信息实体、供应商信息实体、仓库

信息实体等等。由于该信息实体通常情况下不可能改变，而且对该信息实体的操

作也不可能经常改变，因此就将该实体以对象的方式进行封装，这样就非常方便

的供其它层面的程序调用。

数据实体层模型如图5-5所示。

数据库实体层COM+数据访问层

系统信息实体fj记京集地网

供应花信R.丈体

总材M佶口实体

任阵信总实体

上层调用G丁信息实体

UpdateMyData

实体操竹方法ExecSQL

诉而

GetNewID

修

改GetRowCount

刷

除SqlDelete

自

而

图5-5数据实体层模型

在数据库实体层中，有一个与仓库数据表完全一致的一个仓库类，而且对该

仓库类定义了四种常用的操作方法，这样，上层的调用就非常方便，而且数据封

装的也与现实世界更加一致，有利于程序的开发。

其它数据库实体的设计模型于仓库的一致，在此就不再一一列出。

5.1.4WebService公布层的设计

(―)WebService层模型

WebService层的设计是为了今后程序的扩展而设计的。它将所有的数据库

操作方法组件与业务逻辑组件的接口用WebService的方式公布出云，这样任何

形式的客户端就都能够利用该Neb服务，包含PC、PAD或者手机等等。

WebService层的模型如图5-7所示。

示层

数据衣

a

PC数

据