绩效评估管理系统白皮书.doc

绩效评估管理系统

绩效评估管理系统

公司

V2.0 GX-JL-K02-01
目录

第一章 前言 4
1.1 背景和现状 4
1.2 业务模式建议 4
1.3 系统名称和版本号 4
第二章 产品概述 5
2.1 目标 5
2.2 原则 5
第三章 总体方案 6
3.1 系统结构图 6
3.2 系统拓扑结构图 7
3.2.1 软件设计 7
第四章 技术路线 11
4.1 系统逻辑架构 11
4.2 体系结构 12
第五章 功能模块简介 14
5.1 信息发布 15
5.1.1 实现专项考核结果的发布。 15
5.1.2 实现绩效评估结果的发布。 15
5.1.3 实现绩效评估相关文件的发布 16
5.1.4 整体处理流程 16
5.2 数据操作 16
5.2.1 数据录入 16
5.2.2 数据转换 17
5.2.3 计算 18
5.3 分析反馈 18
5.3.1 结果分析 18
5.3.2 辅助管理 19
5.3.3 在线查询功能 19
5.3.4 统计显示功能 20
5.4 系统管理 20
5.4.1 日志管理 20
5.4.2 机构管理 20
5.4.3 警员管理 20
5.4.4 用户管理 21
5.4.5 权限管理 21
5.4.6 字典维护 21
5.4.7 数据备份 21
5.4.8 数据恢复 21
5.5 外部接口 21
5.6 软硬件环境需求 21
第六章 性能指标 22
第七章 我们的服务承诺 22
7.1 售前服务 22
7.2 售中服务 23
7.3 售后服务 23

第一章 前言
1.1 背景和现状
… …
1.2 业务模式建议
业务模式采用在市局建立中心数据库，各分县局、业务部门、内设机构和最小作战单元通过公安专网来访问中心数据库，进行相关的业务和绩效评估操作。
1.3 系统名称和版本号
中文名称：绩效评估工作管理系统
英文名称：Merit evaluate and appraise work management system
版本号：Version 1.0

