闯红灯自动记录系统验收技术规范(GAT 8702010 )（范文模版）

第一篇：闯红灯自动记录系统验收技术规范(GAT 8702010 )（范文模版）

闯红灯自动记录系统验收技术规范（GA/T 870—2010）范围

本标准规定了闯红灯自动记录系统验收的术语和定义、条件、组织、项目与方法、抽样、结果评判。本标准适用于公安交通管理部门对新建和改建闯红灯自动记录系统的功能、软硬件及工程质量的检查验收。规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB 50348-2004 安全防范工程技术规范

GA 329.3 全国道路交通管理信息数据库规范 第3部分：交通违法管理信息数据规范

GA/T 496-2009 闯红灯自动记录系统通用技术条件 GA 648 交通技术监控信息数据规范 术语和定义

GA／T 496-2009界定的以及下列术语和定义适用于本文件。3.1

闯红灯自动记录系统验收

acceptance for automatic recording system of vehicles for violation of traffic signal

闯红灯自动记录系统在安装、调试、试运行完毕后，对功能、软硬件、工程质量等给出的符合性评定。

3.2

系统功能性检查 inspection on the functions of the system

闯红灯自动记录系统的功能与相应技术标准的符合性检查，项目包括：闯红灯记录功能、闯红灯记录抗干扰性、闯红灯捕获率和记录有效率等。

3.3

系统软件检查 inspection on the system software

闯红灯自动记录系统软件与相应技术标准的符合性检查，项目包括：闯红灯图片、信息等。

3.4

系统硬件检查 inspection on the system hardware

闯红灯自动记录系统硬件设备与标书、合同、检测报告等相应文件的符合性检查，项目包括：闯红灯自动记录系统主要组成设备品牌、型号和数量，图像采集单元型式、像素和帧率等。3.5

工程质量检查 inspection on quality of the engineering

闯红灯自动记录系统工程质量与技术标准、标书、合同等相应文件的符合性检查，项目包括：闯红灯自动记录系统的电气安全性、安装施工质量等。验收条件

4.1 试运行

闯红灯自动记录系统验收前应试运行，时间不少于1个月，并完成试运行报告，参见表A.1。

4.2 初验

闯红灯自动记录系统项目承建单位应与公安交通管理部门建设单位或其指定的监理单位按本文件中6.2、6.3和6.4规定的项目与方法逐套进行初验，并完成初验评估报告，参见表A.2。

4.3 验收文件

闯红灯自动记录系统验收前应准备下列文件资料： a）验收申请，参见表A.3；

b）技术标准，包括GA/T 496-2009等； c)采购合同，包括招标文件、投标文件等；

d）设计文件资料，包括系统的原理和结构、安装和施工、操作使用说明等；

e）检验评估材料，包括该型号产品的检测报告、试运行报告、初验评估报告等； f）其他相关文件。验收组织

由公安交通管理部门或其指定的单位组织验收，成立验收组，成员应由公安交通管理秩序部门、科技部门以及相关高校、科研院所的专家组成，通常为单数，并推选组长。验收项目与方法

6.1 系统功能性检查

6.1.1 现场测试条件

若无相关特殊约定，现场测试时应满足：

a）天气晴朗，且无雨、雪、雾等影响；

b）无摩托车、电动自行车、自行车等干扰；

c)采用单辆试验车进行，试验车宜选用设备监控道路常见车型。测试时，试验车行驶轨迹应分别在相应车道的左侧、中间、右侧，车身不应超出试验车道；

d)测试现场应设置隔离、防护等必要措施，以确保安全。

6.1.2 闯红灯记录功能符合性

在对应的红灯相位由试验车进行三次闯红灯测试，检查记录结果应符合 GA/T 496-2009中4.3.1的要求。检查记录表参见表A.4。

6.1.3 闯红灯记录抗干扰性 在对应的绿灯和黄灯相位，由试验车分别进行三次通行测试，检查记录结果，系统不应误记录为闯红灯行为；在对应的红灯相位，由试验车进行三次压线停车测试，检查记录结果，系统不应误记录为闯红灯行为。

6.1.4 闯红灯捕获率和记录有效率

试验车以设备监控路口（或路段）的限速值为上限值，以5km/h为下限值，折中选取中间速度点，并以高、中、低三个速度点附近值共进行10次测试。计算闯红灯捕获率应不小于90%，记录有效率应不小于80%；若相应标书、合同规定的闯红灯捕获率和记录有效率有更高要求的，应符合相应要求；若测试结果不符合要求，增加测试次数至20次，计算闯红灯捕获率和记录有效率。

6.2 系统软件检查

6.2.1 图片

使用闯红灯自动记录系统应用软件检查图片记录，格式、信息、防篡改功能应符合GA/T496-2009中4.3.2的要求，且不应出现红灯信号泛白、光晕等颜色失真而影响人工对红灯信号的判断等情形。

6.2.2 信息

检查闯红灯自动记录系统应实时记录闯红灯车辆信息并存入数据库表中，且数据库表结构应符合GA 329.3、GA 648的要求。

6.3 系统硬件检查 6.3.1 品牌、型号和数量

检查闯红灯自动记录系统主要组成硬件设备的品牌、型号和数量，包括：机动车闯红灯检测单元、图像采集单元和数据处理存储单元等应与标书、合同、检测报告等文件一致。

