案例6：铁道财务会计管理信息系统 - 图文

案例6：铁道财务会计管理信息系统

铁道财务会计管理信息系统（Railway Financial Accounting Management Information System，简称RFAMIS）是运用系统的方法以计算机和现代通信技术为基本信息处理手段和工具的，能为全国铁道财务会计核算、管理、决策提供信息服务的人—机系统。或者说，它是一个由人、机（计算机）组成的能进行财务会计管理信息的收集、传递、存储、加工、维护和使用的系统。它能实测财会管理的运行情况，利用过去的数据预测未来，利用信息控制有关经营管理过程，为财务管理和经营决策服务的系统。

总之，管理信息系统是融合人的现代思维与管理能力和计算机强大的处理、存储能力为一体的协调高效的人—机系统，其处理对象是企业生产经营、财务会计管理的全过程，通过集中统一规划设计的数据库的运用，使得系统中的数据实现了一致性和共享性的铁道财务会计管理信息系统。 一、总体规划

1.系统目标

本系统设计以适应深化铁道财会改革，加强管理、提高经济效益的总体要求，满足铁路企业走向市场过程中细化成本计算、严格会计核算要求，优化系统资源配置，强化系统软件集成，扩充系统功能，推进系统间资源共享，优化系统开发、运用人才队伍，完成财务会计信息管理系统向管理信息系统过渡，为铁路实现集约经营，提高经济效益服务，提高铁道财务会计系统的信息化水平，促进铁路产业的快速健康发展为指导思想进行系统的规划、设计、开发和应用。

根据国家有关会计法律、规章、制度，财政部制定的有关财会规章制度以及铁道部制定的《铁道财务会计管理信息系统“九五”规划》指出的各项要求，结合系统中各子系统的目前的现状和设计、开发的指导思想，围绕“数出一门、资源共享”的方针，通过本系统的开发设计要求达到以下目标：在系统开发设计中充分运用软件工程思想，科学合理地设计系统总体方案；通过研究开发，促进铁道财务会计工作的发展，健全铁道财会工作计算机管理制度；设计统一规范的软件系统、操作系统、网络系统平台，统一开发工具和设备选型；制定一套系统开发的文档规范作为各分系统书写文档的标准；设计系统总体结构；设计系统总体网络结构；完成系统所需编码分析设计；建立铁道财务会计信息库，为各应用系统的开发完善提供支持，为铁道财务会计数据的有效利用开辟渠道，为企业经营管理提供数据支持；完成会计核算管理分系统、收入管理分系统、点到点成本计算分系统、成本管理分系统、资金管理分系统、国有资产管理分系统、铁道财会办公自动化分系统、经济活动与决策支持分系统等八个分系统的开发设计工作；完成系统接口和安全标准设计。

2.系统需求分析

系统需求分析是系统开发的重要环节，是明确“系统干什么”的问题，也就是对目标系统提出完整、准确、清晰、具体的要求的阶段。需求分析的结果是系统开发全过程的基础，是系统设计阶段回答“系统怎么干”的基础。

本系统需求分析主要包括铁道财务的业务需求分析、系统功能需求分析，系统性能需求分析和系统运行需求分析。

(1) 业务需求分析

系统应满足铁道各级财会部门的财务会计业务的需要。这些部门的财会工作主要包括会计核算管理、成本计算管理、收入管理、资金管理、国有资产管理、分析决策等。其中，会计核算管理业务包括单项会计核算管理（工资、燃料、材料、固定资产）、帐务处理、报表处理及会计监察等；点到点成本计算业务包括成本数据的采集、分摊、计算、分析等；收入业务包括客货票据审核管理、运输收入进款管理、运输收入统计分析预测及监督检查、运输收入会计核算、运输收入清算、销售收入管理等；成本管理业务包括运营、基建、施工、工业、供销等综合成本的计算管理；资金管理业务包括各类资金的筹集、运用、调度等；国有资产管理业务包括国有资产产权登记、保值增值考核、统计分析等；领导决策及日常管理业务要求提供办公自动化、经济活动分析与决策支持等功能。

(2) 系统功能需求分析

总体上要求系统具有运行稳定、用户界面友好、操作简单、维护方便等特点，并且为实现业务要求的各项功能，从软件系统的角度出发，系统必需具备如下功能：

<1>数据输入与数据交换功能

包括手工录入、原系统数据转换为新系统数据两种方式。手工录入数据主要是指在基层单位、分局、路局、铁道部财务部门录入的各自的信息；原系统数据转换是指对原应用系统所产生的财会数据转换到新系统中使用可能涉及的录入或转换。

数据交换功能包括通过介质和网络系统交换数据两种形式等。没有条件联网的基层单位可以通过介质与分局交换基础数据；系统与其它外界系统之间有的也需通过介质的方式交换数据，如法规文档通过光盘交换数据。有条件的基层单位与分局、分局与路局、路局与铁道部之间，以及在分局内部、路局内部可通过网络交换日常财会数据。

<2>数据存储功能

各应用分系统以二维表的格式存储财务会计数据及其它数据，信息库将财务会计报表转化为数据元素格式存储。系统数据的存储采用分级存储的方式。各应用系统都具有自己的本地数据库存储自己所需的财会数据。财会信息库存储的信息是整个系统的基础数据库。按照铁路分局、铁路局和铁道部三级建库的原则，在铁路分局财会核算信息库存储基层站段的基础财会核算信息，路局和铁道部分别存储自己的和下级上报的汇总信息，此种存储方式有一定的冗余，但保证了数据的安全可靠性，并且在很大程度上解决了网络传输系统负荷压力大和传输速度慢的矛盾，财会核算信息库数据传送的形式是由下而上，即站段à分局à路局à铁道部。成本计算所需信息从铁道部和铁路局两级信息库获取，即路局à铁道部à成本计算中心，而成本计算结果的回送与成本计算所需信息的传送正好相反。财务会计文档信息库在各级管理部门，其存储的位置与财会核算信息库相同，但数据传输的方向是自顶而下，即铁道部à路局à分局。

<3>输出功能

各功能分系统和子系统及信息库都具有报表输出功能和较灵活的报表输出方式。会计核算管理信息分系统中的报表处理子系统具有通过改变参数来自定义报表格式的功能，因此在此子系统功能不断完善的情况下，可考虑整个系统的报表输出都采用该报表处理子系统完成。系统还具有屏幕输出功能，在需要的情况下可打印输出屏幕预览结果。

<4>查询功能

用户可以进行单项查询、组合查询和模糊查询。并且可以将查询结果打印输出或以文件方式存储起来。系统同时也可以实现本地查询和远程查询。

<5>统计分析功能

各应用系统和信息库具有运用统计理论和概率理论对大量数据进行财务统计分析的功能。统计分析主要采用绝对额分析、百分比分析、比率分析和趋势分析等方法。主要对资产流动状况、资产管理比率、负债比率、盈利能力比率等进行分析；对国有资产增值保值、净资产收益率、总资产收益率、成本费用率等进行分析；对分局、路局利润进行计算分析；对铁路经营活动的社会经济效益进行分析。对不同时期、不同单位之间的结构百分比、定基百分比等进行分析。对单位综合财务评价，可采用杜邦财务分析方法。