第二章 产品概述
2.1 目标
以“整体防控、精确指导、精确打击”为指导思想，突出专业化指导，运用当前成熟的信息化技术，搭建一个以“四个维度”指数评估法为核心的绩效评估工作管理系统。为各单位找准自己的定位，确定警力、财力、科技投入，明确自身的工作目标和努力方向，注重全面、可持续的发展，以追求全局各项工作的总体提升提供技术支撑。
为确保局属单位各个层级绩效评估工作的顺利进行，研究开发全局各个层面共同使用的绩效评估工作管理系统。运用现代科技手段,实现全局工作任务及完成标准、绩效评估指标的统一发布；实现绩效评估指标数据采集及数据汇总和处理、绩效评估结果生成、结果分析、结果反馈，统计查询等自动化管理，从而使各单位能够利用绩效评估工作管理系统，全面、及时地掌握各项工作的基本信息，不断提升工作水平。
2.2 原则
系统设计充分考虑长远发展需求，统一规划、统一布局、统一设计。在实施策略上根据实际需要及投资金额，分期配置、分期实施、逐步扩展，保证系统应用的完整性和用户投资的有效性。因此在方案设计中，我们将遵循以下设计原则：
l 标准化原则
系统建设成功的最主要标准之一。俗化说，项目未动、标准先行。因此，系统建设、业务处理和技术方案应符合国家有关信息化标准政策的规定。数据指标体系及代码体系统一化、标准化。这样系统才能保证具有其它特性。
l 先进性原则
绩效评估工作管理系统是一个服务于新世纪的工程，需要广泛吸取国内党政绩效评估工作管理系统建设方面的成功经验，采用当今世界最先进、最成熟、最有发展前途的技术，使系统建立在较高的起点上。除服务器系统、存储设备、网络产品等硬件设备要选用业界领先的产品外，软件平台选用主流产品，既要着眼于目前系统的需求，还要面向未来的发展。
l 安全性原则
绩效评估工作管理系统中的用户有着各种各样不同的权限级别和应用层次，因此在系统设计时，应该充分考虑不同用户的需求，保证正常用户能够高效、快速地访问授权范围内的系统信息和资源。同时，也必须能够有效地阻止未授权用户的非法入侵、以及非授权访问。
l 可靠性原则
由于绩效评估工作管理系统涉及党委评价和人事等保密性信息，所以系统传输、存储应具备较高的安全性，同时随着系统应用的实时性和广泛性增加，系统应具备较高的可靠性。
l 开放性原则
开放性是现今计算机技术发展过程中形成的一种建立大系统，扩大系统交流范围的技术原则。系统总体方案设计在体系结构、硬件平台、软件平台的确定方面，从设备选型到设计、开发都充分考虑了＂标准和开放＂的原则。在应用系统的设计与开发方面，依据标准化和模块化的设计思想，在此基础上建立具有一定灵活性和可扩展性的应用平台，使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口，系统内部也保持相当程度的可扩充性。
l 实用性及可扩展性原则
系统的建设既要充分体现系统业务的特点，充分利用现有资源，合理配置系统软硬件，保护用户投资；又要着眼建成后使用，具有良好的扩充能力，可以根据不断增长的业务需求，能够随着信息技术的发展而不断地平滑升级。各计算机应用系统的开发，应做到功能完善、使用方便、符合实际、运作高效。
实用性的原则是系统能够成功应用的关键。在系统的设计阶段就应该充分考虑用户当前的各种业务层次的需求、各个环节的数据处理以及管理要求。在实际的项目实施过程中可以采用总体设计、分布实施的方案，保障用户的核心部门的核心业务功能首先得到实现，增加系统的实用性。然后再逐步扩充，保障系统建设的有效性和连贯性。
系统采用模块结构，能保证功能和业务管理范围的扩展。
l 可维护性及易用性原则
由于绩效评估工作管理系统的范围大、应用广，因此对于系统的管理和维护性能带来了更高的要求。在方案设计时，易管理、易维护性原则成为将来系统应用实施过程中的重要条件。因此，系统设计必须充分考虑管理维护的可视化、层次化以及控制的实时性。
系统面向掌握不同计算机知识层次的人员要容易操作使用。
l 经济性原则
在保证系统能够安全、可靠运行的前提下，最大限度地降低系统造价，充分利用原有的计算机设备、网络设备、业务应用系统、数据等的投资，进行平滑过渡，注重经济性，避免浪费。同时计算机与网络技术的发展是非常迅速的，通常不可能选择一种永远不过时的计算机及网络技术。所以在构造一个管理信息系统时，应该将投资与目前的应用紧密结合起来，选用便于向更高的技术过渡的方案。
l 灵活性原则
系统能适用操作环境、操作方式和操作系统环境的变化。
l 兼容性原则
要保证与公安部有关代码标准的统一，同时满足市局其他管理系统数据标准要求。要实现各系统数据的准确转换、上报。

第三章 总体方案
3.1 系统结构图
系统的建设采用全市集中式——数据集中、业务处理集中，因此从总体结构上系统的结构下图所示：

3.2 系统拓扑结构图

上述为主要服务器的配置情况，实际是放在机柜中的，在上图中只是一个示意。

3.2.1 软件设计
3.2.1.1 设计原则
1、与应用紧密结合
2、高性能
3、为市场上的主流产品
4、易于维护和开发
3.2.1.2 三层架构
三层架构Client/Server结构是大多数系统的主流应用结构，但如今新开发的系统越来越多的开始采用Client/Application/Server结构。尤其在集中式的系统开发和设计中，基本上采用三层结构进行设计和开发，软件结构如下：