6.3.2 图像采集单元型式、像素和帧率

通过产品说明书核查、图像分析等方式，检查图像采集单元的型式、像素和帧率等参数应与标书、合同等文件一致。

6.4 工程质量检查

6.4.1 电气安全性

使用接地电阻测试仪等设备测量闯红灯自动记录系统的接地电阻应符合GB 50348-2004中3.9.3的要求；检查线缆规格、防雷设备型号和数量应与标书、合同等文件一致。

6.4.2 安装施工质量

检查闯红灯自动记录系统的安装方式、结构强度、防盗措施、管道规格、管线敷设等安装施工质量应与相应技术标准、标书、合同等文件相符。

6.5 其它项目

若标书、合同等有其它特殊约定项目的，逐项检查应与相应标书、合同等文件相符。抽样

对于同期建设的，采用相同型号的闯红灯自动记录系统验收可采用抽样方式进行，抽样数量应不小于表1的规定值，具体数量由项目建设单位和承建单位商定，抽样表参见表A.5。验收结果评判

8.1 单套验收结果评判

闯红灯自动记录系统单套验收结果评判分为符合和不符合。若验收项目均符合要求，验收结果评判为符合；出现一项及一项以上不符合要求，验收结果评判为不符合。

8.2 抽样验收结果评判

8.2.1 验收报告

验收组应出具验收报告，参见表A.6，并对验收结果进行评判，验收结果分为验收合格和验收不合格。

8.2.2 验收合格

抽样验收的闯红灯自动记录系统合格率90%及以上，验收结果评判为验收合格。对于不符合要求的闯红灯自动记录系统限期整改；对于未抽样的闯红灯自动记录系统，逐套自查相关不符合项目并落实整改。整改结果的复核可采用现场验证或资料审查的方式进行。

8.2.3 验收不合格

抽样验收的闯红灯自动记录系统合格率不足90%，验收结果评判为验收不合格。验收不合格的，应重新申请，并逐套验收；在确不具备逐套验收条件时，可选择抽样验收，但抽样数量应不少于原抽样数量。

第二篇：地铁安全防范系统技术规范

地铁安全防范系统技术规范

来源：中国城市轨道交通研究会 范围

本规范规定了地铁安全防范系统建设的实施原则、应达到的技术标准和验收方法，是地铁安全防范系统建设的技术依据。

本规范适用于地铁安全防范系统建设的设计、施工、检验及验收。

规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

GB 12663 防盗报警控制器通用技术条件

GB 50299 地下铁道工程施工及验收规范

GB 50313 消防通信指挥系统设计规范

GB 50348 安全防范工程技术规范

GA/T 75-1994 安全防范工程程序与要求

GA/T 367—2001 视频安防监控系统技术要求

GA/T 379.1—10—2002 报警传输系统串行数据接口的信息格式和协议

GA/T 394－2002 出入口控制系统技术要求

术语和定义

本标准采用下列定义。

3.1