<6>预测决策功能

根据统计分析的结果和历史数据，应用数学模型对经济活动进行预测，并建立决策支持系统（DSS）或智能决策支持系统（IDSS）为领导提供决策参考。

<7>办公自动化功能

此功能最终目标是实现管理部门日常办公的无纸化作业。近期实现财务会计文档信息的上传和下达，实现电子邮件传输。

<8>数据恢复备份功能

财会数据不但要求系统能进行日常数据备份工作，而且要求软件系统能完成数据库数据的有条件的备份和截取。在数据遭到意外丢失或损坏时能迅速有效地恢复数据。

<9>系统维护功能

系统维护包括系统参数设置维护功能和数据字典维护功能。系统采用了参数设计的思想，以达到程序的通用性要求，故需专门规定参数维护功能。系统数据字典维护除各应用系统的数据字典维护外，还需在全路统一进行编码字典的修改、维护与发布工作。各应用分系统和财会信息库分系统都有各自分系统层和子系统层的系统维护功能。

<10>财会信息库功能

财会信息库能将多种财会数据（财会核算信息、财会人员信息、财会文档信息、分线核算信息、成本计算结果信息）转入信息库，以编码加数据的形式将信息转化并存储起来；财会信息库数据存储格式相对固定，可适应财会信息及财会制度的变化；能对财会信息进行灵活的查询、分析；能按照上级要求上报财会数据。

(3)系统性能需求分析

这是一个庞大的系统工程，涉及面广，要求准确、及时、真实。它是宏观管理、企业生产经营决策的重要依据。对系统的安全性、可靠性、响应时间提出了更高要求。

<1>安全性要求

系统安全性要求体现在应用软件安全性、数据库安全性、信息安全性及系统平台的安全性等方面。软件设计应做到应用软件与数据的分离，实现数据共享，防止数据丢失或破坏；数据库安全性除自身提供的以外，各应用系统还可通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。

<2>可靠性要求

系统可靠性要求体现在硬件系统可靠性、软件系统可靠性、信息采集可靠性、通信系统可靠性等方面。为提高系统的可靠性无论小型机处理系统、微机系统都可采用双机备份、一用一备的方式。

软件系统开发过程中运用软件工程的思想，在系统分析、系统设计阶段就将未来程序设计中可能产生的错误减少和控制在较低程度，防止错误随着工程建设的进度而扩散和放大。程序设计过程中也应充分考虑突发事件等的影响。

信息采集过程中考虑信息的校验，建立信息报告制度，规范系统间数据接口。

为提高通信系统的可靠性，在使用铁路系统X.25基干网的同时，可考虑使用公用数据网、Internet网或其它网络系统。分局以上单位通过TMIS通信网络与上级单位实现互连，RFAMIS应利用这一条件，通过和机关局域网连接或直接与TMIS通信服务器、路由器连接，以实现财务系统上下级的联网。各独立站、段已全部通过TMIS系统和上级单位相连，车务段、机务段、电务段也要求今年年底全部连通TMIS，客运段部分能够通过客票系统与上级相连。对于这些基层站段，其RFAMIS应采用和TMIS通信服务器、路由器相连的办法实现与上级单位的联网；若该单位是通过小型机系统连接TMIS端口，则RFAMIS可与该小型机局域网连接。而工务段、房建段、水电段等以及其它基层单位未配备与上级的TMIS通信端口，目前可通过MODEM和上级单位实行点对点通信。为保证上下级网络通信的正常进行，除通过铁路通信网络外，还可将国家电信部门开通的Internet网络作为辅助数据通道。通过电子邮件的方式将上报的各种数据传送到对方的帐号上。

<3>响应时间要求

系统响应时间要求主要考虑信息传送的实时性、信息处理的实时性、响应时间等因素。 响应时间取决于应用程序设计和网络通信能力。在程序设计和网络规划时充分考虑数据交换网的特点和限制。在现有通信能力紧张的情况下，区分信息处理的轻重缓急，实行优先级控制，保证重要数据、重要请求、重要处理的通信。远程访问（铁道部访问路局、分局，路局访问分局、站段，分局访问站段，以及下级访问上级等）的平均响应时间不宜过长。因此，在设计信息库时应充分考虑系统响应时间与数据存储效率、数据库物理位置设置等之间的平衡。

对于单项核算系统，每张料单等的处理响应速度应在5秒内；对于帐务系统，每张凭证的处理速度应在1～2秒内；对于报表处理系统，每张报表的数据生成、显示等的响应速度应在5秒内。对于信息库分系统，常用重要信息综合查询响应速度应在5秒内；其它非常用信息的综合查询以及统计分析的响应速度应在30秒内。由于系统软件本身的开销较大，用PB编制的应用软件也需一定的开销，因此RFAMIS服务器内存应在64MB以上，若采用CISC型CPU则应在PⅡ 233MHZ以上；新购置的工作站内存应在16MB以上，CPU在200MHZ Pentium MMX以上(目前市场最低配置)；对于原有微机，只有100MHZ、486以上微机方可作为RFAMIS客户机，且内存需扩至16MB。

(4)系统运行需求 <1>系统平台

RFAMIS是一个在全路应用的管理信息系统，对系统平台有较高要求。根据系统安全性、可靠性、响应时间、运行效率，财会系统计算机操作人员习惯、水平，铁路系统现有计算机资源和网络状况，现有应用软件状况等因素，来选择平台。系统平台选择见后面有关系统软硬件平台的内容。

<2>设备配置技术指标

系统设备的配置要求做到既满足系统运行需要又节约投资、既具有先进性又强调实用性、既看到计算机技术未来的发展趋势又照顾到各单位的实际情况、既满足工程近期的需要又满足或不排斥后期工程建设。设备的选型配置见后面有关软硬件平台的内容。 二、系统分析与设计 1.系统总体逻辑结构

系统可分为基础应用层、综合应用层和宏观决策层，其逻辑结构如图6-1所示。

图6-1 系统总体逻辑结构

第一层是基础应用层，由各财务会计业务管理信息分系统组成，主要负责进行日常的财会业务处理。这一层包含六个业务分系统，依次是会计核算管理分系统、收入管理分系统、成本管理分系统、资金管理分系统、国有资产管理分系统和办公自动化分系统。这一层的各个分系统数据库存放各自的业务数据，实现各自的业务处理，并能够实现各系统当年、跨年度统计分析，各分系统之间存在少量的信息交换。系统所覆盖的各级铁路财务单位都使用基础应用层的部分或全部应用软件，应用范围最广，应用量最大，同时该层也是第二层和第三层的主要数据来源，是整个系统建设成功与否的关键所在。