在上述模型中，将数据操作、业务表示、前台界面分别进行设计，实现了软件的模块化设计。
◆ WEB服务器层：
处理Internet客户提出的HTTP请求，调用后台的网页生成服务，并将网页生成服务所生成的动态页面通过HTTP协议返回给Internet客户。
◆ 业务逻辑层：
通过运行由组件或高效的运行于中间件上的应用程序，执行绩效考核的业务逻辑并进而访问数据库，更新或提取业务数据，并将结果返回给表达逻辑层。
◆ 数据层：
用来存储数据。
◆ 表现层：
表现层是直接面向用户的展示页 面，所有的业务逻辑和对数据的操作都是通过。
总的来说，在系统软件、工具软件和中间件产品的选择上尽量使用高效、安全和通用产品，利用成熟的开发技术也保证项目的可行性。
3.2.1.3 MVC架构
系统应用J2EE的MVC框架设计，采用struts结构。Struts是源代码开放的企业级Web应用开发框架。Struts由一系列的框架类、辅助类和定制的JSP标签库构成，定位在基于Model 2设计模式的J2EE应用开发。在MVC体系中，数据模型（Model）、表现逻辑（View）和控制逻辑（Controller）是分离的组件，但它们可以互相通信。MVC设计模式为构建可扩展、可重用的代码打下了一个坚实的基础。Struts是对MVC设计模式的一种实现。Struts力图从整体上减轻构造企业级Web应用的负担，并提供国际化和数据库连接池支持。Struts被认为是具有工业强度的框架，适合于大的应用系统。框架图后图所示。
视图：
所谓的“视图”其实就是界面。视图不应当处理数据。从理论上说，如果你在模型中实现全部业务逻辑，那么你可以创建多个视图，也就是桌面应用程序、数据库系统或者Web应用程序的界面。由于所有最麻烦的工作代码都保存在了模型上，所以创建新的视图并不令人感到过分的痛苦，产生软件编码错误的可能性也就随之大大降低了。
Struts采用JSP作为MVC的视图(View)组件。每一视图都是采用了定制标签库的JSP页面。Struts包括了一个广阔的便于创建用户界面，并且充分国际化的定制标签库,全部表单元素都是用定制标签编码的，所以这些页面能够很方便地同控制器交互。

框架结构图
Struts包括了一个广阔的便于创建用户界面，并且充分国际化的定制标签库，与作为系统 Model 部分一部分的ActionForm Beans美妙地相互配合。
除了JSP页面和其包含的行为及定制标签，商业对象经常需要能够基于它们在被请求时的当前状态将自己处理成HTML（或XML）。从这些对象处理过的输出可以很容易地使用<jsp:include> 标准行为标签包括在结果的JSP页面中。
Struts除了提供了与输入表单的交互外还提供了建立国际化应用程序的支持。
控制器：
控制器控制着模型和视图之间的交互过程。它决定着向用户返回怎样的视图、检查通过界面输入的信息以及选择处理输入信息的模型。控制器由Struts框架提供。
应用程序的控制器部分集中于从客户端接收请求，决定执行什么商业逻辑功能，然后将产生下一步用户界面的责任委派给一个适当的View组件。在Struts中，控制器的基本组件是一个 ActionServlet类的。这个servlet通过定义一组映射来配置。每个映射定义一个与所请求的URI相匹配的路径和一个 Action 类完整的类名，这个类负责执行预期的商业逻辑，然后将控制分派给适当的View组件来创建响应。
模型：
MVC设计模式中的模型指的是真正完成任务的代码。对大多Web应用程序来说，功能比界面感觉更重要。在模型同界面相分离的情况下，代码即可实现可管理性和可重用性。模型通常也被称做业务逻辑。
基于MVC的系统中的 Model 部分可以细分为两个概念 -- 系统的内部状态, 能够改变状态的行为。大型应用程序经常将系统可能的商业逻辑行为表示为可以被维护状态信息的Beans调用的方法。
第四章 技术路线
4.1 系统逻辑架构
安全体系

服务器硬件及操作系统(Microsoft、HP、LINUX)
信息
发布
基于浏览器的统一入口
数据
操作
分析
反馈

统计
查询
系统
管理
应用支撑平台
权限
控制
日志
管理
报表
工具
信息发
布引擎
应用
框架Frame
事务
处理
……
网络平台(TCP/IP)
系统
维护
WEB服务器/应用服务器
数据库服务器
标准化体系

