全路客调命令及客车编组管理信息系统概要设计说明书Word格式文档下载.docx
- 文档编号:14934515
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:23
- 大小:357.01KB
全路客调命令及客车编组管理信息系统概要设计说明书Word格式文档下载.docx
《全路客调命令及客车编组管理信息系统概要设计说明书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《全路客调命令及客车编组管理信息系统概要设计说明书Word格式文档下载.docx(23页珍藏版)》请在冰豆网上搜索。
作者/修改者
20090606
V1.1
系统概要设计初稿
20090614
V1.2
修改完善各个子系统的功能设计
修改完善数据库设计
1引言
1.1目的
《全路客调命令及客车编组管理信息系统概要设计说明书》是在总结调度系统前期研究成果的基础之上,以《全路客调命令及客车编组管理信息系统总体方案》为基础,依据调度信息化专项规划,借鉴国外先进的IT设计理念,编写而成。
本文档对系统进行概要设计,为系统详细设计提供指导,并为系统开发提供参考依据。
本文档的预期读者为系统详细设计人员、系统开发人员和系统技术维护人员。
1.1引用文件
[1]全路客调命令及客车编组管理信息系统总体方案
[2]全路客调命令及客车编组管理信息系统概要设计说明书
[3]计划调度管理系统(OPMS4.0)总体技术方案
[4]运输调度指挥信息化专项规划
[5]铁路行车调度规则
[6]铁路货车统计规则
1.2术语和缩写词
客运调度,简称客调;
客调命令(包含三种类型:
开行类命令、甩挂类命令、其它类命令);
开行类命令(包含临客增加令、临客停运令、临客更改令、临客取消令、临客其它令);
甩挂类命令(包含甩挂增加令、甩挂更改令、甩挂取消令、甩挂其它令);
其它类命令,指除去开行类和甩挂类命令以外的客调自由编辑的命令;
命令发布(包含命令的申请、会签、下达、回执);
旅客列车时刻表,简称时刻;
旅客列车编组,简称编组(包含基本编组、实际编组);
基本编组,指旅客列车计划的编组方案;
实际编组,指旅客列车实际的编组情况;
编组数据库,简称编组库;
旅客列车交路,简称交路;
旅客列车基本运行图,简称基本图;
径路。
2设计准则
设计准则对设计过程中应遵守的设计标准进行了说明,并且对需求的约束情况进行了明确,对于其质量约束和隐含约束进行了说明。
1)需求约束
1本系统在开发的过程中要遵守CMMIL3过程标准,要实现对整个系统开发过程的可定制管理,对于整个过程的文档实现可跟踪管理,分阶段项目里程碑实现整个系统的开发。
2系统采用Java作为开发语言,JDK版本采用1.6;
应用服务器版本采用WebLogic10.3或GlassFish2.1,应用服务器端技术采用EJB3.0规范技术;
数据库服务器采用Oracle10g;
客户端框架技术采用WebStart或OSGi规范技术,JRE版本采用1.6。
服务器硬件条件满足安装应用服务器的要求。
3系统中消息的传输采用JMS传送方式,采用JMS1.2规范技术;
系统与其它系统的信息交换采用WebService或数据共享的方式。
4系统界面应满足用户的功能需求,文档应规范管理。
2)质量约束
1在各种应用环境下,针对相同的输入要保证系统有相同的输出。
系统应对可列举的异常情况进行处理,具备容错处理能力。
2系统满足易操作、易管理的要求,具备良好的用户操作界面,针对系统的使用过程建立完善的用户帮助使用手册。
3系统满足可扩展性、可伸缩性。
针对不同路局的情况,提炼出公共模块和专用模块,模块化开发设计整体系统结构;
不但要满足当前各种业务的实际需求,而且要充分考虑用户数据增加、业务种类和业务量增长的需求。
4系统满足灵活性要求,提炼公共配置参数,通过调整系统的参数,实现系统功能的变更。
5系统充分考虑实现性和经济性,考虑和利用现有的硬件资源、软件可复用代码,既要考虑到系统的先进性和有效性,又要考虑其实现的可能性和经济性。
6整体系统的安全性要给予统一的保证,要保证数据的安全传输,防止篡改和窃取;
对于设备和应用也要提供安全保障,确保系统正常运行。
7系统要满足高可维护性,针对不同的路局、不同的需求要进行整体的维护考虑,从系统架构方面考虑整体系统的可维护性。
8系统设计要考虑可移植性。
要充分考虑到硬件配置和环境发生变化的可能性,最大限度的提高软件的可移植性。
3)隐含约束
隐含约束考虑到需求文档中没有明确指出的相关内容,这些内容可能对于系统的设计、开发产生影响,需要统一在这里进行说明。
1系统使用的前提默认用户可以使用计算机进行正常办公处理,具备使用计算机办公的能力;
可以具备学习相应的软件使用手册的能力。
2系统假设客户端可以正常安装JDK1.6,可以具备足够的硬盘、内存运行应用程序,假设客户端具有足够的处理能力以运行系统。
系统认为当前的业务模式在一定可以预见的时间内不会发生根本性的变化,默认当前业务模式可以正常运转。
3系统总体设计
3.1系统总体架构
系统的总体架构如下图所示,系统架构图描述了本系统和其他外部系统之间的关系,定义了系统整体的结构和系统与外界系统之间的交互接口。
图1系统总体架构图
对于整个客调系统的访问要通过铁路安全平台的认证。
客调系统的运行结果要为其它工种的调度系统提供接口,为各工种调度协同工作提供辅助决策的功能。
局级和站段级别的客调系统要与客运列车编组系统交互,实现数据共享查询及校验的功能。
系统采用统一的数据处理平台和消息传输平台,在进行数据传输的时候采用统一的网络传输平台。
3.2应用功能架构
应用功能架构图如下所示,主要介绍了各个业务应用之间的关联关系,整体应用采用C/S结构,针对客调系统在不同级别上面的部署情况,分为铁道部、铁路局、站段三级应用。
图2应用功能结构图
铁道部、铁路局和站段三级应用都包含命令模块、编组模块、权限配置模块和查询统计模块;
铁路局级应用相对铁道部级应用增加了日班计划模块,可以实现基本图和径路的管理。
系统对数据的访问和存储采用三层结构,即客户端(client)-应用服务端(server)-数据库服务器(database)。
所有对数据库的修改均通过应用服务器进行,两级数据同步通过局应用服务器和部应用服务器之间的沟通完成。
路局客调和部客调通过应用服务器的JMS消息驱动通信,各种客调命令如临客加开命令、停运命令、甩挂命令等,均通过统一调度命令平台进行命令的编辑、申请、会签、审核、下达和回执。
3.3网络结构
网络结构对整个系统的网络类型、结构进行了描述,对于接入方式进行了规定,列举了各个网络设备和子网的功能。
图3网络结构图
整体系统分为铁道部级、铁路局级的网络结构,铁路局与铁道部之间通过路由器连接。
在铁道部级的网络环境中,铁道部的应用服务器和数据服务器通过防火墙与铁道部的以太网进行连接;
铁道部客调和客运营销处直接连接到铁道部以太网。
在铁路局级的网络环境中,铁路局的以太网根据自己的IP定义规则设定IP,铁路局的应用服务器和数据服务器通过防火墙与铁路局的以太网进行连接;
铁路局客调、客运处、运输、机务、车辆、票务中心等部门直接连接至铁路局以太网。
站段直接连接到所属铁路局的以太网,或者通过路由器连接到路局的以太网。
3.4平台架构
平台架构描述了应用服务器上面的应用部署情况,平台的架构图如下图所示,描述了服务器的情况和服务器上面对应的数据内容情况。
图4应用部署架构
铁道部应用服务器设置为两台,通过应用负载均衡提供服务,应用服务器中间件产品选择WebLogic10.3或GlassFish2.1,存储的内容为命令、编组等处理程序;
数据库版本选择Oracle10g,存储系统运行所需的命令、编组等信息;
消息中间件产品选择WebLogic10.3或者GlassFish2.1所带的MQ中间件;
铁路局端平台架构同铁道部端平台架构一致。
4环境
本章节对软件的开发环境、运行环境进行了说明,在开发环境中对软件、硬件提出了相应的要求,并且对于网络环境和运行控制提出了要求。
4.1软件开发环境
这里对软件的硬件需求、软件需求和网络要求进行了说明,明确了开发工具和开发部署服务器的选择。
4.1.1硬件要求
下表对软件开发的硬件环境进行了说明。
序号
设备名称
设备类型
用途
数量
配置要求
部署地点
状态
1
AIXX4100
刀片服务器
安装铁道部级应用服务器、消息服务器
2
主频2G
内存4G
铁道部
[]现有[√]新购
[]待定
安装铁道部级数据库
3
安装铁路局级应用服务器、消息服务器
铁路局
[√]现有[]新购
4
安装铁路局级数据库
4.1.2软件要求
下表对软件开发的软件环境进行了说明。
软件名称
软件版本
授权
部署设备
WebLogic
10.3
用于铁道部和铁路局应用服务器、消息服务器
包含消息服务器
[]现有
[]新购
[√]待定
GlassFish
2.1
Oracle
10g
用于铁道部和铁路局数据库服务器
[√]现有
4.1.3网络要求
示例:
网络需求
网络设备软件名称
类型/
网络接口
IPV4
连接部应用服务器
10.1.2.*
7001、4848、80、7676
部
[]现有[√]新增
连接部数据库服务器
1521
连接局应用服务器
10.128.2.*
局
连接局数据库服务器
4.2软件运行环境
软件运行的环境说明如下,操作系统为WindowsXP或者WindowsVista;
在客户端需要安装JRE环境,安装版本为JRE1.6。
4.3运行控制
软件的部署采用JavaWebStart技术,在客户端可以自动下载并安装使用;
在服务器端对于软件的使用采用了IP限制的技术,软件运行需要经过系统的IP认证。
每个用户具有自己的口令,通过用户认证才能登录系统;
每个用户的权限需要经过后台管理系统的配置,根据每个用户的岗位和实际业务情况进行用户权限的分配和管理;
用户登录系统之后,根据每个用户的权限内容进行具体权限的分配。
5功能设计
[要求:
此节是本文档的主要部分,应重点描述如下工作。
1)将子系统N分解为模块(Modul
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 全路 命令 客车 编组 管理信息系统 概要 设计 说明书