安全防范系统(SPS）security and protection system

以维护社会公共安全为目的，运用安全防范产品和其他相关产品所构成的入侵报警系统、视频安防监控系统、出入口控制系统、防爆安全检查系统等；或由这些系统为子系统组合或集成的电子系统或网络。

3.2

视频安防监控系统（VSCS）video surveillance and control system

利用视频技术探测、监视设防区域并实时显示、记录现场图像的电子系统或网络。

3.3

出入口控制系统（ACS）access control system

利用自定义符识别或/和模式识别技术对出入口目标进行识别并控制出入口执行机构启闭的电子系统或网络。

3.4

安全管理系统（SMS）security management system

对入侵报警、视频安防监控、出入口控制等子系统进行组合或集成，实现对各子系统的有效联动、管理和/或监控的电子系统。

3.5

监控中心 surveillance and control center

安全防范系统的中央控制室。安全管理系统在此接收、处理各子系统发来的报警信息、状态信息等、并将处理后的报警信息、监控指令分别发网报警接受中心和相关子系统。

3.6

报警接受中心 alarm receiving centre

接受一个或多个监控中心的报警信息并处理警情的处所。通常也称为接处警中心。

3.7

防护区 protective area

允许公众出入的、防护目标所在区域或部位。

技术要求

4.1 一般规定

4.1.1 地铁安全防范系统的设计和系统配置应结构化、规范化、模块化、集成化的方式实现，应能适应系统维护和技术发展的需要。

4.1.2 地铁安全防范系统的系统设计应考虑系统运行稳定性和数据备份的需要，考虑灾难性事故和人为破坏时信息传输的畅通需要。

4.1.3 地铁安全防范系统软件应具有兼容性、可维护性、可靠性、安全性以及技术的先进性。应操作方便，采用中文图形界面和多媒体技术。

4.1.4 地铁安全防范系统设计应考虑与消防报警、内部业务管理等有关系统联动。

4.1.5 地铁安全防范系统工程设计应考虑视频、音频、控制信号的远程传输，提供远程传输接口、传输线路和终端设备。

4.1.6 地铁安全防范系统应具备全天候远程控制功能，符合公安信息网络标准，其通信协议和接口应符合现有公安110报警求助及119火灾报警系统的工作格式或系统结构应符合GA/T 379.1—10-2002和GB 50313的有关规定。

4.1.7 地铁安全防范系统应有优先级功能，优先级顺序为：消防、公安、一级控制室、二级控制室、三级控制室。

4.1.8 地铁安全防范系统在地铁电磁场和静电干扰的环境中，应符合GB 50348的有关规定。

4.1.9 地铁安全防范系统中使用的设备应符合国家法规和现行相关标准的要求，并经检验或认证合格。

4.1.10 地铁安全防范工程程序与要求应符合GA／T 75-1994的有关规定。

4.2 系统基本构成

4.2.1 地铁安全防范系统采用集成式构建模式，由安全管理系统、紧急报警系统、视频安防监控系统、出入口控制系统等组成。

4.2.2 安全管理系统应设置管理控制中心和一级、二级、三级安防监控平台，分别设置在市技防管理控制中心和一级控制室、二级控制室、三级控制室，实施其监控功能。

4.2.3 根据安全防范的需要，在相关的管理部门设置监控终端，以便其调用浏览。应急或特殊情况，经管理控制中心授权可直接进行远程操控。

4.2.4 各相关子系统的基本配置，包括前端、传输、信息处理／控制／管理、显示／记录四大单元。不同（功能）的子系统，其各单元的具体内容有所不同。

4.3 安全管理系统

4.3.1 管理控制中心

4.3.1.1 设置在市技术防范管理控制中心，是全市安全技术防范网络系统的管理控制中心。

4.3.1.2 应能通过统一的通信平台和管理软件将各级监控平台与各子系统设备联网，通过权限分配操作，实现由监控平台对各子系统的管理与监控。

4.3.1.3 应能对下级安防监控平台和各子系统的运行状态进行监测，应能显示地铁沿线安防系统的所有接警信息，并可操控所有音、视频系统信息。

4.3.1.4 应设置与接处警部门联网的通信接口。

4.3.1.5 应配置数据库服务器对系统的管理控制数据进行保存。

4.3.1.6 应留有多个数据输入、输出接口，应能连接各子系统的主机，能实现大规模的系统集成。

4.3.2 一级控制室

4.3.2.1 设置在市地铁公安部门指挥中心，配置一级安防监控平台，是地铁安全防范系统总监控指挥中心。环境噪声要求应符合GB 50348的有关规定，安装设备后，应留有50㎡面积空间。

4.3.2.2 应能通过统一的通信平台和管理软件将一级控制室设备与各子系统设备联网，实现由监控平台对各子系统的管理与监控。一级监控平台的故障应不影响各子系统的运行；某一子系统的故障应不影响其它子系统的运行。

4.3.2.3 应能对下级安防监控平台和各子系统的运行状态进行监测，经管理中心授权可控制视频系统运行，应能显示地铁沿线安防系统的所有接警信息，并可操控所有音、视频系统信息。对系统运行状况、报警信息及相关的视频信息数据等进行记录和显示，保存记录不少于30天。

4.3.2.4 视频监控系统、出入口控制系统应与报警信号联动，并可在电子地图上显示报警点位。报警触发时应有声光警示，报警区域显示的视、音频信息能自动存储纪录，视频信号帧率不少于25帧/S。

4.3.2.5 应留有与接处警部门联网的通信接口，能及时将报警信息和相关的视频信息传输到各级监控平台。

4.3.2.6 应具有有线、无线内外通讯功能，并能与所有重要部位进行有线或无线通信联络。

4.3.2.7 应留有多个数据输入、输出接口，应能连接各子系统的主机，应能连接上位管理计算机，以实现大规模的系统集成。

4.3.2.8 可与消防系统互通资源，联动视频切换。

4.3.3 二级控制室

4.3.3.1 设置在地铁站所属辖区监控中心，配置二级安防监控平台，是地铁安防系统的分控中心。

4.3.3.2 应具有接收辖区内报警信息，辖区内警力巡逻管理和现场指挥能力。

4.3.3.3 应能通过统一的通信平台和管理软件将二级控制室设备与各子系统设备联网，实现由监控平台对各子系统的自动化管理与监控。二级监控平台的故障应不影响一级监控平台和各子系统的运行；某一子系统的故障应不影响其它子系统的运行。

4.3.3.4 应能对下级安防监控平台和各子系统的运行状态进行监测，经授权可控制辖区内全部子系统运行，应能显示地铁辖区线路安防系统的所有接警信息，并可操控所有音、视频系统信息。对系统运行状况、报警信息和相关的视频信息数据、各辖区地铁站出入口视频信息等进行记录和显示，保存纪录不少于30天。

4.3.3.5 视频监控系统、出入口控制系统应与报警信号联动，并可在电子地图上显示报警点位。报警触发时应有声光警示，报警区域显示的视、音频信息能自动存储纪录，视频信号帧率不少于25帧/S。

4.3.3.6 应留有向接处警中心联网的通信接口,能及时将报警信息和相关的视频信息传输到各级监控平台。

4.3.3.7 应设置紧急报警装置，报警控制器应符合GB 12663通用技术条件，功能要求应符合GB 50348的有关规定。

4.3.3.8 应具有有线、无线内外通讯功能，并能与所有重要部位进行有线或无线通信联络。

4.3.3.9 经一级控制室授权，可访问其它同级安防监控平台。

4.3.3.10 应留有多个数据输入、输出接口，应能连接各子系统的主机，应能连接上位管理计算机。

4.3.4 三级控制室

4.3.4.1 设置在各站控制中心，配置三级安防监控平台，管理本站内安防系统。

4.3.4.2 连接本站内视频监控系统，出入口控制系统和紧急报警系统，并能联动切换视频画面。

4.3.4.3 应能对站区内各子系统的运行状态进行监测，应能显示地铁站区安防系统的所有接警信息，并可操控所有音、视频系统信息。对系统运行状况、报警信息和站内采集的视频信息数据（满足进出站人员正面至少三次被有效摄录）等进行记录和显示，保存纪录不少于30天。

4.3.4.4 应能及时将报警信息和相关的视频信息传输到各级监控平台。

4.3.4.5 应设置紧急报警装置，报警控制器应符合GB 12663通用技术条件，功能要求应符合GB 50348的有关规定。

4.3.4.6 应具有有线、无线内外通讯功能，并能与所有重要部位进行有线或无线通信联络。

4.3.4.7 应留有多个数据输入、输出接口，应能连接各子系统的主机，应能连接上位管理计算机。

4.4 紧急报警系统

4.4.1 重要机房、值班室、售票处、检票处等要害部位应分布安装紧急报警装置，紧急报警为不可撤防模式，应具有防误触发、触发报警自锁、人工复位等功能

4.4.2 紧急报警装置应有明显标志,安装应隐蔽、安全、便于操作。

4.4.3 紧急报警装置应与视频监控系统联动，观察并记录报警区域和报警人的情况，应能及时将紧急报警信息传递到本站控制中心和上级监控中心。

4.4.4 紧急报警系统应采用有线和无线报警方式，系统应具有抢线发送报警信号的功能。通过公共电信网传输报警信号的时间不应大于20s。

4.5 视频监控系统

4.5.1 应使用彩色视频监控系统，视频信息采集、传输和记录宜采用数字技术。摄像信号能够同时实时传送到各级视频安防监控平台。

4.5.2 每个检票口均应安装定焦摄像机，并应能同时清楚的显示进入人员的面部特征和背部轮廓，并在三级控制室存储纪录。

4.5.3 每个步梯、扶梯、垂直电梯口均应安装定焦摄像机，应能清楚的显示上下梯人员的面部特征或背部轮廓，并在三级控制室存储纪录。

4.5.4 地下通道、候车站台、出入口、售票区、检票区、等候大厅等场所应安装摄像机，摄像机布置应能监视全部公共空间，可使用带预置功能全方位云台和可变焦镜头。

4.5.5 地铁车厢内宜安装半球型摄像机，摄像机视角应能看清车内全景，并结合装潢特点达到美观和监控的目的。视频信号在本列车内记录，并能用无线通讯方式将视频信号实时传出。

4.5.6 每个地铁站应单独设置两台隐蔽安装的摄像机（无特许不得启用），其传输至地面并留有通讯接口。安装位置应能在特殊情况下观看站内全景，摄像机应加装防护装置。

4.5.7 宜在控制室、重要设备间、机房等要害部位安装摄像机。

4.5.8 视频监控系统的设计应符合GA/T 367-2001标准的规定。

4.6 出入口控制系统

4.6.1 应根据地铁运营安全管理的需要，在控制室、重要设备间、机房等要害部位设置出入口控制装置。

4.6.2 系统应对受控区的位置、通过对象及通过时间等进行实时控制。应有报警功能。

4.6.3 系统各部位的出入口控制系统，应符合GA/T 394-2002标准的规定。

4.6.4 系统应适应地铁站点多，距离远的特点，适应系统复杂的网络结构，满足多级的管理模式，快速准确的通行授权的要求。

4.6.5 应满足信息上传到上位系统进行统一管理和控制，系统应具有开放性，标准的控制接口，以便与其他系统进行集成和交换数据。

4.6.6 系统应采用多总线网络结构，保证系统的有效性和可靠性。

4.6.7 系统应能独立运行。宜能与安全管理系统联网，与报警系统、视频监控系统联动。

4.6.8 出入口情况记录信息保存应不少于30天。

4.7 传输部分

4.7.1 应采用有线传输为主，无线传输为辅的传输方式。有线传输可采用专网传输、公共电话网、公共数据网等多种模式。并配以有线、无线转接装置，建设基于数字通讯为主的有线、无线系统混合的安防系统网络。

4.7.2 传输线缆应采用低烟无卤阻燃线缆，线缆的衰减、弯曲、屏蔽、防潮性能满足系统设计总要求，并符合相应产品标准的技术要求。

4.7.3 系统布线应采用金属管槽进行保护。金属管槽必须接地，接地电阻一般小于1Ω。导线敷设后，应认证对线，并加上识别标记，每个回路导线对地绝缘电阻值不小于20MΩ。

4.7.4 传输方式、传输线缆、传输设备的选择与布线设计遵守国家标准GB 50348中第3.11条的技术要求。

4.7.5 无线传输所用的功率、频率等技术指标应符合国家相应标准的规定。

4.8 系统供电

4.8.1 系统控制室应采用独立电源供电，配备相应的备用电源装置。主电源容量按系统额定功率1.5倍设置；备用电源应根据管理工作对主电源断电后系统防范功能要求，选择配置持续时间符合管理要求的备用电源。

4.8.2 系统前端设备应由控制室集中供电。

4.8.3 电源质量应满足下列要求：

a)稳态电压偏移比大于±2％；

