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

上传人:王** 文档编号:954857 上传时间:2024-03-01 格式:DOCX 页数:40 大小:867.80KB
下载 相关 举报
某公司供应链系统的需求分析与设计.docx_第1页
第1页 / 共40页
某公司供应链系统的需求分析与设计.docx_第2页
第2页 / 共40页
某公司供应链系统的需求分析与设计.docx_第3页
第3页 / 共40页
某公司供应链系统的需求分析与设计.docx_第4页
第4页 / 共40页
某公司供应链系统的需求分析与设计.docx_第5页
第5页 / 共40页
某公司供应链系统的需求分析与设计.docx_第6页
第6页 / 共40页
某公司供应链系统的需求分析与设计.docx_第7页
第7页 / 共40页
某公司供应链系统的需求分析与设计.docx_第8页
第8页 / 共40页
某公司供应链系统的需求分析与设计.docx_第9页
第9页 / 共40页
某公司供应链系统的需求分析与设计.docx_第10页
第10页 / 共40页
亲,该文档总共40页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《某公司供应链系统的需求分析与设计.docx》由会员分享,可在线阅读,更多相关《某公司供应链系统的需求分析与设计.docx(40页珍藏版)》请在优知文库上搜索。

1、某公司供应链系统的需求分析与设计第一章引宣31.1 课题背景31.2 国内外研究现状31.3 课题任务31.3.1课题内容.错误!未定义书筌.1. 3.2本人承担任务错误!未定义书签.1.4论文结构32. 1.NET32.2 SQLServer2005数据库错误!未定义书筌2.3 ADO.NET32.4 本章小结33.1 功能性需求33.1.1 角色分析错误!未定义书签。3.1.2 业务功能错误1未定义书筌.3. 2非功能性需求33.2.1环境需求错误:未定义书筌。3.2.2系统负载能力要求.错误!未定义书签.3.2.3系统安全性要求.错误!未定义书签.3.2.4系统反应速度要求.错误!未定义

2、书筌。3. 2.5系统开放性与扩张性.错误!未定义书签.3. 3本章小结34.1 系统设计目标44.2 系统整体技术架构设计44.3 3功能设计61.1 .1需求管理61.2 .2采豳管理91.33 销售管理111.34 库存管理144. 4数据库设计164.1.1 数据陈的基本ER图.164.1.2 数据库的表设计.175.1 系统软件组件的设计205.1.1 数据访问层的设计.205.1.2 业务逻辑层的设计.215.1.3 数据实体层的设计.235.1.4 WebService公布层的设计245. 2界面设计265.1.1 需求管理26522采购管理275.2.3 销售管理285.2.4

3、 库存管理30第六章结论及展望.”6.1论文工作总结356. 2问题与展望35第一章引言1.1 课题背景1.2 国内外研究现状1.3 课题任务1.4 论文结构第二章有关理论技术简介2.1 .NET2.3 ADO.NET2.4 本章小结第三章系统需求分析3.1功能性需求3. 2非功能性需求4. 3本章小结本章要紧从系统系统功能需求分析、系统非功能需求分析2方面对管理系统进行分析,以此确定系统的功能模块需求与系统需满足的基本性能,为系统的设计阶段打下坚实的基础。第四章系统概要设计4.1 系统设计目标(1)资源整合(2)提高效率业务运营提升目标:实现商流、物流与资金流的顺畅高效。满足武汉移动终端公司

4、渠道业务多样性与管理精细化要求,加快库存、资金周转,降低运营成本,全面支撑终端营销管理闭环。(3)流程优化运营管理操纵提升目标:通过业务整合升级,优化业务流程,增强各级业务管理能力。强化不一致业务模式的风险管控,建立财务业务一体化管控平台。(4)运营监控提供全面信息服务,实时监控运营数据,为决策分析提供数据支撑。4.2 系统整体技术架构设计武汉移动终端公司E即供应链系统使用分布式WebService应用结构。使用WebService作为客户端与COM+之间互动的中间层,利用WebService的优势,使开发的中间件通过统一的接口WebService的方式公布,让各类形式的客户端调用。同时又利用

