10》财会信息库功能 财会信息库能将多种财会数据(财会核算信息、财会人员信息、财会文档信息、分线核算信息、成本 计算结果信息)转入信息库,以编码加数据的形式将信息转化并存储起来:财会信息库数据存储格式相对 固定,可适应财会信息及财会制度的变化:能对财会信息进行灵活的查询、分析:能按照上级要求上报财 会数据。 (3)系统性能需求分析 这是一个庞大的系统工程,涉及面广,要求准确、及时、真实。它是宏观管理、企业生产经营决策的 重要依据。对系统的安全性、可靠性、响应时间提出了更高要求 1>安全性要求 系统安全性要求体现在应用软件安全性、数据库安全性、信息安全性及系统平台的安全性等方面。软 件设计应做到应用软件与数据的分离,实现数据共享,防止数据丢失或破坏;数据库安全性除自身提供的 以外,各应用系统还可通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库 的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。 2>可靠性要求 系统可靠性要求体现在硬件系统可靠性、软件系统可靠性、信息采集可靠性、通信系统可靠性等方面。 为提高系统的可靠性无论小型机处理系统、微机系统都可采用双机备份、一用一备的方式 软件系统开发过程中运用软件工程的思想,在系统分析、系统设计阶段就将未来程序设计中可能产生 的错误减少和控制在较低程度,防止错误随着工程建设的进度而扩散和放大。程序设计过程中也应充分考 虑突发事件等的影响 信息采集过程中考虑信息的校验,建立信息报告制度,规范系统间数据接口。 为提高通信系统的可靠性,在使用铁路系统X.25基干网的同时,可考虑使用公用数据网、 Internet 网或其它网络系统。分局以上单位通过TMIS通信网络与上级单位实现互连, RFAMIS应利用这一条件,通 过和机关局域网连接或直接与TMIS通信服务器、路由器连接,以实现财务系统上下级的联网。各独立站 段已全部通过TMIS系统和上级单位相连,车务段、机务段、电务段也要求今年年底全部连通TMIS,客运 段部分能够通过客票系统与上级相连。对于这些基层站段,其 RFAMIS应采用和TMIS通信服务器、路由器 相连的办法实现与上级单位的联网:若该单位是通过小型机系统连接TMIS端口,则 RFAMIS可与该小型机 局域网连接。而工务段、房建段、水电段等以及其它基层单位未配备与上级的TMIS通信端口,目前可通 过MDEM和上级单位实行点对点通信。为保证上下级网络通信的正常进行,除通过铁路通信网络外,还可 将国家电信部门开通的 Internet网络作为辅助数据通道。通过电子邮件的方式将上报的各种数据传送到 对方的帐号上 <3>响应时间要求 系统响应时间要求主要考虑信息传送的实时性、信息处理的实时性、响应时间等因素。 响应时间取决于应用程序设计和网络通信能力。在程序设计和网络规划时充分考虑数据交换网的特点 和限制。在现有通信能力紧张的情况下,区分信息处理的轻重缓急,实行优先级控制,保证重要数据、重 要请求、重要处理的通信。远程访问(铁道部访问路局、分局,路局访问分局、站段,分局访问站段,以 及下级访问上级等)的平均响应时间不宜过长。因此,在设计信息库时应充分考虑系统响应时间与数据存 储效率、数据库物理位置设置等之间的平衡 对于单项核算系统,每张料单等的处理响应速度应在5秒内:对于帐务系统,每张凭证的处理速度应 在1~2秒内;对于报表处理系统,每张报表的数据生成、显示等的响应速度应在5秒内。对于信息库分 系统,常用重要信息综合查询响应速度应在5秒内:其它非常用信息的综合查询以及统计分析的响应速度 应在30秒内。由于系统软件本身的开销较大,用PB编制的应用软件也需一定的开销,因此 RFAMIS服务 器内存应在64MB以上,若采用CISC型CPU则应在PⅡ233MHZ以上:新购置的工作站内存应在16MB以上 CPU在200 MHZ Pentium mMX以上(目前市场最低配置):对于原有微机,只有100MH、486以上微机方可作 为 RFAMIS客户机,且内存需扩至16MB (4)系统运行需求 1>系统平台<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>系统平台