物流管理系统的需求分析报告

1、物流治理系统需求分析说明书2021年9月21日1 .引言1.1 编写目的1.2 背景11.3 定义12 .任务概述12.1 目标12.3 需求特点33 .功能需求34 .系统分析44.1 系统数据流图44.2 数据字典95 .性能需求10江精度105.1 时间特性1153灵活性115.4 故障理要求.116 .I云行需求126.1 界面设计126.2 硬件设备126.3 支持软件126.4 接口127 .参考资料131 .引言1.1 编写目的本需求分析文档说明描述了“运输治理系统工程的要求,作为系统设计、工程目标及工程验收的依据.需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的

2、需求.软件开发小组每位成员应该阅读本需求说明,以明确工程最后所要求完成的软件产品的特点.为系统的概要设计特工指导.1.2 背景在二十一世纪的今天,随着科学技术的开展,特别是在科技特别兴旺的当代,每个行业都与其他行业有着密不可分的关系.随着各大联锁超市的开设,缺什么只要通知,都可以送货上门.我们设计的系统正是针对个大型连锁超市的商品供给问题开发的物流配送系统.供商品供给中央随时查看供给情况,及时做好调整,已发挥出最大的潜能,更好的提供准确、快捷、方便的效劳.物流是第三利润源泉.当今世界经济开展呈现出全球化和市场化的两大趋势.经济开展、科技进步和信息革命,将世界带入前所未有的全球化的时代.集物流、

3、信息流和资金流于一身的物流配送中央,在这全球化和市场化的时代里,又进一步促进了世界经济与贸易的开展.迈向21世纪的国际物流技术的特征是信息化、网络化、智能化、柔性化、标准化和社会化.物流配送治理系统专注于商品的到货、发货、保、搬运、运输等作业的方案、限制和反响过程的信息搜集、汇总、查询和分析,到达提升物流配送效率,降低物流配送本钱的目的.1.3 定义静态数据一一系统固化在内的描述系统实现功能的一局部数据.动态数据一一在软件运行过程中用户输入后,系统输出给用户的一局部数据,也就是系统要处理的数据.数据字典一一数据字典中的名字都是一些属性与内容的抽象和概括,他们的特点是数据的严密性和精确性.2 .

4、任务概述2.1 目标根据物流行业的特点与应用方向,对目标客户群进行市场细化.通过对市场的分析,可将客户分为以下几类：市场一：传统储运公司市场二：第三方物流企业市场三：有城市配送需求的连锁经营企业市场四：生产制造型企业市场五：快递公司城市货的软件平台方面：根据用户规模的不同,将用户区分为大、中、小三种类型厂用户类型划分标准仅供参考大型用户1.参与运输车辆总数>200辆2.数据分析频率高度频繁>300x20%=60辆次/周3.远程查询车辆行驶状态信息频率高度频繁>300x50%x3=450辆次/天4.对车辆位置信息需求实时性高,15-20秒以内5.需要在GPS技术应用上有很高的扩

5、展性与综合应用水平6.内部职能部门较多中型用户小型用户1.参与运输车辆总数在100辆左右2.数据分析频率比拟频繁>100x20%=20辆次/天3.远程查询车辆行使状态信息频率比拟频繁>100x50%x3=150辆次/天4.对车辆位置信息需求实时性不高,如应答结果在60秒以内5.需要支持复杂度不高的对其应用的支持1.参与运输车辆总'数在缺乏50辆2.数据分析频率比拟低>50x20%=10辆次/周3.远程查询车辆行使状态信息频率不高<50x50%x3=75辆次/天大型物流运输企业和中小型运输公司的需求.1、大型物流运输公司第一需求迫切需求对自有车辆和签约车辆的准确、

