| 财政（预算）管理一体化 行政事业单位会计核算-集中财务数据共享平台 建设 |
| 技术方案 |
目录
随着财政国库改革逐步深入，以预算指标、用款计划、财政资金拨付为主线，以收支两条线为核心的实行进一步推动了各级政府部门收入支出管理的透明度。特别是财政资金拨付方式的改革为各预算单位的财务管理提出了更高的要求，这就要求门更好地行使会计监督的职能，强化门在财政管理和财政政策制定中的决策权、指导权，充分利用一切资源，切实保障财政资金得到合理、高效的使用，实现各种财务信息的共享，提高行政事业单位整体的财务管理水平，为辖区经济的发展提供有力的保障。
目前，各地财政预算单位使用的财务核算的会计制度多种多样，有采用行政事业的、企业的，有采用股份制的等多种会计制度；会计科目设置五花八门；财务软件各式各样；会计报表难于反映部门、单位的真实的收支情况，更不便于上级部门的指导监督；各种业务接口不统一，无法实现数据的共享传输等。
根据公司市财政综合管理及国库集中支付改革方案的要求，建设“市级行政事业单位财务数据平台”，实现数据集中化和业务一体化，实现各行政事业单位自主负责财务核算工作与门对单位的财务状况实时监管工作同步进行。进一步规范预算单位的财务核算和强化单位的财务管理，进一步加强财政的监管职能，使之更及时、高效、准确。
针对以上情况，预算单位的财务核算管理系统，是对财政资金从预算执行，以及资金使用的反映和监督，是财政国库管理的末端和有效补充，是政府履职效果的最终反映和体现。随着财政体制改革进程的推进，部门预算、国库集中支付、政府采购等改革措施的全面铺开，政府主管部门及预算单位对资金管理和核算提出了更加精细化和规范化管理的要求，使以前的财务核算管理职能及方式发生了相应的变化：从以会计核算为主、预算为辅，转向预算为主、会计核算为辅；从财政、财务分开到两者的有机融合；从财政对预算单位部门简单的报表监控到及时甚至实时监控；从财务核算单一职能到财政财务管理与整个电子政务系统的融合。正是基于这样的变化，我们规划了适用于预算单位财务集中核算管理的整体解决方案。
基于“金财工程” 应用支撑平台的财政一体化系统在各级财政的实施，它：
- 规范了各预算单位的业务规范和技术标准
- 建立了财政数据集中管理和共享利用
- 解决了财政业务数据与大平台无缝衔接和市财政系统数据断层
这为实现预算单位财务管理与财政管理有机融合提供了基础，也为实现单位内的支付及资金核算与资金监控的有机整合提供了依据和参考。
随着预算改革的深化，行政事业单位的收支管理模式发生了很大变化，从以前收支发生的事后控制，转变到对各项收支的事前、事中控制。这种管理模式的转变以单位预算、资金流向监控、业务财务一体化管理为主要工具。主管部门对于下属行政事业单位如何强化内部监控约束机制，增强预算执行和监管，规范支出行为，确保专项资金合理使用，提高专项资金使用效益，成为切实需要解决的问题。在此情形下应用集中管理模式，实行精细化预算管理对下属行政事业单位的预算执行情况和资金使用情况进行追踪和管理，成为必然趋势。根据公司市财政局的具体情况，并结合门财务管理以及信息化建设的发展趋势和目标，帮助门构建一体化的管理平台和数据仓库，我们提出基于“金财工程”应用支撑平台，整合财政各业务系统，以“规范业务、简化操作、实时监管”的核心管理思想为指导，建立“横向到边”的公司市财政局行政事业单位财务数据平台解决方案。
市行政事业单位财务数据平台的建设目标是：以市级行政事业单位自行负责各自的会计核算工作为基础，以全市数据统一编码、业务统一规则、数据统一存储、资源实时共享，实现互联互通为原则，建设“单位独立核算、数据集中存储、财政统一管理”的财务核算管理系统为支撑的“市级行政事业单位财务数据平台”。通过财务数据平台的建设，实现门和各预算单位实时共享一致的财务数据，使预算单位的核算工作与财政监管工作同步进行。在财务平台上，所有的核算报表及分析报表都由系统自动生成，提高财务人员的工作效率与工作质量，强化财务审核监督、管理分析和辅助决策。
通过行政事业单位财务数据平台的建设，具体实现以下目标：
- 在保证各预算单位在预算管理体制不变、资金使用权和审批权不变、会计主体法律责任不变的前提下，使各个预算单位的会计核算工作通过财务管理平台进行处理。
- 通过财务数据平台统一预算科目、经济科目，会计科目、辅助要素等基础信息，规范单位财务的处理流程。根据会计法及相关政策的有关规定，可允许预算单位对某些基础信息进行适当的个性化设置和补充。
- 单位财务数据平台与财政的预算指标、支付系统无缝衔接，共享基础数据、业务数据，自动生成会计凭证。预算单位在完成拨付业务后，财务核算系统自动获取财政系统数据，根据机制凭证模板直接产生会计凭证。减轻预算单位财务人员的手工操作，提高了预算单位会计核算信息的准确性、及时性。
- 通过财务数据集中存储的模式，财政、主管部门可通过系统对预算单位的会计信息进行实时分析监督，发现不正常现象，及时纠正不合规范要求的会计业务行为，同时可以通过该系统定期将国库集中支付系统中银行所提供的支出情况和预算单位的支出情况进行自动对账，减轻单位与财政系统的对账工作。
- 实现单位财务系统与决算系统衔接，可以从单位财务系统直接取数随时、自动生成财政或部门所需的决算报表数据。
- 根据财务管理的需要，可集中的对单位信息进行汇总分析，为政府决策及宏观经济政策的制定提供可靠依据。
- 通过管理平台的建设，有利于以后扩展新的应用，整合实现更多的业务功能。
依托于应用支撑平台，将应用系统接入平台，根据平台提供的标准统一接口。按照《财政业务基础数据规范》要求，制定符合财务核算管理的基础数据规范标准，实现数据标准处理和信息互通共享。
预算单位财务管理系统中所有的单位都有独立的会计核算账，甚至有的单位有多套账。每个会计账套中都有会计科目、会计期间、组织结构、外币、汇率等会计基础信息，这些基础信息本身就决定了一个单位/账套的核算内容、会计制度等。在部门集中管理模式下，所有单位的会计基础资料是由门来统一规定、设置并进行控制的。财政门统一规范所有下级单位的核算内容、核算方式、会计政策等，发挥集中管理的优势。通过这种统一配置的方式实现对会计核算办法、会计科目编码的集中监管。
行政事业单位存在和财政资金核对、基础信息传输的情况，这就要求行政事业单位财务系统中的基础信息项，如：功能分类、经济分类、单位等基础信息项要与财政系统的编码一致，保持数据的口径统一；业务资金依赖甚至是来源于财政系统的部分子系统。根据这些需求，部门、单位财务核算系统通过数据交换组件实现基础信息项、业务资金的实时、完整准确的传输。
图2.2‑1：财政、财务核算记账数据无缝衔接
根据实际业务需要，单位的部门决算数据可以自动从财务核算系统提取，以接口或者文档的形式，实现与决算系统的系统对接。
图2.2‑2：财政、财务核算记账数据无缝衔接
提供了包括单位会计凭证的“初始化”、“凭证管理”、“固定资产”、“往来管理”、“远程报账”和“账套的月结/年结”等基本功能。也支持与单独的“固定资产”系统的接口对接，满足预算单位的账务处理需求。
- 操作权限控制
财务系统是基于“金财工程”应用支撑平台生长开发的，可通过平台统一进行权限的分配。用户的身份认证和系统操作权限统一通过平台进行配置，实现跨单位、跨帐套、跨年度、跨业务系统的统一用户管理和权限控制。
- 数据权限控制
系统基于的“金财工程”应用支撑平台生长开发，与平台一体化系统高度集成，可获取平台实时的业务数据自动生成会计凭证，实现与一体化系统中的集中支付等系统的完整业务流程，大大方便单位财务人员的工作。
行政事业单位的财务数据平台是一个将单位的支付、资产、核算、资金监控等信息系统按单位内的业务规范和技术规范整合成一体的信息系统，它可以与财政大平台联网交换数据，确保财政资金在预算执行整个过程要素信息完整，最终体现了“财政、财务一体化；指标执行、集中支付、单位核算、决算一体化,资金在线监控、审计一体化,单位财务管理独立化”的构想，系统是以“规范业务、简化操作、实时监管”为核心，在保证预算单位在预算管理体制不变、资金使用权和审批权不变、会计主体法律责任不变的前提下的基础上，对各预算单位的财务进行集中管理。并将集中财务与其他财政业务系统连接，实现财政资金从预算到核算及决算全过程、全生命周期的一体化管理，形成一个完整的信息环，保证财政资金数据完整性、准确性，预防资金的截留、挤占、挪用等问题的发生，建立起“横向到边”的综合财政资金监管体系。
系统建设符合国家会计电算化业务规范，符合《会计核算软件基本功能规范》、《国家金财工程规范》、《中国财务软件标准数据接口规范》、《计算机信息系统集成资质管理办法》等相关制度要求。系统设计符合行政事业单位会计制度要求，以及行政事业单位新旧会计制度衔接问题的有关规定。
集中财务系统采用B/S结构，基于“金财工程”应用支撑平台生长开发，将单位的支付、资产、核算、资金监控等信息系统按单位内的业务规范和技术规范整合成一体的信息系统。系统与财政系统联网数据交换，确保财政资金在预算执行整个过程要素信息完整性和实时性，最终体现了“财政、财务一体化；指标执行、集中支付、单位核算、决算一体化,资金在线监控、审计一体化,单位财务管理集成化”的构想，实现“集中管理、分级授权、单独核算”，满足单位财政财务信息化管理的需要。单位的财务核算管理是一个将单位的支付、资产、核算、资金监控等信息系统按单位内的业务规范和技术规范整合成一体的信息系统，实现“集中管理、分级授权、单独核算”应用 ，满足单位财政财务信息化管理的需要。
单位财务系统功能结构图如下：
图3.1‑1：系统功能结构图
行政事业单位财务数据平台基于“金财工程”应用支撑平台建设，支持和省厅财政业务系统统一部署在同一个网段，共享数据。系统主要有以下特点：
- 采用负载均衡、集群等技术，应用服务器和数据库服务器可共享利用，达到节约投资的目的，综合起来可综合利用硬件和网络资源，减少投入；
- 便于财政业务的规范、统一、推广实施，便于财政信息的上传下达、综合共享利用，便于财政信息化建设和支撑财政业务发展的可持续性；
- 与省厅财政业务系统实现数据无缝衔接，共享数据，减少信息管理人员的工作量；
- 便于统筹规划和建设财政信息化的安全措施，方便建设容灾环境和提高灾备级别；
单位财务数据平台统一部署方案如图所示：
图 3.2‑1：单位财务数据平台部署模式图
下表为系统运行的软件环境列表：
| 环境分类 | 系统软件名称 | 说明 |
| 运行环境 | J2EE | 系统采用基于J2EE的三层架构。主流，开放，稳定。 |
| 应用服务 | WebLogic 9.2及以上版本应用服务器，tomcat等。基于Unix操作系统或者Windows系列操作系统 | 支持技术标准，性能稳定、效率高。 |
| 数据库 | 支持集群的Oracle 10g以上 数据库平台及开源数据库系统 | 性能稳定，效率高。 |
| 持久化机制 | Hibernate 2.1 JDBC | 提高持久化部分应用开发效率，便于业务建模 |
| 业务逻辑控制实现策略 | Spring 1.2.8 | 效率高，灵活，对运行环境的要求低，使用人员众多，技术成熟。可以方便地整合工作流、报表等、安全第三方组件模块。 |
| 业务系统与平台通讯方式 | RMI / HTTP（紧密系统） HTTP/SOAP（财政外部系统） | 紧密系统（比如指标、支付系统等）要求实时性强，易用性高。财政外部系统（比如银行系统、预算单位系统等）主要通过数据交换方式通讯。业务应用系统要能支持采用多语言实现。 |
| 客户端 | JAVA RCP/SWTWEB/JSP | 与服务端开发语言一致，直接访问JAVA服务对象，速度快、界面美观 |
| 消息中间件 | MQ7 |
- 硬件环境
考虑系统的运行情况，为便于数据的分类管理，功能、性能、及管理要求，本着节约投入的原则，拟采用如下硬件配置方案：
- 使用3台左右PC企业级应用服务器构建应用服务集群，为高级单位提供统一的服务；
- 设1组置数据库服务器（两台小型机和一台磁盘阵列），建立区级数据库双机热备机制。
部署方案如图所示：
图 3.3‑1：平台集中财务系统服务器部署模型图
- 软件环境
在应用服务器和数据库服务器方面，采用负载均衡、集群等技术，应用服务器和数据库服务器可共享利用，达到节约投资的目的，综合起来可综合利用硬件和网络资源，减少投入。
在集中模式部署下，为便于数据的分类管理，功能、性能、管理要求，以及应用服务的要求，本着节约投入的原则，拟采用如下配置方案：
统一一个对外的应用服务端口，上级部门、单位、甚至包括外围系统用户都访问单位公布的统一的服务端口。
各个模块都统一集成并部署应用到这个统一的对外服务端口上；
组建应用服务集群，为全市提供统一的应用服务；此种模式既保证全市应用服务的统一，使全市业务系统一致，也考虑到操作量的要求，通过应用服务的负载均衡，保证业务系统的响应速度和效率。
应用服务器拟采用支持WebLogic 8.1及以上版本应用服务器，基于Unix操作系统、AIX 5.3及其以上版本操作系统或者Windows系列操作系统，支持IBM、HP等小型机。
- 数据库
数据库服务器作为业务系统的核心，承担着业务数据的存储和处理，具有业务量大、存储量大的特点，特别是关键数据库服务器的选择尤为重要。服务器的可靠性和可用性是首要的需求，其次是数据处理能力和安全性，然后是可扩展性和可管理性。
应用支撑平台将基于SAN结构的高可靠性双机集群环境，核心数据库服务器采用双机架构模式，应用服务器采取集群方式进行负载均衡，以确保应用支撑平台系统24×7小时的不间断安全、稳定、高效运行。运行环境包括主机、存储。考虑到数据量的要求，通过设置两组双机备份的数据库服务器，保证数据存储安全。
拟选用支持集群的Oracle 10g以上数据库系统，支持IBM、HP等小型机。
| 编号 | 名称 | 数量 | 配置 | 描述 |
| 1 | PC机 | 若干 | 支持政府采购的所有PC机型 | 终端用户使用 |
| 2 | 票据打印机 | 若干 | 支持政府采购的所有平推票据打印机机型 | 打印各种套凭证 |
| 3 | 普通打印机 | 若干 | 支持政府采购的所有激光打印机机型 | 打印各种报表 |
预算单位必须安装Win XP、Win2003等主流操作系统。
- 财政、部门网络环境
| 编号 | 项目名称 | 环境要求 |
| 1 | 网络接入方式 | 构建单位内部局域网 |
| 2 | 网络主干带宽 | 10/100M |
| 3 | 终端用户桌面带宽 | 10/100M |
| 4 | IP地址网段 | 单位内部所有终端用户统一在同一网段内，IP统一分配 |
- 预算单位网络环境
| 编号 | 项目名称 | 环境要求 |
| 1 | 网络接入方式 | 通过ADSL拨号接入单位内网应用服务器（防火墙隔离） 或专线接入单位内网应用服务器（防火墙隔离） |
| 2 | 网络主干带宽 | 2M以上 |
| 3 | 终端用户桌面带宽 | 1M以上 |
| 4 | IP地址网段 | 单位所有终端用户IP统一分配。 |
在建设公司市行政事业单位财务数据平台的系统上，将采用一系列成熟、开放、通用的国际标准协议和产品，例如：J2EE、XML、CA、Web Service等。严格坚持“规范、安全、实用、可靠、易用、可扩展”的原则，遵循“集中、动态、协同、高效、安全、稳定”的理念，在软件及整体方案设计上融合了先进性、安全性、可靠性、易用性、实用性、可扩展性和灵活性、时效性、准确性、开放性、集成性、规范性和统一性、经济型等设计思想。
建设遵循的技术标准包括下列标准和规范：
GB/T 24589-2010 财经信息技术 会计核算软件数据接口
GB4943-2001 信息技术设备的安全
GB/T 20273-2006 数据库管理系统安全技术要求
GB/T 21028-2007 服务器安全技术要求
GA/T390-2002 信息系统安全等级保护通用技术要求
国家标准 企业信息化技术规范
GB9385－1988 计算机软件需求说明编制指南
GB_T 1.2-2002 标准化工作导则
GB_T 15497-2003 技术标准体系
GB_T 15498-2003 管理标准和工作标准体系
GB/T 15277-1994 信息处理64位块加密算法操作方式
BG/T 15278-1994 数据加密-物理层互操作性要求
ISO/IEC CD 15408 信息技术安全的评估准则
-
-
- J2EE技术
-
从当前流行的技术路线来看，在业务操作层面、信息发布、办公自动化、管理决策层面，主要采用B/S架构，这种架构的好处是实现应用系统表示逻辑与业务逻辑的分离，利于系统的开发与维护，能够提供丰富、及时响应的用户界面，便于操作人员方便快捷的操作。
J2EE是SUN公司推出的一个标准，提供了一个企业级的计算模型和运行环境，用于开发和部署多层体系结构的应用标准，它定义了提供企业计算环境所必需的各种服务和接口。
J2EE支持Java语言，使得基于J2EE标准开发的应用从理论上可以跨平台地移植，大大简化了应用开发和移植过程。由于J2EE只是一个业界标准，因此IBM、BEA等公司分别推出了相关的产品，如WebSphere、Weblogic等。
SUN公司的J2EE构想是以众多开发商可以实施的一组规范为基础的。任何公司都可以获得许可并实施该项标准。因此，基于J2EE标准产品的最大特点是可以实现跨平台的应用。J2EE的主要缺点是，开发效率较低，而且，对硬件设备的要求较高。
Java/J2EE技术具有以下优点：
平台无关性。Java –“Write Once, Run Anywhere” ；
强大的组件技术，提高可重用性，便于系统的移植；
高效的中间件技术，使得业务逻辑与数据层、界面层相互隔离，提高系统的运行效率和稳定性；
广泛的支持：IBM WebSphere、BEA WebLogic、Sun iPlanet、Oracle10g 等等；
Java/J2EE技术在系统中的具体运用体现在以下几个方面：
基于标准J2EE规范开发；
基于MVC框架设计模式；
采用Java Bean的业务逻辑封装；
采用JSP/Servlet的表现逻辑设计。
-
-
- XML技术
-
系统统一使用标准的XML进行数据交换、系统配置。
因财政业务涉及处室和主管部门、基层单位等，系统提供的交换组件是不同系统之间以及分布部署情况下数据传输（交换）的主要途径，是数据传输的桥梁，同时起到因网络故障等因素导致不能及时将数据发送到目标时的数据缓存及跟踪发送的作用。为了实现交换平台与数据发送/接收方的松耦合，将数据从数据发送方以标准的格式快速、安全的发送到数据接受方。
XML是eXtensible Markup Language（可扩展置标语言）的简称，出现于1996年，并于1998年成为W3C正式推荐标准。XML具有一系列优点，主要表现在以下几个方面：
良好的可扩展性；
内容与形式的分离；
遵循严格的语法要求；
便于不同系统之间信息的传输；
具有较好的保值性。
对于该系统，一方面要保证系统在设计上具有较强的灵活性和可定制性，另一方面，系统中存在大量的数据需要进行导入、导出操作。基于上述要求，采用XML技术是目前最理想的方案。
XML技术在系统中的具体运用体现在以下几个方面：
基于XML格式数据的导入/导出；
基于XML格式的系统配置；
基于XML格式数据交换；
基于XML格式的数据呈现。
遵循“金财工程”《基础数据编码规范》，单位、会计科目、功能分类、经济分类等要素，通过应用支撑平台的数据字典、权限等功能进行维护设置，各单位共享基础数据，实现了数据的一致性，免去了重复配置工作。
支持单位的集中核算模式，也支持独立核算。
单位财务系统根据业务可以灵活的设置凭证模板，动态获取业务数据自动生成会计凭证，实现与国库集中支付、实拨、收入等系统的无缝衔接。
会计凭证显示有“多明细”、“单明细”两种方式，可以根据需要灵活定义。
实现与财政系统的数据对接，也可以实现单位资金的分配、下达。
年底自动根据单位财务数据生成部门决算数，通过接口或文档与部门决算系统对接，也可以根据实际业务需要与总决算的对接。
从明细账到会计凭证的凭证追溯，以及会计凭证到业务数据的追溯。
单位财务系统支持多维核算体系，满足行政事业单位会计科目核算，支持会计科目与政府收支分类科目、资金性质、支付方式等多重辅助项的交叉核算，完整记录业务事项的各类管理要素信息，实现多维财务汇总分析。
- 客户端免安装
系统基于B/S构建，使用浏览器IE6.0及其以上版本即可操作使用系统。
- 一次部署，随处可用
系统采用大集中或二级集中部署模式，单位只需接入网络即可使用系统，大大减轻了硬件的投入成本。并可使用开源免费的中间件和数据库，降低了系统应用成本。
- 遵循统一规范标准
按照颁发的《业务基础数据规范》要求，梳理单位业务，适当进行扩充，并结合“金财工程”标准数据的实现方式在系统中应用。实现财政、单位业务系统的数据共享、工作协同。
- 简单、易用，便于维护
按标准会计制度提供行政事业单位配置模板，支持复制账套、会计科目等；支持由用户维护、配置系统。
- 统一基于数据规范管理
系统采用集中部署模式，统一会计科目、经济分类等基础数据的口径，既方便上级的业务指导，也支持下级根据单位的情况扩展应用。
- 账务管理规范化
按照会计基础工作规范，根据各个预算单位的核算类型和实际情况，通过对会计科目、辅助核算参数等各种会计基础信息、会计业务办理流程等内容的统一设定，使凭证录入、审核、记账、结账、制表等会计核算业务流程规范、数据标准、管理统一，从而保障预算单位会计信息的规范性、真实性和有效性。
- 财务核算监管
单位财务核算管理需要实现从单位预算规划、制订、资金管理及预算执行控制、会计核算、预算考核评估到最后出具决算报告的整体应用流程。以及主管部门对下级单位的纵向信息收集和过程监控，需要形成“以资金预算和使用为主线，预算执行和控制为重点，核算和监督为依托，指标分析为评价依据”的管理体系，支持“事前预测、事中控制、事后分析”的科学、规范化管理。
系统安全性表现在：网络安全性、系统安全性、应用安全性、功能安全性、数据安全性五个方面。系统在设计时充分考虑了这五个层面。使用自动更新，故障恢复保证应用安全性；用户权限系统保证功能安全性；采用完善的数据备份/恢复技术保证数据安全性。
系统采取多层安全和防范措施，通过建立合理的安全体系，对用户进行身份认证和授权，防止系统外非法用户的侵入和系统内用户的非法探测和恶意泄密。系统统一应用门户具有统一系统内用户身份认证和权限管理，实现单点登录，统一对外信息交换，统一报表，统一安全管理机制。
系统保护用户身份的安全，具有功能权限和数据权限控制，保证客户端与服务器以及服务器之间的数据传输安全、关键数据的存储安全。
对于关键业务操作提供安全审计功能。
提供数据完整性保证及行为的不可抵赖性保障。
系统关键应用具有日志记录功能，可以对操作过程进行追踪和回溯。
重要操作具有登录验证以外的安全措施。
系统设计采用业界成熟的先进技术，基于J2EE的三层架构，采用JAVA语言开发，支持跨平台、跨数据库，支持多种应用服务器。以相对稳定的底层支撑表层复杂多变的应用系统。
整个建设过程，将采用国际、国内成熟的信息技术和先进的技术标准，要能与其它系统互连互通并具备扩展性和可维护性。包括需求分析、数据库设计、系统结构设计、程序设计、编码、测试、集成、实施和维护等系统研发过程。
同时，遵循制定的《财政业务基础数据规范》（CZ 0001—2008）、《基于金财工程应用支撑平台开发规范（试行）》、《基于金财工程应用支撑平台数据交换规范（试行）》，以及省财政厅制定的相关规范。随技术标准体系的变化而相应变化。系统设计在功能、安全、网络等各方面符合国家政府机关应用系统建设、国家财政管理等各项标准和规范。
本系统建设充分考虑到对现有设备的利用和对已有投资的保护，并力争在以后的升级中追加投资最少。
系统采用组件化设计原则，保证系统内功能具有很低耦合性，减少系统内各个功能、各个用户之间的影响。
系统提供系统初始化功能，确保系统在数据受损的情况下能够继续运行。系统内置文件管理系统，对用户数据进行全方位的备份，用户可以随时恢复到过去的任何一个版本。系统使用数字证书技术，在传输时先产生数据摘要，以验证传输数据的完整性。
系统采用Windows标准界面与其它常用系统的用户界面相一致，符合一般用户的操作习惯，同时兼顾原有系统的操作风格。同时，系统结构清晰，对于新用户或不常使用产品的用户通过简单的培训即可上手使用。
考虑到用户计算机水平的不同，系统设计了软件使用导航功能，对于用户操作的每一步都有一定提示，辅助用户正确的使用本软件。并且为用户提供了详细的联机帮助信息，用户可能随时查看帮助找到自己需要的信息。
技术适应性与应用适应性：
- 运行环境的变化：系统考虑了用户的网络条件可实现任意工作站的单机工作与网络工作方式，满足用户不同的硬件条件与软件系统平台如WIN98\WINXP\WIN2000等。
- 操作方式上的变化：系统运用模块化设计与强大的权限管理相结合使得系统中不同的用户具有不同的职责，不同的功能。不需要修改程序，只须系统管理根据不同的人员的操作权限的不同赋予不同功能，大到一个功能模块，小到对数据的读写权限都可能分配与控制，使系统具有更强的技术性与适应性。
- 数据定制上的变化：参数化与定制方法的设计理念让用户可以实现对数据的各种表现形式。系统提供了多种参数的定制与数据显示方式的定制，用户可根据自己喜好定制界面与数据的显示。
- 同其他软件的接口的变化：根据同其它软件如WORD、EXCEL等其它软件数据要求的不同，用户可定制不同数据输入与输出参数。系统与WORD或EXCEL实现任意的数据的导入与导出。对于其他软件系统可定制输出指标与输出格式等。
整个管理运行过程在系统化程度较高的机制下运行，减少人为干预。系统具有很强的数据处理能力，保证高效率地实时处理。详细记录每一笔业务数据，保证记录的准确性和完整性。系统既能适应微观管理层面业务需求的调整的要求，又能较好地满足宏观管理需求变化的需要。
在设计上具有适应业务变化的能力，如系统用户数量及业务量的增长、规则或代码的变化、业务单据的变更、业务流程重组等，在整体设计上保证业务变化造成的影响局部化。采用模块化、组件化和松耦合系统设计方法进行开发。
可扩展性说明了在产品中增加新功能时所需工作量的大小以及应用范围扩展的方便性。如果开发者预料到系统的扩展性，那么他们可以选择合适的方法来最大限度地增大系统的灵活性。可扩充性对于通过一系列连续的发行版本，并采用渐增型和重复型方式开发的产品是很重要的。
财务管理系统采用三层体系结构，即，应用层、驱动层、数据层，核心应用逻辑集中在中间层，中间层采用应用服务器和中间件技术，保证系统的伸缩性和可扩展性。合理的封装业务逻辑，提供便捷的自我更新功能，实现系统扩展功能。同时采用开放的主机系统和网络系统保证硬件系统的扩充、升级方便、简单，提高可扩展性。
软件可维护性的定义：软件能够被理解、校正、适应及增强功能的容易程度。
软件的可维护性是软件开发阶段的关键目标。影响软件可维护性的因素较多，设计、编码及测试中的疏忽和低劣的软件配置，缺少文档等都对软件的可维护性产生不 良影响。软件可维护性可用下面七个质量特性来衡量，即可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和效率。
为了提升软件的可维护性，建设单位采取以下五种方法：
- 建立明确的软件质量目标
如果要程序满足可维护性七个特性的全部要求，那么要付出很大的代价，甚至是不现实的，但有些可维护性是相互促进的，因此要明确软件所追求的质量目标。
- 使用先进的软件开发技术和工具
利用先进的软件开发技术能大大提高软件质量和减少软件费用。面向对象的软件开发方法就是一个非常实用而强有力的软件开发方法，用面向对象方法开发出来的软件系统，稳定性好，比较容易修改，比较容易理解，易于测试和调试，因此，可维护性好。
- 建立明确的质量保证
质量保证是指为提高软件质量所做的各种检查工作。质量保证检查是非常有效的方法，不仅在软件开发的各阶段中得到了广泛应用，而且在软件维护中也是一个非常主要的工具。为了保证可维护性，以下四类检查是非常有用的：
在检查点进行检查；
验收检查；
周期性的维护检查；
对软件包的检查。
- 选择可维护的语言
程序设计语言的选择对维护影响很大。低级语言很难掌握，很难理解，因而很难维护。一般来说，高级语言比低级语言更容易理解，第四代语言更容易理解，容易编程，程序容易修改，改进了可维护性。
- 改进程序的文档
程序文档是对程序功能、程序各组成部分之间的关系、程序设计策略、程序实现过程的历史数据等的说明和补充。程序文档对提高程序的可阅读性有重要作用。为了维护程序，人们必须阅读和理解程序文档。
系统性能需要达到以下标准：
1、系统运行稳定可靠，用户的任何正常操作及客户端的任何非正常操作均不应造成系统崩溃，即使本系统出现故障，也不会影响同一服务器上其他应用系统的正常运行。
2、系统应能满足1000以上个用户使用和100个用户的同时在线填报或查询要求。
3、系统资源占用低，在IBM P550（4路CPU、8G内存）单个服务测试下，至少需要支持300个用户并发访问，响应时间应是即时（≤4秒）的，高峰期最大响应时间应小于10秒。
行政事业单位财务数据平台按照统一数据库、统一编码体系、统一元数据管理、统一维护基础信息、统一对外信息交换、统一报表工具、统一安全管理机制、统一门户等原则，通过理顺业务流程关系，统一数据口径，制定统一的开发标准，搭建统一平台管理。全面支持集团管理模式（即“一账套”模式），提供跨帐套、跨年度、跨业务系统的统一用户管理、身份认证、权限控制，我们通过权限组件实现此功能。同时系统支持基础数据分级控制，系统通过数据字典组件和权限组件实现此功能。
为满足不同业务环节、不同单位之间对财务管理规范化和业务操作个性化需要相结合的要求，系统支持基础数据分级控制。
主管部门给下级规定好记账科目，下级不能在此科目上平级扩充新的科目，但是可以在此科目的下级进行扩充。也即上级给下级规定好的记账科目，下级不能对其进行增加和删除、修改操作，但可以对每个科目的下级进行扩充操作。从而实现数据的分级控制。数据分级控制如下图所示：
图 4.2‑1：数据分级控制
数据的管控基于平台数据字典组件实现，以《财政基础数据规范为基础》，实现对数据元，数据值集，数据版本的管理。
数据字典是规范的、具有清晰结构的基础数据的集合，它是应用系统的基础配置数据的统称，数据字典是应用系统中所有运行数据的基础。
数据字典组件是平台的基础组件，平台通过数据字典对基于平台的所有表层业务系统的基础数据进行统一管理，建立基础数据的维护、共享、同步及扩展机制，并且能够建立基础数据变更跟踪和映射机制，满足财政业务历史数据的追溯，解决业务数据之间存在基础数据不一致的问题。
数据字典主要包括数据项和数据项值集，涉及表、数据项、要素、基础数据项、数据项视图、数据项值、数据项值历史版本等对象，它们的逻辑关系如下图所示：
图 4.3‑1：数据字典主要对象关系图
数据项是对数据元按面向对象原理进行抽象和加工后的数据单元。在《财政业务基础数据规范》中对数据元进行明确的定义，数据元是可以用一组属性描述其定义、标识、表示和允许值的数据单元。数据项与数据元有许多的共性，也有较大的区别。
数据项和数据元都可以用一组属性来描述。数据项与数据元具有相同的分类。一般情况下，一个数据元有一个唯一对应的数据项，如果数据项没有对数据元进行合并，数据项的值集与数据元的代码集是相同的。
数据元是一种表示范围更小的定义，数据项表示的范围更大更趋同于一种对象。如：数据元中有“资金性质代码”、“资金性质名称”，而数据项将它们抽象为“资金性质”，该数据项有其代码、名称、是否末级等属性。数据项还可以将类似的数据元合并为一个数据项，如：支出功能分类科目和收入分类科目在一个业务中不会同时出现，它们都表示一个业务的功能分类，可以将它们抽象为一个“功能分类”数据项。类此的情况还有：单位、收支管理类型、项目等。
平台中的大部分数据项来源于《财政业务基础数据规范》中数据元，平台中还有部分数据项是根据业务需要扩充或为系统内部使用的。另外，《财政业务基础数据规范》中有部分数据元在平台和表层系统中暂时不使用的，在数据字典中没有进行定义。
数据项是组成业务数据的基本信息项，针对财政业务，常用的信息项有资金性质、预算单位、支出功能分类、支出经济分类、项目、支付方式等。
数据项按是否具有值集可以分为两类：
- 值集数据项——它的值是一个记录，值记录需要一些属性来描述，数据项需要对应的物理表来保存其值。
- 非值集数据项——具有字符、数值、日期、时间等简单数据类型，只有一个单一值，数据项不需要对应的物理表。
为了能方便地管理数据项，平台将数据项分成了基础数据项和数据项视图两类。基础数据项是可以保存数据的数据项，数据项视图是仅用于查询基础数据项中部分值集的数据项，类似于数据库中的视图。例如，对“项目”数据项，在中央本级和省本级的预算管理业务中只使用其中的一部分，可以称之部门预算项目；而对于补助地方预算管理业务实用了项目的另一部分，称之为专项转移支付项目。在此示例中，项目可以作为基础数据项，它的值集中实际包含了预算管理业务所涉及的所有项目，部门预算项目和专项转移支付项目可以作为数据项视图，它们只涉及对应的基础数据项值集的一部分，一般可以使用基础数据项的若干属性组成数据项视图的筛选条件。
由于数据项视图用于表示数据项的部分值集，因此其来源数据项（即对应的基础数据项）一定是值集数据项，数据项视图本身也是一种值集数据项。而基础数据项可以是值集数据项也可以是非值集数据项。
1）基础数据项
a）基础数据项的属性
基础数据项的属性如下图：
图 4.3‑2： 基础数据项的属性界面图
基础数据项的属性说明如下：
| 序号 | 属性名称 | 类型 | 是否必须录入 | 备注 |
| 1 | 数据项分类 | 关联 | 是 | “数据项分类”实际上是平台预设的一个数据项，用户可以维护该数据项的值集，以对数据项进行可定制的分类。 |
| 2 | 编码 | 字符型 | 是 | 30个字符以内，只能输入数字和字符，其它任何特殊字符均不合法。 |
| 3 | 名称 | 字符 | 是 | 50个字符（或25个汉字） |
| 4 | 数据类型 | 枚举 | 是 | V-代码集 S-字符型 N-数字型 D-日期型 T-时间型 数据类型为“V-代码集”，表示该数据项是值集数据项。 |
| 5 | 数据长度 | 数值 | 是 | 对于数据类型为“S-字符型”和“N-数字型”时有效。当数据类型为“V-代码集”时，该值为对应数据项的值集表的ID字段的长度。 |
| 6 | 小数位数 | 数值 | 对于数据类型为“N-数字型”时有效 | |
| 7 | 数据项值集表 | 关联 | 用于指定保存该数据项值集的对应物理表。该物理表在“表及表字段定义”功能中设置。其可选范围是表定义中符合下面条件的所有表：表类型为“1-物理表”或“4-枚举项表”，且状态为“1-启用”。 | |
| 8 | 编码格式类型 | 枚举 | 0-无编码格式 1-顺序码 2-层码 | |
| 9 | 编码格式 | 字符串 | 当编码格式类型为“2-层码”时，需要设置编码格式，编码格式按“数字-数字-数字”进行设置。如：3-2-2，表示该数据项的编码最长为7位；第一层为3位，第2层为2位，总长度5位；第三层为2为，总长度为7位。 | |
| 10 | 是否要素标志 | 布尔 | 是 | 只有数据类型为“V-代码集”才能设置为要素。 |
| 11 | 状态 | 枚举 | 是 | 0-正常 9-停用 |
| 12 | 启用日期 | 日期 | 是 | 是一个备注说明字段，用于记录数据项的启用日期 |
| 13 | 停用日期 | 日期 | 是一个备注说明字段，用于记录数据项的停用日期 | |
| 14 | 说明 | 字符 | ||
| 15 | 值集是否由数据字典维护 | 布尔 | 是 | 表示该数据项的值集在数据字典的“数据项值集维护功能”中进行维护。可以在“表及字段定义”中定义维护界面中的列表（或树）和编辑界面。 |
| 16 | 值集是否为系统预设 | 布尔 | 是 | 表示值集是否全部为系统预设。如果是，则该数据项的所有值都是系统预设的，用户不能修改；如果否，则数据项值集中的每一个值可以独立定义其是否系统预设。 |
b）基础数据项与表的关系
对于基础数据项中的值集数据项必须有对应的表，而且数据项对应表的字段中必须有关键字字段、代码字段、名称字段等。数据项视图是对应的基础数据的部分值集，它对应的表与基础数据项对应的表相同。非值集数据项不需要对应的表。
在数据项定义中，平台提供了检查功能，可以检查数据项设置的合法性，并显示数据项设置的问题报告。
c）基础数据项应用设置
对于基础数据项，不同级次、不同地方的财政可能具有不同的设置，一般在表层系统开发对平台实施或表层系统实施时进行定义。对于编制的《财政业务基础数据规范》中规定的数据元，平台将预设在数据库中，同时也预设了平台本身管理所需要的数据项（如：表分组、数据项类型、记账类型等）。各地方在使用平台时，可以根据自身的要求定制其它数据项。
在平台实施时可以定制数据项，在平台使用过程中（尤其是跨年度时）也可以维护数据项。如果需要增加一个基础数据项，可以按如下步骤进行：
- 如果该数据项有值集，首先参照预设数据项对应的表在数据库中增加一个物理表；
- 在表和字段定义中，注册（1）中定义的表和相应的表字段；
- 在基础数据项定义中增加一个基础数据项，并在其“数据项值集表”属性中选择（2）中定义的表。
d）基础数据项定义功能
基础数据项可以由用户进行定制。对于平台预设的数据项用户不能修改和删除，只能进行查看。用户可以增加新的数据项，也可以对新增的数据项进行修改和删除。
新增和修改数据项时，要求编码和名称均不能重复。在为数据项指定其对应表时，除枚举表外其它表不能重复被两个数据项使用。
当数据项未被其它功能引用（如数据项值、表字段、作为规则的条件字段等），才能删除该数据项。否则系统提示数据项被其它功能引用，只有删除所有的引用关系才能正常删除该数据项。如果该数据项已被引用，而且以后将不再使用该数据项，可以设置数据项的状态为“9-停用”。
基础数据项定义的功能界面如下图所示：
图 4.3‑3：基础数据项定义界面图
2）数据项视图
a）数据项视图的属性
数据项视图的属性如下图所示：
图 4.3‑4：数据项视图的属性界面图
数据项视图的属性列表如下：
| 序号 | 属性名称 | 类型 | 是否必须录入 | 备注 |
| 1 | 编码 | 字符 | 是 | 30个字符以内 |
| 2 | 名称 | 字符 | 是 | 50个字符（或25个汉字） |
| 3 | 来源数据项 | 关联 | 引用基础数据项，其可选范围是具有值集的且状态为启用的基础数据项。 | |
| 4 | 要素标志 | 布尔 | 是 | 数据项视图要素对应的基础数据项必须也是要素，即对于非要素的基础数据项对应的数据项视图不能作为要素。 |
| 5 | 状态 | 枚举 | 是 | 0-正常 9-停用 |
| 6 | 启用日期 | 日期 | 是 | |
| 7 | 停用日期 | 日期 | ||
| 8 | 说明 | 字符 |
另外，还需要数据项视图的筛选条件，用以规定该数据项视图从基础数据项中选取了哪些值。筛选条件可以利用基础数据项对应的所有表字段进行各种逻辑运算，包括“与”、“或”、“非”运算，筛选条件还支持如下操作符号：
| 序号 | 操作符 | 说明 |
| 1 | = | 等于，不需要输入第二个值 |
| 2 | <> | 不等于，不需要输入第二个值 |
| 3 | > | 大于，不需要输入第二个值 |
| 4 | >= | 大于或等于，不需要输入第二个值 |
| 5 | < | 小于，不需要输入第二个值 |
| 6 | <= | 小于或等于，不需要输入第二个值 |
| 7 | 在…之间 | 相当于SQL语法中的between，需要输入第二个值 |
| 8 | 在…之内 | 相当于SQL语法中的in，第一个值中可以用逗号分隔来实际输入多个值，在输入字符串时不需要加引号。不需要输入第二个值 |
| 9 | 匹配开始 | 相当于SQL语法中的like与%，匹配前面部分与第一个值相同的记录，不需要输入第二个值 |
| 10 | 匹配结尾 | 相当于SQL语法中的like与%，匹配后面部分与第一个值相同的记录，不需要输入第二个值 |
| 11 | 匹配所有 | 相当于SQL语法中的like与%，匹配所有包含第一个值的所有记录，不需要输入第二个值 |
b）数据项视图应用设置
数据项视图根据需要设定，数据项视图必须有对应的基础数据项（即数据项视图的来源数据项），但并非所有基础数据项一定有对应的数据项视图。
平台中预设了银行、银行账户、内部机构、预算单位等基础数据项的数据项视图。如对银行账户设置了单位零余额账户、财政零余额账户、代理银行划款账户、预算单位收款账户、拨款单位收款账户、本级财政账户等数据项视图。
数据项视图可以是要素，也可以不是要素。当对应的基础数据项是要素，而且该数据项视图将作为财政业务的交易凭证中的重要信息时，该数据项视图应设置为要素。
c）数据项视图定义功能
平台提供了数据项视图的新增、修改和删除功能。数据项视图定义的功能界面图如下：
图4.3‑5：数据项视图定义的功能界面图
3）要素
要素是财政业务中一个非常重要的概念，一般把各业务环节（如指标加载、指标调整、指标冻结、计划录入、支付申请、支付凭证）具有继承性或传递性的关键数据项称为要素，要素又称为要素数据项。要素数据项需同时满足以下几个条件：
- 数据项具有值集（具有值集的基础数据项或数据项视图）
- 数据项至少应用在两个业务环节中
- 在一个具体的业务中，出现在前后业务环节的数据项值相同或具有上下级关系
在特殊情况下，对于只在一个业务环节中出现的数据项，如果从业务上认为其非常重要，以后将会将使用该数据项进行统计分析和输出报表，则该数据项也可作为要素。
要素作为财政业务的关键信息，它的设置与各业务环节的具体要求紧密相关，平台中的要素是指标、计划、支付、政府采购等环节的要素的集合。平台中的要素包含如下几个层次：
- 要素：要素是值集数据项的一部分，用于描述关键业务信息。它的应用范畴是平台及各表层业务系统。
- 总账要素：在总账记录表中使用的要素，它是根据平台支撑业务的情况在总账属性域中启用要素的关键部分。它的应用范畴是平台。
- 账套要素：它是总账要素的全部或一部分，是在总账要素中为某一账套设置的用于科目核算的要素。它的应用范畴是某一个账套。
- 科目核算要素：它是在为科目设置的核算要素，是对应的账套要素的全部或一部分，它的应用范畴是某一个科目。
数据项及要素的范围关系如下图所示：
图 4.3‑6：数据项及要素的包含关系示意图
平台的数据项中大部分具有值集，平台可以维护数据项的值集。大部分值集数据项在数据字典中维护其值集，少量较特殊的数据项在相应的功能模块中维护，如：账套、会计科目、会计期间等在账务处理中有专用功能维护其值集，用户在权限组件中维护其值集。
1）数据项值的属性
每个值集数据项都有值属性，数据项值的属性具有较大的相似性，但是并非所有数据项的值属性都完全相同，较常用的有：代码、名称、状态、启用日期、停用日期、备注等。
数据项值的属性可在平台及系统实施时进行定制。增加属性的操作步骤如下：
- 查询该数据项的属性，得到该数据项的值集表；
- 在表及字段定义中找到该值集表对应的表名；
- 在数据库中修改表结构，增加字段；
- 在表及字段定义中注册增加的字段；
- 在表及字段定义中修改界面方案。
对于已有值记录的数据项，要慎重修改或删除数据项值的属性（即对应的数据项值集表的表字段）。
2）数据项值集应用设置
对于在《财政业务基础数据规范》中已有规定的数据元所对应的数据项，其值集应按规范中的规定进行设置。对于规范未规定的，可以根据业务的要求来设置。
数据项值的编码具有层码和顺序码两种类型，为了便于管理与使用，可以划分层次的尽量按层码来设置。
3）数据项值集维护功能
对于数据项值，平台除提供了新增、修改和删除功能外，还有导出、定位功能。对于平台预设的数据项值，用户不能进行修改和删除。
数据项值集可以导出为Excel或Txt文件，可以导出所有数据记录或选定的数据记录。
数据项值集维护功能中可以按任意属性查找定位值记录。
数据项值集维护功能界面图如下：
图4.3‑7：数据项值集维护功能界面图
4）数据项值的版本管理
在业务过程中，数据项值可能发生一些变化，如：数据项值的调整，数据项值名称的变更等，比较典型的例子是，在年度中间预算单位名称发生变化。对于这种变化平台采用了数据项值版本的方式进行管理，通过版本可以记录数据项值属性的历史变化过程。
但是并非所有变化都需要记录，例如一些备注信息，它的变化对业务不构成任何影响，为了减少代码版本的数据量，降低维护难度，可以只对一些关键的变化进行记录。为此，平台具有设置版本变更字段的功能。
数据项值的版本管理界面如下图所示：
图 4.3‑8：数据项值的版本管理界面图
a）数据项版本变更字段设置
平台可以设置哪些数据项需要记录版本，以及根据数据项的哪些字段的变化来记录版本。如下图所示：
图 4.3‑9：定义数据项版本变更字段界面图
可以设置版本变更字段的数据项需满足下面的条件：
- 具有值集
- 值集在数据字典组件中进行维护
- 数据项的状态为正常
数据项的可选版本变更字段是数据项值集表的所有字段，一般选择代码、名称等关键字段作为版本变更字段。
b）数据项值版本管理
在定义数据项的版本变更字段后，在数据项值集维护功能中修改代码，平台将根据版本变更字段记录版本。在版本记录中，平台只记录版本的增量变化，并在值集中保留最新的内容。另外，为了减少由于用户误操作引起的数据量膨胀，对于同一个数据项值在一天中若干次变更，数据字典只记录最后一次变更内容。
数据字典组件中可以查看和管理数据项值版本。如果某历史版本记录不需要保留，可以删除该版本记录。如下图所示：
图 4.3‑10：定义数据项版本变更字段界面图
在数据字典已经记录了数据项值的历史版本后，如果在数据项版本变更字段设置中改变版本变更字段，以前的版本记录仍然保留，但是新修改的数据项值将按新的版本变更字段记录版本。
5）数据项值的合并与拆分
平台的数据字典可以实现数据项值的合并与拆分。数据项值合并就是将两个或多个数据项值合并为一个值，数据项值拆分即将一个数据项值拆分为两个或多个值。典型的例子是预算单位的合并，例如将两个预算单位合并为一个预算单位，或将一个预算单位拆分为两个预算单位。
可以合并或拆分代码的数据项需满足下面的条件：
- 具有值集
- 其值集在数据字典组件中进行维护
- 数据项的状态为正常
对数据项值进行合并或拆分后，数据字典记录了变化前后各值的关联关系。被合并（拆分）的代码在完成合并（拆分）后，数据项值的状态改为停用，同时在值集中增加了合并（拆分）后形成的新数据项值。
实际上，数据项值的合并和拆分是一个非常复杂的业务，它不仅仅是数据项值本身的合并和拆分，还涉及相关其它业务对象的合并和拆分，如：指标单、用款计划额度、会计凭证等，这些处理需要在相应的表层业务系统中与数据字典共同完成。
数据项值合并界面如下图所示：
图 4.3‑11：数据项值合并界面图
数据项值拆分界面如下图所示：
图 4.3‑12：数据项值拆分界面图
平台中定义了财政核心业务中大部分基础数据，各业务系统可以直接使用平台的数据字典，也可以自行维护基础数据。根据开发的历史状况和业务要求，各系统对基础数据的管理方式可能不同。一些系统基于平台开发和构建，则大部分基础数据在平台的数据字典中维护，如：中央财政的新指标系统和计划支付系统；一些系统没有基于平台开发和构建，但是这些系统与平台或其它系统有一些公共的基础数据，如：中央财政的部门预算管理系统、非税收入管理系统。为了实现各独立运行系统的数据交换，首先要统一基础数据。
为实现基础数据的统一，平台在数据字典组件中提供了基础数据同步功能，包括如下几个方面：
- 外围系统定义；
- 外围系统基础数据范围设置；
- 基础数据接收与发送。
1）外围系统定义
外围系统是指除平台及基于平台构建的表层系统以外的需要与平台进行数据交换的系统。
平台预设了一个编码为“EXTSYSTEM”的数据项用于设置外围系统，外围系统的设置在数据项值定义功能中完成。
外围系统的数据项值具有如下属性：代码、名称、系统类型、版本、IP地址、端口号、备注，其中IP地址和端口号主要用于数据交换组件中与外围系统交换数据。如下图所示：
图4.3‑13：外围系统定义界面图
2）外围系统基础数据范围设置
一般情况下，平台维护了财政核心业务所需的大部分数据项，而且在平台中维护的数据项，数据字典中将维护较完整的值集。而外围系统则可能只需要与平台中部分数据项进行同步，而且可能只与平台中数据项的部分值集同步。
为此，平台提供了一个设置外围系统基础数据范围的设置功能。如以下图所示：
图 4.3‑14：外围系统基础数据范围设置界面图
用户可以为每一个注册的外围系统设置数据范围，可以选择要同步的数据项和要同步数据项的值范围。
另外，还可以设置外围系统与平台同步基础数据需要遵循的规范，包括：
- 可维护的最高级次——外围系统可维护本数据项的值编码最高级次
- 可维护的最低级次——外围系统可维护本数据项的值编码最低级次
- 可扩展的最高级次——外围系统可扩展本数据项的值编码最高级次
- 可扩展的最低级次——外围系统可扩展本数据项的值编码最低级次
- 可上传级次——外围系统可上传本数据项到平台的值编码级次
3）数据接收与发送
平台可以接收外围系统传递来的数据包，并进行同步更新；也可以将需要同步的数据打包发送给外围系统。
基础数据的发送与接收界面如下图所示：
图 4.3‑15：基础数据发送与接收界面图
4）基础数据同步的实现方法
平台中需要进行同步的基础数据包括：表及字段定义、数据项定义（基础数据项、数据项视图）、数据项值集。
在分析各系统的业务流程和基础数据范围后，基于平台的基础数据同步方式分如下几种情况：
一、如果一个数据项只在一个系统中使用，则该数据项可以不在平台中维护，而应由该系统直接维护，也无需与其它系统同步。
二、如果某一个数据项ElementA的值集较多，管理该数据项值具有较大的复杂度，而且该数据项首先在一个系统SystemA中维护，数据项ElementA的全部值集在系统SystemA得到维护，其它任何系统均从系统SystemA中得到数据项值。例如：财政核心业务中的项目，往往需要上报、审核、批复、下发等流程来管理和维护，一般在项目库管理系统或预算编制系统中维护项目，之后将其结果导入其它系统使用。
数据项ElementA的同步应按如下流程：
（1）ElementA的初始值集首先在SystemA中维护；
（2）SystemA将值集发送到平台中，平台接收后把增量变化同步到数据字典中；
（3）当ElementA的值集发生需要同步的变化（新增代码、删除代码和修改了代码的重要属性）时，SystemA将增量变化发送到平台中，平台接收后把变化同步到数据字典中；
（4）平台向其它使用数据项ElementA的系统发送增量变化，其它系统接收后在本系统中完成数据项的同步变更。
三、如果一个数据项ElementB在多个系统中使用，而且代码相对稳定，维护工作量不大，则数据项值同步可按如下流程：
（1）在平台中维护数据项ElementB的值集；
（2）值集发生变化时，平台向需要使用该数据项的业务系统发送增量变更；
（3）表层业务系统在收到变更文件后，对本系统中的使用的数据项ElementB的值集进行同步。
对于一个新增的数据项，要实现基于平台的基础数据同步，需要首先在数据字典中建立该数据项。
权限管理主要包括用户及权限两个方面，它为平台及表层业务系统提供了统一的用户管理、权限管理和权限控制功能。权限组件包括用户、角色、功能权限、数据权限几个重要概念和对象，它们的关系如下：
图4.4‑1：统一用户及权限管理的对象关系图
权限管理提供了用户组定义、权限组定义、用户维护、角色维护、设置功能权限、设置数据权限、授权管理、查看功能权限、查看数据权限等功能。
权限管理还为表层业务系统提供了丰富的权限查询和计算接口，包括查询角色的有效数据权限（包括非授权与授权的数据权限）、查询用户的非授权数据权限、查询该用户的授权数据权限、根据要素返回获取用户数据权限、获取用户指定要素的数据权限等。
权限组件中，用户和角色都可以分组管理。用户组和角色组自成体系各不相关，它们都是树装结构。用户组和角色组都具有一个根结点，其它类别可以直接或间接地建在跟结点下。
组维护功能中能维护用户组和角色组，一个组有名称和备注属性。
组维护功能界面如下图所示：
图 4.4‑2：组维护界面图
用户可以按两种方式进行分类，一种是用户组，在类别维护可以定制，另一种是用户类型，是平台内部规定的。用户类型分为如下几种：
- 超级用户：超级用户是平台中用户超级管理的用户。超级用户具有如下特征：
- 系统预设了一个超级用户“ADMIN”，该用户不能修改和删除。
- 超级用户可以创建和管理其它超级用户、管理用户和普通用户。
- 超级用户可以创建和管理角色。
- 超级用户在管理其他用户和角色时，只能涉及自己创建的用户和角色。如：给用户选角色、给角色选用户、给角色设置数据权限、给角色下用户设置数据权限、复制一个角色的功能权限到其他惧色、复制角色下用户数据权限到其它用户等。
- 超级用户没有自己所属的角色，但是对于权限组件中所能设置的权限，超级用户在使用时，没有任何的限制
- 超级用户可以给用户和角色设置权限的范围是所有可以设置的权限。
- 由于超级用户没有自己所属的角色，所以超级用户实际上不能实现授权，即不能将自己的权限授予其他用户。
- 管理用户：管理用户是能管理其他用户的用户。管理用户具有下面的特征：
- 管理用户可以创建其他管理用户和普通用户，不能创建超级用户。
- 管理用户可以创建和管理角色。
- 管理用户在管理其他用户和角色时，只能涉及自己创建的用户和角色。
- 管理用户有自己所属的角色，管理用户所能涉及的权限范围是自己所拥有的权限，即本用户所属各角色所拥有的权限，本用户的权限由本用户的管理者来设置。
- 管理用户可以给用户和角色设置权限的范围是自己所拥有的权限。
- 管理用户只能使用自己所拥有的权限。
- 管理用户有自己的角色，所以管理用户能实现授权，即将自己的权限授权给其他用户。（注意设置权限与授权的区别）
- 普通用户：普通用户是系统正常使用的用户。普通用户具有如下特征：
- 普通用户不具有管理功能，即不能创建和管理用户及角色，不能设置权限。
- 普通用户所拥有的权限由自己的管理者来设置。
- 普通用户只能自己所拥有的权限。
- 管理用户有自己的角色，所以普通用户能实现授权，即将自己的权限授权给其他用户。（注意设置权限与授权的区别）
1）用户的属性
平台具有用户维护功能。用户的属性如下：
图4.4‑3：用户属性界面图
| 序号 | 属性名称 | 类型 | 是否必须录入 | 备注 |
| 1 | 用户编码 | 字符 | 是 | 用于区分用户，在用户登录界面中需要输入用户编码。平台中所有用户的编号不能重复。 |
| 2 | 用户名称 | 字符 | 是 | |
| 3 | 用户密码 | 字符 | 是 | 用户密码不能为空 |
| 4 | 核对密码 | 字符 | ||
| 5 | 机构类型 | 关联 | 用于选择用户所属机构的类型。目前有“代理银行”和“用户所属机构”两种选择。其中“代理银行”是“银行”基础数据项的一个数据项视图，表示银行用户；“用户所属机构”是“单位”基础数据项的一个数据项视图，表示用户所属的部门或财政内部部门（司局、处室）。 | |
| 6 | 机构 | 关联 | 表示用户所属的机构。 | |
| 7 | 用户类型 | 是 | 超级用户、管理用户或普通用户。 用户可设定的用户类型其级别不能超过自己的类型，即管理用户不能新建超级用户。 用户类型可以修改，但是如果一个用户已成为超级用户的管理者后，不能将其改为普通用户和管理用户；如果一个用户已成为管理用户的管理者后，不能将其改为普通用户。 | |
| 8 | 管理者 | 关联 | 超级用户和管理用户在新增其他用户时，当前登录用户将作为新增用户的管理者。该属性不能修改。 | |
| 9 | 用户类别 | 关联 | 是 | 表示用户所属的组，用户可以属于任意一个用户组，甚至于可以属于根结点用户组。 |
| 10 | 过期日期 | 日期 | 过期日为空时，而且状态为“有效”时，表示用户永远有效。在当前日期大于或等于过期日时，平台自动将该“使用”状态的用户改为“暂停”。 | |
| 11 | 状态 | 枚举 | 是 | 有无效、使用、暂停三种情况。只有使用状态的用户可以正常登录。 |
| 12 | 备注 | 字符 | ||
| 13 | 创建日期 | 日期 | 创建该用户的日期 该属性在用户列表中显示，在编辑界面中未显示。 | |
| 14 | 修改日期 | 日期 | 在修改用户信息后，平台将记录最后一次修改的日期。 该属性在用户列表中显示，在编辑界面中未显示。 |
2）用户维护功能
平台提供了用户维护功能，可以新增、修改、删除用户，可以查看用户的功能权限、数据权限、被授权的权限。
用户维护界面图如下：
图 4.4‑4：用户维护界面图
a）用户修改
只能由用户的管理者来修改用户信息。
- 用户类型升级
在修改一个用户时，可以升级用户类型，即将普通用户修改为管理用户或超级用户，或者将管理用户修改为超级用户，但是可以升级的级别不能超过管理者的级别。如：管理用户A创建了普通用户B，A可以将B升级为管理用户，但不能升级为超级用户。
当被升级的用户是管理用户而且该用户又创建了其他用户，该用户不能升级。
当被升级的用户是管理用户时，如果给该用户已经分配了角色，在该用户被升级为超级用户后，角色仍然保留，但是由于超级用户本身无权限限制，这些角色将被忽略。
- 用户类型降级
在修改一个用户时，可以降级用户类型，如：将超级用户修改为管理用户或普通用户，或者将管理用户修改为普通用户。
当被降级的用户是管理用户而且该用户又创建了其他用户，该用户不能降级。
- 用户停用
将一个用户的状态从“使用”或“暂停”改为“无效”后，无效用户不能再使用（不能登录和操作任何功能），而且无效用户没有下属用户。
在用户停用时，权限组件会将该用户的下属用户移交给其他用户。例如：当前登录用户A要停用用户B，而且B是超级用户或管理用户，B有下属用户，此时，平台将要求把B的下属用户移交给由A创建的与B同用户类型的其他用户来进行管理。
- 用户暂停
将一个用户的状态从“使用”改为“暂停”（或因用户过期而自动暂停）后，该用户不能再使用（不能登录和操作任何功能），但是由该用户所创建的其它用户不受任何影响，可以照常使用。
- 用户启用
对于状态为“暂停”或“实效”的用户可以再次启用，启用时要保证其过期日期大于当前日期。
b）用户删除
如果该用户没有发生任何业务，该用户可以被删除。但是只能由该用户的管理者来删除该用户。
如果当前登录用户A要删除用户B，B是一个超级用户或管理用户，而且用户B已创建了其他用户，则在删除用户B时，平台会要求把B所管理的用户移交给由A创建且与B同用户类型的其他用户来进行管理。
c）用户筛选
在界面上可以按多种筛选方式列示用户，如下图所示：
图 4.4‑5：用户筛选条件界面图
角色是用户岗位的一种抽象，一个角色实际上代表了一组功能。
1）角色的属性
角色具有如下属性：
图 4.4‑6：角色属性界面图
| 序号 | 属性名称 | 类型 | 是否必须录入 | 备注 |
| 1 | 角色编码 | 字符 | 是 | 用于区分角色。平台中所有角色的编号不能重复。 |
| 2 | 角色名称 | 字符 | 是 | |
| 3 | 角色类别 | 关联 | 是 | 角色可以属于任意一个角色类别（角色组），甚至于可以属于根结点角色类别。 |
| 4 | 管理者 | 关联 | 超级用户和管理用户在创建角色时，当前登录用户将作为新增角色的管理者。该属性不能修改。 | |
| 5 | 过期日期 | 日期 | 过期日为空时，而且状态为“有效”时，表示角色永远有效。在当前日期大于或等于过期日时，平台自动将该“使用”状态的角色改为“暂停”。 | |
| 6 | 状态 | 枚举 | 是 | 有无效、使用、暂停三种情况。只有使用状态的角色是有效的。 |
| 7 | 备注 | 字符 | ||
| 8 | 创建日期 | 日期 | 创建该角色时，平台将记录该角色的创建日期。 该属性在角色列表中显示，在编辑界面中未显示。 | |
| 9 | 修改日期 | 日期 | 在修改角色信息后，平台将记录最后一次修改的日期。 该属性在角色列表中显示，在编辑界面中未显示。 |
2）角色的功能权限
在维护角色时，可以设置其功能权限。功能权限是由平台预设或由表层系统开发者预设，它与功能菜单密切相关。
为方便设置权限，平台提供了角色功能权限复制的功能。
3）角色维护功能
平台提供了角色维护功能，可以新增、修改、删除角色，如下图所示：
图 4.4‑7：角色维护界面图
a）角色修改
- 角色暂停或停用
可以将“使用”状态的角色改为“暂停”或“停用”，当角色过期时也会自动转为暂停。角色暂停或停用后，其权限将不再有效，也不能将这些角色分配或授权给用户；但是以前已经分配或授权的情况将保留，但不参与权限计算。
- 角色启用
可以将“暂停”或“停用”状态的角色改为“使用”。启用时要保证其过期日期大于当前日期。
b）角色删除
角色可以删除，只能被该角色的管理者删除。角色被删除后，所有对该角色的应用都将被删除，包括：给用户分配的角色、角色的功能权限、角色的数据权限、角色下用户的数据权限、被授权的角色等。
c）角色筛选
在界面上可以按多种筛选方式列示角色，如下图所示：
图 4.4‑8：角色筛选条件界面图
数据权限是独立于功能的权限，它用于限制用户所能操作的数据。数据权限通过范围规则来定义，利用规则数据项设定的条件来限定可操作的数据范围。
可以为角色设定数据权限。也可以为角色下的用户设定数据权限，表示该用户作为该角色时所具有的权限（一个用户作为一个角色时，表示一个用户在操作角色拥有的功能权限）。
另外，平台提供了数据权限复制功能。可以将一个角色的数据权限复制到另一个角色中；也可以将一个角色下的一个用户的数据权限复制给另一个用户。在复制后将覆盖原有的权限。
数据权限设置界面如下图所示：
图4.4‑9：角色数据权限界面图
图4.4‑10：角色用户数据权限界面图
任何用户都可以进行授权，即把自己的权限暂时交给其他用户。用户授权实际上就是把自己所拥有的角色授给其他用户。由于超级用户无所属角色，所以超级用户的授权是无意义的。
用户授权包括如下属性：
图4.4‑11：用户授权属性界面图
| 序号 | 属性名称 | 类型 | 是否必须录入 | 备注 |
| 1 | 授权用户 | 关联 | 是 | 即当前登录用户。 |
| 2 | 开始日期 | 日期 | 是 | 表示本次授权的有效期的开始日期 |
| 3 | 结束日期 | 日期 | 是 | 表示本次授权的有效期的结束日期。当当前日期大于结束日期时，授权将自动收回。 |
| 4 | 备注 |
用户可以将自己所拥有的角色（并非自己所创建的角色）授权给其他用户，即允许其它用户操作被授权角色所规定的权限，包括功能权限和数据权限。
用户可以将自己的权限授权给管理用户和普通用户。
用户在一次授权中可以同时为多个用户授权，也可以同时将多个角色授权给一个用户。
在授权后，可以针对被授权角色增加数据权限的限制，即减少数据权限的授权范围。在平台中可以通过设置一个范围规则来限定，实际被授权的数据权限是被授权角色的数据权限与限定范围的“交集”。
用户授权必须通过开始日期和结束日期设定一个有效期，过期后，该授权将自动被回收而失效。用户也可以利用“收回”授权功能来结束某个授权。
授权管理的功能界面如下图所示：
图4.4‑12：授权管理界面图
平台提供了功能权限查看和数据权限查看功能。
在功能权限查看功能中，可以查看当前登录用户本身及其所管理的所有下级用户的权限，包括自身功能权限和被授权的功能权限。用户的功能权限不分角色列示，而是将所有所属角色的权限进行合并运算后显示。
在数据权限查看功能中，可以查看当前登录用户本身及其所管理的所有下级用户的数据权限，目前只能查看自身数据权限。用户的数据权限分角色列示，用经过计算后的数据项及数据项值列表的形式来表达。
当前登录用户为超级用户时，可以查看所有用户的功能权限和数据权限。
功能权限查看的界面下图所示：
图 4.4‑13：功能权限查看界面图
数据权限查看的界面下图所示：
图4.4‑14：数据权限查看界面图
平台中可以为用户分配角色，也可以为角色分配用户，但是这些用户、角色必须具有同一个管理者。也就是说，要给一个用户分配角色和权限，必须由该用户的管理者来创建角色，而且必须由这个管理者来分配。
为了方便用户的管理，可以设置多个管理用户，由这些管理用户来管理各自的普通用户。例如：为各司设置一个管理用户，由这些管理用户来管理属于本司的普通用户。为每个管理用户设置合理的角色和权限，以限定管理用户的可操作权限以及可设置给其他用户的权限。
角色表示用户的岗位，在系统中角色实际上代表一组功能，往往为具有相同功能的用户定义一个角色，为该角色设置相应的功能权限，并把这些用户设置在该角色下。例如：在中央财政的系统中可以设置角色“部门司指标管理经办人”、“部门司指标管理审核人”，每个角色下将包括各部门司的相关用户，它们具有相同的功能权限。
在定义了一个角色、角色的功能权限、角色包括的用户后，就可以为其定义数据权限了。角色的数据权限应该设置为该角色下各用户操作该角色的功能时所具有的最大数据权限，这一数据权限对角色下的所有用户有效。如：可以为角色“部门司指标管理经办人”设定数据权限为“预算级次=部门司待分指标”。
尽管同一个角色下的用户具有同样的功能，但是数据权限却不一定相同，此时需要为角色数据权限进行细分管理，即为角色下用户设置数据权限。例如：不同部门管理司的“部门司指标管理经办人”所能管理的指标的范围是不同的，对角色下的科教文司用户可以设置数据权限为“部门=教育部、文化部、…”，对角色下的行政政法司用户可以设置数据权限为“部门=公安部、司法部、…”。
在进行设置角色、功能权限、数据权限时，要统筹考虑功能权限与数据权限。例如：一个用户可能在操作功能A与操作功能B的数据权限范围不同时，需要设置两个角色——角色A和角色B，分别为这两个角色设置功能权限和数据权限，并且设置该用户同时属于这两个角色。
一个用户所拥有的数据权限与其所属角色密切相关，由于角色代表了一组功能，角色的数据权限是功能权限配套使用的，所以用户的数据权限必须分角色，用户作为一个角色的数据权限与作为另一个角色的数据权限不能进行合并。
当一个用户作为一个角色时的数据权限分为两种情况：
- 如果没有设置该角色下该用户的数据权限，则结果就是该角色的数据权限；
- 如果设置了该角色下该用户的数据权限，则结果是该角色的数据权限与该角色下该用户的数据权限的“交集”。
用户在实际操作某一功能时，所拥有的数据权限的计算过程需按如下步骤进行（不包括授权的情况）：
- 查询用户所属的所有角色，遍历每一个角色。如果任何角色都不包括要做的功能，则用户不能执行该功能。
- 如果某角色包含了要做的功能，则查询和计算该用户作为该角色时的数据权限。
- 把（2）的计算结果作“并集”运算。
利用行政事业单位财务数据平台统一管理“单位”、“部门”、“职员”、“功能分类”、“经济分类”的特性，和财务数据集中存储的模式，平台支持集团管理模式。既规范预算单位对财政补助、单位往来、自有等资金的独立财务核算和管理，同时实现财政、主管部门对全市基层单位的财务监督、数据实时查询、动态汇总和分析。详请参看章节【11.财务分析系统】。
图4.5‑1：多级单位查询
支持多级次预算单位编码体系，以实时体现上级部门对下级部门数据的实时查询、汇总、分析。
图4.5‑2：财政、主管部门监督基层单位财务
自然灾害、操作失误、人为破坏和系统本身潜伏的破坏性因素（电源故障、设备故障、设计缺陷）都可能引起数据的破坏和丢失。从而导致整个财政业务无法正常运行。严重者甚至会使系统陷入瘫痪，因此，严密的数据备份与恢复是整个系统安全机制的核心部分。
随着系统的运转时间的增加，数据量将会每年不断增多，将几年的数据备份，是一种客观需求。从备份方式来看，可以分为“物理备份”和“逻辑备份”；从备份的时间来看，可以分为“冷备份”和“热备份”两种。
行政事业单位财务数据平台可以采用Oracle10g及其以上的数据库，以满足全市预算单位的财务数据集中总署。为了防止因硬件、软件、操作失误、或病毒等原因造成财务数据损坏，在系统不能使用或数据不正常时以便恢复系统的使用，数据及时或定时备份功能不可缺少。利用平台的定时任务和系统接口、Oracle函数等，根据需要设置自动备份任务，如每天凌晨零点进行财务数据备份，甚至可以根据需要进行数据库的自动备份。
图4.6‑1：设置定时任务进行数据备份
恢复处理的方法取决于发生故障的类型和故障的影响面，常见的故障类型如下：
- 用户失误：
数据库管理员和操作人员误删除数据库对象和数据。此类错误恢复有很多种方法，其过程取决于要恢复的数据量，即可以从逻辑备份种重新导入删除的对象和数据，又可能是一个复杂的过程。
- 环境失效：
包括语句失效（交易中一组SQL语句未能全部完成）、网络失败（网络通讯中断）、数据库进程失效，对于Oracle等大型数据库，此类通讯可以由数据库本身自动解决。
- 介质失效：
介质失效是最危险的错误。如果未执行完善的备份过程可能会丢失数据，通常比其他失效恢复的时间更长。数据库管理员必须根据备份计划决定使用何种恢复方案，尽快恢复数据库，减少丢失数据。
常见的恢复类型主要分为两类，自动恢复和手工恢复：
- 自动恢复：
自动恢复是指依靠大型数据库系统本身的功能，检测因语句失效和环境失效等原因引起的破坏性后果，由数据库本身实施自动恢复，无须为人干预。
- 手工恢复：
对于由用户失误和介质失效所引起的破坏性后果，一般需要手工恢复，这是数据库管理员处理故障时的主要工作，数据库管理员要根据制定的备份计划和数据库系统的类型，选择手工恢复的工程和方法。
数据库的恢复可以使用软件工具，亦可用手工方式进行，为了保证恢复的成功，除了可靠的数据备份外，还必须认真做好备份数据的管理工作。定期检查以确保备份的正确性；将备份介质保存在异地一个安全的地方；安置数据增加和更新的速度；选择恰当的备份周期。
系统全面支持行政事业单位最新会计制度、支持中小学最新会计制度，同时支持基本建设单位会计制度。具体请参看【6.3.4.科目维护】章节。
图4.7‑1：会计科目维护界面
系统不需要安装，通过使用浏览器，直接登录系统。系统支持各种主流浏览器例如IE、sogou、360等等。
打开浏览器，在地址栏中，输入以上网址，打开登录界面如下：
图 5.1‑1 系统登录界面
在用户文本框中录入用户编号，密码框中输入登录密码。输入完成后点击【登录】按钮。
在系统主界面中点击右上角的【修改密码】按钮，如下图：
|
|
图 5.1‑2修改界面
打开修改密码界面，如下图。
图 5.1‑3 修改密码
- 输入旧密码
- 再输入新密码并确认密码，密码不能少于四位
- 点击【确定】按钮
在使用过程中可以随时注销当前用户，重新使用原来的用户或新用户登录系统。
|
|
图 5.1‑4退出界面
在菜单栏中选择“退出”按钮，系统退回到重新登录页面。
退出系统的操作可以通过以下三种方式来实现：
- 在菜单栏中选择“退出”按钮
- 单击窗口界面中的关闭按钮；
|
|
图 5.1‑5退出界面
- 按ALT+ F4 键。
账套切换功能针对一个用户拥有多个核算单位的数据权限时，可实现在不同单位账套间进行切换，如图所示。
图 5.1‑6 账套切换界面
1、单击菜单栏“账套切换”，打开页面；
2、在“账套”下拉列表中，选择一个会计账套
3、单击【确定】按钮，完成账套及核算单位的切换；单击【取消】按钮，退出账套切换页面。
介绍系统中的一些通用操作，这些通用操作的使用通过工具条实现。
对于新增的凭证，录入人可以对单据执行“修改”操作。
|
|
|
|
图 5.2‑1录入界面
1、录入人在凭证的录入界面点击【查询】按钮，查询出已录入凭证；
2、点击准备修改的凭证分录，前面的单选框使其成为选中状态（打上小勾）；
4、修改凭证内容，点击【保存并退出】按钮。
对于新增的凭证，录入人可以对凭证执行“删除”操作。
1、录入人在凭证的录入界面点击【查询】按钮，查询出已录入和退回的数据；
|
|
|
|
|
|
2、点击准备删除的凭证记录前的复选框使其成为选中状态（打上小勾），可以勾选多张要删除的凭证；
3、点击【删除】按钮。
可以通过此功能导出账簿数据。下面以查看【账簿查询】中的总分类账的数据导出为例说明。
-
点击“账簿查询→总分类账”，并点击【查询】查出总分类账数据，如图所示。
|
|
2、点击【导出】，弹出导出对话框，如图所示，选择导出形式是打开或保存，若都不选择，默认为只打开不保存。
图 5.2‑3 导出选择
3、若选择了导出形式是保存，则弹出保存路径对话框，如图，选择保存路径，输入导出文件名，点击保存按钮。导出完成后系统提示导出完毕，导出文件成功。
图 5.2‑4 导出路径选择
图 5.2‑5 导出完毕提示
可以通过此功能查看凭证数据。下面以查看【凭证与支付查询】中的某条凭证数据为例说明。
- 点击“凭证与单据查询→支付查询”，并点击【查询】某张凭证对应的支付数据，如图所示，并选择某一条支付数据。
|
|
|
|
|
|
图 5.2‑6 行转列
2、点击【显示为编辑形式】，显示该条数据的编辑形式，如图所示。
图 5.2‑7编辑形式
3、点击【上翻】或【下翻】，显示相应的上一条或下一条数据的信息。
可以通过此功能自定义查询条件查询数据。下面以查看【单位财务核算管理】中支付查询的高级查询为例说明。
- 点击“凭证与单据查询→支付查询”，并点击【高级查询】按钮，弹出高级查询窗口，如下图所示。
|
|
图 5.2‑8 查询主界面
图 5.2‑9高级查询窗口
- 在高级查询窗口选择查询要素和条件，如下图，点击确定按钮。
|
|
|
|
图 5.2‑10 录入查询要素和条件
- 返回到查询主界面，列表中显示符合查询条件的记录，如下图。
图 5.2‑11高级查询显示结果
账套定义是使用集中财务系统的首要工作，包括账套相关参数设置和账套要素设置两个部分。
-
-
-
- 操作
-
-
一、新增
1、 点击，“单位财务管理→账务设置”菜单项，进入账套界面，如图所示；
|
|
图 5.3‑1账套设置定义
2、在账套定义界面中点击【新增】按钮，进入账套定义新增界面如图所示；
|
|
图 5.3‑2填写账套信息并保存
输入信息说明：
- 账套编码：用数字输入，如1001；
- 账套名称：可用不同的资金分类为账套命名，以简洁直观为好；
- 起止期间：输入账套的开始期间与最大期间。其备选项在“会计期间”功能中定义；
- 科目层码：用于定义账套内的科目各级编码的长度。如3-2-2，则表示一、二、三级科目长度分别为3、2、2；
- 会计主管：输入财务主管人姓名；
- 账套类别：根据需要选择，备选项由平台提供并可在平台中维护；
- 会计主体：根据需要选择，备选项为平台单位值集项；
- 备 注：输入账套相关备注信息，可以为空；
- 凭证编号产生方式：可选择会计凭证编号的生成方式，系统提供两种方式：（1）账套+期间（2）凭证类别+期间；
- 启用：账套基本配置完成后，需要启用，只能对启用的账套进行账务处理；
- 制单人：录入制单人的姓名，将在凭证打印时依此显示，如果不录入，则凭证打印时显示凭证制单时系统默认的当前用户；
- 审核人：录入审核人的姓名，将在凭证打印时依此显示，如果不录入，则凭证审核时显示凭证制单时系统默认的当前用户；
- 记账人：录入记账人的姓名，将在凭证打印时依此显示，如果不录入，则凭证审核时显示凭证登账时系统默认的当前用户；
- 完成信息项输入后，点击【保存并退出】按钮，回到账套定义主界面。
二、修改
1、登录后点击“账务设置→账套定义”菜单项，选择要修改的账套，单击【修改】按钮，进入账套修改界面。如图所示；
|
|
图 5.3‑3修改账套信息
2、修改账套相关参数信息、账套信息项，单击【保存并退出】按钮, 保存成功，并且返回到主页面；
3、单击【返回】按钮, 取消当前的修改操作，不保存当前数据，并且返回到主页面。
三、删除
1、登录后点击“账务设置→账套定义”菜单项，系统打开功能界面，并显示已定义的账套列表，选择要删除的账套，
2、单击【删除】按钮。系统提示用户‘确定要删除当前选择的资料吗？’；确定删除点击【确定】按钮，取消删除点击【取消】按钮；
注：账套未被引用（如已设置科目类别、科目维护）时才允许删除，否则系统提示账套已被引用无法删除。
四、导入
1、登录后点击“账务设置→账套定义”菜单项，单击【导入】按钮,调出导入页面；
2、选择要导入的xml文件，系统默认一组账套编码和名称,也可手动修改，
图 5.3‑4导入XML账套信息文件
3、单击【确定】按钮,完成导入操作；单击【取消】按钮,取消当前操作。
五、导出
1、登录后点击“账务设置→账套定义”菜单项，单击【导出】按钮,调出导出页面；
2、选择导出的账套，系统默认一组账套编码和名称,也可手动修改，如图所示；
图 5.3‑5导出账套信息文件
3、单击【确定】按钮,完成导出操作，单击【取消】按钮,取消当前操作.
注：账套必须启用才能进行凭证处理等实际业务的操作；被引用的账套不能删除
-
-
- 会计期间
- 业务概述
- 会计期间
-
会计活动是以月为单位进行核算的，全年分多少个会计月，每个会计月的起始日期、终止日期（必须为下一个会计月开始日期的前一天）、当前会计月等这些都必须设置和被记录。会计期间的设置将实际工作日期对应到会计处理的某个期间，以便账套进行按期间管理。
-
-
-
- 操作
-
-
一、新增
1、登录后点击“单位财务管理→会计期间”菜单项，进入会计期间主界面如下图所示。
|
|
图 5.3‑6新增修改会计期间
2、在会计期间主界面中点击【新增】按钮，进入会计期间的新增界面如下图所示。
|
|
图 5.3‑7保存会计期间
输入信息说明：
- 期间编码：对每个会计期间标识的唯一编码；
- 期间名称：标识会计期间的中文名称；
- 起始日期：会计期间的有效开始日期；
- 终止日期：会计期间的有效结束日期，终止日期必须大于起始日期；
- 是否调整期：会计的调整期，可以设置多个调整期，并且起始、终止日期都是当年的最后一天。
填写完毕后点击【保存并退出】按钮。
二、修改
1、登录后点击“账务设置→会计期间”菜单项，选择要会计期间，单击【修改】按钮，进入账套修改界面。如图所示；
|
|
图 5.3‑8修改会计期间
2、修改账套相关参数信息、账套信息项，单击【保存并退出】按钮, 保存成功，并且返回到主页面；
3、单击【返回】按钮, 取消当前的修改操作，不保存当前数据，并且返回到主页面。
三、删除
1、登录后点击“账务设置→会计期间”菜单项，系统打开功能界面，并显示已有的会计期间，选择要删除的会计期间；
2、单击【删除】按钮。系统提示用户‘确定要删除当前选择的资料吗？’；确定删除点击【确定】按钮，取消删除点击【取消】按钮，确定后成功删除，取消则关闭该提示框。
注：a.一个会计期间的〖终止日期〗必须在〖起始日期〗之后；
b.会计期间的定义是连续性的，定义下一个期间的起始日期必须是上个期间的终止日期的后一天；
c.当会计期间已被账套定义所引用，则无法删除此期间；并且为了会计期间的连贯性，必须从最大期间开始删除。
-
-
- 科目类别
- 业务概述
- 科目类别
-
会计科目按其反应的经济内容进行分类。一般行政事业单位账套使用5个科目类别分别为：资产类、负债类、净资产类、收入类、支出类。
-
-
-
- 操作
-
-
一、新增
1、登录后点击“单位财务核算管理→科目类别”菜单项，进入科目类别主界面如图所示，
|
|
图 5.3‑9增加会计科目类别
2、在科目类别主界面中点击【新增】按钮，进入科目类别的新增界面如下图所示。
|
|
图 5.3‑10会计科目类别保存
3、输入〖类别代码〗、〖类别名称〗，单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面；单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的新增操作，不保存当前数据，并且返回到主页面。
二、修改
1、登录后点击“账务设置→科目类别”菜单项，进入科目类别主界面点击【修改】按钮，进入科目类别修改界面如图所示。
|
|
图 5.3‑11会计科目类别设置
2、修改〖类别代码〗、〖类别名称〗；
3、单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的修改操作，不保存当前数据，并且返回到主页面
三、删除
1、登录后点击“账务设置→科目类别”菜单项，系统打开功能界面，并显示已有的科目类别，选择要删除的科目类别；
2、单击【删除】按钮。系统提示用户‘确定要删除当前选择的资料吗？’；确定删除点击【确定】按钮，取消删除点击【取消】按钮，确定后成功删除，取消则关闭该提示框。
注：若科目类别已设置了会计科目，则无法删除，必须删除了该科目类别的所有会计科目才能正常进行删除操作。
-
-
- 科目维护
- 业务概述
- 科目维护
-
每个账套独立维护自己的会计科目体系，科目设置内容较多，科目及科目核算要素是账务控制的基础资料，在有数据发生的情况下，不能修改，控制十分严格。为了给预算单位提供更好的服务，我们密切跟踪预算单位会计制度改革。随着2013年事业单位和2014年行政单位、中小学最新会计制度的颁布，也支持基建单位会计制度。系统及时升级更新，不仅在财务规范上而且在财务处理上对新的财务制度都提供了更好的支撑，系统同时也支持基本建设单位会计制度。
-
-
-
- 操作
-
-
一、新增
1、登录后点击“账务设置→科目维护”菜单项，进入科目维护主界面如图所示。
|
|
图 5.3‑12新增会计科目
2、在科目维护右面界面输入会计科目相应信息，并选择相应的辅助核算：
- 科目编码：输入科目编码要求符合账套定义中定义的编码长度。要求先定义总账科目，再设置下级明细科目。科目编码不允许重复，且只允许输入数字；
- 科目名称：根据需要进行定义；
- 科目全称：自动生成，由上级科目和本级科目名称组成；
- 科目属性：是在科目类别基础上对科目属性的进一步约束与细化，预设了四种类型：普通科目，现金科目，银行科目，往来科目。默认为普通科目，可以修改，下拉选择输入；
- 余额方向：每个科目有自己的余额方向。资产类、支出类科目的余额方向默认为借方，负债类、净资产类、收入类科目的余额方向中默认为贷方，可以进行修改，下拉选择输入；
- 核算币种：设置科目的核算币种，如：美元、英镑、港币等，系统默认为‘人民币’核算；
- 数量：设置科目的数量核算；
- 科目类别：选择在“科目类别”中已定义的所属科目类别；
- 核算要素：每个科目有自己的核算要素，用户根据业务需要选择。
注：a.〖科目核算要素〗的继承：上级科目的核算要素可以自动被下级继承，但下级的〖科目核算要素〗必须被上级的〖科目核算要素〗包含；
b.增加上级科目的核算要素时，下级科目自动增加相应核算要素；
c.减少上级科目的核算要素时，下级科目自动减少相应核算要素。
3、点击【保存】按钮, 保存成功。
4、提供科目合并功能，合并后原科目的数据和辅助属性都相应转移到合并后的科目。会计科目可以随时增加下级明细科目进行拆分，在有发生额的情况下，发生额会自动转到新增的下级科目中。
二、修改
1、登录后点击“账务设置→科目维护”菜单项，进入科目维护主界面点击
2、选择要修改科目，单击工具栏【修改】按钮，修改科目的基本信息，属性和核算要素；
3、单击【保存】按钮, 保存成功。
三、删除
1、登录后点击“账务设置→科目维护”菜单项，进入科目维护主界面，选择要删除的科目，单击工具栏【删除】按钮；
2、系统提示用户‘确定要删除当前选择的资料吗？’；确定删除点击【确定】按钮，取消删除点击【取消】按钮；确定后成功删除记录，取消后则关闭该提示框。
注：a.被引用的会计科目不能删除，如已定义子科目或被凭证模板中的科目对应关系引用；
b.有下级科目的会计科目不能删除，要求从最下级开始删除，所有下级科目删除后，该科目才能被删除；
c.如果科目已有业务数据发生，则不允许删除。
-
-
- 凭证摘要
- 业务概述
- 凭证摘要
-
会计凭证摘要的设置是把常用的凭证摘要预先汇集存放起来，供制作会计凭证时直接选用，方便输入，摘要可设也可以不设，这样做的好处是相同业务说法一致，同时也减少了业务人员的汉字输入量。
-
-
-
- 操作
-
-
一、新增
1、登录后点击“账务设置→凭证摘要”菜单项，进入凭证界面如下图所示。
|
|
图 5.3‑13凭证摘要设置
2、在录入界面中点击【新增】按钮，进入凭证摘要新增界面如图所示。
|
|
图 5.3‑14凭证摘要设置
3、输入新增凭证摘要，单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面；单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的新增操作，不保存当前数据，并且返回到主页面。
二、修改
1、登录后点击“账务设置→凭证摘要”菜单项，进入凭证摘要主界面选择需要修改的凭证摘要，点击【修改】按钮进入凭证摘要修改界面如下图所示。
|
|
图 5.3‑15凭证摘要设置
- 修改凭证摘要后， 单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的修改操作，不保存当前数据，并且返回到主页面。
三、删除
1、登录后点击“账务设置→凭证摘要”菜单项，进入凭证摘要主界面选择需要删除的凭证摘要，点击【删除】按钮。
2、返回到凭证摘要主列表，查看凭证摘要删除成功。
-
-
- 凭证类别
- 业务概述
- 凭证类别
-
凭证类别的定义是为了方便业务人员对会计凭证的查找、整理、统计，对会计凭证进行合理的分类。凭证类别按账套定义。
-
-
-
- 操作
-
-
一、新增
1、登录后点击“账务设置→凭证类别”菜单项，进入凭证类别主界面如图所示。
|
|
图 5.3‑16凭证类别设置
2、在凭证类别界面点击【新增】按钮，进入凭证类别新增界面。
图 5.3‑17凭证类别设置
输入信息说明：
- 类别代码：一般输入2位数字；
- 类别名称：一般有记账凭证、指标凭证，用户可根据需要定义；
- 凭证字：根据账务需要设置。
3、输入的凭证类别信息，单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面；单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的新增操作，不保存当前数据，并且返回到主页面。
二、修改
1、登录后点击“账务设置→凭证类别”菜单项，进入凭证类别主界面点击【修改】按钮进入修改界面如图所示。
|
|
图 5.3‑18凭证类别设置
2、输入修改信息，单击【保存并退出】按钮, 保存成功，并且返回到主页面； 单击【返回】按钮, 取消当前的新增操作，不保存当前数据，并且返回到主页面。
三、删除
1、登录后点击“账务设置→凭证摘要”菜单项，进入凭证主界面选择需要删除的凭证类别，点击【删除】按钮。
2、返回到凭证类别主列表，查看凭证类别删除成功。
注：如果凭证类别已被其它功能引用（如已存在该凭证类别的凭证、模板等），则不允许删除；
-
-
- 账套复制
- 业务概述
- 账套复制
-
对于存在相同基础资料的账套,可以通过账套复制菜单,来实现简化账套设置的操作。
-
-
-
- 操作
-
-
一、账套复制
1、登录后点击“账务设置→账套复制”菜单项，进入账套复制界面如图所示。
|
|
图 5.3‑19账套复制功能
2、选择要复制的账套;系统默认一组账套编码和名称,也可手动修改;
3、单击【复制账套】按钮,完成导出操作。
-
-
- 自定义明细科目
- 业务概述
- 自定义明细科目
-
单位进行核算时除行政事业单位标准的会计科目外，每个核算单位还需要根据自己发生业务的实际情况增加需要的明细科目。在“自定义明细科目”模块，可以实现此功能。如图示，自定义明细科目主界面。
图 5.3‑20自定义明细科目管理
-
-
-
- 操作
-
-
一、新增
1、单击菜单栏“账务设置”下“自定义明细科目”，进入自定义明细科目主界面；
2、选中需要增加明细科目的总账科目点击【新增下级科目】按钮，在编辑区输入相应的编码和名称；
3、点击【保存并退出】按钮。
注：增加明细科目的总账科目需要在科目维护中勾选自定义明细科目作为核算要素。
二、修改
1、单击账务设置菜单下自定义明细科目，进入自定义明细科目主界面；
2、选中需要修改的明细科目点击工具栏中【修改】按钮，修改相应的信息项；
3、点击【保存并退出】按钮。
三、删除
1、单击账务设置菜单下自定义明细科目，进入自定义明细科目主界面；
2、选中需要删除的明细科目点击工具栏中【删除】按钮；
3、点击【保存并退出】按钮。
-
-
- 自定义部门
- 业务概述
- 自定义部门
-
单位进行核算时除行政事业单位标准的会计科目外，可能需要将部门做为明细科目进行核算。在“自定义部门”模块，可以实现此功能。如图所示，自定义部门主界面。
图 5.3‑21自定义部门值集管理
-
-
-
- 操作
-
-
一、新增
1、单击账务设置菜单下自定义部门，进入自定义部门主界面；
2、点击【新增】按钮，进入新增编辑界面输入各信息项内容，选择对应的核算单位；
3、点击【保存并退出】按钮。
二、修改
1、单击账务设置菜单下自定义部门，进入自定义部门主界面；
2、选中需要修改的部门点击工具栏中【修改】按钮，修改相应的信息项；
3、点击【保存并退出】按钮。
三、删除
1、单击账务设置菜单下自定义部门，进入自定义部门主界面；
2、选中需要删除的明细科目点击工具栏中【删除】按钮；
3、点击【保存并退出】按钮。
- 自定义要素维护
图 5.3‑22自定义要素值集管理
系统除支持自定义明细科目、自定义部门外，还可以根据具体需要不限制数量自定义要素，如：往来单位、个人等等。操作如上图所示：选择要素，并在其下新增新的要素，保存；然后新建立的要素就可以使用。
- 核算要素维护
图 5.3‑23辅助核算信息项管理
- 点击“新增”按钮，新增一个核算要素；
- 新生成的核算要素选择要素代码；
示例
辅助核算要素可添加往来个人，往来单位，经费拨出，自定义项目
- 往来个人
图 5.3‑24往来个人值集管理
进入“往来个人”界面，选择核算单位，点击“新增”按钮，按要求填写，生成“往来个人”自定义核算要素。
- 往来单位
图 5.3‑25往来单位值集管理
进入“往来单位”核算要素界面，可进行设置。查询核算单位，在相应的核算单位下点击“新增”按钮生成新的自定义核算要素。
- 经费拨出
图 5.3‑26经费拨款值集管理
点击“经费拨出”菜单，进入页面；页面上有“新增”、“修改”、“删除”和“删除”等按钮；选择核算单位后，就可以进行新增等操作。
- 自定义项目
图 5.3‑27自定义项目值集管理
点击“自定义项目”菜单，进入当前页面；页面上有查询、新增、修改、删除等按钮，同样是选择核算单位后，就可以进行新增、删除、修改等操作。
初始化账主要进行集中财务的初始设置，将年初余额、累计发生额、期初余额等数据输入系统，并进行试算平衡。初始化账采用导入、取上年数和手工录入凭证的方式输入年初余额和累计发生额。如图所示
图 5.4‑1初始化账设置
同时，系统也可通过凭证来完成初始余额。
凭证主分录输入信息说明：
- 会计科目：选择输入，只能选择最末级科目；
- 年初余额：录入各科目的年初数
- 累计发生额：若账套的启用期间是‘一月份’，则不需录入累计发生额，若账套启用期间非‘一月份’，则一般需录入累计发生额。
- 期初余额：系统根据年初余额和累计发生额自动计算
- 合计：通过主分录借贷方金额自动计算
表尾输入信息说明：
- 会计主管：自动显示建账时输入的主管的姓名，见账套定义中维护的内容；
- 记账人：初始化凭证登账成功时，系统自动显示记账人的姓名；
明细资料输入信息说明：
主分录科目有明细时，需要录入明细资料信息，主分录金额由明细金额自动计算；
- 年初余额:录入各明细资料的年初数
- 累计借/贷方发生额：直接输入或通过F2实现自动平衡。其合计数，将自动向主分录传递
- 要素：要素项为该末级科目对应的科目核算要素，每个核算要素显示一列，选择输入，选择内容为平台中统一的要素值集；
初始化账操作流程：导入/取上年数/录入→保存→试算平衡→登账，可以逆流程处理。
一、导入
1、单击菜单栏“初始化账”节点，系统打开界面；
2、点击【导入】按钮,选择导入文件；
3、点击【确定】按钮,导入操作完成；
4、点击【取消】按钮,取消当前操作。
二、取上年数
1、单击菜单栏“初始化账”节点，系统打开界面；
2、点击【取上年数】按钮，自动读取期初数据。
三、导出
1、单击菜单栏“初始化账”节点，系统打开界面；
2、点击【导出】按钮,打开导出页面；
3、勾选”打开/保存”选项(可复选)；
4、点击【确定】按钮,完成相应操作；
5、点击【取消】按钮,取消当前操作。
四、新增
1、单击菜单栏“初始化账”功能，系统打开界面
2、单击工具栏【新增】按钮，根据信息说明，依次录入表头信息，主分录，明细资料，单击工具栏【保存】按钮；保存成功。
五、修改
1、单击菜单栏“初始化账”功能，系统打开界面；
2、直接修改相关信息，单击工具栏【保存】按钮；
3、保存成功。
六、删除
1、单击菜单栏“初始化账”功能，系统打开界面；
2、点工具栏【删除】按钮；
3、系统提示用户‘确定要删除当前的凭证吗？’；确定删除，点击【确定】按钮，取消删除点击【取消】按钮。
七、编辑分录行
如图所示。
增行：新增一行，新增行的位置在已编辑的会计分录最后；
插行：新增一行，新增行的位置在当前光标定位的会计分录行之前；
删行：删除当前选择的会计分录行。
八、试算平衡
1、单击菜单栏“初始化账”功能，系统打开界面；
2、单击【试算平衡】按钮，弹出，试算平衡页面，列示试算平衡情况；
3、单击【关闭窗口】按钮，反回主页面。
九、登账
初始化账保存后，单击工具栏【登账】按钮；
初始化账记账成功，表尾记账处自动显示记账人的姓名。
十、取消登账
初始化账登账后，单击工具栏【取消登账】按钮；
取消记账成功，表尾记账处自动清空记账人的姓名。
注：a.定义完毕基础资料（账套、会计科目、凭证类别）后才能录入初始化凭证。
b.初始化凭证登账后不允许修改和删除。取消登账后，才可进行修改和删除。
c.功能键呈灰色，表示用户不能进行此操作。如初始化账在登账前不能取消登账，因此登账键亮如：
，而取消登账键灰如
。
系统根据集中支付系统生成的支付凭证，通过系统机制凭证模板生成会计凭证。方便单位会计记账。
图 5.5‑1 机制凭证模板设置
- 集中支付凭证
图 5.5‑2支付凭证生成界面
点击“凭证管理”菜单，进入其下级“支付凭证”子菜单，可以进行查询、新增、删除、凭证显示等操作。即由集中支付的原始凭证生成会计凭证。
- 工资凭证
图 5.5‑3工资凭证生成
点击“凭证管理”菜单，进入其下级“工资凭证”子菜单，可以进行查询、新增、删除、凭证显示等操作。即由集中支付的原始凭证生成会计凭证。
- 固定资产凭证
集中财务系统管理中对于单位固定资产业务可在固定资产凭证中完成相关记账工作。如图所示，固定资产凭证主界面。
图 5.5‑4固定资产凭证生成
- 结转凭证
行政事业单位的核算过程中，存在月末结转的一些业务。系统提供只需指定结转的收支科目，以及对应转入的结转结余科目及凭证生成方式，就可以自动生成符合收支结转凭证。一般结转凭证是在年末当本单位一年的业务都处理结束时，才进行年终结转凭证的操作，如图所示结转凭证界面。
图 5.5‑5凭证结转
- 自有资金凭证
图 5.5‑6单位自有资金会计凭证生成
点击“凭证管理”菜单，进入其下级“自有资金凭证”子菜单，可以进行查询、新增、删除、凭证显示等操作。即由集中支付的原始凭证生成会计凭证。
- 业务概述
系统提供了根据模板自动生成凭证的功能，但在实际应用中，有许多业务需要手工去调整，或没有业务系统作为账务系统数据的入口，因此需要手工录入会计凭证， 界面如图所示。
图 5.5‑7凭证录入界面
表头输入信息说明：（基本上同于初始化凭证输入说明）
- 期间：默认为当前期间，可选择；
- 日期：默认为当前期间内最后一张凭证的日期，尚无凭证，默认系统当前日期，可修改；
- 凭证编号：录入时手工输入编号，不输入的话，保存时系统自动附流水号；
- 凭证类别：根据业务情况选择相应的凭证类别；
- 附单张数：手工输入，可以为空；
凭证主分录输入信息说明：
- 摘要：手工输入；
- 会计科目：选择输入，只能选择最末级科目；
- 借方金额：科目没有明细信息时，直接录入金额或通过F2实现自动平衡；科目有明细信息时，此栏不可编辑，通过借方明细金额自动计算显示；
- 贷方金额：科目没有明细信息时，直接录入金额或通过F2实现自动平衡；科目有明细信息时，此栏不可编辑，通过贷方明细金额自动计算显示，
- 合计：通过主分录借贷方金额自动计算，借方分录金额和等于合计借方，贷方分录金额和等合计贷方。
表尾输入信息说明：
- 会计主管：自动显示建账时输入的主管的姓名，见账套定义中维护的内容；
- 审核：凭证审核成功时，系统自动显示审核人的姓名；
- 记账：凭证登账成功时，系统自动显示记账人的姓名；
- 制单：凭证录入，保存成功时，系统自动显示制单人的姓名；
明细资料输入信息说明：
主分录科目有明细时，需要录入明细资料信息，主分录金额由明细金额自动计算；
- 借/贷：同一条主分录下的明细资料只能选择一个方向，根据实际业务选择发生方向；
- 明细摘要：系统自动将主分录的摘要写入到明细资料的摘要中，但用户可以直接修改；
- 要素：要素项为该分录末级科目对应的科目核算要素，每个核算要素显示一列，选择输入，选择内容为平台中统一的要素值集；
- 金额：直接输入或通过F2实现自动平衡。
- 操作
一、新增
1、在定义好账务设置的所有基础资料后（账套、会计科目、凭证类别等）才能录入凭证。
2、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面；
3、单击工具栏【新增】按钮；
4、根据输入信息说明输入凭证表头、主分录、明细资料；
5、单击工具栏【保存】按钮，保存成功。
二、修改
1、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面；
2、选择要修改的凭证，直接修改，输入修改信息；
3、单击工具栏【保存】按钮，保存成功。
三、删除
1、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面；
2、选择要删除的凭证，单击工具栏【删除】按钮；
3、系统提示用户‘确定要删除当前的凭证吗？’；
4、确定删除，点击【确定】按钮，取消删除点击【取消】按钮。
四、编辑分录行
五、保存模板
1、对于使用频率高的凭证信息，为了避免重复输入，节省工作量，可以将其制作成模板，方便以后直接获取生成凭证。这种方式保存的模板。
2、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面。
3、选择要制作成模板的凭证，单击工具栏【保存模板】按钮；
4、系统自动弹出模板编辑界面，如图所示：
图 5.5‑8保存手工凭证模板
5、输入〖模板编码〗、〖模板名称〗；
6、点确定，模板保存成功。
7、点取消，模板不保存，返回凭证界面。
六、读取模板
系统通过读取模板功能实现自动生成手工凭证。对于通过取模板产生的凭证，用户可以进行修改。取模板操作如下：
1、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面，
2、点工具栏【读取模板】按钮，弹出读取模板界面，如图所示
图 5.5‑9读取手工凭证模板
3、根据业务需要选择对应的模板；
4、点击【确定】按钮，系统根据模板内容自动生成凭证；
5、点击【取消】按钮，取消当前操作；
6、凭证生成正确后，点击【保存】按钮，凭证保存成功。
七、删除模板
1、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面；
2、点工具栏【删除模板】按钮，弹出删除模板界面；
3、选择要删除的模板；
4、点击【确定】按钮。
5、点击【取消】按钮，取消当前操作。
八、查询
通过工具栏【查询】按钮，用户可以用不同条件组合对凭证快速的进行定位查找，十分方便。
1、单击菜单栏“凭证制单”下的“凭证录入”功能，系统打开凭证录入的界面；
2、单击工具栏【查询】按钮，弹出界面如图：
图 5.5‑10会计凭证查询
可以按期间、凭证类别、凭证编号进行组合查询；
选择部分条件，点【确定】按钮，查询出符合条件的凭证。
九、查询翻页
工具栏翻页功能键有：首项、前项、后项、末项；
：点击后查询当前期间第一张凭证；
：点击后查询前面一张凭证；
：点击后查询后面一张凭证；
：点击后查询最后一张凭证。
- 业务概述
凭证审核是财务管理的关键步骤。系统对凭证必需要求审核，如果未审核，则不能进行登账与结账的处理工作，界面如图所示。
图 5.5‑11凭证批量审核
- 操作
一、过滤
1、单击菜单栏“凭证处理”下的“凭证审核”功能，系统打开凭证审核处理界面；
2、输入查询条件，如状态、会计期间、凭证号，单击工具栏中的【查询】按钮；
3、当状态为“已录入”时，系统自动过滤掉已审核的记录；
4、当状态为“已审核”时，系统自动过滤掉未审核的记录。
二、审核
审核功能对已录入状态的凭证进行审核操作。
1、单击菜单栏“凭证处理”下的“凭证审核”功能，系统打开凭证审核界面；
2、选择输入查询条件，单击工具栏中的【查询】按钮，列表显示符合条件的凭证记录；
3、过滤查询待审核的凭证记录；
选择一张或多张待审核的凭证记录；
单击工具栏【审核】按钮；
凭证审核成功，审核成功的凭证记录自动过滤到已审核凭证列表。
三、取消审核
取消审核是审核的反向操作。
1、单击菜单栏“凭证处理”下的“凭证审核”功能，系统打开凭证审核界面；
2、选择输入查询条件，单击工具栏中的【查询】按钮，列表显示符合条件的凭证记录；
3、过滤查询已审核的凭证记录；
4、选择一张或多张需反审核的凭证记录；
5、单击工具栏【取消审核】按钮 ；
6、凭证取消审核成功，取消审核成功的凭证记录自动过滤到未审核凭证列表。
注：
a.凭证在保存后、记账前才能进行取消审核操作，凭证已登账后，不能取消审核；
b.用户要求具有审核的功能权限，才能进行审核操作；
c.凭证审核后不允许修改，若要修改，需要先取消审核；
d.凭证录入人和审核人不能是同一个用户。
- 业务概述
提供凭证登账处理的简化操作，会计人员可以选择一张、多张或所有凭证进行登账或取消登账操作。界面如图。
图 5.5‑12凭证登账处理
- 操作
一、查询
用户可以按状态、会计期间、凭证号过滤条件进行过滤查询。
1、单击菜单栏“凭证处理”下的“凭证登账”功能，系统打开凭证登账处理界面；
2、输入查询条件，如状态、会计期间、凭证号，单击工具栏中的【查询】按钮；
3、当状态为“已审核”时，系统自动过滤掉已登账的记录；
4、当状态为“已登账”时，系统自动过滤掉未审核的记录。
二、登账
凭证登账对已审核的凭证进行登账操作。
1、单击菜单栏“凭证处理”下的“凭证登账”功能，系统打开凭证登账界面；
2、选择输入查询条件，单击工具栏中的【查询】按钮，列表显示符合条件的凭证记录；
3、过滤查询待登账的凭证记录；
选择一张或多张待登账的凭证记录；
单击工具栏【登账】按钮；
凭证登账成功，登账成功的凭证记录自动过滤到已登账凭证列表。
三、取消登账
取消登账是登账的反向操作。
1、单击菜单栏“凭证处理”下的“凭证登账”功能，系统打开凭证登账界面；
2、选择输入查询条件，单击工具栏中的【查询】按钮，列表显示符合条件的凭证记录；
3、过滤查询已登账的凭证记录；
4、选择一张或多张需反登账的凭证记录；
5、单击工具栏【取消登账】按钮 ；
6、凭证取消登账成功，取消登账成功的凭证记录自动过滤到未登账凭证列表。
注： a.凭证已登账后，不能取消审核；
b.用户要求具有登账的功能权限与数据权限，才能进行登账处理；
c．凭证登账后不允许修改，若想修改，需要先取消登账、取消审核。
凭证查询不仅提供按辅助核算、摘要模糊检索记账会计凭证，而且支持按金额、日期等完全匹配查询。支持自定义的凭证模板显示和打印格式设置，可定义打印不同的纸张，支持凭证套打。摘要和科目在给定的宽度打印不下时，将自动缩小变成多行，打印输出时可自动进行缩放打印。支持同一凭证科目相同辅助核算不同的多笔分录合并打印等。
- 业务概述
凭证查询提供灵活的多条件组合对凭证进行查阅，对于查询到的业务关联凭证，用户还可以追溯原始单据。界面如图：
图 5.5‑13会计凭证查询
- 操作
一、查询
- 单击菜单栏“凭证处理”下的“凭证查询”功能，系统打开凭证查询界面，如图；
- 输入查询条件，如核算单位、凭证号、会计期间等信息，点表格左上角的【查询】按钮；
- 系统查询出符合条件的会计凭证；
二、凭证显示
- 单击菜单栏“凭证处理”下的“凭证查询”功能，系统打开凭证查询界面，如图；
- 输入查询条件，如核算单位、凭证号、会计期间等信息，点表格左上角的【查询】按钮；
- 系统查询出符合条件的会计凭证；
- 选中要查阅的凭证记录，点击凭证显示，则弹出整张凭证。
三、来源
- 单击菜单栏“凭证处理”下的“凭证查询”，系统打开凭证查询界面；
- 选择查询条件，点表格左上角的【查询】按钮，显示符合条件的记录；
- 选择要追溯来源的凭证记录，单击工具栏【来源】按钮；
- 系统弹出该凭证对应的原始单据信息。
图 5.5‑14会计凭证打印模板设置
四、凭证打印
1、可以根据具体需要自定义打印凭证模板，设置打印格式；
2、可以设置打印的辅助核算，核算的层级。
- 业务概述
会计活动中要求凭证号是连续的，但可能因为删除凭证等多种原因造成凭证号不连续。检查凭证号功能用于检查断号凭证，并自动调整凭证号。界面如图：
图 5.5‑15凭证号检查
- 操作
一、检查凭证号
1、单击菜单栏“结账处理”下的“凭证号检查”,打开页面；
2、在查询区选择核算单位和会计期间；
3、点击【检查凭证号】按钮,页面下方的〖操作信息〗窗口，显示检查的结果；
4、如果存在断号凭证则显示哪些凭证断号；如果不存在则显示“所有的凭证号都是连续的”。
二、重新编号
1、单击菜单栏“结账处理”下的“凭证号检查”,打开页面；
2、在查询区选择核算单位和会计期间；
3、点击【检查凭证号】按钮,页面下方的〖操作信息〗窗口，显示检查的结果；
4、存在断号凭证时，点击【重新编号】按钮；
5、系统自动对凭证号进行整理，重新对该核算单位的凭证进行编号处理。
结账处理分为月末结账、年末结账。月末结账时，系统自动检查会计凭证是否借贷平衡，自动检查凭证编号是否连续；自动检查期末是否计提折旧；自动检查月末外币核算是否需要调整汇率；自动检查是否进行收支结转等。系统也支持取消结账功能，为财务会计人员修改调整记账信息提供便利。
-
-
- 月末结账
- 业务概述
- 月末结账
-
月末结账表示核算单位本期会计工作的结束，并产生下一期间的期初余额，如图所示。
图 5.6‑1月末结账操作界面
-
-
-
- 操作
-
-
一、月结
1、单击“结账处理”下的“核算单位月结”,打开页面；
2、勾选要月结账的核算单位；
3、单击工具栏【月结】按钮，完成月结操作，〖当前会计期间〗自动加1。如果未月结成功，异常信息文本框，会给出相应提示。
注：当前期间存在未审核、未记账的凭证时，核算单位不允许做月结；
当前期间凭证如果存在断号，不允许月结；
最后一个会计期间不允许做月结处理，只能做年结处理。
二、反月结
反月结可以对已经结账的月份进行反向操作，这样便于用户修改反月结月份的业务数据。
1、单击“结账处理”下的“核算单位月结”,打开页面；
2、勾选要反月结的核算单位；
3、单击工具栏【反月结】按钮，完成反月结操作，〖当前会计期间〗自动减1。如果未反月结成功，异常信息文本框，会给出相应提示。
在账套当年会计凭证全部记账且正确无误的情况下，且以前期间均结账处理完成后，才能进行年结处理。年结后会计年度切换到下年。界面如图。
图 5.6‑2年末结账操作界面
界面信息说明：
- 账套信息列表：显示当前用户操作权限范围内的账套及相关账套信息，用户可以选择一个或多个账套进行年结账处理；
- 异常信息：账套存在不能年结账的情况时，显示出相关信息，否则显示为空。
-
-
- 操作
-
-
二、具体操作步骤
一、年结
1、单击“结账处理”下的“年度结账”节点；
2、系统打开〖年度结账〗界面；
3、选择一个或多个要年结账的账套；
4、单击工具栏【年结】按钮，完成月结操作。如果未年结成功，异常信息文本框，会给出相应提示。
注：账套月结到最后一会计期间才允许进行年结，否则，不允许做年结；
二、反年结
反年结可以对已经年结的账套进行反向操作，这样便于用户修改反年结月份的业务数据。
1、单击“结账处理”下的“反年结”,打开页面；
2、勾选要反年结的账套；
3、单击工具栏【反年结】按钮，完成反年结操作。如果未反年结成功，异常信息文本框，会给出相应提示。
报表管理系统既是规定的通用账表的展现，又是预算单位会计人员核对财务数据、处理日常办公业务的手段，是行政事业单位财务数据平台的核心组件之一。不仅提供了强大的账务函数展现，也可通过EXCEL、PDF处理明细账、资产负债表、收支明细表等各种账表。
它是对全部业务，按规定的总账科目进行分类登记的账簿。可以全面、总括的反应业务经济活动情况，并为填制会计报表提供资料。系统中用户可以灵活查阅各总账科目不同期间段的年初余额、各月发生额合计数、月末余额。一般采用三栏式账簿格式。
- 操作
一、查询
1、单击菜单栏“账薄查询”下的“总分类账”节点，打开界面如图所示；
图 6.1‑1
2、在查询区输入各查询条件(会计科目、会计期间、是否含未登账)；
3、单击工具栏【查询】按钮，弹出界面如图所示；
图 6.1‑2
4、系统查询出符合条件的总分类账。
二、导出
根据查询条件过滤出总分类账数据；
- 单击工具栏中的【导出】按钮，弹出界面如图所示；
图 6.1‑3
2、单击【打开】按钮，以xls方式打开当前账簿；
3、点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.1‑4账薄报存本地磁盘
3、点击【保存】按钮，保存当前文件；
4、点击【取消】按钮，不作处理；
- 业务描述
它是分类登记资产、负债、净资产、收入、支出的详细变动情况的账簿，可以提供各经济业务的详细资料信息。系统中用户可以灵活查阅各账户不同期间段的明细发生情况，如科目的期初余额、每笔明细发生额、各月发生额合计数、月末余额，采用三栏式账簿格式。
- 操作
一、查询
1、单击菜单栏“账薄查询”下的“总账明细账”节点，打开界面如图所示；
图 6.1‑5 总账明细账查询
2、在查询区输入各查询条件(会计科目、会计期间、含未登账)；
3、单击工具栏【查询】按钮，弹出界面如图：
图 6.1‑6 总账明细账查询
4、系统查询出符合条件的明细账。
二、导出
根据查询条件过滤出明细账数据；
1、单击工具栏中的【导出】按钮，弹出界面如图所示；
图 6.1‑7 总账明细账保存
2、单击【打开】按钮，以xls方式打开当前账簿；
3、点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.1‑8 本地保存总账明细账
4、点击【保存】按钮，保存当前文件；
5、点击【取消】按钮，不作处理；
- 业务描述
它是一种特殊的明细账，是根据经济业务的特点和管理需要，集中反映子科目及其核算要素信息。用户可以直观查询出科目在不同期间段的明细发生额、月末余额等。
- 操作
一、查询
1、单击菜单栏“账薄查询”下的“明细账(列核算要素)”节点，打开界面如图所示；
图 6.1‑9 明细账查询
2、在查询区输入各查询条件(科目、经济分类、代理银行、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮，弹出界面如图：
图 6.1‑10 明细账查询
4、系统查询出符合条件的明细账，在科目后列示该科目核算要素的相关息。
二、导出
根据查询条件过滤出明细账数据；
1、单击工具栏中的【导出】按钮，弹出界面如图所示；
图 6.1‑11 明细账保存
2、单击【打开】按钮，以xls方式打开当前账簿；
3、点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.1‑12 明细账保存本地磁盘
4、点击【保存】按钮，保存当前文件；
5、点击【取消】按钮，不作处理；
它分类登记资产、负债、净资产、收入、支出科目详细变动情况的账簿，可以提供各经济业务的详细资料信息。如科目的期初余额、每笔明细发生额、累计发生额、月末余额。采用三栏式账簿格式。
- 操作
一、查询
1、单击菜单栏“报表查询”下的“科目余额表”节点，打开界面如图所示
图 6.2‑1 科目余额表查询
2、在查询区输入各查询条件(会计科目、会计期间、是否含未登账)；
3、工具栏【查询】按钮，弹出界面如图所示，
图 6.2‑2 科目余额表查询
4、系统查询出符合条件的科目余额。
二、导出
根据查询条件过滤出科目余额表数据。
1、单击工具栏中的【导出】按钮，弹出界面如图所示；
图 6.2‑3 科目余额表保存
2、单击【打开】按钮，以xls方式打开当前账簿；
3、点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.2‑4 科目余额表保存本地磁盘
4、点击【保存】按钮，保存当前文件；
5、点击【取消】按钮，不作处理；
- 业务描述
资产负债表亦称财务状况表，反应财政在一定日期（通常为各会计期末）的财务状况的主要会计报表。
- 操作
一、查询
1、单击菜单栏“报表查询”下的“资产负债表”节点，打开界面如图示
图 6.2‑5 查询资产负债表
2、在查询区输入各查询条件(开始日期、结束日期、是否含未登账)；
3、工具栏【查询】按钮，弹出界面如图所示。
图 6.2‑6 资产负债表查询
4、系统查询出符合条件的资产负债表
二、导出
根据查询条件过滤出资产负债表数据。
单击工具栏中的【导出】按钮，弹出界面如图示；
图 6.2‑7 保存资产负债表
2、单击【打开】按钮，以xls方式打开当前账簿；
3、点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.2‑8 资产负债表保存本地磁盘
4、点击【保存】按钮，保存当前文件；
5、点击【取消】按钮，不作处理；
- 业务描述
报表是根据政府财政业务需要，反应不同期间财政收支状况的报表。
- 操作
一、查询
1、单击菜单栏“报表查询”下的“单位支出明细表” 节点，打开界面如图所示
图 6.2‑9 单位支出明细表查询
2、在查询区输入各查询条件(会计科目、开始日期、结束日期、是否含未登账、旬/月报)；
3、工具栏【查询】按钮，弹出界面如图所示；
图 6.2‑10单位支出明细表查询
4、系统查询出符合条件的单位支出明细表。
二、导出
根据查询条件过滤出单位支出明细表数据。
-
- 单击工具栏中的【导出】按钮，弹出界面如图所示；
图 6.2‑11 保存单位支出明细表
-
- 单击【打开】按钮，以xls方式打开当前账簿；
- 点击【保存】按钮，弹出界面如图所示，选择文件存放的路径并输入文件名；
图 6.2‑12单位支出明细表保存本地磁盘
4、点击【保存】按钮，保存当前文件；
5、点击【取消】按钮，不作处理；
收入支出表是反映行政单位在某一会计期间全部预算收支执行结果的报表。收入支出表应当按照收入、支出的构成和结转结余情况分类、分项列示。
图 6.2‑13 收入支出报表
- 业务描述
集中财务系统提供自定义报表功能，满足用户跨系统数据查询，数据可追溯，满足汇总数据的穿透分析，实现汇总到明细，明细到凭证，凭证到支付的数据追溯。
- 操作
制作自定义报表的操作流程如下：
-
-
- 点击“报表查询”菜单下的“自定义报表”菜单，进入自定义报表界面；
-
图 6.2‑14 自定义报表设置
-
-
- 选择“自定义报表”下的“会计凭证”，点击“新增”，输入表名称和备注，新的报表建立；
-
图 6.2‑15 新增自定义报表
-
-
- 选择报表，点击上面的“编辑报表”，在弹出的页面上添加用户需要的列，最后点击“保存”按钮，新的报表就正式建立完成；
-
图 6.2‑16 自定义报表设置表格函数
-
-
- 可以根据需要修改报表的数据来源，也可以对表格设置函数。
-
出纳管理既可同财务核算系统联合起来使用，也可单独提供给出纳人员使用。出纳管理能处理预算单位中的日常出纳业务，包括现金业务、银行业务、票据管理及其相关报表、系统维护等功能。提供了简便会计的出纳管理，如：导入银行对账单，并可以根据收付款凭证，自动产生现金存款日记账，自动生成余额调节表，自动生成会计凭证等功能，极大的方便了出纳的日常工作，提高了工作的高效、准确性。
出纳对资金的收入、支出、结存进行登记时，需要建立多个账薄才能满足管理的需要，以下为账薄的初始化操作。
图 7.1‑1 出纳账薄设置
点击“初始化”菜单下的“账簿管理”菜单，进入“账簿管理”界面；如上图所示，选择账簿类型，进行账簿的新增操作，以及日记账格式、自定义要素的设置操作。
图 7.1‑2 期末未达账数据
点击“初始化”菜单下的“期初未达账”菜单，进入期初未达账界面；如上图所示，可进行期初未达账的新增、修改、删除等操作，以及导入日记账单、对账单的导入等操作。
图 7.1‑3 期初余额调节表
点击“初始化”菜单下的“期初余额调节表”菜单，可进行期初余额调节表的查询、导出、打印等操作。
现金日记账是由出纳人员根据审核无误的现金收付凭证，序时逐笔登记的账簿。系统提供手工录入现金日记账，导入银行对账单的功能，并可以根据收付款单据或者收付款凭证，系统自动产生现金日记账。支持自动对账，支持自动生成银行余额调节表。
图 7.2‑1 现金日记账管理
点击“出纳管理”菜单下的“现金日记账”菜单，进入界面如上图所示；首先选择相应的账簿和日期，可进行新增、修改、删除、批量录入、日记账导入等操作。
银行存款日记账是用来逐日逐笔反映银行存款增减变化和结余情况的账簿。支持手工录入存款日记账，并可以根据收付款单据或者收付款凭证，系统自动产生存款日记账。通过银行存款日记账，可以序时详尽提供每一笔银行存款收付的具体信息，全面反映银行存款的增减变化与结存情况。
图 7.3‑1 存款日记账管理
点击“存款日记账”菜单，进入“存款日记账”界面，如上图所示；可进行存款日记账的查询、新增、修改、删除、过账、取消过账、导入等操作。
由于任何一种未达账的存在，都会使银行存款日记账余额与银行送来对账单的余额不符，因此，有未达账可编制银行存款余额调节表，以其结果再确认单位与银行双方记账是否有误。系统自动生成余额调节表，并自动检测所生成的余额调节表是否平衡。
图 7.4‑1 余额调节表
点击“余额调节表”菜单，进入余额调节表界面如上图所示，选择相应的账簿，可进行余额调节表的查询、导出、打印等操作。
图 7.5‑1 银行对账单
点击“出纳管理”菜单下的“银行对账单”菜单，进入以上界面；如图所示，选择相应的账簿和日期，可进行银行对账单的查询、新增、修改、删除、批量录入、导入等操作。
应收应付核销，部分地方也叫清账，是为更好的理清应收、应付账款，方便用户逐笔对账、分清已结算、未结算的单位账户的款项。是建立收款与应收款的对应关系，监督应收款及时回收，加强往来款项的管理，分为手工核销和自动核销两种方式。
手工核销：手工确定收款单与应收单对应关系的工作，可以根据查询条件选择需要核销的单据，然后手工核销，加强了往来款项核销的灵活性。
自动核销：依据核销规则对多个客户多张单据进行批量核销处理。完成核销后提交自动核销报告，显示已核销的情况和未核销的原因，加强了往来款项核销的效率性。
图 7.7‑1 存款对账单
点击“出纳管理”菜单下的“存款对账”菜单，进入以上界面；如上图所示，选择相应的账簿，可进行存款日记账和银行对账单的对账。支持“自动对账”和手工对账。
图 7.8‑1 出纳确认
点击“出纳管理”菜单下的“出纳确认”菜单，界面如上图所示；可进行出纳的确认和取消确认等操作。
图 7.9‑1 每日余额增减表
点击“账簿报表”下的“每日余额增减表”菜单，选择相应的账簿和期间，可查询每日余额增减表，也可以导出和打印。
图 7.9‑2 每月余额增减表
点击“账簿报表”下的“每月余额增减表”菜单，选择相应的账簿和期间，可查询每月余额增减，也可以导出和打印此表。
图 7.10‑1 出纳内部对账汇总表
点击“内部对账”下的“出纳内部对账总表”菜单，选择相应的账簿和期间，可查询出纳内部对账总表，也可以导出和打印。
图 7.10‑2 出纳内部对账表
点击“内部对账”下的“出纳内部对账表”菜单，选择相应的账簿和期间，可查询出纳内部对账情况，也可以导出和打印此表。
图 7.11‑1 出纳账日结
点击“出纳结账菜单”下的“日结”菜单，进入如上界面；选择相应的账簿以及当前日期和日结后日期，点击界面上的“日结”按钮，日结成功。亦可选择相应的账簿点击“反日结“按钮，进行反日结操作。
图 7.11‑2出纳账月结
点击“出纳结账菜单”下的“月结”菜单，进入如上界面；选择相应的账簿以及当前日期和月结后日期，点击界面上的“月结”按钮，月结成功。亦可选择相应的账簿点击“反月结“按钮，进行反月结操作。
图 7.12‑1支票类型管理
点击“支票管理”菜单下的“票据类型”按钮，进入如上界面；用户可以进行票据类型的查询、新增、修改、删除等操作。
图 7.12‑2支票登记
点击“支票管理”菜单下的“支票登记”按钮，进入如上界面；用户可以进行支票登记的查询、新增、修改、删除等操作。
图 7.12‑3支票领用
点击“支票管理”菜单下的“支票领用”按钮，进入如上界面；用户可以进行票据类型的查询、新增、修改、删除等操作。
图 7.12‑4支票核销
点击“支票管理”菜单下的“支票核销”按钮，进入如上界面；用户可以进行支票情况的查询、核销、反核销等操作。
图 7.12‑5支票查询
点击“支票管理”菜单下的“支票查询”按钮，进入如上界面；用户可以进行支票信息的查询等操作。查询条件有支票本、支票号码、领用单位、资金性质、支票状态、领用日期、报销日期等。
应收应付管理系统主要是针对未纳入部门预算管理的往来资金、自有资金的管理，按资金性质和用途分为财政拨付的预算资金结余、上级主管部门拨给或单位取得的其他能统筹安排使用的资金、各项应付及暂存款。包括上级主管部门或其他单位直接拨给的有规定用途的资金。
图 7.12‑1单位往来资金管理
根据行政事业单位往来资金的特点和使用方式，可以按往来单位的类型、区域、性质等进行管理，方便对往来单位、供应商的周转情况、欠款情况、账龄情况的综合分析，是单位可以更合理地进行资金的调配，提高资金的利用效率。
采用在资金管理和财务记账处理的相结合的方式管理单位往来、自有资金。由经办或出纳管理单位往来资金的拨付，如有单位资金额度不足时，系统会自动发出警告提示信息。拨付完成后财务核算系统自动处理单位往来资金的数据。
图 8.2‑1单位往来资金拨付管理
在应收款管理系统中，单据核销用来处理日常进行的收款核销应收款的工作，解决收回单位往来款项核销应收款的处理，建立收款与应收款的核销记录，监督应收款及时核销，加强往来款项的管理。
在核销处理界面，系统提供两种批量核销方式：自动核销、手工核销。
-
- 自动核销
自动核销指由用户确定收款（付款）单核销与它们对应的应收(应付）单的工作。可以根据查询条件选择需要核销的单据，然后进行系统核销，加强往来款项核销的效率性。
图 8.3‑1单位往来资金核销管理
-
- 单据类型：收款单、付款单（红字收款单），只能选择一种。
- 包含预收款：若选择收付款单过滤条件中的包含预收款，则过滤出来的收付款单列表中包含收付款单表体记录中款项类型为预收的数据，否则不应该显示这些记录。
- 单据编号：输入要核销的收付款单据编号范围。如果为空，表示不限制单据的编号范围。
- 单据日期：输入要核销的收付款单据日期范围，可以为空，为空时查询所有日期的收付款单。
- 结算科目：输入要核销收付款单据的科目范围，可输入非受控科目，可以为空，为空时查询对应所有结算科目的收付款单。
-
- 手工核销
手工核销指由用户手工确定收款单核销与它们对应的应收单的工作。可以根据查询条件选择需要核销的单据，然后手工核销，加强了往来款项核销的灵活性。
整理归纳单位往来、自有资金的记账业务，按照借贷科目的形式设置会计凭证模板，利用系统可扩展记账类型的特性使用机制凭证自动生成凭证。
图 8.4‑1单位自有资金会计凭证生成
点击“凭证管理”菜单，进入其下级“自有资金凭证”子菜单，可以进行查询、新增、删除、凭证显示等操作。即由集中支付的原始凭证生成会计凭证。
通过分析往来单位、部门、供应商或单据的应收款余额的账龄区间分布。同时可以设置不同的账龄区间进行分析。既可以进行应收款的账龄分析，也可以进行预收款的账龄分析。
• 明细对象：明细对象决定了查询返回数据的分类排列方式。首先系统按照您确定的查询对象，返回一个按查询对象排列的查询结果。在查询结果界面，选择〖详细〗按钮，系统将把按照查询对象分类的总账进一步进行分类，其进一步分类的标准就是明细对象所确定的内容。例如，希望按照单位查询，同时又想得到每个单位的数据是由哪些业务经办发生的，则可以在查询对象选择按单位，明细对象选择按业务经办。当系统显示按单位分类的查询结果时，选择〖详细〗按钮，系统进一步分解每个单位的数据，将其按业务经办列示。
• 往来单位、部门、业务经办、单位分类、地区、主管部门、主管领导：可以在这些栏目中输入具体对象的名称，也可以点击参照键参照输入名称。如果输入了具体对象的名称，系统只显示该对象（包括其下级）的信息；如果没有输入具体对象的名称，系统会显示全部对象的信息。
• 币种：可以通过下拉框选择币种，系统默认人民币。
• 分析方向：选择是对应收款进行分析，还是对预收款进行分析。一次分析至少选择一种分析方向，也可同时选择两种分析方向。选择应收款分析方向时只分析该分析对象的所有应收款情况；选择预收款分析方向时只分析该分析对象的所有预收款情况；同时选择应收款和预收款时即分析该分析对象的应收余额，即为应收款-预收款。
• 显示类型：系统提供三种显示类型，账龄、月份、单据，选择不同的模式显示对应的数据格式，一次分析必须选择一种类型。
• 账龄：选择此项，表示是按照账龄区间来统计。
• 月份：选择此项，表示是按照业务发生的月份来统计。
• 单据：选择此项，表示在按照客户统计的基础上，再按照单据展开。
• 付款条件：选择是按照单据中的付款条件为分析依据，还是按照客户档案中的付款条件为分析依据。
• 截止日期：截止日期确定了分析的时间范围。
• 设置账龄区间。
• 包含未审核单据：如果选择此项，则将未审核的发票和应收单也包含在内进行统计。
• 分析日期：单击〖高级〗按钮，选择分析日期。系统提供两种分析日期：到期日、单据日期，选择不同的日期就将根据不同的日期进行分析。缺省情况下根据单据的到期日进行分析，即计算单据的账龄=分析截止日期-单据到期日，此时账期内数据与各账龄区间数据为两个并列的数据集合。当选择以单据日期作为分析日期时，则单据的账龄=分析截止日期-单据日期，此时账期内的数据为各账龄区间数据的子集。
• 分析方式：系统提供两种分析方式：点余额、最终余额，一次分析必须选择一种分析方式。该选项只有当分析应收款项的账龄时才有效。
固定资产是行政事业单位的重要组成部分，是指使用年限在一年以上，并在使用过程中基本保持原来物质形态的资产，单位价值不足规定标准，但耐用时间在一年以上的包括房屋及建筑物、专用设备、一般设备、文物及陈列品、图书、等大批同类物资。系统支持最新的行政、事业单位会计制度。
设置是固定资产管理的第一步，是进行固定资产维护的基础设置工作。其主要完成对于当前核算单位启用固定资产会计期间、卡片管理中卡片增加的编码方式和固定资产科目设置。
一、启用月份
1、单击“设置”选项菜单,进入选项界面如图所示；
图 9.1‑1 固定资产启用
2、进入“启用月份”页签，选择核算单位及启用月份，单击【保存】按钮。
二、编码方式
1、单击设置下选项菜单,进入选项界面如图所示；
2、切换到“编码方式”页签,如图所示；
图 9.1‑2 设置编码
3、选择固定资产编码方式：手动、类别编码+序号、部门编码+序号；
4、录入卡片编码方式；
5、录入变动单编码方式；
6、单击【保存】按钮。
三、会计科目
1、单击设置下选项菜单,进入选项界面如图所示；
2、切换到“会计科目”页签,如图所示；
图 9.1‑3 启用月份
3、选择会计科目，单击【保存】按钮。
初始化卡片，是为了保持固定资产历史资料的完整性和连续性。其不限制录入时间，未年结前，可随时录入。界面如图所示：
图 9.2‑1 固定资产初始化卡片
录入信息说明
- 卡片编号：系统自动顺序编号；
- 固定资产编号：按在选项中定义的规则编号；
- 固定资产名称：手工录入实际名称；
- 类别名称：手工录入已定义的编号；
- 使用部门：选择录入已定义的使用部门；
- 规格型号：手工录入实际规格型号；
- 增加方式：选择录入已定义的增加方式；
- 存放地点：手工录入实际存放地点
- 使用情况：：选择录入已定义的使用情况；
- 开始使用日期：手工或调用日期控件录入固定资产开始使用的日期；
- 币种：默认为人民币；
- 计量单位：选择录入已定义的计量单位；
- 数量：手工录入固定资产的数量；
- 单价：手工录入固定资产的实际单价；
- 金额：由数量和单价自动带出；
- 来源方联系电话：手工录入固定资产来源方的联系电话；
- 使用人：手工录入实际使用人；
- 录入人：系统自动显示当前登录的用户；
录入日期：自动显示当前的系统日期；
审核人；审核前为空，审核后显示为审核固定资产的用户；
审核日期：自动显示审核时的系统日期。
一、导入
1、单击固定资产菜单下初始化卡片，打开页面；
2、单击【导入】按钮，自动入期初卡片。
二、读取上年数
1、单击固定资产菜单下初始化卡片，打开页面；
2、单击【取上年数】按钮：自动读取期初数据。
三、查询
1、单击固定资产菜单下初始化卡片，打开页面；
2、在查询区选择核算单位、卡片编号、固定资产编号、类别名称，使用部门、期间，单击【查询】按钮；
a) 列表区列示出所有该核算单位已存在的初始化卡片。
四、新增
1、单击固定资产菜单下初始化卡片，打开页面；
2、单击【新增】按钮，进入新增页面；
3、录入各信息项或点击【复制】按钮,复制前一张卡片的信息项；
4、单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面；单击【保存并退出】按钮， 保存成功，并且返回到主页面； 单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面。
五、修改
1、单击固定资产下的初始化卡片节点，打开页面；
2、选择要查询的核算单位，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的初始化卡片；
4、勾选要修改的初始化卡片，单击【修改】按钮，录入各信息项；
5、单击【保存并退出】按钮, 保存成功，并且返回到主页面，单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面。
六、删除
1、单击固定资产下的初始化卡片节点，打开页面；
2、选择要查询的核算单位，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的初始化卡片；
4、勾选要删除的初始化卡片，单击【删除】按钮。
资产增加维护的是启用月份之后新增的资产，界面如图所示。
图 9.3‑1 固定资产卡片管理
录入信息说明
-
- 卡片编号：系统自动顺序编号；
- 固定资产编号：按在选项中定义的规则编号；
- 固定资产名称：手工录入实际名称；
- 类别名称：手工录入已定义的编号；
- 使用部门：选择录入已定义的使用部门；
- 规格型号：手工录入实际规格型号；
- 增加方式：选择录入已定义的增加方式；
- 存放地点：手工录入实际存放地点
- 使用情况：：选择录入已定义的使用情况；
- 开始使用日期：手工或调用日期控件录入固定资产开始使用的日期；
- 币种：默认为人民币；
- 计量单位：选择录入已定义的计量单位；
- 数量：手工录入固定资产的数量；
- 单价：手工录入固定资产的实际单价；
- 金额：由数量和单价自动带出；
- 来源方联系电话：手工录入固定资产来源方的联系电话；
- 使用人：手工录入实际使用人；
- 录入人：自动显示当前登录的用户；
- 录入日期：自动显示当前的系统日期；
- 审核人；审核前为空，审核后显示为审核固定资产的用户；
- 审核日期：自动显示审核时的系统日期。
- 操作
一、新增
1、单击固定资产下的资产增加节点，打开页面；
2、点击【新增】按钮，进入新增页面；
3、录入各信息项或点击【复制】按钮,复制前一张卡片的信息项；
4、点击【凭证生成】按钮，将当前新增固定资产记录，生成一张对应的凭证；
5、单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面；单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面。
二、修改
1、单击固定资产下的资产增加节点，打开页面；
2、选择要查询的核算单位，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产增加卡片，勾选要修改的资产增加卡片；
4、单击【修改】按钮，录入各信息项；
5、单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面
三、删除
1、单击固定资产下的资产增加卡片节点，打开页面；
2、选择要查询的核算单位，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产增加卡片；
4、勾选要删除的资产增加卡片，单击【删除】按钮。
四、查询
1、单击固定资产下的资产增加节点，打开页面；
2、在查询区选择要查询的核算单位等查询信息，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产增加卡片。
资产变动提供固定资产增减变动引起的资产卡片管理，支持因资产地点、部门、折旧年限、折旧方法、折旧费用科目等变动引起的资产处理。
- 业务描述
已有固定资产的金额变动，通过资产减少模块维护，生成变动单，也可直接生成凭证，界面如图所示。
图 9.3‑2 资产变动管理
- 操作
一、新增
1、单击资产变动下的资产减少节点，打开页面；
2、点击【新增】按钮，进入新增页面；
3、在查询区录入各查询条件，点击【查询】按钮，卡片信息区列示出符合条件的固定资产卡片；
4、勾选要变动的固定资产卡片；在资产减少编缉区，编缉变动信息；
5、单击【保存并继续】按钮，保存成功, 并且继续停留在新增页面； 单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面
二、修改
1、单击资产变动下的资产减少节点，打开页面；
2、在查询区选择要查询的核算单位等查询信算，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产减少单；
4、勾选要修改的变动单，点击【修改】按钮，进入修改页面；
5、在资产减少编缉区，修改变动信息；
6、单击【保存并退出】按钮, 保存成功，并且返回到主页面；单击【返回】按钮, 取消当前的编缉操作，不保存当前数据，并且返回到主页面。
三、删除
1、单击资产变动下的资产减少节点，打开页面；
2、在查询区选择要查询的核算单位等查询信算，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产减少单；
4、勾选要删除的资产减少单，单击【删除】按钮。
四、查询
1、单击资产变动下的资产减少节点，打开页面；
2、在查询区选择要查询的核算单位等查询信息，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产减少单。
五、凭证生成
1、单击资产变动下的资产减少节点，打开页面；
2、在查询区选择要查询的核算单位等查询条件，点击【查询】按钮；
3、列表区列示出所有该核算单位已存在的资产减少单；
4、勾选要生成凭证的资产减少单，单击【凭证生成】按钮，生成凭证；
固定资产折旧是指一定时期内为弥补固定资产损耗按照规定的固定资产折旧率提取的固定资产折旧，或按国民经济核算统一规定的折旧率虚拟计算的规定资产折旧。它发硬了规定资产在当期生产中的转移价值。
图 9.3‑3 固定资产折旧处理
资产折旧模块提供以下支持：
1) 自定义折旧分配周期，满足不同行政事业单位的需要；
2) 提供折旧公式自定义功能，并按分配表自动生成记账凭证；
3) 提供两种平均年限法（计算公式不同）计提折旧；
4) 提供平均年限法、工作量法、年数总和法、双倍余额递减法计提折旧；
5) 折旧分配表更灵活全面，包括部门折旧分配表和类别折旧分配表，各表均按辅助核算项目汇总；
6) 考虑原值、累计折旧、使用年限、净残值和净残值率、折旧方法的变动对折旧计提的影响，系统自动更改折旧计算，计提折旧，生成折旧分配表，并按分配表自动制作记账凭证。
它是记录固定资产科目变动情况的账簿，可以提供各经济业务的详细资料信息。系统中用户可以灵活查阅该科目不同期间段的明细发生情况，如固定资产的期初余额、每笔明细发生额、各月发生额合计数、月末余额。采用三栏式账簿格式，界面如图所示。
图 9.4‑1 固定资产明细账
- 操作
一、查询
1、单击“账薄查询”下的“固定资产明细账”节点，打开界面
2、在查询区输入各查询条件(核算单位、类别名称、使用部门、期间)；
3、单击工具栏【查询】按钮；
4、系统查询出符合条件的明细账。
二、导出
1、单击“账薄查询”下的“固定资产明细账”节点，打开界面
2、在查询区输入各查询条件(核算单位、类别名称、使用部门、期间)；
3、单击工具栏【查询】按钮；
4、系统查询出符合条件的明细账；
5、单击【导出】按钮，弹出界面如图，选择要存放的路径，输入文件名；
图 9.4‑2 本地保存
6、点【取消】按钮，不作处理；
7、点【保存】按钮，导出成功。
三、凭证显示
1、单击“账薄查询”下的“固定资产明细账”节点，打开界面；
2、在查询区输入各查询条件(核算单位、会计科目、科目级次、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮，查询出符合条件的固定资产明细账数据；
4、选中一条数据，单击【凭证显示】按钮,弹出对应的凭证。
- 业务描述
固定资产变动情况表是记录固定资产信息项变动情况的账簿,可以反应固定资产某一时期的变动情况,同时反应资产减少的变动和其他变动的信息，界面如图所示。
图 9.4‑3 固定资产变动情况表
- 操作
一、查询
1、单击菜单栏“账薄查询”下“固定资产变动情况表”节点，打开界面；
2、在查询区输入各查询条件(核算单位、会计科目、科目级次、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮；
4、系统查询出符合条件的固定资产变动情况表数据。
二、导出
1、单击“账薄查询”下的“固定资产变动情况表”节点，打开界面；
2、在查询区输入各查询条件(核算单位、会计科目、科目级次、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮；
4、系统查询出符合条件的固定资产变动情况表数据；
5、单击【导出】按钮，弹出界面如图，选择要存放的路径，输入文件名；
图 9.4‑4 本地保存
6、点【取消】按钮，不作处理；
7、点【保存】按钮，导出成功。
- 业务描述
固定资产清单是完整记录固定资产卡片的账簿,可以反应期初和某一时期的固定资产卡片情况，界面如图所示
图10-10 固定资产清单
- 操作
一、查询
1、单击“账薄查询”下的“固定资产清单”节点，打开界面
2、在查询区输入各查询条件(核算单位、会计科目、科目级次、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮
4、系统查询出符合条件的固定资产清单数据。
二、导出
1、单击“账薄查询”下的“固定资产清单”节点，打开界面
2、在查询区输入各查询条件(核算单位、会计科目、科目级次、起始期间、终止期间、含未登账)；
3、单击工具栏【查询】按钮；
4、系统查询出符合条件的固定资产清单数据；
5、单击【导出】按钮，弹出界面如图，选择要存放的路径，输入文件名；
图 9.4‑5 本地保存
6、点【取消】按钮，不作处理；
7、点【保存】按钮，导出成功。
- 业务描述
固定资产对账功能实现固定资产卡片与已记账固定资产卡片的差异，可以反应某会计期间及期初的固定资产卡片记账情况，界面如图所示。
图 9.4‑6 固定资产对账
- 操作
一、查询
1、单击“账表查询”菜单下的“固定资产对账”，打开界面；
2、在查询区输入各查询条件(核算单位、会计期间、含未登账)；
3、单击工具栏【查询】按钮；
4、系统显示当前固定资产卡记账情况。
二、导出
1、单击“账表查询”菜单下的“固定资产对账”，打开界面；
2、在查询区输入各查询条件(核算单位、会计科目、含未登账)；
3、单击工具栏【查询】按钮；
4、系统显示当前固定资产卡记账情况；
5、单击【导出】按钮，弹出界面如图，选择要存放的路径，输入文件名；
图 9.4‑7 本地保存
6、点【取消】按钮，不作处理；
7、点【保存】按钮，导出成功。
目前，财务系统多存在着会计科目使用、辅助核算不统一，预算科目、经济科目等基础数据不规范的问题，这样不利于对单位财务数据的统计分析，不利于财政、主管部门对预算单位的财务进行监管指导。当前账务发展的主要特征就是从事后转向事中，从静态转向动态，从本地转向跨越控制。要使财政及主管部门充分发挥其监管职能，必须根据单位核算的需要，设计财务核算监管查询功能。
财务分析系统是为管理人员发现工作管理中出现的问题，改善管理方法提供有效的数据支撑。通过按照单位财务汇总查询、日常财务分析、财务比对等方式，对系统中离散的、单一的财务数据按业务需要进行综合评价，按照不同角度来评估资金的收支运行情况，并形成直观清晰的图形分析主题，为决策提供可靠的依据。
财务分析系统是主要用于门或者主管部门单位，实现门对各预算单位的预算下达和预算执行情况进行实时动态查询与监督管理。财政或者上级部门单位在财务监管查询系统中，通过获取下级单位财务动态数据并进行汇总统计、分析，从而达到对下级单位实施监管、查询的目的。
财务汇总查询是针对集中财务模式下多个单位的财务会计数据进行统计查询。查询对象主要是财政国库、支付中心、业务处室、主管部门单位等，不仅支持财政、主管部门对单位财务的汇总查询，而且支持Excel、PDF等文档格式。
图 10.1‑1、预算单位支出汇总表
单位支出汇总查询是对多个单位的财务核算支出科目进行查询，单位根据会计期间、支出经济分类科目、支付方式等核算要素进行查询，同时提供明细数据的追溯查询。
图 10.1‑2、预算单位收入汇总表
单位收入汇总查询是对多个单位的财务核算收入科目进行查询，单位根据会计期间、支出功能分类科目、经费类型等核算要素进行查询，同时提供明细数据的追溯查询。
图 10.1‑3、预算单位往来款项汇总表
单位往来款项汇总查询是对多个单位的财务核算往来科目进行查询，单位根据会计期间、往来款项科目等核算要素进行查询，同时提供明细数据的追溯查询。
图 10.1‑4、厉行节约支出表
系统提供专项经费的查询，主要是针对实际业务需要，对预算单位的某些特定专项经费的综合查询。
收入情况分析主要是针对行政事业单位的收入情况进行分析，可以按月、季、年对单位收入情况进行图表并茂的分析，并可以将分析结果保存成EXCEL文件。
图 10.2‑1、收入情况按月分析
支出情况分析主要是针对行政事业单位的日常支出情况进行分析，包括各月的实际发生的公用支出、专项支出、会议费、差旅费、交通费等重要支出项目；系统可以按月、季、年对单位收入情况进行图表并茂的分析，并可以将分析结果保存成EXCEL文件。
图 10.2‑2、支出情况按月分析
结余情况分析主要是针对行政事业单位的基本支出节余、项目支出节余、基建支出节余、政府采购节余等各项资金的结余情况进行统计分析。系统可以按月、季、年对单位收入情况进行图表并茂的分析，并可以将分析结果保存成EXCEL文件。
图10.2‑3、单位结余按月分析
系统通过定义对比数据来源、对比分析规则及模板，对指定数据进行对比分析，并通过直观图表的形式反馈给财务人员。财务比对分析包括横向比对分析和纵向比对分析。
预算执行情况分析
主要从预算单位本年度的年初预算、预算追加、追减及变动情况，对用款额度下发、执行情况以及项目经费使用情况进行分析，评估。系统可以按月、季、年对预算执行情况进行图表并茂的分析，并可以将分析结果保存成EXCEL文件。
图 10.3‑1、单位预算执行情况分析
收入情况分析
将单位财务收入数据与财政拨款数据进行对比、纠错分析，包括集中支付数据和非集中支付数据，将不能匹配的业务数据进行颜色标示。
图 10.3‑2、单位收入比对分析
支出情况分析
将单位财务的支出数据与财政系统中的支出数据进行对比、纠错分析，包括直接支付、授权支付以及非集中支付的数据，将不能匹配的业务数据进行颜色标示。
图 10.3‑3、单位支出比对分析
横向比对分析主要是多个单位财务核算的收入情况、支出情况、结余情况等账务数据的对比分析。
收入情况比对分析
针对单位财务收入情况按照预算单位进行比对分析。包括各单位的实际发生的收入情况分析，如：财政补助收入、上级补助收入，实现预算单位收入的横向比对分析。
图10.3‑4、收入情况比对分析
支出情况比对分析
针对单位财务支出情况按照预算单位进行比对分析。包括各单位的实际发生的支出情况分析，分析各单位的各项支出情况，实现预算单位支出的横向比对分析。
图 10.3‑5、支出情况比对分析
收支综合比对分析
主要是对各单位财务收支情况的账务数据进行综合比对分析。根据单位的实际发生的收支情况进行各单位的对比分析，用户可以灵活设置收入、支出的统计口径。
图 10.3‑6、收支综合比对分析
领导查询分析系统的建设是以单位财务数据平台积累的核心数据为主线，以财政数据规划和数据中心技术实现框架，形成满足财政业务管理要求的信息资源目录体系、数据规范规则、数据管理和共享机制等方面的制度和规范。在已建财政收支统计分析系统的基础上，逐步建立跨部门、跨层级的包含财政管理基础信息、财政业务运行数据和其他外部相关信息的财政数据中心。充分运用数据仓库和大数据管理等技术，对各类信息资源进行深度开发和利用，通过信息化手段全面清晰了解财政经济运行情况，探寻研究个中规律，预测分析发展趋势，不断提高财政、财务管理水平和决策能力。
错误!不能通过编辑域代码创建对象。图10.3‑1：领导决策分析系统结构
主要包括的功能有：
财政数据交换中心利用统一财政平台数据的优势，借助交换组件实现对于整个财政大数据的整合，本级和下级财政的相关财政数据在统一转化、清洗之后整合在数据中心，实现市级所有的财政数据集中的模式。
经过对应用功能的归纳、抽象，系统所选开发工具应包括但不限于如下功能组件：任务定义、数据填报、数据审核、数据审批、数据汇总、数据安全、数据催报、分析数据管理、数据综合查询，拖拉拽式查询，统计分析展现、数据挖掘功能、系统配置管理、数据建模抽取组件等。
数据采集的功能结构如下图所示：
图11.1‑1：数据采集功能结构
数据采集层分为数据采集配置、数据采集、数据确认三大模块。数据采集配置的作用是维护数据采集的各项设置信息；数据采集是根据采集端的配置系统自动或人工方式采集数据；数据确认是针对采集的数据根据设置的确认规则，以系统、人工结合的方式确保采集数据的准确性。
采集的数据有些来源于财政内部业务系统，有些来源于其他部门的数据提供；并且对于不同部门或者不同的数据分类，提供的模式可能是数据文件、中间表或者是直接从业务库中获取，还有一部分数据需要业务人员在线填报。
数据采集的来源形式如下表所示：
| 序号 | 分类 | 存储形式 | 格式要求 | 存储位置 | 采集方式 |
| 1 | 数据文件 | Excel、Txt文本、XML | 数据存储内容格式必须为提供方和采集方沟通确认的，形成格式说明文档，任何一方发生变化必须提前通知。 | 指定位置或其他 | 自动导入或人工导入 |
| 2 | 中间表 | Oracle/SQL Server/Access/DB2/Sybase等主流数据库 | 数据存储内容格式必须为提供方和采集方沟通确认的，形成格式说明文档，任何一方发生变化必须提前通知。 | 指定位置 | 自动导入 |
| 3 | 业务库 | Oralce/SQL Server/Acess/DB2/Sybase等主流数据库 | 需要数据提供方的数据字典，提供方的数据结构发生变化，要求事先通知采集方。 | 指定位置 | 自动导入 |
| 4 | 在线填报 | 在线填报表单系统 | 根据采集工具的表单要求填报数据。 | 其他 | 人工填报 |
在数据中心建设初期在逐步整合数据的基础上实现对数据的查询功能，包括预算执行的相关报表，例如：收支日报、收支月报、按地区统计查询、按科目统计查询等相关报表。
![@BJG4WEQK]@_(EM]04W@`RK](https://i-blog.csdnimg.cn/blog_migrate/6e096a5db077a9c66de2545a3544391e.png)
图11.2‑1：财政、财务数据统计查询
通过逐步完善数据中心建设整合财政业务数据的基础上，稳步提升财政数据分析能力，财政数据分析中心通过BI工具（如BO、Cognos、以及自主开发工具等）将提供对财政数据多维度的分析利用，既提供常规统计分析，也可根据财政不断变化的重点热点问题定制主题。如：
图11.3‑1：财政收入按结构、趋势分析
- 一般性财政收支情况分析
- 收支整体情况
- 收支结构分析
- 预算执行进度分析
- 执行情况分析
- 收入来源分析
- 收支规模预测分析
- 转移支付资金分析，转移支付项目资金的安排、配套、执行情况
- 非税收入情况分析
- 重点、热点问题建模分析
- 行政运行成本，公务购车用车、公务接待费、出国经费支出、会议经费支出等支出分析。
- 三农支出，农业发展、农村发展、惠农补贴、农村义教、农村卫生保障等支出分析。
- 民生支出，教育、医疗卫生、社会保障和就业、保障性住房、文化等支出分析。
- 转变经济发展方式，扩大消费、产业转型升级、节能减排等支出与效果的分析。
- 土地出让收支，通过对土地出让收支数据的分析，作为制定和完善相关政策的重要依据。
图11.3‑2：社会热点、重点问题分析
- 国库现金分析模型和系统
- 国库现金收支预测分析
- 债务情况分析
- 专户资金情况分析
- 测算分析，以平台的基础资料（人员，资产，资金）为核心，扩展采集相关的基础资料信息（或与其他部门的信息系统相对接），建立各类测算模型，为每次的预算项目资金的分配提供决策分析依据和方法。
图11.3‑3：预测、分析数据，找出问题
- 通过各类分析和展示工具，定制不同用户的分析主题和分析模型，为各部门，各类财政用户不同需求服务。
公司承诺在规定的时间内在指定地点，按照公司市财政局实施要求提供应用开发、数据初始化、测试、技术支持、系统集成测试、运行维护等方面必要的现场实施服务，并承担与公司市财政局其他相关软件系统的衔接的责任，配合并服从市局完成本项目的实施建设。
（1）公司公司服从市局和项目管理方等单位的统一协调。
（2）在进行应用开发、数据初始化、测试、技术支持、运行维护等方面服务时，公司遵守《GB T-8567-2006计算机软件文档编制规范》等。
（3）公司市财政局有权裁决项目执行各方的责任范围，公司公司必须在规定的时间内解决问题。
（4）在本项目中软件等方面的配置或需求中出现不合理或不完整的问题，公司公司有责任和义务提出补充修改方案并在征得公司市财政局同意后付诸实施。
（5）公司公司承诺：自系统正式上线运行之日起，公司提供一年的免费的技术维护服务。
为保障本项目的实施，公司从公司总部和其他分公司抽调技术骨干和业务骨干，充实到项目实施团队的具体工作组中，保障公司市各个预算单位的集中财务系统实施工作，并在实施完成后形成服务的本地化队伍。
公司市行政事业单位财务系统项目的实施实行领导组负责制，作用是对项目实施提供全面的指导。一方面，它可以协调各方关系，调动各方力量；另一方面，它对项目实施过程中出现的问题及时提供咨询以帮助解决，对所有实施步骤进行严格的审定。小组责任制的划分既能从技术上保证系统实施的先进性、实用性、可靠性和规范性，又能从组织和管理上保证整个项目统一规划，统一管理，统一标准。
项目实施团队的具体组织结构如下图：
图 12.2‑1项目实施组织结构图
- 领导组
领导组主要由财政局、公司项目经理组成。领导组主要负责协调各处室推广步骤，确定实施内容，协调各方资源保证实施工作顺利进行。
- 业务梳理组
业务梳理组主要由财政业务骨干、信息中心骨干，公司有丰富经验的需求分析师、系统规划核心人员组成。业务梳理组主要负责梳理财政业务管理流程，基于《GB T-8567-2006计算机软件文档编制规范》，及公司市财政局与项目管理方等单位的相关规章制度、项目管理规范、文档规范等规划本级基础数据。业务梳理小组还要负责整理需求，并进行综合分析、归纳和规划后，报请领导小组进行确定，形成最终适合本级财政实际管理需要的需求说明书。
- 研发测试组
研发测试组主要由财政信息中心骨干、公司研发、测试工程师组成。研发测试组是在需求基本明确的情况下，对系统功能进行分析设计、编码和组织测试工作。
- 部署实施组
部署实施组主要由财政信息中心骨干、公司实施工程师组成。部署实施组是在需求基本明确的情况下，协助需求组进一步梳理各项基础数据及值集，包括各类要素信息及单位、人员、银行账户等信息的梳理，并将梳理结果基于大平台进行配置初始化工作、设置各业务系统的管理流程、设置用户权限及系统联调测试等相关工作。
- 系统支持组
系统支持组主要由公司产品规划负责人、公司研发工程师组成。系统在向推广过程中，会随着业务管理的个性化要求，在一定程度上会需要程序的升级和完善。在需求基本明确的情况下，由公司产品规划部统一规划并形成解决方案，由研发人员进行功能实现，并进行相关的测试和完善，确保系统正确稳定，能够满足业务管理需要。
- 用户培训组
用户培训组主要有公司培训讲师组成。用户培训组前期协助需求组对业务人员讲解，编写培训教材、录制培训视频、协助安排培训场地、分批对用户进行培训，确保最终业务人员能够熟练应用集中财务系统完成相关的财政管理业务。
- 运维保障组
运维保障组主要由财政信息中心人员、公司实施工程师组成。主要负责系统的集成，系统的整体升级管理，系统上线及后期运维保障工作，主要包括问题的收集、整理、跟踪、解答等工作，主要服务方式包括现场指导、网络跟踪解答、电话支持等多种方式达到用户使用系统畅通。
- 质量管理组
质量管理组主要由财政信息中心骨干、公司质量管理工程师组成。质量管理组根据项目总体目标，跟踪控制项目的各项活动，确保项目进展可科学、合理、可控，最终按照要求实现项目目标。
项目进行依据各种计划进行，公司将对项目组制定的各项计划进行审核，保证计划的科学、规范、可行。计划包括：
- 项目开发计划
- 对相关业务系统流程，基础数据进行整理，规范；
- 制定开发内容和时间计划；
- 应用支撑系统的部署实施计划；
- 整合后的业务系统同系统的联调计划；
- 历史数据迁移计划；
- 试运行计划；
- 配置管理计划
目的在于规范项目运作，统一管理文档和源代码及变更管理等相关资料，以保证所交付的应用支撑系统，及接入服务可以满足各种原则需求、具体需求。必须围绕，并确保以下几点实现：
- 公司提供的软件及本项目管理文件的更改是受控的；
- 基线被正确建立、审计，并且保证其是可以恢复的；
- 公司项目组所有成员及时了解本项目软件基线的状态和内容；
- 本项目发布的产品必须从配置管理库中正确提取；
- 本项目相关文件的执行必须从配置管理库中正确提取；
- 公司在开发本项目所属的系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的调整，以满足特定的配置管理需求。
- 业务需求变更管理计划
规范软件开发中的业务需求变更，针对在项目进行过程中用户对于目前工作实际需要，或对今后工作发展方向做出的业务需求变更的管理，通过标准化的流程对变更进行及时和规范的处理，确保需求变更的合理，项目的正常进展，软件交付物满足用户的需要。
- 质量保证计划
在本系统的开发组织中，由质量管理组负责质量控制和管理，采用软件度量过程采集信息，并通过这些信息对软件过程和软件产品的质量进行管理。
- 测试计划
- 明确测试需求、范围、策略；
- 对测试的规模、工作量、风险、所需资源进行估计；
- 安排测试的人员、进度、跟踪等；
- 列出测试项目的可交付元素；
- 培训计划
阐明培训的目的和内容，对一般用户和内部支持体系人员进行全民培训。使他们掌握系统操作流程，学习一般性问题的处理方法。
公司结合长期以来财政信息化建设过程中的经验教训，有必要在公司市财政局集中财务系统项目建设中采取谨慎的风险管理措施，以确保工程在质量、时间和效益上都达到预定目标。
- 风险识别和风险分析
公司结合长期以来财政信息化建设过程中的经验教训，有必要在公司市财政局集中财务系统项目建设中采取谨慎的风险管理措施，以确保工程在质量、时间和效益上都达到预定目标。
- 风险识别
风险识别是指对尚未发生的、潜在的以及客观存在的各种风险进行系统地、连续地预测、识别、推断和归纳，并分析产生事故原因的过程。这个定义包含了以下含义：感知风险和识别风险是风险识别的基本内容；风险识别不仅要识别所面临的风险，更重要的、也是最困难的是识别各种潜在的风险；风险识别是风险管理过程中最基本和最重要的程序。
技术风险识别是技术风险管理的基础，也是一项复杂的工作。其复杂性在于技术风险的隐匿性、复杂性和多变性；风险识别的质量与风险管理者的管理素质和风险意识密切相关；风险识别全面深入，不但要识别显性风险，更重要的是识别潜在风险。要分析风险是静态风险还是动态风险，是可控风险还是不可控风险。只有全面正确地识别风险投资活动所面临的技术风险，才能奠定风险管理的良好基础。
- 风险因素分析
(1) 组织风险。组织风险主要包括由于组织内部成员对目标未达成一致，管理高层对项目不重视，工程参与人员知识与技能欠缺、团队合作精神不足、人员激励机制不当等因素导致建设队伍不稳定，建设资金不足，与其它项目存在资源冲突等。
(2) 管理风险。管理风险主要包括项目管理的基本原则使用不当、计划草率、质量差、进度和资源配置不合理等。
(3) 业务风险。业务变化可能产生的风险主要包括业务流程的改变、预算科目的变化等。
(4) 技术风险。技术风险主要包括技术目标过高，技术标准发生变化，复杂、高新技术或非常规方法应用的潜在问题等。
(5) 外部风险。外部风险主要是由于法律法规变化，项目相关接口方的情况变化等不可控制因素导致的风险。一般将不可控制的“不可抗力”不作为风险因素处理，这些事件往往采用灾难防御措施。
- 风险对策和风险管理
1）风险防范的基本方法
- 规避。是一种事前的风险应对策略，通过变更项目计划消除风险或风险的触发条件，使目标免受影响。例如，采用更熟悉的工作方法、澄清不明确的需求、增加资源和时间、减少项目工作范围、避免不熟悉的分包商等。
- 转移。是一种事前的风险应对策略，不消除风险，而是将项目风险的结果连同应对的权力转移给第三方（第三方应该知道这是风险并有承受能力）。例如，签订不同种类的合同、签订补偿性合同等。
- 弱化。将风险事件的概率或结果降低到一个可以接受的程度，其中降低概率更为有效。例如，选择更简单的流程、进行更多的实验、建造原型系统、增加备份设计等。
- 接受。在没有合适的策略应付风险的情况下，不改变项目计划，重点考虑风险发生后的应对措施。例如制定应急计划或退却计划，或仅仅进行应急储备和监控，待发生时随机应变。
2）项目的风险防范对策
为确保工程成功，将在公司市财政局集中财务系统项目建设中采取有效的风险管理，消除各类风险的不良影响，确保实现工程建设目标。
公司市财政局集中财务系统项目的风险防范主要侧重于组织风险、管理风险、业务风险和技术风险四个方面。
- 项目组织风险及防范对策
公司市各级财政现有行政组织架构能够支撑公司市财政局集中财务系统项目的项目管理。
财政系统现有的业务、技术力量能够承担庞大的工程建设任务。
在公司市财政局集中财务系统项目建设期间，财政局将充分调动各个部门和预算单位的积极性，将财政系统的力量全面投入到公司市财政局集中财务系统项目的建设中。
- 项目管理风险及防范对策
规范高效管理公司市财政局集中财务系统项目。为确保工程管理的高效率，公司市财政局将对项目进行有效策划，制定并落实严格的项目实施具体计划，应用先进管理工具和方法来提高进度计划管理、跟踪水平。同时将借鉴行业项目管理实践的经验，合理估算项目工作量，明确项目间依赖关系和先后顺序，突出关键项目，进一步分解项目工作任务，使每个里程碑阶段均应有工作量估算、时间进度、以及可操作、可管理和可检查的交付物。
在工程建设过程中，根据工作需要为工程决策层和管理层人员举办项目管理培训班，分级确定专职工程负责人并充分授权，同时聘请部分经验丰富的外部人力资源协助工程管理。切实加强对财政系统内部技术人员的知识和能力培训，均衡调度财政系统的业务和技术人力资源，稳定骨干人员，增强团队的凝聚力。
- 项目业务风险及防范对策
(1) 基于财政业务重组与流程优化，建设公司市财政局集中财务系统项目应用系统。在应用系统规划将对财政核心业务需求进行提炼，分析归纳出具有共性特征的基础系统功能和具有个性特征的专项系统功能，以此作为公司市财政局集中财务系统项目核心系统业务组件设计的基础，满足业务重组和流程优化的要求。
(2) 公司市财政局集中财务系统项目的应用系统建设采用可扩展性原则。在系统设计策略和系统架构设计中采用系统间松耦合的设计原则，把系统的可扩展性放在重要地位。
如公司有幸中标承建本项目，将依据上节内容所述，派出具备丰富财政管理部署经验的项目经理和设计、开发、测试人员组成项目团队。他们将根据项目总体目标，并在公司跟踪控制下，依据本章下面阐述的各个计划开展项目活动，确保项目进展可科学、合理、可控，最终按照要求实现项目目标。同时，在项目进行中，依据项目实际执行情况不断完善、补充、拓展文档内容，逐步将总目标细化、分解。形成项目范围基准、绩效基准，作为项目执行的基准，当相关内容发生变更时，依据配置管理过程及评审过程进行变更，更新项目文件，始终确保项目处于可控的状态中。
本项目的实施需要多部门协同配合，各司其职去完成任务。这就需要强有力的统一领导进行协调与控制。本项目的管理需要实行领导小组负责制（领导小组由多方共同组建一用户方、项目承包商、用户方的相关领导等）。领导小组对项目实施提供全面的指导，一方面，它可以协调各方关系，调动各方力量;另一方面，它对项目实施过程中出现的问题及时提供咨询以帮助解决，对所有实施步骤进行严格的审定，从技术上保证系统的先进性、实用性、可靠性和可扩展性，从组织和管理上保证整个项目统一规划，统一管理，统一标准。
PM根据项目计划定期对项目的进展情况进行测量，对软件工作产品的生产活动及合同完成情况进行监控，若发现过程偏离了计划，找出原因，采取行动及进纠正；当偏离显著时，对计划做出相应的调整进行变更控制，采取预防措施。并确定项目是否应当进入下一阶段。
我公司在项目的开发过程中进行总体规划和各阶段详细任务划分；采用辅助工具MS Project制定项目开发计划和实施进度跟踪；形成项目甘特图和关键路径分析；在阶段性规划的阶段里程碑内部建立短期里程碑，短期里程碑的间隔不超过一周，对每个里程碑确定详细的任务，并跟踪该里程碑的实施。公开项目的规划和进度；项目的规划和进度指标列入变动控制。定期在开发组内部和向项目管理小组提供包括项目规划进度、进度跟踪信息、技术工作成果与项目成品在内的项目信息。
为保证给客户的承诺能够如期履行，在项目立项阶段，公司每个项目都会委任一个专职QA对项目进度等进行跟踪，所有项目都必须按照公司规范模板中要求的各项内容制定该项目的《项目总体计划》、《质量保证计划》、《配置管理计划》等，并经客户和公司技术管理委员会进行正式评审，评审通过后，各计划纳入基线库进行管理，并严格按照制定的相应计划执行，由该项目的QA进行跟踪控制。跟踪过程通过项目各阶段报告、项目例会、项目协调会等手段，切实了解项目进度，评估项目的进展情况及未按计划完成的原因，制定相应的行动方案，在必要时，由QA以《QA报告》的形式将有关问题提交公司总经理进行协调管理。具体使用的工具将包括：
每周员工周报；
每周项目周报；
每月项目月报；
每周项目差异（提前或推迟）及其原因报告；
问题清单、尚待处理事项清单等。
根据CMM对软件质量保证的定义：软件质量保证（SQA）是一个管理工具，它是有计划的并通过一组系统的活动来监控软件开发人员所用的方法和标准并验证他们是否彻底地应用了这些专门技术。通过SQA，一套合适的开发方法已经就位，项目始终控制在标准的指导下，同时实施评审和审计，产生文档用来支持维护和改进，软件配置管理已经建立，测试也被实施，通过这些措施使得高质量的产品能被如期交付。
PM或协同专职的质量保证人员通过质量策划、质量控制、质量保证各项质量管理活动促进项目实施，达到项目质量目标的要求。并通过质量改进活动，增强组织满足有效性、可追溯性的质量要求的能力。
PM组织项目阶段评审，并与项目决策层针对项目问题进行沟通、谈判，将最后的结论通知项目组成员，并组织安排评审结果进行实施。
PM应及早参与到软件测试工作之中，与测试人员对项目需求达成一致共识，参与测试用例的评审，这将有利于测试小组充分及时地发现软件工作产品的问题，达到节约成本的目的。
PM根据项目计划定期对项目的进展情况进行测量，对软件工作产品的需求调研完成后，项目软件经理编制需求分析报告，经评审和确认后形成客户需求基线，纳入配置管理库。双方一起制定需求变更控制办法， 以保证需求变更要在受控状态下进行。需求变更由事先明确的负责人提出，双方协商后，补充需求报告。客户或项目开发小组提出需求变更或功能增加时，须按照双方约定的需求变更控制办法执行，填写“变更控制报告”，明确变更所涉及的相关部分，经相关负责人确认。为确保系统的稳定与一致性，需求变更务必慎重，时间上要有阶段性。
对于其他在项目过程中出现的变更严格按照《变更管理流程》进行变更，具体过程如下：
由变更提出人以《变更申请表》的书面形式向项目经理提出需求变更申请；
项目经理组织相关人员对该变更进行变更影响分析，并形成《变更影响分析报告》，项目经理将《变更申请表》和《变更影响分析报告》共同提交给该项目QA，由QA提交给CCB；
CCB召开评审会议，针对变更内容提出意见和建议，并最终得出变更结论反馈给项目组，项目组根据变更的内容修改相应受影响的部分，修改完毕后进行变更验证；
对于不影响项目合同范围、进度等的较小的变更可以由项目经理审批确认后立即变更；
对于变更影响到基线库中内容的，修改完成后需要提交SCM进行变更发布。
项目有效的沟通也是项目成败的关键，通常项目过程中项目组成员之间或与客户之间一般都通过语言沟通交流，领导和员工间通过开会布置任务，容易造成文档、资料丢失和事后检查困难等。针对这类问题，公司制定的《项目管理制度》中明确规定项目交流制度方式、时间、频度，包括项目过程中项目组与客户交流、部门之间交流、部门内部交流、项目组内部交流过程的规范，并要求在《项目总体计划》中确定下来，保证项目过程中沟通的规范性和有效性。
项目沟通过程分为4个阶段：
沟通计划编制：确定项目干系人的信息和沟通要求
信息分布
绩效报告：状态报告、进度报告、预测
管理收尾：项目文档、教训总结（项目总结、阶段性总结）
项目沟通方式：
项目周报、月报
项目例会、会议记录
专题会议
只有完善的规范和制度，而没有相应的奖惩措施，就如同一个国家只有健全的法律而没有警察一样，该制度也一定如同虚设，所以公司为了制度能够顺利有效地实施，制定了相应的项目奖惩制度，包括《项目管理制度》、《应用开发人员待遇与激励制度》、《应用开发管理人员待遇与激励制度》，有效保证了该项目管理制度的有效执行，并且保证了项目的按期完成。
在项目实施过程中，公司将充分利用在全国15个省级、200多个市级、1500多个县级财政平台实施的经验，充分运用为此而建立的基于平台的财政业务需求库、平台实施应用问题及解决方案库等知识库系统，建立专业的实施服务团队，按照公司市财政局实施要求提供应用开发、数据初始化、测试、技术支持、系统集成测试、运行维护等方面必要的现场实施服务，以及承担与财政其他相关软件系统的衔接责任。
本次建设项目建设内容为集中财务系统的安装、部署、调试，实现应用系统数据衔接和资源共享机制，管理范围覆盖财政核心业务和管理内容，确保实施一家贯通一家；以《财政业务基础数据规范》为基础，建立业务规范和技术标准体系和信息安全保障体系。
部署实施生长行政事业单位财务数据平台管理系统的主要工作内容如下：
- 了解分析公司市行政事业单位财务管理办法及特点；
- 根据管理办法制定需求方案；
- 根据需求方案项目组成员进行讨论并制定项目实施方案；
- 和用户沟通后制定项目实施计划；
- 配置系统环境及系统框架设置；
- 依据《财政业务基础数据规范》设置调整基础数据系统编码；
- 根据业务讨论方案进行业务梳理；
- 编写测试计划、测试用例，进行系统功能测试、压力等测试，并出具测试报告；
- 系统试运行及用户系统确认；
- 培训材料准备；
- 系统管理员培训；
- 相关用户培训；
- 系统切换方案编写及测试；
- 系统切换；
- 集中财务历史数据迁移分析；
- 集中财务历史相关数据编码转换对照及数据迁移；
- 集中财务迁移历史数据核对。
在开发实施过程中，技术人员按周向门提供项目进展情况。门有权对本项目的实施、安装、调试、系统集成测试工作等各项工作实施管理。
项目实施工作，都要经过项目准备、项目实施、项目验收、售后服务和技术支持几个阶段。
- 项目准备
- 项目准备
实施工程师到达用户现场后，应先与用户负责人就项目整体情况作充分的沟通，再一起制定《实施项目计划书》，对项目作初步规划，形成项目推进的基本依据：人员组织、阶段划分、制定里程碑等。
实施工程师根据所接收任务的项目特点，确定项目范围，将项目按照瀑布模型划分为各个阶段，并确定每个阶段需要完成的任务、成果和记录。阶段划分一般包括：项目规划、需求调研和确认、需求定义、设计解决方案、系统实现、测试、培训、完成。
确定实施阶段以后，和用户沟通，对每一个阶段的工作量进行估算，确定每阶段大致需要的工作时间。同时确定用户方和公司方项目组成员的名单和职责划分，并明确各阶段人员的工作任务。
对于项目的培训，实施工程师需要特别和用户进行协商，确定培训的要求、时间、规模等。
在计划制定过程中，实施工程师要充分分析和识别项目中可能出现的风险，并给出预防方案。
在上述内容确定以后，实施工程师整理生成《实施项目计划书》，并将整理后的文档，交用户负责人及项目经理确认、部门经理审批，以作为后期工作的依据。
后续项目过程中，每个阶段的实际完成时间或成果都应与原计划（或里程碑）作对比，以便及时衡量进度及偏差，及时作出分析和调整，保证项目如期进行、完成。
确定产品数量：实施计划确定以后，实施工程师和用户一起确定产品的数量，并填写《产品数量确认书》。确认书用户签字确认后，用传真发给实施调度，由实施调度按照用户的要求办理产品发放的各项手续。
- 用户需求调研及需求分析
- 用户需求获取
《实施项目计划书》审批通过以后，实施工程师对用户的需求进行调研。在调研前，实施工程师需要事先准备《用户需求调研表》，以确定调研过程中需要提出的问题、获取的信息和内容等。在需求调研过程中，实施工程师要与用户进行充分交流，帮助、指导用户整理各种所需要的资料。必要时采用所有业务人员开会讨论、领导参与的方式，以提高需求确定的效率。
-
- 整理用户需求文档
实施工程师根据业务需求调研过程中获取的各种资料和业务信息，整理和分析用户的需求，转换成系统可以实现的实施需求，形成《实施需求文档》。在《实施需求文档》整理过程中，如果发现有些问题不明确的，则需要对用户重新进行再调研。工程师应能及时识别其中用户的隐含需求，保证所获取的需求是真正的、全面的、彻底的，否则会导致项目过程中出现反复。
-
- 实施需求文档确认
《实施需求文档》编写完成后，项目经理对其进行可行性和正确性审查并签字，项目经理确定后交用户确认，确认后的《实施需求文档》据以作为后期系统实现和项目实施完成验收的标准及依据。
对于目前软件中实现不了的功能，应经项目经理、开发人员分析确认后处理。对于属于任务范围、正常业务需求且不能转用其他方式实现目的的，与开发沟通以软件功能修改需求的方式提交开发处理；对于不属任务范围或非合理业务需求或可用其他方式实现同等目的的，应与用户沟通说明原因过滤此需求。
- 系统软硬件环境部署
- 网络硬件环境部署配置
系统网络硬件环境搭建，主要包括数据库服务器集群搭建、磁盘阵列配置、应用服务器配置、负载均衡配置、安全设备配置等。
-
- 系统软件部署配置
系统软件部署主要工作是Oracle RAC集群建立，Oracle 数据库参数调整优化，Weblogic在各应用服务器上安装部署，Weblogic参数调整优化。
-
- 应用软件部署配置
建立当前年度数据库，按年度、区划对相关数据表进行分区，合理配置表空间，通过磁盘阵列及Oracle ASM实现数据的双重条带。
在各Weblogic实例中发布表层系统应用服务，建立数据库连接池，调整优化连接池参数。
- 实施配置
1）业务梳理
业务梳理就是遵从《财政业务基础数据规范》标准，梳理财政管理各项资金的每个业务环节、每个环节的业务流程、每个环节的业务规则和涉及到的信息项，再将信息项转换为平台的数据单元。
2）系统设计
实施需求文档经批准确认后，实施工程师按照文档中的需求对系统进行设计工作。系统设计从平台系统的整体角度出发，综合考虑平台与业务系统间的关系、各业务系统之间的关系、未来财政业务发展等多个方面，设计出不仅满足单一业务系统需求，更要满足财政整体业务需求的平台系统。
3）详细设计
依据系统设计的结果，对各业务系统改造、平台接口服务、集成中间件等进行详细设计，并形成《系统详细设计表》，为系统编码、系统定制等后续工作确定方向。
4）编码设计及调试
对于用户需求中，通过系统各个组件配置仍然不能实现的，需要进行编码设计工作。按照《系统详细设计表》中的功能，在平台现有组件的基础上进行编码改造设计。设计完成的代码先进行自身调试工作，确保该编码设计符合语法等要求，防止由于代码缺陷隐患而造成后期不可估量的损失。
5）系统定制
实施需求文档经批准确认后，实施工程师按照文档中的实施设置需求，在系统中利用软件提供的各项功能进行软件设置，形成用户的业务数据库。
系统实施过程中，出现与实施设置需求不相符之处，应分析原因及时进行方案变更，填写《实施变更申请表》，相应修改《实施需求文档》。
为了用户方今后能独立进行系统维护，实施工程师在系统定制过程中，应与用户方的系统管理员共同完成该项工作。对于系统管理员没有参与设置过程的，应在项目后期作好培训，并交付常用的维护单位、维护人员、维护报表的指导文档。
在需求未确定的情况下，一般不能开始动手定制系统。但对于不受需求影响的工作可以先期进行。
如果项目由多人合作或多任务完成，按照关键路径的一般的原理，对于直接制约项目进度的环节，应重点投入力量以加快项目进度。
对于费时费力的工作或问题，有经验的同事可能已经总结了更有效的解决方法。所以经常的与同事或领导沟通往往会有事半功倍的效果。
6）系统配置与集成
系统配置是根据业务梳理后确认的业务需求书，业务功能的工作流、权限、业务规则和界面操作等内容的配置、测试和验证，形成集中财务系统开发。
为了用户方今后能独立进行系统维护，在系统配置过程中，应与用户方的系统管理员共同完成该项工作。对于系统管理员没有参与设置过程的，应在项目后期作好培训，并交付常用的维护单位、维护人员、维护报表的指导文档。
如果项目由多人合作或多任务完成，按照关键路径的一般原理，对于直接制约项目进度的环节，应重点投入力量以加快项目进度。
7）系统测试
系统设置完成后应经过充分的数据测试才能正式交付用户。一般原则下，宁可推迟交付日期也不能把一个未经测试的系统交给用户使用。
系统设置完成后，实施工程师应首先准备自测的测试数据，对已设置完成的系统进行自测，测试无误后，邀请用户对系统进行模拟运行。
在正式模拟测试前，实施工程师应指导用户准备模拟测试数据、流程和验证标准，并协助用户一起准备好测试用的环境（包括软、硬件环境）。
实施工程师陪同用户一起按照准备好的数据对系统进行模拟测试运行，由用户按照标准审查、判断设置完成的系统是否满足其需求，若符合需求则在《实施摸拟报告》中签字确认。出现差异时，实施工程师应及时分析原因，若需调整系统设置，填写《实施变更申请表》签字确认后，对数据库进行更改；若发现有软件BUG时，应及时与项目经理、开发人员沟通解决，并通知助理在CQ的软件问题库里作登记。
如果有必要，可以做正式上线前的模拟试运行，环境较复杂且对系统问题特别敏感苛刻的情况。试运行的时间、数据、接口、人员、范围、结束条件等应作好计划，并记录相关的《实施摸拟报告》、《实施变更申请表》。如果试运行涉及人员较多，应先按培训要求作相关系统培训。
系统测试是项目质量保证的重要一环，它能避免工程师的技术缺陷或过份自信等主观因素和软件本身bug所产生的错误结果。但本身设计不全面的测试也很容易成为交付用户一个缺陷系统的重要原因。所以测试数据、测试方法的选取应能覆盖实际业务数据流程，满足验证要求，对测试计划的执行、结果的判断也不能掉以轻心。
- 系统培训
在系统模拟测试通过后，为了使系统的使用人员能使用系统顺利完成各项工作，按照用户的需求，需对其进行软件培训。并通过培训，完善培训文档，为实现推广应用打下基础。
培训区财政业务处室、各区预算单位、财政外部业务人员
财政局管理员级：掌握常用的系统维护方法，能在实施人员离开现场后，独立或在远程指导下完成常规维护，包括数据库和业务信息设置。如：增加、修改、删除单位、用户；用户人菜单和数据权限修改；科目修改；基本录入表修改、简单报表修改；修改定员定额设置；软件安装；业务库备份和恢复；以及业务数据录入和调平方法、报表查询等。
区财政业务处：掌握单位版和财政版的业务数据处理及查询方法。如：录入、调整、审核，传送，控制数使用，数据查询、打印、软件安装等。
区预算单位用户：掌握单位版软件的数据处理和传送。如：接收、上报、下发，数据录入、审核、调平，控制数分配，报表查询、打印，项目排序，数据备份、恢复、软件安装等。
财政外部业务人员：包括银行、税务等财政外部系统应用人员，通过培训能够熟练使用属于各自的业务模块，进行规范的业务操作
（1）培训材料准备：实施工程师编写培训材料，准备培训数据。材料准备完成后，将材料交给用户方负责人评审确认。
（2）培训环境准备：实施工程师在培训前期到用户方提供的培训场所进行培训环境的检查和准备。实施工程师重点检查提供培训教室的扩音设备、投影设备等是否齐全、有效；培训教室的机器在数量上和性能上是否符合培训的要求等等。同时，在每台机器上安装培训所需要的环境、资料和系统。
培训准备完成以后，实施工程师按照事先准备的培训方案讲解产品的使用方法和相关知识。
在培训过程中，参加培训的人员要登记《培训花名册》。
培训结束后，由用户对培训的效果进行评价，生成《培训报告》，实施工程师清理用户机器上的相关材料。
（1）了解听课人员的业务技术层次，站在他们角度出发，使用他们能听懂、易理解的语言、方式、方法。注意用词、语速、节奏应使培训易于接受。
（2）遵循由浅入深，层层推进、难度逐步过渡方法来降低内容的理解难度。
（3）培训用例应具典型代表性，能说明尽可能多的问题；良好的用例能节省大量的讲解，还令人印象深刻。
（4）讲解应有重点突出，详略得当。
（5）培训的气氛应尽可能轻松、活泼，始终让听课人员保持在精神活跃、心态开放、渴于了解新内容的状态。及时了解听课人员的问题、状态，并针对性的调整培训。
（6）应让听课人员做充分的数据练习，以加深理解。条件充许的话，要布置适量的课后练习。
（7）培训完毕应作考核、考查，并在培训开始前就说明这一点，以提高听课主动性、积极性。
- 数据迁移
数据迁移是指从区财政原有的数据源中提取数据，然后根据新系统的要求对提取出的数据进行转换、清理和集成，并最终装入新系统中投产运行的过程。虽然这只是一个一次性的过程，但对新系统的顺利投产却起着极其重要的作用。因此，制定合理与严密的工作计划、方案，确保数据迁移工作的顺利实施，是非常必要和有意义的。
1）数据转换方法
数据迁移一般有两种方式：手工迁移和程序迁移。对于数据量比较小且数据质量要求高的数据，如果新旧系统代码口径、指标口径发生了比较大的变化，确实难以程序迁移的，可以通过人工输入新系统的方式完成转换。对于数据量比较大的数据，则需要编写专门的程序或者利用专门的工具进行转换。
（1）将历史数据转换到新系统数据库之前，应该先建立新旧系统的编码对照表及项目对照表；
（2）当旧系统数据不符合新系统数据库表、字段约束时，根据转换规则进行处理；
（3）对照表和转换规则确立以后，系统自动将旧系统数据迁移到新系统数据库中。
2）数据转换策略
在业务系统和支撑平台的设计阶段就考虑到数据迁移的需要。由于财政应用支撑平台的编码基础是必须严格执行的财政基础编码标准，求他的业务系统也必须遵循这个标准来建立。平台的总账核心保证了业务流程的顺畅和一致性，而平台的技术架构也能被各应用系统使用。所以，数据迁移的工作实际上在系统设计的时候就已经提前介入了。
分类实施策略具体如下：
（1）对不同类型数据选择不同迁移手段。数据迁移一般有两种方式：手工迁移和程序迁移。对于数据量比较小且数据质量要求高的数据，如果新旧系统代码口径、指标口径发生了比较大的变化，确实难以程序迁移的，可以通过人工输入新系统的方式完成转换。对于数据量比较大的数据，则需要编写专门的程序或者利用专门的工具进行转换。
（2）针对不同利用方式选择不同目的系统。从数据的利用方式看，可以明显分为两类。一类是开展正常业务必须的数据；一类是状态已完成的历史数据，这些主要是供查询分析使用。本策略的一个推论是两种数据同时迁移，同步建设、同步上线。
3）数据迁移流程
数据迁移流程具体如下：
应用支撑平台的数据字典，是进行数据迁移的最基本标准，此数据字典是以财政标准编码作为基础的。整理源数据库中的数据，使之与目标数据库中相对应的内容相匹配。
为了保证迁移到新系统后的数据质量，在数据迁移过程中，必然要涉及到数据的清洗。数据清洗主要是针对源系统中，违反规范性或合法性的数据，根据实际情况进行相应的清洗操作。而数据清洗的前提，是对待迁移数据的质量进行充分、详细的分析，否则将不能有针对性的编写数据清洗程序。对数据进行质量分析，需要分析到每条记录的每个字段。
在数据迁移的过程中，数据差异分析是一项至关重要的工作。数据差异分析需要分析到字段。
新旧系统数据差异分析主要是分析新旧系统的数据项、数据文件、数据库等的异同及转变。
数据差异分析可帮助开发人员及业务人员理解及审查新系统是否把旧系统中储存的重要而必需的数据都已包含在新系统的数据文件中，而旧系统中缺少的数据则需要人工去翻查、补充、输入及核对。同时，也需要知道新系统数据文件中的一些通过运算才能够赋值的内部字段运算公式的准确性，以保证在转换迁移后新系统的数据能够使用。
由于代码数据的特殊性，即代码数据需要被业务数据大量引用，如果由于新老代码的编码规则发生变化等原因，造成描述同一个业务对象的代码值发生变化，将导致在数据转换过程中，业务数据中引用的发生变化的老代码都需要根据新代码进行替换。因此在进行数据差异分析时，代码数据的差异分析需要细致到每一个代码，即找出所有发生变化的代码值并进行充分的描述。而业务数据的差异一般分析到表字段级就可满足要求。另外，根据以往的经验，代码数据的替换一般都需要编写单独的处理程序。同时，新的数据物理模型和代码编码规则确定之后，即可进行代码数据的准备工作。代码数据基本上属于静态数据，代码值确定之后发生改动的概率很小。所以鉴于以上原因，将代码数据的差异分析单独考虑。
将数据差异分析报告进行整理，直接转化为数据映射关系表。将代码数据差异分析报告进行整理，直接转化为代码数据映射关系表。对无法映射的字段的处理，可能意味着需求变化或设计问题，需要和分析设计人员协同解决。
目前许多数据库厂商都提供数据抽取工具，这些工具在一定范围内解决了数据的提取和转换。但这些工具基本都不能自动完成数据的抽取，用户还需利用这些工具编写适当的转换程序。如果是相同DBMS之间的迁移，可借助该DBMS产品本身的一些特性。
在数据迁移前，需要对数据迁移涉及的技术、流程、时间都进行测试。并指定相关的测试负责人。测试的内容包括：
（1）转换处理流程可行性的测试。
（2）转换工具或转换程序的测试。
（3）单位数据量各个子系统、各个转换步骤，转换所需时间的测试。
（4）校验程序的测试。
（5）应急措施的测试（可选）。
具体如下：
（1）软、硬件及网络环境准备就绪。
（2）数据转换与迁移程序开发、测试完毕，并性能指标达到要求。
（3）数据源与目标数据库准备就绪。
（4）初始数据准备就绪。
（5）相关业务和技术人员安排就绪。
（6）正确性检测方案准备就绪。
（7）应急方案准备就绪。
具体如下：
（1）技术人员。通过数据质量检查工具或编写有针对性的检查程序进行数据校验。
（2）业务人员。通过新老两套应用系统进行数据检查。
在校验方法上，可直接对新老系统中的明细数据进行比对，或针对统计汇总数据进行比对。因明细数据的数据量太大，一般可采用抽查比对的方式。
- 系统上线
在经过测试、具备上线条件运行及对运行期间发现的问题进行修补完善后，就可以正启用系统上线运作。
正式上线前应视情况作好业务系统启用动员会。对于新系统的启用，可能因涉及个人的业务习惯或技术习惯而产生抵触情绪，另外为引起大家重视也需要做好思想动员。
为规范使用流程，应促动用户领导层从管理上配合系统启用发布配套管理制度。如业务处理流程、人员分工、岗位职责等。
应为每个岗位的人员发放相应的系统使用手册。
自合同签订之日起，至第60天完成集中财务系统的部署、实施和培训工作，具体进度如下：
第1天至第20天进行项目调研；
第21天至第50天进行项目的研发；
第21天至第60天进行系统的测试工作；
系统测试完成后的两个月进行系统的试运行；
试运行结束且系统无其他问题之后，则系统正式上线运行。
实施进度如下图所示：
图 12.4‑1 项目实施进度计划
按照本项目具体内容，测试主要分为两类，一类为实施测试，另一类为功能改造及系统开发测试。
第一类主要测试重点在于基础数据设置的正确性、流程设置的合理性、权限配置的严谨性以及对业务支持的顺畅性等方面。
第二类属于系统改造和开发，主要包括功能的完整性、系统的稳定性，将通过单元测试、集成测试、性能及压力测试、系统测试、联调测试等方式保证产品的完整准确，在现场部署实施后的测试与第一类相同。具体测试方案如下：
- 测试目标
- 对于新功能开发及系统改造测试，确保产品版本稳定，运行正确；
- 确保统一推广实施集中财务系统配置正确，符合公司市财政局管理要求；
- 确保权限配置正确严谨，不会出现权限错位；
- 保证各业务环节控制合理严谨，业务流转顺畅；
- 保证系统试运行顺利进行，为正式上线做好准备。
- 测试安排
在新功能测试时，对软件系统测试和系统测试状态进行控制，确保系统测试的有效性和验证结果的可靠性。从整体分为公司内部测试和现场测试两大块，公司内部测试又研发部分整体负责，保证新开发功能的稳定和正确；现场测试主要有现场实施人员，实际用户测试，验证各种配置、数据迁移的准确性以及易用性、实用性方面的测试。
具体测试人员职责划分如下表：
| 角色 | 职责 |
| 研发部门经理 | 为测试活动提供必要的资金、人员、资源支持与保证 解决测试部门成员在测试活动过程中所遇到的不能解决的问题以及落实PPQA检查的不符合问题 |
| 测试组长 | 制定系统测试计划 编写系统测试设计 评审系统测试用例 组织系统测试活动 编写系统测试报告 参与系统设计阶段的软件系统测试环境资源确认 部署系统测试环境搭建 |
| 测试工程师 | 编写系统测试用例 按照测试组长的计划执行系统测试工作 评审系统测试计划和系统测试设计 评审系统测试报告 搭建系统测试环境 准备系统测试数据 |
| 项目经理 | 对系统测试发现的bug进行响应 部署开发工程师进行缺陷修复 对系统测试计划进行评审 对系统测试设计进行评审 对系统测试报告进行评审 |
| 开发工程师 | 配合系统测试数据的准备 在系统测试用例执行过程中给与指导 |
| 集成工程师 | 配合系统测试数据的准备 评审系统测试计划 评审系统测试报告 评审系统测试用例 对测试工程师进行软件操作培训 配合系统测试环境搭建 |
| PPQA工程师 | 负责系统测试活动及工作产品的检查 评审工作的组织 |
| CM工程师 | 负责系统测试过程所涉及的配置管理工作 |
| 需求管理员 | 维护需求跟踪矩阵 通知测试工程师进行系统测试用例的调整 通知测试组长需求的变更 |
- 测试流程
- 总体流程图
图 12.4‑2软件测试总体流程图
- 流程详细描述
制定系统测试计划：
| 简介 | 根据项目进度安排制定系统测试计划，系统测试计划编写完后进行评审。 |
| 职责 | 角色 |
| 执行 | 测试组长 |
| 参与 | 测试工程师、集成工程师、开发工程师、项目经理 |
| 验收 | 研发部门经理 |
| 通知 | CM |
| 输入 | 《软件需求规格说明书》，《项目计划书》 |
| 执行步骤 | |
| （1）项目策划过程中，测试组长制订系统测试计划；在计划中确定系统测试进度，人员安排等内容。 | |
| （2）在系统测试计划中规定系统测试的输入、输出以及入口准则、出口准则。 | |
| （3）集成工程师、测试工程师、开发工程师、项目经理对系统测试计划进行同行评审。 | |
| （4）如果软件发生需求变更，比如新增功能等，测试组长根据需求跟踪矩阵调整相关系统测试计划。 | |
| 输出 | 《系统测试计划》 |
| 裁剪说明 | |
| 本过程无裁减的活动。 | |
注：角色的职责：执行——负责完成该活动，并对活动结果负责，必填；
参与——参与该活动的完成，但并不对结果负责，选填；
验收——对该活动结果进行验证或确认，选填；
通知——需要了解该活动状态或活动结果，选填。
编写系统测试设计：
| 简介 | 确定测试环境及内容，系统测试设计编写完后进行评审。 |
| 职责 | 角色 |
| 执行 | 测试组长 |
| 参与 | 测试工程师、集成工程师、开发工程师、项目经理 |
| 验收 | 研发部门经理 |
| 通知 | CM，项目经理 |
| 输入 | 《软件需求规格说明书》，《系统测试计划》。 |
| 执行步骤 | |
| （1）测试组长在系统设计阶段参与软件环境资源确认，确认软件环境资源满足系统测试的要求。 | |
| （2）测试组长编写《系统测试设计》，在文档中要明确系统测试的软、硬件环境资源。 | |
| （3）在系统测试设计中根据不同类型的需求，确定系统测试方法、测试工具。 | |
| （4）系统测试设计中包括系统测试内容，比如是否进行稳定性测试，性能测试，压力测试等，如果包含性能测试，需要规定软件系统的性能数据。 | |
| （5）集成工程师、测试工程师、开发工程师、项目经理对系统测试设计进行同行评审。 | |
| （6）如果软件发生需求变更，比如新增功能等，测试组长根据需求跟踪矩阵调整相关系统测试设计。 | |
| 输出 | 《系统测试设计》。 |
| 裁剪说明 | |
| 本过程无裁减的活动。 | |
设计系统测试用例：
| 简介 | 根据《软件需求规格说明书》进行系统测试用例的编写及系统测试数据的准备。 |
| 职责 | 角色 |
| 执行 | 测试工程师 |
| 参与 | 测试组长、开发工程师、集成工程师 |
| 验收 | 研发部门经理 |
| 通知 | CM |
| 输入 | 《软件需求规格说明书》 |
| 执行步骤 | |
| （1）测试工程师根据《软件需求规格说明书》编写《系统测试汇总表》中的《系统测试用例》分页，用例编写参考《测试用例编写指南》，规定输入与预期输出结果，以及详细的测试步骤。 | |
| （2）测试工程师为系统测试准备测试数据，必要时要采用现场的真实数据；集成工程师配合。 | |
| （3）测试组长、开发工程师、集成工程师、对系统测试用例进行同行评审。 | |
| （4）根据需求跟踪矩阵，测试工程师要调整相关系统测试用例。 | |
| （5）测试组长确认系统测试用例100%覆盖软件需求功能点，具体参照需求管理过程。 | |
| 输出 | 《系统测试用例》 |
| 裁剪说明 | |
| 本过程无裁减的活动。 | |
执行系统测试用例：
- 子流程图：
图 12.4‑3执行系统流程图
- 详细说明：
| 简介 | 测试工程师根据系统测试用例进行系统测试工作。 |
| 职责 | 角色 |
| 执行 | 测试工程师 |
| 参与 | 测试组长、集成工程师，项目经理 |
| 验收 | 研发部门经理 |
| 通知 | CM，开发工程师 |
| 输入 | 《系统测试用例》，《集成测试报告》，《系统测试申请单》，系统测试环境准备，配置库里的软件系统，系统测试数据，《系统操作使用手册》。 |
| 执行步骤 | |
| （1）在搭建测试环境的阶段，测试工程师和集成工程师搭建系统测试环境，组长确认。 | |
| （2）测试部门收到系统测试申请，测试组长安排测试工程师从配置管理服务器中提取相应版本的软件，配置管理员配合。 | |
| （3）配置管理员与项目经理保证在本轮系统测试过程中的软件固定，不能有更改。 | |
| （4）测试工程师将对应版本软件安装到测试环境，集成工程师和开发工程师配合，并对测试人员进行操作培训。 | |
| （5）测试工程师根据系统测试用例执行系统测试，通过与不通过都在《系统测试用例》记录文档状态中标明。发现的缺陷在《缺陷记录表》和《缺陷跟踪表》中记录，并将当天的测试结果及状态记录在《系统测试状态情况表》中，提交测试组长。开发工程师配合填写测试结果确认。 | |
| （6）开发工程师对缺陷进行修复后，生成新的可测试软件版本提交配置管理，并填写《缺陷跟踪表》相应内容，提交项目经理，并交测试组长。 | |
| （7）首次系统测试完成后，根据分析系统测试缺陷和状态报告等，测试组长确认本次系统测试的结果是否满足系统测试出口准则，是否需要进行回归测试。 | |
| （8）回归测试中，测试组长部署测试工程师对《缺陷跟踪表》进行确认，反复执行（2）（3）（4）步骤，注意对bug的状态进行更改及确认。直至满足系统测试出口准则。 | |
| 输出 | 《缺陷记录表》分页，《缺陷跟踪表》分页，《系统测试状态情况表》分页，测试记录 |
| 裁剪说明 | |
| 无。 | |
- 分析系统测试缺陷：
| 简介 | 测试组长对测试数据进行分析，形成《缺陷统计和分析表》。 |
| 职责 | 角色 |
| 执行 | 测试组长 |
| 参与 | 测试工程师、开发工程师、项目经理 |
| 验收 | 研发部门经理 |
| 通知 | CM |
| 输入 | 《系统测试用例》，《缺陷记录表》分页，《缺陷跟踪表》分页，《系统测试状态情况表》分页，需求跟踪矩阵，测试记录 |
| 执行步骤 | |
| （1）系统测试完成，测试工程师给测试组长提交《系统测试汇总表》中《缺陷记录表》分页，《缺陷跟踪表》分页，《系统测试状态情况表》分页和测试记录。 | |
| （2）测试组长将测试工程师提交的《缺陷跟踪表》，《缺陷记录表》交给项目经理，项目经理部署开发工程师进行每个bug的修复，并填写《缺陷跟踪表》；修复不能影响本轮系统测试，在本轮系统测试结束后24小时内项目经理提交填写好“修改人”、预计“修改日期”和“缺陷状态”信息的《缺陷跟踪表》给测试组长。 | |
| （3）缺陷修复完成，项目经理应将填写好“原因分析描述”、“缺陷来源”和“缺陷状态”信息的《缺陷跟踪表》提交给测试组长。 | |
| （4）测试组长对系统测试结果进行分析，其中包括系统测试用例执行情况，发现缺陷数、遗留缺陷数、缺陷来源分析、重复发生的缺陷数及其占缺陷总数的比例等系统测试数据。根据具体情况完成《系统测试汇总表》中的《缺陷统计和分析表》分页。 | |
| 输出 | 《缺陷统计和分析表》，《缺陷跟踪表》 |
| 裁剪说明 | |
| 本过程无裁减的活动。 | |
- 测试工具
单元测试工具：JUnit
系统性能压力测试工具：LoadRunner
测试分析工具：JProbe
测试用例及测试报告：Office
系统验收符合公司市财政局验收标准，符合信息化项目验收管理制度，通过评测（常规测评和安全测评）及项目管理方签字认可。
- 项目验收
系统部署完成，实现项目建设要求，邀请专家、公司市财政局和公司共同组织项目验收。经公司市财政局确认后进行项目验收,并提交项目验收报告等相关文档。
其中项目验收包括系统试运行及初验、项目终验两个阶段：
1）项目初验
按照招标文件要求的项目建设的实施内容，公司公司将所有需求完成，并正常使用半年，对应用中发现的问题及时解决。初验由公司市财政局、公司公司共同完成。
2）项目终验
所有实施内容正式上线运行一年后，达到招标文件所要求的技术性能，满足招标文件所要求的内容，并对测试中出现的问题能够及时修改完善，由公司市财政局组织，邀请专家与公司公司共同验收本实施项目。如若项目验收中出现性能指标或功能上不符合招标文件和合同规定时，公司市财政局有暂缓验收的权力。
公司公司列出在整个项目实施过程中所产生和需向公司市财政局提交的详细文档清单,包括文档提交的计划安排，在实施过程中分阶段按计划及时向公司市财政局提供文档。
- 验收测试手册
公司协助公司市财政局为每一项的测试编写测试手册。验收测试手册的内容包括：
- 测试目的
- 测试环境和测试所需的设备
- 测试过程的描述
- 测试结果及分析
- 验收测试的评定
本项目的验收目标是对整个项目的实施过程的规范性，最终成果物的正确性以及对预期效果的达标程度进行评审，确保达到全省使用统一的标准、统一的系统，实现信息上下贯通等。
本项目按照统一标准进行验收，但由于本项目是所涉及的门多，所以项目验收主要由公司协助财政局做好前期项目验收前期准备工作，包括系统自我检查、内部检查、文档整理等，待前期准备工作完成后，由公司提交验收申请，整体项目验收。
本项目验收按照《金财工程平台实施项目验收管理办法》标准进行验收，主要验收指标如下：
- 符合财政标准要求
系统实施符合《财政业务基础数据规范》、《基于金财工程应用支撑平台开发规范(试行)》、《基于金财工程应用支撑平台数据交换规范(试行)》等标准规范。
- 平台实施完整达标
平台采用统一推广的“金财工程”应用支撑平台，所有基础数据符合《财政业务基础数据规范》要求。表层系统业务数据根据实施方案按照平台标准完整准确写入平台；平台和表层系统中的基础数据及时同步；能够通过平台实现同级财政内部各系统间的整合衔接;能够通过平台实现上下级数据交换。
- 软件功能达标
业务系统按照平台实施技术方案实现，按照招标要求规划完成系统所有功能的实施，核心业务系统正式上线。
- 验收前期准备工作充分
对系统进行了充分测试和验证，完成系统自检和文档自检并形成自检报告，结合实际用户使用情况，搜集用户反馈信息表等相关工作。
图 12.4‑4项目验收流程图
具体流程描述如下：
1、在系统正式上线后启动项目验收工作；
2、公司完成系统测试及文档整理等自检工作；
3、自检通过后项目经理向公司市财政局提交项目验收申请，自检不通过则尽快跟踪和解决问题；
4、公司市财政局接到验收申请后，组织代表用户进行内部审核，审核通过后形成初审报告提交申请验收，审核不通过则打回进行自检；
5、接到公司市财政局提交的验收申请后，组织相关部门进行统一验收，验收通过形成验收报告，验收不通过则打回公司市财政局进行内部审核；
6、形成验收报告后进行项目总结及相关结项工作。
公司在实施公司市财政局集中财务系统项目建设过程中，从软件系统的实际操作，项目过程控制文档、分析设计文档，阅读源代码等方面入手对软件进行过程控制和审核。按照《GB T-19487-2004电子政务业务流程设计方法通用规范》、《GB T-8567-2006计算机软件文档编制规范》等计算机软件工程规范国家标准分阶段提交相应文档。提交的成果包括：
(1) 软件系统交付包含：可执行程序、源程序、配置脚本等。
(2) 主要的开发类文档包含：《需求规格说明书》及需求变更备忘录、《系统概要设计文档》、《系统详细设计文档》、《系统数据库设计文档》、《系统接口规范》、《系统测试计划》、《测试问题跟踪表》、《系统测试报告》、《系统上线说明书》、《系统安装部署及管理维护手册》、《用户培训计划》、《用户操作手册》、《试运行方案》、《项目运维方案》、《项目保修方案》、《应用软件测评报告》、《项目建设总结报告》等。
(3) 主要项目管理文档包含：《项目主计划》、《项目目标责任体系》、《质量控制计划》、《配置管理计划》、《项目双周滚动计划》、《项目风险问题跟踪报告》、《会议记录》、《开发进度月报》等。
(4) 如果需要光盘安装，由公司公司提供安装光盘等介质。
(5) 软件系统使用的全部软件工具的列表，以及用于数据安全、数据传输等用途的第三方动态链接库等软件资源，使用该软件资源后，公司提供开发接口及开发手册等技术文档，并承诺提供永久性的技术支持。
(6) 各种培训教材、培训考核试题；
(7) 发布说明；
(8) 系统安装手册、系统安装部署记录清单；
(9) 系统维护规范和手册；
(10) 用户操作手册。
公司承诺对项目技术文件以及由甲方提供的所有内部资料、技术文档、数据和信息予以保密。和甲方签订的保密协议，未经甲方书面许可，公司不会以任何形式向第三方透露本项目标书以及本项目的任何内容。
公司公司保证公司市财政局在使用过程中不受到第三方关于侵犯专利权等知识产权的指控。任何第三方如果提出指控，公司公司须与第三方交涉并承担可能发生的一切法律责任和费用。
就本项目开发实施的软件，公司向公司市财政局提供全部源代码和技术设计文档（包括文字、电子文件等），甲方对此拥有不限次数的使用权和二次开发权。
公司将对系统的操作人员和维护人员进行培训，使他们了解正确的系统使用方法和操作步骤。特制订培训计划，希望相关业务处室协调相关培训人员按时参加培训，学习系统的理论和实际操作。
公司将协助财政局建立内部支持体系，并对相关人员进行培训。人员一般从财政局关键用户中选择。包括业务方面的用户，以及技术方面的系统管理员。确定为内部支持人员应该切实履行内部支持的职责，积极参加公司开展的各项培训，学习相关业务、技术知识，为系统的成功应用打下坚实基础。
以下针对各类人员的培训计划、培训内容、培训方式、培训地点、培训对象、培训人数、质量保障等进行具体描述。公司将于与用户充分沟通、达成一致的基础上，完成培训方案、落实培训计划。
系统管理人员主要依据《系统配置管理手册》为蓝本，采用实战方式进行培训和自我提升，系统管理员全程跟进项目实施过程，由系统集成工程师协助培训，包括系统部署、系统初始化、基础数据同步及更新、系统升级处理、数据备份恢复，常见问题跟踪与排除等。
- 财政业务人员
培训在系统基本配置完成，运行前统一培训。培训目的是结合本地财政管理特点，结合集中财务系统讲解具体业务操作方式，使财政用户能够掌握系统操作，能够顺利配合试运行验证系统的正确、完整性。
- 单位及部门业务人员
培训是在系统正式上线前统一培训，在完成试运行并针对试运行结果进行系统完善后，对全体使用应用支撑平台的单位用户、主管部门用户统一培训，确保所有用能能够熟练掌握应用支撑平台使用技巧，能够通过系统办理相关业务，以便系统正式上线后用户能够完成业务操作。
培训内容包括对使用人员进行业务操作培训，同时免费提供系统操作手册。制定详细的培训方案，确保系统用户能够对系统足够的了解和熟悉，能够独立进行系统的日常维护、使用和管理。培训内容包括软件系统上线初始培训，软件升级和二次开发培训。
本项目涉及业务广、用户量大，按照用户对系统的使用角色及侧重点不同，针对不同用户制定不同的培训目标。培训保证用户达到系统建设、管理、维护等要求的预定培训目标。公司对用户的培训分为两个层面。一层针对于需要对基于平台建设的应用支撑平台有深度了解需要的用户，主要包括技术层面的技术人员，如系统管理人员、银行技术人员等，使其能够胜任应用软件系统日常维护升级工作；另一层是针对业务处室、预算单位及主管部门人员、银行人员等普通操作用户，使其能够胜任日常技术管理和业务操作工作。按照培训对象将制定以下目标：
- 系统管理人员
掌握集中财务系统的集成、部署和基本配置；
掌握集中财务系统的日常维护、数据备份及恢复；
掌握常见问题的检查及排除故障方法。
- 预算单位及主管部门人员
掌握《财政基础数据代码规范》内容及使用方式；
掌握使用集中财务系统的技巧和处理相关业务的操作。
为了确保集中财务系统顺利推广，并能达到预期效果，系统培训对象为涉及到配合开发的外围系统技术人员、系统维护管理人员、所有涉及到集中财务系统的使用者。具体如下：
系统管理人员；
财政用户；
预算单位及部门人员。
针对用户特点，本项目培训灵活实用的培训方式，可以根据实际情况采用集中授课培训、上级操作培训、专题研讨培训、实战培训等多种培训模式，根据不同用户、不同目标采用不同的培训方式，授课形式为中文。
- 集中授课培训
集中授课培训是大型培训的主要组织形式，适用于具有明确目标，参会人员较多的大型培训。集中授课培训统一发放培训教材，主要以授课老师讲解为主，根据需要预留一定时间研讨的综合性培训。主要用于对终端用户（包括财政用户、预算单位用户、银行用户等）的集中培训。
- 上机操作培训
上机培训是用户掌握系统操作的最有效方法，一般由培训讲师带领学员就相关业务操作进行针对性按步骤操作，使学员能够通过上机模拟操作对系统有比较直观的认识和了解，对于试运行前或正式上线前的培训，可以与集中授课培训一起进行。
- 专题研讨培训
专题研讨是对于研讨问题明确、涉及人员不多的座谈是交流为主，通过召集相关人员就指定问题进行研讨和培训，主要有主持人对问题进行明确，并提出初步解决方案供大家研讨或学习。专题研讨培训对象首先能够对专题有着较深入的了解，能够提出相关建议或意见进行共同探讨。
- 实战培训
实战培训主要是针对系统管理及实施技术人员，由具体人员带领，通过参与项目实施过程实现自我提升，达到对系统的深入了解和相关操作管理。
- 集中授课培训流程：
图 13.5‑1集中授课培训流程图
具体流程描述如下：
1、首先明确培训主题及培训目的
2、在确定培训主题后，由公司编写相关培训教材、培训试题，门负责培训教材的印刷及培训场地安排。
3、一切准备就绪后，由门确定培训范围并发放培训通知；
4、会议培训时要求所有参考人员签到；
5、人员到齐后由主讲师进行授课讲解，一般以PPT形式或结合系统进行培训演示；
6、培训讲课结束后，视情况进行打印和讨论，如果有上机条件和安排，组织上机操作；
7、为了确保培训质量，要求所有受训人员进行考试；
8、考试结束后，受训人员对培训效果进行评价，以便掌握培训效果和后期提升；
9、完成培训效果采集后会议结束，并做好后续跟踪相关工作。
- 上机操作培训流程：
图 13.5‑2上机操作培训流程图
上机培训一般与集中授课培训一起执行，相关流程及准备工作可以合并，具体流程描述如下：
1、首先明确培训主题及培训目的
2、在确定培训主题后，由公司编写相关培训教材、培训试题，门负责培训教材的印刷及培训场地安排，公司负责上机操作系统的部署安装及联调，完成上级操作的相关数据准备。
3、一切准备就绪后，有门确定培训范围并发放培训通知；
4、会议培训时要求所有参考人员签到；
5、人员到齐后由主讲师进行授课讲解，并结合操作系统带领学员进行系统操作及讲解；
6、带领上级操作结束后，学员按照预做操作数据完成相关业务操作；
7、为了确保培训质量，要求所有受训人员进行考试；
8、考试结束后，受训人员对培训效果进行评价，以便掌握培训效果和后期提升；
9、完成培训效果采集后会议结束，并做好后续跟踪相关工作。
- 专题研讨培训流程：
图 13.5‑3专题研讨培训流程图
主题研讨培训的具体流程描述如下：
1、首先明确研讨主题；
2、在确定培训主题后，确定研讨提纲，并尽量准备相关解决方案，同时准备研讨场地，一般为会议室。
3、一切准备就绪后，有门确定培训范围并发放研讨通知；
4、会议培训时要求所有参考人员签到；
5、有会议主持人员讲述研讨提纲并提出初步解决方案；
6、与会人员就研讨提纲进行讨论；
7、最终形成结果，对于一些复杂问题需要可能需要会后形成结果，会议组织方跟踪结果。
- 实战培训
实战培训将根据具体情况，有专人跟随项目实施进行实际操作培训
公司将根据不同用户编制不同培训教材，主要培训教材包括：
- 《集成中间件配置说明书》
- 《集中财务系统用户手册》
培训材料以书面资料或电子文档、演示光盘，用中、英文书写。
公司将派出财政局认可的具有相关专业资格和实际工作经验的教师及辅导人员进行培训，主要培训教员至少具有三年的同等内容的教学经验。
根据具体用户实际情况，由用户确定培训时间，统一组织相关用户进行培训。使用户熟悉集中财务系统的使用方法。
培训地点为财政局。如果采取异地培训或封闭式培训，则由财政局负责提供培训所需场所、设施、差旅、食宿及其他物质条件，公司配合完成所需软硬件环境的搭建。
根据各地“金财工程”建设的需要，公司逐步建立了IT运维服务体系，它包括了运维服务的制度、流程、组织、队伍、技术、对象等内容。公司的运维服务体系结合当地“金财工程”建设的实际情况和特点，整合相应的运维服务资源，明确运维服务的内容，规范运维服务的行为，确保运维服务的质量，形成公司层面统一管理，集约高效的一体化运维体系，保证各应用系统安全、稳定、高效、持续运行。
一是以完善的运维服务制度、流程为基础。为保障运行维护工作的质量和效率，制定相对完善、切实可行的运行维护管理制度和规范，确定各项运维活动的标准流程和相关岗位设置等，使运维人员在制度和流程的规范和约束下协同操作。
二是以先进、成熟的运维管理平台为手段。通过建立统一、集成、开放并可扩展的运维管理平台，实现对各类运维事件的全面采集、及时处理与合理分析，实现运行维护工作的智能化和高效率。
三是以高素质的运维服务队伍为保障。运维服务的顺利实施离不开高素质的运维服务人员，因此需要不断提高运维服务队伍的专业化水平，才能有效利用技术手段和工具，做好各项运维工作。
当系统发生故障（如出现断电、设备故障、更换服务器、其他原因导致系统瘫痪）时，运维人员首先及时响应，配合用户排除故障，确认故障点范围、严重程度和处理的难易程度；其次根据现场实际情况，判断是否启动应急处置程序并及时逐级汇报；应急机制启动后，执行现场应急处置的相关流程，及时恢复系统运行，确保系统在最短时间内恢复正常；最后开展分析、定责、整改、消缺等工作。
系统应急响应流程如下：
- 第一项任务就是要尽快恢复系统，保障业务的正常运转。在恢复系统过程中，按照半小时频率将处理结果汇报给相关部门。问题处理完成后，第一时间通知相关部门。
- 第二项任务就是要使业务系统所遭受的破坏最小化。通过收集积累准确的数据资料，获取和管理有关数据。在应急的过程中注意记录和保留有关的原始数据资料，为下一阶段的分析和处理提供准确可信的资料。
- 最后应急响应要提供准确的分析统计报告和有价值的建议。在响应工作结束时提交的分析报告。
应急指挥机构由财政信息中心、公司运维人员组成，在信息中心领导的指导下，完成判断系统故障级别，根据故障级别实施相应的系统应急技术措施，对故障进行技术定位和实施修复。
在紧急停电等情况发生下，对硬件设备出现故障而影响系统运行的原因、处理方法的确定和事故排除时间的确认；负责对在发生火灾、水淹、自然灾害类突发事件以及由此诱发的各种次生及衍生性灾害等可能影响系统运行的突发事件进行系统数据应急保护工作，保障系统恢复业务正常运行。
在系统应急处理工作中，一定遵守以下工作规范，严格遵守工作纪律，确保不出现任何责任事故：
1、有关应急工作人员应服从领导，加强协调，遵守工作程序，注意保密；
2、应急值班电话和所有应急工作人员应确保24小时通讯畅通；
3、系统应急预案启动后，运维人员一定坚守工作岗位；
4、遇到特殊问题、不能判定或需要上级协调的问题，应及时请示汇报。
应急处理流程如下所示：
图 14.3‑1应急响应流程图
- 应急服务内容
应急服务内容主要包括但不局限于：系统运行环境调优、系统运行故障排除、其他突发情况导致系统故障的重新部署安装等。
- 应急响应
当信息调度监控中心通知、用户报告，或系统管理员（或相关运维人员）发现异常后，首先由运维人员进行系统用户登录检测，发现确为系统服务异常后，立即通知财政信息中心专责人。系统专责人应立即响应,立即组织运维人员对系统运行情况进行检查、确认，初步判断故障的原因；如因故不在现场，应在最短的时间内及时赶到现场进行处理。
- 启动条件
系统管理员在初步判断系统故障无法在短时间内（不超过30分钟）解决时，应立即启动现场应急处置程序，并及时向相关负责人及汇报（由负责人逐级上报），并与相关运维支持人员联系。系统管理员上报上级、经批准后，申请应急抢修，并告知信息系统业务部门。
- 应急启动
发生系统遭遇突发事件导致业务停止运转时，应立即启动系统应急预案。
系统遭遇突发事件导致业务停止运转时，立即通知应急技术组，针对系统恢复展开不同的应急抑制、应急根除以及应急恢复等应急处置工作，对于超出应急响应处理能力的工作，可以请求系统运维外包单位或者由上级信息安全中心提供相应的技术支持工作。
系统遭遇突发事件时，要对突发事件或异常状况迅速进行发现并分析确认，初步评估事件性质、危害程度和影响范围。本阶段要做出初步的动作和响应，根据获得的初步材料和分析结果，估计事件的范围，制订进一步的响应战略，并且保留可能用于司法程序的证据。
为保证应急响应的各项资源能够得到最有效的利用，避免应急响应体系由于受到错误或虚假报警而受到干扰，在报告系统遭遇突发事件导致业务停止运转事件或请求应急支援时应确保事件信息的可靠性。
系统突发事件导致业务停止运转事件的发现和确认标志着应急响应工作的起始。启动应急预案后，根据信息安全事件类型的不同决定不同的应急处理方式，包括由现场应急处理工作组处理、请求上级信息安全中心或社会网络的援助等。
- 应急处理
根据系统故障具体情况和类型，分别采取以下不同的方法进行应急处理。
-
- 系统外网无法访问
预算单位的网络连接异常，导致无法访问系统应急处理方法：在排除了由于操作失误，不慎碰掉网线等原因，确定为单位与财政的网络连接有问题的情况下。可以通知单位，让单位人员到财政登陆系统进行业务处理，同时通知网络运维商立即解决网络异常问题。
因外网weblogic服务终止或异常，造成系统无法访问应急处置方法：
（1）首先通过本地地址解析，直接访问报告异常的系统对应的访问地址，确认是否存在异常。
（2）其次，确认发生异常的系统所对应的weblogic服务是否出现异常。
（3）重启故障服务器weblogic服务。
（4）外网登录系统，检查应用系统服务运行是否正常。
-
- 系统内网客户端和web端无法访问
因内网weblogic服务终止或异常，造成系统客户端和web端无法访问
应急处置方法：
（1）首先通过本地地址解析，直接访问报告异常的系统对应的两个内网访问地址，确认是否存在异常。若两个访问地址都不能访问，则进入步骤（2），若IP为X.X.X.X的访问地址不能访问，IP为X.X.X.X能够访问，则进入步骤（4）。
（2）重启weblogic服务，进入步骤（3）具体步骤如下：
启动服务步骤
启动服务器（X.X.X.X）中D:\bea\user_projects\domains\base_domain下的startAdminServer.cmd，当命令行窗口出现RUNNING mode即为正常启动。
启动服务器（X.X.X.X）中D:\bea\user_projects\domains\base_domain\bin下的startmServer1.cmd，当命令行窗口出现RUNNING mode即为正常启动。
启动服务器（X.X.X.X）中D:\bea\user_projects\domains\base_domain\bin下的startmServer2.cmd，当命令行窗口出现RUNNING mode即为正常启动。
启动服务器（X.X.X.X）中D:\bea\user_projects\domains\base_domain\bin下的startproxyServer1.cmd，当命令行窗口出现RUNNING mode即为正常启动。
（3）登陆系统的客户端和web端，检查应用系统服务运行是否正常。
（4）打开本地客户端文件路径下的url.xml文件，将其中 <ip>X.X.X.X</ip>改为 <ip>X.X.X.X</ip>。进入步骤（5）
（5）再次登陆系统客户端，查看是否能够成功登陆，并检查应用服务是否正常。 进入步骤（6）
（6）因系统内网服务为集群设置，出现问题先可进行如此处理，不影响用户使用，但在下班后或不在上班时间，可对系统进行步骤（2）操作。
-
- 系统完全故障
因系统故障，短时间内无法恢复系统，影响用户使用时，启用备用环境
应急处置方法：
（1）在备用内网服务器上安装搭建系统环境，具体步骤参考备用环境安装。
（2）在备用外网服务器上安装搭建系统环境，具体步骤参考系统备用环境安装。
-
- Oracle数据库
- 因服务器硬件、心跳线、裸设备（表空间）或其他文件系统故障，导致Oracle服务终止，系统无法正常办理业务
应急处置方法：
（1）首先登录Oracle数据库服务器主机，执行命令：df –g，检查是否存在文件系统空间耗尽的情况；执行命令：errpt |more，检查主机系统是否存在错误信息；执行命令：ps –ef|grep oracle，检查Oracle服务进程是否存在；执行命令：crs_stat -t，检查Oracle RAC集群资源的状态。
（2）如主机中有关的文件系统耗尽，造成Oracle服务异常，则首先及时删除或转移故障文件系统中的废弃数据，或进行文件系统的扩容。
（3）如心跳线、心跳交换机存在问题，则立即更换心跳连接线，或更换故障的心跳交换机。
（4）如Oracle数据库进程仍存在，但有异常或部分应用服务进程离线，则启动单个的服务进程，或停止Oracle数据库服务进程。
（5）执行命令：lsvg -l engvg、lsvg -l excvg，检查数据库所有裸设备文件用户、属组权限是否被修改。如被修改，则及时修正。
（5）重新启动Oracle数据库服务。
（6）Oracle数据库重新启动完成后，首先应对档案管理、知识管理、任务协作、以及办公自动化等系统运行状态进行检查、确认，如存在异常，则需要重启相应的Weblogic应用服务。
（7）将日志等信息及时下载，组织相关厂商进行原因分析。
-
- 系统故障
- 系统业务数据出现问题
应急处置方法：
立即冻结该笔业务及相关数据，组织相关业务处、软件开发公司、信息中心对该笔业务相关日志进行核对，查找造成数据不一致的原因并给予相应处理。
- 因系统升级等原因导致部署后系统无法访问
应急处置方法：
系统升级只能在晚上或者周末进行。系统升级前对数据库和发布包进行备份，如发生部署失败的情况，可以还原成升级前的状态；
- 后期处理
- 损失评估
评估突发事件对系统在各方面所造成的损失。由于系统本身的特性和运维需求有所不同，例如功能定位、服务需求、网络状况、系统状况、人员状况等，损失评估会综合考虑突发事件造成的直接和间接的影响，需考虑的因素包括：
受损设备和设施：包括受到突发事件破坏或影响的服务器、客户机、输入输出设备、网络设备、通信线路、办公设备、安全设施、建筑物以及所有其它相关的设备设施。
受损数据：包括系统中由于信息安全事件而遭到窃取、篡改或丢失的数据等。
- 审计分析
对发生的突发事件进行审计分析，确定受保护系统中被安全事件所利用的漏洞，查明事件发生的原因，并提出相应的整改措施，综合利用技术、人员、管理等各方面的因素，避免相同或类似信息安全事件的再次发生。该项工作内容包括以下三个方面：
漏洞定位：安全威胁对系统造成影响的根本原因是系统本身存的脆弱性（漏洞），例如软硬件漏洞、人员失误、管理制度缺陷等。为了从已经发生的信息安全事件中及时吸取经验教训，避免同类事件的再次发生，确定导致本次事件发生的漏洞，才能有针对性地确定整改措施，弥补系统漏洞。
查明原因：系统运维工作要坚持责任到人的原则，运维规划的首要工作是确定维护系统的角色和对应的职责。在发生突发事件后，应根据事先确定的角色和职责，结合审计分析的结果，确定对突发事件的发生负有相关责任的人员，便于对信息安全事件的调查处理。
确定整改措施：根据上述漏洞定位和责任定位的分析结果，确定用于弥补系统漏洞的整改措施，例如更换存在缺陷的硬件设备、软件系统升级、安装系统补丁、修改系统配置、购置安全和监控设备、加强人员安全培训、制定并实施更为严格的运维管理制度等。
- 经验教训总结
对事先制定的系统突发事件应急预案进行评估，包括预案与实际事件的吻合性，预案的合理性、实用性、可操作性，分析预案在制定和实施过程中存在的问题和缺陷，在此基础上提出相应的整改方案建议，经批准后供应急预案修正使用。
预案效果：应急预案是在突发事件发生时，用于指示应急操作的指导文件。为了使应急预案能够最大程度地满足应急响应的实际需求，保证应急响应工作的准确性和高效性，每次启动应急预案并完成事件处理后会对预案的实际效果进行评估，例如评估其是否符合本单位的应急响应需求、预案的实际操作效率、对于解决突发事件的实际效果等。
预案缺陷：由于预案是根据事先设想的各种突发事件而制定的操作文件，受到各方面因素的约束，不可避免地存在一些设计和实施缺陷，本阶段工作的目的是确定预案制定和执行过程中的问题和不足，为预案的整改和修正提供基础。必要时，还要分析应急响应演练过程中未发现预案缺陷的原因。
预案更新：根据上述预案效果和预案缺陷分析的结果，提出针对信息安全事件应急预案的更新方案，经批准后在规定时间内完成预案的更新和审查工作，并予以发布实施。
系统故障严格按照问题等级划分标准，将问题划为四级：
P1级：重大的系统故障，或对用户的业务运作有重大影响，需要马上给予关注的事件；如系统运行中断（崩溃），数据库瘫痪等。系统停止运行一天以上。
P2级：严重的系统故障，或严重影响用户业务运作。如系统不稳定，出现周期性的中断或运行缓慢，业务数据出现错误，权限错误等。系统停止运行8-24小时。
P3级：一般的系统故障，但大部分业务运作仍可正常工作。如部分预算单位无法联接到服务器。系统停止运行4-8小时。
P4级：普通问题，对用户的业务运作几乎没有影响。如系统新需求，产品易用性改进，界面布局调整等。系统停止运行4小时之内。
- 应急支援保障
应急预案启动期间，确保系统现场运维人员能及时获得总公司支援。同时，系统突发事件可能涉及到的网络运维、服务器运维、数据库运维、中间件运维等各单位要及时有效配合，提供充足的人员、组织、技术保障、通信保障和处理流程保障。
- 技术支撑保障
应急技术小组加强技术储备，提高应急处置的能力。根据预案要求，建立运维制度，由运维人员负责，定期检查系统。
- 技术资料保障
使用SVN工具管理文档，保证所有文档版本及时更新与共享。SVN服务器上保存软件系统所有相关资料，及时更新，并与实际系统保持一致。资料审核通过后统一提交财政信息中心存档备案。
- 培训和演练
为了提高业务应用系统恢复应急处理的速度，提高现场应急处理工作组成员对信息安全事件处理的熟练程度，应定期对业务应用系统恢复应急预案进行演练，遇有可预见的应急情况，应在事前组织演练，以提高处理应急事件的能力，以检验应急预案的正确性，不断加强人员的应急意识和应急响应的熟练程度。
- 监督检查
信息中心定期检查现场运维人员的应急处理能力，保证应急处理的规范化和流程化。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
