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

1、物流管理系统需求分析说明书自动化学院 08 网络 3 班陈伟亮 陈晓铎 陈泽满 何文俊1引言 错误 !未定义书签。1.1 编写目的 错误 ! 未定义书签。1.2 背景 11.3 定义 12任务概述 . 12.1 目标 12.3 需求特点 33功能需求 . 34系统分析 . 44.1 系统数据流图 44.2 数据字典 95性能需求 105.1 精度 105.2 时间特性 115.3 灵活性 115.4 故障理要求 .116运行需求 126.1 界面设计 126.2 硬件设备 126.3 支持软件 126.4 接口 127参考资料 131. 引言1.1 编写目的本需求分析文档说明描述了“运输管理系

2、统”项目的要求，作为系统设计、 项目目标及项目验收的依据。 需求分析详细描述了用户对功能的需求、 对性能的 需求以及对运行环境的需求。 软件开发小组每位成员应该阅读本需求说明， 以明 确项目最后所要求完成的软件产品的特点。为系统的概要设计特工指导A O1.2 背景在二十一世纪的今天，随着科学技术的发展， 特别是在科技特别发达的当代， 每个行业都与其他行业有着密不可分的关系。 随着各大联锁超市的开设， 缺什么 只要电话通知，都可以送货上门。 我们设计的系统正是针对个大型连锁超市的商 品供应问题开发的物流配送系统。 供商品供应中心随时查看供应情况， 及时做好 调整，已发挥出最大的潜能，更好的提供准

3、确、快捷、方便的服务。物流是第三 利润源泉。当今世界经济发展呈现出全球化和市场化的两大趋势。 经济发展、科技进步 和信息革命， 将世界带入前所未有的全球化的时代。 集物流、信息流和资金流于 一身的物流配送中心， 在这全球化和市场化的时代里， 又进一步促进了世界经济 与贸易的发展。 迈向 21 世纪的国际物流技术的特征是信息化、 网络化、智能化、 柔性化、标准化和社会化。物流配送管理系统专注于商品的到货、 发货、保、搬运、运输等作业的计划、 控制和反馈过程的信息搜集、汇总、查询和分析，达到提高物流配送效率，降低 物流配送成本的目的。1.3 定义 静态数据系统固化在内的描述系统实现功能的一部分数据

4、。 动态数据在软件运行过程中用户输入后， 系统输出给用户的一部分数据， 也 就是系统要处理的数据。数据字典数据字典中的名字都是一些属性与内容的抽象和概括， 他们的特点 是数据的严密性和精确性。2任务概述2.1 目标 根据物流行业的特点与应用方向，对目标客户群进行市场细化。通过对市场 的分析，可将客户分为以下几类：市场一：传统储运公司市场二：第三方物流企业市场三：有城市配送需求的连锁经营企业市场四：生产制造型企业市场五：快递公司城市货的软件平台方面：根据用户规模的不同，将用户区分为大、中、小三种类型用户类型划分标准（仅供参考）大型用户1参与运输车辆总数 200 （辆）2数据分析频率高度频繁 30

5、0x20%= 60辆次/周 3.远程查询车辆行驶状态信息频率高度频繁 300x50%x3=450 辆次/天4.对车辆位置信息需求实时性高，15-20秒以内5.需要在GPS技术应 用上有很高的扩展性与综合应用能力6内部职能部门较多中型用户1参与运输车辆总数在100辆左右2.数据分析频率比较频繁 100x20%= 20 辆次/天3.远程查询车辆行使状态信息频率比较频繁 100x50%x3 = 150辆次/天4对车辆位置信息需求实时性不高，如应答结果在60秒以内5.需要支持 复杂度不咼的对其应用的支持小型用户1.参与运输车辆总数在不足50辆2.数据分析频率比较低 50x20% = 10辆次 /周 3