6、可靠定位对车辆的可靠调度,至少包括通过无线通信手段下达调度指令,并保证指令的有效执行这些目标的实现,是传统大型运输公司继续壮大开展的前提2、大型物流运输公司第二需求根本需求通过迅速配货与路线选择等手段,缩短承运周期移动终端单元具备如条形码扫描输入等附加功能需要高度的信息自动化治理,如车辆、货运信息的收集、记录、分析、汇报等实时发布货运状态信息,例如：货主通过、Internet等实时查询货物状态包括所处位置、预计到达时间等,或主动向货主报告最新货运信息3、大型物流运输企业第三需求货物、车辆信息繁杂,需要根据实时车货信息进行智能化匹配,并及时作出一定反响如自动提示、自动下派车单等自动计算最优化路线

7、,支撑中途非固定路线运输效劳智能选择车辆/司机实施运输.为客户货主提供灵活与个性化的效劳,以形成特色4、中小物流运输企业第一需求根本需求物流运输企业通过平台搜索、雇佣运输车辆,通过平台解决雇佣车辆的平安问题对车辆的准确、可靠定位、调度治理有效的播送、统计、报告功能,掌握在指定时间到达指定地点如装货地的车辆数量、车况信息等对车辆的可靠调度与有效数据通信,至少包括通过无线通信手段下达调度指令如发送取货单,车辆确认指令,主动报告状况等,并保证指令的有效执行有效调度以保证货物平安、准时Just-In-Time、完好到达5、中小物流运输企业的第二需求根据货运成交结果自动计算的财务系统必要的ERP与CRM

8、治理企业愿意与尽可能少的效劳商打交道企业ASP效劳的很多原始数据都来源于前述调度治理ASP平台解决方案建议：大型用户：特别是对于内部职能部门较多而且对应用需求不完全一致,需要在GPS技术应用上有很高的扩展性与综合应用水平的用户,需要自建功能完备的GPS监控调度治理中央来满足需求.监控中央由用户独立运营,独立核算运营费用,根本上独立于E-trucko中型用户：根据自身需求的不同,可以选择组建自己独立的GPS监控调度治理中央,也可以选择利用E-truck根底平台,采用肥客户端软件结合E-truck平台的来满足需求.小型用户根本上采用瘦客户端结合E-truck平台即可以满足需求.2.2 需求特点：-

9、 业务覆盖地域广- 车辆众多,信息量大- 区域与线路监控要求突出- 与货运单据配合紧密- 对货物平安保证要求高- 对系统响应要求灵活、及时- 需要位置效劳信息的用户多-数据共享程度要求高-运行中的车辆位置分散流动信息沟通困难-需要完善车辆统一信息治理系统需求分析货运车辆是一种大范围活动的移动目标,对物流公司来讲,对货运车辆的监控治理主要表达在以下几个方面的需求：?车辆、司机和货物的平安?寸车辆(货物)位置和状态的及时掌握?及时与车辆进行信息沟通分析这三点,我们可以发现,车辆的位置和状态信息的数据量并不大,但要求有一定的实时性.同时车辆与调度中央之间的信息沟通实际上也是一种小数据量的通信方式,即

10、使系统将来扩展为可实时传输货物条码信息,或者发送调度信息,其信息量一般也不会超过短信息的长度范围.因此,利用GPRS勺短消息业务根本可满足系统通信的需要.3 .功能需求物流系统需求共性概括为以下三点：第一、可提供优质的运输效劳运输企业都在争取用优质的效劳,去争取更好的、更大的客户,而这样的客户,对运输效劳的要求都相对较高,有一套严格的考核标准,同时都要求运输效劳商能够提供对订单的跟踪查询.第二、满足不断开展的运输网络效劳运输企业随着业务的开展,运作点逐步从原来的1-2个开始变多了,一旦形成一个运输网络,就必须需要有个系统将发生在每一个运作点以及多个运作点之间的每一票收入、支出记清楚,把所有的信