第二层是综合应用层，由铁道财务会计信息库分系统和点到点成本计算分系统组成，主要进行财会信息、人员及法规信息的综合查询和统计分析，以及进行全路点到点运输成本计算。综合应用层的主要数据来源是基础应用层，此外还有部分数据来自其它铁路计算机应用系统和路外计算机应用系统。信息库系统采用数据仓库和数据库两种存储结构存储数据，提供综合信息查询，提供综合信息统计分析；点到点成本计算分系统从信息库获得各级单位报来的原始数据，运用各种模型计算区间固定成本和变动成本。 第三层是宏观决策层，由经济活动分析决策支持系统组成，主要进行全路或企业范围内的宏观和微观、横向和纵向财务状况分析、预测，并能提供可供决策选择的若干智能化的企业经营方案。宏观决策层的原始数据来源于铁道财务会计信息库，因此应与第二层建立在相同的管理层次上。该层拥有数据库、模型库、方法库和知识库，运用各种预测模型和方法对宏观决策层软件主要供铁道部财务司、各企业领导、高层财务管理人员使用，是RFAMIS的最终建设目标，也是RFAMIS建设水平的最终体现。宏观决策层中的预测和

决策支持功能需要准确的历史数据，因此只有在第一层、第二层建设完成并累积若干年准确的原始数据后才能发挥真正的作用和效益。

以上三层形成了RFAMIS的整体结构。三层分工明确，层次之间数据接口结构化好，各层内部功能的改变不会对其它层次产生影响，符合复杂系统层次划分的原则。三层作为一个整体互相协作，将为提高铁路财会管理水平、增进企业经济效益发挥巨大的作用。 2.系统数据流程及接口设计 (1)系统内部信息流程

系统内部信息流程是指在同一单位的应用系统中，各分系统之间的信息流程。作为一个复杂系统，各分系统之间的接口设计是至关重要的，它关系到系统能否真正做到信息共享，能否真正将各分系统连接成为一个整体。接口的设计首先必须明确信息的交换关系，系统内部信息流程图是描述各分系统之间接口的有效工具。内部信息流程如图6-2所示。为了和各分系统的信息流加以区别，本章中的各信息流编号一律以Fm开头。

图6-2 系统内部信息流程

对图6-2中各信息流的组成内容、发生频度描述如表6-1所示：

表6-1 系统内部信息流描述 序号 系统编号 所含数据结构 下一级下属单位财务决算汇总表、 本单位财务决算汇总表 1 Fm.1.1 分局级运营系统下属站段及本分局点到点成本信息 局级运营系统路局点到点成本信息 部级运营系统铁道部点到点成本信息 财务会计人员信息 运输收入/销售收入报表 2 Fm.1.2 运营系统清算收入信息 运营系统分线运输收入报表 运营系统点到点运输收入报表 3 4 Fm.1.3 Fm.1.4 清算收入报表 运营各级单位点到点成本信息 发生频度 1次/季度 1次/季度 1次/月 1次/月 1次/月 实时 1次/季度 1次/年 1次/月 1次/月 1次/季度 频度待定

运营各级单位工作量信息 5 6 7 8 9 10 11 12 13 14 15 Fm.1.5 Fm.1.6 Fm.1.7 Fm.1.8 Fm.1.9 Fm.1.10 Fm.1.11 Fm.1.12 Fm.1.13 Fm.1.14 Fm.1.15 各成本区间变动成本 各成本区间固定成本 成本支出帐簿 各区域成本计算结果 资金变动记帐凭证 凭证审核及编号信息 动态资金变动信息 资金变动情况表 资产负债表、固定资产表、损益表 国有资产分析报告 P7所需各项财会、工作量数据 需进入信息库的文件法规 历史文件、法规 频度待定 频度待定 频度待定 1次/月 1次/季度 实时 实时 1次/月 1次/月 1次/季度 1次/季度 实时 实时 实时 从图6-2可知，财务会计信息库是RFAMIS的核心。除经济活动分析决策支持分系统外，所有其它分系统都将处理结果数据保存在信息库中。此外信息库通过信息流Fm.1.4、Fm.1.13、Fm.1.15分别向点到点成本计算分系统、经济活动分析决策支持分系统、办公自动化分系统提供所需数据。 (2)系统各管理层之间的纵向信息流程

系统覆盖铁路财务管理的各管理层，同一管理层的管理机构之间一般无数据交换，但上下级管理层之间存在大量的纵向信息交换。系统依托铁路干线通信网、点对点电话线传输、各级管理机关局域网等网络通信方式，实现纵向信息的自动交换。运营系统各管理层之间的纵向信息流程如图6-3所示。图中各信息流的组成内容、发生频度描述如表6-2所示：

图6-3 系统运营管理层间纵向信息流程图

表6-2 系统纵向信息流描述 序号 系统编号 所含数据结构 站段财务决算报表 1 Fm.2.1 站段运输收入报表 站段点到点成本信息 站段国有资产统计报表 2 Fm.2.2 分局财务决算报表 发生频度 1次/季度 1次/月 1次/月 1次/季度 1次/季度 分局运输收入报表 分局国有资产统计报表 路局财务决算报表 3 Fm.2.3 路局运输收入报表 路局国有资产统计报表 4 Fm.2.4 路局财务决算报表审核信息 路局清算收入信息 分局财务决算报表审核信息 5 Fm.2.5 分局清算收入信息 站段财务决算报表审核信息 6 7 8 9 10 11 12 13 Fm.2.6 站段清算收入信息 1次/月 1次/季度 1次/季度 1次/月 1次/季度 1次/季度 1次/季度 1次/季度 1次/季度或1次/月 1次/季度 1次/季度或1次/月 1次/月 1次/月 1次/月 频度待定 频度待定 实时 实时 实时 实时 实时 实时 实时 实时 实时 实时 Fm.2.10 分局、站段点到点成本信息 Fm.2.11 路局、分局、站段点到点成本信息 Fm.2.12 部、路局、分局、站段点到点成本信息 Fm.2.13 全路各成本区间变动成本、固定成本 Fm.2.14 路局各成本区间变动成本、固定成本 Fm.2.20 Fm.2.21 “铁财”文件 财政部法规 需下发的“铁财”文件 路局财务处发文件 需下发的“铁财”文件 14 15 16 17 Fm.2.22 需下发的路局财务处发文件 分局财务、收入分处发文件 Fm.2.23 站段财务室上报文件 Fm.2.24 分局财务、收入分处上报文件 Fm.2.25 路局财务处上报文件 从图6-3可知，运营系统纵向信息流程主要有三种类型：通过各分系统传递财务决算报表、运输收入报表、国有资产统计报表以及站段点到点成本信息；通过信息库分系统传递点到点成本信息和计算结果；通过办公自动化分系统传递文件法规。三种类型的信息流程都是通过相同的远程网络通信系统实现的。 (3)系统与外部系统的信息流程

本系统作为整个铁路计算机管理信息系统中的一部分，因此不可避免地要与铁路其它计算机系统和路外系统进行数据交换，以达到全路范围内的数据共享。系统与外部系统之间的信息流程如图6-4所示。图中各信息流的组成内容、发生频度描述如表6-3所示：