b)稳态频率偏移不大于±0.2Hz;c)电压波形畸变率不大于5％； d)允许断电持续时间为(0～4)ms。

4.8.4 当不能满足上述要求时，应采用稳频稳压、不间断电源供电等措施。5 工程施工

地铁安全防范工程施工应符合GB 50299和GB 50348的有关规定。6 工程检验

地铁安全防范工程检验应符合GB 50299和GB 50348的有关规定。7 工程验收

地铁安全防范工程验收应符合GB 50299和GB 503484的有关规定。

第三篇：管理系统程序修改技术规范书

xxxxxx管理信息系统 程序开发及修改技术规范书

批准：

审核：

编制：

信息中心 2017/4/19

第一部分 总体说明

第一章 应答须知

应答人必须认真阅读以下内容, 以免造成应答失败。1.1 对于规范书

1)一个成功的应答人应该提供在本规范书中要求的完整的系统和服务支持, 应答人必须提供本采购方一个整体的方案，应答人必须按本规范书的顺序对规范书各章的每一项给予回答。2)应答人的建议书必须清楚地指明和响应规范书中各章每一项要求的实际指标值，不能以简单地回答“满足”或“符合”，如果没有明确实际指标值或假报指标值的将会严重影响评标结果。如果应答人认为规范书所描述需求、图形或设备与目标系统要求有所不一致或部分要求不合理，可在响应原要求后给出建议方案及设备配置，此建议在评标时将作为重要内容加以考虑。3)应答人必须满足主要项目的要求, 否则应答人的建议书将被拒绝并被认作没有回答。4)应答人必须提供符合要求的详细整体解决方案。

