物流管理系统
需求分析说明书
自动化学院 08网络3班
陈伟亮 陈晓铎 陈泽满 何文俊
1．引言... 1
1.1编写目的... 1
1.2背景... 1
1.3定义... 1
2．任务概述... 1
2.1目标... 1
2.3需求特点... 3
3．功能需求... 3
4．系统分析... 4
4.1系统数据流图... 4
4.2数据字典…………………………………………………………………………………9
5．性能需求... 10
5.1精度... 10
5.2时间特性... 11
5.3灵活性... 11
5.4故障理要求……………………………………………………………………………..11
6．运行需求... 12
6.1界面设计... 12
6.2硬件设备... 12
6.3支持软件... 12
6.4接口………………………………………………………………………………………12
7．参考资料... 13
1.引言
1.1编写目的
本需求分析文档说明描述了“运输管理系统”项目的要求，作为系统设计、项目目标及项目验收的依据。需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的需求。软件开发小组每位成员应该阅读本需求说明，以明确项目最后所要求完成的软件产品的特点。为系统的概要设计特工指导。
1.2背景
在二十一世纪的今天，随着科学技术的发展，特别是在科技特别发达的当代，每个行业都与其他行业有着密不可分的关系。随着各大联锁超市的开设，缺什么只要电话通知，都可以送货上门。我们设计的系统正是针对个大型连锁超市的商品供应问题开发的物流配送系统。供商品供应中心随时查看供应情况，及时做好调整，已发挥出最大的潜能，更好的提供准确、快捷、方便的服务。物流是第三利润源泉。
当今世界经济发展呈现出全球化和市场化的两大趋势。经济发展、科技进步和信息革命，将世界带入前所未有的全球化的时代。集物流、信息流和资金流于一身的物流配送中心，在这全球化和市场化的时代里，又进一步促进了世界经济与贸易的发展。迈向21世纪的国际物流技术的特征是信息化、网络化、智能化、柔性化、标准化和社会化。
物流配送管理系统专注于商品的到货、发货、保、搬运、运输等作业的计划、控制和反馈过程的信息搜集、汇总、查询和分析，达到提高物流配送效率，降低物流配送成本的目的。
1.3定义
静态数据――系统固化在内的描述系统实现功能的一部分数据。
动态数据――在软件运行过程中用户输入后，系统输出给用户的一部分数据，也就是系统要处理的数据。
数据字典――数据字典中的名字都是一些属性与内容的抽象和概括，他们的特点是数据的严密性和精确性。
2．任务概述
2.1目标
根据物流行业的特点与应用方向，对目标客户群进行市场细化。通过对市场的分析，可将客户分为以下几类：
市场一：传统储运公司
市场二：第三方物流企业
市场三：有城市配送需求的连锁经营企业
市场四：生产制造型企业
市场五：快递公司 城市货的
软件平台方面：根据用户规模的不同，将用户区分为大、中、小三种类型。
大型物流运输企业和中小型运输公司的需求。
1、大型物流运输公司第一需求（迫切需求）
? 对自有车辆和签约车辆的准确、可靠定位
? 对车辆的可靠调度，至少包括通过无线通信手段下达调度指令，并保证指令的有效执行
? 这些目标的实现，是传统大型运输公司继续壮大发展的前提
2、大型物流运输公司第二需求（基本需求）
? 通过迅速配货与路线选择等手段，缩短承运周期
? 移动终端单元具备如条形码扫描输入等附加功能
? 需要高度的信息自动化管理，如（车辆、货运）信息的收集、记录、分析、汇报等
? 实时发布货运状态信息，例如：货主（通过电话传真、Internet等）实时查询货物状态（包括所处位置、预计到达时间等），或主动向货主报告最新货运信息
3、大型物流运输企业第三需求
? 货物、车辆信息繁杂，需要根据实时车货信息进行智能化匹配，并及时作出一定反应（如自动提示、自动下派车单等）
? 自动计算最优化路线，支撑中途非固定路线运输服务
? 智能选择车辆/司机实施运输。
? 为客户（货主）提供灵活与个性化的服务，以形成特色
4、中小物流运输企业第一需求（基本需求）
? 物流运输企业通过平台搜索、雇佣运输车辆，通过平台解决雇佣车辆的安全问题
? 对车辆的准确、可靠定位、调度管理
? 有效的广播、统计、报告功能，掌握在指定时间到达指定地点（如装货地）的车辆数量、车况信息等
? 对车辆的可靠调度与有效数据通信，至少包括通过无线通信手段下达调度指令（如发送取货单，车辆确认指令，主动报告状况等），并保证指令的有效执行
? 有效调度以保证货物安全、准时（Just-In-Time）、完好到达
5、中小物流运输企业的第二需求
? 根据货运成交结果自动计算的财务系统
? 必要的ERP与CRM管理
? 企业愿意与尽可能少的服务商打交道
? 企业ASP服务的很多原始数据都来源于前述调度管理ASP平台
解决方案建议：
? 大型用户：特别是对于内部职能部门较多而且对应用需求不完全一致，需要在GPS技术应用上有很高的扩展性与综合应用能力的用户，需要自建功能完备的GPS监控调度管理中心来满足需求。监控中心由用户独立运营，独立核算运营费用，基本上独立于E-truck。
? 中型用户：根据自身需求的不同，可以选择组建自己独立的GPS监控调度管理中心，也可以选择利用E-truck基础平台，采用肥客户端软件结合E-truck平台的来满足需求。
? 小型用户 基本上采用瘦客户端结合E-truck平台即可以满足需求。
2.2需求特点：
- 业务覆盖地域广
- 车辆众多，信息量大
- 区域与线路监控要求突出
- 与货运单据配合紧密
- 对货物安全保障要求高
- 对系统响应要求灵活、及时
- 需要位置服务信息的用户多
- 数据共享程度要求高
- 运行中的车辆位置分散流动信息沟通困难
- 需要完善车辆统一信息管理
系统需求分析
货运车辆是一种大范围活动的移动目标，对物流公司来讲，对货运车辆的监控管理主要体现在以下几个方面的需求：
??车辆、司机和货物的安全
??对车辆（货物）位置和状态的及时掌握
??及时与车辆进行信息沟通
分析这三点，我们可以发现，车辆的位置和状态信息的数据量并不大，但要求有一定的实时性。同时车辆与调度中心之间的信息沟通实际上也是一种小数据量的通信方式，即使系统将来扩展为可实时传输货物条码信息，或者发送调度信息，其信息量一般也不会超过短信息的长度范围。因此，利用GPRS的短消息业务基本可满足系统通信的需要。
3．功能需求
物流系统需求共性概括为以下三点：
第一、可提供优质的运输服务
运输企业都在争取用优质的服务，去争取更好的、更大的客户，而这样的客户，对运输服务的要求都相对较高，有一套严格的考核标准，同时都要求运输服务商能够提供对订单的跟踪查询。
第二、满足不断发展的运输网络服务
运输企业随着业务的发展，运作点逐步从原来的1-2个开始变多了，一旦形成一个运输网络，就必须需要有个系统将发生在每一个运作点以及多个运作点之间的每一票收入、支出记清楚，把所有的信息集中地管起来，否则信息的混乱一定会成为业务发展的瓶颈。
第三、 支持运输资源的整合及协作
运输企业在从小到大的发展过程中，除了通过不断添置车辆满足业务需求、扩大规模外更多地还是要将社会资源纳入自身的管理体系。大量的外协车辆管理，尤其是繁杂的往来结算都需要系统的支持才能做到。
物流应用需求共性：
此类需求总结起来包括：
（1） 对参与运输货物的车辆的监控，包括：
a. 车辆位置（经度，纬度，具体地点）
b. 车辆状态（速度，方向）
c. 车辆主要部件的状况（车门，车灯，箱门）
d. 运输车辆的载重等其他数据
（2）对参与运输车辆的调度。管理或指挥人员可以远程向操纵车辆的人员发布调度指令。发布方式可以有多种，如LCD显示，语音，短信等
（3） 运输车辆与管理调度指挥人员具有双向交互能力
（4） 对运输车辆的特殊控制：如断油，断电，上油，上电等
（5） 行驶数据统计：行驶路线（轨迹），里程数，油耗等
（6） 特殊形式路线的规划：包括行驶路线，行驶区域，管理或指挥人员可以即时或事后知晓车辆是否有超出规定路线的记录
（7） 运输货物的安全性，如是否有被劫掠，偷卸倒卖等情况
（8） 提高运输车辆的利用率
（9） 低应用成本，高使用效率
（10）能够和内部管理与其他应用结合，成为企业内部信息化平台的一部分
4.系统分析
4.1系统数据流图
4.1.1（0层）顶层数据流图
上图附加说明，0层数据流图表示整个运输管理系统在数据流的处理上与边界之间的传输关系。
4.1.2 1层数据流图
附图说明：1层数据流图即对中心的运输管理系统的功能需求来划分为：1、订单录入，2、订单审核，3、计划管理，4、订单执行，5、费用结算。
2、运输进口业务
2.1（0层）顶层数据流图
附加说明：0层数据流图表示整个运输管理系统在数据流的处理上与边界的传输关系。
2．2 1层数据流图
附图说明：1层数据流图即对中心的运输管理系统的功能需求来划分为：1、订单录入，2、订单审核，3、计划管理，4、订单执行，5、费用结算。
4.2数据字典
客户说明如下表1所示：
表1客户数据字典
入库单数据流数据字典如下表2所示：
表2入库单数据字典
数据存储定义数据字典如下表3所示：
表3数据存储定义数据字典
处理过程定义数据字典如下表4所示：
表4处理过程定义数据字典
5.性能需求
5.1精度
物资交易过程中产生的价格精度要求到0.001元，最终划价结果按四舍五入取到0.01元。
5.2时间特性要求
系统应可达到全键盘操作，尽量减少鼠标键盘切换。
5.3灵活性
该系统要能够很好的运行在Window NT, Window 20## Server, Window9x，Windows XP等操作系统环境下。针对不同医院工作习惯的差异，本软件有多处需要进行功能开关的设定。
5.4故障处理要求
可能的硬件故障有：突然断电、网络中断、死机等。短时间可以修复的故障，待故障修复后继续工作。如故障不能马上修复，可用手工方式继续工作，待故障修复后将数据补充输入计算机。
6．运行需求
6.1.界面设计
系统运行时的主界面大致要求为windows的运行界面，既可以是单文档界面，即每个窗体之间是独立的，也可以是多文档界面，即有一个主窗体，可以包含其他窗体。建议本系统采用多文档界面，这样可以更加实用和美观
6.2.设备
CPU：P41.8GHz以上
内存：256MB以上
6.3.支持软件
客户端软件：
操作系统：Windows 20## / XP /Vista、Liunx、UNIX
浏览器：IE6.0及以上版本、FireFox等
服务器端软件：
操作系统：Windows 20## Server或更高版本、Liunx、UNIX
Web服务器：Tomcat5.5及以上版本
数据库产品：SQL Server 2000及以上版本
6.4.接口
客户机与服务器通过TCP/IP协议连接
7．参考资料
[1]计算机软件产品开发文件编制指南GB8567-88
[2]龙马工作室.典型网站建设.北京：人民邮电出版社，20##年8月第一版.
[3]姚国章.中国企业电子商务发展战略.北京:北京大学出版社,2001.
[4]黄平主编.数据库技术.北京：机械工业出版社，2002.
[5]任永功等编著.网站规划与网页设计.北京：电子工业出版社，2003.
第二篇：物流管理系统需求分析报告
郴州市第一人民医院物流管理信息系统开发项目组
医院物流信息管理系统
需求分析报告
1引言
1．1编写目的
为了进一步适应医院信息化建设的步伐和满足医院市场的需要，郴州市第一人民医院计算机中心、后勤仓库、设备科和供应室进行了这次合作；共同设计、开发一套全新的物流信息管理系统，为了更明确此次项目开发的目的及意义所在；特经过郴州市第一人民医院物流信息管理系统开发项目组的协商讨论编写了此物流信息管理系统需求分析报告。
本报告以郴州市第一人民医院业务流程为基础，结合考虑其它不同规模医院不同的需求，归纳总结出的一套较为系统、全面的功能规范书。该报告主要阐述物流信息管理系统中的后勤物资仓库管理系统、供应消毒物资管理系统、医用材料仓库管理系统、科室申请领用系统、财务审批管理系统以及领导查询决策系统等功能模块。
该需求分析报告将作为郴州市第一人民医院物流信息管理系统开发项目组此次项目开发主要参考资料，并且作为项目验收的主要依据。
1．2背景
本项目全称为《物流信息管理系统V2.0.0》。是郴州市第一人民医院物流信息管理系统开发项目组在现有后勤物资信息管理系统的基础上，根据既有用户在使用过程中提出的意见 1
郴州市第一人民医院物流管理信息系统开发项目组
和建议，参考郴州市第一人民医院物流的管理模式和实际运作情况，来开发的新一代物流信息管理系统。
a．待开发的软件系统的名称；物流信息管理系统V2.0.0
b．本项目的任务提出者：郴州市第一人民医院计算机中心
郴州市第一人民医院后勤仓库
郴州市第一人民医院设备科
郴州市第一人民医院供应室
开发者： 郴州市第一人民医院物流信息管理系统开发项目组
用户： 郴州市第一人民医院后勤仓库
郴州市第一人民医院设备科
郴州市第一人民医院供应室
c．该软件系统同其他系统或其他机构的基本的相互来往关系：该系统将考虑提供医院财务分析系统接口
1．3定义
医院物流信息管理系统V2.0.0
1．4参考资料
a．本项目的经核准的计划任务书；
b．《医院信息系统基本功能规范（草案）》 卫生部信息化工作领导小组 20xx年10月；
c．《医院信息系统软件评审管理办法（试行）》 卫生部信息化工作领导小组 ；
d. 郴州市第一人民医院的物流业务调查报告；
2任务概述
2．1目标
2
郴州市第一人民医院物流管理信息系统开发项目组
2．2用户的特点
郴州市第一人民医院为郴州地区最大的三级综合医院，占地80亩，拥有床位1000张，在职员工1300余人，平均年门诊量83万人次，最高日门诊量可达到3300人次，年均出院人次3.2万，年收入达2.4亿。医院采取信息化建设已有近8年的历史。院领导对信息化工作相当重视，院方计算机技术力量强，医务人员对计算机接受程度较高。
2．3假定和约束
本次软件开发期限为3-5个月。基本模块的设计开发为3个月，系统实施及辅助模块的开发为2个月。
3
郴州市第一人民医院物流管理信息系统开发项目组
3需求规定
3．1对功能的规定
本系统是以后勤仓物资、医用材料和供应消毒物品三种物品的流向为主线，同时兼顾基本信息维护和物品的特殊处理。据此基础其需求分析主要包括以下三部分：
? 后勤物资仓库管理系统
主要是对医院的仓储物资进销存进行管理，功能包括系统维护、入库管理、出库管理、库存管理、报表统计。
1．入库管理
入库管理主要包括入库开票、入库查询和供货明细查询。对于仓储物资的入库主要直接从供应商那里购进。同时也考虑特殊物资由专门科室采购验收入库的情况。入库分为采购入库和验收入库两种，由于绝大部分医院后勤物资仓库属于服务型非盈利模式，所以不考虑购进价、批发价和零售价。该模块还包括退货出库功能。
2．出库管理
出库管理主要包括出库开票、出库查询和发货明细查询。主要完成后勤仓库将后勤物资发给医院各职能科室的功能。出库时可以通过选择科室申请并经过财务审批的单据号和人工录入出库打印出库单。该模块还包括出库单冲红功能。
3．库房管理 库房管理主要包括库存查询、物资盘点、余额结转、盘点查询。
4．报表统计
5．系统维护
系统维护主要包括基础信息维护、物资字典维护、供货商家维护、用户密码修改、系统参数设置等内容。
4
郴州市第一人民医院物流管理信息系统开发项目组
? 供应消毒物资管理系统
供应室是医院的物资供应部门，主要负责供应全院的卫生物品。供应室物品一般分一次性物品和非一次性物品。
1． 入库处理
入库处理指对送到供应室的物品进行入库登记（包括一次性或非一次性物品），登记后进行审核，审核后库存增加。
2． 组合入库
处理组合包打包入库。组合包库存增加，而相应组成包的物品库存减少。
3． 换物登记
登记科室非一次性物品的换取。以旧物换新物，供应室库存不发生变化。
4． 出库登记
出库主要是把一次性物品或非一次性物品发给各科室，出库包括录入和审核。
3．2对性能的规定
3．2．1精度
物资交易过程中产生的价格精度要求到0.001元，最终划价结果按四舍五入取到0.01元。
3．2．2时间特性要求
系统应可达到全键盘操作，尽量减少鼠标键盘切换。
3．2．3灵活性
该系统要能够很好的运行在Window NT, Window 2000 Server, Window9x，Windows XP等操作系统环境下。针对不同医院工作习惯的差异，本软件有多处需要进行功 5
郴州市第一人民医院物流管理信息系统开发项目组
能开关的设定。
3．3故障处理要求
可能的硬件故障有：突然断电、网络中断、死机等。短时间可以修复的故障，待故障修复后继续工作。如故障不能马上修复，可用手工方式继续工作，待故障修复后将数据补充输入计算机。
4运行环境规定
4．1支持软件
Windows 2000 Server 中文版
Oracle 8i
Windows 98 中文版 Windows XP 中文版
PowerBuilder 6.5运行库
4．2 接口
客户机与服务器通过TCP/IP协议连接。
6