表6-3 系统与外部信息交流描述 序号 系统编号 1 2 3 Fm.3.1 名称 部分运营工作量 TMIS 收入管理信息分系统 铁路运输统计系统 铁路运输统计系统 会计核算管理分系统 全部货票票据信息 TMIS 部分运营工作量 Fm.3.3 基建、施工等其它工作量 Fm.3.4 所需支出指标完成情况 来源 去向 收入管理信息分系统 TMIS 频度 1次/天 1次/天 财务会计信息库分系统 1次/月 Fm.3.2 货票审核信息 财务会计信息库分系统 1次/月 成本管理信息分系统 铁路运输统计分系统 1次/月 1次/季度 4 所需收入指标完成情况 5 6 7 Fm.3.5 所有客票票据 Fm.3.6 客票审核信息 部分工作量 Fm.3.7 职工、工资数据来源 Fm.3.8 所需人员、工资等信息 收入管理信息分系统 客票售票系统 收入管理信息分系统 铁路劳资管理系统 铁路劳资管理系统 会计核算管理分系统 机关办公自动化系统 RFAMIS办公自动化分系统 财政部系统 会计核算管理分系统 RFAMIS办公自动化分系统 铁路运输统计分系统 收入管理信息分系统 客票售票系统 1次/季度 1次/天 1次/天 财务会计信息库分系统 频度待定 会计核算管理分系统 铁路劳资管理系统 RFAMIS办公自动化分系统 机关办公自动化系统 频度待定 实时 实时 8 9 Fm.3.9 机关文件 10 Fm.3.10 会签文件等 11 Fm.3.11 文件法规 部财务决算报表 12 Fm.3.12 铁道部财务司上报文件 RFAMIS办公自动化分系统 实时 财政部系统 财政部系统 1次/季度 实时

图6-4 系统与外部系统信息交换流程图

从图6-4可知，系统所需的外部信息主要包括：客货票据，是运输收入管理子系统的数据来源；运营工作量，是点到点成本计算分系统、运输成本管理子系统的数据来源；文件法规，是上级单位对财务管理工作的要求指示。该系统则主要向外部系统提供财务管理的结果数据，如客货票据审核信息、财务指标完成情况，财务人员及实际工资信息，财务管理机关的会签、上报文件等。 3.系统功能模块设计

根据前面对系统业务、功能、性能、运行等方面的需求分析，以及对系统逻辑结构的分析，本系统可划分为如下分系统，其模块组成如图6-5所示。 （1）铁道财务会计信息库分系统

财务会计信息反映企业经营的过程和结果，铁路企业作为多行业、多工种、跨区域的大型企业，财务会计历史信息的存储和综合信息的查询、统计、分析是极为重要的。过去各种财务会计信息的分散存储使得综合信息查询无法实现，财会信息库的设立正是RFAMIS整体的纽带。铁道财务会计信息库分系统应具备三个任务：接收并存储历年来自基础应用层各分系统、外部其它系统的各种数据，提供对所存储数据的

综合查询和统计分析，为点到点成本计算分系统、经济活动分析决策支持分系统和其它分系统以及外部系统提供数据来源。

（2）会计核算管理分系统

尽管由于行业的不同，现代企业的会计核算业务还是具有相当多的共性。为全路各行业的各级单位提供统一、功能灵活齐全、界面友好、安全可靠的会计核算软件是会计核算管理分系统的主要任务。本分系统涵盖会计核算的主要内容，以帐务系统为中心，包含固定资产核算、工资核算、材料核算、燃料核算、会计监察和报表处理等功能。分系统提供灵活齐全的参数设置功能，使得系统能够符合各行业、各级单位的会计核算特点。各级单位的会计核算管理软件所产生的帐簿、会计核算报表及更详细的成本信息是信息库分系统、国有资产管理分系统、点到点成本计算分系统的主要数据来源。

图6-5 系统总体模块组成图

（3）收入管理信息分系统

收入管理信息分系统包括运输收入管理子系统、清算收入管理子系统和销售收入管理子系统。运输收入管理子系统是本分系统的主要组成部分，主要是对客货票据进行审核和管理，根据审核后的客货票据进行运输进款和运输收入管理，进行运输收入会计核算，进行国际联运收入管理。运输收入管理业务融入部、路局、分局、基层站段四级部门之中。清算收入子系统主要用于铁道部对路局的运输收入清算、路局对分局的运输收入清算，销售收入则主要包括物资企业的销售收入、施工企业的验工计价收入等。系统产生的收入信息是进行企业经济活动分析的主要信息来源之一，是铁道财务会计信息库存储的重要内容。 （4）点到点成本计算分系统

点到点成本计算是通过采集历史多年度的细化成本信息和运营工作量统计信息，运用一系列成本模型，来计算一车、一批货物或一辆客车从发站至到站的变动成本，在此基础上提供货运分品类、客运分席别等专项成本以及具体点到点成本等各种成本信息。点到点成本计算分系统所需的运输成本原始数据从全路各级运营单位汇集至各铁路局财会信息库中，然后由信息库提供给点到点成本计算中心；所需的运营工作量数据则来源于铁路统计信息系统和TMIS等外部系统。当计算出各区段的变动成本后，本分系统再将这些计算结果返回存储在各铁路局财会信息库中。本分系统建设的成功将为铁路运价调整、客货运营销、铁路投资决策和建立多元投资体制服务，为铁路进一步适应市场化的改革发挥作用。由于成本的细化需要从基层站段的会计业务改革开始，并且需要逐步改革细化全路成本科目和会计报表，牵涉面大，因此本分系统的建设将是一项持续时间较长的复杂工程。

（5）成本管理信息分系统

随着铁路企业全面走向市场，企业各项成本的控制越来越重要。成本管理信息分系统主要实现铁路各行业企业的成本计划编制、成本完成情况监测控制和各种平均成本指标的计算考核，函盖目前铁路成本管理的主要内容。尽管点到点成本系统将提供运输企业的各种专项成本，但是运输企业的区域成本计算和考核还是必不可少的。本分系统包含运输企业成本管理、基建成本管理、施工成本管理、工业企业成本管理、供销企业成本管理等子系统。成本管理信息分系统的数据主要来源于帐务系统和外部系统，计算出的各种区域成本由报表处理系统输出上报，并存储在财会信息库中。运输企业的成本管理信息分系统主要建立在分局以上单位。随着铁路企业改革的深入进行，本分系统的详细功能需求将逐步明确。

（6）资金管理信息分系统

资金管理已逐渐成为铁路企业保证企业经济活动正常进行、促进企业利润增长的重要手段。资金管理信息系统包括资金筹集融通运用管理、企业资金运用管理、企业资金结算调度管理子系统，函盖目前贷款、债券和集资等资金运用管理、企业资金调剂运用管理、企业沉淀资金运用管理等资金管理业务。本分系统主要在运营系统分局以上单位、其它行业局级以上单位资金管理机构使用，目的是提高资金运用管理效率，减少铁路企业的银行贷款总额。资金管理信息分系统主要和帐务处理子系统有较密切的信息往来关系，此外若建立了资金结算（调度）中心，则需要每天和建设银行、工商银行的计算机系统获取当天的铁路帐户资金流动数据。该分系统所产生的月、季、年各种资金运用及流动状况表将被存储在财会信息库中，是经济活动分析决策支持系统的重要数据来源。 （7）国有资产管理信息分系统

