《全路客调命令及客车编组管理信息系统概要设计说明书.doc》由会员分享,可在线阅读,更多相关《全路客调命令及客车编组管理信息系统概要设计说明书.doc(32页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、全路客调命令及客车编组管理信息系统概要设计说明书文件编号ITCMOR-QCS-D-PI02记 录 号项目编号xxx文件版本V1.3编 制课题组日 期20090621审 核日 期批 准日 期铁 道 部 运 输 局铁道部信息技术中心修订历史记录日期版本说明作者/修改者20090606V1.1系统概要设计初稿课题组20090614V1.2修改完善各个子系统的功能设计课题组20090621V1.3修改完善数据库设计课题组目 录1引言11.1目的11.2引用文件11.3术语和缩写词12设计准则33系统总体设计73.1系统总体架构73.2应用功能架构83.3网络结构103.4平台架构114环境134.1软
2、件开发环境134.1.1硬件要求134.1.2软件要求134.1.3网络要求144.2软件运行环境144.3运行控制145功能设计165.1功能模块命名规则165.1.1功能编号定义165.1.2功能命名定义165.2客调命令子系统165.2.1处理流程图165.2.2模块汇总表165.2.3模块关系图185.3客车编组子系统185.3.1处理流程图185.3.2模块汇总表185.3.3模块关系图185.4辅助功能子系统185.4.1处理流程图185.4.2模块汇总表195.4.3模块关系图195.5异常处理设计195.5.1错误信息编码规则195.5.2错误信息代码表195.5.3补救措施2
3、06接口设计217数据库设计227.1数据表命名规则227.2逻辑结构设计227.2.1数据表汇总227.2.2数据表间关联关系247.2.3256.2.3.1sc_parameter 001258259非功能需求设计269.1人工处理过程269.2性能269.3安全性设计269.3.1系统级安全269.3.2数据库级安全279.3.3应用级安全279.4系统维护设计2710附录2810.1详细设计功能模块列表2810.2需求-设计映射表2828Error! Reference source not found.1 引言1.1 目的全路客调命令及客车编组管理信息系统概要设计说明书是在总结调度系
4、统前期研究成果的基础之上,以全路客调命令及客车编组管理信息系统总体方案为基础,依据调度信息化专项规划,借鉴国外先进的IT设计理念,编写而成。本文档对系统进行概要设计,为系统详细设计提供指导,并为系统开发提供参考依据。本文档的预期读者为系统详细设计人员、系统开发人员和系统技术维护人员。1.1 引用文件1 全路客调命令及客车编组管理信息系统总体方案2 全路客调命令及客车编组管理信息系统概要设计说明书3 计划调度管理系统(OPMS4.0)总体技术方案4 运输调度指挥信息化专项规划5 铁路行车调度规则6 铁路货车统计规则1.2 术语和缩写词客运调度,简称客调;客调命令(包含三种类型:开行类命令、甩挂类
5、命令、其它类命令);开行类命令(包含临客增加令、临客停运令、临客更改令、临客取消令、临客其它令);甩挂类命令(包含甩挂增加令、甩挂更改令、甩挂取消令、甩挂其它令);其它类命令,指除去开行类和甩挂类命令以外的客调自由编辑的命令;命令发布(包含命令的申请、会签、下达、回执);旅客列车时刻表,简称时刻;旅客列车编组,简称编组(包含基本编组、实际编组);基本编组,指旅客列车计划的编组方案;实际编组,指旅客列车实际的编组情况;编组数据库,简称编组库;旅客列车交路,简称交路;旅客列车基本运行图,简称基本图;径路。客运调度,简称客调;设计准则客调命令(包含三种类型:开行类命令、甩挂类命令、其它类命令);开行
6、类命令(包含临客增加令、临客停运令、临客更改令、临客取消令、临客其它令);甩挂类命令(包含甩挂增加令、甩挂更改令、甩挂取消令、甩挂其它令);其它类命令,指除去开行类和甩挂类命令以外的客调自由编辑的命令;命令发布(包含命令的申请、会签、下达、回执);旅客列车时刻表,简称时刻;旅客列车编组,简称编组(包含基本编组、实际编组);基本编组,指旅客列车计划的编组方案;实际编组,指旅客列车实际的编组情况;编组数据库,简称编组库;旅客列车交路,简称交路;旅客列车基本运行图,简称基本图;径路。2 设计准则设计准则对设计过程中应遵守的设计标准进行了说明,并且对需求的约束情况进行了明确,对于其质量约束和隐含约束进
7、行了说明。1) 需求约束 本系统在开发的过程中要遵守CMMI L3过程标准,要实现对整个系统开发过程的可定制管理,对于整个过程的文档实现可跟踪管理,分阶段项目里程碑实现整个系统的开发。 系统采用Java作为开发语言,JDK版本采用1.6;应用服务器版本采用WebLogic10.3或GlassFish2.1,应用服务器端技术采用EJB3.0规范技术;数据库服务器采用Oracle10g;客户端框架技术采用WebStart或OSGi规范技术,JRE版本采用1.6。服务器硬件条件满足安装应用服务器的要求。 系统中消息的传输采用JMS传送方式,采用JMS1.2规范技术;系统与其它系统的信息交换采用Web
8、Service或数据共享的方式。 系统界面应满足用户的功能需求,文档应规范管理。2) 质量约束 在各种应用环境下,针对相同的输入要保证系统有相同的输出。系统应对可列举的异常情况进行处理,具备容错处理能力。 系统满足易操作、易管理的要求,具备良好的用户操作界面,针对系统的使用过程建立完善的用户帮助使用手册。 系统满足可扩展性、可伸缩性。针对不同路局的情况,提炼出公共模块和专用模块,模块化开发设计整体系统结构;不但要满足当前各种业务的实际需求,而且要充分考虑用户数据增加、业务种类和业务量增长的需求。 系统满足灵活性要求,提炼公共配置参数,通过调整系统的参数,实现系统功能的变更。 系统充分考虑实现性
9、和经济性,考虑和利用现有的硬件资源、软件可复用代码,既要考虑到系统的先进性和有效性,又要考虑其实现的可能性和经济性。 整体系统的安全性要给予统一的保证,要保证数据的安全传输,防止篡改和窃取;对于设备和应用也要提供安全保障,确保系统正常运行。 系统要满足高可维护性,针对不同的路局、不同的需求要进行整体的维护考虑,从系统架构方面考虑整体系统的可维护性。 系统设计要考虑可移植性。要充分考虑到硬件配置和环境发生变化的可能性,最大限度的提高软件的可移植性。3) 隐含约束隐含约束考虑到需求文档中没有明确指出的相关内容,这些内容可能对于系统的设计、开发产生影响,需要统一在这里进行说明。 系统使用的前提默认用
10、户可以使用计算机进行正常办公处理,具备使用计算机办公的能力;可以具备学习相应的软件使用手册的能力。 系统假设客户端可以正常安装JDK1.6,可以具备足够的硬盘、内存运行应用程序,假设客户端具有足够的处理能力以运行系统。系统认为当前的业务模式在一定可以预见的时间内不会发生根本性的变化,默认当前业务模式可以正常运转。系统总体设计3 系统总体设计3.1 系统总体架构系统的总体架构如下图所示,系统架构图描述了本系统和其他外部系统之间的关系,定义了系统整体的结构和系统与外界系统之间的交互接口。图1 系统总体架构图对于整个客调系统的访问要通过铁路安全平台的认证。客调系统的运行结果要为其它工种的调度系统提供
11、接口,为各工种调度协同工作提供辅助决策的功能。局级和站段级别的客调系统要与客运列车编组系统交互,实现数据共享查询及校验的功能。系统采用统一的数据处理平台和消息传输平台,在进行数据传输的时候采用统一的网络传输平台。3.2 应用功能架构应用功能架构图如下所示,主要介绍了各个业务应用之间的关联关系,整体应用采用C/S结构,针对客调系统在不同级别上面的部署情况,分为铁道部、铁路局、站段三级应用。图2 应用功能结构图铁道部、铁路局和站段三级应用都包含命令模块、编组模块、权限配置模块和查询统计模块;铁路局级应用相对铁道部级应用增加了日班计划模块,可以实现基本图和径路的管理。系统对数据的访问和存储采用三层结
12、构,即客户端(client)-应用服务端(server)-数据库服务器(database)。所有对数据库的修改均通过应用服务器进行,两级数据同步通过局应用服务器和部应用服务器之间的沟通完成。路局客调和部客调通过应用服务器的JMS消息驱动通信,各种客调命令如临客加开命令、停运命令、甩挂命令等,均通过统一调度命令平台进行命令的编辑、申请、会签、审核、下达和回执。3.3 网络结构网络结构对整个系统的网络类型、结构进行了描述,对于接入方式进行了规定,列举了各个网络设备和子网的功能。图3 网络结构图整体系统分为铁道部级、铁路局级的网络结构,铁路局与铁道部之间通过路由器连接。在铁道部级的网络环境中,铁道部
13、的应用服务器和数据服务器通过防火墙与铁道部的以太网进行连接;铁道部客调和客运营销处直接连接到铁道部以太网。在铁路局级的网络环境中,铁路局的以太网根据自己的IP定义规则设定IP,铁路局的应用服务器和数据服务器通过防火墙与铁路局的以太网进行连接;铁路局客调、客运处、运输、机务、车辆、票务中心等部门直接连接至铁路局以太网。站段直接连接到所属铁路局的以太网,或者通过路由器连接到路局的以太网。3.4 平台架构平台架构描述了应用服务器上面的应用部署情况,平台的架构图如下图所示,描述了服务器的情况和服务器上面对应的数据内容情况。图4 应用部署架构铁道部应用服务器设置为两台,通过应用负载均衡提供服务,应用服务
14、器中间件产品选择WebLogic10.3或GlassFish2.1,存储的内容为命令、编组等处理程序;数据库版本选择Oracle10g,存储系统运行所需的命令、编组等信息;消息中间件产品选择WebLogic10.3或者GlassFish2.1所带的MQ中间件;铁路局端平台架构同铁道部端平台架构一致。环境4 环境本章节对软件的开发环境、运行环境进行了说明,在开发环境中对软件、硬件提出了相应的要求,并且对于网络环境和运行控制提出了要求。4.1 软件开发环境这里对软件的硬件需求、软件需求和网络要求进行了说明,明确了开发工具和开发部署服务器的选择。4.1.1 硬件要求下表对软件开发的硬件环境进行了说明
15、。序号设备名称设备类型用途数量配置要求部署地点状态1AIX X4100刀片服务器安装铁道部级应用服务器、消息服务器2主频2G内存4G铁道部现有 新购待定2AIX X4100刀片服务器安装铁道部级数据库1主频2G内存4G铁道部现有 新购待定3AIX X4100刀片服务器安装铁路局级应用服务器、消息服务器2主频2G内存4G铁路局现有 新购待定4AIX X4100刀片服务器安装铁路局级数据库1主频2G内存4G铁路局现有 新购待定4.1.2 软件要求下表对软件开发的软件环境进行了说明。序号软件名称软件版本用途授权数量配置要求部署设备状态1WebLogic10.3用于铁道部和铁路局应用服务器、消息服务器
16、2包含消息服务器AIX X4100现有新购待定2GlassFish2.1用于铁道部和铁路局应用服务器、消息服务器2包含消息服务器AIX X4100现有新购待定3Oracle10g用于铁道部和铁路局数据库服务器2AIX X4100现有新购待定4.1.3 网络要求示例:网络需求序号网络设备软件名称类型/版本用途数量配置要求部署地点状态1网络接口IPV4连接部应用服务器110.1.2*7001、4848、80、7676部现有 新增待定2网络接口IPV4连接部数据库服务器110.1.2*1521部现有 新增待定3网络接口IPV4连接局应用服务器110.128.2*7001、4848、80、7676局现
17、有 新增待定4网络接口IPV4连接局数据库服务器110.128.2*1521局现有 新增待定4.2 软件运行环境软件运行的环境说明如下,操作系统为Windows XP或者Windows Vista;在客户端需要安装JRE环境,安装版本为JRE1.6。4.3 运行控制软件的部署采用JavaWebStart技术,在客户端可以自动下载并安装使用;在服务器端对于软件的使用采用了IP限制的技术,软件运行需要经过系统的IP认证。每个用户具有自己的口令,通过用户认证才能登录系统;每个用户的权限需要经过后台管理系统的配置,根据每个用户的岗位和实际业务情况进行用户权限的分配和管理;用户登录系统之后,根据每个用户
18、的权限内容进行具体权限的分配。功能设计5 功能设计要求:此节是本文档的主要部分,应重点描述如下工作。1) 将子系统N分解为模块(Module),说明各模块的主要功能。2) 说明“如何”以及“为什么”(how and why)如此分解子系统N。3) 说明各模块如何协调工作,从而实现子系统N的功能。5.1 功能模块命名规则要求:本节说明功能模块编号和命名规则。建议采用示例规则。5.1.1 功能编号定义示例:FXXYY001) F,1位,代表功能(FUNCTION)2) XX,2位,代表子系统编号3) YY,2位,代表子系统下的一级模块编号4) 00,2位,代表二级及二级以下模块的流水编号5.1.2
19、 功能命名定义示例:操作 + _ + 操作对象名称 如 Edit_Person1) 操作,代表实施某一动作,如Edit、Adjust、Query等2) 操作对象名称,代表操作对象,如Person、Rate、Render等,可选5.2 客调命令子系统5.2.1 处理流程图要求:采用系统流程图说明子系统的主要处理流程和操作的时序或状态。5.2.2 模块汇总表客调命令子系统模块汇总表序号模块编号模块名称简要功能说明1F010101铁道部开行类命令编辑铁道部客调操作人员选择铁路局上传的开行计划,合并编制成铁道部开行类命令。2F010102铁道部甩挂类命令编辑铁道部客调操作人员选择铁路局上传的甩挂计划,
20、合并编制成铁道部甩挂类命令。3F010103铁道部其它类命令编辑铁道部客调操作人员编制铁道部的其它类命令。4F010104铁道部命令发布铁道部客调将命令下发到铁路局,提示下发是否成功,显示下发人和下发时间,显示接收单位接收人和接收时间。5F010105铁道部命令打印预览预览打印编制好的命令内容6F010106铁路局甩挂计划编辑铁路局客调操作人员选择站段上传的甩挂计划,合并编制成铁路局的甩挂计划。7F010107铁路局甩挂计划发布铁路局客调将甩挂车计划上报到铁道部,提示上传是否成功,显示上传人和上传时间,显示铁道部接收人和接收时间。8F010108铁路局开行计划编辑铁路局客运处操作人员编制成铁路
21、局的开行计划9F010109铁路局开行计划发布铁路局客调将开行计划上报到铁道部,提示上传是否成功,显示上传人和上传时间,显示铁道部接收人和接收时间。10F010110铁路局开行类命令编辑铁路局客调操作人员选择铁道部下发的开行命令,合并编制成铁路局开行类命令。11F010111铁路局甩挂类命令编辑铁路局客调操作人员选择铁道部下发的甩挂计划,合并编制成铁路局甩挂类命令。12F010112铁路局其它类命令编辑铁路局客调操作人员编制铁路局的其它类命令。13F010113铁路局命令发布铁路局客调将命令下发到站段,提示下发是否成功,显示下发人和下发时间,显示接收单位接收人和接收时间。14F010114铁路
22、局命令打印预览预览打印编制好的命令内容15F010115站段甩挂计划编辑站段用户格式化编辑甩挂车计划。16F010116站段甩挂计划发布站段用户将甩挂车计划上报到路局,提示上传是否成功,显示上传人和上传时间,显示路局接收人和接收时间。17F010117站段甩挂计划打印预览预览打印编制好的甩挂计划18F010201时刻表管理导入时刻表、匹配基本图和经路、导入新旧交替、5.2.3 模块关系图要求:说明子系统中各模块间的调用关系。建议采用树形结构图表示。5.3 客车编组子系统5.3.1 处理流程图要求:采用系统流程图说明子系统的主要处理流程和操作的时序或状态。5.3.2 模块汇总表客车编组子系统模块
23、汇总表序号模块编号模块名称简要功能说明1F020101编组库管理2F020201交路图管理5.3.3 模块关系图要求:说明子系统中各模块间的调用关系。建议采用树形结构图表示。5.4 辅助功能子系统5.4.1 处理流程图要求:采用系统流程图说明子系统的主要处理流程和操作的时序或状态。5.4.2 模块汇总表辅助功能子系统模块汇总表序号模块编号模块名称简要功能说明1F030101基本图管理2F030201径路管理3F030301权限配置4F030401字典配置5F030501查询统计5.4.3 模块关系图要求:说明子系统中各模块间的调用关系。建议采用树形结构图表示。5.5 异常处理设计5.5.1 错
24、误信息编码规则要求:项目组在本节定义错误信息编码规则。示例:错误信息编码规则:AB+nnn1) A,1位字母,显示出错位置。2) B,1位字母,说明错误严重程度。致命性的错误(F),警告性的错误(W),提示性的信息(I)。I3) nnn,3位数字,错误编号,根据错误编号,可直接查出出错解释和处理方法。5.5.2 错误信息代码表要求:用列表的方式描述当每种可能的出错或故障情况出现时,系统输出信息的形式、含义及处理方法。示例:错误信息代码表序号错误代码错误信息提示纠正措施1AW001时刻数据不存在请添加时刻数据2AW002时刻没有匹配基本图和径路请关联基本图数据或径路数据3AW003时刻数据和基本
25、图数据不一致45.5.3 补救措施要求:说明故障出现后可能采取的变通措施。例如:1) 后备技术:当原始数据丢失时,副本的建立和启动的技术。2) 降效技术:通过降低系统效能,实现部分系统功能的技术方法。3) 恢复及重启动技术:描述使软件从故障点恢复执行或使软件从头开始重新运行的方法。 接口设计6 接口设计 要求:说明本应用软件同硬件、支持系统和外部系统的接口关系及实现技术。例如:接口实现技术应用软件与数据库服务器软件接口采用Bea Weblogic提供的数据库连接池,以此作为数据源提供给系统进行数据库操作。该软件接口要求在应用服务器端安装Oracle9i及以上客户端,配置连接池时采用oracle
26、提供的oracle.jdbc.OracleDriver类作为驱动。连接池的配置由软件安装人员完成。示例:接口设计序号接口信息1接口名称实现技术2接口名称实现技术3非功能需求设计7 数据库设计7.1 数据表命名规则要求:数据表命名规则采用两位特征码加表的英文名称或缩写,也可采用汉语拼音缩写。如果项目组另有约定,必须在此处说明。例如:AB_ + 表的英文名称或汉语拼音缩写1) A,表示表的性质 无,代表用户表(与业务处理直接相关的表) S,代表系统表(为完成业务而建的对用户非透明的表)2) B,表示表的类型, C,字典表(包含唯一代码,一次性生成,很少改动) D,数据存放表(业务数据、控制、设置、
27、记录系统信息等) T,临时表(程序动态生成) V,视图示例:用户字典表:c_bank系统字典表:sc_user7.2 逻辑结构设计要求:对表结构进行规范化处理(第三范式),可按业务领域,进一步划分三级、四级目录结构。数据库设计基本达到第三范式要求。7.2.1 数据表汇总示例:数据表汇总序号表代码名称简要说明1001sc_parameter基础参数表2002sc_users用户表7.2.2 数据表间关联关系要求:用实体关系图(ERD)描述数据表间关联关系。建议使用Microsoft Visio的数据库模型图的实体关系图进行描述。7.2.2.1 运行线7.2.3 6.2.3.1 sc_parame
28、ter 001序号数据名称数据代码类型数据长度空/非空备注1归属OWNERVARCHAR210非空2参数段PARA_SESIONVARCHAR220非空3参数名PARA_NAMEVARCHAR220非空4参数值PARA_VALUEVARCHAR210005参数备注PARA_NOTEVARCHAR22089 非功能需求设计9.1 人工处理过程要求:描述不能完全自动处理,需要人工进行干预的处理过程。例如:ATM机的人工操作。本节可选。9.2 性能要求:根据需求分析中的性能需求,分析业务功能中可能对系统造成性能瓶颈的压力点,描述拟采用的提高性能的技术方法。例如:1) 分析“时空”效率的瓶颈,找出优化
29、对象(目标),并确定优先级。2) 当优化对象(目标)之间存在对抗时,给出折衷方案。3) 给出优化的具体措施,例如数据库的连接方式、SQL语句的优化,数据库环境参数的设置,对表格进行反规范化处理等。示例:性能设计序号优化对象措施优先级12349.3 安全性设计要求:从网络级、数据库级、应用级等方面描述安全保密方案,权限的设置,保密算法,软件的实现方法等。9.3.1 系统级安全要求:从服务器、网络的系统管理等方面描述安全保密方案,或直接引用已有的系统安全规范。9.3.2 数据库级安全要求:从数据库方面描述安全保密方案,如防止用户直接操作数据库的方法,密码的加密方法等。9.3.3 应用级安全要求:从业务应用方面描述安全保密方案,主要是针对用户的权限管理和验证。9.4 系统维护设计 要求:说明用于系统检查与维护的检测点和专用模块。附录10 附录10.1 详细设计功能模块列表要求:对于业务流程复杂度高和技术实现难度大的功能模块,进一步进行详细设计。示例:详细设计功能模块列表序号模块编号模块名称备注10.2 需求-设计映射表