管理信息化武汉移动终端公司供应链系统的需求分析与设计

上传人:管****问 文档编号:137643223 上传时间:2020-07-10 格式:DOCX 页数:41 大小:1.38MB
返回 下载 相关 举报
管理信息化武汉移动终端公司供应链系统的需求分析与设计_第1页
第1页 / 共41页
管理信息化武汉移动终端公司供应链系统的需求分析与设计_第2页
第2页 / 共41页
管理信息化武汉移动终端公司供应链系统的需求分析与设计_第3页
第3页 / 共41页
管理信息化武汉移动终端公司供应链系统的需求分析与设计_第4页
第4页 / 共41页
管理信息化武汉移动终端公司供应链系统的需求分析与设计_第5页
第5页 / 共41页
点击查看更多>>
资源描述

《管理信息化武汉移动终端公司供应链系统的需求分析与设计》由会员分享,可在线阅读,更多相关《管理信息化武汉移动终端公司供应链系统的需求分析与设计(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同步销售记录,并根据购机电子券金额是否足够抵扣购机款;最后由物流配送给客户签收和收款。如果成功完成签收和收款,则流程结束。如果签收不成功,则取消订单,并将客户相关已经执行的赠扣费进

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 企业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号