5)本规范书中，文字或表部分凡标有“*”的地方均被视为重要的响应要求、技术指标要求和性能要求。应答人要特别加以注意，必须对此回答并完全满足这些要求。否则将严重影响评标结果。

6)应答人必须查阅相关技术手册以便准备应答建议书，提供一个准确的陈述。对每个单项产品，应答人必须提供原厂商的正式技术指标说明材料。

7)应答人在应答建议书中建议的每个硬件和软件的型号/部件号必须逐一说明。8)应答书要以中文书写，提供应答的所有技术指标说明材料及相应资料以中文或英文书写。

9)应答建议书的封装要求见规范书的商务部分。应答人必须随应答建议书提供具有全部建议书内容（可以不包括图形部分）的光盘文件两份。磁盘文件格式要求为：文字部分用兼容WORD 2007中文版,表格部分用兼容EXCEL2007中文版。应答内容

第二章

系统现状、建设目标与进度要求

2.1 xxxxxx信息系统现状

中国能源建设集团xxxxxx有限公司，以电力系统规划、送变电、风力和光伏发电、建筑、通信领域从事咨询、勘测设计、工程总承包和监理业务的专业甲级电力设计企业。

xxxxxx目前有以下应用系统：

2.1.1 工程项目管理系统

工程项目管理系统由北京理正软件股份有限公司开发，解决了公司对于设计项目的生产过程组织和管理。

系统主要实现的功能有：工程项目管理、工程策划、卷册图纸设计、设计校审、设计提资、成果归档、信息报表查询打印、图纸查询浏览、系统管理等。

软件开发工具为Microsoft公司的Visual Studio2008，数据库端为SQL Server。

2.1.2 总承包管理系统

工程项目管理系统由北京理正软件股份有限公司开发，解决了公司对于总包项目的生产过程组织和管理。

系统主要实现的功能有：工程项目管理、项目策划、设计管理、采购策划、采购任务单、采购招投标、采购合同、设备进度监控、设备材料清册、施工策划、施工招投标、建安合同、施工进度上报、质量检查点登记、施工变更管理、其它标段招标、其它标段合同、进度管理、质量管理、技术管理、费控管理、HSE管理、试运行管理、综合管理、合同管理、设计提资、成果归档、信息报表查询打印、图纸查询浏览、系统管理等。

软件开发工具为Microsoft公司的Visual Studio2008，数据库端为SQL Server。

2.1.3 内部网站

企业门户网站是xxxxxx面向内部局域网的网站，由北京理正软件股份有限公司开发，主要用于本院内部的各类信息发布。

根据员工不同的岗位，按月填报绩效评价表，由所属部门负责人对工作情况进行评定，相关管理部门能够对评价结果进行监控和统计。

 请销假、考勤管理

对院内员工的请假销假进行申请、审批管理，相关管理岗位能够监控员工的请销假情况。对院内各部门的考勤情况进行管理，由考勤员填报本部门员工考勤信息，院务部可汇总统计各部门的出勤情况

 车辆管理

在原有功能的基础上增加车辆申请、提交审批操作的即时消息提醒，并能够在待办事物中进行办理。增加调度员给相关用车人员发送短信的功能。

 新闻投稿管理

在原有功能基础上增加提交审核、正式投稿环节及时消息提醒，并能够在待办事物中进行办理。

 审计监察部对外合同管理