技术架构它由网络基础设施层、硬件及操作系统层、服务器层、应用支撑层、应用层组成，信息安全与标准化体系贯穿于各个层面中。
网络基础设施层向各类应用提供必要的网络基础环境，提供可靠、有效的信息传输服务通道，是各类信息的最终承载者。因此，网络基础设施层位于整个技术体系结构的底层。
硬件及操作系统层是各类应用服务器、数据库服务器、Web服务器等服务器软件的载体，是各种服务器运行的软硬件环境。所以它建立在网络基础设施层之上。
服务器层包括应用服务器、web服务器、数据库服务器。我们的系统是构建在此层的基础之上。
应用支撑层是我们的技术核心。面向用户的业务应用模块构建在应用支撑平台之上，为应用模块提供所需的各种通用服务，如权限控制、事务处理服务和流程控制服务等。它能有效地简化应用系统的设计和实现。通过此层提供的多种工作平台与定制工具，可按照用户的具体需求依据构件化的思想快速定制新的应用。由于这些应用运行在同一组底层平台之上，可以方便地进行应用间数据交换与处理。
应用层包括在应用支撑层上构造的各种应用，是面向最终用户的层面。它主要包括信息发布、数据操作、分析反馈、统计查询等应用模块。
4.2 体系结构
考虑到MVC模式在J2EE框架中的先天优势，系统总的框架采用MVC模式为基础。MVC结构分为业务模型层(下面简称业务层)、视图层(也称展示层)和控制层三个部分，分别在系统中扮演业务应用的建模处理、数据的客户端展示以及对不同客户端请求的转发控制和业务的调度。
[图] MVC结构图
同时，参考struts应用开发框架，将表现逻辑（View）全部由JSP实现，将数据模型（Model）分解成系统作业和数据操作构成与业务无关的应用逻辑处理，采用Servlet实现控制逻辑（Controller），构成以控制为中心的应用处理平台。
l 展示层
Ø 业务数据提交
Ø 业务数据展示
l 应用层
Ø 通用的业务逻辑控制单元
Ø 业务数据传递
l 数据层
Ø 负责存放数据和可配置的业务操作信息
我们从中提炼出“作业”这样一个概念。一个作业包含两部分功能：实现页面跳转、实现数据操作。
我们将一个页面按钮或链接的响应同一个“作业”对应起来，将Web页面跳转的作为作业的前后关系存放在数据库中，同时数据库中也存放了该作业操作业务表的事务关系，并和权限表结合起来共同完成一个J2EE应用的后台部分。
因此我们后来系统的代码非常少，基本上只是通用的处理作业的类，从数据库当中提取响应页面，并处理相关业务数据。
Jsp页面
处理调度类
DataBase
展示层
应用层
数据层
数据模型类
权限验证类
作业处理类
数据操作类
数据访问类
异常信息类

作业机制原理图
Jsp页面
控制器类
DataBase
展示层
应用层
数据层
动作工厂类
具体动作类
数据操作工厂类
数据模型类
数据访问类
动作类对应文件
具体数据操作类
数据操作类对应文件

报表工作机制原理图
第五章 功能模块简介
绩效评估工作管理系统总体由四个部分构成，一是信息发布；二是数据操作；三是分析反馈；四是统计查询。
信息发布主要是全局工作任务及完成标准、绩效评估指标的统一发布；
数据操作主要是绩效评估指标数据采集及数据汇总和处理、绩效评估结果生成。该部分只有市局、业务部门、分县局三个层次的人员有权限使用；内设机构和派出所、最小作战单元两层人员只有查看权限。
分析反馈主要是采用图标的形式对各单位的评估结果进行分析，为管理决策提供帮助。
统计查询主要是满足全局不同用户的需求，对评估结构进行查询和显示。
栏目模块图：

评估过程图：

下级单位评价
内部评价汇总
外部评价
综合评价
绩效评估指标数据
自我评估报告
绩效评估指数结果
绩效评估结果
上级领导评价
绩效评估指标选定
预设绩效管理任务值
预设单项指标任务目标
工作任务及标准
解析绩效评估指标
专项考核
专项考核一览表
业务指导建议
市局整体目标

5.1 信息发布
信息发布包括两个部分内容，第一是通知通告（领导督办情况也发布到此栏目中）、经验交流、公告栏、领导（该栏目去掉）讲话、考核标准等与评估数据无关的信息发布。第二是和系统中评估信息相关联的数据，经有权限操作人员设置后才能发布。
5.1.1 实现专项考核结果的发布。
由各综合部门、业务职能部门对本系统的专项考核结果进行录入。在本层级和市局界面上进行发布。
5.1.2 实现绩效评估结果的发布。
1) 由市局绩效评估办公室录入综合部门、业务职能部门和分县局年度工作绩效评估结果。
2) 由各业部门的绩效评估办公室录入所属内设机构和系统年度工作绩效评估结果。
3) 由各分县局的绩效评估办公室录入所属内设机构、派出所（站）年度工作绩效评估结果。
4) 由各单位内设机构和派出所（站）的绩效评估部门录入最小作战单元和民警岗位的年度工作绩效评估结果。
5.1.3 实现绩效评估相关文件的发布
由市局绩效评估办公室录入绩效评估工作的相关政策、工作部署、工作要求以及各单位开展绩效评估工作的经验。
5.1.4 整体处理流程

