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

目 录 第一章 引言1 1.1课题背景1 1.2国内外研究现状2 1.3课题任务4 1.3.1课题内容4 1.3.2本人承担任务5 1.4 论文结构5 第二章 相关理论技术简介6 2.1 .NET6 2.2 SQL Server2005 数据库7 2.3 ADO.NET9 2.4 本章小结10 第三章 系统需求分析11 3.1功能性需求11 3.1.1角色分析11 3.1.2业务功能11 3.2非功能性需求17 3.2.1环境需求17 3.2.2系统负载能力要求17 3.2.3系统安全性要求18 3.2.4系统反应速度要求18 3.2.5系统开放性和扩张性18 3.3本章小结18 第四章 系统概要设计19 4.1 系统设计目标19 4.2 系统整体技术架构设计19 4.3功能设计21 4.3.1需求管理21 4.3.2采购管理23 4.3.3销售管理25 4.3.4库存管理28 4.4数据库设计30 4.4.1数据库的基本ER图30 4.4.2数据库的表设计31 第五章 系统详细设计34 5.1系统软件组件的设计34 5.1.1数据访问层的设计34 5.1.2业务逻辑层的设计35 5.1.3数据实体层的设计37 5.1.4Web Service发布层的设计38 5.2界面设计39 5.2.1需求管理39 5.2.2采购管理40 5.2.3销售管理42 5.2.4库存管理44 第六章 结论及展望48 6.1论文工作总结48 6.2问题和展望48 致 谢53 Ⅰ 华中科技大学软件工程硕士论文 第一章 引言 1.1课题背景 1.2国内外研究现状 1.3课题任务 1.4 论文结构 第二章 相关理论技术简介 2.1 .NET 2.3 ADO.NET 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需求申请流程图 （二）需求汇总 需求汇总由省终端公司的工作人