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

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

《案例6：铁道财务会计管理信息系统.doc》由会员分享，可在线阅读，更多相关《案例6：铁道财务会计管理信息系统.doc（19页珍藏版）》请在冰豆网上搜索。

案例6：

铁道财务会计管理信息系统

    铁道财务会计管理信息系统（RailwayFinancialAccountingManagementInformationSystem，简称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在200MHZPentiumMMX以上（目前市场最低配置）；对于原有微机，只有100MHZ、486以上微机方可作为RFAMI