铁路系统web用户需求说明书.docx
《铁路系统web用户需求说明书.docx》由会员分享，可在线阅读，更多相关《铁路系统web用户需求说明书.docx（30页珍藏版）》请在冰豆网上搜索。
铁路系统web用户需求说明书
经济管理学院*中智电子政务实验室
铁路与第三方物流管理系统
RailwayAndThirdPartyLogisticsMIS
用户需求说明书
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件标识：
RailwayAndThirdPartyLogisticsMIS-RD-UR
当前版本：
<1.0>
作者：
何浩;顾晓东;汪娟;朱文轩
完成日期：
版本修订记录
版本/状态
作者
参与者
起止日期
备注
<1.0>
何浩;顾晓东;汪娟;朱文轩
何浩、顾晓东、汪娟、朱文轩
开始日期：
09-3-1
结束日期：
09-7-20
目录
1.文档介绍4
1.1文档目的4
1.2文档范围4
1.3读者对象4
1.4参考文档4
1.5术语与缩写解释4
2.产品介绍4
3.产品面向的用户群体5
4.产品应当遵循的标准或规范5
5.产品功能性需求5
5.1功能性需求点5
5.2业务活动6
5.3问题分析7
5.4系统用例8
5.5参考界面13
6.产品的非功能性需求13
6.1用户界面需求13
6.2软硬件环境需求14
6.3产品质量需求14
6.4其它需求14
A.1需求标题115
A.n需求标题N15
附录B1：
第三方物流公司订单15
附录B2：
铁路货物运输服务订单16
附录C：
货物配送单18
附录D:
货物运输跟踪单18
D.1EMS邮件跟踪单19
附录E:
确认回单19
E1无锡粤顺运输有限公司货物承运合同20
1.文档介绍
1.1文档目的
本文档记录用户的需求，作为进一步分析系统的依据，同时也是作为系统功能测试的依据。
1.2文档范围
本文档涉及到功能性需求和非功能性需求，同时将需求调查报告、原始材料和数据分析结果作为文档附件。
1.3读者对象
本文档主要阅读对象是用户、项目经理，同时也是其他分析人员、设计人员、开发人员、测试人员的最高行动准则。
1.4参考文档
铁路与第三方物流管理系统《用户需求说明书》
1.5术语与缩写解释
表1系统术语与缩写解释
缩写、术语
解释
第三方物流
（ThirdPartyLogistics）
由与货物有关的托运人和收货人之外的专业企业，即第三方来承担企业物流活动的一种物流形态，托运人只要根据需要填写好相应的订单，第三方公司根据托运人填写的订单开始相关的作业。
托运人
（Shipper）
第三方物流活动中，物资流动的提供方即为托运人。
收货人
Consignee
第三方物流活动中物资流动的需求方即为收货人。
2.产品介绍
本系统是可实现第三方物流企业信息化，通过网络来对物流流程跟踪，以及客户可通过网上随时查看货物状态。
3.产品面向的用户群体
用户：
第三方物流公司、物流公司客户。
4.产品应当遵循的标准或规范
本系统的建模采用UML标准，物流相关知识采用行业标准。
5.产品功能性需求
5.1功能性需求点
表2用户对系统的功能性需求
功能需求点
描述
FEAT1
托运人在网上可以根据自己的需要填写订单。
FEAT2
第三方物流公司定时跟踪货物运输信息，并在系统上登记跟踪信息。
托运人、收货人可以查看货物的运输状况。
FEAT3
对于托运人已填写好的订单，第三方物流公司根据公司的订单审核标准对订单进行订单审核。
FEAT4
对审核通过的订单，系统自动进行订单分类、汇总，同时还可以以手工方式进行调整。
FEAT5
托运人在已审核通过的订单上签字之后，第三方物流公司根据货物配送单生成标准和订单信息生成货物配送单。
FEAT6
第三方物流公司定时对运输中的货物进行跟踪，并且将跟踪信息登记到系统中，实现对货物运输状态的定时记录和更新。
FEAT7
托运人收到货物并确认货物信息无误后，须签写确认回单，第三方物流公司将确认回单信息登录到系统中，以供托运人察看货物运输状况，同时标志着本次货物运输结束。
5.2业务活动
图1反映现实业务的活动图
表3业务流程中的活动描述
编号
业务活动
描述
A1
网上下单
托运人在网络上根据自己需求填写好订单（参见附录B），然后提交给第三方物流公司。
A2
审核订单
第三方物流公司在接收到发货人提交的订单后，根据自己公司的实际情况和订单信息来审核是否接受该用户订单。
A3
订单处理
在对订单审核完成后，第三方物流公司会对审核通过的订单进行处理。
根据订单的内容对其归类和汇总。
A4
生成货物配送单
系统根据审核通过的订单可生成参考配送方案，第三方物流公司可手工对参考方案进行调整形成最终货物配送方案，同时由最终货物配送方案生成货物配送单。
A5
网上配送单确认
托运人登录系统，确认由第三方物流公司根据订单信息生成的货物配送单。
A6
付款
托运人在网上确认货物配送单后，按照配送单中的款项，通过网上银行转账或到第三方物流公司交款的方式交纳货物托运费；第三方物流公司记录托运人交款信息，并将信息登录到系统中。
A7
货物运输
在托运人确认货物配送单并付款后，第三方物流公司根据货物配送单开始对货物进行配送运输。
A8
查看货物
运输情况
托运人可以通过登录系统随时查看到当前货物运输状况。
A9
货物跟踪
第三方物流公司定时将货物的运送信息进行记录，并将记录信息登录到系统中，形成货物运输跟踪单（参见附录D）。
以便托运人和收货人随时查看货物运输情况。
A10
接收货物
第三方物流公司将货物送至收货人处后，收货人依据订单对货物进行验收，确认货物信息无误后在订单上签字。
A11
收货确认
收货人在订单上签字后，第三方物流公司将收货时间登录到系统中，同时标志着该订单业务结束。
5.3问题分析
表4现有业务流程中存在的问题
编号
问题
描述
1.
效率问题
在手工操作方式下，订单需要经过打印、填写、回收、整理入档等过程，占用了大量人力资源和时间，且工作效率低下。
2.
收益问题
由于手工操作条件下会占用大量时间和公司资源，使得企业效益增长受限。
表5新系统解决的问题及优势
编号
新系统功能点
解决的问题/满足的需求
1.
FEAT1
托运人不再需要填写物流货运订单，省去了表格的打印、填写、回收、整理入档的过程；托运人不须到物流公司就可以提交订单，方便了客户，节省了客户的时间，提高了办事效率。
因而整个过程所花费的时间可以缩短在限定的时间内，从而解决效率问题。
2.
FEAT2、FEAT6
系统定时更新货物运输状况，托运人可随时通过网路获取货物的运输信息，增加了货运的透明性，满足了客户随时了解货物运输情况的需求。
3.
FEAT3、FEAT4
系统根据提交的审核之后的订单进行订单处理，实现订单的分类、汇总和配送单的生成。
从而在解决了效率问题的同时，也增加了工作的科学合理性，提高了公司的收益。
5.4系统用例
图2系统用例图
表6网上下单
项目
内容
用例ID
UC1
用例名称
网上下单
用例编写者
顾晓东
参与者
托运人
前置条件
托运人成功登录系统
基本事件流
1.托运人选择“网上下单”。
2.系统显示订单详细信息（订单详细信息参见附录B）
3.托运人依次填写发货日期、收货日期、收货人信息（收货人姓名、联系电话、单位名称、手机、邮编、收货地址）、托运人信息（托运人姓名、联系电话、单位名称、手机、邮编、发货地址）、货物信息（货物名称、件数、预计重量[KG]、单件体积[CM3]长*宽*高、货物运输重要提示），选择提货方式、选择运输方式，订单编号由系统自动生成。
4.托运人选择“提交订单”。
5.系统提示“确认提交订单”。
6.托运人选择“确定”
7.系统显示订单提交成功，同时显示提交成功的订单编号。
备选事件流
N/A
后置条件
订单被保存
业务规则
发货时间不得早于系统当前时间。
收货时间不得早于发货时间。
当发货时间早于系统当前时间或收货时间早于发货时间时，系统给出红字提示。
说明
N/A
表7查看货物运输情况
项目
内容
用例ID
UC2
用例名称
查看货物运输情况
用例编写者
何浩
参与者
托运人、收货人
前置条件
托运人订单审核通过、托运人与发货人登录系统成功
基本事件流
1.托运人或发货人选择“查看货物运输情况”。
2.系统提示输入订单号，并输入系统提供对应的验证码。
3.托运人或发货人点击“确定”后，系统显示订单对应的“货物运输跟踪单”（具体内容参见附录D）。
备选事件流
N/A
后置条件
N/A
业务规则
N/A
说明
N/A
表8确认货物配送单
项目
内容
用例ID
UC3
用例名称
确认货物配送单
用例编写者
何浩
参与者
托运人
前置条件
订单已生成货物配送单，托运人成功登陆系统，已支付业务费用
基本事件流
1.托运人选择“查看货物配送单”然后填写订单号。
2.正确输入订单号后，系统显示对应的货物配送单（具体内容参见附录C）。
3.托运人阅读信息后，点击“确认”。
备选事件流
N/A
后置条件
N/A
业务规则
N/A
说明
N/A
表9确认业务费用
项目
内容
用例ID
UC4
用例名称
确认业务费用
用例编写者
何浩
参与者
第三方物流公司
前置条件
第三方物流成功登陆系统，订单已生成货物配送单
基本事件流
1.第三方物流公司选择“确认业务费用”。
2.系统提示输入订单号。
3.填写订单号后，点击“确定”。
4.系统跳转到相应的“货物配送单”页面。
5.确认无误后，点击“确认”。
备选事件流
N/A
后置条件
N/A
业务规则
N/A
说明
N/A
表10审核订单
项目
内容
用例ID
UC5
用例名称
审核订单
用例编写者
何浩
参与者
第三方物流公司
前置条件
第三方物流公司成功登陆系统
基本事件流
1.第三方物流公司选择“审核订单”。
2.系统显示所有未审核订单。
3.第三方物流公司选择一份未审核订单。
4.系统显示订单的详细信息。
5.第三方物流对订单进行“审核通过”或“审核未通过”操作。
6.系统显示“已审核订单”和“未审核订单”列表。
7.重复3~6，直至所有订单被审核。
备选事件流
第三方物流公司可“修改”订单审核状态并申明“理由”。
异常事件流
N/A
后置条件
订单审核状态被保存。
业务规则
1.审核订单应在网上下单成功后12小时内完成。
2.订单在经“订单处理后”状态不可修改。
说明
N/A
表11订单处理
项目
内容
用例ID
UC6
用例名称
订单处理
用例编写者
何浩
参与者
第三方物流公司
前置条件
网上提交的订单审核通过
基本事件流
1.第三方物流选择“订单处理”。
2.系统显示所有已审核订单
3.第三方物流公司选择订单分类。
4.系统根据订单填写的内容按“收货地区”、“收货时间”、“配送方式”分类。
5.系统针对每种分类方式进行订单汇总（份数统计）。
备选事件流
N/A
异常事件流
N/A
后置条件
订单处理状态被保存
业务规则
N/A
说明
N/A
表12生成货物配送单
项目
内容
用例ID
UC7
用例名称
生成配送单
用例编写者
汪娟
参与者
第三方物流公司、铁路部门
前置条件
第三方物流公司成功登陆系统并对已审核通过的订单进行了分类
基本事件流
1、第三方物流公司选择“货物配送”，系统显示各个类别的未生成配送单的订单列表。
2、系统根据获得铁路部门最新的信息（车次号、起始站、终点站、途经站、发货时间、到货时间、最大可载货量、最大可载货体积），选中其中一个需要处理的订单，然后在选择“生成配送单”后，转到“生成配送单”页面。
3、填写好“货物配送单”（具体内容参见附录C）后，选择“提交”，系统就生成该选中订单的“货物配送单”并保存。
4、对于生成了配送单的订单从未生成配送单的列表中自动移出。
5、重复2~4，直至完成全部的订单。
6、第三方物流公司选择“统计”，系统可以显示各个类别还未生成配送单的订单的份数。
备选事件流
第三方物流公司可以对已生成的配送单进行修改，并写明理由。
异常事件流
N/A
后置条件
系统保存生成的配送单
业务规则
配送单应在订单分类之后12小时之内生成
说明
N/A
表13货物跟踪
项目
内容
用例ID
UC8
用例名称
货物跟踪
用例编写者
顾晓东
参与者
第三方物流公司
前置条件
订单处理完成之后。
基本事件流
1.第三方物流公司登录系统，并选择“货物跟踪”。
2.系统提示输入订单号。
3.第三方物流公司输入订单号。
4.系统显示货物运输跟踪列表（具体内容参见附录D）。
5.第三方物流公司选择“更新运输状态”。
6.系统提示输入“处理时间”、“处理地点”、“货物状态”。
7.第三方物流公司输入“处理时间”、“处理地点”、“货物状态”，并选择“确认”。
8.系统返回显示货物运输跟踪列表（具体内容参见附录D），并显示刚才登记的货物运输状态。
（具体内容参见附录D.1EMS邮件跟踪单）。
备选事件流
N/A
异常事件流
N/A
后置条件
登录的“确认回单”信息被保存
业务规则
新增加的货物运输状态被保存。
说明
N/A
表14确认订单
项目
内容
用例ID
UC9
用例名称
确认订单
用例编写者
顾晓东
参与者
第三方物流公司
前置条件
货物已送达收货人处，收货人验收通过并签字确认。
基本事件流
1.第三方物流公司登录系统，并选择“确认订单”。
2.系统提示输入订单号。
3.第三方物流公司输入订单号。
4.系统提示输入到货时间。
5.第三方物流公司输入到货时间，并选择确定。
6.系统显示“本次订单业务结束”的字样。
备选事件流
N/A
异常事件流
N/A
后置条件
登录的“确认回单”信息被保存
业务规则
订单已经确认结束，货物跟踪就不允许再次修改。
说明
N/A
表15用例与功能需求点对应表
用例编号
需求功能点
UC1
UC2
UC3
UC4
UC5
UC6
UC7
UC8
UC9
FEAT1
√
FEAT2
√
FEAT3
√
FEAT5
√
5.5参考界面
表16用户填写订单界面
参考用例
界面
UC1
UC2
UC3
UC4
UC5
UC6
UC7
UC8
UC9
6.产品的非功能性需求
6.1用户界面需求
需求名称
详细要求
6.2软硬件环境需求
需求名称
详细要求
Web服务器
用于承载系统网站运行的硬件设备及软件，达到或高于以下配置参数：
硬件：
CPU2.0G/RAM1G/HD120G
软件：
Windows2003SP2/IIS6.0/ASP.Net2.0/AJAX1.0/
数据库服务器
用于承载系统数据库运行的硬件设备及软件，达到或高于以下配置参数：
2CPU2.0G/RAM1G/HD120G
软件：
Windows2003SP2/SQLServer2005
6.3产品质量需求
主要质量属性
详细要求
正确性
健壮性
N/A
可靠性
N/A
性能，效率
易用性
尽量采用选择方式操作数据，如：
用户填写订单时，对于货物的配送方式采用列表方式选择
清晰性
安全性
可扩展性
N/A
兼容性
N/A
可移植性
N/A
6.4其它需求
N/A
附录A：
用户需求调查报告
常见需求调查方式有：
✧与用户交谈，向用户提问题。
✧参观用户的工作流程，观察用户的操作。
✧向用户群体发调查问卷。
✧与同行、专家交谈，听取他们的意见。
✧分析已经存在的同类软件产品，提取需求。
✧从行业标准、规则中提取需求。
✧从Internet上搜查相关资料。
A.1需求标题1
需求标题1
调查方式
调查人
调查对象
时间、地点
需求信息记录
A.n需求标题N
需求标题N
调查方式
调查人
调查对象
时间、地点
需求信息记录
附录B1：
第三方物流公司订单
订单编号：
发货日期
收货日期
提货方式：
自提
送货上门
运输方式
公路运输铁路运输公路+铁路
收货人信息：
收货人姓名
联系电话
单位名称
手机
邮编
收货地址
托运人信息：
托运人姓名
联系电话
单位名称
手机
邮编
发货地址
货物信息：
货物名称
件数
预计重量（KG）
单件体积（CM3）
长*宽*高
货物运输
重要提示
审核信息：
审核人员
审核时间
审核状态
审核通过审核不通过
审核不通过原因（审核通过不需填写）
注：
表格中所有时间填写格式为：
年/月/日（xxxx/xx/xx）。
例：
2009年8月4日表示为2009/08/04
附录B2：
铁路货物运输服务订单
经营单位编号：
托送人：
地址：
电话：
邮编：
收货人：
地址：
电话：
邮编：
发站
到站（局）
车种/车数
箱型/箱数
装货地点
卸货地点
货物品名
品名代码
货物价值
件数
货物重量
件积
要求发站装车期限月日前或班列车次日期：
月日
付款方式
供用户自愿选择的服务项目（由用户填写，需要的项目打√）
□1.发送综合服务□5.清运、消纳垃圾
□2.到达综合服务□6.代购、代加工装载加固材料
□3.仓储保管□7.代对货物进行包装
□4.蓬布服务□8.代办一关三检手续
说明或其他要求事项
承运人报价（包括运费、杂费、服务费）元、具体项目、金额列后：
序号
项目
名称
单位
数量
收费
标准
金额
（元）
序号
项目
名称
单位
数量
收费
标准
金额
（元）
申请人签章
年月日
承运人签章
年月日
车站指定装车日期及货位
说明：
1.涉及承运人与托运人、收货人的责任和权利，按《铁路货物运输规程办理》。
2.实施货物运输，托运人还应递交货物运单，承送人应按报价核收费用，装卸等需
发生后确定的费用，应先列出费目，金额按实际发生核收。
3.用户发现超出国家计委、铁道部、省级物价部门公告的铁路货运价格及收费项目、
标准收费的行为，和强制服务、强行收费的行为，有权报举报。
举报电话：
物价部门铁路部门
附录：
货物运单
收货人领货须知托运人须知
│││
│１．收货人接到托运人寄交的领货凭│１．托运人持本货物运单向铁路托│
│证后，应及时向到站联系领取货物。
│运货物，证明并确认和愿意遵守铁路│
│２．收货人领取货物已超过免费暂存│货物运输的有关规定。
│
│期限时，应按规定支付货物暂存费。
│２．货物运单所记载的货物名称、│
│３．收货人在到站领取货物，如遇货│重量与货物的实际完全相符，托运人│
│物未到时，应要求到站在本证背面加盖│对其真实性负责。
│
│车站戳证明货物未到。
│３．货物的内容、品质和价值是托│
││运人提供的，承运人在接收和承运货│
││物时并未全部核对。
│
││４．托运人应及时将领货凭证寄交│
││收货人，凭以联系到站领取货物。
附录C：
货物配送单
货物配送单编号：
运输车号：
发货日期：
预计到货时间：
提货方式：
自提
送货上门
货物信息：
货物名称：
货物编号：
件数
重量（KG）
单件体积（CM3）长*宽*高
发货人信息：
发货人姓名：
联系电话：
/
提货地点：
收货人信息：
收货人姓名：
联系电话：
/
送达地址：
备注：
附录D:
货物运输跟踪单
订单编号
处理时间
处理地点
货物状态
货物运送跟踪单参照中国邮政EMS邮件跟踪单
D.1EMS邮件跟踪单
附录E:
确认回单
托运日期：
年月日始发地：
到站：
订单编号
到货时间
发货单位
地址
联系方式
收货单位
地址
收货人
电话
手机
货物名称
包装方式
数量
重量
体积
货物价值
费目
运费
保险费
其它
合计大写：
十万万千百拾元
合计
运费交付方式
货物交接方式
备注
现付
提付
回单付
送货
自提
回单份数
收货人签字
确认回单参照无锡粤顺运输有限公司货物承运合同
E1无锡粤顺运输有限公司货物承运合同
升级会员 