目录
第一章引言 (4)
1.1课题背景 (4)
1.2国内外研究现状 (4)
1.3课题任务 (4)
1.3.1课题内容 .................... 错误!未定义书签。
1.3.2本人承担任务 ................ 错误!未定义书签。
1.4论文结构 (4)
第二章相关理论技术简介 (4)
(4)
2.2SQL S ERVER2005数据库............ 错误!未定义书签。
(4)
2.4本章小结 (4)
第三章系统需求分析 (4)
3.1功能性需求 (4)
3.1.1角色分析 .................... 错误!未定义书签。
3.1.2业务功能 .................... 错误!未定义书签。
3.2非功能性需求 (4)
3.2.1环境需求 .................... 错误!未定义书签。
3.2.2系统负载能力要求 ............ 错误!未定义书签。
3.2.3系统安全性要求 .............. 错误!未定义书签。
3.2.4系统反应速度要求 ............ 错误!未定义书签。
3.2.5系统开放性和扩张性........... 错误!未定义书签。
3.3本章小结 (4)
第四章系统概要设计 (5)
4.1系统设计目标 (5)
4.2系统整体技术架构设计 (6)
4.3功能设计 (9)
4.3.1需求治理 (9)
4.3.2采购治理 (12)
4.3.3销售治理 (15)
4.3.4库存治理 (19)
4.4数据库设计 (22)
4.4.1数据库的差不多ER图 (22)
4.4.2数据库的表设计 (23)
第五章系统详细设计 (28)
5.1系统软件组件的设计 (28)
5.1.1数据访问层的设计 (28)
5.1.2业务逻辑层的设计 (30)
5.1.3数据实体层的设计 (33)
5.1.4Web Service公布层的设计 (34)
5.2界面设计 (36)
5.2.1需求治理 (37)
5.2.2采购治理 (38)
5.2.3销售治理 (40)
5.2.4库存治理 (43)
第六章结论及展望 (48)
6.1论文工作总结 (48)
6.2问题和展望 (49)
致谢 (55)
第一章引言
1.1课题背景
1.2国内外研究现状
1.3课题任务
1.4 论文结构
第二章相关理论技术简介
2.1 .NET
2.3
2.4 本章小结
第三章系统需求分析
3.1功能性需求
3.2非功能性需求
3.3本章小结
本章要紧从系统系统功能需求分析、系统非功能需求分析2方面对治理系统进行分析，以此确定系统的功能模块需求以及系统需满足的差不多性能，为系统的设计时期打下坚实的基础。
第四章系统概要设计
4.1 系统设计目标
(1)资源整合
资源整合，是企业战略调整的手段，也是供应链治理的的重要工作。
整合确实是要优化资源配置，确实是要有进有退、有取有舍，确实是要获得整体的最优。
对不同来源、不同层次、不同结构、不同内容的供应资源进行识不与选择、汲取与配置、激活和有机融合，使其具有较强的柔性、条理性、系统性和价值性，并制造出新的资源的一个复杂的动态过程。
本系统基于统一平台架构，实现各个治理系统无缝对接、信息联动、数据共享从而达到资源整合的目的。
(2)提高效率
业务运营提升目标：实现商流、物流和资金流的顺畅高效。
满足武汉移动终端公司渠道业务多样性和治理精细化要求，加快库存、资金周转，降低运营成本，全面支撑终端营销治理闭环。
(3)流程优化
运营治理操纵提升目标：通过业务整合升级，优化业务流程，增强各级业务治理能力。
强化不同业务模式的风险管控，建立财务业务一体化管控平台。
(4)运营监控
提供全面信息服务，实时监控运营数据，为决策分析提供数据支撑。
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/Application Server/Database三层架构。
那个地点的三层的体系架构包括数据库服务器、应用服务器(COM+和Web Service服务)和客户显示，其各层功能如下：（1）数据库服务器层：要紧用于存储数据，同时通过触发器和存储过程实现部分的业务逻辑。
（2）应用服务器层：要紧用于企业的事务逻辑处理和Web
服务的公布。
应用服务器层又分为五层次：
ADO接口层：
该层是与数据库存的唯一通道，在ADO接口层之上的所有于数据库交互都通过该层完成。
COM+统一数据接口层：
该层是依照该系统的需要，自己在ADO数据库访问层上定义的一个COM+接口层，上层的操作通过该接口调用ADO层的功能与数据库完成交互操作。
该层封装要紧的数据库操作，如查询，添加和删除等等。
业务层：
该层要紧封装企业的业务逻辑，部分业务逻辑后移到数据库层，通过触发器和存储过程实现。
数据对象实体：
该层要紧是将数据库中的一些常用数据库实体对象化，将它们用面向对象的思想封装成数据库实体类，供用户直观的调用。
Web Service公布层：
该层要紧是将COM+层、数据库实体层和业务逻辑层的接口用Web的方式公布，供表示层调用。
如此表示层和底层的接口就单一，而且不必再为不同的表示形式编写业务组件，它们都共用一个Web接口。
（3）客户显示层：提供给操作人员的显示界面。
该层能够是扫瞄器形式，也能够是Windows界面形式，或其它终端的形式，如手机，掌上PC等等，它们的调用接口差不多上统一的Web Service接口。
4.3功能设计
以下从业务角度动身，以流程图的方式讲解功能设计。
包含需求治理、采购治理、销售治理以及库存治理等流程。
4.3.1需求治理
（一）需求申请
需求申请操作流程如下：
门店用户治理员成功登陆系统后，点击界面左侧的“需求申请”进入需求申请界面；
在需求申请界面上方的工具条上点击“新增”；
在弹出的需求申请单上，门店用户依照实际情况填写需求公司、需求库存组织、需求终端、需求数量、需求日期等信息；
在用户输入信息时，对信息的有效性进行验证。
，如需求数量是否为负数，需求终端是否存在等；
若存在不合法字符，及时进行提示；
信息输入完成后，用户点击“提交”按键；
现在，系统将需求单在本地服务器备，；同时将需求单发送至需求单位；
完成需求申请工作。
除了新增需求申请外，本系统还支持需求申请的修改、删除及查询。
其操作流程同新增需求申请类似，本文不再赘述。
需求申请流程图如下：
图4-3需求申请流程图
（二）需求汇总
需求汇总由省终端公司的工作人员进行操作。
需求汇总的操作流程如下：
省终端公司的工作人员成功登陆系统后，点击界面上的“需求汇总”功能；
主界面逐条显示各地发送的需求申请单信息，包括需求申请单号、序号、存货编码、存货名称、规格、型号、计量单位、需求日期、需求数量、现存量、原始需求库存组织、收货库存组织等信息；
工作人员在系统主界面选点击“查询”，在弹出的查询条件框中输入需要汇总存货的名称或编码，点击“确定”；
系统对输入查询条件的有效性进行验证，不合格弹出提示，合格显示查询结果；
对结果中的各个门店用户的需求申请数量进行汇总；
依照汇总信息发送终端公司；
完成需求汇总工作。
（三）需求查询
需求查询时需求汇总的必须功能，本系统支持按终端名称、按需求公司+终端名称、按需求仓库+终端名称、按需求日期+终端名称、按需求公司+需求日期+终端名称进行汇总查询。
查询功能的操作流程包含在需求汇总中，在此不再赘述。
需求汇总及需求查询的流程图如下：
图4-4需求汇总及查询流程图
4.3.2采购治理
采购治理包括采购订单生成、订单处理、订单查询、采购退货。
订单生成
采购治理员成功登陆系统后，点击界面左侧的“采购治理”。