5、COM+与ADO与数据库连接,充分利用COM+的数据库连接的POOIing技术以减少重新建立数据库连接与其它系统的资源,从而提高系统的执行效率。图4-1与4-2显示了该系统的软件体系结构。数据对 象实体COM+ 统数 据接口ADO 数据 接IWeb服务发布图4-2软件体系结构2整个系统将使用CIient/ApplicationSerVer/Database三层架构。这里的三层的体系架构包含数据库服务器、应用服务器(COM+与WebService服务)与客户显示,其各层功能如下:(1)数据库服务器层:要紧用于存储数据,同时通过触发器与存储过程实现部分的业务逻辑。(2)应用服务器层:要紧用于企业的

6、事务逻辑处理与Web服务的公布。应用服务器层又分为五层次:ADo接口层:该层是与数据库存的唯一通道,在ADO接口层之上的所有于数据库交互都通过该层完成。CoM+统一数据接口层:该层是根据该系统的需要,自己在ADO数据库访问层上定义的一个COM+接口层,上层的操作通过该接口调用ADo层的功能与数据库完成交互操作。该层封装要紧的数据库操作,如查询,添加与删除等等。业务层:该层要紧封装企业的业务逻辑,部分业务逻辑后移到数据库层,通过触发器与存储过程实现。数据对象实体:该层要紧是将数据库中的一些常用数据库实体对象化,将它们用面向对象的思想封装成数据库实体类,供用户直观的调用。WebService公布层

7、:该层要紧是将COM+层、数据库实体层与业务逻辑层的接口用Web的方式公布,供表示层调用。这样表示层与底层的接口就单一,而且不必再为不一致的表示形式编写业务组件,它们都共用一个Web接口。(3)客户显示层:提供给操作人员的显示界面。该层能够是浏览器形式,也能够是WindOWS界面形式,或者其它终端的形式,如手机,掌上PC等等,它们的调用接口都是统一的WebServiCe接口。批注【BIJ:这里的设计内容从软件工程角度来看,更像 / 是在做需求分析.需求分析的(文字)用例就是用来描述这种一个业务流程,人机之间应该是如何分工合作 的。形式上看起来像是一个用户使用手册.这里说的完 全是用户角度看到的

8、东西.设计谈的是系统内部的事。即上述人机分工中分给机器 (或者者叫系统)的工作,从软件的角度应该如何实现。5. 3防能设用下列从业务角度出发,以流程图的方式讲解功能设计。包含需求管理、采购管理、销售管理与库存管理等流程。4.3.1 需求理(一)需求申请需求申请操作流程如下:门店用户管理员成功登陆系统后,点击界面左侧的“需求申请”进入需求申请界面:在需求申请界面上方的工具条上点击“新增”:在弹出的需求申请单上,门店用户根据实际情况填写需求公司、需求库存组织、需求终端、需求数量、需求日期等信息;在用户输入信息时,对信息的有效性进行验证。,如需求数量是否为负数,需求终端是否存在等;若存在不合法字符,

9、及时进行提示;信息输入完成后,用户点击“提交”按键;如今,系统将需求单在本地服务器备,;同时将需求单发送至需求单位;完成需求申请工作。除了新增需求申请外,本系统还支持需求申请的修改、删除及查询。其操作流程同新增需求申请类似,本文不再赘述。需求申请流程图如下:图4-3需求申请流程图(二)需求汇总需求汇总由省终端公司的工作人员进行操作。需求汇总的操作流程如下:省终端公司的工作人员成功登陆系统后,点击界面上的“需求汇总”功能;主界面逐条显示各地发送的需求申请单信息,包含需求申请单号、序号、存货编码、存货名称、规格、型号、计量单位、需求日期、需求数量、现存量、原始需求库存组织、收货库存组织等信息;工作

10、人员在系统主界面选点击“查询”,在弹出的查询条件框中输入需要汇总存货的名称或者编码,点击“确定”;系统对输入查询条件的有效性进行验证,不合格弹出提示,合格显示查询结果;对结果中的各个门店用户的需求申请数量进行汇总;根据汇总信息发送终端公司;完成需求汇总工作。(三)需求查询需求查询时需求汇总的务必功能,本系统支持按终端名称、按需求公司+终端名称、按需求仓库+终端名称、按需求日期+终端名称、按需求公司+需求日期+终端名称进行汇总查询。查询功能的操作流程包含在需求汇总中,在此不再赘述。需求汇总及需求查询的流程图如下:图4-4需求汇总及查询流程图4.3.2 采购W三采购管理包含采购订单生成、订单处理、