1) 不同类别评估信息包括
分县局核心数据、职能部门自我评估、部门评估报告、部门专项目考核信息等、上级单位评价信息、领导评价信息、社会评价信息、综合评价信息、单项指数信息、绩效评估结果、绩效管理任务值等。
2) 发布处理
经过计算机处理，把输入的数据经过计算、合并等过程，把结果数据进行存储，同时根据权限给不同层次的用户发布信息。
3) 发布对象
按权限设置不同，给不同层次用户发布不同信息内容，即每一类或每一个用户有自己特有的发布页面。
4) 数据存储
经发布处理后的信息存储到硬盘上，便于日后在此基础上进行汇总和二次处理，同时减轻系统压力。
5.2 数据操作
5.2.1 数据录入
考核数据按天、周、月、季、年进行录入。
数据一旦录入由系统自动上报市局操作界面，如各单位对数据进行更改，系统自动识别是否需变动，进行提示，各单位更改权限最多不能超过三次。
l 市局主要数据。
l 业务部门主要数据。
l 分县局主要数据。
l 内设机构和派出所（站）主要数据。

1) 数据修改提示
下级进行数据的修改，会提醒上级；每一个数据的修改最多只允许三次。
2) 录入信息存储
包括两类信息，一类是录入评估数据本身。
3) 修改情况及日志存储
指录入及修改的日志信息。

5.2.2 数据转换
提供向上级相应考核系统的接口，实现考评相关数据由本系统向上一级系统的转换，确保数据的准确和转换的速度。

1) 最小作战单元或岗位信息向派出所转换
最小作战单元小循环之外信息的转换和存储。
2) 内设机构向分县局转换
内设机构小循环之外信息的转换和存储。
3) 分县局向业务部门转换
分县局小循环之外信息的转换和存储。
4) 业务部门向市局转换
业务部门小循环之外信息的转换和存储。
5.2.3 计算
能够按照要求,自动计算特殊信息项目,并能够用表格、图形一览设置结果，提示优秀、良好、基本达标、不达标等四个等次的情况。该功能由各层级的绩效评估的部门负责。

1) 不同的绩效评估数据
包括评估信息包括分县局核心数据、职能部门自我评估、部门评估报告、部门专项目考核信息等、上级单位评价信息、领导评价信息、社会评价信息、综合评价信息、单项指数信息、绩效评估结果、绩效管理任务值等
2) 评估层次标准
优秀、良好、基本达标、不达标等每一层次针对不同评估的考核标准或分值。
3) 计算汇总方式
汇总结果的计算法则，即每一种计算所乘的系数。
4) 发布
能够针对不同的权限设置需求把计算的结果数据发布给特定的用户群体。
5.3 分析反馈
5.3.1 结果分析
可按输入条件对评估结果进行一维、二维统计，提供柱图、饼图等方式图形显示,系统可以维护各种历史记录，随时提取进行分析。

1) 评估信息
包括评估信息包括分县局核心数据、职能部门自我评估、部门评估报告、部门专项目考核信息等、上级单位评价信息、领导评价信息、社会评价信息、综合评价信息、单项指数信息、绩效评估结果、绩效管理任务值等。
2) 分析条件
根据用户的需求，选择可能的多种条件或条件组合。
3) 显示模式
选择结果的显示方式：一维、二维统计，提供柱图、饼图等。
4) 展示
按指定的方式展示分析结果。

5.3.2 辅助管理
通过公安网与市局“三个平台”联结，实时收集业务因素数据。主要收集数据内容包括：
1) 派出所主要数据：110处警数、自接警处警数、刑事案件立案、治安拘留数、打击处理数、查处治案件数、勤务人次、治安行业场所数、常住人口数、暂住人口数、重点人口数等因素。
2) 分县局主要数据：接报警情况、刑事案件立案、受理治安案件、关押违法犯罪人员、打击数、治安查处人员、处警数、参与重大勤务活动等因素。
3) 市局职能部门主要数据：根据不同职能部门的职责任务，统计其主要业务工作数据。

