《系统建议书货调3009216046万多乐-2012》由会员分享，可在线阅读，更多相关《系统建议书货调3009216046万多乐-2012（17页珍藏版）》请在金锄头文库上搜索。
1、车站现在车管理信息系统（货调）系统建议书文件状态： 草稿 正式发布 正在修改当前版本：终极版学 号：姓 名：万多乐组长姓名陈信欢完成日期：2012-6月-10日修订历史记录日期版本修订说明2012-4月-1日1.1.3第三次修订2012-4月-16日1.1.4第四次修订 2012-4月-22日1.1.5第五次修订 2012-6月10日终极版最后一次修订第一章 需求定义报告1 引言 货调是货运站中一个比较重要的岗位，负责指挥全站货运生产作业，通过和运转车间区长的协调，完成分局下达的日装卸车计划中规定的装卸车任务。因此可以说，货调是货运站装卸车作业的指挥者。一个良好高效的货调系统，直接影响着车站现
2、在车管理的运作效率。2 系统需求报告 2.1 项目背景（项目发起人，系统所有者，系统用户）鉴于如今飞速发展的经济，火车已经变成了茫茫大地最主要的运输工具之一，尤其是对于我们这样拥有十几亿人口的超级大国而言，铁路运输占据更加重要的地位。近年来我国火车数量在不断的增长，火车站的规模也在不断的扩大，依靠人工对现在车进行有效的管理已经变的越来越困难。如何有效的对这些车辆的进行调度，怎样提高火车的运行效率是一个急需解决的问题。这就需要有一个好的，安全的，稳定的，更加智能化的系统来对其进行有效的管理，鉴于此背景，北京铁路局要求开发一个车站现在车管理系统，来对南仓站及塘沽站的车辆进行有效的管理和调度。项目发
3、起人：北京铁路局*部主管*系统所有者：北京铁路局 系统用户：南仓站和塘沽站的主管和相关负责人员2.2 业务要求 通过这个系统对大规模的车辆的货调进行合理有效的安排和组织，以合理有效的方式对到站的货物进行规划装卸以提高货调效率，从而提高火车的运输效率和安全性。2.3 业务需求 D01卸车处理卸车处理包括卸七甲处理、卸七甲打印、卸七甲回推、标注卸线、卸车分析和增加卸空车处理，卸七甲处理提供全屏幕编辑卸七甲数据界面，作业完成后生成卸车报告到路局货车追踪系统，并更新现场车辆状态。卸七甲打印可以按用户需求任意定制打印卸七甲数据。卸七甲回推在待卸、正在卸、卸后空车间相互转换，并模拟用户手工作业时在七甲表上
4、标注的红笔、蓝笔、黑笔等，用同样的颜色在计算机上来区分车辆不同的状态。标注卸线自动为到达卸车标注卸线，亦可手工标注卸线。卸车分析可按卸车地点分析、按卸车品类分析、按卸车车种分析处理。增加卸空车处理用于统计增加卸空车并上报路局货调。D04装车处理装车处理：包括装七甲处理、装七甲打印、装七甲回推、装车分析、增加使用车处理，装七甲处理提供全屏幕编辑装七甲数据界面，作业完成后生成装车报告到路局追踪系统，并更新现场车辆状态，更新运货五装车完成情况。装七甲打印可以按用户需求任意定制打印装七甲数据。装七甲回推在待装、正在装、装后重车间相互转换，并模拟用户手工作业时在七甲表上标注的红笔、蓝笔、黑笔等，用同样的
5、颜色在计算机上来区分车辆不同的状态。装车分析按装车去向、装车地点、装车品类、装车车种、装车限制口等进行分析处理。增加使用车处理统计增加使用车并上报路局货调。D07到达、装卸车分析到达、装卸车情况分析：掌握各阶段装车、卸车、待装、待卸等情况并及时上报给站调和助调；对到达列车，按品名及收货人分普零、笨零、集装箱、整车、空车、倒装车、中转等事项进行到达列车分析；阶段汇总已装车数、待装卸车数；装卸车分析，早六点作装卸车任务修正，十二点作装卸车预计；十八点作当日运货五执行情况分析，未完成运货五计划时，作出原因分析；分方向、车种、品类的装卸车情况分析；D08装卸能力分析装卸能力分析：掌握重点物资、重点车种
6、的装卸完成情况；分析夜间装卸比重；掌握专用线（专用铁路）的装卸能力及完成情况；D12装卸计划下达及实绩计算上报装卸计划下达及实绩计算上报：包括接收路局货调下达的装卸车计划、并计算出相应的装卸待卸车实绩数据上报路局货调，主要包括：装车计划查询、装车实绩计算查询，卸车计划查询、卸车实绩计算查询，待卸车实绩计算查询。D21岗位作业岗位作业：是将货调岗位的其它一些作业集中在这个模块完成，变更车处理包括根据货调下达的命令，变更某车的到站、收货人等，自动接收上级货调下达的变更车命令并查询，然后根据要求变更的内容进行相应的变更车操作，还能向上级货调上报本站的变更车请求。倒装车处理包括针对装卸作业对产生倒装车
7、作业的车，将原有的车、票、箱的关系进行更新，以实现计算机内部的倒装车作业，能够满足现场多种形式的倒装车作业。D25查询分析查询分析：是将一些统计分析和数据查询集中在这里进行操作，包括历史数据查询、装车分析、卸车分析、运货五日况汇总、增使增卸车分析、阶段装卸车汇总分析，统计和查询专用铁道货车使用费等。还可以根据用户需求，灵活添加和定制其它内容的查询。D29十八点统计十八点统计：对部颁统一报表进行条件定制、统计、查询、打印并上报，包括如下报表：货报一（部、企、综）装卸车报表，货报二（部、企、综）货物分类装车报表，货报三（部、企、综）货物分类卸车报表D33现场状态现场状态：包括实时动态查询现场车的状
8、况和货的状况，便于货调随时准确掌握现场情况，从而指导车站货运作业，包括货区货位查询、毛玻璃查询等。D37更换车站（集中式操作管理）更换车站（集中式操作管理）：是为适应多站集中式设计的要求，即用户在一台终端上登陆应用系统后，可以代多个站进行计算机作业，各站之间的作业数据互不干扰。这种设计非常适合一站管多站和车务段的模式。D41交接班交接班：主要是过表操作，对历史数据进行处理，将本班作业数据进行妥善处理，并为下班作业做好准备。2.4 约束条件及特别说明对铁路列车的货调还没有一个完备的认识，毕竟对铁路运输领域涉及不深，所以会有很多难以想象的问题和情况。对于如此大规模的车辆进行货调和实时监控，势必会增
9、加软件的开发难度，对系统的稳定性要求太高，随着数据的不断扩大系统的维护难度也会很大。铁路轨道数量会有变化，火车不同时段的运输货物不一样，同一列火车的可能每天的货物也会有所不同。这需要对系统的灵活性提出更高的要求。实现货调信息共享也是比较棘手的问题。2.5 业务价值2.5.1 各岗位协调一致， 信息畅通， 查询便捷。如货调人员若想了解月计划内容， 原来需用电话询问计划员， 现在各岗位随时都可从计算机终端， 按到站、 品名、 计划号、审批类型查询到当月计划;每日的运货五， 原来由计划员打印后再送给货调， 现在货调自己可以随时从计算机终端上打印， 极大地方便了货运作业组织。2.5.2 数据采集自动化
10、程度高。请求车信息、 阶段装卸车数据、 运货七甲数据都可以自动生成， 完全取代了原来手工填表、 计算和电话上报的原始模式。2.5.3做到信息上通下达、准确及时。运货五数据、阶段装卸车数据都可及时上传并自动入库，而且批准信息可立即返回。大大加强了运输组织的科学性、 合理性和计划性，提高车辆周转率和空车利用率，为压缩中停时，确保站区和全铁路局运输畅通提供了保证。3 可行性分析报告 （经过修订） 略4 项目开发计划 （经过修订） 略 5 需求定义5.1 功能需求货调子系统的主要功能是编制装卸作业计划，做好装卸作业的组织工作，为站调编制阶段计划提供可靠的依据，详细记录各项作业数据（包括：装卸车时间，地
11、点。完成状态等信息），完成各项指标的统计和上报。此外货调还应该具有查看计划，接收车号发来的确报等功能。（1）配线对接入股道的列车中到达本站或在本站有作业的货车标记卸车地点，为区长制定解体和取送车钩计划提供依据。同时，也可完成对日请车装车的计划配线，建立计划与作业股道的联系。（2）现在车查询和货场查询 能够按岗位、车场、股道查询现在车作业状态，即能分股道显示作业车车态和作业态信息，这就使货调从原先繁重的记录、抄写等手工作业中解放出来，更好地组织与指挥车站的货运生产。（3）股道出入车管理输入作业股道，可显示出股道当前作业车信息。根据货运员报告，选择已作业完成的作业车调出股道，录入准备进行作业的作业
12、车修改车顺位。最后便完成作业股道当前作业车的调出、调入、车顺位的修改。（4）过表处理一个铁路工作日（前日18:00到今日18：00）一张作业表，前一铁路工作日未完成的装车、卸车或倒装整理则要登记到下一日的工作表中，为此，设计了过表功能。在登录进入菜单是，自动查询前一日未完成的车辆，即所有标志位0的车辆，登记在本日的工作表中。 （5）阶段装车的汇总、上报 阶段装车的汇总、上报模块根据装车结束时间从数据库中自动汇总出0:00、 6:00、 12:00、 18:00实际装车数，确认修改、输入预计后，生成固定格式文本文件， 通过FTP上传至铁路局，铁路局收到后自动产生回执文件，车站接收回执文件。铁路局
13、货调接受上报文件后,进行修正。车站接收修正文件后,文件自动入库。 （6）信息查询 1.运单查询 2.月计划查询 3.阶段装卸车信息查询 4.预报确报查询 5.装卸车信息查询 （7）编制装卸车计划 根据接收到来自车号的确报信息，为组织装卸车编制装卸车计划通知单。（8）装卸车管理货运站的多种作业信息以“装卸车”信息为中心，即通过装卸车工作将所有的岗位连接起来，因此，装卸车管理是货运管理的重点岗位。（9）货物入库，出库管理统计货物的入库出库情况。入库需要记录入库的货物种类，数量以及由哪一列车在什么时候卸货的。出库也需要统计出库数量，装载火车编号，以及装载时间等。（10）倒装整理 倒装整理模块包括整理
14、作业和倒装作业，倒装作业包括一车倒一车和一车倒俩车，有以下几种情况： 一车倒装一车： a. 原车卸下，原车装载；b. 原重车卸下后，有一辆空车来装载。一车倒装成俩车：a. 原车卸下后用俩辆空车装载；b. 原车卸下后，又装回一部分，调入一辆空车装载。5.2 非功能需求 5.2.1安全性需求 系统要求具有高可靠性，不能出现系统意外死机现象，如果出现意外断电或者其他灾难性事件发生能保证系统数据的备份并快速回复系统功能使用的能力。此外还有具备一定的防止非法攻击和操作的要求。 5.2.2稳定性需求 系统在高的数据请求操作上能够保证服务器的正常工作，不会因为高的数据请求量导致服务器挂掉的现象。 5.2.3高效率需求 系统处理速度要非常快，保证数据的实时共享，避免因为信息滞后而带来的不必要的损失，或者低效率。 5.2.4可扩展性需求 如果以后客户提出新的需求，能够在现有系统的基础上进行功能扩展以满足客户的需求，而不是重新开发一个系统。 5.2.5可维护性需求 系统要求具有高的可维护性，从软件的开始投入使用直到软件被淘汰，具备改正性维护、适应性维护、完善性维护、和预防性维护。5.3 系统用例分析第二章 用例建模