为了加强国有资产管理，推进国有资产保值增值，防止国有资产流失，建立国有资产管理信息分系统是十分必要的。国有资产管理信息分系统包括国有资产保值增值考核子系统、国有资产统计分析子系统、产权登记子系统，函盖目前国有资产管理的主要业务。该分系统在铁道部、铁路各行业的各级国有企事业、国家控股公司应用，通过收集大量的基层原始数据，对国有资产总量、结构、变动、资产运营效益进行考核和统计分析，为企事业的经济活动提供导向信息和咨询服务。国有资产管理信息分系统的大量信息来自会计核算管理分系统的各种帐务报表，所产生的国有资产统计分析报告、国有资产经营分析报告、国有资产产权变动分析报告上报上级主管部门，同时也是财会信息库的重要存储内容，是经济活动分析决策支持系统的重要数据来源。

（8）办公自动化分系统

办公自动化分系统的主要任务是实现铁路各级单位收发文件的自动化、查阅历史文件和法规的自动化。办公自动化系统是目前铁道部机关、各级铁路企业机关正在建设和完善的一个包含机关各部门的系统，各级财务机构也被包含其中。RFAMIS的办公自动化分系统应延用各级机关的办公自动化分系统，但应要求具备各级财务部门自身下发、上报文件的专门传送和管理、查询功能，以及财务法规的远程查询功能。RFAMIS办公自动化分系统所产生的各种有关财务管理的文件、法规应存储在财会信息库中，并可调用财会信息库中的内容进行文件和法规的历史查询。 （9）经济活动分析决策支持分系统

企业计算机应用的目的一方面是提高管理人员的管理效率，另一方面就是依靠基础应用所产生的准确的原始数据并累计历史数据，通过计算机应用系统对企业的经济活动进行宏观分析预测，并对企业经济活动目标提出可供选择的决策方案。由于各企业所有经营活动均需最终反映在财务报表中，因此RFAMIS的经济活动分析决策支持分系统正是为实现以上第二方面目标的产物。本分系统主要数据来源于财会信息库，所产生的各种点线面、横纵向统计分析、预测、决策方案等供铁道部、企业领导使用。

三、工资核算子系统设计（详细设计实例） 1.系统目标及功能

此系统应实现从人员维护到月末工资凭证自动生成的全部处理过程。工资核算的主要特点是项目繁杂、变动频繁，工资清单及汇总表项目经常会随之而变动；往往包含在职职工、离退休职工等不同工资种类，不同工资种类包含不同的工资项目；在支付工资时，往往有现金和银行付款之分，编制凭证应能区别

对待；凭证对应明细科目较多，应自动生成；工资项目中有些项目需要每月变动，有些是固定项目，还有些汇总项目是通过计算得出，各单位汇总项目的组成都不相同，且经常变动，要求系统灵活性较强。出于对这种特点的考虑，工资系统应满足职工自然信息完整、工资项目可变动、区分不同工资种类、工资清单、汇总表容易维护、有公式计算能力、凭证自动生成、数据备份及恢复功能、成本信息细化功能、公积金管理功能等要求。

2.系统数据流程设计 (1)数据流程图

图6-6 工资核算子系统数据流程图

(2)数据字典

表6-4 <1>工资核算子系统数据流清单(部分)

序号 编号 1 2 3 4 5 名称 来源 P1.3-1职工变动 P1.3-1职工变动 P1.3-2工资变动 P1.3-3项目变动 去向 D1.3-1职工字典 D1.3-2工资库 D1.3-2工资库 D1.3-2工资库 D1.3-3工资项目字典 F1.3-1 职工变动信息 F1.3-2 工资变动 F1.3-3 工资数据调整 F1.3-4 工资库项目变动 F1.3-5 工资项目字典变动信息 P1.3-3项目变动 6 7 8 9 10 11 12 F1.3-6 劳资信息 F1.3-7 职工信息 F1.3-8 工资变动信息 F1.3-9 工资项目信息 F1.3-10 F1.3-11 F1.3-12 计算公式 计算公式 工资计算结果 劳资部门 P1.3-4劳资信息转入 P1.3-4劳资信息转入 D1.3-3工资项目字典 P1.3-5公式维护 D1.3-4计算公式 P1.3-6工资计算 P1.3-4劳资信息转入 D1.3-1职工字典 D1.3-2工资库 P1.3-5公式维护 D1.3-4计算公式 P1.3-6工资计算 D1.3-2工资库 <2> 表6-5 工资核算子系统数据描述（部分） 序号 编号 1 组成 说明 根据职工调动信息变更职工字典 记录工资项目的详细信息 根据职工调动信息变更职工字典 产生的凭证数据存放在一个临时数据库中 F1.3-1 职工编号+劳资编号+职工姓名+拼音字头+性别+部门+民族+出生日期+工种+职务+职称+参加工作时间+工龄修正+工龄+工资种类+身份证号 F1.3-5 工资种类+项目编号+项目名称+字段名+数据类型+长度+精度+显示否+显示顺序+是否初始化+初始值 F1.3-7 职工编号+劳资编号+职工姓名+拼音字头+性别+部门+民族+出生日期+工种+职务+职称+参加工作时间+工龄修正+工龄+工资种类+身份证号 F1.3-15 凭证定义编号+顺序号+摘要+数据来源+成本信息码 F1.3-17 日期+凭证种类+临时凭证号+顺号+科目+借贷标志+金额+摘要+制证人 2 3 4 5 <3> 表6-6 数据处理字典（部分） 序 号 1 编 号 P1.3-1 名 称 职工变动 输 入 职工变动的劳资令 输 出 职工字典变动信息，工资库变动信息 处理逻辑：该模块用于处理职工的增加、减少、内部调动所引起的职工字典的变动，在变动职工字典的同时，对工资库进行相应的处理。调入职工时，在职工字典中增加该职工的数据，并在工资库中为该职工增添工资记录；调出职工时，在职工字典中设置该职工的调出标志，删除工资库中该职工的工资数据，但不删除职工字典中的记录；职工内部部门间调动时，直接修改职工字典中的部门字段；职工工资种类的变化，在修改职工字典中的工资种类的同时，变更工资库中该职工的数据。 序 号 2 编 号 P1.3-2 名 称 工资变动 输 出 变动后的工资信息 输 入 工资调整令 处理逻辑：根据工资调整令输入、修改工资数据。系统提供多种输入、查询方式，用户可以根据情况选择适宜的方式输入数据，提高处理效率。在此不能删除、添加记录。只能对可显示的项目进行修改。 <4> 表6-7 数据存储字典（部分） 序 号 1 编 号 D1.3-1 输 入数据流 会计人员手工输入的职工字典修改信息，由文本文件或数据库文件转入劳资部门提供的职工信息 名 称 职工字典 输 出数据流 职工信息 内容：职工编号+劳资编号+职工姓名+拼音字头+性别+部门+民族+出生日期+工种+职务+职称+参加工作时间+工龄修正+工龄+工资种类+身份证号+科目编码 序 号 2 编 号 D1.3-2 名 称 工资库 输 出数据流 编制凭证和报表用的工资数据 输 入数据流 由职工变动、工资调整、工资项目变动引起的工资变动，以及工资计算结果 内容：职工编号+工资项目1+工资项目2+?? 3.系统功能描述 (1)模块结构图图