完成项目所要求的报表的统计工作。
报表由表头、主体、表尾三部分组成。表头包括：统计时间（YYYYMM），统计单位、报表名称。主体是具体的统计内容，各有不同的标准。表尾：填报人，审核人，填报日期。
统计分析工作可以按日、周、月、季、年进行。

5.3.3 在线查询功能
所有与绩效评估相关的信息，如各专项考核结果、绩效评估结果、历史同期数据、单项指标完成率等多方面资料纳入信息库，分权限允许不同层级部门和领导调用，并以网络在线方式更新信息，使有关人员可以通过浏览系统信息资源，获得当前队伍状况的全貌。
l 市局操作界面能查询全局各层面的相关信息。
l 各业务部门操作界面能查询本系统及内设机构、岗位的专项考核、绩效评估相关信息。
l 各分县局操作界面能查询各分县局及内设机构、派出所（站）、岗位的专项考核、绩效评估相关信息。
l 各内设机构和派出所（站）操作界面能查询所属机构其他相应部门及岗位的专项考核、绩效评估相关信息。
l 各岗位操作界面能查询本岗位的专项考核、绩效评估相关信息。
系统可按单位（部门）、指标内容等其他设定条件进行信息查询，按部门查询的结果可由简单到完全逐步展开，查询条件可以是单一的也可以是组合的。系统要充分考虑不同计算机水平的用户要求，通过构建不同界面和条件菜单等手段尽可能地使系统操作、信息查询、统计分析的简易化、智能化，使非技术人员在简单操作培训后便能进行比较复杂的条件组合查询和自行制作统计分析报表。
5.3.4 统计显示功能
l 为确保数据准确，标准统一，专项考核结果和绩效评估结果以市局最后发布为准。系统信息自动调整，显示平台数据随时更新。
l 全局各单位的绩效评估结果，由一个整体视图显示各单位的等次。
l 各单位工作指标及完成情况的显示。
注：全局五个层面包括政治部自身统一适用这套系统，每个操作界面包括四个模块，设置不同的权限。
5.4 系统管理
5.4.1 日志管理
(1) 绩效评估登记和维护部分，所有操作过程及简明操作描述都要被记录下来。包括增加操作、修改操作、删除操作及对应操作记录的编号和修改的项目及原内容。
(2) 用户进行查询、统计、分析操作时要记录其访问的模块和其来自的地址。
(3) 可以记录和统计系统的访问情况：访问某一模块次数、访问系统次数、访问高峰时间、访问来自何方。
(4) 日志信息不可以删除，只能转出（转出以后还可以进行查询）。
5.4.2 机构管理
完成公安机构的管理，包括机构名称、机构职责、机构人数、地址、联系电话、负责人、联系人等内容。机构包括直属机关、直属队、分县局、派出所。从层次上分为五级，第一级为市局，第二级为业务单位，第三级为分县局，第四级为内设机构或派出所，第五级为最小作战单元或岗位。
5.4.3 岗位管理
警员管理完成各机构警员的管理，包括警员警号、姓名、性别、学历、住址、电话、出生日期、专长、职务等内容。这部分包括增、删、改、调出及查询的功能。
5.4.4 用户管理
(1) 系统的用户来源于警员管理中的警员，只有录入了警员的信息才能为其建立系统应用的用户。
(2) 可以设定用户的级别，五个层次。
(3) 为了要考查日志的内容，已经建立的用户只能撤消而不能删除，这样能保证始终能找到操作的执行者。
(4) 在用户管理功能处，可以修改用户的口令。
5.4.5 权限管理
(1) 在层次上分为五级（也即在五个不同的层次上分为若干个组，可以给每一组的人赋予一样的权限）。在每一级别都有一个超级用户，用来维护本层次内的用户。
(2) 原则上登记的信息，具有与其同一级别且有对应权限的人才能修改，并不是上级的人一定可以修改下级的信息，并且超级用户不具有录入维护权限，它只能对用户进行管理。
5.4.6 字典维护
字典维护完成数据字典的维护和分发工作，以保证数据字典的一致性。
5.4.7 数据备份
数据备份要完成数据的备份工作，用于在数据库或机器发生故障时恢复。
5.4.8 数据恢复
数据恢复要完成数据的恢复工作，用于在数据库或机器发生故障后从备份文件中恢复。
5.5 外部接口
l 软件
软件接口部分包括两方面内容，第一是通过公安网与市局“三个平台”联结，实时收集业务因素数据，第二是与其他单位的考核系统互联。针对第一种情况，要求系统具备一定的扩充性，以便于时机成熟时方便完成接口功能。针对第二种情况能够做到其他单位只录入自己的考核系统，本系统所要求的数据能自动从其系统调取过来，不需要基层重复录入。
l 硬件
打印机等
5.6 软硬件环境需求
基于上述系统功能和性能需求，该系统的运行需要下述的软硬件资源：
l 硬件环境
一台小型机，作为数据库服务器
两台PC SERVER，一台作为应用服务器，另外一台作为数据测试服务器及备份服务器。
磁盘阵列，作为数据存储设备。
两台笔记本电脑，用作需求调研、系统演示和培训。
l 软件环境
ORACLE9i/10g 企业版，作为数据库操作系统。
WebLogic，作为应用服务器软件。
Linux ES，作为应用服务器的操作系统。
第六章 性能指标
（1）系统工作方式：可5000小时连续运行工作，并有完善的冗灾和恢复方案。
（2）数据检索时间：每100万条记录检索时间小于5秒。
（3）允许在线用户数不少于600。
（4）允许并发操作用户数不少于100。
（5）简单操作响应时间小于1秒。
（6）复杂操作响应时间小于5秒。
（7）可监控：可实时查看各种功能实现的过程信息和最终结果。
（8）可扩展：通过配置支持更多业务部门协同应用和数据共享，提供良好的二次开发接口。
（9）应用支撑平台数据库建设：ORACLE数据库。
（10）界面布局设计：简洁而不简单。
（11）提供统一的组织机构管理，提供统一应用资源管理，实现系统运行模块的统一管理。
（12）建立确保数据完整机制。

