机车车辆检检修信息系统的重建.docVIP

机车车辆检修信息系统的重建 [日本]今泉宗雅等 1 前言 1990年开始开发“故障统计系统”，当时是以机车车辆工厂(中野、千住、深川、绫濑、鹭沼等工厂)为中心，按不同线路作成分散的网络系统。 至今，由于在工厂、检修段将机车车辆上携带的庞大的数据整理工作都由手工作业完成，并进行总帐登记管理，工作量相当大，因此，迫切希望能将这些总帐数据库化和有效利用过去积累的故障数据，并提高数据处理能力。 为编制程序，公司组织学习班学习程序语言(Unix机的Informix数据库语言)，这样全部程序都是由本公司独自开发，如将表l所示的辅助系统依次加以扩容。 因此，可以由系统管理者和机车车辆事务所的负责人为主进行主要管理，在发生检修、故障、工程施工等时候，负责人根据报表作相应的数据库项目输入，进行总帐型式的项目积累。 表1 辅助系统化的总帐和报表 故障加修总帐 机车车辆参数总帐 工程改进总帐 绝缘总帐 检修成绩总帐 运行公里总帐 故障记录 设备编号管理总帐 检修段日志 施工表 月检修记录表 机车车辆用电量总帐 设备总帐 主要信息 随着硬件的更新，网络的增容，使信息集约化，1997年中野机车车辆事务所做到了汇总管理，将故障统计系统的系统名称改为机车车辆检修信息系统(以下称SKJS) (图1)。 2 系统的更新 将SKJS主机更新换代，引进最新的Unix机，为了将Informix数据库也更新为最新版本，对目前已开发完成的程序做单纯移植是不可能的，需要进行大量的研究开发。 而在这过程中须研究延长主机寿命的工作，对应其维修期间（停产后5年间）应清楚今后有故障等不能保证配件的供应问题，因此对今后的系统维护必须早作打算。 帝都高速交通集团公司也将主要系统进行分散以OracleDB系统为主流，分析其它部门的开发过程，将本公司开发的系统进行重建作为前提来进行研究，要弄清楚程序定义、结构、运行命令定义方法等直接影响高度响应等系统的重要要求事项，从本公司开发改成外部协作开发（查询及程序开发），这样不但能尽快得到开发运用技术，而且可以共同进行高质量的系统开发。 图1 1997年时的网络 3 新系统的构成 （1）开发理念 有关系统的构成，即基本系统构建的前提条件是替换现在运行的系统，不直接过渡，以现有功能为基础进行重建。 、 （2）数据管理的定义 旧系统的数据管理定义是以机车车辆总帐为基础，按编组不同车号来作数据积累，但新系统是以车上装用的设备不同编号来管理的，将这些设备的集合体构成各个编组来定义的。 （3）数据的收集范围和项目 以设备的不同编号来定义各检修类别（月检修、重要部件修、全面检修等）的检修测量项目。这样由于故障设备卸、装改变了编组车号时也能检索到单个设备的过去履历，做出能对应追踪调查等的系统。 （4）系统的规模 将该项目设置在中野机车车辆事务所，机车车辆系统负责运用管理，现有顾客约有100台左右，同时可有20个访问，用户数量不受限制。 DB：ORACLE 对应Web（Devero Per） OS：由Windows NT构成Web （5）网络和Web环境 帝都高速交通集团公司WAN的基层组织在整备中是利用64kb／s为前提，将来到1．5Mb / s时将能获得最好的性能。 根据产业界的动向及长远性，以适用的新技术作为Web环境，有检索机，进行扩容等。 （6）系统的可靠性和扩展性 可靠性要求是系统不出毛病，好用的系统，一旦有故障时也能迅速、方便修复。 扩展性要求是考虑今后预定的重建系统或开发预定的系统也能联机的系统构成。 （7）保密管理 考虑在工厂、检修段现场输入、终端机配置有不正当访问和不能输出等。要确保终端单位和用户单位的保密，采用由服务器记录访问的监视方式（图2）。 （8）用户环境 作为操作性的要求即使是年长者也容易操作画面。 图2 帝都高速交通集团机车车辆部网络图 系统输入、检索、统计报告的输出、数据维护都是以高效作为开发目标。 利用系统时不清楚处的解决办法，也能利用联机帮助等内容的附加支持功能。 4 机车车辆检修信息系统 入口画面（机车车辆部的局域网画面） 点击“车辆检修信息系统登录”和显示主要画面。 给每个职工设定代码，要求输入口令，作用户认证。 (2)主菜单画面 认证后选择主菜单（画面1，2）。 画面1 画面2 1）机车