图6-7 工资核算子系统模块结构图

(2)功能描述

<1>工资子系统初始化

工资子系统初始化包括设置工资种类、设置工资项目、装载职工字典和装载工资数据。

工资种类编号是为处理不同类型的工资项目组合而设置的。经常用到的工资种类包括：在职职工、离休职工、退休职工、代发职工等。各单位可根据各自的实际情况，自行确定工资种类。设置工资种类所须依照的原则是：将工资项目组合相同的职工划为同一工资种类；项目组合相同，处理方法不同的职工分为不同的工资种类；项目组合区别较大的职工分为不同的工资种类。工资种类是工资系统维护、运算、输出的重要分类依据。

工资项目编号用来唯一标识工资项目，职工编号和工资项目编号组合在一起，唯一地确定一个工资金额。此外项目编号还用于报表定义、工资凭证数据提取定义、工资计算公式定义等许多重要方面。工资项目是按工资种类分类的，即每个工资种类都是由一组工资项目组成的。根据工资项目的设置，确定工资库结构。

系统提供由原有系统转入职工字典数据的功能，若无数据可转入，可手工录入职工字典。转入方式有两种：一种是原有系统按照新系统规定的数据格式生成转换文件，由新系统转入；另一种是，原有系统以任意格式提供数据，新系统根据这些数据定义转换协议，再装入数据。

由原有系统转入工资数据，若无数据可转入，则手工录入。转换方式同上。 <2>日常处理

日常处理功能包括职工目录维护、月初初始化、工资数据维护、成本信息录入、工资计算、打印工资报表、编制凭证、通用数据交换、公积金管理与核算、养老保险功能模块等功能模块。 <3>系统维护

系统维护包括工资项目维护、工资种类维护、工资报表维护、公式维护、凭证数据来源维护、数据备份与恢复等功能模块。 4.参数表设计

本子系统的参数表包括工资种类项目字典、报表格式定义字典、报表索引字典、公式集字典、公式定义字典、公式执行条件字典、凭证接口数据库等。

例如工资种类项目字典设计如下（表6－8）：

表6－8 工资种类项目字典

英文名称 GZZL XMNO INI_BZ MONTH_INI SCCX D_LEN PRECISION KMBM 类型及长度 CHAR(3) NUMBER(3) CHAR(1) NUMBER(7,2) NUMBER(3) NUMBER(2) NUMBER(1) VARCHAR(20) 中文名称 工资种类 项目编号 初始化标志 初始化数值 显示次序 长度 小数位数 科目编码 5.数据库设计

本子系统数据库主要包括职工字典和工资库。 例如职工字典数据库设计如下（表6－9）：

表6－9 职工字典数据库

英文名称 ZGNO ZGXM ZGPY PYZT ZGXB MZNO CSDA GZNO ZWNO ZCNO NO GZDA GZZL GLXZ GL KMBM 类型及长度 CHAR(５) CHAR(8) CHAR(20) CHAR(4) CHAR(1) CHAR(1) DATE CHAR(2) CHAR(2) CHAR(2) VARCHAR2(10) DATE CHAR(3) NUMBER(3) NUMBER(4,2) VARCHAR2(20) 中文名称 职工编号 姓名 拼音 拼音字头 性别 民族 出生日期 工种 职务 职称 部门 参加工作时间 工资种类 工龄修正 工龄 科目编码

6.系统接口设计

工资核算子系统通过记帐凭证和成本数据与帐务处理子系统及成本核算子系统相衔接。每月工资计算完成后，可自动生成临时记帐凭证，暂时存储在凭证接口数据库中，同时将相应的成本细化结果放入临时成本库中。待会计人员调用帐务处理子系统中凭证制作功能并确认凭证及成本分劈正确后，凭证数据进入帐务处理子系统，同时将临时成本库中的相关数据送入成本库。 四、系统软硬件平台设计

RFAMIS覆盖全路所有财务决算单位。RFAMIS各级局域网以铁路数据通信网络为主要数据通道，连接成为一个广域网络系统。因此，为全路财务会计信息的方便共享，为RFAMIS的推广应用和维护升级，选择统一的网络体系结构、软硬件平台是必须的。 自1992年TMIS立项以来，铁路公用数据通信网络目前已连接铁道部、各铁路局、各铁路分局以及2 000多个站段局域网络。铁路公用数据通信网络一期工程采用X.25广域网交换协议。而将要进行的铁路公用数据通信网络二期工程建设，将把干线通信协议由X.25改为帧中继（Frame Relay）。在铁路公用数据网

络改建为帧中继后，尽管干线速率仍将为2MB/s，但是由于中转结点的中转速度得到极大提高，因此整个广域网络的传输效率将得到较大提高。 1.广域网络体系结构

(1) 采用主要通道的广域网络体系结构

系统开发应充分利用已有通信网络作为主要通信基础。本系统是按照管理体制的隶属管理进行信息的逐级交换的，即按照铁道部、路局、分局、站段的层次逐层实现信息的传递。隔层次的信息交换主要体现在少量的上层对下属各层的远程查询。

TMIS设计的铁路公用数据通信网络的广域网拓扑结构对于RFAMIS而言不会产生应用上的问题。对于RFAMIS用户来说，只需加载TCP/IP协议，并知道接收方在广域网中登记的域名即可。公用数据通信网络的DNS服务器将会把该域名转换为广域网中唯一的IP地址，而路由器将为发送的报文选择正确的路径。 在铁道部电子中心统一规划的铁道部、路局、分局机关局域网中，各级财务管理机构的局域网通过交换机连接到机关局域网中，然后共享机关局域网的路由器与公用数据通信网络连接。对于有铁路公用数据网接口但未建立机关局域网络的单位和基层站段，其财务会计局域网应配置路由器以连接公用数据网；但若其TMIS已配置路由器，则RFAMIS应连接到其交换机上，以共享该路由器。铁路数据交换网的干线传输速率可达2MB/S，但目前路由器到X.25 交换结点PAD之间的速率仅为9 600B/S～64KB/S。由于铁路财务会计信息多以报表、数据为主，极少有多媒体信息，因此该出口速率可满足远程数据的交换速度要求。RFAMIS不但要覆盖所有提供运输信息的运营单位，还要覆盖全路各行业所有其它的财务决算单位。TMIS用户单位大约为2 000多个，而RFAMIS光是运营行业的用户单位就达到了5 000多个。这意味着大部分的铁路财务决算单位无法与铁路公用数据网直接相连。对于这些单位的RFAMIS，可配置异步MODEM通过铁路电话交换系统与上级财务管理机构实现点对点的连接。铁路运营系统的RFAMIS广域网络体系结构如图6-8所示。