对审计监察部对外合同进行管理，主要是合同信息登记、合同评审流程管理。

2.2.2 生产管理

生产管理主要是在现有系统的基础上调整补充，主要解决以下内容：

 信息反馈单、奖金审批单表单，未按时间或者部门等排序，导致查询很不方便，建议按一定规律排序，便于查询

 会签图纸建议增加批量会签功能，电气专业平断面定位图需每张都会签，而且少则一二十张，多则七八十张，一张一张点耗时巨大

 在付款审批单增加检索功能，可根据付款时间、付款事由、收款单位等进行检索；  收款确认通知单增加检索功能，可根据付款单位、付款时间、工程项目等进行检索；  下达出版任务的人员可以指定2-3人，同时有权限查看出版卷册记录。 成果上载增加pdf文件上载，DWF去掉

2.3.3易用性

 系统的设计重视用户界面的友好性，简洁大方、功能齐备、美观实用、提示准确。

 数据的录入应保持入口的唯一性，提供的录入模式应切合使用习惯。

2.3.4可伸缩性

 当应用系统数据量的增加和连接用户增加时，系统应具有良好的可伸缩性以满足本规范书中对系统的功能、性能的要求。

2.3.5规范性

 系统的运行应符合ISO 9000企业标准对生产经营管理的规定。

2.3.6适应性和灵活性

 在日常工作中，不可避免地需要进行机构及人员的调整，系统将提供充分的变更与扩展能力，适用机构及人员的调整。

 系统具有图形化工作流定义工具，系统管理员可调整或定义工作流程。

2.4 对应答人响应的要求

应答人应按以下相关要求进行响应：

1)

应答人对本规范书中要实施的内容必须有详细的方案设计。如果应答人认为原本规范书中存在不合理的地方，也请在应答书中给出详细描述并给出建议方案。2)本项目开发实施所需硬件设备已存在（或正在采购），本项目不予采购。应答人可提出相应的硬件配置方案以支持系统的开发实施。

3)应答人应明确提出满足采购方需求的详细实施方案，并在响应的结构中将所需设备做出明确描述，同时在应答书第二部分中详细列表。如果在系统集成时,由于结构原因或是设备、软件、连接件不全造成无法满足本规范书第二部分系统集成内容要

第二部分 需求说明

第一章 开发实施要求

1.1 对成功的应答人的技术要求

成功的应答人应满足以下技术要求：

1）成功的应答人应具备系统集成、信息集成、信息安全等的解决方案设计与实施能力，并应具备大型软件系统设计和开发的实力；

2）成功的应答人应具有开发项目管理系统的大型应用软件系统的经验和能力，并保证本系统能够平稳运行；

3）成功的应答人应具备负载均衡方面的方案设计与实施能力；

4）成功的应答人应至少有2个以上或1个与xxxxxx规模类似的系统实施成功经验； 5）成功的应答人应具有多个基于主流平台软件的开发实施经验；

6）*成功的应答人必须具有满足本集成项目要求的客户化定制开发的能力和经验； 7）成功的应答人必须提供其已实施的类似项目中进行的客户化定制开发的工作说明、功能简介、开发方法、开发周期等材料；

8）成功的应答人必须针对本集成项目需客户化定制开发的功能需求提供《客户化定制开发设计方案》，应主要包括以下内容：

   需客户化定制开发的系统功能 客户化定制开发的技术路线 客户化定制开发的方法

9）成功的应答人有责任且必须承诺通过客户化定制开发使采购方在本集成项目需求说明中的目标能够实现，并能同其它新的应用系统有效集成；

10）业务集成与定制工具应采用开发商为本次项目提供的集成开发工具； 11）成功的应答人必须保证本项目实施的内容为一个整体解决方案；

12）成功的应答人应能够提供经验丰富的项目实施队伍参与此项目的开发，整个项目进行当中应确保项目实施人员的稳定性。

13）成功的应答人根据采购方的现状、功能需求提出门户系统整体解决方案，包含硬件

2）成功应答人应在经过开发实施门户后提出门户系统建设典型设计方案，归纳总结出统一认证系统的设计实现，并形成相关的系统建设标准规范。

1.4 对应答人技术响应要求

应答人应响应规范书时应重点对以下内容做专题描述： 1）详细说明整体解决方案。2）详细说明系统安全认证策略。

3）详细说明系统高可用性、事务高效处理的方案 4）详细说明工作流程定制的解决方案。5）详细说明文档管理、文档浏览的解决方案。

6）详细说明大容量数据库数据处理和大数据量处理的解决方案。7）详细说明应用系统入侵防御解决方案。

8）详细说明成功案例，列出所有已经上线用户和正在建设项目，列出项目中采用的应用中间件平台、应用中间件版本号、操作系统类型、系统主要功能、总投资、实施时间。

9）其他应答人认为应该描述的方案或建议。

或会议纪要形式加以明确。

2.5 项目进度管理