11、订单查询、采购退货。订单生成采购管理员成功登陆系统后,点击界面左侧的“采购管理”进入采购管理界面;在采购管理界面上方的工具条上点击“新增”;在弹出的订单上,订单编号系统自动生成。采购管理员根据实际情况填写订单编号、厂商名称、采购单位、机型、订单数量、颜色、到货要求等信息:在用户输入信息时,对信息的有效性进行验证。,如订单数量是否为负数,采购单位是否存在等;若存在不合法字符,及时进行提示;信息输入完成后,用户点击“确定”按键:如今,订单信息会被存储在数据库中;完成订单生成工作。订单处理及查询订单处理及查询是指通过查询找到需要处理的订单,按照实际需要进行发货或者终止处理。具体操作流程如下:采购管理

12、员成功登陆系统后,点击界面上的“订单处理”功能;主界面逐条显示订单信息,:工作人员在系统主界面选点击“查询”,在弹出的查询条件框中输入需要处理订单的编号、日期或者者订单名称,点击“确定”;系统对输入查询条件的有效性进行验证,不合格弹出提示,合格显示查询结果;选中查询出的订单,根据需要选择工具栏中中的发货或者者终止;将处理信息储存数据库完成订单处理工作。采购管理的流程图如下:采购管理员图4-5采购管理流程图4.3.3 销售(一)实体门店零售实体门店工作人员成功登陆系统后,点击界而左侧的“销售管理”进入销售管理界而;当客户选择使用购机电子券购机时,按照规则扣减客户甩子券金额;成功扣减后,输入办理号

13、码、捆绑号码、购机电子券代码串、门店编码,供货平台编码,操作工号;当客户选择购买非裸机的方式时,工作人员应该录入客户资料、机型、是否有礼包等设备信息数据资料;当客户选择预存话费送购机电子券时,在通过接口调用由终端公司前台零售系统将购机电子券做入库操作指令;指令内容包含:营销案办理号码,预存话费送购机电子券营销案ID、购机电子券类型、指定机型、购机电子券编码、购机电子券密码;当客户选择购买裸机或者则购机送话费的方式时,实体门店的营业人员应该选择使用终端公司前台零售系统进行裸机销售操作,录入客户资料、定制终端IMEI号、颜色、是否有礼包等设备信息数据资料,进行终端实物设备的销售处理;假如是纯裸机销

14、售,不存在赠送话费的话,终端公司前台零售系统向CRM/BOSS与ERP系统同步销售记录,假如是带赠送话费的,则除了同步销售记录外,还需要办理赠费营销案:完成系统操作后,门店的销售记录自动上传数据库:实体门店销售流程图如下:客户登陆电子商务选择机型与营销活动,填写订单。电子商务平台后台使用系统自动与人工方式对订单进行审核。审核不通过取消订单,审核通过进入订单分捡处理。当客户选择购买裸机或者则购机送话费的方式时,电子商务平台后台进行商品资源预占处理;假如是纯裸机销售,不存在赠送话费的话,电子商务平台向CRM/BOSS与ERP系统同步销售记录。假如是带赠送话费的,则除了同步销售记录外,还需要办理赠费

15、营销案。当客户选择参与预存话费送购机电子券营销案时,电子商务平台为客户增加购机电子券入库,按照规则扣减客户电子券金额。成功扣减后,向CRM/BOSS与ERP同步销售记录,并根据购机电子券金额是否足够抵扣购机款;最后由物流配送给客户签收与收款。假如成功完成签收与收款,则流程结束。假如签收不成功,则取消订单,并将客户有关已经执行的赠扣费进行回退处理。电子商务平台销售管理流程图如下:图4-7业子商务平台销售管理流程图4.3.4 库存O本系统实现库存管理包含入库管理、出库管理、调拨管理与库存盘点。(一)入库管理及出库管理仓库管理员成功登陆系统后,点击界面左侧的“仓库管理”进入仓库管理界面;在仓库管理界面上方的工具条上点击“入库”或者者“出库”;在弹出的入库或者者出库单上,入库或者者出库单编号系统自动生成。仓库管理员根据实际情况填写原单据号

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 论文 > 毕业论文

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!