6、远程查询车辆行使状态信息频率不高 50x50%x3= 75辆次/天大型物流运输企业和中小型运输公司的需求1、大型物流运输公司第一需求（迫切需求）对自有车辆和签约车辆的准确、可靠定位对车辆的可靠调度，至少包括通过无线通信手段下达调度指令，并保证 指令的有效执行这些目标的实现，是传统大型运输公司继续壮大发展的前提2、大型物流运输公司第二需求（基本需求）通过迅速配货与路线选择等手段，缩短承运周期移动终端单元具备如条形码扫描输入等附加功能需要高度的信息自动化管理，如（车辆、货运）信息的收集、记录、分 析、汇报等实时发布货运状态信息，例如：货主（通过电话传真、In ternet等）实时查询货物状态（包括

7、所处位置、预计到达时间等），或主动向货主报 告最新货运信息3、大型物流运输企业第三需求货物、车辆信息繁杂，需要根据实时车货信息进行智能化匹配，并及时 作出一定反应（如自动提示、自动下派车单等）自动计算最优化路线，支撑中途非固定路线运输服务智能选择车辆/司机实施运输。为客户（货主）提供灵活与个性化的服务，以形成特色4、中小物流运输企业第一需求（基本需求）物流运输企业通过平台搜索、雇佣运输车辆，通过平台解决雇佣车辆的安全问题对车辆的准确、可靠定位、调度管理有效的广播、统计、报告功能，掌握在指定时间到达指定地点（如装货 地）的车辆数量、车况信息等对车辆的可靠调度与有效数据通信，至少包括通过无线通信手

8、段下达调 度指令（如发送取货单，车辆确认指令，主动报告状况等），并保证指 令的有效执行有效调度以保证货物安全、准时（Just-1 n-Time ）、完好到达5、中小物流运输企业的第二需求根据货运成交结果自动计算的财务系统必要的ER与CR管理企业愿意与尽可能少的服务商打交道企业ASP艮务的很多原始数据都来源于前述调度管理 ASF平台解决方案建议：大型用户：特别是对于内部职能部门较多而且对应用需求不完全一致， 需要在GP技术应用上有很高的扩展性与综合应用能力的用户，需要自建功能完备的GP监控调度管理中心来满足需求。监控中心由用户独立运 营，独立核算运营费用，基本上独立于 E-truck 。中型用户

9、：根据自身需求的不同，可以选择组建自己独立的 GP监控调 度管理中心，也可以选择利用E-truck基础平台，采用肥客户端软件结合 E-truck平台的来满足需求。小型用户 基本上采用瘦客户端结合E-truck平台即可以满足需求。2.2需求特点：-业务覆盖地域广-车辆众多，信息量大-区域与线路监控要求突出-与货运单据配合紧密-对货物安全保障要求高-对系统响应要求灵活、及时-需要位置服务信息的用户多-数据共享程度要求高-运行中的车辆位置分散流动信息沟通困难-需要完善车辆统一信息管理系统需求分析货运车辆是一种大范围活动的移动目标， 对物流公司来讲，对货运车辆的监控管 理主要体现在以下几个方面的需求：

10、车辆、司机和货物的安全对车辆（货物）位置和状态的及时掌握及时与车辆进行信息沟通分析这三点，我们可以发现，车辆的位置和状态信息的数据量并不大，但要求有一定的实时性。同时车辆与调度中心之间的信息沟通实际上也是一种小数据量的 通信方式，即使系统将来扩展为可实时传输货物条码信息，或者发送调度信息，其信息量一般也不会超过短信息的长度范围。因此，利用GPRS勺短消息业务基本可满足系统通信的需要。3功能需求物流系统需求共性概括为以下三点： 第一、可提供优质的运输服务 运输企业都在争取用优质的服务，去争取更好的、更大的客户，而这样的客户， 对运输服务的要求都相对较高， 有一套严格的考核标准， 同时都要求运输服

11、务商 能够提供对订单的跟踪查询。第二、满足不断发展的运输网络服务 运输企业随着业务的发展，运作点逐步从原来的 1-2个开始变多了，一旦形成一 个运输网络，就必须需要有个系统将发生在每一个运作点以及多个运作点之间的 每一票收入、 支出记清楚， 把所有的信息集中地管起来， 否则信息的混乱一定会 成为业务发展的瓶颈。第三、 支持运输资源的整合及协作运输企业在从小到大的发展过程中， 除了通过不断添置车辆满足业务需求、 扩大 规模外更多地还是要将社会资源纳入自身的管理体系。 大量的外协车辆管理， 尤 其是繁杂的往来结算都需要系统的支持才能做到。物流应用需求共性： 此类需求总结起来包括：（1）对参与运输货