图6-8 系统广域网络体系结构

(2) 采用备份通道的广域网络体系结构

财务会计信息交换存在一个显著的特点，就是每个季度作财务决算的时候，上级单位往往需要在短短几天内（一般为3天）汇集下属几十个甚至一百多个单位的点到点成本信息月报、财务决算季报，并可能反馈修正要求从而导致部分单位的重发。此时要求数据通信网络的绝对安全可靠，但是某些突发性的网络硬件故障、传输线路故障是难以避免的。因此，备份的广域网络数据通道是必须的。目前可供系统选择的备份网络数据通道有四种：铁路通信专用网络信道接口、铁路电话交换系统、国家电信电话交换系统、Internet。

一些路局级单位、分局级单位所在地区，已实现了铁路电话和邮电电话的直拨连接，这样可不再配置新的MODEM，共用连接铁路电话系统的MODEM即可。

综上所述，RFAMIS作为铁路信息系统建设的一个组成部分，应充分利用铁路各种通信网络作为其远程信息交换、信息共享的基础。由于铁路财务会计信息的远程交换特点，RFAMIS的广域网络不是一种单一的远程通道体系结构。凡是开设铁路数据交换网络接口的财务决算单位，都应采用它作为RFAMIS的主要远程通信信道；其它财务决算单位应采用异步MODEM通过铁路电话交换系统与上级财务管理机构实现点对点的连接，以此作为RFAMIS的主要远程通道。除主要通道外，各单位应至少拥有一条备用远程通道，可分别考虑采用铁路电话交换系统、铁路专线网、国家邮电电话交换系统或Internet网络。 2.局域网络体系结构

(1) 系统各级局域网络拓扑结构

根据铁路各级财务管理机构的办公特点，RFAMIS局域网范围一般局限于同一办公楼内，尽管分局、路局、铁道部等财务管理机构数据存储量较大，但工作站数目一般在50台以下，属于较小局域网络的范畴。根据上述分析，星形以太网结构对于RFAMIS而言是最为合适的局域网络拓扑结构。

对于未规划建设机关局域网，但配置有铁路数据交换网接口的单位，一般都是通过一TMIS局域网和X.25/帧中继接口相连。这些单位的RFAMIS局域网拓扑结构基本相同，只是RFAMIS局域网所连接的应是TMIS局域网。应采用双绞线和TMIS星形局域网相连。对于未配置铁路数据交换网接口的单位，其RFAMIS局域网通过异步MODEM和上下级单位相连，若下级财务决算单位较多时可考虑配置MODEM池。 (2) RFAMIS局域网计算模式

局域网计算模式经历了60年代的主机－终端模式，70年代的服务器－工作站模式，80年代的Client/Server模式，以及90年代的Web Server模式等。由于PC机的崛起，主机－终端模式已被逐渐淘汰。随着服务器性能的不断提高，服务器－工作站模式由于服务器端的工作量小、网络数据交换量大而导致低性能工作站负荷大、网络传输负荷大、服务器性能无法全部发挥，因而也已被逐渐淘汰。Client/Server模式将应用程序分为前后台，服务器端除向工作站提供共享信息外，还负责运行应用程序的后台部分以及数据库的操作、安全管理、维护等数据库管理工作，网络传输数据量较小，较好地实现了整个网络运行负荷的均衡。Web Server模式主要来源于Internet的应用，服务器端运行数据库管理及全部应用程序，客户机通过IE等浏览器以页面方式调用、查看运行结果，要求服务器性能极高，由于应用程序的维护只集中在服务器端一处，因而维护集中简单。

RFAMIS各分系统由于需要进行大量的数据录入、修改等操作，且局域网络规模普遍较小，且大量基层单位不可能配置性能极高的服务器，因而采用均衡负载的Client/Server模式作为其局域网络计算模式。 (3) RFAMIS局域网协议结构

RFAMIS局域网是以太网，其数据链路层采用IEEE 802.3标准，采用CSMA/CD法进行介质存取控制。 由于RFAMIS局域网络操作系统采用Windows NT SERVER，因此局域网通信协议可采用NetBEUI协议。该协议系统开销小，简单灵活，在小型LAN通信中速度很快，因此适用与RFAMIS，但NetBEUI对于WAN而言性能不如TCP/IP，故NT常使用NetBEUI进行LAN分段内的计算机之间的通信，而用TCP/IP与跨路由器的WAN其它部分通信。因此，若单位的RFAMIS局域网能够通过铁路数据交换网进行远程通信，则必须加载TCP/IP协议。

若通过铁路电话交换系统进行远程点对点通信，加载Kermit协议。 3.硬件配置

根据RFAMIS处理信息量的大小，将铁路运营财务单位分为基层、中级、高级三个层次。 (1) 基层单位的RFAMIS硬件设备配置

基层单位主要包括运营系统的分局所属财务决算单位、路局直属财务决算单位（分局除外）、其它行业处级以下财务决算单位。

铁路财务基层单位根据单位规模的大小，其财务管理的业务量差别很大。根据对RFAMIS信息量的大概估计，可以将运营行业的基层财务决算单位按大小分为三类，其它行业的基层财务决算单位可依据相应规模比照归类。

<1>第一类基层财务决算单位

包括机务段、车辆段、工务段、电务段、建筑段、编组站、一等以上车站，全路运营行业第一类基层财务单位（以下简称第一类单位）约935个。对于RFAMIS第一步将要投入运用的会计核算管理信息系统，机务段需要运行材料核算、燃料核算、工资核算、固定资产核算、账务、报表处理共全部六个子系统；车辆段、工务段、电务段需要运行除燃料核算外的五个子系统；建筑段需要运行除燃料、材料核算外的四个子系统。这些单位财务管理信息量较大，为点到点成本计算分系统提供的基础信息较多。对于第一类单位，应该配置局域网络系统。

服务器配置标准：采用专用服务器，CPU应为Pentium Ⅱ 300 MHZ以上，内存64MB以上，硬盘存储容量4GB以上，并配置可擦写光驱或4mm磁带机来作系统运行全备份、增量备份和历史数据备份。

PC机标准：CPU应为Pentium Ⅱ 266 MHZ以上，内存32MB以上，硬盘存储容量2GB以上。 局域网络设备：10MB/S以太网卡，8口或12口普通HUB。 调制解调器：14.4Kbps以上异步MODEM。 <2>第二类基层财务决算单位

包括水电段、列车段、大修段、电气化供电段、生活段、通信段、二等站等，全路运营行业第二类基层财务单位（以下简称第二类单位）约1 016个。对于RFAMIS第一步将要投入运用的会计核算管理信息系统，需要运行除燃料、材料核算外的四个子系统。这些单位有一定的财务管理信息量，为点到点成本计算分系统提供一定的基础信息。对于第二类单位，应该配置局域网络系统。

服务器配置标准：采用专用服务器或高档微机，CPU应为Pentium Ⅱ 266 MHZ以上，内存32MB以上，硬盘存储容量4GB以上，并配置可擦写光驱或4mm磁带机来作系统运行全备份、增量备份和历史数据备份。