性能参数
性能指标
数据库并发用户数峰值
600/分钟->等价100个并发
在线用户数峰值
600/分钟
用户前台操作响应时间
秒一级
数据库查询操作响应时间
秒一级
查询响应时间
5秒钟以内
信息发布响应时间
1秒钟以内
一般统计操作响应时间
1分钟内
复杂统计操作响应时间
5分钟内

第七章 我们的服务承诺
XXX公司保证为客户提供高质量的安装、培训、维护和技术支持服务。公司期望与客户保持长期关系，根据客户的需要，不断提供最新升级的系统版本以及卓有成效的技术支持，再培训和咨询服务。协助用户通过使用我公司的绩效管理系统而获得最大的收益。我们相信：成功的信息化软件来源于成功的客户服务。
我们将永远坚守我们一贯的原则：“真诚服务客户！”
7.1 售前服务
² 提供免费上门演示和在线试用服务。
² 与客户进行方案讨论，提供详尽的软件建议方案、实施方案。
² 在民警绩效评估系统试用期间，提供细致的软件咨询服务。
7.2 售中服务
² 专业技术人员为客户提供高质量的现场或远程安装服务，包括软件系统安装及调试。
² 专业技术人员为客户提供实地或远程操作培训服务。
² 根据客户需求提供专业的二次开发服务。
7.3 售后服务
² 长达一年的免费服务。
² 7×24小时电话咨询服务，并可通过传真、电子邮件等方式得到我公司技术人员的热线支持服务。
7.4 7×24小时WEB在线支持服务，即时回答问题。合同管理制度

