财政预算单位全过程绩效评价管理
信息交流平台技术方案书
目 录
1.2.3.1 贯彻落实党的十六届三中全会指示精神的需求... 11
2.1.1 基于应用支撑平台的技术架构设计、开发... 31
2.1.2 全面满足需求、充分发挥财政行业软件开发主力军经验优势... 32
2.1.4 紧扣软件应用特征，充分利用类似系统的业务技术积累成果... 34
2.1.6 把握业务与技术的发展趋势，软件设计具有前瞻性... 34
2.1.7 以《财政业务基础数据规范》为基础，确保标准化与开放性... 35
（1）“XX部门全过程预算绩效管理信息交流平台系统”软件... 55
4.6 配置管理（代码、文档、中间产品、工具）... 101
《XX部门全过程预算绩效管理信息交流平台系统培训手册之技术部分》... 130
预算绩效管理是政府绩效管理的重要组成部分，深入推进预算绩效管理是建设高效、责任、透明政府的有效举措。党中央、全国人大、国务院高度重视预算绩效管理工作，多次强调要深化预算制度改革，加强预算绩效管理，提高财政资金使用效益和政府工作效率。各地区各部门按照贯彻落实党中央、全国人大、国务院的要求，把加强预算绩效管理作为本地区本部门财政、财务管理的中心工作，积极开展预算绩效管理试点，我国的预算绩效管理工作稳步推进。
当前，预算绩效管理理念逐步深入人心，预算绩效管理工作广泛开展，纳入预算绩效管理的项目数量和资金规模不断扩大，所涉及的绩效信息迅速增加，现有的以人工操作为主的工作方式难以适应高强度的任务需要，亟需相应的管理信息交流平台为预算绩效管理提供有力的技术支撑，以借助科学的、先进的信息化手段提高工作效率和整体提升业务管理水平，并完善预算绩效管理基础性工作，实现资源共享和信息交互，促进预算绩效管理工作规范化均衡化开展，增强预算绩效管理的科学性，提高公信力。
预算绩效是20世纪50年代随着对公共产出和结果的关注而出现的一个概念。作为一种结果导向型的预算，预算绩效的推行已经有较长时间，但西方国家对究竟什么是预算绩效并没有形成一个明确、完整的定义。一般认为，预算绩效是以结果为导向、以项目成本为衡量标准、以业绩评估为核心的一种预算制度。具体来说，预算绩效就是把增加资源分配与提高绩效紧密结合的预算管理制度。
预算绩效将政府预算建立在可衡量的绩效基础上，强调的是“结果”，而不仅仅是支出部门的“产出”。“结果”与产出是有区别的，产出是指政府部门生产多少公共产品和服务，而结果则是指政府部门实现了某种目标，产出再多，但没有达到预期目的，都是无效率的。
与传统预算相比，预算绩效更加关注预算执行结果，对绩效目标及其完成情况进行分解、衡量及评价是实行预算绩效的重要步骤。预算绩效通过设计绩效指标体系，在财政资金使用的最终成果和资金使用效率等方面对绩效目标进行量化；同时，还设立了绩效标准，以便对部门绩效目标的实现情况进行比较、判断。
传统预算管理方式侧重对投入的控制，往往条条框框约束部门管理者的具体活动。这种管理方式在一定程度上确保了资金的使用安全，但部门管理者无法根据实际情况灵活安排资金，资金使用效率往往受到影响。预算绩效本质上是更加注重结果而非投入，为了确保目标的实现，有必要让最熟悉情况的管理者自己决定资源的配置。因此，赋予管理者充分的灵活性是预算绩效的又一显著特点。
预算绩效要求对部门绩效目标的实现情况进行完整、全面的报告。绩效报告既是对绩效考评工作的总结，也是以后年度预算分配的重要依据。
从我国实践看，党的十六大提出了“深化行政管理体制改革”的任务后，在政府管理中引入绩效理念，建立政府绩效考评制度就成为我国行政管理体制改革的重要内容。不少地方政府和部门从不同角度积极进行了实践，形成了各具特色的政府绩效考评模式。预算支出绩效考评工作的规范推进是在党的十六届三中全会以后，《关于完善社会主义市场经济若干问题的决定》提出：要改革预算编制制度，完善预算编制、执行的制衡机制，加强审计管理，建立预算支出绩效评价体系。可见，加强对财政支出的绩效考评，逐步建立预算支出绩效考评体系，已经成为深化行政管理体制改革、促进公共财政体制改革和推动部门预算改革的一项重要内容。
政府履行经济调节、市场监管、社会管理和公共服务等职能。其根本目的是满足社会公众的需求，为公众提供优质的公共产品和服务。而绩效管理则是衡量政府公共服务能否满足公共需求的重要手段和尺度。且社会公众对政府绩效日益关注，纳税人有权知道政府应履行的职能以及履行职能的效果。所以，建立起公众满意的责任政府、阳光政府已经成为构建社会主义和谐社会的必然要求。从这一角度看，预算绩效不仅是预算管理方法的一种创新，而且是政府管理理念的一次革命。
近年来，随着预算编制工作逐步走向规划化、制度化和科学化，初步确立了与公共财政体系相适应的预算编制、管理体系。但是，目前的部门预算改革整体上还是按照投入法编制预算，支出管理的焦点还是集中于资金分配环节，对财政资金的使用效率缺乏比较合理的追踪问效机制，财政资金使用的不经济甚至浪费现象还比较普遍。为解决这些问题，我们下一步深化部门预算改革的重点是从加强投入管理和进行支出绩效考评入手，提高财政资金的使用效率和效益。
西方国家中，最早实行政府预算绩效管理改革的国家是英国和美国。在英美等国政府的带动下，其它国家包括北欧各国、新西兰、加拿大，以及亚洲的韩国、日本等，也陆续进行了政府预算绩效管理改革。以绩效考评为核心的预算绩效管理模式，已形成了世界性的预算绩效改革潮流。
预算绩效的运行程序包括编制、控制、报告和考评四个过程。这四个过程分别从不同的侧面确保了预算绩效的顺利实施。
预算绩效编制的主要内容：首先是明确部门的任务和目标，其次是细化战略目标，制定行动计划，提出预算需求，第三是审核部门的预算，第四是预算的批准和确认。
预算绩效的控制过程，支出控制是预算的基本职能。预算绩效的执行过程是对预算进行控制的过程。控制主要分为两种：通过机构对支出项目进行为外部控制，另外一种就是通过支出部门对投入进行内部控制。
预算绩效报告过程，作为有效的沟通工具，绩效报告为各级管理者提供各种有用的信息，这些信息有助于各级管理者进行有效的沟通、控制、决策和业绩考评。这些信息完整的反应了受托经济责任的履行情况，同时也满足了内部各级管理者进行内部沟通、控制、决策和业绩考评的需求。
预算绩效的考评，绩效考评作为一种管理控制工具，是绩效管理系统中非常重要的内容。在实践中，绩效考评被看作是绩效管理过程中存在、不可或缺的重要组成部分。具体政府绩效管理，就是运用科学的方法、标准和程序，对政府部门的业绩、成就和实际工作作出考评，在此基础上改善和提高政府绩效。
最后针对绩效评价程序做一个简单的总结：整个绩效管理过程就是一个目标制定、绩效控制、绩效考评、绩效改进的过程。它们是相互联系的，共同推动政府实现其发展目标。四者是一个闭环系统，表现为一个不断强化的正反馈过程。
随着绩效考评理论研究和实践探索的不断深入，理论界提出了许多考评方法，这些方法克服了传统绩效考评的自发性和盲目性，为绩效考评的科学化和规范化创造了条件，促进了预算支出绩效考评理论和实践的发展。目前，国外预算支出绩效考评普遍采取的方法主要有3e或4e评价法、标杆管理法、平衡积分卡法、专家意见法和层次分析法。
今天就3e4e评级法及标杆管理法，进行一个简单的介绍。
-
-
-
- 3e4e评级法
-
-
为了有效地控制政府财政支出，节约成本，20世纪60年代，美国会计总署率先建立了以经济性(Economy)、效率性(Efficiency)和效果性(Effectiveness)为主体的“3E”评估方法。 由于这种方法过度地偏向经济性等硬性指标，忽视了公平、平等、民主和福利等软指标的评价，这种方法受到了众多学者和公民的质疑。在随后的政府绩效评价体系中，加入了公平(Equity)指标，发展为“4E”绩效评估法。
1、经济 ( ECONOMIC)/成本标准——这种衡量只是说明花去了多少钱，或是否按程序花钱。当然，成本衡量能很好地体现出预算和成本之间的差距。然而，成本本身并不能衡量服务的效率和效果，因而单一使用成本衡量不能满足绩效评估的要求；
2、效益 ( EFFECTIVENESS)/质量标准——效益衡量是看情况是否得到改善，即用来衡量提供服务的影响和质量，看服务是否达到预期目的，它关心的是目标和结果。效益可分为两类:一是改变现状的程度;二是行为改变的幅度。每一项服务都有明确或含糊的指向顾客的目标。这些目标可作为界定效益衡量的基础。例如，娱乐和图书馆服务，就业、健康和社会服务部门等，所提供的服务质量应包括以下内容:实效、可获得、礼貌和公平；
3、效率 ( EFFICIENCY)/生产力标准——效率指为产生特定水平的效益所付出努力的数量，简单地说就是投入与产出的关系。产出与投入的比率被称为生产力。反过来，投入与产出的比率被称为效率或单位成本，其实它们是同一概念。
4、公平 ( EQUITY)——公平标准指的是效果(如服务的数量或货币化的收益)和努力(如货币成本)在社会群体中的不同分配，它与法律和社会理性密切联系。公平作为衡量指标时，关心的是“接受服务的团体和个人是否受到公平的待遇，需要特别照顾的弱势群体是否能够享受更多的服务”。
由于政府行为的高度复杂性，“3E”或“4E”评估法在实践中遇到了评价指标数据采集和量化测定的极大困难。
因此，在“3E”或“4E”评估法的基础上，美国Oregon(俄勒岗)州政府将标杆管理法运用于政府绩效评估，通过广泛征询地方政府、立法机关、普通市民、商业团体、慈善机构和专家学者的意见，建立了Oregon州政府绩效评估体系。此评估体系包括了经济、教育、环境、市民参与、社会支持、公共安全、社区发展七个领域共158个的具体指标。指标体系的内容在一定程度上引导着政府努力的方向，因此，标杆管理法可以使政府全面考虑自身在社会中应承担的责任，从而对社会的全面发展起到领导作用。同时，标杆管理法主张通过比较来实现评估，标杆管理法的第一步是确定标杆，作为政府的奋斗目标，在每一个实施阶段结束后都把结果与确定的标杆进行比较，进行阶段性的总结评估，以对下一个阶段的方法做出调整，直至最后达到标杆水平，确定更高的标杆。
-
-
- 支出预算绩效评估的指标体系
- 指标体系设计的原则
- 相关性原则
- 指标体系设计的原则
- 支出预算绩效评估的指标体系
-
相关性原则是指绩效考评的衡量指标应与政府部门的目标、项目的绩效目标及考评的目的有直接的联系，确保指标考评体系真正起到考评支出项目实施情况的功能，如果不符合相关性原则，绩效考评指标不仅起不到提高产出和支出效果的功能，还会误导支出的方向。
-
-
-
-
- 可比性原则
-
-
-
可比性原则是指对具有相似目的的项目选定共同的绩效考评指标，保证绩效考评结果可以相互比较，使不同项目之间的衡量结果可以相互比较。
-
-
-
-
- 重要性原则
-
-
-
重要性原则是指根据指标在整个体系的地位和作用进行筛选，选择最具代表性、最能反映考评要求的绩效考评指标。由于有成本约束，绩效考评指标的选取不宜过多，否则就失去了绩效考评的意义。
-
-
-
-
- 经济型原则
-
-
-
经济型原则是指绩效考评指标的选择要考虑现实条件和可操作性，绩效信息的获得应符合成本效益原则，在合理成本的基础上收集信息进行考评。对效率和效果的重视是预算绩效的根本，绩效指标的选取也不例外。
-
-
-
-
- 科学性原则
-
-
-
科学性原则是指所选的指标应该概念准确、含义清晰，指标体系内各指标之间相互独立。科学性原则是指标体系在实施有效发挥作用的基础，坚持概念的客观性，使不同的考评主体对同一概念有相同的理解或考评者和被考评者之间对指标的概念、含义有共同点认识，减少考评中的冲突，提高考评效率。
-
-
-
-
- 稳定性原则
-
-
-
稳定性原则是指所选择的指标应具有一定的稳定性，能够在较长的时期内使用。这个稳定性有两重含义：一是所选择的指标不能随意变动，要给考核者和被考核者一个稳定的预期，使得绩效考评的记录具有历史的连续性。二是所选择的指标具有较大的一般性和适应性，不仅现在可用，将来也可以采用，这样就减少了不断变动指标体系的巨大成本。
在上述六种原则的指导下设计出来的指标体系，可以兼顾产出和效率。从而避免了单纯追求成果而忽视效率或单纯追求效率而不顾成果的现象。这六种原则互相制约，又各有侧重，构成了一个统一的整体，从而避免了顾此失彼的问题。
-
-
-
- 指标考评体系的主要内容
- 指标层次
- 指标考评体系的主要内容
-
-
一般来讲，预算支出绩效考评体系都是个金字塔式的结构，即指标体系由总指标、一级指标、二级指标、三级指标等构成。
横向看，指标体系内的指标可以分为合规性和效益型两个考评层次。合规性考评层次上的指标可以分为三类：一是合法性指标、二是合乎工作流程类指标、三是合乎政策类指标。效益性考评层次上的指标也可分为三类：一是合乎政府目标的指标，二是综合社会效益类指标，三是工作绩效类指标。
从具体内容来看，指标又分为如下两个层次，一是终极指标，包括效益类、效率类以及有效性指标，二是初始制表，包括投入类、过程类、产出类以及效果类指标。
-
-
-
-
- 指标分类
-
-
-
指标存在如下的几种分类方式：
第一种是定量指标和定性指标。
定量指标指可量化的指标，即该支出部门的支出项目提供服务、产品的数量多少，或者该支出项目的其他可以测算出数量的指标是多少。
定性指标是指可以反映预算支出项目实施质量如何的指标，如难以量化的公众的满意度。
第二种是共用指标和专用指标。
共用指标是指很多支出项目可以共用的指标，通常是基础性的指标，数据收集较为容易。共用指标是不同项目间可以进行考评比较的基础。
专用指标是指依据不同部门预算支出项目的特性，专门设计的考评该类项目的指标。专用指标是考评、衡量一个支出实施好坏的关键指标。
第三种分类是短期效益指标和长期效益指标。
支出项目对经济的影响有不同的滞后性，有些项目在当期就会产生出效果，但有些大型项目关注的是经济的发展潜力，其经济效力要在将来才能显现。如果只是关注短期经济效益指标，就会忽视经济的长远发展，会对国民经济的持续性发展产生有害的影响。长期和短期经济效益指标的综合应用，既重视现在又兼顾将来，确保了经济健康、稳步的发展。
当前的预算绩效管理交流平台为XX部门内网开设的“预算绩效管理”栏目，属于网页展示形式。系统主要作用是实现预算绩效信息的交流与共享，内容包括工作动态、制度建设、具体时间、理论研究、通知公告等 。地方XX部门门可通过内网访问，并通过内网邮箱实现数据上传下载。
现有交流平台在与部内各司局和省市县XX部门门绩效管理经验交流共享、绩效管理制度文件的发布等方面发挥了积极作用，但也逐渐暴露出较大局限性，制约了预算绩效管理工作效率的进一步提升：
一是没有和中央部门贯通。系统用户范围局限在部内各司局和省市县XX部门门，中央部门无法访问，阻碍了信息在中央部门和XX部门、地方XX部门门之间的传递，影响了中央各部门绩效管理工作的运行。
二是没有和现有预算编制、执行系统相连。当前系统仅限于一些制度、文件的交流 ，并没有和现有预算编制系统、预算执行系统等建立有机联系，无法通过系统获取数据进行全过程预算绩效管理。
三是没有办法实现双向实时交流制约了相关功能的扩展。现有系统受限于页面设置，仅能实现自上而下发布信息的功能，无法进行绩效信息数据管理，也不能进行双向实时交流。
在系统中构建集中统一的重点绩效项目信息库，建立规范的数据标准和科学的分类体系，理顺各数据之间的关联关系。
- 专家学者库
提供审批注册平台供专家学者注册、审批，建立专家学者库。
- 中介机构库
提供审批注册平台供中介机构注册、审批，建立中介机构库。
- 监督指导库
提供平台供人大、纪检监察、审计、群众代表注册、审批，建立监督指导库。
- 绩效考评指标体系
创建绩效评价指标体系，指标可按照公有指标、私有指标分别建立，公有指标所有的项目均可使用，私用指标又可按照项目类型和部门建立，在一定范围内使用。
- 绩效目标填报
项目部门按照财政统一的格式要求，进行绩效目标的填报并上报财政。
- 绩效目标审核
财政根据管理的需要，定义绩效目标审核流程，并按照流程定义进行绩效目标的审核。
- 绩效目标批复
审核完成的绩效目标，批复给项目单位。
- 评价辅助数据自动采集
对绩效评价相关的辅助信息，通过系统进行自动采集，包括：项目预算数据、指标数据、执行数据、决算数据等。
- 自动评价
根据事先设定的评价规则，对能够自动评价的指标项，进行系统自动评价。
- 人工评价
对不能进行自动评价的指标项，进行人工评价，评价主体可以使专家、中介结构、部门或者财政。
- 绩效评价结果查询
可对绩效评价结果进行各种口径查询，项目单位及部门可以及时了解本单位及部门的绩效评价。
- 绩效评价综合分析
提供样式丰富的综合分析手段（趋势图、饼图、表格等），对绩效评价结果进行综合分析，发现项目执行过程中存在的趋势性及代表性问题。
- 绩效评价报告
系统可以根据定义的绩效评价报告模板自动生成绩效评价报告，并可以通过网络将报告进行下达及公示。
在重点绩效项目库的基础上，可以进行精确查询、范围查询。同时，可以对项目绩效考评数据进行各项对比分析，灵活定制数据报表，自动生成饼状图、柱状图、折线图等统计报表。查询和统计分析能为领导决策提供快捷的数据信息支持。
既要满足目前XX部门门管理的需要，又要能很好地适应管理的变化，并为以后的全面项目绩效考评业务打好基础。另外，系统还需要有良好的可集成性，与预算等其他业务系统能交换和共享数据，避免信息孤岛。
上图给出了本系统与相关各系统之间的关系，其中与预算编制系统的数据关系为本次开发实现的重点内容，与应用支撑平台及预算编制及指标管理的数据关系，本次设计将预留接口。
规范在信息化工程建设发挥着重要的作用，特别是本系统，作用主要体现在如下四个方面：
一是有利于确保信息化工程信息共享和业务协同。利用标准化这一手段，规范信息资源，协调不同业务的协作进程，确保XX部门门、各项目单位之间的信息共享和业务协同，增强决策的科学性、准确性和时效性。
二是有利于确保信息化工程网络互联互通。标准化工作是建立或整合信息化工程网络系统基础保障。
三是有利于确保信息化工程安全可靠。信息化工程建设，无论在管理制度还是在技术手段和措施方面，都要求确保其具有高度的安全性和可靠性。通过标准化，可以规范相关管理制度的建设，规范所需基础设施的建设，规范数据、业务活动的安全等级要求，统一安全技术措施，确保业务的正常运转和系统的安全可靠，以及系统之间信息交换的安全等。
四是有利于规范和促进信息化工程建设和系统运营。信息化工程是一项大型信息系统工程，在这样一个系统工程建设中，标准化通过统一技术要求、业务要求、管理要求及其先导性，使整个工程及相关环节的建设在全国范围内有章可循，有律可依，形成一个有机的整体，从而规范和促进信息化工程建设有序、高效、快速和健康的开展和运营。
具体到本项目，相关的规范建设有如下几个要点：
- 必须遵循金财工程相关规范
- 与大平台衔接必须按照统一的规范进行
- 本系统也必须建立相关的数据标准、业务规范及数据交换规范
系统建立相关智库（专家学者库、中介机构库及监督指导库），解决评价主体单一，提升绩效评价的公信力和权威性。
- 指标可分为共性指标与个性指标
- 层次化的指标架构
在预算编制阶段，同步编制项目绩效目标，预算审批的时候同步审批项目绩效目标，提升项目绩效目标的严肃性。
项目单位展开自评，主管部门组织实施评价，财政进行重点评审。
绩效评价所需的项目相关数据，系统进行即时采集，提升绩效评价的准确性和及时性。
预算体制改革在不断深入，项目绩效评估业务随着改革的深入也在不断的进行变化，因此，作为支撑业务改革不断深入的信息化系统，业务能够根据需要进行柔性化的定制，将是系统具有充分扩展性的一个重要体现，我们考虑本项目将有如下的一些柔性化定制需求：
- 表格或单据的通用定义
系统中的数据采集单据及数据信息，随着业务的变化也在不断的进行变化，方案应该提供通用的数据采集录入表格及单据的定义、解析及录入处理机制，不能泛泛而谈具有可定义及可扩展的机制，本方案将对机制进行详细的描述。
- 审核流程及数据校验的通用定义
数据单据的审核流程、数据表内或表间的数据稽核关系，方案将提供详细的处理机制，不只强调能够进行工作流及数据审核的定义，而且对审核流程及数据审核的具体实现，进行详细的描述。
- 绩效评估指标体系的灵活定制
针对评估指标体系，本方案将提出灵活定制机制。
本系统是涵盖了XX部门门、项目主管部门及项目实施单位的多角色应用系统，系统的安全性将显得尤为重要。
首先是数据库的安全，在如此庞大的网络环境下运行的系统，如何防止数据库的非法入侵，必须有一套完备的方案。
其次，功能及数据权限方面，也应该做充分的考虑，通过严格的权限设置，可以使各岗位人员顺利完成权限以内的工作，而不能越权操作和越权获取信息。严密的权限设置体系包括功能权限、处室权限、上下级财政权限、数据权限等，权限设置与系统用户结合，根据功能设置的不同，部分权限可细化到按钮级，对每个用户提供十分方便的工作环境。
针对数据库安全、功能权限及数据权限等方面，本方案也将提出相应的解决策略。
系统要求了大量的数据采集交换要求，方案将提供一个通用数据采集交换机制，并对该机制进行详细的描述。
对业务人员及管理层来说，业务系统中的数据是“不可见”的和“不可控的”，远不如Excel表格或者各类分析图表来得直观；所以提供一套灵活、快捷有效的决策分析体系，是至关重要的。充分利用系统的已有数据，满足操作级、管理级、决策级各类用户不同的决策分析需要，是系统成功应用的重要指标。
本项目的实施将针对XX部门门及项目主管部门，用户面广，实施难度可以说是具有很高的难度，因此，系统应用实施的高效便利，将显得尤为关键，我们将从如下几个方面进行充分的考虑：
- 软件部署的便利性
- 软件操作与现有的预算系统的类似性
- 相似的天津财政核心系统实施的好办法、好经验的借鉴
- 优秀的实施队伍的建设及延伸到全国的运维体系保障
包括国家法律法规、XX部门规章制度、中央部门规章制度、地方XX部门门规章制度等内容。系统用数据库的形式来管理各类政策法规文件，方便对其进行保存和维护，系统提供分类、审核、发布、检索、编辑、下载政策法规文件的功能。
以原交流平台的内容为基础，扩展为领导讲话、宣传报道、经验交流、理论研究、工作进展等，再增加文件交换、实时交流等功能。系统提供定义门户网站发布栏目、定义发布内容模板、编辑栏目内容、定义发布流程等功能。以论坛或其他形式建立交流平台，便于系统所有用户的交流，也便于用户上传下载文件。
包括绩效目标管理、绩效运行监控、绩效评价实施、评价结果应用等功能，一期先实现评价结果应用功能的部分内容，并为其他功能预留接口，所有功能预先在平台界面上显示出来。在评价结果应用功能下建立绩效评价报告、重点绩效信息报送、评价结果应用情况等内容。绩效评价报告包括项目绩效评价、部门（预算部门、XX部门门）整体支出绩效评价、财政政策和财政支出结构绩效评价等子项，每个子项包含自评报告、预算部门开展评价报告、XX部门门开展评价报告、重点项目绩效评价报告等。重点绩效信息报送包括部门预算资金使用总体绩效信息报送，“出国考察”、“课题研究”等重点项目资金使用绩效信息报送。绩效评价应用情况包括与预算编制结合情况、奖惩情况、约谈整改情况等。
系统提供录入、查询、修改、删除等功能，针对不同类型的数据提供文本、表格等编辑方式。
包括三部分内容：一是发布由XX部门指定的预算绩效评价共性指标体系框架；二是对地方XX部门门确立的绩效评价指标体系进行备案；三是对中央部门上报的分行业的个性绩效评价指标进行审核入库。通过以上三方面工作，最终形成包括中央和地方，涵盖各行业的预算绩效评价指标体系。系统提供指标编辑、导入导出、审核发布、分类、检索等功能。
指标编辑：系统支持手工维护指标信息，可根据项目管理和预算绩效管理需要，按照不同分类进行指标归类。系统支持按照不同地区建立各地区指标库，指标库支持扩展 。
指标信息导入导出：实现指标信息批量导入、导出功能，支持文本、excel 导入导出、通用接口导入导出。
指标审核：指标体系发布前需要相关业务负责人进行审核，审核通过的指标才能在交流平台上进行发布。
指标发布：在交流平台上进行指标发布，系统支持只针对特定角色、特定用户进行指标体系发布，支持对已发布指标体系的收回。
指标分类：将指标分类存储。
指标检索：支持按照任意条件的指标查询功能。
通过发布公告、申请邀请、审核审查等程序公开征集专家学者参与，建立涵盖不同领域、不同行业、不同专业的预算绩效管理专家学者库。系统中专家学者信息应包括其实际参与绩效管理工作的态度、能力、道德水平及民主评议结果。系统提供专家信息录入、删除、修改、审核、发布等功能，并能过针对不同地域不同行业的项目随机推荐符合条件的专家学者。
专家注册：将专家信息录入到系统中，包含姓名、性别、联系方式、身份证号、地区、资质证书、擅长行业、参与项目经历等信息。
删除专家：实现删除专家信息功能。
专家信息修改：专家信息的日常变更。
专家信息导入：实现专家信息批量导入功能，支持文本、excel 导入、通用接口导入。
专家信息审核：专家信息发布前需要相关业务人员审核通过。
专家信息发布：发布人员将专家信息在交流平台上发布，可定义数据的发布范围，
供有权限的用户查阅，系统支持对已发布信息的收回。
专家抽取：针对不同地域不同行业的项目随机推荐符合条件的专家学者。
加强对中介机构的引导和培训，将业务熟练、管理规范的符合预算绩效管理工作需要的社会中介机构，包括会计师事务所、资产评估、行业咨询等机构纳入中介机构库。系统提供中介机构信息录入、删除、修改、审核、发布等功能，并能够列出所有符合条件的中介机构供有关单位举行招投标工作。
中介注册：将中介机构信息录入到系统中，包含中介单位名称、企业注册码、企业法人、联系方式、资质证书、擅长行业、参与项目经历等信息。
删除中介：实现删除中介信息功能。
中介信息修改：中介信息的日常变更
中介信息导入：实现中介信息批量导入功能，支持文本、excel 导入、通用接口导入。
中介信息审核：中介信息发布前需要相关业务人员审核通过。
中介信息发布：发布人员将中介信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
建立包括人大、纪检监察、审计等部门以及专家学者、群众代表参与的监督指导人员数据库。系统提供监督指导人员信息录入、删除、修改、审核、发布等功能，并能够随机选择监督指导人员对预算绩效管理工作进行监督指导。
监督指导人员录入：将监督指导人员信息录入到系统中，包含姓名、性别、联系方式、身份证号、地区等信息。
删除监督指导人员：实现删除监督指导人员信息功能。
监督指导人员信息修改：监督指导人员信息的日常变更
监督指导人员信息导入：实现监督指导人员信息批量导入功能，支持文本、excel导入、通用接口导入。
监督指导人员信息审核：监督指导人员信息发布前需要相关业务人员审核通过。
监督指导人员信息发布：发布人员将监督指导人员信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
监督指导人员抽取：针对不同地域不同行业的项目随机推荐符合条件的监督指导人员。
建立包括预算管理相关的统计数据、预决算数据、行业标准数据等的基础数据库，为XX部门门、专家学者、中介机构设立指标体系和开展预算绩效评价工作提供参考。系统提供数据录入、查询、修改、删除等功能。
人性化界面，全新感觉，操作简便，一目了然，视图优美等特点。并且采用菜单结合工具条的界面驱动方式，符合用户使用习惯，给用户带来操作的便利性。在使用术语时，不应产生二义性。
A．服务器操作系统：Linux/Unix/AIX/Windows
B．数据库：Oracle11G
C．应用服务器 WebLogic10
D．客户机：Windows/Xp/2003/2007/2003Server
本软件不需要特定的硬件或硬件接口进行支撑。奔腾 3 以上 PC 机均可运行此软件。
运行于 WindowsXP（Vista 除外）及更高版本的操作系统之上。
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：
（1）遇到数据库连接不通时，应立即阻止程序运行。
（2）所有运行错误均可用补获异常进行处理，并记录错误日志，以便分析错误发生的原因。
要按照严格的数据格式输入，否则系统不予响应进行处理。
查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。
一般增、删、改操作的响应时间应在 3 秒内。
对大数据量的取数操作也应控制在 30 秒内。
满足网络业务平台的需求。
对前面提到的运行环境要求不应存在困难。
不同权限的用户登录后，所能查阅和审核的数据权限于自身权限内，而不能随便更改和查看超出本身权限的数据。设置管理员、安全员、审计员，访问策略保证数据的保密性。定期进行数据封存、数据备份，保证数据的安全。
数据存储安全：应采用必要的技术来保证数据库的高可用性。
数据访问安全：采用多层体系结构将数据库服务器同外部应用网络独立开来，保证数据不能被外部直接访问。对于应用系统来说，采用严格数据库系统权限设置与检查防止非授权用户访问数据。数据库中重要数据记录，应采用校验等方法，保证数据不被非法修改。操作员密码在数据库中必须加密存储。
数据备份安全：利用数据库备份产品，定期将数据备份在数据库服务器上，供意外和灾难恢复；进行数据文件备份，定期把数据导入到文件中，并存储到外部存储介质上 。
操作权限：系统应提供严格的操作权限控制，保证授权的用户才能使用授权的功能和操作。
数据权限：系统应提供对严格的数据权限控制，保证授权的用户只能访问授权的单位、部门、科目、表等，一个操作员的业务处理权限可以与其查询权限不一致。
密码管理：操作员密码为空，不能进行正常业务操作。操作员的密码不能跟用户名相同。操作员的密码应在６位以上。系统应定期提醒操作员更换密码。操作员忘记密码 ，可由系统管理员将其密码清除，操作员重新设置密码后，才能进行正常业务操作。
其他控制：当操作员登陆后长时间未对系统进行操作时，系统自动让该操作员退出登录，以防其他人非法操作。
系统日志：系统应提供日志功能，自动记录操作员对数据的操作日志。操作日志应包括：操作员、MAC 地址、操作时间、操作、操作对象中主要数据项修改前后的信息等。
系统设计原则是指导功能与技术设计的纲领，也是软件公司公司多年财政信息化建设经验的体现，我们充分理解项目需求的总体原则要求，总结财政行业多年积累的经验，真正做到不仅满足本次项目需求，充分把握未来业务和技术的方向与趋势，确保XX部门全过程预算绩效管理信息交流平台系统长期可持续发展。
XX部门应用支撑平台的推广、实施部署是“金财工程”及财政信息化的骨干工程，以应用支撑平台为载体，可更加具体与统一地实现以下财政信息化目标：
数据平台
-
-
-
- 统一标准的载体
- 公共的数据中心
- 分析决策的数据源
-
-
业务平台
- 实现信息共享、协同工作
- 实现资金监控、统计分析、决策支持
- 平台既可以支撑现有的财政核心业务，还可以支撑未来业务的发展。
技术平台
- 整合分散系统的工具
- 连结上下级系统的桥梁
- 基础技术组件构成的开发平台
应用支撑平台从2009年开始正式推广，目前大部分省级财政已经运用，少数市县财政开始试点。预计2010年底所有的省级应该能够完成建设，100多个市县财政开始运用。
随着应用支撑平台在各省各级财政之间的逐步推广和完善，各省相关的财政数据，都将通过应用支撑平台实现纵向贯通，从而各省级平台成为全省的数据中心。
|
预算管理 系统 |
|
指标管理 系统 |
|
转移支付管理系统 |
|
分析决策 支持系统 |
|
应 用 层 |
|
服 务 层 |
|
数 据 层 |
|
数据字典组件 |
|
规则组件 |
|
工作流引擎 |
|
权限组件 |
|
其它。。。 |
|
交易凭证 组件 |
|
总账引擎 |
|
交易令组件 |
|
报表组件 |
|
数据交换 组件 |
|
安全组件 |
|
基础数据规范 |
|
总账数据 |
|
公用业务数据 |
|
财政统一应用门户 |
在应用支撑平台达到以上的应用目标以后，本系统将可以充分利用大平台的建设成果，降低数据采集的层次和复杂度，直接从省级平台数据中心获取相关的业务数据，从而成为继地方财政分析评价之后，基于平台建设的纵向系统的又一典范。
软件公司10年来专注财政信息化建设，成功研制的多个系统在全国XX部门门内广泛应用，在此基础上XX部门通过买断版权、签定版权共享协议或项目招标的方式，将其纳入金财工程，并正式下发文件在全国推广，覆盖省、市、县三级财政，与他公司相比软件公司有最多的产品纳入金财，对于这些产品的完善与应用，XX部门都会按照“金财工程”建设要求有统一规划和部署，地方财政用户选择应具有最小政策风险及金财工程的最高符合度。
| 主管司局 | 软件公司软件产品 | 纳入金财情况 |
| 预算司 | 部门预算4.0 | XX部门买断版权 |
| 部门预算5.0（升级） | XX部门公开招标 | |
| 指标管理5.0 | XX部门共享版权 | |
| 地方财政分析评价系统1.0 | XX部门公开招标 | |
| 国库司 | 国库支付动态监控系统2.0 | XX部门单一来源 |
| 经建司 | 基本建设项目管理1.0 | XX部门公开招标 |
| 监督检查局 | 办公自动化OA | XX部门公开招标 |
2006年，XX部门为了实现动态收集地方财政运行数据，对地方财政分析评价系统进行招标，软件公司凭借良好的设计思路及多年财政信息化建设经验积累，一举中标。地方财政分析评价系统是基于贯彻《关于切实缓解县乡财政困难的意见》，将强化公共财政管理，提高财政资金使用的计划性和可监督性，实现全面预算管理，及时、准确收集各地各级XX部门门和各预算单位的综合信息，并进行分析和监管，为决策提供支持为目标。同时实现财政综合管理的规范化、制度化，促进财政信息化建设。
|
|
|
基于规范与平台，财政行业统一横向扩展 |
|
县级系统 |
|
省级系统 |
|
纵向分发与汇总 |
|
中央系统 |
|
应用支撑平台(县级) |
|
预算编制 |
|
指标管理 |
|
预算执行 |
|
其他系统 |
|
应用支撑平台(市级) |
|
预算编制 |
|
指标管理 |
|
预算执行 |
|
其他系统 |
|
应用支撑平台(省级) |
|
预算编制 |
|
指标管理 |
|
预算执行 |
|
其他系统 |
|
地 地方财政分析评 价系统 |
图 地方财政分析评价系统需求
XX部门全过程预算绩效管理信息交流平台系统是一个面向全国财政行业纵向垂直管理的软件系统，虽然管理模式在全国具有一定规范、模式，但各级、各地财政因为经济发展的不平衡，基础设施差距很大，部署与操作方式有很大差别，软件必须具有灵活性、具有个性化定制能力才能满足需求，软件公司的产品化设计原则在全国推广的几个财政管理系统中已经得到实践的检验，并得到全国用户的一致认可。在XX部门全过程预算绩效管理信息交流平台系统实现中这条原则将继续得到加强，如下图所示。
图 产品化设计原则
众所周知，新开发一个系统不是简单满足需求说明书中的有关条款，更重要的是全面深入了解系统的使用特征、应用环境，熟练应用开发工具，并能在已有系统的基础上进行合理设计，才能真正满足用户需求。软件公司已开发了多个类似XX部门全过程预算绩效管理信息交流平台系统的财政管理软件。这些软件经过多年研究开发、不断升级完善积累而成，这就为XX部门全过程预算绩效管理信息交流平台系统的顺利实现和成功运行奠定了坚实的基础。
用户经过多年财政管理软件的使用，特别原系统对用户进行了大量的人员培训，已经对现有程序的界面风格和处理方式非常熟悉，如果系统的界面和处理方式有比较大的变化，则用户需要重新进行学习，如果重新进行大规模的培训和使用，这将会发生很大的人力和物力的开销，甚至会影响用户正常业务的开展。软件公司公司在多年财政应用系统的开发过程中，建立了完善的界面开发规范，相关财政系统正是基于这一规范开发而成的，所以我们在本软件开发中，会继续严格遵守相关规范，同时根据业务需求的发展，不断提升、丰富和完善，使之更具易用性和友好性。
随着财政业务改革的发展和软件应用的深入，预算指标管理的改进将长期进行，金财工程的推进以及信息化技术的不断进步，也将大大改善财政信息化基础设施环境，虽然架构选择和技术实现方案确定的基础首先要立足当前的应用特征与标书明确规定的技术指标，但是在开发工具的具体选择与功能的实现上必须兼顾未来升级，才能全面保证用户利益。软件公司公司作为财政行业最大的软件开发商与服务，对此有深刻理解和多年经验的积累，在保障用户利益的同时，合理的技术选择，先进技术的采用同样也有利公司的发展，追求公司与用户共同发展与双赢是我们的目标和宗旨。
为了保证“金财工程”的成功实施，XX部门针对“金财工程”的各个环节，包括软硬件平台、技术规范、编码规范等方面制定了一套标准，本系统作为金财工程的一部分，当然要遵循这些标准与规范。
《财政业务基础数据规范》是在重点分析中央财政业务的基础上、广泛征求地方意见后形成的。并允许各地根据本地财政业务的实际情况按照标准化的要求在《财政业务基础数据规范》的基础上进行补充完善，以形成符合当地财政业务需求的数据规范。
《基于金财工程应用支撑平台开发规范（试行）》、《基于金财工程应用支撑平台数据交换规范（试行）》是基于平台开发财政应用系统，实现信息系统内外部、上下级财政间数据传输的基础性技术规范，对贯彻落实一体化建设指导思想，规范平台推广实施工作而制定推广的。
系统要建立在符合上述规范以及XX部门门制定的其他规范要求基础上进行系统设计和开发。
本系统建设中，将在遵循“金财工程”标准、国际标准和国家标准遵循标准的基础上，根据系统建设要求，推进转移支付管理标准的制定和实施，逐步达到财政转移支付指标、评价分类及其编码的科学性、统一性，为决策分析信息化建设夯实基础。
开放性主要包括数据层和应用层的开放。
数据层开放性：提供标准的数据接口，通过标准（如XML）格式实现与其他系统的数据集成。
应用层开放性：本系统依托软件公司通用支撑平台与工具构建，应用面向服务的架构，这些技术的使用保证了系统的开放性要求。
可扩充性表明了在产品中增加新功能时所需工作量的大小以及应用范围扩展的方便性。如果开发者预料到系统的扩展性，那么他们可以选择合适的方法来最大限度地增大系统的灵活性。可扩充性对于通过一系列连续的发行版本，并采用渐增型和重复型方式开发的产品是很重要的。
应用系统采用三层体系结构，即，表示层、应用逻辑层、数据层，所有应用逻辑集中在中间层，中间层采用应用服务器和中间件技术，保证系统的伸缩性和可扩展性。同时采用开放的主机系统和网络系统保证硬件系统的扩充、升级方便、简单，提高可扩展性。
系统考虑业务的实际情况和网络环境，提供标准的数据接口，可以实现已经广泛使用的相关业务管理系统。
基于软件公司积累的业务功能的定制优势，保证了系统的可扩展性，重点表现在各个业务单元可以根据实际情况进行定制，并且还可以修改。包括：
- 表格可定制
- 流程可定制
- 权限可定制
- 界面、内容可定制
- 支持服务器端群集
- 用户范围和地理位置可以非常广泛
软件公司开发的原型系统已经采用面向服务架构进行架构设计，并且采用模块化、组件化和松耦合的思路设计。软件的可维护性已得到有效验证，软件能够被简单方便地修改和升级等。
由于采用C/S/S三层体系架构，也必将会采用基于标准的HTTP协议通讯。
软件公司多年的产品化设计思路，已经在设计人员及开发人员中形成了一个良好习惯，任何针对需求的分析设计不是简单的就事论事，而是要分析是否能够通过抽象化而使设计能够满足更多类的需求。
在软件公司的原型系统中大量采用参数化设计，基于标准工作流实现灵活可视的流程定义，基于规则实现界面控制、安全控制、数据审核等。
为了更好满足本项目要求，我们将从以下几个方面进一步提高软件的可维护性：
- 模块化设计和良好的结构；
- 程序设计风格的一致性；
- 不使用令人捉摸不定或含糊不清的代码；
- 使用有意义的数据名和过程名；
- 具有正确、一致和完整的文档。
- 能显示任意的中间结果；
- 以清楚的描述方式说明系统的输出；
- 能根据要求显示所有的输入；
- 能跟踪及显示逻辑控制流程；
- 适应软件开发每一阶段结束的检查要求；
- 显示带说明的错误信息；
- 避免在算术、逻辑表达式、表/数组的大小以及输入/输出设备命名符中使用文字常数；
- 有修改评价影响报告以及修改部分说明的资料；
- 建立公用模块/子程序以取消冗余的代码；
- 提供常用功能的标准库程序；
- 尽可能固定每一变量的使用；
- 具有通用性和灵活性。
应用程序设计人员在设计阶段就应该考虑应用程序的可管理性，而不是在以后才考虑。一种选择是将与业务相关的逻辑和可管理性逻辑分开，在应用程序中为这些管理性需求提供单独的对象。
为了使应用程序在运行过程中更易于管理，我们将结合 JMX 和日志记录的使用，使系统面向操作与维护人员有更好的可管理性。
系统可管理性一方面应该做到可以提高系统管理员效率，另一方面使用户降低在维护方面的开销。为了达到这些目标，需要开发易用、快捷的管理工具对系统的运行状况进行检查、监控，准确定位异常与错误。
新系统一定要与用户界面标准或常规的相符合，或者其用户界面一定要与其它常用系统的用户界面相一致。
易用性还包括对于新用户或不常使用产品的用户在学习使用产品时的简易程度。易学程度的目标可以经常定量地测量，例如，新的操作员在一天的培训学习之后，就应该可以正确执行他们所要求的任务的95％。
考虑到用户计算机水平的不同，系统设计了软件使用导航功能，对于用户操作的每一步都有一定提示，辅助用户正确的使用本软件。并且为用户提供了详细的联机帮助信息，用户可能随时查看帮助找到自己需要的信息。
XX部门全过程预算绩效管理信息交流平台系统跨越多极XX部门门，与多级单位进行数据交互，而这些数据可能来自其他业务系统，也可能为其他业务系统使用。所以要求系统应具有很好的开放接口及集成能力，所以这是设计中需要把握的重要一环。
根据需求，从更合理的角度，我们提出三套平台，分别满足三类不同用户的需求，通过软件系统的灵活性，通过配置与部署适应所有用户需求；而不是无限制的扩大系统的版本与类型，这样将增大系统复杂度与维护成本。
在全面分析软件需求的基础上，权衡各种架构的优缺点，优化设计，XX部门全过程预算绩效管理信息交流平台系统采用B/S技术架构实现：
为了更好理解总体结构，将从以下几个方面进行说明：
数据库逻辑组成：平台数据库、预算指标库、收支数据仓库、办公业务库
- 平台数据库以总账为核心，总账库理论上外围应用应该不能直接访问，必须通过交易凭证进行访问，保证总账控制的一致性、标准化。
- 绩效交流平台数据库是本系统的核心存储数据库。
- 未来决策分析系统的实施必须以数据仓库为基础，形成统一完整的信息仓库。
应用逻辑层：应用支撑平台组件、表层业务逻辑组件、综合办公平台
- 应用支撑平台组件构成了核心的底层业务操作,避免了以下问题：
-
-
- 数据口径不一致
- 业务流程不通畅，影响了工作协同及预算管理和执行信息的追踪和回溯
- 信息共享程度不高
- 系统的自动化程度不高
- 涵盖资金范围不够完整
- 系统处理的业务事项不够全面，影响了财政业务的全过程管理
- 系统之间衔接困难，整体可扩展性差，不便于升级改造
- 系统可重用性差，造成重复开发、浪费资源
-
-
- 表层业务逻辑组件既是基于平台组件的纵向扩展,又是对平台组件的横向补充，如果对总账进行操作，必须通过平台组件，而对于个性化的数据信息访问，可直接访问表层业务库。表层业务处理中有关信息发布、邮件发送、消息提醒等任务可通过调用综合办公平台完成。
- 综合办公平台在与表层业务逻辑组件集成的基础上，自身优势将会发挥的更加充分。
财政门户支撑平台：财政办公门户、领导信息门户
- 财政办公门户将财政业务人员所涉及到的所有系统，通过集成到门户中来，实现单点登录，用户登陆后通过页面的形式显示通知和公告信息、待办事宜等，财政用户可集中完成相关全部业务。
- 领导信息门户将面向领导的信息查询、分析、审核、操作功能进行集中。
信息发布集中处理所有规章制度、通知通告、电子刊物等等的发布，提供灵活多样的发布形式和渠道，并对发布信息的阅读、下载、修改权限进行严格控制。
-
-
- 基于BO的分析架构
-
在本系统中，我们建议采用BO的分析架构实现分析数据分析与挖掘，其架构如下图：
分析展示方式：
-
-
- 基于Portal的门户集成架构
-
门户能够在保证安全的前提下为用户提供所有信息和应用的单一访问点，并能为用户提供个性化服务。门户给每个用户带来了个性化的统一工作平台，使得系统实施和维护更加容易，同时极大地提升系统易用性。
基于应用门户需求及门户系统的最新发展状况，同时考虑金财统一系统的考虑，我们推荐采用BEA WebLogic Portal 10作为统一门户集成平台。其功能强大、灵活、可定制、使用简便、服务化支持等特性可全面满足上海财政统一应用门户需求。
理想的Portal产品应能够快速构建各种门户，并能精准地针对使用者来提供服务。服务。现在，BEA WebLogic Portal实现了这个理想，它能将人员与业务服务连接在现在，BEA WebLogic Portal实现了这个理想，它能将人员与业务服务连接在一起，简化了服务导向客制化入口的生产和管理，使企业能够方便快捷、经济有效地一起，简化了服务导向客制化门户的生产和管理，使企业能够方便快捷、经济有效地创造业务价值。创造业务价值。
近年来，随着财政改革的不断深化，“金财工程”建设取得了较大进展，初步形成了以预算管理为源头，以国库收支管理为预算执行主线的系统框架，并在中央财政和地方XX部门门逐步得到推广应用，为财政改革顺利推进、加强财政管理提供了较有力的技术支撑。但是“金财工程”建设也存在一些问题，如信息系统繁多、技术规范不统一、系统间口径及编码不一致、编制与执行没有实现无缝链接等问题，亟待研究解决，具体体现在以下几个方面：
- 由于没有从业务的源头进行要素的规范，使系统间的主要业务要素及其级次的不匹配，造成信息的追溯和回溯难实现，制约下一步管理目标的实现。
- 各应用系统按处室建立，在整体的业务流程不是很通畅，相互之间信息自动交换没有打通，业务数据的一致性难以保证，业务处理自动化程度不高。
- 系统设计的实际着眼点是服务于执行层，一般局限于一个部门内部，形成一个又一个信息孤岛。因此，系统很难满足管理层、决策层的信息需求。
- 系统模仿手工操作明显，随着管理的细化，造成工作量巨大。
- 系统实现方式多样，缺乏统一的技术框架和规范。
- 系统没有建立统一的安全体系，系统安全性有待提高。
- 各系统采用了不同的对外（预算单位、清算银行、代理银行）接入方式。
为了解决所存在的问题，2005年4月，XX部门组织建设了“金财工程”应用支撑平台（简称：应用支撑平台），按照大系统的建设思路，构建出使财政主体业务全面贯通、处理自动化的一体化财政管理大系统，并计划在中央、省级、地市及有条件的区县财政系统内推广应用。
“金财工程应用支撑平台(FASP)”是整个金财工程建设的基础，是按照“金财工程”总体设计规划，为实现当前财政行业信息化和服务的要求而开发。
平台按照统一数据库、统一编码体系、统一元数据管理、统一维护基础信息、统一对外信息交换、统一报表工具、统一安全管理机制、统一门户等原则，通过理顺业务流程关系、统一数据口径，制定统一的开发标准，搭建统一应用支撑平台。
以项目库、基础信息库、财务引擎、工作流引擎、报表引擎、门户技术等为支撑，在一个统一平台上实现预算编制、指标管理、国库集中支付、总账管理、现金管理等核心应用。资金范围包括了所有的财政性资金，涵盖工资发放，政府采购业务，完成总预算会计财务处理以及提供完整的报表输出和追溯功能。
支撑平台包括交易令、总账、权限、工作流、平台接口、数据字典、数据交换、应用安全、数据报表、通用规则等组件，共同构建成“金财工程应用支撑平台”。
应用支撑平台建设目标：
（1）统一编码
编码是业务要素中具体要素值的实际体现形式，统一编码可以确保每一个业务要素在各项业务中的名称、含义和对应的基础代码集完全一致，为实现财政业务一体化、构建顺畅的财政业务大循环奠定良好的底层数据基础。
（2）统一多维要素结构
在统一编码的基础上，需要对财政主体业务信息流和业务管理目标进行研究分析，总结归纳出各项业务中业务管理和统计分析所需的关键业务要素，进而对其抽象提炼形成财政主体业务多维要素结构，形成财政业务的统一数据框架和数据口径规范。
（3）规范数据口径
为了能够建立顺畅的财政业务大循环，需要在统一编码和多维要素结构的基础上，对财政主体业务的数据口径进行通盘规划。数据口径规划的核心原则是上游业务的业务要素和要素级次应被下游业务完整继承，下游业务可以根据其自身业务需要增加新的业务要素或将要素级次深化，从而保证整体业务的数据口径呈逐渐细化的趋势，避免现状中数据口径忽粗忽细、业务流转不顺畅的问题。
（4）建立财政的标准总账
为实现业务协同和信息共享，提炼合理的业务模型，提出以总账系统及其体现的业务模式为核心的应用支撑平台的建设思路。总账系统的建设，基于政府会计标准原则，将指标账和资金账融为一体，记录预算指标和资金收支的全部变化过程，完整体现预算指标生命周期。以总账系统为核心，
将财政主体业务密切联系成为一个有机整体，实现业务协同和信息共享。
（5）支撑完整预算
平台支撑完整的预算管理、预算执行、财政预算的全过程，描述一级财政未来会有多少钱，钱从哪里来，什么时间有钱，钱在哪里，有多少，为政府财政管理提供结构化数据管理。
（6）生成各种分析报表和报告
在总账系统集成完整的预算执行全过程的数据的基础上，以总账系统为数据源头，按管理需求产生各种报表和报告，为业务司局提供决策支持；同时为将来财政的宏观经济预测和分析提供数据基础。
图 基于应用支撑平台的业务系统构造模型
XX部门全过程预算绩效管理信息交流平台系统，是“金财工程”（政府财政管理信息系统GFMIS）的有机组成部分，与中央和地方其他财政业务系统有着紧密的联系。
考虑到中央和地方的预算管理、指标管理等业务系统应用情况各不相同，另外，金财应用支撑平台的部署情况也不尽相同。为满足本系统和其它业务系统的衔接需求，在接口设计中我们采用三套方案，分别适应不同的业务系统和不同的XX部门门。
通用接口模式
最常见的系统衔接方式，系统开发通用数据接口，通过定制接口程序，实现本系统和相关业务系统的数据交换，交换介质包括数据库直连交换、Excel文件交换、文本文件交换、XML报文交换等。
平台交换模式
通过金财工程应用支撑平台进行数据交换，交换介质为基于Burlap协议的XML报文，平台交换模式可视为通用接口模式的延伸。
无缝衔接模式
无缝衔接模式为通用接口模式中的特例，即与本系统进行业务衔接的业务系统数据库与本系统的数据库可互通访问，系统之间在数据库层面即可完成数据交换，数据交换的调用内嵌于系统内部。
下面按照先特例后通用的顺序对这三种模式进行描述。
无缝衔接模式示意图如下：
无缝衔接模式即数据库层级的通用接口模式，通用接口程序直接访问进行数据交换的双方数据库读取和写入数据，在读取后、写入前按照接口定义的格式要求对数据进行预处理。
平台交换模式示意图如下：
平台交换模式基于平台的数据接入服务。本系统不直接访问外部系统数据库，也不访问平台数据库，而是通过调用平台接入服务实现和平台的数据交换。外部系统以同样的方式和平台进行数据交换。
通用数据接口模式示意图如下：
通用接口模式适用于本系统与其它所有需要衔接的业务系统之间交换数据。接口支持通过中间数据库、WebService服务、MQ Server消息中间件、各种可识别格式的数据文件与外部系统进行数据交换。
我们的业务系统衔接方案采用可定制的通用接口模式，具有如下特点：
- 支持在多个业务处理环节上与其它系统进行数据交换
- 文件接口支持自定义文件格式和命名规则
- 数据库接口支持多种DBMS
- 支持WebService服务调用
- 支持MQ消息中间件调用
- 支持应用支撑平台数据交换组件调用
- 接口中支持设置各数据要素的内外编码对应关系
- 详细的接口日志，支持批量取消数据导入导出操作
- 支持通用数据采集定义，支持各种外部数据的导入和存储
同源代码规范一样，软件公司已成功开发大量软件系统，在长期的积累中，已形成一套完整的界面设计标准与规范，这些标准与规范是在总结软件人机工程学的最新成果之上形成的，并已得到用户的普遍认可。界面设计规范，如图。
图 界面设计规范
-
-
- 运行环境及数据库
-
服务器操作系统： UNIX或MS Windows 2008 Server等
应用服务器：BEA WebLogic Server 10g
分析平台：SAP BusinessObjects Enterprise Premium
门户服务：BEA WebLogic Portal
数据库：Oracle 11G以上版本
客户端操作系统：Windows 2007/XP/Vista，IE6以上
本软件不需要特定的硬件或硬件接口进行支撑。奔 3 以上 PC 机均可运行此软件。
运行于 WindowsXP（Vista 除外）及更高版本的操作系统之上。
通过采用磁盘阵列、数据库服务集群等保证在应用系统及数据在各个关键环节都有备份及恢复手段，保证应用及高可用性需求。
支持多种大型关系数据库，有严格的安全控制和数据备份机制，可以确保数据安全可靠，在运行环境方面，服务器可采用高可靠性集群设置，保证不间断运行。
根据本项目的特点，是否采用集群将根据现有硬件设备来决定，但磁盘阵列应该积极采用，因为这是保证数据安全的最基础保证。
对于应用系统来说，采用严格数据库系统权限设置与检查防止非授权用户访问数据。数据库中重要数据记录，应采用校验和等方法，保证数据不被非法修改。操作员密码在数据库中必须加密存储。
数据备份主要是为了防止因意外或受攻击时造成系统数据和业务数据丢失、损毁，保证数据的安全、可靠、准确。数据备份将通过部署备份服务器、磁带库和备份恢复系统来实现。
制订灵活的数据存储管理策略实现无人执守的安全备份，使网络数据存储管理自动化，减少系统管理员的工作量，实现数据存储介质的有效管理，自动监视介质的使用次数、误码率、保存时间等，生成可异地保留的、为灾难恢复为目的的备份数据存储介质。
所有的备份都是为发生灾难时作恢复而准备的, 制定细致周密的备份恢复方案是必不可少的，这样可以在发生灾难时，用最快的时间最小的代价来做到最完整的系统和数据恢复。在备份恢复方案时，要做到数据备份工作制度化、科学化，避免由于管理员的误操作导致严重备份数据损失，要在对网络环境、主机环境、业务数据等信息的详细分析的基础之上，制定完善的数据备份恢复策略。
数据备份策略将根据实际情况综合采用全备份、增量备份、差分备份。数据备份策略为：利用假日或晚上系统相对空闲的时间，对重要数据每周进行一次全备份，每天进行差分备份；对非重要数据每月进行一次全备份，每个星期进行一次增量或差分备份；同时每月采用磁带或光盘备份方式对所有数据冷备份两份，其中一份异地保存，以防止本地备份数据意外损坏；对存储备份数据介质要按照介质保护要求规范保存。
图 备份差异
全备份所需时间最长，但恢复时间最短，操作最方便，在备份窗口允许时尽量多地采用全备份，其它时间采用所用时间更少的增量备份或采用介于两者之间的差分备份。各种备份的数据量不同：全备份 > 差分备份 > 增量备份，如图。
在恢复数据时需要的备份介质数量也不一样：如果使用全备份方式，只需最近一次的全备份磁带就可以恢复所有数据；如果使用全备份和增量备份相结合的方式，则需要一次全备份磁带和若干次增量备份磁带才能恢复所有数据；如果使用全备份和差分备份相结合的方式，只需上次的全备份磁带和最近的差分备份磁带就可以恢复所有数据。
系统设计中，确保数据库存放的数据及中间运算结果至少精确到0．01分，只有显示及打印结果精确到分，这样可保证精度误差不被放大，也不会出现大的误差转移。这样以万元为单位就可精确到小数位6位。
保证系统运行效率和降低用户机器资源占用率要求，主要采用以下技术和设计思路：
- 体系架构优化设计，使系统具有横向扩展能力；
- 操作型数据与查询分析型数据分离；
- 优化SQL语句，避免业务查询与代码表关联；
- 采用异步方式进行操作型数据到查询分析型数据的转换；
- 适度逆向规范化及数据分层处理——以数据的相对冗余来提高处理效率；
- 合理使用存储过程与触发器等数据库技术，充分发挥数据库服务器的强大计算能力。
高性能是在设计时需要仔细审查的一个内容，系统在设计时综合考虑数据量、并发操作、算法优化、索引技术、缓存措施等，最终通过压力测试等手段发现性能瓶颈并消除瓶颈。满足以下要求：
- 对于一般业务处理操作，系统响应时间应在3秒以内；对于查询、报表处理，系统响应时间应在15秒以内。
- 在较大数据量下，并发用户数在峰值（60）时，进行性能测试，系统交互式操作平均提交响应时间应在3秒之内，最大不超过30秒。
- 软件公司开发的部门预算管理系统与本系统有类似的用户群体，业务量要比XX部门全过程预算绩效管理信息交流平台系统大，经过专业测试，系统在并发用户数为30个的情况下，其平均响应时间小于3秒。软件公司公司作为行业软件提供者，对财政行业软件的关键性能点有清晰准确的了解和判断，结合本次需求对性能方面已经有了充分准备，保证满足以上需求是没有问题的。
基于灵活的设计理念，软件公司开发的多个财政管理系统在架构层面具有足够的灵活性，具有流程再造与持续扩展能力，在使用初期，流程及处理可设置的相对简易一些，随着改革及业务流程的重组，在不须修改软件的情况下，通过流程定制，实现流程的衍生与再造，可产生几百种业务流程，充分适应用户业务的特殊需求。
在本项目中我们将继续坚持这一理念。
统一的业务框架定义：可以实现标准的债务管理业务，也可以定制各种个性化的业务，这种定制机制贯穿整个债务系统核心业务
统一的业务流程定义：可以实现非常复杂的业务流程，也可以定制最简单的业务流程
统一的安全管理机制：无论是功能操作的安全还是业务数据管理的安全，都可以定制到业务单据级别，只要有需求还可以定制到要素级别
统一的数据展现机制：我们提供整套的由用户自己根据需要来定义的业务综合查询和兼容Excel的通用报表，使各种业务数据查询和格式化报表的获取和打印变得非常轻松
- 系统的业务框架定制可以根据用户需要实现从简单到复杂的各类业务模式
- 系统提供了一套非常全面的业务规则定义和业务流程定义的方法，这些规则和流程可以不断地细化和优化，在不破坏原有业务操作的同时，又无缝隙地改变了业务运转流程，从而使管理水平不断提高。
- 系统不要求用户彻底改变原有的业务流程和操作规范去适应系统，相反，系统灵活的业务规则的设置，将在免编程情况下去指导并优化用户的目前业务需求和适应将来的业务变化。
XX部门全过程预算绩效管理信息交流平台系统是一个上至XX部门下至省市县，全国推广应用的软件系统，虽然管理模式在全国具有一定规范、模式，但各级、各地财政因为经济发展的不平衡，系统应用有很大差别，软件必须具有个性化定制能力才能满足需求，软件公司的产品化设计原则在全国推广的几个财政管理系统中已经得到实践的检验，并得到全国用户的一致认可。在XX部门全过程预算绩效管理信息交流平台系统实现中这条原则将继续得到加强，如下图所示。
图 产品化设计原则
软件的灵活性就是要求系统能适应不同用户的个性化需要以及适应用户业务未来发展变化的需要，实质就是系统适应需求变化的能力，这种变化是全程性的，包括管理级、操作级、决策支持级的各种需求变化。因此只有从底层到表层的全程灵活，才能最大限度的适应用户的需求，延长系统应用的生命周期，从而最大限度的保护用户的投资。
灵活与适应性应该说是软件公司能够发展的灵魂与核心，这也是与其它公司软件的最大区别，灵活与适应性不是简单地体现在某个环节，只有全程灵活才能真正具有可定制性，否则都是假灵活。
|
业务要素定制 |
|
业务单据定制 |
|
业务流程定制 |
|
用户界面定制 |
|
打印格式定制 |
|
查询报表定制 |
|
全程灵活才是真正的灵活 |
|
局部灵活是假灵活 |
图 定制流程图
不同权限的用户登录后，所能查阅和审核的数据权限于自身权限内，而不能随便更改和查看超出本身权限的数据。设置管理员、安全员、审计员，访问策略保证数据的保密性。定期进行数据封存、数据备份，保证数据的安全。
- 数据存储安全：应采用必要的技术来保证数据库的高可用性。
- 数据访问安全：采用多层体系结构将数据库服务器同外部应用网络独立开来，保证数据不能被外部直接访问。对于应用系统来说，采用严格数据库系统权限设置与检查防止非授权用户访问数据。数据库中重要数据记录，应采用校验等方法，保证数据不被非法修改。操作员密码在数据库中必须加密存储。
- 数据备份安全：利用数据库备份产品，定期将数据备份在数据库服务器上，供意外和灾难恢复；进行数据文件备份，定期把数据导入到文件中，并存储到外部存储介质上。
软件公司针对系统对操作安全性的高要求，通过以下几种安全控制手段，确保既能满足业务操作安全需要又能发挥软件协同工作能力。
|
登录用户名/密码 |
|
操作权限 |
|
数据权限 (行列交叉即单元)格） |
|
空闲时间控制 |
|
系统日志 |
|
临时授权 |
|
用户 |
图 用户权限控制
操作权限：系统应提供严格的操作权限控制，保证授权的用户才能使用授权的功能和操作。
数据权限：系统应提供对严格的数据权限控制，保证授权的用户只能访问授权的科目、单位、部门、单据类型、项目等，一个操作员的业务处理权限可以与其查询权限不一致。
临时授权：操作员可将自己的部分权限，临时授予其他操作员，以便自己不在岗时，其他人可临时替代其工作，授权人可以方便地查询被授权人对授权指标的使用情况。可以根据用户需要授权时限。
密码管理：操作员密码为空，不能进行正常业务操作。操作员的密码不能跟用户名相同。操作员的密码应在6位以上。系统应定期提醒操作员更换密码。操作员忘记密码，可由系统管理员将其密码清除，操作员重新设置密码后，才能进行正常业务操作。
其他控制：当操作员登陆后长时间未对系统进行操作时，系统自动让该操作员退出登录，以防其他人非法操作。
系统日志：系统应提供日志功能，自动记录操作员对数据的操作日志。操作日志应包括：操作员、MAC地址、操作时间、操作、操作对象中主要数据项修改前后的信息。
- 数据传输安全：数据传输应采用可靠的加密机制，如DES、RSA加密体系，保证数据在网络上传输的安全。
- 授权终端：只有授权的客户端PC机才能访问本系统。操作员应与所用PC机网卡的MAC地址绑定，允许一个操作员使用多台机器。
- 支持CA认证。
- 文档管理
软件公司已通过ISO9000及CMM3级认证，各阶段工作成果都有的相应模版和规范，文档内容的完整性、正确性、一致性、可读性等都有明确要求，特别是每个环节都要组织专家对相关成果进行评审，通过配置管理、评审与测试等手段保证文档的质量，通过这些手段确保任何变更都能得到控制，变更得到可追踪。
通过如下的公司质量管理控制流程可对文档质量保证手段有一个完整说明，如下图所示。
图 文档质量保证
提交文档以各阶段工作成果为基础，形成高质量的提交文档。具体包括：
- 完整的软件源代码；
- 系统安装程序。
（2）分别以光盘介质和纸介质提供以下内容：
- “XX部门全过程预算绩效管理信息交流平台系统”软件的项目任务书；
- “XX部门全过程预算绩效管理信息交流平台系统”软件的需求分析、概要设计、详细设计及开发计划；
- “XX部门全过程预算绩效管理信息交流平台系统”软件的用户手册；
- “XX部门全过程预算绩效管理信息交流平台系统”软件源代码详细说明、源代码编写标准及技术报告；
- “XX部门全过程预算绩效管理信息交流平台系统”软件开发期间的测试计划、测试用例和测试报告；
- “XX部门全过程预算绩效管理信息交流平台系统”软件的质量保证计划和质量管理文档；
- “XX部门全过程预算绩效管理信息交流平台系统”软件的系统管理维护说明书；
- “XX部门全过程预算绩效管理信息交流平台系统”软件的项目开发总结报告
- 其它相关文档。
- 源代码管理
软件公司成功开发大量软件系统，在长期的积累中，已形成一套完整的源代码编写标准与规范，应该已经涵盖以下要求：
- 每个模块都有头说明，包括：功能、调用说明、输入、输出；
- 可追溯性：模块的名称、功能、调用说明、输入、输出与设计保持一致；
- 注释行不少于1/5；
- 可读性：模块采用合理的缩进格式，便于阅读；
- 没有无用的执行文件和程序中的冗余对象；
- 源代码整理及性能调优不影响相应功能正确性。
在本项目中设计开发中，将进一步强化以上要求，进一步完善《编程规范》，如图。
图 编程规范示例
基于代码规范的实现示例，如下图所示：
|
图 示例
信息系统分为四大模块：
- 政策法规模块，包括国家法律法规、XX部门规章制度、中央部门规章制度、地方XX部门门规章制度等内容。
- 工作动态模块，包括领导讲话、工作进展、宣传报道、经验交流、理论研究等内容。
- 全过程管理模块，包括绩效目标管理、绩效运行监控、绩效评价实施、评价结果应用等内容。
- 基础支撑模块，包括绩效指标库、专家学者库、中介机构库、监督指导库、基础数据库等。
信息系统模块如下图所示：
。
未来金财工程需要建立统一的数据平台，应用支撑平台建立了统一的数据结构，基于标准编码体系，利用会计原理，通过复式记账的方式，把财政核心业务相关的关键数据进行规范化处理后，统一保存在平台的数据库中。
XX部门全过程预算绩效管理信息交流平台系统遵循财政业务基础数据规范，通过“系统设置子系统”实现公共基础数据和其他公共代码集的维护，并通过基础数据同步功能，实现上下级财政的基础数据统一，并建立和同级财政相关业务系统的数据交换规范，从而实现符合财政业务基础数据规范的业务系统。
对于已经部署“金财工程应用支撑平台”的财政单位，可由平台统一维护公共基础数据。本系统通过调用接入服务实现和平台之间的基础数据同步。
-
-
-
- SOA面向服务的架构
-
-
SOA将应用程序的不同功能单元----服务(service)，通过服务间定义良好的接口和契约(contract)联系起来。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务可以使用统一和标准的方式进行通信。
具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。
建立SOA面向服务架构的业务应用支撑平台是XX部门全过程预算绩效管理信息交流平台系统持续、长期发展的方向。将XX部门全过程预算绩效管理信息交流平台系统中业务支撑应用服务化，并且松耦合服务间关系，满足各级XX部门门不断变化的需求，快速应对市场，将注意力放在服务上，应用服务能够组合起来提供更加丰富、目的性更强的业务系统。
持续加强支撑业务应用的通用性，并以松耦合的方式进行集成，逐渐转变成独立于硬件平台、操作系统和编程语言的服务，最终融合到“金财工程应用支撑平台”，实现在整个财政行业应用解决方案中提供共享和服务。
其他业务应用（服务）和各业务子系统的开发都基于此开发框架平台，有效地降低了开发工作量、提高程序的可重用性和可维护性。
开发框架平台封装了大量常用的、工作量较大的、复杂度较高的功能，并加以扩展和通用化。公共业务支撑应用和各子系统只需要简单地引用，或少量地编码即可实现复杂的设计功能。另外，开发框架平台经过多个产品大范围的应用，已经具有较强的稳定性，基于通用类库开发的程序也非常稳定、可靠，极大地提高了软件质量。
XX部门全过程预算绩效管理信息交流平台系统、指标管理系统、部门预算管理系统、项目管理系统在业务上存在着紧密的联系。因此，有必要对产品进行统一规划和设计，解决用户整体化的需求，为用户提供一套基于满足转移支付项目管理监控基本业务和扩展业务的转移支付项目管理监控整体解决方案。
通过遵循财政业务基础数据规范，真正实现业务数据在业务系统间无缝衔接。
通过转移支付项目管理监控系统的公共业务支撑应用，对业务系统统一规划和设计，实现业务系统间的业务流程即可独立运行，也可以组合成一个完整的业务流程，最终实现整体的解决方案。
在本次项目开发工作中，遵循如下标准和规范：
- 财政业务基础数据规范中《第1部分：数据元目录》
- 财政业务基础数据规范中《第2部分：代码集》
- 财政业务基础数据规范中《第3部分：维护与管理》
- 《基于金财工程应用支撑平台开发规范（试行）》
- 《基于金财工程应用支撑平台数据交换规范（试行）》
- 软件开发规范GB 8566-88
- 软件维护指南GB/T 14079-93
- 计算机软件产品开发文件编制指南GB 8567-88
- 计算机软件需求说明编制指南GB 9386-88
- 计算机软件测试文件编制指南GB 9385-88
- 计算机软件配置管理计划规范GB/T 12505-90
- 计算机软件质量保证计划规范GB/T 12504-90
- 计算机软件可靠性和可维护性管理GB/T 14394-93
- 质量管理和质量保证标准 第三部分GB/T 19000 3 94
- 质量管理和质量保证标准ISO 9000-3
- 《中华人民共和国预算法》及其实施条例
- 《政府收支分类科目》
用于对政策法规、工作动态、全过程管理以及各种基础支撑项的模块的内容展现。发布前需要相关业务人员进行审核通过，发布人员将信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
需求包括国家法律法规、XX部门规章制度、中央部门规章制度、地方XX部门门规章制度等内容。系统用数据库的形式来管理各类政策法规文件，方便对其进行保存和维护，系统提供分类、审核、发布、检索、编辑、下载政策法规文件的功能。
系统实现了包括国家法律法规、XX部门规章制度、中央部门规章制度、地方XX部门门规章制度等内容的审核、保存与发布。
以原交流平台的内容为基础，扩展为领导讲话、宣传报道、经验交流、理论研究、工作进展等，再增加文件交换、实时交流等功能。系统提供定义门户网站发布栏目、定义发布内容模板、编辑栏目内容、定义发布流程等功能。以论坛或其他形式建立交流平台，便于系统所有用户的交流，也便于用户上传下载文件。
实现了包括领导讲话、工作进展、宣传报道、经验交流和理论研究等内容的审核、保存与发布。
包括绩效目标管理、绩效运行监控、绩效评价实施、评价结果应用等功能，一期先实现评价结果应用功能的部分内容，并为其他功能预留接口，所有功能预先在平台界面上显示出来。在评价结果应用功能下建立绩效评价报告、重点绩效信息报送、评价结果应用情况等内容。绩效评价报告包括项目绩效评价、部门（预算部门、XX部门门）整体支出绩效评价、财政政策和财政支出结构绩效评价等子项，每个子项包含自评报告、预算部门开展评价报告、XX部门门开展评价报告、重点项目绩效评价报告等。重点绩效信息报送包括部门预算资金使用总体绩效信息报送，“出国考察”、“课题研究”等重点项目资金使用绩效信息报送。绩效评价应用情况包括与预算编制结合情况、奖惩情况、约谈整改情况等。
系统提供录入、查询、修改、删除等功能，针对不同类型的数据提供文本、表格等编辑方式。
包括了对项目制定绩效目标的制定、目标的送审、目标的审核。每个项目绩效目标的入库需要经过各个业务角色的审核，系统要支持审核流程定义功能，能根据用户实际业务需求支持例如初审人、二审人、终审人等不同角色按流程审核，经过审核的绩效目标才能入库。
通过项目跟踪项目实施情况，并及时根据实际情况，需要整改的项目，下达整改通知。
财政组织专家、中介机构，根据绩效考核指标对项目的绩效目标实施评价。通过对每一项绩效指标的打分体现该目标的完成情况，并能将评价结果导出。
主要存放绩效考评结果，绩效考评结果分两部分：项目的绩效考评结果、部门绩效考评结果。将考评结果共享在交流平台上，便于各级财政、部门单位之间相互比较、借鉴和监督，确保评价结果的公开、公正，有利于逐步建立绩效约束与激励机制，并为政府决策提供依据。
发布人员将评价结果信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
图 评价结果应用
包括三部分内容：一是发布由XX部门指定的预算绩效评价共性指标体系框架；二是对地方XX部门门确立的绩效评价指标体系进行备案；三是对中央部门上报的分行业的个性绩效评价指标进行审核入库。通过以上三方面工作，最终形成包括中央和地方，涵盖各行业的预算绩效评价指标体系。系统提供指标编辑、导入导出、审核发布、分类、检索等功能。
指标编辑：系统支持手工维护指标信息，可根据项目管理和预算绩效管理需要，按照不同分类进行指标归类。系统支持按照不同地区建立各地区指标库，指标库支持扩展 。
指标信息导入导出：实现指标信息批量导入、导出功能，支持文本、excel 导入导出、通用接口导入导出。
指标审核：指标体系发布前需要相关业务负责人进行审核，审核通过的指标才能在交流平台上进行发布。
指标发布：在交流平台上进行指标发布，系统支持只针对特定角色、特定用户进行指标体系发布，支持对已发布指标体系的收回。
指标分类：将指标分类存储。
指标检索：支持按照任意条件的指标查询功能。
建立完善的考核指标库，根据管理的需要，采集中央和各地方的指标，逐步形成涵盖各行业科学合理的绩效评价指标体系，并支持指标体系的动态扩展。全国指标库的建立，为将来建立全国统一、标准、科学有效的评价体系打基础，增强预算绩效考评结果的科学性和公正性。指标体系要求可按类别逐级分类，支持如下层次的指标树管理，并可灵活增加层次及类别。
指标库设计主要包括以下几点：
指标库审核流程定义：指标的入库需要经过各个业务角色的审核，系统要支持审核流程定义功能，能根据用户实际业务需求支持例如初审人、二审人、终审人等不同角色按流程审核，经过审核的指标才能入库。
指标录入：提供指标录入界面，可在线录入指标。
指标批量导入：提供按指标导入模板，在线导入指标。
指标审核：按预先定义的流程审核，审核通过的指标，进入指标库。
指标发布：在交流平台上进行指标发布，系统支持特定范围内、特定用户的指标发布，支持对已发布指标的收回。
指标查询：授权用户可在线按多条件查询指标。
目前实现能够在交流平台上分中央和地方进行指标体系的展示。
通过发布公告、申请邀请、审核审查等程序公开征集专家学者参与，建立涵盖不同领域、不同行业、不同专业的预算绩效管理专家学者库。系统中专家学者信息应包括其实际参与绩效管理工作的态度、能力、道德水平及民主评议结果。系统提供专家信息录入、删除、修改、审核、发布等功能，并能过针对不同地域不同行业的项目随机推荐符合条件的专家学者。
专家注册：将专家信息录入到系统中，包含姓名、性别、联系方式、身份证号、地区、资质证书、擅长行业、参与项目经历等信息。
删除专家：实现删除专家信息功能。
专家信息修改：专家信息的日常变更
专家信息导入：实现专家信息批量导入功能，支持文本、excel 导入、通用接口导入。
专家信息审核：专家信息发布前需要相关业务人员审核通过。
专家信息发布：发布人员将专家信息在交流平台上发布，可定义数据的发布范围，
供有权限的用户查阅，系统支持对已发布信息的收回。
专家抽取：针对不同地域不同行业的项目随机推荐符合条件的专家学者。
本系统将建立全国的绩效考评专家库，各级财政和部门可公开征集专家，各地专家资源共享。系统可按照管理需要按照地区、行业、项目分类等对专家库进行设置。专家库的建立将进一步提高财政预算绩效管理工作的专业化程度，有效提升绩效评价结果的社会公信力。
专家库设计主要包括：
审核流程定义：专家的入库需要经过各个业务角色的审核，系统要支持审核流程定义功能，能根据用户实际业务需求支持例如初审人、二审人、终审人等不同角色按流程审核，经过审核的专家信息才能入库。
专家注册：将专家信息录入到系统中，包含姓名、性别、联系方式、身份证号、地区、资质证书、擅长行业、参与项目经历等信息。
专家信息批量导入：提供按专家信息导入模板，在线导入专家信息。
专家信息审核：按预先定义的流程审核，审核通过的专家信息，才能进入专家库。
专家信息变更：输入变更信息，经过变更审核流程才能入库，系统支持变更前后的版本保留功能。
专家信息发布：在交流平台上进行专家信息发布，系统支持特定范围内、特定用户的专家信息发布，支持对已发布专家信息的收回。
专家信息查询：授权用户可按所属行业、职称、级别、证书等条件查询。
加强对中介机构的引导和培训，将业务熟练、管理规范的符合预算绩效管理工作需要的社会中介机构，包括会计师事务所、资产评估、行业咨询等机构纳入中介机构库。系统提供中介机构信息录入、删除、修改、审核、发布等功能，并能够列出所有符合条件的中介机构供有关单位举行招投标工作。
中介注册：将中介机构信息录入到系统中，包含中介单位名称、企业注册码、企业法人、联系方式、资质证书、擅长行业、参与项目经历等信息。
删除中介：实现删除中介信息功能。
中介信息修改：中介信息的日常变更
中介信息导入：实现中介信息批量导入功能，支持文本、excel 导入、通用接口导入。
中介信息审核：中介信息发布前需要相关业务人员审核通过。
中介信息发布：发布人员将中介信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
本系统将建立全国的绩效考评中介库，各级财政和部门可公开征集中介机构，各地中介机构资源共享。系统可按照管理需要按照地区、行业、项目分类等对中介进行设置。中介库的建立将进一步提高财政预算绩效管理工作的专业化程度，有效提升绩效评价结果的社会公信力。
中介库设计主要包括：
审核流程定义：中介机构的入库需要经过各个业务角色的审核，系统要支持审核流程定义功能，能根据用户实际业务需求支持例如初审人、二审人、终审人等不同角色按流程审核，经过审核的中介机构信息才能入库。
中介机构注册：将中介机构信息录入到系统中，包含机构名称、法人、联系方式、地址、资质证书、荣誉、擅长行业、参与项目经历等信息。
中介机构信息批量导入：提供按中介机构信息导入模板，在线导入中介机构信息。
中介机构信息审核：按预先定义的流程审核，审核通过的中介机构信息才能进入中介机构库。
中介机构信息变更：输入变更信息，经过变更审核流程才能入库，系统支持变更前后的版本保留功能。
中介机构信息发布：在交流平台上进行中介机构信息发布，系统支持特定范围（如只针对农口部门）内、特定用户的中介机构信息发布，支持对已发布中介机构信息的收回。
中介机构信息查询：授权用户可按所属行业、评级、资质证书等条件查询。
建立包括人大、纪检监察、审计等部门以及专家学者、群众代表参与的监督指导人员数据库。系统提供监督指导人员信息录入、删除、修改、审核、发布等功能，并能够随机选择监督指导人员对预算绩效管理工作进行监督指导。
监督指导人员录入：将监督指导人员信息录入到系统中，包含姓名、性别、联系方式、身份证号、地区等信息。
删除监督指导人员：实现删除监督指导人员信息功能。
监督指导人员信息修改：监督指导人员信息的日常变更
监督指导人员信息导入：实现监督指导人员信息批量导入功能，支持文本、excel导入、通用接口导入。
监督指导人员信息审核：监督指导人员信息发布前需要相关业务人员审核通过。
监督指导人员信息发布：发布人员将监督指导人员信息在交流平台上发布，可定义数据的发布范围，供有权限的用户查阅，系统支持对已发布信息的收回。
监督指导人员抽取：针对不同地域不同行业的项目随机推荐符合条件的监督指导人员。
建立包括预算管理相关的统计数据、预决算数据、行业标准数据等的基础数据库，为XX部门门、专家学者、中介机构设立指标体系和开展预算绩效评价工作提供参考。系统提供数据录入、查询、修改、删除等功能。
项目管理是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或者超过项目干系人的需要和期望。这一定义不仅仅使强调使用专门的知识和技能，还强调项目管理中各参与人的重要性。项目经理不仅仅要努力实现项目的范围、时间、成功和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望。
图 项目管理框架
上图显示了项目管理涉及的九大知识领域。将知识领域融会贯通，并辅以相关的技术与工具支持，以实现项目的整体管理。
项目管理的目标是：
根据项目目标，我们对项目的工作量进行了初步估计，结合以往项目的经验，我们认为，如果没有很好的组织、资源保障和有力的措施，在规定的时间内保质保量的完成项目有相当大的风险。
为此，软件公司公司在本项目中将充分利用是财政行业十多年开发实施积累的经验，整合优质资源，继承前期研究开发成果，保证项目按时完成。
在项目组织与计划时需要充分利用软件公司的优势，保证项目在规定的时间内高质量的完成。为此，本项目的组织与计划遵循下述原则：
1）保持项目组成员的连续性原则
2）配备具有丰富开发、实施经验的优秀人员
3）满足公司质量管理体系对资源的要求，即需要的各种角色配置到位
4）继承软件公司公司专项管理系统的部分成果，缩短项目周期
5）项目阶段适度并行
建议项目成立由建设方、承建方高层组成的项目领导小组，领导小组对项目实施提供全面的指导，一方面，它可以协调各方关系，调动各方力量；另一方面，它对项目实施过程中出现的问题及时提供咨询以帮助解决，对所有实施步骤进行严格的审定，从组织和管理上保证整个项目统一规划，统一管理，统一标准。
成立由使用方、技术专家组成的专家组，专家组提供预算业务咨询、技术指导，从功能上保证满足使用方需求，技术上保证系统的先进性、实用性、可靠性和可扩展性。
软件公司公司根据项目特点，选用具有类似项目开发经验的开发人员。根据我们项目管理的经验，采用项目经理负责制，保证本项目的顺利进行。
整个项目组织结构如下图所示：
图 项目组织结构图
（1）项目领导小组
项目建设过程中，项目领导小组是最高决策机构，它为所有工作人员提供强有力的支持与保障，协调建设单位、承建单位之间的关系，同时监督项目参与方的行为。协调与批准需求变更。因此，项目领导小组的有效运作，是项目成功的基础与关键。鉴于项目领导小组的特殊地位，我们建议它由各方高层领导担任，由建设方担任组长。
（2）专家组
在项目建设过程中专家组向项目组提供预算业务指导，技术支持。解答开发过程中的预算业务与技术问题，参与需求、设计评审，把握功能与技术方向。
（3）甲方工作组
主要职责监督项目计划执行情况，协助需求分析、参与项目各阶段的评审，审查各阶段成果，确定试点单位，组织培训与验收。
（4）乙方项目组
如软件公司有幸成为项目乙方，我们将专门设立项目组，负责项目的启动、计划、执行、控制以及收尾等过程的各项工作，确保及时、准确地完成项目甲方的工作要求。为了顺利完成项目工作，软件公司公司采用项目经理负责制的管理模式，下配技术经理、实施经理、客服经理协助完成开发、实施、技术支持与服务的工作。
项目经理：
受项目领导小组的领导。负责组织项目计划的制定，项目风险分析，监督计划的执行，对项目中识别的风险与问题制定措施，跟踪措施的执行。定期召开项目例会，形成项目报告，向项目各方通报项目的进展情况与存在的问题，必要时提出项目建议。
技术经理：
负责需求分析组、软件设计组、开发组、测试组、配置管理组的任务安排与工作产品的审核，确保开发的产品满足用户要求。
实施经理：
负责试点实施组与培训组的任务安排，工作产品的审核，保证XX部门和试点省实施，保证规定的培训工作的开展与质量。
客服经理：
负责产品运行中出现问题的解答，确保问题能及时的相应与解决。
（5）使用方
试点使用方参与项目的建设，负责参与确认需求，反馈使用中的问题。
-
- 项目进度控制
虽然我们在进度保证上有很多优势，但我们仍不能掉以轻心。我们将考虑项目的各个工作小组并行工作的方式，并且有应急的预备队伍来进行应急处理，我们的项目管理队伍在项目开始之后，会制定相应的应急预案。
根据本项目要求，我们将本项目划分为：启动、需求分析、总体设计、软件开发、测试、试点实施、交付、试运行八个阶段。开始时间为合同签订之日，其中，从需求分析开始到试点实施并交付共需要约180天，下表是本项目的工程进度和里程碑列表：
表 计划进度表
| 序号 | 阶段 | 内 容 | 项目周期（180） | 里程碑及提交成果 | |||||||||||||||
| 0 | 8 | 16 | 24 | 32 | 40 | 48 | 56 | 64 | 2 | 72-128 | 128-144 | 144-160 | 176 | 180 |
| ||||
| 1 | 启动 | 成立项目组，下达项目任务书，项目策划 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑1：《XX部门全过程预算绩效管理信息交流平台系统项目任务书》 | |
| 2 | 需求分析 | XX部门全过程预算绩效管理信息交流平台系统需求分析 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑2：(合同签订后4周) | |
| 3 | 总体设计 | XX部门全过程预算绩效管理信息交流平台系统设计 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑3：(合同签订后8周) | |
| 4 | 软件开发 | 编码 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑4：(合同签订后16周) | |
| 5 | 测试 | 单元测试 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑5：(合同签订后18周) | |
| 系统测试 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| ||||
| 6 | 试点实施 | 按照实施需求完成试点地方的安装、初始设置 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑6：(合同签订后22周) | |
| 7 | 交付 | 交付工作成果 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 里程碑7：(合同签订后25周) | |
| 8 | 运行 | 运行维护 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 根据运行情况修改BUG | |
说明：由于我们有前期的积累，使我们部分开发和测试能够提前进行
表 详细工作内容
| 开发阶段 | 主要工作内容 | 主要成果 |
| 需求分析 | 通过原型、走访、会谈、调查表等诸多方式向用户进行需求的调研，通过分析、建模等手段确定功能需求，为后续开发阶段做准备。确认后的需求纳入需求管理，需求变动按照变动流程管理 | 《调研报告》 《用户需求》 《XX部门全过程预算绩效管理信息交流平台系统需求说明书》 《需求跟踪矩阵》 《XX部门全过程预算绩效管理信息交流平台系统开发计划》 |
| 分析设计 | 根据需求调研阶段形成的《XX部门全过程预算绩效管理信息交流平台系统需求说明书》，经过全面的分析设计形成《XX部门全过程预算绩效管理信息交流平台系统概要设计说明书》，《XX部门全过程预算绩效管理信息交流平台系统数据库设计说明书》。《XX部门全过程预算绩效管理信息交流平台系统详细设计说明》 修改《需求跟踪矩阵》，保证设计覆盖需求并与需求一致。 | 《XX部门全过程预算绩效管理信息交流平台系统概要设计说明书》 《XX部门全过程预算绩效管理信息交流平台系统数据库设计说明书》 《XX部门全过程预算绩效管理信息交流平台系统详细设计说明书》 《编码标准》 |
| 编码、单元测试与集成 | 代码编写阶段依照分析设计阶段形成的《详细设计说明书》进行代码的编写。 代码编写满足规范要求，代码编写过程中进行单元测试，单元测试要按照单元测试用例进行，保证单元测试的质量。经过单元测试的代码按计划进行集成组装测试。 | 《单元测试用例》 《单元测试报告》 |
| 系统测试 | 测试人员按照《XX部门全过程预算绩效管理信息交流平台系统需求说明书》编写《测试计划》、《测试用例》。 软件集成完成后，按照《测试用例》进行系统测试，形成《测试报告》，经过多次回归，最后用户确认测试的结束。 | 《测试计划》 《测试用例》 《测试报告》 《系统安装手册》 《系统管理手册》 《用户使用手册》 |
| 试点实施与试运行 | 完成XX部门和五个试点省的安装和系统初始化设置，试运行前的系统培训工作，保证相关操作人员能正确使用该系统。试运行期间，对出现的bug进行修改，完善系统。 | 《培训教材》 《项目实施手册》 《安装程序》 《试点地区验收报告》 《项目开发总结报告》 |
| 培训 | 根据甲方安排，提供相应的培训。 | 培训教材和培训光盘 |
| 验收 | 根据甲方安排，配合验收测试，提交合同规定的所有项目成果，完成验收。 | 《验收报告》 |
| 维护 | 系统验收完毕进入维护期。维护内容、以及维护职责见实施服务方案。 | 各类维护使用表格 |
软件公司公司于2001年4月依据GB/T19001-2000《质量管理体系--要求》建立了一套适合我公司软件开发的质量管理体系，2005年公司按照 CMMI 3级的要求完善细化了质量体系，加强了对项目管理的控制管理要求，细化了开发过程流程。形成了以工程过程、管理过程、改进过程、支持过程组成的完整的管理体系。
软件公司质量管理体系由质量手册、程序文件、规程文件、规范、指南、模板和记录表格组成，其结构如下图所示：
图 质量管理体系
质量手册作为软件公司质量管理的纲领性文件，描述了软件公司的产品类型、组织结构、各部门职责、及对产品生产流程的策划。
程序文件规定了每个生产过程的职责和详细流程及相关活动，明确了过程的输入/输出，及为了保证过程产品的质量需要执行的质量保证活动。
规范文件规定了相关产品生产必须要执行的要求。
指南描述了过程方法。
软件公司体系文件共制定了46个程序、规程6个；规范25个、指南33个、模板186个和记录表格395个。具体见附件的《软件公司质量体系文件清单》。
在公司的9000质量体系中明确了对公司产品和过程的质量要求，在关键工作产品中都设有质量保证活动，如：设计验证、技术试验、产品评审、产品测试等，确保产品质量。在产品生产过程中各项目配置了专门的质量保证人员，他们负责对项目的过程、产品符合性进行监督，确保开发过程符合公司制定的管理流程，产品符合规范。对发现的质量问题进行分析，提出质量问题，并跟踪问题的解决。
软件公司公司公司在长期的信息系统建设中已积累了大量的项目管理实际经验，培养和锻炼了一支能打硬仗的项目管理团队。这是软件公司公司成功的重要保证。
以下分别就项目计划和监督、需求管理、质量管理、配置管理、质量控制（软件评审与测试）、项目开发的实施与控制分别描述项目管理体系和质量保证手段，如下图所示。
|
图 质量体系全貌 |
1．概述
在项目合同签订后，由公司高层制定《项目任务书》，明确项目内容、范围、进度要求等，通过《项目组成立通告》明确项目组成员，正式启动项目。
项目经理根据《项目任务书》，组织相关人员按公司《项目策划程序》的规定进行WBS分解、规模与工作量估计，制定项目计划及从属计划。
项目计划评审批准后，项目经理通过审核任务、例会、项目报告、里程碑评审、数据分析等手段监督项目的进展情况。
2．流程
项目计划与监督流程见下图：
图 项目计划与监督流程
3．使用的工具
计划阶段使用工具如下表：
表 测试使用的工具表
| 序号 | 工具名称 | 作用 |
| 1 | MS Exccel | 工作包分解，数据收集分析 |
| 2 | MS Project | 项目计划制定 |
| 3 | Rational Clearquest | 任务分配、审核 |
4．实例展示
（1）WBS分解，如下图所示
图 WBS拆分报告
（2）项目规模与工作量估计，如下图所示。
图 软件估计书示例
（3）计划进度如下图所示。
图 软件进度计划示例
（4）任务分配与审核，如下图所示。
图 任务分配与审核示例
（5）项目周报，如下图所示。
图 项目周报示例
（6）数据分析，如下图所示。
图 数据分析报告示例
1．概述
软件公司公司拥有独立的质量控制部门，设置专职的质量保证人员，全程监控实施过程。质量部经理在项目组成立后，立即成立质保组，并指定组长（负责人）；负责该项目的质保工作。
质量保证组在项目开发过程中负责：
参照《项目计划》中有关进度安排、里程碑定义等信息，质保组长或其授权人组织制定《质量保证计划》，由质量部经理批准并抄送项目组后执行；
质保组参与对项目组制定开发计划的评审，对其可行性和合理性提出改进建议；
质保组参与对软件开发各阶段成果物的评审。验证成果物与开发阶段输入的符合性、与规范要求的符合性。对评审提出的意见、措施进行跟踪；
定期通报开发过程中的质量情况，分析质量趋势，提交项目的质量问题，并用CQ跟踪解决情况，对于不能及时解决的问题向高层通报。
2．流程
软件公司质量保证流程见下图：
图 质量保证流程图
3．使用的工具
质量保证使用工具为Rational Clearquest，用于管理质量问题报告，跟踪问题解决。
4．实例展示
下图展示了质量问题报告。
图 质量问题报告示例
1．概述
系统需求包括三个不同的层次：业务需求、用户需求和功能需求，也包括非功能需求。
1）提取出核心、主要、急迫的业务需求
在需求提取过程中，首先明确划分客户对项目或产品的需求目标和范围，系统主要是为用户解决什么样的问题。从众多的业务中提取出用户核心的、主要的、急需的业务需求，是系统需求关心的核心问题。
公司内部一般按如下步骤完成需求收集工作：
分析特定客户（业务部门）提交的业务需求书
与特定客户（业务部门）进行讨论与交流（或联合成立需求组）
2）以前瞻性角度，优化业务流程
在实际工作过程中，我们对业务流程优化的过程是：业务调研，业务建模(业务分析)，(业务模型分析)需求调研, 需求建模，需求分析。。。因为建模的过程也是分析的过程，所以业务建模和业务分析可能交叉在一起。业务建模就是创建业务处理模型，是进行需求分析的依据，而需求分析的结果，将要确定一个开发规范，正确的实现业务处理过程应当是它的一个重要内容。当然一旦牵涉到业务流程的修改一定会与客户的中高层管理者进行充分的沟通，只有客户认同方可确定，因为这一定会在系统实施时需要相应的管理制度配套执行。
3）业务分类，规划系统蓝图
子系统如何划分，各子系统有哪些模块，各模块处理哪些业务，很重要的还有各子系统模块之间的数据接口关系，基础数据从哪里进入，通过哪些处理生成哪些结果等等。这个过程需要整理、抽象用户业务，规划实现，规划系统模块间的逻辑关系。由于系统的页面实现是按照系统模块的规划，所以我们尽量采用用户易理解、熟悉的方式、词语进行模块的描述。计算机系统是管理的辅助系统，不能完全代替人的所有工作，管理软件再加上管理制度、业务人员的操作才构成一套完整的管理体系。在操作过程中，我们主要完成以下工作：
（4）创建、开发系统原型。当项目组或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题，并更容易找出需求文档与原型之间所有的冲突之处。系统原型法是我们目前采集需求，整理需求，同客户建立沟通的重要手段之一，在实际工作中最经常采用的方式。
（5）编写项目数据字典。创建数据字典是对系统的所有数据项和结构的定义，以确保项目组使用统一的术语定义。在需求阶段，数据字典至少定义客户数据项以确保客户与项目使用统一、一致的定义和术语，项目组和用户以相同的术语进行沟通和交流。
（6）描述系统功能点
下一步就需要明确描述每个模块的具体内容，包含什么内容、能做什么操作，各功能点的说明、优先级、业务规则、详细功能描述等等，也就是编写需求规格文档。
需求分析的表现方式，我们现在采用公司规范《需求规格说明文档》，使用UML语言描述的用例图、类图、活动图，还有实体关系图、界面原型等等，从不同角度、不同需求描述规划出的系统全貌
2．流程
需求分析流程如下图所示：
图 需求分析流程图
3．使用的工具
需求分析阶段使用的工具如下表所示：
表 需求分析使用工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational ROSE | 绘制用例图、时序图、状态图 |
4．实例展示
实例展示见下图。
图 用户业务流程图
图 用例图
图 状态转换图
1．概述
软件设计分概要设计和详细设计。
概要设计
在需求分析的基础上，我们根据软件需求说明，建立目标系统的总体结构和模块间的关系；定义模块的接口；设计数据库、数据结构；设计目标系统的外部接口，包括用户界面；设计系统的安全机制，及出错处理机制；定义目标系统的运行；制定集成测试计划；编写文档；概要设计审查和复审。包括：
1） 设计和确定目标系统的总体结构和模块间关系。
2） 定义模块的接口
3） 设计数据库／数据结构
4） 设计外部接口
5） 设计安全机制
6） 设计系统的运行
7） 确定设计限制
详细设计
软件详细设计包括以下几项内容：
程序流程，即软件总体的程序结构、处理流程；
接口，即内、外部接口及模块接口；
数据格式，即系统中全局的或是重要的局部数据的定义及格式要求；
模块及算法，即主要的程序模块以及关键算法的实现方法。
数据库设计
数据库设计包括数据库的逻辑设计和物理设计，在数据库逻辑设计中主要描述实体与实体间的关系，物理设计则将设计数据库的表结构，对属性进行定义
2．流程
软件设计流程如下图所示。
图 软件设计流程
3．使用的工具
设计阶段使用的工具如下表所示：
表 软件设计使用工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational ROSE | 绘制用例图、时序图、状态图 |
4．实例展示
软件设计实例如下图所示。
图 软件时序图示例
1．概述
随着测试经验与测试技术的不断积累和总结，我公司的软件测试工作已经形成了比较规范的测试过程。高效与严谨的测试流程、先进测试工具的使用以及各种测试方法的有效应用都很好的保证了公司软件的质量。
在整个测试过程中，测试分为单元测试、集成测试、系统测试、验收测试几个阶段。
每种测试都会经历bug修改后的回归测试
测试类型有：
系统测试类型：
功能测试
界面测试
性能测试
配置测试：
安装卸载测试
安全性和访问控制测试
数据和数据库完整性测试
故障转移和恢复测试
业务周期测试
文档测试
2．流程
本节以系统测试为例，软件公司软件测试的流程见下图。
图 软件系统测试流程图
3．使用的工具
测试阶段使用工具如下表所示：
表 测试使用的工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational Testmanager | 测试设计管理工具，管理测试用例，记录用例执行情况，分析测试进展 |
| 2 | Rational Clearquest | Bug管理工具，管理问题报告，记录问题状态，对缺陷进行分析 |
| 3 | Rational Robot | 自动化测试工具，用于回归测试 |
| 4 | MI Loadrunner | 性能测试工具，用于压力测试、并发模拟 |
4．实例展示
下图展示了用Rational Robot对部门预算4.0作回归测试的界面。
图 自动化测试工具Rational Robot
下图展示了用Rational Testmanager管理的专项管理3.0的测试用例。
图 测试设计管理工具Rational TestManager
下图展示了用Rational Testmanager执行专项管理3.0测试用例的结果。
图 使用TestManager记录测试日志
下图展示了用Loadrunner进行性能测试的结果。
图 性能测试工具LoadRunner
下图展示了缺陷管理实例。
图 缺陷管理工具Rational ClearQuest
5．测试报告
测试报告是对测试阶段和软件测试结果的全面总结。通过测试报告用户与管理者能清楚的了解软件的测试过程和质量情况。
测试报告中主要有以下内容：
说明待测试项测试完成时的版本号，是标识最终有效版本的依据
说明测试的时间与人员任务分工情况
描述测试的软硬件环境
对软件缺陷进行统计分析
列出未解决的问题
对需求进行追踪
对bug进行分析，如下图所示
给出测试结论
图 问题趋势图
1．概述
售后服务的内容包括技术解答、业务咨询、漏洞修复、补丁发布、数据处理、人员培训，服务方式有热线电话服务、技术支持网站服务、远程维护服务、现场服务和热线站点服务。
2．流程
售后服务流程见下图。
图 售后服务流程图
3．使用的工具
售后服务使用工具如下表所示：
表 服务使用的工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational ClearCase | 文档资料的存储、管理和维护 |
| 2 | Rational Clearquest | 部门内部与开发部门之间的工作流转，完成部门的规范管理 |
| 3 | PC Anywhere | 系统远程维护 |
| 4 | FTP | 实现与用户的24小时网络服务 |
| 5 | Internet Explorer浏览器(www.qqsa.com) | 用户提供7×24各种远程在线服务，包括网上资料查看、补丁下载、服务工具下载、常见问题解答、服务经验分享、专家咨询等等 |
| 6 | 腾讯通RTX | 公司内部、外出服务人员和用户的无障碍沟通 |
4．实例展示
下图展示了用Rational ClearCase对知识库的管理。
图 知识库管理Rational clearCase
下图展示了用FTP工具实现与用户的24小时网络服务。
图 网络服务 FTP
下图展示了用腾讯通进行网络沟通的登录界面。
图 腾讯通RTX交流工具
-
- 需求管理与范围控制
1．概述
软件公司有完整的需求过程管理机制，需求过程管理包括需求确认管理、需求跟踪管理、需求变更管理。
1）需求确认管理
需求确认是开发方和客户方共同对《需求规格说明书》进行评审，双方对需求达成共识后作出承诺。对于需求确认可以通过填写《需求确认书》，召开需求确认会议，最终形成《需求确认书》，双方共同确认。
2）需求跟踪管理
我们的需求跟踪主要采用两种方式：
正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。
逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。
2．流程
软件公司需求管理流程见下图。
图 需求管理流程图
3．使用的工具
需求管理使用工具如下表所示：
表 需求管理使用的工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational Requisitepro | 实现对各阶段产品的追踪 |
4．实例展示
需求跟踪实例见下图：
图 需求追踪实例
-
- 配置管理（代码、文档、中间产品、工具）
1．概述
软件配置管理在系统整个生存周期内控制配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
在软件配置管理中，将软件的开发划分为三个库，分别为开发库、受控库、产品库。
2．流程
配置管理流程如下图所示：
图 配置管理流程图
3．使用的工具
测试阶段使用工具如下表所示：
表 测试使用的工具表
| 序号 | 工具名称 | 作用 |
| 1 | Rational Clearcase | 版本记录、基线标识 |
4．实例展示
下图展示了在ClearCase中，配置库的结构：
图 配置库结构
下图展示了配置项的版本与基线标识。
图 配置项版本及基线标识
软件公司已通过ISO9000及CMM2级认证，各阶段工作成果都有的相应模版和规范，文档内容的完整性、正确性、一致性、可读性等都有明确要求，特别是每个环节都要组织专家对相关成果进行评审，通过配置管理、评审与测试等手段保证文档的质量，通过这些手段确保任何变更都能得到控制，变更得到可追踪。
通过如下的公司质量管理控制流程可对文档质量保证手段有一个完整说明，如下图所示。
图 文档质量保证
招标要求文档以各阶段工作成果为基础，形成高质量的提交文档。
| 开发阶段 | 主要成果 |
| 项目策划 | 《XX部门全过程预算绩效管理信息交流平台系统项目任务书》 《XX部门全过程预算绩效管理信息交流平台系统开发计划书》 《质量保证计划和质量管理文档》 |
| 需求调研 | 《XX部门全过程预算绩效管理信息交流平台系统需求说明书》 《XX部门全过程预算绩效管理信息交流平台系统软件需求规格说明书》 《需求跟踪矩阵》（后续阶段维护完善） |
| 分析设计 | 《XX部门全过程预算绩效管理信息交流平台系统概要设计说明书》 《XX部门全过程预算绩效管理信息交流平台系统详细设计说明书》 《XX部门全过程预算绩效管理信息交流平台系统数据库设计文档》 |
| 编码、测试与集成 | 《XX部门全过程预算绩效管理信息交流平台系统源代码》及《代码编写标准》；《软件工具列表》 |
| 系统测试 | 《XX部门全过程预算绩效管理信息交流平台系统测试计划》 《XX部门全过程预算绩效管理信息交流平台系统测试用例》 《XX部门全过程预算绩效管理信息交流平台系统测试分析报告》 《XX部门全过程预算绩效管理信息交流平台系统用户手册》（包括安装说明书、系统管理员手册） |
| 试运行 | 《部署材料清单》 《系统安装配置表》 《系统安装自测表》 《系统安装测试表》 《试点地区验收报告》 《XX部门全过程预算绩效管理信息交流平台系统维护辅助文档》 《XX部门全过程预算绩效管理信息交流平台系统产品发布说明》 |
| 培训 | 各种培训教材、培训考核试题、培训光盘 |
| 验收 | 《项目开发总结报告》 《项目实施手册》 |
在本项目中，我们将基于以下风险管理模型进行风险控制。
|
风险识别 |
|
风险评估 |
|
风险分析 |
|
风险控制 |
|
风险管理 |
图 风险管理模型
软件项目由于其本身的创造性，注定了其风险的复杂性，在具体的风险识别过程中，我们应重点注意以下风险：
1.需求风险。主要是指需求不确定性的风险，比如：由于系统使用者对系统将要实现的目标是模糊的、笼统的，而对于具体的需求不能准确描述；而且系统受使用者的个人习惯、知识背景影响较大，在系统范围和系统性能方面也存在着很多不确定性因素；另外，由于发展过程中不断进行的业务流程调整等，都会给系统带来较大的需求不确定性风险，甚至是陷于需求膨胀的状态，系统难以满足使用者的需求，难以适应财政发展的需要。
2.管理风险。软件项目的管理本身就是一项具有风险性的工作，而数据分析项目由于是通过对其他系统的整合，来获取分析所必需的数据，其数据来源可能是多个相关系统，对项目的协调管理工作要求更高。因此，其管理风险主要表现在：工作缺乏计划性或是有计划而不能严格执行；管理工作的随意性、盲目性比较大；没有充分意识到风险管理的重要性，因而没有充分分析可能存在的风险和应该采取的风险应对策略；项目团队内部沟通不够，导致开发人员对系统设计的理解存在偏差等等。
3.技术风险。软件技术飞速发展，各种新技术、新应用层出不穷。而数据分析项目不仅涉及到数据交换、数据仓库等技术，还需要依靠大量的数学分析模型，这就要求系统分析、设计人员要具有较好的软件技术、数学背景知识，同时还要对所分析的行业业务非常了解。因此，系统分析、设计人员的个人素质以及项目团队的整体素质将会影响到项目实施的成败。
前述三大风险对项目的影响都是非常大的，如果按定性的风险分析方法，其影响都是“高”级。
1、需求风险。需求风险的形成，可以从三方面进行分析：首先是由于用户的介入与参与程度不深，考虑需求往往从个人或局部的角度出发；其次是项目组对需求的调研目标不明晰，分析不透彻，缺乏有效的需求变化管理所造成的。这大都是因为从事软件开发的都是“高科技人员”，都具有“从专业或学术角度出发”的特点，而往往忽视了对业务知识的深入了解，不能很好地理解甚至是误解客户的需求。第三，是由于缺乏与决策层进行深层次的交流，难以掌握转移支付的发展趋势，对需求的延伸性不明确。这些需求不确定性的风险，都可能会造成大量工作“跑题”浪费，甚至是到项目都快要完成时，依然出现用户对系统提出一些基本的业务需求，或是软件功能实现了，却发现实际业务已发生了变化，导致软件失去了应有的价值等等，使时间和成本的投入成倍增长，甚至是系统无法正常投入使用。
2、管理风险。管理风险大都是由于项目经理或管理人员缺乏项目管理知识，对项目的工作范围不明确，对总体计划、阶段计划的作用认识不足，对项目的风险估计不足，而造成计划与控制脱节，无法进行有效的项目进度管理；而且，由于项目管理人员的协调管理能力不足，执行力度不够，使得项目协调成本、时间成本大大增加，造成工作延误等。
3、技术风险。技术风险可以直接导致项目失败。选择没有成功案例、不熟悉行业业务的开发商；项目的目标、范围超过了项目组的实现能力；采用不熟悉或是欠成熟先进的开发工具、不符合行业特点的数据分析模型等等，都无疑会使项目处于毁灭性的风险之中。
风险分析活动分析的目的在于建立处理风险的策略。而风险规避的最好方式是把风险控制在项目启动阶段，把损失减小到最小程度。基于以上对数据分析项目风险的识别与分析，可以采用以下措施来规避或减小风险：
1、建立畅通的沟通渠道和沟通策略。需求的不确定性风险很大程度上是由沟通不畅引起的。因此，在需求调研阶段，要多和用户沟通，了解他们真正的需求，最好能将目标系统的模型向应用部门演示，并得到反馈意见，直到双方都达成共识；形成双方认可的验收方案和验收标准，并做好变更控制和配置管理，尽量降低需求不确定性风险。
2、配备高素质的项目管理人员。软件公司公司将为本项目配备具有丰富的项目管理经验的项目经理，通过制定有效的项目管理计划，并认真执行落实，提高项目的可控性。同时，风险不是静止的、一成不变的，它会随着项目状况的变化而变化，因此，风险管理必须被作为一个日常的正式活动列入项目工作计划，成为项目管理人员的一个重要工作。
3、形成协作高效的项目团队。项目组中不仅要有开发商、技术主管部门的参与，更要有应用部门的参与，形成一个合作的项目工作团队，共同理解转移支付项目的战略规划和业务发展，从整体全局的角度，提出有效的信息化需求，共同研讨项目进展中出现的问题，共同控制项目进度，共同为项目质量把关。
4、制定科学的风险管理计划。从风险管理的角度对项目规划或计划进行审核，建立“风险清单”，对每个可能存在风险的表现、范围、时间做出尽量准确的判断并对风险进行监控，提前做好应对准备。如针对需求风险，要制定相应的需求变更控制；针对技术锁定风险，要安排的核心技术人员全程参与开发等等。
5、选择合适的开发技术。虽然在系统设计时需要考虑新技术的发展和技术的先进性问题，但“最好的不一定是最合适的，最合适的才是最好的”，如果项目组的人员对所需开发技术不熟，在满足业务需求的前提下，尽可能采用熟悉的技术来减轻项目在成本或进度方面的影响，也可以事先进行培训来减轻对项目的影响，以避免因技术瓶颈导致的项目失败。
6、采用快速原型和迭代模型进行开发。尽管前期会对应用部门进行需求调研和需求分析，但应用部门的需求往往会随着时间的推移、业务发展的变化而有所变化，因此，在项目进行到一定阶段，我们会给用户一个快速原型启发用户的需求，并持续为用户提供有价值的软件。同时，以迭代法取代传统的瀑布法开发过程，加强各阶段与用户的沟通，对各个功能逐步完善，可以降低各种不确定因素带来的实现风险，每个迭代过后，软件都向目标接近一步，即使目标发生改变，迭代模型也比其他开发模型更便于转向新目标。
软件项目风险管理是一种特殊的规划方式，对任何一个软件项目，我们可以有最佳的期望值，但更应该要有最坏的准备——只有正视风险，我们才能更好地管理风险，规避风险，直至消除风险，获得项目的成功。
验收流程是总体质量管理方法的一部分，它与阶段质量控制理论（V模型）相结合。阶段质量控制理论是一种用于识别各阶段问题、从而最大限度的减少流入下一阶段的问题数量的方法。交付物验收能够确保批准进入下一阶段之前，当前的交付物是符合质量的。
验收的主要目的是对交付物进行确认和检查。
检查程序负责检验所完成的工作是否正确。它检查交付物是否从正确的渠道以正确的方式进行提交，并且内部是相一致的。检查关注于类似功能完整性、是否符合标准和是否正确适用技术等指标。
确认程序检查是否完成了正确的工作。它检查交付物是否满足需求。
因此，交付物只有在其内容（什么）和创建方式（如何）上确保满足质量需求之后才能获得验收通过。
1、招标文件、项目合同或协议等文件。
2、《XX部门全过程预算绩效管理信息交流平台系统需求说明书》。
3、《计算机软件质量保证计划规范》（GB/T12504-90）以及国家有关法律法规和国家或行业发布的标准和规范。
必须维护一种标准，以便相应的客户能够合理的使用交付物满足他们自身的需求。
交付物必须满足以下标准：
内容：确保实现交付物的业务目标
布局和格式：确保文档的风格一致，便于阅读和易于管理
语言：确保清晰的传达各项内容
审查人员将被要求对交付物进行签收，以确保所有的审查人员都理解和同意交付物中的每项内容。
确保软件开发方按照项目合同或协议完成开发，其功能满足用户需求
确保它们是采用如下方式进行开发的：
它们与其他的软件组件兼容
它们都遵循开发标准，并且是按照标准进行程序设计的
可以方便的进行持续地维护
确保其文档符合相应的文档标准
确保这些软件组件均根据它们在系统中的类型和功能通过相应的测试水平。
确保它们满足技术设计文档中提出的要求。
确保具备完整的项目验收文档。
项目小组经理审查和审批组内其他成员完成的文档。
如果是由小组经理完成的文档，小组经理将决定是否制定一个审批人员。在这种情况下，建议采用来自小组外部的审批人员。审批人员也可能是用户，外部咨询顾问或者技术专家。
已审批的文档将在项目的下一个项目状态报告中说明已审批。
文档进行项目级别的审批（之前已经获得了小组级别的审批），那么项目组经理必须任命审查人员，由他执行质量审查工作。
审批人员所进行的质量审查工作，必须遵照质量审查和审批的规范。
已审批的文档将在项目的下一个项目状态报告中说明已审批。
以下描述交付品提交到项目管理组的审查流程
任何交付品在提交和发送给XX部门之前必须经已过授权的相关项目组领导人员审查和批准（例如该组的项目经理）。一旦文档撰写人员完成项目文档之后，他/她必须通知相应的审查人员。如果要求文档形式的附件，附件的文档名称必须写清楚。
当经过授权的人员审查完毕，必须用电子邮件通知文档已被批准并准备发布。审查人员也负责将文档从工作目录转送至控制目录。
- 交付物审查和签收流程
下图描绘了整个交付物的签收流程：
图 交付物签收流程
- 对每一个项目交付物，项目管理组来确认“指定审查人员”以及额外的审查人员和审查委员会。
- 在项目交付物的开发之初，项目管理组将首先与制定审查人员一道确认内容和结构的完整性，比如内容以及交付物所包含的关键元素。
- 项目管理组将与指定审查人员一道定义考核点，从而确保交付物是按照XX部门的期望进行开发的。
- 在交付物初步完成之后，项目管理组将开始建立“签收备忘录”来与制定审查人员达成“签收协议”。
- 每个项目交付物预期将有3轮审查。
- 如有必要，项目小组将进一步获得XX部门其他审查委员会的签收同意。
- 项目管理组可能会进一步向XX部门管理团队就主要交付物进行演示会，从而获得管理层对签收的认可。
- 在获得制定审查人员和XX部门额外审查委员会的签收同意之后，项目管理组将“签收备忘录”发送给项目发起人以获得批准。
- XX部门的项目发起人应该在“签收备忘录传送条（Transmittal Slip）”中指出下列对签收备忘录的反馈意见之一：
-
-
- 同意签收备忘录；或者
- 同意签收备忘录，但带附加意见；或者
- 不同意签收备忘录，并附加意见。
-
-
若XX部门没有任何附加意见的同意备忘录，则表示签收备忘录完全通过。
若XX部门同意签收备忘录，但有附加意见，则意味着XX部门同意签收交付物，但希望项目小组能有进一步的行动或进行澄清。在跟进活动完成之后，项目小组将发出一份单独的项目备忘录并通知XX部门。
若签收备忘录被XX部门拒绝，项目小组将与XX部门共同讨论补救措施，并重新发出签收备忘录。
- 发布控制
项目文档的发布应该在控制之中，所有项目文档的接收人应该在地址（“至”）和抄送接收人（“抄送”）列表中指明。
有两种方法进行项目文档发布：
-
- 电子方式发布：这种方法将主要用来给有电子邮件地址的项目团队成员发布文档。发布者将批准的项目文档发送给发布列表中所列人员。
- 实物方式发布：这种方法将主要用来给没有电子邮件地址的人员发布文档，或者发布有纸质附件的项目文档。此外，对附有签收备忘录传送条（Transmittal Slip）的签收忘录的审查请求也要通过实物方式来发布。发布者应将批准的项目文档传给管理支持人员以做发布。
- 管理支持人员应该采用以下方法来确保发布完成：
- 电子方式发布：发布者应监控接收人发出的电子反馈。
- 实物方式发布：管理支持人员或发布者应亲自或直接与接收人联系，从而确保他们确实已经收到文档。
- 文档归档步骤
项目文档归档分为两个步骤：
- 电子拷贝：经核准的项目文档记录应该由指定的项目交付物服务器作为主拷贝来保存。
- 实物拷贝：项目文档的物理拷贝附件应该用清晰的项目文档参考编号标识，并编入相应团队的项目文档当中去。
- 用户签收之后，应该将签过字的签收备忘录传送条（Transmittal Slip）发回给发送者，以便归入相应的签收备忘录当中去。
- 版本控制
项目文档由项目文档标号唯一识别。一旦项目文档经过核准和发布，项目文档及其附件应该被冻结并严格控制进一步修改。对已发布项目文档的修改应该在新的项目文档中进行归档。
验收工作的前提保障是每个软件组件都通过测试要求。除了测试流程以外，还必须进行质量审查和系统试行。软件组件的审查是测试和质量审查的结果。
总的来说，有三种级别的测试：
- 单元测试 – 测试软件组件
- 集成测试 – 测试模块及其关联
- 用户测试 – 测试整个系统
各种测试的方法和标准的细节将会在测试计划中给出。
单元测试是在项目小组的级别上进行的。
开发人员根据组内参与详细技术设计的人员预先准备的测试条件，对每个软件组件进行单元测试。
在成功完成软件组件的单元测试之后，开发人员将把软件组件代码、文档和单元测试结果提交给项目经理或者小组负责人，等待审批。
项目经理/小组负责人将检查所有的单元测试是否正确执行，以及所有的单元测试指标是否满足。项目经理/小组负责人检查完毕之后，将启动质量审查（由他/她自行完成或者任命其它审查人员完成）。
根据单元测试检查结果和质量审查结果，项目经理/小组负责人将对软件组件进行审批。随后项目经理将批准软件组件转入集成环境中。
项目经理负责审批的文档记录工作，质量审查和单元测试结果都将记录在项目文件当中。
集成测试（被认为是最后一轮测试）由项目小组执行。项目经理采用和单元测试审批流程相似的方法对集成测试进行审批。
集成测试是在交付软件组件进行用户测试之前进行的最后的测试，由项目组管理代表执行。
软件组件在提交进行用户测试之前，必须进行项目组级别上的的文档质量审查。在集成测试过程中，项目组管理人员将对选中的软件组件的文档进行质量审查，作为质量控制的一部分。
完成最终的集成测试，并且顺利通过质量审查之后，项目组经理将审批交付的软件组件，并同意转入用户测试环境，进行更进一步的测试。
在用户测试环境中对软件组件进行用户测试，这些组建之前已经顺利经过了集成测试，并得到项目组管理人员的审批。
一旦用户测试顺利完成，业务用户将向项目指导委员会提交建议，由项目指导委员会负责对已完成用户测试的软件组件进行审批，并下达指示，将软件组件转入生产环境当中。
试运行工作是系统正式上线运行前的在实际生产环境上进行的一段试运行期，在此期间，用户方和建设方密切检测和保障系统的运行，检测系统各项运行指标均达到或超过设计的有关要求，对出现的问题及时分析及时解决。
试运行工作完成后，用户提交满足业务需要的试点运行报告。试运行工作会极大的降低了系统正式上线运行的风险发生情况。
在项目周期终结完成后，项目成果检验是项目验收工作的重要内容。在本项目中，最终的项目成果分为两大类：项目管理类文档、系统程序类。
| 序号 | 名称 | 格式 |
| 1 | XX部门全过程预算绩效管理信息交流平台系统软件需求说明书 | Word |
| 2 | XX部门全过程预算绩效管理信息交流平台系统软件概要设计说明书 | Word |
| 3 | XX部门全过程预算绩效管理信息交流平台系统软件详细设计说明书 | Word |
| 4 | XX部门全过程预算绩效管理信息交流平台系统数据库设计文档 | Word |
| 5 | XX部门全过程预算绩效管理信息交流平台系统源码 | 源代码 |
| 6 | XX部门全过程预算绩效管理信息交流平台系统程序 | 安装程序 |
| 7 | XX部门全过程预算绩效管理信息交流平台系统测试用例 | Word |
| 8 | XX部门全过程预算绩效管理信息交流平台系统测试报告 | Word |
| 9 | XX部门全过程预算绩效管理信息交流平台系统用户手册 | Word |
| 10 | XX部门全过程预算绩效管理信息交流平台系统维护辅助文档 | Word |
| 11 | XX部门全过程预算绩效管理信息交流平台系统产品发布说明 | Word |
| 序号 | 名称 | 格式 |
| 1 | XX部门全过程预算绩效管理信息交流平台系统项目任务书 | Word |
| 2 | XX部门全过程预算绩效管理信息交流平台系统项目总体计划 | Word |
| 3 | XX部门全过程预算绩效管理信息交流平台系统测试计划 | Word |
| 4 | XX部门全过程预算绩效管理信息交流平台系统培训计划 | Word |
| 5 | 项目实施手册 | Word |
| 6 | 质量保证计划和质量管理文档 | Word |
| 7 | 试点地区验收报告 | Word |
| 8 | XX部门全过程预算绩效管理信息交流平台系统项目总结报告 | Word |
一个严格的实施服务组织队伍对于项目的成功起着十分关键的作用，作为技术服务单位，软件公司公司总结以往丰富的实施经验，其实施组织将采用如下图结构：
图 实施组织结构图
（1）项目总监
由软件公司公司参与项目的领导负责人组成，对项目的重大事件进行决策并对项目全过程进行监督及协调。
（2）档案管理
建立项目实施过程中产生的各种文档、记录、数据库等，形成技术支持和服务档案记录库，并负责服务档案的整理、保管、查阅等归档工作；
（3）质量保证
由软件公司质量部人员组成，直接对项目总监负责，定期负责对实施服务文档、记录等进行审查和评估，具有质量否决权。同时对服务过程中可能发生的风险进行识别、量化风险，并监督项目经理制定风险应对计划和风险应对控制等。
（4）开发项目经理
对项目实施过程中涉及的各种软件技术问题或需求进行安排和监督，协调实施和研发的各种问题，对技术总监负责。其具有具体方案的决定权，并负责开发方面的计划与控制、人员配置管理和进度等工作。
（5）实施项目经理
负责组织、协调、监督和管理部门预算系统的技术支持和服务工作，对项目总监负责，对具体方案具有决定权。其主要职责是：制定与修订服务工作的具体计划，控制计划的执行，考核计划的完成情况；监督服务质量，协调人力资源，保证服务工作符合合同规定和公司质量管理体系；协调和处理服务中出现的难点和问题；与客户建立良好的合作关系，达到客户满意度。
（6）客服经理
软件公司公司成立专门的客服部门，负责对热线电话和在线问题进行安排、调度和监督，并负责对开发产品和实施服务定期进行客户的满意度调研，并对其进行分析和报告，制定满意度提高的改进方案，对项目总监负责。
（7）网站系统管理员
负责公司的网上服务中心（http://www.qqsa.com），和ftp服务器（ftp://ftp.qqsa.com）的管理和维护。
（8）网站维护美工
负责公司网上服务中心（http://www.qqsa.com）的图片、网页布局、美化工作。
（9）开发技术支持组
由软件公司公司开发XX部门全过程预算绩效管理信息交流平台系统的开发人员组成，主要负责系统实施过程中遇到的各种高难度问题或需求的解决和实现，从技术上保证系统能够更加适应地方特点。这些开发人员掌握系统设计思想、架构，具有多年财政系统开发维护经验。
（10）热线电话服务人员
通过固定电话和地点，统一受理用户的各类问题，建立用户问题库，当问题不能立即解决时，则协调、监督用户问题的处理，保证用户所有问题都得到处理。
（11）网络在线服务人员
通过网站、QQ统一受理用户的各类问题，在线解决用户的各种问题，建立用户问题库，当问题不能立即解决时，则协调、监督用户问题的处理，保证用户的所有问题都得到处理；
（12）实施工程师
接受实施项目经理的监督，按照问题处理流程，接受客服统一调度，完成XX部门全过程预算绩效管理信息交流平台系统的技术支持、服务，并保证服务工作的时间和质量，形成工作记录和日志。
（13）培训工程师
接受实施项目经理的调遣，按照合同、计划和技术支持服务规范，完成所负责工作的培训工作，并保证服务工作的进度和质量，形成工作记录和日志。
（14）项目应急中心
由软件公司公司的售后部、实施部、开发部核心人员组成应急中心，售后和实施部安排专门的接听电话机，对于用户打来的各种电话，及时协调小组成员解决实际工作中的各种问题，如果电话不能解决则安排专人上门解决。
服务团队主要人员从事财政行业的经验见下表：
表 服务人员从事财政行业的经验表
| ３年以上 | ５年以上 | |
| 财政行业经验 | 4 | 12 |
| 21.05% | 63.16% |
从事财政行业经验五年以上的人员占到投入人员的63.16%，见下图。
图 服务人员财政经验
（1）多个财政核心业务系统的开发者和实施者。
（2）全国用户需求的最全面理解者。
（3）形成了以分公司、代理服务商为基础的本地化服务网络。
（4）制定了完善的需求收集及问题处理机制，使服务规范化。
（5）通过维护服务管理规范和公司员工工作交接等制度，使服务连贯化。
（6）提供现场、远程、网站、ftp、QQ群、在线答疑等多样化的服务方式。
公司对服务的品质、纪律都有明确的规定，要求服务人员必须养成良好的职业道德，牢固树立“敬业爱岗、诚实守信、办事公道、服务客户、奉献社会”的良好风尚。
1）坚持“以客户为中心”的服务宗旨，为客户提供忠实、高效的服务，做到让领导放心满意、客户高兴。
2）具有强烈的职业责任心和事业感，做到对工作兢兢业业，对客户服务周到。
3）强化市场观念和竞争意识，讲求优质服务和经济效益，维护客户与公司的共同利益。
4）树立诚信观念和信用意识，真诚对待客户，做到诚实守信、信守承诺，公平、公正。
5）讲究文明礼貌、仪表仪容，做到尊重客户、礼貌待人、使用文明用语。
6）发扬团队精神，维护企业整体形象，部门之间、上下工序之间、员工之间相互尊重，密切配合，团结协作。
行为规范是指与客户服务工作更直接相关的服务规范。电话、Web及现场是我们为客户服务的具体场合，要通过高效、真诚、周到、优质的服务，让客户满意，赢得更多客户的信赖，为公司开辟更广阔的市场。
1）电话服务——整体原则：畅通、方便、高效
时刻保持电话畅通，电话铃响5声内接听（超过5声的应首先道歉），应答时要首先问候“您好”，然后报出单位（部门）名称。
受理客户咨询业务时，应耐心、细致地答复。不能当即答复的问题，应向客户致歉，并留下联系电话，研究或请示领导后，尽快答复。
接到客户电话报修时，详细询问问题情况，并记录客户的姓名、电话、地址，查阅客户档案。如判断是客户内部故障，电话引导和协助客户排除故障；如无法判断故障原因或判断确属于公司维护范围内的故障，立即通知相关业务部门去处理。
接到客户投诉或举报时，应向客户致谢，详细记录具体情况后，立即转递相关部门或领导处理。投诉电话应在5个工作日内，举报电话应在10个工作日内给予答复。
当客户打错电话时，应礼貌地做出说明。
在接听电话过程中，应根据实际情况随时说“是”、“对”等，以示在专心聆听，重要内容要注意重复、确认。
通话过程中，须等客户先挂断电话后再挂电话，不可强行挂断。
2）在线服务——整体原则：简洁、实用、快捷
网页制作直观，色彩明快，图标精美，首行文字应键入“感谢您进入软件公司网页”字样。
网上服务内容应包括提供软件下载，故障信息查询，故障申报，网上投诉，在线维护手册、产品介绍、专题文章、常见问题下载，并设有导航服务系统和“请点击”字样。
准时打开网络服务器，及时回复业务受理情况，公布处理结果。
3）现场服务——整体原则：安全、守信、满意
在出现场前，应与客户预约时间，请客户予以配合。
与客户会面时，应主动出示证件，并进行自我介绍。
遵守客户内部有关规章制度，尊重客户的风俗习惯。
现场工作时，需借用客户物品（如椅子等），应征得客户同意，使用中爱护客户物品，用完后先清洁再轻轻放回原处，并向客户致谢。
工程师到达故障现场后，应尽快为客户解决问题。禁止接收客户的礼品，禁止与客户发生争吵。
发现因客户责任引起的故障损坏，应礼貌地与客户分析损坏原因，由客户确认，并在工作单上签字。
尽量满足客户的合理要求，遇有客户提出非正当要求或要求无法达到时，应向客户委婉说明。
如损坏了客户原有设施，必须遵循客户意愿恢复原貌或等价处理，达到客户完全满意。
工作结束后，应清理好现场，不能留有残留物和污迹，做到设备、场地清洁。同时主动征求客户意见，并将本部门联系电话留给客户。
对甲方提出的各种技术问题进行解答，帮助理解系统设计，以利用系统完成其日常业务工作的需要。
软件公司公司对软件系统进行日常维护，并依据甲方的指示，提供相关的业务咨询服务。
当软件出现漏洞时，软件公司公司对系统进行修正，并进行必要的测试验证通过后，将补丁通过邮寄或者发布到网站（http://www.qqsa.com）和ftp服务器：（ftp://ftp.qqsa.com）的方式通知用户。
当用户发现数据有问题时，软件公司公司获取数据库备份后，由专人处理，一般问题2小时内给予解决，特殊情况不超过2天时间解决完成。
对于由于本软件系统问题造成的数据损失，软件公司公司在收到甲方通知后 24 小时内，安排技术人员上门解决。
软件公司公司定期整理系统常见问题，并将问题集锦发布在公司的网站上。
为了使甲方的技术人员更加方便、快捷的学习和了解系统，软件公司公司将按照系统使用的频度情况，对于使用率高的系统或模块制作培训演示光盘。
对于甲方提出的接口开发要求，软件公司公司安排专门的技术人员，在甲方的指导和安排下，和对方公司确定可行的解决方案，经甲方同意后，按照解决方案完成接口需求。
在验收合格后我公司将提供免费1年的技术支持和服务，具体服务内容和方式包括：
1）成立专门的工作小组为用户解决遇到的问题。
2）利用全国服务网络，为用户提供及时、必要的48小时内到达现场的服务
3）提供7*24小时技术支持和服务，1小时内做出实质性响应，4小时内做出故障诊断报告；根据用户要求，对重大问题提供现场技术支持，4小时内到达指定现场。问题解决后24小时内，提交问题处理报告，说明问题种类、问题原因、问题解决中使用的方法及造成的损失等情况。
4）与甲方随时交流系统的应用情况。
5）服务范围包括系统安装、培训、技术支持等。
6）服务方式包括电话、互联网、E-MAIL和现场等方式。
7）在服务期内，公司的热线电话，热线手机，E-mail，通过公司的WEB网站www.qqsa.com、技术支持白皮书、宣传资料、工程师、调度等方式，予以公布，以便于客户和我们取得联系。
8）在服务期内每年提供至少一次的免费现场巡检服务，并向用户提供巡检报告。
远程故障诊断是指利用MODEM等方式来远程解决用户的疑难问题。用户具备远程登录解决条件，即：网络或者主机端安装调试好Modem或提供可以通过远程登录的拨号服务等。用户提供一个远程登录的操作系统用户和口令，工程师使用完毕后，用户修改口令，以确保用户系统的安全性。
当咨询服务和远程数据维护解决不了的问题，或者客户要求提供需要现场服务的时候，我们可以为客户提供现场技术服务。
公司具备实施人员有4小时到达现场的能力。
对于软件产品服务，公司为每一个客户开设专门的ftp帐户和共用的ftp帐户，ftp服务器：ftp://ftp.qqsa.com，如下图，服务器提供40G的大容量空间。供客户传递需要公司解决的各种专门的相关资料。并设有专门的管理员对帐户进行管理，对服务器定期进行清理和维护。
图 热线站点服务
另外，公司还使用腾讯通RTX、QQ或POP提供在线问题解答，如下图所示。
图 网上通讯工具
软件公司公司实施部和客户服务部定期或不定期会采用电话或现场方式对用户进行服务、产品和运用情况进行调查，了解用户运行的情况，帮助用户发现和解决问题。
如果数据库不定期检查，一方面会引起使用性能下降，另一方面会带来许多垃圾数据，对数据正确性带来很大的隐患。软件公司公司会定期检查用户的数据库，了解用户运行的情况，帮助用户发现和解决问题。
人员培训作为项目实施的一个重要环节，对整个项目的实施至关重要，通过系统的培训，使得工作人员能够快速掌握日常工作所需要的专业技术知识和经验，从而保障整个系统的顺利运行。
软件公司公司承诺对甲方组织的培训班提供以下免费服务：教学环境的软件安装、主讲教师、辅导教师、教材资料、光盘，并对培训以及试点实施过程发生的交通、食宿等费用自理。
XX部门全过程预算绩效管理信息交流平台系统试用范围广，参与培训人员比较多，为使培训有准备、按计划实施，使用户尽快熟悉培训内容，达到预期的培训目的，培训过程分为编制培训计划、培训材料准备、实施培训、培训考核、培训效果调查和培训总结六个阶段，如下图所示。
（1）编制培训计划
培训时间确定后，培训负责人需咨询参加人员的计算机水平和业务水平，为编写《培训计划》所需的培训目标、培训教材、培训方式、课程设置、培训期限等提供重要依据，提交用户和实施部经理确认。
（2）培训材料准备
准备培训所需要的培训手册、数据库、练习题、考题、讲课提纲以及培训效果调查问卷。
（3）实施培训
准备培训前的环境，然后按照确定的培训计划进行培训。培训教师需及时了解培训中存在的问题、及时进行评价，信息反馈，进行必要的教学调整及相关工作的改进，确保培训质量保证培训工作的顺利进行。
（4）培训考核
对参加培训学员对培训内容的掌握程度和满意度进行考核和调查，是评估培训效果的一个指标。
（5）培训效果评估
培训效果评估可分为三个层次，第一个层次为绩效评估，是评价学习的成果，第二个层次是通过调查参加培训人员对培训的满意度，第三个层次是参加培训人员在培训结束后的行为绩效的评估。
（6）培训总结
对整个培训过程进行总结，对用户提出的各种意见进行整理、反馈。
图7.2‑1 培训流程图
采用边讲解边上机操作、互动研讨的培训方式。
参加培训业务人员需要具有转移支付管理业务经验，技术人员需要有一定的Oracle、Sql Server数据库管理经验。
培训时对计算机硬件环境要求如下表所示。
表 硬件环境要求表
| 编号 | 名称 | 数量 | 配置 | 描述 |
| 1 | 教师机 | 1台 | PC机，P4 1.8G 双CPU、2G内存、36G硬盘以上 | 用于教师讲课用。可以与数据库服务器共用。 |
| 2 | 数据库服务器 | 1个 | Pc Server，P4 1.8G双cpu/2G内存/ 36G硬盘以上。 | 运行Oracle或者Sql Server数据库，并启动1个数据库实例。 可以与教师机共用。 |
| 3 | 学生机 | 若干 | P4 1.8G以上，512内存以上，预留硬盘空间1G以上，网速为100M的网卡 | 学员同步练习使用，建议一人一台。 |
| 4 | 投影仪 | 1台 | 用于投影教师机的讲课内容 | |
| 5 | 语音扩音设置 | 1套 | 保证坐在教室最后一排的学员能听清。 | |
| 强调：需要多媒体教学环境。教师机能控制每台学生机，并且学生机和教师机可以同步显示讲课内容。 | ||||
培训时对计算机软件要求如下表所示。
表 软件环境要求表
| 编号 | 名称 | 软件或者操作系统 | 描述 |
| 1 | 数据库服务器 | Win2000 sp4、WinXp操作系统 | |
| 2 | 教师机和学生机 | Win2000 professional、winXp等 | |
| 3 | 中文Excel | 如果使用“预算数据分析”功能，须安装中文Excel 2000或以上。 | |
| 4 | 杀毒软件 | 瑞星、诺顿等 | |
| 5 | 其他软件 | Oracle、Sql Server和业务软件 | 软件公司公司准备 |
在经过五个省级用户试点运行后，软件经过修改、完善及回归验证后建议进行全国集中培训。软件公司公司具备很强的技术优势、业务优势、专业化的培训优势、丰富的培训经验、完善的培训制度、专门的培训教师可以提供全方面、多层次的培训方案。
XX部门全过程预算绩效管理信息交流平台系统需要组织上百人左右的培训班，对于这种全国性的大规模培训，往往由于参加培训人员的计算机水平和软件掌握水平参差不齐，对培训老师、培训教材、讲课方式等方面都提出了较高的要求。如果没有一套切实可行的培训计划，没有丰富的全国大规模培训经验是很难胜任的。
为了更好地配合系统软件的推广和运用，使全国XX部门门能够使用该系统顺利完成相关工作，提高软件的使用水平，需要组织对系统软件应用进行全面培训，本次培训的目标为：
（1）了解软件功能所涉及的财政业务。
（2）了解XX部门全过程预算绩效管理信息交流平台系统功能。
（3）财政业务人员通过培训能够使用XX部门全过程预算绩效管理信息交流平台系统软件完成管理业务。
（4）能够使用XX部门全过程预算绩效管理信息交流平台系统软件获取各种需要的分析和汇总的数据。
（5）信息中心人员通过培训能够进行软件的日常维护。
依据以前部门预算和地方财政分析评价系统培训经验，XX部门全过程预算绩效管理信息交流平台系统需要信息中心人员和预算业务人员共同参与，但他们的分工和工作内容有所不同，所以建议培训分两期进行，每期6天，一期是技术培训，参加培训人员为信息中心人员，培训内容主要针对软件维护和系统设置方面。另一期是业务培训，参加培训人员为预算业务人员，培训内容主要针对软件的审核、分析汇总和查询功能，课程描述
本次培训主要针对软件功能以及功能所涉及的业务进行培训。培训内容主要包括：
（1）典型的业务模式介绍
（2）功能介绍
（3）业务交流
XX部门全过程预算绩效管理信息交流平台系统软件包含了多个模块，如何将这些子系统跟业务紧密地联系在一起，是培训的重点和难点。
从试点的5个XX部门门，聘请1-2个业务骨干，介绍系统在他们那里的运用情况，以及试点过程中他们的经验和运用建议，以帮助其他地方顺利、快速运用新系统。
（1）培训教师按照10：1的比例配备。软件公司公司参与老师10人，其中：讲课老师5人，辅导老师5人。讲课老师必须既了解XX部门全过程预算绩效管理信息交流平台系统功能又了解财政业务。
（2）邀请参与XX部门全过程预算绩效管理信息交流平台系统试点的省级用户从实际应用角度进行经验交流。
（3）邀请财政转移支付项目管理监控业务开展好的用户进行经验交流。
培训准备工作是一项复杂而又细心的工作，它直接影响到培训的效果。培训准备工作主要涉及到培训手册、培训数据库、培训练习题、培训考题和培训提纲，对于这些培训材料必须评审通过后才能印刷和提交给用户。
培训手册由培训负责人组织培训教师编写，由于培训手册不同于一般的软件使用手册，包含的内容不需要太全、太细。
对于初级班（初次使用软件的）用户，培训手册以介绍常用操作为主，高级班或者提高班用户以介绍软件的重点和难点为主。
信息中心人员和预算业务人员因分工和工作内容的不同，需要准备《XX部门全过程预算绩效管理信息交流平台系统培训手册之技术部分》和《XX部门全过程预算绩效管理信息交流平台系统培训手册之业务部分》两本培训手册。其中：《XX部门全过程预算绩效管理信息交流平台系统培训手册之技术部分》的读者为信息中心人员，《XX部门全过程预算绩效管理信息交流平台系统培训手册之业务部分》的读者为转移支付主管业务人员。
培训手册时需要包含以下内容：
（1）培训手册需包含但不限于培训的所有内容，
（2）培训手册需插入与文字描述相关的图片，便于用户阅读。
（3）培训手册需包含软件操作的重点、难点和使用技巧
（4）培训手册需包含软件操作过程中的注意事项
（5）培训手册需包含随堂练习的练习题
（6）培训手册需与培训练习数据库内容保持一致
（7）培训手册要包含一个完整的培训模板案例，如下图所示。
培训手册准备完成后，要求实施部经理及培训负责人对手册进行初审。对于初审通过的手册才可以进行评审。
图 培训手册截取片段1
图 培训手册截取片段2
培训手册准备成果：
《XX部门全过程预算绩效管理信息交流平台系统培训手册之技术部分》
《XX部门全过程预算绩效管理信息交流平台系统培训手册之业务部分》
在准备培训手册的同时，需要同步准备培训练习数据库和培训结果数据库。培训练习数据库是培训时学员随堂练习的数据库，培训结果数据库是操作完成后的结果数据库，与培训手册配合使用。如果学员操作过程中有什么问题可以直接查找结果数据库，如下图所示。
培训练习数据库和培训结果数据库准备好以后，要求质量部门相关负责人对培训用数据库进行测试。
培训数据库准备成果：
培训练习数据库（技术培训）
培训结果数据库（技术培训）
培训练习数据库（业务培训）
培训结果数据库（业务培训）
在培训过程中，对于要求学员重点掌握的内容，必须准备练习题。练习题的内容和数量取决于软件操作的复杂程序、用户使用的频率和用户使用软件的长短。对于初级班（初次使用软件）的用户，练习题的数量会相对多一些，练习的内容以常用操作为主，如下图所示。对于高级班或者提高班的用户，练习题的数量会相对少一些，练习的内容以解决实际问题为主，如下图所示。
练习题准备完成后，要求实施部经理及培训负责人对练习题进行初审，然后提交测试负责人进行测试。
图 培训练习题1
图 培训练习题2
培训手册、培训数据库、培训练习题和考题都准备好以后，就开始指定相关培训教师编写培训使用的PPT了。
讲课提纲与培训手册有本质上的区别，它是讲课内容的高度概括，在培训过程中担当承上启下、提纲挈领的作用。
编写讲课提纲时需要注意以下几点：
（1）培训讲课老师准备自己使用的PPT。
（2）PPT的编排与讲课顺序保持一致。
（3）根据不同的专题来拆分，如下图所示。
（4）讲课的重点和难点必须在提纲中反映。
讲课提纲准备完成后，要求实施部经理及培训负责人对讲课提纲进行初审。对于初审通过的讲课提纲才可以进行评审。
图 讲课提纲
在培训手册、培训数据库和培训练习题准备好之后，培训负责人要指定培训教师根据培训手册及培训用数据库的情况编写培训考题和答案，如下图所示。
考题和答案编写完成后要求实施部经理及培训负责人对考题答案进行初审。对于初审通过的考题答案才可以进行评审。
图 培训考题
培训考题准备成果：
试题（技术培训）
答案（技术培训）
试题（业务培训）
答案（业务培训）
培训效果调查采用的方式有问卷、座谈、课堂观察、面谈、考核等几种。这几种方式可以在培训的不同阶段使用。
在实施培训过程中，我们采用课堂观察的方式，课间休息时采用面谈的方式，培训结束后可以采用问卷、座谈和考核的方式来调查培训效果。由于XX部门干教中心明确要求培训结束后必须对讲课内容进行考核，所以我们把准备考题单独作为一节，参见7.3.4.5。
培训效果调查表如下表。
表 培训效果调查表
| 序号 | 调查项目 | 分值 | 建议 | ||||
| 非常 满意 （5分） | 基本 满意 （4分） | 满意 （3分） | 不满意 （2分） | 非常 不满意 （1分） | |||
| 1 | 培训计划的合理性 | ||||||
| 2 | 培训计划与培训目标符合程度 | ||||||
| 3 | 培训手册与培训目标的符合程度 | ||||||
| 4 | 培训手册是否重点突出 | ||||||
| 5 | 培训手册难易程度 | ||||||
| 6 | 讲课教师的业务水平 | ||||||
| 7 | 讲课教师的讲课进度 | ||||||
| 8 | 讲课教师的软件水平 | ||||||
| 9 | 讲课教师的讲课态度 | ||||||
| 10 | 讲课教师的讲课能力 | ||||||
| 11 | 讲课教师的培训方法 | ||||||
| 12 | 辅导教师的服务态度 | ||||||
| 13 | 辅导教师的业务水平 | ||||||
| 14 | 辅导教师的软件水平 | ||||||
| 15 | 教师配备是否合理 | ||||||
| 16 | 培训教室设置情况 | ||||||
| 17 | 讲课内容满意程度 | ||||||
| 18 | 讲课内容与计划符合程度 | ||||||
| 19 | 教材、讲义配备程度 | ||||||
| 20 | 这次培训的总体评价 | ||||||
按照培训课程的安排，事先录制培训内容，使参加培训的人员回去后可以通过录像加强对新系统的学习，同时，将培训材料、系统软件等相关材料刻录在光盘上。
成果
培训课件光盘
培训材料准备完成后，依据下图所示的流程进行评审或者测试。
评审组成员涉及到实施部、开发部和质量部，评审依据是培训计划和ISO9001和CMMI质量体系文档，评审或者检查的结果录入到Rational ClearCase系统，如下图所示。对于没有争议的评审意见，由相关负责人对培训材料进行修改。对于有争议的评审意见，将召开评审会。
按照评审意见修改完培训材料后，将由质量部相关负责人进行检查校验。对于校验通过的培训材料才可以印刷和提交给用户。
图 评审流程
图 评审记录
实施培训就是到培训现场开展培训工作。在培训之前，首先需要搭建培训环境。
根据培训内容和参加培训人员的数量在培训教室的计算机上安装相关软件，并进行测试，然后对音响设备、投影仪及教学软件进行调试。
培训开始前向参加培训人员发放培训教材，使其对培训的内容事先有所了解。培训时，必须按规定在《培训考勤表》上签到。
培训过程中，辅导教师要记录下参加培训人员对软件应用上的反馈意见，培训教师需及时了解培训中存在的问题、及时进行评价，信息反馈，进行必要的教学调整及相关工作的改进，确保培训质量保证培训工作的顺利进行。
培训课程结束后，要对参加培训人员进行考核。考核前向参加培训人员发放《培训效果调查表》，收集培训的反馈意见。
考核采用上机操作和笔试两种方式，各占50%。上机操作主要检查参加培训人员随堂练习结果，笔试考核结束培训教师对考卷进行评定并记录分数。
培训效果评估的目的是了解培训是否达到了预期的目标，参加培训人员是否得到了知识、技能和能力的提高以及对培训效果的满意度。评估的结果可为今后的培训项目提供参考。
培训效果评估可分为三个层次，第一个层次为绩效评估，是评价学习的成果，即在培训结束时对参加培训人员的考题考核，其结果作为学习绩效评价的依据；第二个层次是通过调查参加培训人员对培训的满意度，即在培训结束后进行的培训效果调查表，其结果对整个培训工作做一个综合评定；第三个层次是参加培训人员在培训结束后的行为绩效的评估，即参加培训人员学到的知识与技能是否对完成财政转移支付项目管理工作有实际价值，即培训者从培训学习环境迁移到工作环境后，是否使用了学到的知识与技能，绩效评估只能通过后期参加培训人员的跟踪和反馈获得结果。
培训结束后，培训负责人对本次培训情况做详细总结（包括参加培训人员的学习效果和培训项目本身有效性评价），形成《培训报告》，交由组织单位对培训的整体效果进行评估。
培训负责人应对于用户提出的各种意见（包括对培训教师的意见和对项目产品的意见）进行整理，制定出相应的改进措施。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