11、息集中地管起来,否那么信息的混乱一定会成为业务开展的瓶颈.第三、支持运输资源的整合及协作运输企业在从小到大的开展过程中,除了通过不断添置车辆满足业务需求、扩大规模外更多地还是要将社会资源纳入自身的治理体系.大量的外协车辆治理,尤其是繁杂的往来结算都需要系统的支持才能做到.物流应用需求共性：此类需求总结起来包括：(1) 对参与运输货物的车辆的监控,包括：a.车辆位置(经度,纬度,具体地点)b.车辆状态(速度,方向)c.车辆主要部件的状况(车门,车灯,箱门)d.运输车辆的载重等其他数据(2)对参与运输车辆的调度.治理或指挥人员可以远程向操纵车辆的人员发布调度指令.发布方式可以有多种,如LCD显示,

12、语音,短信等(3)运输车辆与治理调度指挥人员具有双向交互水平(4)对运输车辆的特殊限制：如断油,断电,上油,上电等(5)行驶数据统计：行驶路线(轨迹),里程数,油耗等(6)特殊形式路线的规划：包括行驶路线,行驶区域,治理或指挥人员可以即时或事后知晓车辆是否有超出规定路线的记录(7)运输货物的平安性,如是否有被劫掠,偷卸倒卖等情况(8)提升运输车辆的利用率(9)低应用本钱,高使用效率(10)能够和内部治理与其他应用结合,成为企业内部信息化平台的一局部4 .系统分析4.1 系统数据流图4.1.1 (0层)顶层数据流图堆场上图附加说明,0层数据流图表示整个运输治理系统在数据流的处理上与边界之间的传输

13、关系.4.1.21层数据流图2.10层顶层数据流图附加说明：0层数据流图表示整个运输治理系统在数据流的处理上与边界的传输关系.2.21层数据流图附图说明：1层数据流图即对中央的运输治理系统的功能需求来划分为:核,3、方案治理,4、订单执行,5、费用结算.4.2数据字典1、订单录入,2、订单审输出数据流：结算单据表1客户数据字典入库单数据流数据字典如下表2所示：名字：入库单描述：入库单信息来源：客户信息频率：200胀去向：入库处理关键字：入库单号表2入库单数据字典数据存储定义数据字典如下表3所示：名字：库存账目描述：存放当年的出库入库记录数据数据存储组成：出库单、入库单、库存帐流入数据流：出库单

14、、入库单流出数据流：库存帐表3数据存储定义数据字典处理过程定义数据字典如下表4所示：名字：P02-01描述：客户办理入库手续时进行处理,核对各项数据输入数据流：入库单处理：验货、输入入库单、打印、统计输出数据流：核对正确的入库单表4处理过程定义数据字典5 .性能需求5.1 精度物资交易过程中产生的价格精度要求到0.001元,最终划价结果按四舍五入取到0.01元.5.2 时间特性要求系统应可到达全键盘操作,尽量减少鼠标键盘切换.5.3 灵活性该系统要能够很好的运行在WindowNT,Window2000Server,Window9x,WindowsXP等操作系统环境下.针对不同医院工作习惯的差异

15、,本软件有多处需要进行功能开关的设定.5.4 故障处理要求可能的硬件故障有：忽然断电、网络中断、死机等.短时间可以修复的故障,待故障修复后继续工作.如故障不能马上修复,可用手工方式继续工作,待故障修复后将数据补充输入计算机.6 .运行需求6.1 界面设计系统运行时的主界面大致要求为windows的运行界面,既可以是单文档界面,即每个窗体之间是独立的,也可以是多文档界面,即有一个主窗体,可以包含其他窗体.建议本系统采用多文档界面,这样可以更加实用和美观6.2 设备CPU:P41.8GHz以上内存：256MB以上6.3 支持软件客户端软件：操作系统：Windows2000/XP/Vista、Liunx、UNIX浏览器：IE6.0及以上版本、FireFox等效劳器端软件：操作系统：Windows2000Server或更高版本、Li