12、物的车辆的监控，包括：a. 车辆位置（经度，纬度，具体地点）b. 车辆状态（速度，方向）c. 车辆主要部件的状况（车门，车灯，箱门）d. 运输车辆的载重等其他数据（2）对参与运输车辆的调度。管理或指挥人员可以远程向操纵车辆的人员发布调度指令。发布方式可以有多种，如LC显示，语音，短信等（3）运输车辆与管理调度指挥人员具有双向交互能力（4）对运输车辆的特殊控制：如断油，断电，上油，上电等（ 5） 行驶数据统计：行驶路线（轨迹），里程数，油耗等（6）特殊形式路线的规划：包括行驶路线，行驶区域，管理或指挥人员可以即时或事后知晓车辆是否有超出规定路线的记录（7）运输货物的安全性，如是否有被劫掠，偷卸倒

13、卖等情况（8）提高运输车辆的利用率（9）低应用成本，高使用效率（10）能够和内部管理与其他应用结合，成为企业内部信息化平台的一部分4. 系统分析4.1 系统数据流图4.1.1 （0 层）顶层数据流图堆场上图附加说明，0层数据流图表示整个运输管理系统在数据流的处理上与边界之间的传输关 系。4.1.2 1层数据流图客户信息运输资源信息运输协议运输订单订单录入出口业务汇登簿待确认订单未经确认的订单冃执行完成后的门对门 装箱凭证确认 的订 单申 请 单 确 认划单备 交 接 单3计划管理订单审核输/计箱号作/划运业岀口委托定舱及执行完成后的行/4装箱计划单车作业单订单执行运费清单提箱进 出 申划单附图

14、说明：1层数据流图即对中心的运输管理系统的功能需求来划分为:1、订单录入，2、订单审核，3、计划管理，4、订单执行，5、费用结算。2、运输进口业务2.1 （0层）顶层数据流图附加说明：0层数据流图表示整个运输管理系统在数据流的处理上与边界的传 输关系。2. 2 1层数据流图客户信息运输资源信息运输协议提箱委托单订单录入待确认订单运费总清单费用结算进口业务汇登簿重箱未经通过审核的订单 提箱委托单订单审核单备交接执行完成后的行4订单执行单（）2联重箱卸完货后的设 交接单（）申进圭 请出单确请认单设 交 单 联）确认 的运 订箱运 输 作 业接(63计划管理1、订单录入，2、附图说明：1层数据流图即

15、对中心的运输管理系统的功能需求来划分为: 订单审核，3、计划管理，4、订单执行，5、费用结算。4.2数据字典客户说明如下表1所示：名字：客户描述：客户信息输入数据流：入库单、出库单、转库单输出数据流：结算单据表1客户数据字典入库单数据流数据字典如下表2所示：名字：入库单描述：入库单信息来源：客户信息频率：200张去向：入库处理关键字：入库单号表2入库单数据字典数据存储定义数据字典如下表3所示：名字：库存账目描述：存放当年的出库入库记录数据数据存储组成：出库单、入库单、库存帐流入数据流：出库单、入库单流出数据流：库存帐表3数据存储定义数据字典处理过程定义数据字典如下表4所示：名字：P02-01描

16、述：客户办理入库手续时进行处理，核对各项数据输入数据流：入库单处理：验货、输入入库单、打印、统计 输出数据流：核对正确的入库单表4处理过程定义数据字典5. 性能需求5.1精度物资交易过程中产生的价格精度要求到 0.001元，最终划价结果按四舍五入取到 0.01 元。5.2 时间特性要求 系统应可达到全键盘操作，尽量减少鼠标键盘切换。5.3 灵活性 该系统要能够很好的运行在 WindowNT, Window2000 Server, Window9x，Win dowsXP等操作系统环境下。针对不同医院工作习惯的差异，本软件有多 处需要进行功能开关的设定。5.4 故障处理要求可能的硬件故障有： 突然

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