1）成功的应答人的项目进度管理应该遵循以下原则：

 项目进度管理的依据是项目合同所约定的工期目标；  在确保项目质量和安全的原则下，控制项目进度。2）成功的应答人的项目进度管理应该至少包含以下内容：

 成功的应答人在了解项目特点的前提下，根据工期目标，提交总体进度计划，以及定期提交阶段性工作计划。

 制定详细的项目建设进度计划，按照合同的进度计划制定具体的实施计划，定期跟踪检查，对可能发生的工程延误提出相应对策；

 定期或不定期地召开或参加项目例会、协调会议等，向采购方通报项目进展情况，提交进度报告，及时解决相关问题。 建立项目变更流程，记录项目变更。

2.6 合同变更要求

如在项目实施过程中需要调整内容、进度等，需经双方共同同意，按合同变更程序办理。

2.7 项目质量管理

1)应答人应建立严格的质量保证体系，制定项目开发建设质量控制方案和实施措施，并督促落实各环节质量控制内容和目标；保证总体规划设计、开发与实施、系统运行与验收各个阶段工作满足采购方对质量的要求。

2)应答人应根据整个系统集成、开发的工作计划，对阶段性工作成果进行审查和测试，并向项目单位提交里程碑式工作成果。通过保证各阶段性成果的质量，最终保证整个系统集成、开发的质量。

2.8 项目交付成果

1)应答人应提供整个系统建设的文档，包括系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。

第三章 技术支持售后服务要求

3.1 技术后援支持

应答人应根据采购方的需求，对所提供的系统保证全面、有效、及时的技术支持和售后服务。

应答人应在技术建议书中详细说明技术服务的范围和程序。

在试运行期间，应答人应指定有经验的技术人员在现场负责系统的运行和维护，若系统出现问题或故障，应答人应免费进行故障处理和软件更新。

3.2 售后服务 3.2.1 售后服务要求

1)应答人应提供软件1年的质保期，质保期从系统整体验收完成后开始计算。2)在质保期内，应答人应提供7*24小时的服务响应，并提供技术支持人员的名单和联系方式，保证采购方可以随时找到相应的技术人员。

3)在质保期内，如应答人在2小时内无法电话解决采购方所提出的维修要求，必须在报修24小时内派工程师到达现场。

4)在质保期内，应答人必须保证在报修48小时内恢复系统的正常运行。

5)应答人对系统软件服务时应不影响原有应用系统的正常运行和效率，不涉及到对原有应用系统重新设计。对系统软件的更新及升级时，未经采购方同意，不得改变针对本项目定制的功能。

6)应用系统提供的某些功能在本项目中有特殊的版本时，应答人在今后推出的所有新版本中必须支持该功能。应答人提供的新版本必须是向下兼容的，并无偿提供数据迁移服务，数据迁移必须保证数据的完整性、一致性。

7)在系统质保期满后，应答人仍应满足采购方对所出现故障的系统进行维修的要求。

3.2.2 质保期内的技术服务

1)升级服务

提出在正常条件下保证系统正常稳定运行的系统扩充、版本更新升级及功能更新服务。

第四章 知识产权

采购方买断应答人在本项目开发过程中用到的自主版权产品的使用权。采购方拥有本项目开发的应用软件的所有权，以及在开发过程中用到的所有第三方产品和应答人自主版权软件产品在xxxxxx内部的使用权。项目开发完成后，应答人对于开发产品任何形式的使用必须得到采购方的认可。

应答人对采购方提供的所有业务技术资料、文档，有责任对第三方保密。

应答人在软件开发过程中涉及第三方产品，若出现技术、经济或法律上的纠纷，应由应答人全面承担并全权解决，确保不影响项目的进度。

培训内容：

成功的应答人应根据不同培训对象提供不同培训内容，以实现被培训所应掌握的知识。培训计划包括但不限于以下内容：

1）产品培训：结合门户平台产品对应答人所开发的产品进行培训。

2）现场培训：结合本建设项目，针对系统涉及的所有产品及系统实施方案进行详细的培训，应包括系统整体架构、系统日常运行维护操作和故障定位与排除等内容。

培训地点：

培训地点由应答人指定，或后期双方共同协商。培训时间：

培训地点由应答人指定，或后期双方共同协商。培训人数：

最终使用人员：人数在后期由采购方确定。系统管理维护人员：10x10天

第四篇：系统验收工作报告

系统验收工作报告

（×年×月×日）

技术工作总结报告

主要内容包括：

一、项目概述

项目的简单描述。

二、项目的规模组成、功能、应用领域等

系统运行的硬件和网络支撑环境,应用覆盖面,软件各个子系

统的功能模块.三、主要研制过程

研制工作实施情况和研制进度,所遇到的主要问题和技术难点以及解决办法。

五、组成框图：

以框图形式描述项目的系统组成。

六、工作原理：

主要描述各模块或部件的功能、作用及基本工作原理。

七、工作流程细节：主要描述项目以及各模块或部件的工作流程，包括对具体实施步骤的说明，数据的结构、流向、保护、存储、相关载体以及所使用的算法等。

八、软件流程图

项目软件部分的流程图

九、关键技术及创新点

十、程序清单说明

针对代码的说明文档，即代码各部分的功能描述，运行环境，配置步骤等。

第五篇：系统验收方案

第一章 项目验收方案

1.1 验收目的

验收是项目从实施到售后维护的一个过渡阶段，验收通过之后实施的项目正式实施完成，项目进入系统售后维护阶段。验收是项目建设过程的一个里程碑，说明项目建设完成了实施这一过程，进入了下一个阶段。