1 范围
本标准规定了龙腾公司合同管理工作的管理机构、职责、合同的授权委托、洽谈、承办、会签、订阅、履行和变更、终止及争议处理和合同管理的处罚、奖励；
本标准适用于龙腾公司项目建设期间的各类合同管理工作，厂内各类合同的管理，厂内所属各具法人资格的部门，参照本标准执行。
2 规范性引用文件
《中华人民共和国合同法》
《龙腾公司合同管理办法》
3 定义、符号、缩略语
无
4 职责
4.1 总经理：龙腾公司经营管理的法定代表人。负责对厂内各类合同管理工作实行统一领导。以法人代表名义或授权委托他人签订各类合法合同，并对电厂负责。
4.2 工程部：是发电厂建设施工安装等工程合同签订管理部门；负责签订管理基建、安装、人工技术的工程合同。
4.3 经营部：是合同签订管理部门，负责管理设备、材料、物资的订购合同。
4.5 合同管理部门履行以下职责：
4.5.1 建立健全合同管理办法并逐步完善规范；
4.5.2 参与合同的洽谈、起草、审查、签约、变更、解除以及合同的签证、公证、调解、诉讼等活动，全程跟踪和检查合同的履行质量；
4.5.3 审查、登记合同对方单位代表资格及单位资质，包括营业执照、经营范围、技术装备、信誉、越区域经营许可等证件及履约能力（必要时要求对方提供担保），检查合同的履行情况；
4.5.4 保管法人代表授权委托书、合同专用章，并按编号归口使用；
4.5.5 建立合同管理台帐，对合同文本资料进行编号统计管理；
4.5.6 组织对法规、制度的学习和贯彻执行，定期向有关领导和部门报告工作；
4.5.7 在总经理领导下，做好合同管理的其他工作，
4.6 工程技术部：专职合同管理员及材料、燃料供应部兼职合同管理员履行以下职责：
4.6.1 在主任领导下，做好本部门负责的各项合同的管理工作，负责保管“法人授权委托书”；
4.6.2 签订合同时，检查对方的有关证件，对合同文本内容依照法规进行检查，检查合同标的数量、金额、日期、地点、质量要求、安全责任、违约责任是否明确，并提出补充及修改意见。重大问题应及时向有关领导报告，提出解决方案；
4.6.3 对专业对口的合同统一编号、登记、建立台帐，分类整理归档。对合同承办部门提供相关法规咨询和日常协作服务工作；
4.6.4 工程技术部专职合同管理员负责收集整理各类合同，建立合同统计台帐，并负责
7.5 合同管理制度

1 范围
本标准规定了龙腾公司合同管理工作的管理机构、职责、合同的授权委托、洽谈、承办、会签、订阅、履行和变更、终止及争议处理和合同管理的处罚、奖励；
本标准适用于龙腾公司项目建设期间的各类合同管理工作，厂内各类合同的管理，厂内所属各具法人资格的部门，参照本标准执行。
2 规范性引用
《中华人民共和国合同法》
《龙腾公司合同管理办法》
3 定义、符号、缩略语
无
4 职责
4.1 总经理：龙腾公司经营管理的法定代表人。负责对厂内各类合同管理工作实行统一领导。以法人代表名义或授权委托他人签订各类合法合同，并对电厂负责。
4.2 工程部：是发电厂建设施工安装等工程合同签订管理部门；负责签订管理基建、安装、人工技术的工程合同。
4.3 经营部：是合同签订管理部门，负责管理设备、材料、物资的订购合同。
4.5 合同管理部门履行以下职责：
4.5.1 建立健全合同管理办法并逐步完善规范；
4.5.2 参与合同的洽谈、起草、审查、签约、变更、解除以及合同的签证、公证、调解、诉讼等活动，全程跟踪和检查合同的履行质量；
4.5.3 审查、登记合同对方单位代表资格及单位资质，包括营业执照、经营范围、技术装备、信誉、越区域经营许可等证件及履约能力（必要时要求对方提供担保），检查合同的履行情况；
4.5.4 保管法人代表授权委托书、合同专用章，并按编号归口使用；
4.5.5 建立合同管理台帐，对合同文本资料进行编号统计管理；
4.5.6 组织对法规、制度的学习和贯彻执行，定期向有关领导和部门报告工作；
4.5.7 在总经理领导下，做好合同管理的其他工作，
4.6 工程技术部：专职合同管理员及材料、燃料供应部兼职合同管理员履行以下职责：
4.6.1 在主任领导下，做好本部门负责的各项合同的管理工作，负责保管“法人授权委托书”；
4.6.2 签订合同时，检查对方的有关证件，对合同文本内容依照法规进行检查，检查合同标的数量、金额、日期、地点、质量要求、安全责任、违约责任是否明确，并提出补充及修改意见。重大问题应及时向有关领导报告，提出解决方案；
4.6.3 对专业对口的合同统一编号、登记、建立台帐，分类整理归档。对合同承办部门提供相关法规咨询和日常协作服务工作；
4.6.4 工程技术部专职合同管理员负责收集整理各类合同，建立合同统计台帐，并负责
²
34
第 页 共 34 页