PC机标准：CPU应为Pentium Ⅱ 266 MHZ以上，内存32MB以上，硬盘存储容量2GB以上。 局域网络设备：10MB/S以太网卡，8口或12口普通HUB。 调制解调器：14.4Kbps以上异步MODEM。 <3>第三类基层财务决算单位

包括铁路医院、防疫站等其它运营单位，全路运营行业第三类基层财务单位（以下简称第三类单位）约2 000多个。对于RFAMIS第一步将要投入运用的会计核算管理信息系统，需要运行工资核算、账务、报表处理三个子系统。这些单位财务管理涉及的财务科目较少，为点到点成本计算分系统提供的基础信息也较小。对于第三类单位，可采用单机方式，运行RFAMIS的Personal ORACLE版本。

PC机标准：CPU应为Pentium Ⅱ 266 MHZ以上，内存32MB以上，硬盘存储容量2GB以上。 调制解调器：14.4Kbps以上异步MODEM。

(2) 中级运营单位的RFAMIS硬件设备配置标准

中级运营单位包括运营行业的铁路分局、直管站段的呼、南、柳、昆四路局，其它行业的局级（不包括总公司）、副局级单位可采用同样的硬件配置标准。

中级单位的RFAMIS应是一个局域网络系统。

服务器配置：对于数据量较大的中级单位应采用小型机作为服务器，小型机可为与Alpha 1200或IBM F40相同档次的小型机，采用单个RISC型CPU，内存512MB以上，硬盘采用3×4.5GB组成RAID 5容错磁盘阵列；对于数据量较小的中级单位应采用高档微机服务器，档次可为IBM Netfinity 6000以上，内存256MB以上，硬盘采用3×4.5GB组成RAID 5容错磁盘阵列。可配置可擦写光驱或4mm磁带机来作系统运行全备份、增量备份和历史数据备份。

PC机标准：CPU应为Pentium Ⅱ 300 MHZ以上，内存32MB以上，硬盘存储容量4GB以上。

局域网络设备：10MB/S或10MB/100MB/S自适应以太网卡，16口智能HUB（若机关局域网已配置则可免）。

调制解调器：14.4Kbps以上异步MODEM。

(3) 高级运营单位的RFAMIS硬件设备配置标准

运营高级单位包括运营行业的铁路局（呼、南、柳、昆除外），其它行业的总公司级单位可采用同样的硬件配置标准。

高级单位的RFAMIS应是一个局域网络系统。

服务器配置：采用小型机作为服务器，小型机可为与Alpha 4100或IBM F50相同档次的小型机，采用单个RISC型CPU，内存512MB以上，硬盘根据实际存储容量采用3×9.1GB、5×9.1GB或6×9.1GB组成RAID 5容错磁盘阵列，配置8mm磁带机来作系统运行全备份、增量备份和历史数据备份。

PC机标准：CPU应为Pentium Ⅱ 300 MHZ以上，内存32MB以上，硬盘存储容量4GB以上。 局域网络设备：10MB/100MB/S自适应以太网卡，16口SWITCH（若机关局域网已配置则可免）。 调制解调器：14.4Kbps以上异步MODEM。 4.软件配置

(1) RFAMIS操作系统的配置

RFAMIS采用Client/Server模式的局域网结构。因此，RFAMIS操作系统包括网络操作系统和前台的微机操作系统。

<1>局域网络操作系统

RFAMIS选择UNIX、Windows NT SERVER之一为其网络操作系统。两者都能较好地满足RFAMIS的系统安全性、多用户操作性以及远程通信要求，都是性能优异的网络操作系统。因此，RFAMIS的选择标准应从应用的方便性、系统维护的方便性等方面考虑。

UNIX的许多版本目前都提供了图形界面的使用窗口，使用鼠标通过图形界面可以实现大部分的网络和系统维护管理，但仍有一些管理工作需要采用仿真终端模式通过键入UNIX系统命令来实现。对于RFAMIS的上万个用户和维护人员来说，要培训他们掌握UNIX的基本理论和应用知识，需要付出巨大的代价。

由于铁路财务系统的大多数用户都在使用基于Windows 95操作系统的微机，且负责各级财务计算机应用的维护人员也都熟悉Windows 95操作系统，因此，由于界面风格、使用操作方法和Windows 95相近，Windows NT SERVER无论对于普通用户还是大量的各级RFAMIS维护人员都是较容易掌握的。

RFAMIS选择Windows NT SERVER作为其局域网络操作系统。 <2>RFAMIS的微机操作系统

微机操作系统现由Microsoft一统天下，可供选择的有Windows NT Workstation、Windows 95两种。两种微机操作系统都具有安全性较高的文件管理系统、存储管理、内存管理等机制，都易于实现和Windows NT SERVER的前后台网络通信。Windows 95的应用范围极广，而且以它为平台开发的应用软件众多，对16位应用程序的支持好于Windows NT Workstation。目前部分RFAMIS的基层用户尚需使用单机版本，而Windows 95作为单机操作系统由于Windows NT Workstation。

RFAMIS选择Windows 95作为前台工作站/微机的操作系统。 (2) RFAMIS数据库的选择

可供本系统选择的大型数据库有Oracle、Sybase、DB2、Informix等，这些大型网络数据库都能够满足系统各方面的安全标准、可靠性要求等。

RFAMIS是铁路MIS中的一员，需要和TMIS等系统频繁地进行数据交换，而其数千个用户的数据库管理和维护等工作需要借助于铁路各级计算中心（计算所、计算室）的技术力量。TMIS选择Oracle作为其网络数据库，并已通过各种渠道对全路数千名技术人员进行了Oracle应用和维护培训，RFAMIS应充分共享这种强大的技术力量。

大型数据库价格昂贵，且RFAMIS的数千个应用点都需要安装。在TMIS建设之初，Oracle使用权已被铁道部买断，因此，采用它作为RFAMIS的数据库，可以节省一笔巨大的投资。

RFAMIS选择ORACLE作为其数据库系统。 (3) RFAMIS应用系统开发工具的选择

目前系统开发已进入面向对象的设计思想时代，所选择的开发工具也应该是面向对象的、可视化的开发工具，同时必须支持Client/Server网络模式。

由于PB具有提供真正的编译器，具有可视的、面向对象的、事件驱动的编程语言，可对Oracle、Sybase等大型数据进行处理，提供内嵌式SQL编辑工具，提供扩展OLE支持，支持可在Windows系列、UNIX系列操作系统上运行的32位应用程序的开发等优点。同时由于PB具有强大的数据库编程、管理能力和开放式的数据接口，因此被评价为Client/Server体系中MIS的首选编程工具。

PB支持三层的改进Client/Server模式，可增加一个Application Server层，以进一步减少Client端业务逻辑。此外，PB还具有开发界面友好、面向对象、组件技术、多种数据库支持、编程简单、支持应用的分布、支持Internet/Intranet等特点。

RFAMIS选择PowerBuilder作为其开发工具。

本文来源：https://www.bwwdw.com/article/w92a.html