为使信息化项目建设按照《软件功能描述与操作说明书》要求进行，确保项目完成后达到有关要求和标准，正常运行平稳，必须进行项目验收。

1.2 验收对象

XXXX有限公司。

1.3 验收前提条件

（一）从多方的反馈和系统稳定性方面来看，整个系统的运行已经进入正轨，需求的响应也已基本完成，并稳定运行五个月后组织验收；

（二）每个模块需要相关使用科室主要负责人签字；

（三）所有模块按照合同要求全部建成，并满足使用要求；

（四）各个分期工程全部初验合格；

（五）已通过软件系统测试评审；

（六）各种技术文档和验收资料完备，符合合同的内容；

（七）系统建设和数据处理符合信息安全的要求；

（八）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；

（九）经过建设方同意；

（十）合同或合同附件规定的其他验收条件。1.4 验收方法

项目验收，是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，建议采用的验收方法是：

运行项目系统软件，检验其应用软件的实际能力是否与合同规定的一致；运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。

1.5 验收步骤

（一）编写验收计划

（二）由XX公司在对项目进行深入的需求分析的基础上编写验收计划，提交建设方审定。

（三）成立项目验收小组

实施测试验收工作时，成立项目验收小组，具体负责验收事宜。

（四）项目验收的实施

严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试和验收。

（五）提交验收报告

项目验收完毕，对项目系统设计、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的解决意见。

（六）召开项目验收评审会

召开项目验收评审会，全面细致地审核项目验收小组所提交的验收报告，给出最终的验收意见，形成验收评审报告并存档。1.6 验收程序

（一）初验

1、申请：项目后经测试和试运行合格，供应商根据合同、招标书、计划任务书，检查、总结项目完成情况后向建设方提出初验申请。

2、方式：建设方组织人员进行初验。

3、供应商提供材料：初验申请书、完工报告、项目总结，以及要求的验收评审资料。

（二）终验

1、申请：初验合格后，承建方根据合同、招标书、任务书，检查、总结项目组织实施和完成情况后向建设方提出验收申请。

2、经过审核，材料齐全则由建设方组织验收。

验收工作由专家、建设方和供应商项目组人员一起组成验收小组进行验收，验收后提交验收报告。

3、验收签字

经过验收、评审形成的验收报告和评审报告，建设方签字，通过验收。

1.7 验收依据

验收依据为供应商提供的功能设计（项目过程中依据需求调研结果而提交的各子系统《软件功能描述与操作说明书》，即功能清单，本投标文件提交的各技术方案以及《技术偏离表》也是阶段验收的依据之一）。

具体依据如下：

A、本项目招、投标书的所有文件，尤其是项目需求部分；

B、工程施工过程中的经双方签字的变更需求，包括《二次开发方案》《软件功能描述与操作说明书》《合同或合同变更情况》；

C、确认的《系统运行情况报告》；

D、确认的《合同执行情况报告》，确认收到的终验提交文档资料情况；

1.8 验收需提交的文档

提供以下目录的原厂商资料一套：

 按CMMI和ISO9000系列标准要求，提供整个产品交付过程中产生的全部文档

 产品验收标准  技术说明书  使用说明书

 安装、维修及操作手册及公开维修密码  合同中要求的其他文件资料

 系统验收后中标方需提供系统源码，并签订保密协议。开发技术文档：

《数据字典、数据结构与流程》并提供电子浏览、查找工具、直接集成在“系统管理子系统”中；

《需求分析说明书》、《详细设计》、《二次开发方案》、《数据结构》、《框架结构图》、《应用系统测试方案》、《系统功能说明》，以及其它招标要求的技术文档。工程技术文档：

《测试记录》、《测试报告》、《数据准备报告》 《用户操作手册》 《系统维护手册》 《接口说明书》 《系统操作说明书》 《试运行方案》 《系统维护情况表》

《培训计划》、《培训记录》、《例会记录》、《故障情况记录表》 《阶段验收方案》„„

其他文档：按采购文件要求须提供的其它文档。

源代码：提供的软件产品应包括各种相关的软件系统、各阶段开发文档、运行稳定可靠的本系统安装程序、注释清晰明了的能编译生成目前（实施并客户化后的）正在运行的全套应用程序的源代码等。阶段验收报告的组成：

阶段验收报告

1.9 验收结论

验收结果分为：验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。

1、项目凡具有下列情况之一的，按验收不合格处理：

（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；

（二）所提供的验收材料不齐全或不真实的；

（三）项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的；

（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；

（五）没有对系统或设备进行试运行，或者试运行不合格；

（六）项目经费使用情况审计发现问题的；

（七）违反法律、法规的其他行为。

2、验收结论确认和处理

由建设方根据验收意见和相关资料得出结论，并进行确认。

3、项目验收结论的处理

（一）验收结论为验收合格的，则后可进行项目交接；如有需补充问题，则在补充问题响应完成后进行项目交接。

（二）验收结论为需要复议的，则供应商需在一周内补充有关材料或者进行相关说明。

（三）验收结论为验收不合格的，则供应商必须限期整改，整改后试运行合格的，重新申请验收。

1.10 项目交接

项目验收合格后，应办理项目交接手续，转入售后维护阶段。