ICS93.080.30
R 84 GA 中华人民共和国公共安全行业标准
GA/T 870—2010
闯红灯自动记录系统验收技术规范
Technical specifications of acceptance for automatic recording system of
vehicles for violation of traffic signal
2010-05-31发布2010-10-01实施中华人民共和国公安部发布
GA/T 870—2010
目次
前言 ................................................................................ II
1 范围 (1)
2 规范性引用文件 (1)
3 术语和定义 (1)
4 验收条件 (2)
5 验收组织 (2)
6 验收项目与方法 (2)
7 抽样 (4)
8 验收结果评判 (4)
附录A（资料性附录） 验收文件记录表 (5)
参考文献 (12)
I
GA/T 870—2010
II 前言
本标准按照GB/T 1.1-2009给出的规则起草。
请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别这些专利的责任。 本标准由公安部道路交通管理标准化技术委员会提出并归口。
本标准起草单位：公安部交通管理科学研究所、国家道路交通安全产品质量监督检验中心。本标准主要起草人：孙巍、邹永良、籍东辉、龚标、吴云强、陆海峰、秦东炜。
GA/T 870—2010 闯红灯自动记录系统验收技术规范
1 范围
本标准规定了闯红灯自动记录系统验收的术语和定义、条件、组织、项目与方法、抽样、结果评判。
本标准适用于公安交通管理部门对新建和改建闯红灯自动记录系统的功能、软硬件及工程质量的检查验收。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB 50348-2004 安全防范工程技术规范
GA 329.3 全国道路交通管理信息数据库规范 第3部分：交通违法管理信息数据规范
GA/T 496-2009 闯红灯自动记录系统通用技术条件
GA 648 交通技术监控信息数据规范
3 术语和定义
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
闯红灯自动记录系统硬件设备与标书、合同、检测报告等相应文件的符合性检查，项目包括：闯红
1
GA/T 870—2010
灯自动记录系统主要组成设备品牌、型号和数量，图像采集单元型式、像素和帧率等。
3.5
工程质量检查 inspection on quality of the engineering
闯红灯自动记录系统工程质量与技术标准、标书、合同等相应文件的符合性检查，项目包括：闯红灯自动记录系统的电气安全性、安装施工质量等。
4 验收条件
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）其他相关文件。
5 验收组织
由公安交通管理部门或其指定的单位组织验收，成立验收组，成员应由公安交通管理秩序部门、科技部门以及相关高校、科研院所的专家组成，通常为单数，并推选组长。
6 验收项目与方法
6.1 系统功能性检查
6.1.1 现场测试条件
若无相关特殊约定，现场测试时应满足：
a）天气晴朗，且无雨、雪、雾等影响；
b）无摩托车、电动自行车、自行车等干扰；
c) 采用单辆试验车进行，试验车宜选用设备监控道路常见车型。测试时，试验车行驶轨迹应分别在相应车道的左侧、中间、右侧，车身不应超出试验车道；
d) 测试现场应设置隔离、防护等必要措施，以确保安全。
6.1.2 闯红灯记录功能符合性
2
GA/T 870—2010
在对应的红灯相位由试验车进行三次闯红灯测试，检查记录结果应符合 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 其它项目
3
GA/T 870—2010
4 若标书、合同等有其它特殊约定项目的，逐项检查应与相应标书、合同等文件相符。
7 抽样
对于同期建设的，采用相同型号的闯红灯自动记录系统验收可采用抽样方式进行，抽样数量应不小于表1的规定值，具体数量由项目建设单位和承建单位商定，抽样表参见表A.5。
表1 现场抽样检查方案
（单位：套） 验收总数N ≤3 10 15 20 25 30 35 40 45 50 60 70 抽样数量n N 3 4 5 6 7 8 9 10 11 14 16 验收总数N 80 90 100 115130150170190210230 250 ≥250抽样数量n 18 19 21 25 30 35 35 40 45 50 60 70
8 验收结果评判
8.1 单套验收结果评判
闯红灯自动记录系统单套验收结果评判分为符合和不符合。若验收项目均符合要求，验收结果评判为符合；出现一项及一项以上不符合要求，验收结果评判为不符合。
8.2 抽样验收结果评判
8.2.1 验收报告
验收组应出具验收报告，参见表A.6，并对验收结果进行评判，验收结果分为验收合格和验收不合格。
8.2.2 验收合格
抽样验收的闯红灯自动记录系统合格率90%及以上，验收结果评判为验收合格。
对于不符合要求的闯红灯自动记录系统限期整改；对于未抽样的闯红灯自动记录系统，逐套自查相关不符合项目并落实整改。整改结果的复核可采用现场验证或资料审查的方式进行。
8.2.3 验收不合格
抽样验收的闯红灯自动记录系统合格率不足90%，验收结果评判为验收不合格。
验收不合格的，应重新申请，并逐套验收；在确不具备逐套验收条件时，可选择抽样验收，但抽样数量应不少于原抽样数量。
GA/T 870—2010
5
附 录 A （资料性附录） 验收文件记录表
A.1 试运行报告见表A.1。
表B.1 试运行报告
项 目 名 称 项 目 编 号 项目建设单位 项目承建单位 建 设 时 间
设 备 型 号 设 备 数 量
试运行时间
系统试运行状况
发生故障情况
备 注
项目承建单位 意 见
（盖 章） 年 月 日
GA/T 870—2010
6
A.2 初验评估报告见表A.2。
表B.2 初验评估报告
项 目 名 称 项 目 编 号 项目建设单位 项目承建单位
建 设 时 间 设 备 型 号
建 设 地 点
初验结果
系统软件
（1）图片
□符合/□不符合，不符合情况说明
（2）信息
□符合/□不符合，不符合情况说明 系统硬件
（1）主要硬件设备的品牌、型号和数量 □符合/□不符合，不符合情况说明 （2）图像采集单元的型式、像素和帧率 □符合/□不符合，不符合情况说明 工程质量
（1）电气安全性
□符合/□不符合，不符合情况说明
（2）安装施工质量 □符合/□不符合，不符合情况说明 备 注
初 验 小 组 意 见
初验小组成员签字：
年 月 日
GA/T 870—2010
7
A.3 验收申请见表A.3。
表B.3 验收申请
项 目 名 称 项 目 编 号 项目建设单位 项目承建单位 建 设 时 间 设 备 型 号
设 备 数 量 申请验收时间
联 系 人
联 系 电 话
验收文件清单
备 注
项目承建单位 意 见
（盖 章）
年 月 日
GA/T 870—2010
8 A.4 检查记录表见表A.4。
表B.4 检查记录表
设 备 名 称
设 备 型 号 设 备 编 号
安 装 地 点
闯红灯记录
功 能
1、系统记录闯红灯过程中□两/□三个位置的信息；
2、第一个位置车身□是/□不是未越过停止线（压在线上
或停在线前）；
3、第二、三个位置信息车身□是/□不是全部越过停止线；
4、红灯信号□清晰/□不清晰；
5、号牌号码□清晰/□不清晰。
□符合
□不符合
闯红灯记录
抗干扰性
1、绿灯通行测试，闯红灯自动记录系统□有/□没有记录
为闯红灯行为；
2、黄灯通行测试，闯红灯自动记录系统□有/□没有记录
为闯红灯行为；
3、红灯压线停车测试，闯红灯自动记录系统□有/□没有记
录为闯红灯行为。
□符合
□不符合
闯红灯捕获率
和记录有效率
1、测试次数：
2、系统捕获次数：
3、闯红灯捕获率（%）：
4、记录总数：
5、有效记录数：
6、记录有效率（%）：
□符合
□不符合图 片
1、图片格式□是/□不是为JPEG；
2、图片信息□是/□不是完整，包括：时间、地点、方向
和车道等；
3、图片□是/□不是具有防篡改功能。
□符合
□不符合信 息
1、系统□有/□没有实时记录闯红灯车辆信息并存入数据
库表中；
2、数据库表结构□符合/□不符合GA 329.3的要求；
3、数据库表结构□符合/□不符合GA 648的要求。
□符合
□不符合
GA/T 870—2010
9
表A.4（续）
主要组成设备型号和数量
1、闯红灯检测单元（例如车辆检测器）品牌、型号和数量与标书、合同、检测报告等文件□一致/□不一致；
2、图像采集单元（例如摄像机）品牌、型号和数量与标书、合同、检测报告等文件□一致/□不一致；
3、数据处理存储单元（例如工控机）品牌、型号和数量与标书、合同、检测报告等文件□一致/□不一致。 □符合 □不符合图像采集单元型式、像素和帧率1、图像采集单元（例如摄像机）型式与标书、合同等文件□一致/□不一致；
2、图像采集单元（例如摄像机）像素和帧率等与标书、合同等文件□一致/□不一致。
□符合 □不符合
电气安全性
1、接地电阻值（Ω）：
2、线缆规格与标书、合同等文件□一致/□不一致；
3、防雷设备型号和数量与标书、合同等文件□一致/□不一致。
□符合 □不符合
安装施工质量
1、系统监控车道与标书、合同等文件□一致/□不一致；
2、安装方式与标书、合同等文件□相符/□不相符；安装立杆□是/□不是安装在人行道或隔离带中合适位置。
3、图像采集单元的安装□牢固/□不牢固，□有/□没有出
现因抖动影响系统正常工作的情形；
4、结构强度（杆子规格尺寸、机箱规格尺寸）与标书、合同等文件□一致/□不一致；
5、□有/□没有相应的防盗措施；
6、管道规格与标书、合同等文件□一致/□不一致；
7、管线敷设与标书、合同等文件□相符/□不相符。
□符合 □不符合其 它 项 目
单 套 验 收 结 果 评 判
□符合/□不符合
验 收 组 意 见
验收人员签字：
年 月 日
注：在对应□中打“√”。
GA/T 870—2010
10
A.5 抽样表见表A.5。
表B.5 抽样表
项 目 名 称 项 目 编 号 项目建设单位 项目承建单位 建 设 数 量
抽 样 数 量
抽 样 结 果
备 注
项目建设单位 意 见
（签 字） 年 月 日
项目承建单位 意 见
（签 字） 年 月 日
GA/T 870—2010
11
A.6 验收报告见表A.6。
表B.6 验收报告
项 目 名 称 项 目 编 号 项目建设单位 项目承建单位 设 备 型 号 设 备 数 量 抽样验收数量
验收合格数量
合 格 率
不合格项描述
验收结果评判
备 注
验 收 组 意 见
验收组成员签字： 验收组长签字：
年 月 日
GA/T 870—2010
12 参考文献
[1] GB/T 2828.4-2008 计数抽样检验程序 第4部分：声称质量水平的评定程序
[2] GB/T 2828.11-2008 计数抽样检验程序 第11部分：小总体声称质量水平的评定程序
_________________________________
电子警察系统（路口违章车辆抓拍系统） 1、系统主要需求（系统介绍、系统作用等）； 2、系统组成及网络结构 3、系统工作流程描述 4、系统功能体现 5、主要性能指标 6、前端抓拍设备技术指标和参数 7、电气安全 8、环境适应性 9、其它 10、电子警察系统主要组成部分的设计与选择 1)车辆检测方式的选择 2)抓拍方式的选择
电子警察系统（抓拍红绿灯设备） 闯红灯自动抓拍记录系统（俗称“电子警察系统”）是利用车辆检测技术、信号控制技术、计算机技术、图像处理技术、通信技术等现代高科技在交通管理中的应用，是检测机动车闯红灯违法行为的有效手段。该系统应24小时不间断全天候工作，将对遏制机动车闯红灯违法行为起到重要的作用。 一、系统主要需求： (一)系统应具有良好的可扩充性、可移植性和兼容性，充分考虑到了系统的发展因素，系统设计方案充分利用现有的信息化建设成果和路口资源，并预留扩展接口。 (二)系统功能全面、完善、安全、稳定而可靠。确保系统指挥中心管理部分、通信网络部分和路口控制部分等一系列的设备和信息传输链路24小时不间断应用。不受天气变化的影响（包括台风、暴雨和打雷等）。 (三)违法照片中需要记录清晰地车牌、停车线、信号灯以及完整的违法过程。具体要求如下： 1)第一张全景图片应包含并能清晰辨别红灯信号（或倒计时灯）、车辆类型、车身颜
色且显示的机动车车头（整个车身的前三分之一）处在停车线后（没有越过停车线）或压在停车线上。
2)第二和第三张全景图片应包含并能清晰辨别红灯信号（或倒计时灯）、车辆类型、车身颜色且能无可争辩的显示红灯期间该车整个车身已经越过停车线的情况。 3)手动鼠标进行框选车牌特写部位，所选图片信息应能清晰辨别车牌号码和车牌颜色。 4)对于路口信号灯是箭头灯的拍摄点，要求拍摄效果能清楚地在后端看清箭头所指方向。 二、系统组成及网络结构 1)电子警察系统由路口抓拍设备、传输系统、中心处理系统（后台集成管理系统）三部分组成。其示意图1如下： 图1 电子系统组成结构图 2)网络结构 典型的系统结构如图所示：
系统测试与验收方案
1.系统测试与验收方案 1.1.测试方案 1.1.1.单元测试 1.1.1.1. 单元测试说明 在计算机编程中，单元测试（又称为模块测试）是针对程序模块 （软件设计 的最小单位）来进行正确性检验的测试工作。程序单元是应用的最小可测试部 件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象 编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类） 中的方法。 单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元 测试提供了代码片断需要满足的严密的书面规约。因此，单元测试带来了一些 益处。单元测试在软件开发过程的早期就能发现问题。 1.1.1. 2. 单元测试方法与内容 单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法 设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测 试等。 1.1.1.3.单元测试流程 图15-1单元测试流程图 ［惮炯设汁说期"■ !锻程序文件 ；测试用例文件 耳单元测试报告 i ；软件Rug 酒电
从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件Bug清单中。 把软件Bug清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决。 单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。 1.1.14 单元测试用例 编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。 1.12代码评审 代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 评审的内容： 1）编码规范问题：命名不规范、magic number、System.out等； 2）代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等； 3）工具、框架使用不当：Spring、Hibernate、AJAX等； 4）实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等； 5）测试问题：测试覆盖度不够、可测试性不好等。 评审的优点： 1）提高代码质量：在项目的早期发现缺陷，将损失降至最低 2）评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解 3）促进团队沟通、促进知识共享、共同提高
XXX项目 系统集成测试验收方案 版本：0.5 日期：XXXX年XX月
修订记录
目录 1.文档说明 (3) 1.1.文档目的 (3) 1.2.适用范围 (3) 1.3.参考资料 (3) 2.项目概述 (4) 2.1.背景 (4) 2.2.项目工作范围 (4) 2.3.项目目标 (5) 2.4.阶段划分 (5) 2.5.外网网络基础环境 (5) 2.5.1.外网设备部署图 (5) 2.5.2.拓扑结构 (6) 3.验收概述 (7) 3.1.验收条件 (7) 3.2.验收总体内容 (7) 3.3.验收方法概述 (7) 4.验收计划 (8) 4.1.人员及角色 (8) 4.2.验收流程 (8)
4.3.任务安排 (8) 5.验收内容 (10) 5.1.集成验收 (10) 5.1.1.设备测试 (10) 5.1.2.网络测试 (11) 5.1.3.操作系统的测试 (11) 5.1.4.其他测试 (14) 5.1.5.软件测试测试 (15) 5.2.相关文档验收 (17) 6.附件 (18) 网络环境集成测试报告 (18) 附表1设备测试表 (19) 附表2网络测试表 (20) 附表3机房服务器磁盘分区划分测试表 (28) 附表4 服务器测试表 (30) 附表5 设备电源线测试表 (31) 附表6 软件测试表 (32) 附表7 遗留问题记录表 (34)
1.文档说明 1.1.文档目的 本文档主要用于指导相关人员对外网基础环境进行集成验收工作。 这里所说的相关人员包括： 业主单位： 监理： 承建单位： 1.2.适用范围 本文档只适用于恢复启用工程外网基础环境进行集成验收。验收内容只包括合同中所要求的在集成测试验收阶段必须实现的各项要求及相关文档。 本文档不适用于内网基础环境的验收。 1.3.参考资料
软件产品（系统）验收测试规范及流程 验收测试简介 验收测试即由产品开发方按照需求文档中所有内容进行开发、内测完毕，提交的版本符合验收测试标准。通过验收测试判断产品质量是否符合产品需求，功能实现是否正确并可以最终上线。 验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确，性能和安全性方面是否符合发布标准，并且产品可以最终上线。 验收测试范围 界面测试 所有界面浏览、链接正确、所有功能按钮及界面显示正确。 功能测试 所有需求文档描述的功能实现正确。 性能测试 重点业务功能、性能能满足上线运营需求。 安全性测试 接口和数据调用等方面符合安全性规范；没有安全性漏洞。 验收测试流程 验收测试基本工作流程如下： 准入条件检测 文档 进入验收测试的文档准备齐全： a) 验收版本的需求文档（提交方提供）：要求需求文档与最终提交验收测试的程序完全匹配； b) 验收版本的测试用例（提交方提供）：要求测试案例覆盖最终版本的需求文档； c) 验收版本的测试报告（提交方提供）：在测试报告书中说明测试总体情况，缺陷列表及修复情况； 缺陷 要求开发方在合同双方约定的环境中对需求文档上提及的所有功能进行全面测试，且提交验收测试时，开发方发现的所有缺陷都已解决。 测试环境 验收测试环境准备完成，与线上真实环境一致。
沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全； 2. 提交验收测试缺陷的沟通渠道建立完毕，要求快捷、准确、反馈及时； 验收测试 文档验收 ?进入标准： 文档准备必须齐全且符合标准，可以进入文档验收流程。 ?中断标准： 1. 需求文档并非最终版，需求文档上描述的功能程序并未实现。 2. 测试用例与需求文档不匹配，测试用例中测试的模块在需求文档。中不存在或者需求文档中的功能模块未在测试用例中体现。 3. 测试报告书不完整，遗留缺陷不符合遗留缺陷允许限制的数量。 ?退出标准： 文档符合标准并通过验收，进入程序验收流程。 程序功能验收 ?进入标准： 文档验收流程结束。 ?中断标准： 1. 出现A，B级缺陷 2. C级缺陷达到5个 3. 验收测试过程中，提交新的版本 ?退出标准： 验收测试合格，缺陷按照标准修复完成。 ?通过标准： 要求验收测试结束后，未解决的缺陷达到以下要求时，才能验收通过： a) A级缺陷：0个； b) B级缺陷：0个； c) C级缺陷：小于等于总缺陷数的3%； d) D级缺陷：小于等于总缺陷数的5%个； e) E级缺陷：小于等于总缺陷数的15%个。 注：对于放弃处理的提案，必须提前经过我方同意。 验收完成 1．验收完成后质量保证部提交的文档： a) 最终版需求文档
高清晰超速抓拍视频监测系统 技 术 方 案 沈阳科消电子工程有限公司
第1章前言 1.1项目概述 随着全国公路交通建设的快速发展和机动车辆的普及，厂内公路的不断加宽，路口的增多，机动车的行驶速度也不断加快，这些都增大了交通事故发生的几率，也为管理部门提出了更高的要求。 公路车辆智能监测记录系统，是智能交通系统的一个重要的组成部分。系统利用先进的视频、通讯、微机控制、网络、图像处理、信息处理等技术实现对监控路面的车辆通过时间、地点、车速、行驶方向、号牌号码、号牌颜色、车辆图像等车辆信息进行自动采集和处理，通过对运行车辆的构成、流量分布、违章情况进行常年不间断的记录与分析，为交通规划、交通管理、道路养护部门提供重要的基础和运行数据。 公路车辆智能监测记录系统作为智能交通的一个重要组成部分，主要应用于重要路段路面监控、实现道路安全管理的智能化和自动化。 该系统不仅能够抓拍高清晰的车牌图像还能够抓拍高清晰的车辆全景图图像和司乘人员面部图像，为管理部门加强管理提供了丰富的信息，同时该系统的识别率和抓拍率均高于基于普通摄像机的抓拍系统。 1.2建设目标 智能抓拍识别 采用视频摄像机抓拍技术，能全天候24小时不间断地对出城车辆自动进行实时监测抓拍，实时自动识别机动车辆牌照号码，并记录显示车辆号牌的图片。将图像存储到磁盘相应目录下,车辆通过的信息写入相关数据库,并在全景图像中标明车辆通行数据,如时间、地点、车型、车辆号牌、车牌颜色、车速、方向等。 大容量自动溢出存储 采取循环覆盖技术，单套系统配备大容量硬盘，可存储车辆不低于80万辆。当超出80万辆车时，自动对最前面的图片数据依次进行覆盖，整个系统始终保留至少80万
测试验收、交付管理规程 第一章总则 第一条信息化项目的测试验收组负责系统的测试验收工作，按照相关规定完成系统的测试验收工作。 第二条信息化项目的测试验收组应严格按照《测试验收管理制度》有关规定执行。 第三条发现工程中存在质量问题，应随时向项目负责人报告，由施工单位及时进行整改。 第四条施工单位制定的施工操作规程应贯彻本规定的要求。 第二章测试验收方案 第一条在测试验收前制定测试验收方案，测试验收方案根据设计方案或合同要求等制定。 第二条根据不同的测试单元制定不同的测试验收方案。 第三条测试验收方案基本内容应包括以下内容： (一) 工程概况 (二) 建设依据 (三) 验收的组织 (四) 测试时间、范围、方法和主要过程 (五) 验收检查的质量指标与评定意见
第四条严格按照测试验收方案规定的范围、项目、流程、方式、方法进行验收。 第五条对测试验收的控制方法和人员行为准则进行明确规定。 第六条测试验收组应组织相关人员对测试验收方案进行评审和论证，确定方案的可行性、规范性和安全性。 第七条在测试验收过程中所做的一切操作，应先报告后实施。不得向任何无关的第三方人员泄露测试验收相关的信息资料。 第三章单元测试验收 第一条测试验收组应根据信息系统设计方案与合同进行功能性测试。 第二条委托第三方进行信息系统的安全性测试，并出具安全测试报告，安全测试至少包括： (一) 对组成系统的所有部件进行安全性测试； (二) 对系统进行集成性安全测试； (三) 对业务应用进行安全测试等。 第三条测试验收组对信息系统进行集成测试。 第四条测试验收组视需要对信息系统进行压力测试。 第四章测试验收报告 第一条详细记录测试验收的每个步骤的实施情况和结果。 第二条详细记录测试验收每个步骤的参与人员，参与时间。
交通管理闯红灯自动记录系统解决方案
正文目录 第一章概述 (1) 1.1 应用背景 (1) 1.2 设计原则 (1) 1.3 设计依据 (3) 1.4 设计目标 (4) 第二章总体设计 (5) 2.1 设计思想 (5) 2.2 技术路线 (6) 2.2.1系统前端设备技术路线 (6) 2.2.2中心管理平台技术路线 (7) 2.3 系统结构 (8) 2.4 系统组成 (9) 2.5 系统工作流程 (9) 2.5.1卡口过车抓拍流程 (9) 2.5.2闯红灯违法取证流程 (11) 2.5.3其它违法行为取证流程 (15) 2.5.4人脸取证工作流程 (15) 2.6 系统功能 (16) 2.6.1闯红灯违法抓拍功能 (16) 2.6.2卡口监测记录功能 (17) 2.6.3其他交通违法行为记录功能 (17) 2.6.4驾驶人面部特征记录功能（人脸取证电警） (17) 2.6.5人脸卡口功能（人脸取证电警） (17) 2.6.6车辆牌照自动识别功能................................. 错误!未定义书签。 2.6.7背向车型识别功能 (18) 2.6.8智能补光功能 (20)
2.6.10车辆稽查布控功能 (20) 2.6.11高清录像功能 (20) 2.6.12交通参数采集功能 (21) 2.6.13数据断点续传功能 (21) 2.6.14时间校准功能 (21) 2.6.15图像防篡改功能 (21) 2.6.16网络远程维护功能 (21) 2.7 系统性能 (22) 第三章视频电警前端设计 (24) 3.1 前端子系统结构 (24) 3.2 前端子系统工程布局 (25) 3.3 前端子系统工程实施要点 (27) 3.3.1工程实施细则 (27) 3.3.2立杆安装位置与停止线距离计算依据 (29) 3.4 设备安装效果图 (30) 3.5 前端子系统设备选型 (32) 3.5.1一体化电警抓拍单元 (32) 3.5.2终端服务器（二选一） (40) 3.5.3交通灯信号检测器 (41) 3.5.4环境补光灯 (42) 第四章人脸取证电警前端设计 (44) 4.1 前端子系统结构 (44) 4.2 前端子系统工程布局 (45) 4.3 前端子系统工程实施要点 (47) 4.3.1工程实施细则 (47) 4.3.2立杆安装位置与停止线距离计算依据 (49) 4.4 设备安装效果图 (50)
测试验收方案 一、简介 本方案分为六大部分来阐述整个测试验收方案,各部分既独立成一个整体，又互相关联，从计划、安排到具体阶段实施既有总体上的原则和方法指导,又有详细的测试方法和测试方案进行实际测试工作的指导。主要分为以下部分： 项目测试流程：对测试验收进行整体的测试时间、计划安排; 项目验收测试总体计划:按照招标文件要求、软件工程理论,对软件进行迭代式的开发测试，每个开发阶段都有开发FＡT和FAT验收测试,每个实施阶段都有SＡＴ验收测试，第三部分测试总体计划中，对于软件开发周期中的各阶段从测试方法论的角度对FＡT测试与SAT测试进行了指导。为避免文章中的不必要内容重复，具体可操作方案请见随后的“工厂验收测试方案”与“现场验收测试方案”相关章节; 工厂验收测试方案与现场验收测试方案:从可操作的角度对软件周期各阶段的FAＴ、ＳAT测试进行详细的技术说明,各阶段FAT、SAT根据该阶段测试不同灵活运用该指导方案中测试方法和操作。 ?文档测试：对于各阶段产生的文档进行验收。 二、项目测试流程 （一）整体流程 福建电力ＦＭIS系统测试贯穿于项目的始终，是项目质量保证体系的重要环节，远光公司已经建立起基于IEC91868/ 9１86８、IＳO ９０00和IBM Ｒatiｏnal ＲUP２０00标准的质量保障体系，制定和执行了质量保障规范体系。参考国际标准和ＩBM Ratioｎal RUP２0０0软件工程的测试流程，依据招标文件的要求，制定福建电力ＦMIS系统的整体测试工作流程，用于指导项目的测试和质量检查。 流程说明： １）测试流程是福建电力FMIS总体实施流程的一个子集,贯穿于三个实施阶段之中；
多功能高清闯红灯自动监测记录系统 一系统设计 随着高清数字摄像机的迅速发展、工控机的处理能力越来越强，以及智能识别技术的成熟应用，使电子警察系统由原地感线圈检测+标清抓拍模式逐步向视频检测+高清抓拍模式发展，从而带动电子警察系统从功能到性能上的全面提升和产品的更新换代。 目前的电子警察系统已经由提供单一违法检测功能系统转变为提供全面的道路交通实时数据的复合功能系统；随着视频检测技术的发展，系统针对车辆目标能够提供车辆行驶轨迹远距离跟踪、车型识别、车身颜色识别、号牌识别、车速检测等越来越多的智能识别数据，同时检测精度越来越高、检测范围越来越大；系统利用高清数字摄像机，全面提升了记录图像的质量，从而为管理部门提供更多、更清晰、更为有效的取证信息和分析数据。 根据目前电子警察系统的发展情况，重点针电子警察系统要求和现场实际情况，我们提出全高清模式复合功能电子警察系统建设方案。该方案的提出具有以下特点： 1、本次系统为闯红灯智能监测记录系统，兼容其他公司的管理后台。 2、采用视频分析+高清图像抓拍+视频录像的高清模式； 3、视频分析采用最先进的基于自适应模型学习的多目标跟踪算法； 4、高清数字摄像机选用500万像素的高清CCD摄像机； 5、选用防眩目的LED补光灯，作为夜晚辅助光源进行补光；
二闯红灯违法抓拍系统 2 电子警察抓拍系统组成结构2.1 系统前端示意图： 分析视频判断是否闯红灯 并给出抓拍信号
该图中主要由高清CCD摄像机、补光灯、硬盘录像机、交通信号灯检测器和前端控制主机组成，完成红绿灯状态检测、机动车违章行为检测、违章图片抓拍、补光灯控制/结果、违章记录本地储存，相关信息网络上传等任务。 2.2 网络传输部分 路口通讯管理单元负责提供路口抓拍单元与中心的通讯连接，路口通讯管理单元与控制中心计算机的通讯采用专用光缆实时回传违法数据。本系统支持光纤实时传输，U盘本地下载及3G无线传输等多种传输数据传输形式。 3 电子警察系统工作原理 3.1 系统工作原理 高清闯红灯软件处理流程主要基于多目标跟踪原理的视频检测算法。通过对高清摄像机输入信号的实时分析，从而实现对经过十字路口的机动车辆进行准确定位和跟踪。 基于多目标跟踪的视频车辆检测算法的主要原理为：通过在线自适应学习的背景模型和车辆模型在当前帧中搜索车辆目标，并对分割出的车辆目标提取相关特征，与前一帧中的车辆目标进行匹配，从而实现对同一车辆目标在前后帧中的轨迹跟踪，得到对车辆目标的检测。其算法流程如下图所示： 图3-1基于多目标跟踪的全景视频车辆检测算法流程图 ◆图像预处理：包括颜色空间变换、全场/半场图像转换、图像滤波去噪等； ◆光照因子选择：利用背景模型对光照条件进行判断，选择自适应光照因子，通过光照因子来调节车辆模型适应不同光照条件； ◆模型更新：通过模型更新达到在线自学习； ◆车辆搜索：利用背景模型得到前景检测结果，并利用自适应车辆模型在前景图像上搜索可能的车辆位置；
关于宝应县公安局交通警察大队和开发区管理委员会闯红灯自动记录系统、智能 交通信号控制系统新建、改造建设 项目公开招标补充公告内容 1、招标公告（含招标文件第一章招标公告）中，原文件二、招标项目简要说明及预算金额——A包——1、项目包括——“本项目中机房设备之间、前端存储主机和交换机之间...机房采用华为等高性能千兆交换机集成”。修改为：“本项目中机房设备之间、前端存储主机和交换机之间...机房采用高性能千兆交换机集成。”（P4） 2、招标公告（含招标文件第一章招标公告）中，原文件二、招标项目简要说明及预算金额——B包——“2、本项目中智能交通信号控制系统需接入到宝应的现有智能交通平台...机房采用华为等高性能千兆交换机集成”。修改为：“2、本项目中智能交通信号控制系统需接入到宝应的现有智能交通平台...机房采用高性能千兆交换机集成。”（P4） 3、招标文件第四章项目需求——二、技术条款——（一）项目内容——A包——1、项目包括——“本项目中机房设备之间、前端存储主机和交换机之间...机房采用华为等高性能千兆交换机集成”。修改为：“本项目中机房设备之间、前端存储主机和交换机之间...机房采用高性能千兆交换机集成。”(P27) 4、招标文件第四章项目需求——二、技术条款——（一）项目内容——B包——“2、本项目中智能交通信号控制系统需接入到宝应的现有智能交通平台...机房采用华为等高性能千兆交换机集成”。修改为：“2、本项目中智能交通信号控制系统需接入到宝应的现有智能交通平台...机房采用高性能千兆交换机集成。”(P28) 5、招标文件第四章项目需求——二、技术条款——（三）技术参数——A包——1、闯红灯自动记录系统技术要求——1.4主要设备技术指标——2）抓拍车头700万像素智能交通摄像机——“★在修改设备用户的密码时，应具有复杂度安全提示功能。用户密码应具备防暴力破解功能。用户密码在设备上不允许明文存储”删除。（p43） 6、招标文件第四章项目需求——二、技术条款——（三）技术参数——A包——2、高清雷达测速卡口——2.4主要设备技术指标“★测速范围10km/h~250km/h，★测速误差-4km/h~0km/h，...★雷达设备必须要有中华人民共和国制造计量器具许可证（雷达上要有CMC标志）”。修改为“测速范围
第一章项目验收方案 1.1 验收目的 验收是项目从实施到售后维护的一个过渡阶段，验收通过之后实施的项目正式实施完成，项目进入系统售后维护阶段。验收是项目建设过程的一个里程碑，说明项目建设完成了实施这一过程，进入了下一个阶段。 为使信息化项目建设按照《软件功能描述与操作说明书》要求进行，确保项目完成后达到有关要求和标准，正常运行平稳，必须进行项目验收。 1.2 验收对象 XXXX有限公司。 1.3 验收前提条件 （一）从多方的反馈和系统稳定性方面来看，整个系统的运行已经进入正轨，需求的响应也已基本完成，并稳定运行五个月后组织验收； （二）每个模块需要相关使用科室主要负责人签字； （三）所有模块按照合同要求全部建成，并满足使用要求； （四）各个分期工程全部初验合格； （五）已通过软件系统测试评审； （六）各种技术文档和验收资料完备，符合合同的内容； （七）系统建设和数据处理符合信息安全的要求； （八）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求； （九）经过建设方同意； （十）合同或合同附件规定的其他验收条件。
项目验收，是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，建议采用的验收方法是： 运行项目系统软件，检验其应用软件的实际能力是否与合同规定的一致；运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。 1.5 验收步骤 （一）编写验收计划 （二）由XX公司在对项目进行深入的需求分析的基础上编写验收计划，提交建设方审定。 （三）成立项目验收小组 实施测试验收工作时，成立项目验收小组，具体负责验收事宜。 （四）项目验收的实施 严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试 和验收。 （五）提交验收报告 项目验收完毕，对项目系统设计、软件运行情况等做出全面的评价， 得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的 解决意见。 （六）召开项目验收评审会 召开项目验收评审会，全面细致地审核项目验收小组所提交的验收报 告，给出最终的验收意见，形成验收评审报告并存档。
目录 第一章弱电系统的测试、调试、验收 (2) 1.1 设备安装、测试与调试 (2) 1.2 设备检验 (3) 1.3 系统初步验收 (4) 1.4 系统试运行和最终验收 (4) 第二章综合布线系统的测试 (5) 2.1 综合布线测试的标准 (5) 2.2 综合布线测试内容 (5) 2.3 综合布线测试仪器选择 (6) 2.4 测试报告 (6) 第三章安全防范系统的测试、调试 (7) 3.1 外观鉴定 (7) 3.2 性能测试 (7) 3.3 功能测试 (7) 3.3.1 电视监控系统功能测试 (7) 3.3.2 门禁系统功能测试 (8) 3.3.5 防盗报警系统功能测试 (8) 3.4 其他测试 (9) 第四章楼宇自控系统的测试、调试 (10) 4.1 中央工作站的检测 (10) 4.2 子系统的检测 (11) 4.3 现场设备的检测 (12) 4.4 功能检测 (13) 第五章有线电视系统的测试、调试 (16)
第一章弱电系统的测试、调试、验收 1.1 设备安装、测试与调试 系统的检验和测试是保证系统建设成功的必要手段，也是系统验收前的必经步骤。 系统的测试和检验主要包括主要设备工厂检验、出厂前测试、设备运抵现场开箱检验和测试、安装验收检验、现场子系统测试、完工测试、试运行测试以及竣工验收测试等。测试检验内容包含：外观鉴定、功能测试、性能测试等。 在后面的章节我们将对各个子系统的测试、调试作详细的阐述。我们给出了部分子系统的调试、测试应该遵循的规范、步骤和方法手段，所阐述的测试项目包括但不限于本次项目中应用的各个子系统功能。 弱电系统一般安装、测试指标标准： A.弱电系统的接地应采用综合接地，接地电阻应不大于１Ω； B.电缆桥架应有５０％的余量； C.弱电系统的设备机柜安装标准： ◆机柜的安装要平稳、牢固，应按施工图的防震要求进行加固； ◆机柜背面离墙距离应不小于0.8m，以便于安装和检修； ◆各种接线端子的标志应齐全； ◆机柜应有良好的接地； ◆UPS电源柜在安装时应首先考虑梁、板的承重荷载； ◆机柜内的电源插座应可靠地固定在机柜上。 D.强、弱电线缆平行或交叉敷设时，其间距不得小于0.3m，通讯线与其他弱电线平行或交叉敷设时，其间距不得小于0.1m； E.弱电线缆的布放应平直，不得产生扭绞、打圈等现象，不应受到外力的挤压和损伤； F.缆线在布放前两端应贴有标签，表明起始和终端位置，缆线转弯处也应贴标签。标签书写应清晰、端正和正确；
太原市治超信息综合管理系统集成测试验收方案 版本：0.1 日期：2012年07月 修订记录
太原市治超信息综合管理系统项目集成测试验收方案
太原项目系统集成测试验收方案 目录 1.文档说明 (4) 1.1.文档目的 (4) 1.2.适用范围 (4) 1.3.参考资料 (4) 2.项目概述 (5) 2.1.背景 (5) 2.2.项目工作范围 (5) 2.3.项目目标 (5) 2.4.阶段划分 (6) 2.5.项目部署情况 (7) 2.5.1.系统拓扑结构 (7) 3.验收概述 (8) 3.1.验收条件 (8) 3.2.验收总体内容 (8) 3.3.验收方法概述 (8) 4.验收计划 (9) 4.1.人员及角色 (9) 4.2.验收流程 (9) 4.3.任务安排 (9)
5.验收内容 (10) 5.1.集成验收 (10) 5.1.1.设备测试 (10) 5.1.2.网络测试 (13) 5.1.3.操作系统的测试 (14) 5.1.4.其他测试 (14) 5.2.相关文档验收 (15) 6.系统集成测试报告 (16) 7.系统测试表格 (17) 7.1计算机网络系统 (18) 7.1.1核心交换机测试 (18) 7.1.2接入交换机测试 (19) 7.1.3路由器测试 (20) 7.1.4防火墙测试 (21) 7.1.5防病毒网关检测 (23) 7.1.6 服务器测试 (24) 7.1.7操作主机测试 (25) 7.1.8存储设备测试 (26) 7.1.9扫描仪、传真机、打印机测试 (27) 7.1.10机柜测试 (28) 7.2大屏及视频会议系统 (29) 7.2.1DLP屏幕测试 (29) 7.2.2RGB矩阵测试 (31) 7.2.3视频矩阵测试 (32) 7.2.4扩声系统测试 (33) 7.2.5视频会议系统测试 (35)
湘潭市智能交通管理系统介绍 一、项目背景 湘潭市位于湖南省中部偏东地区, 湘江中下游, 全市总面积 5015平方公里 (湖 南省面积最小的省辖市 , 2008年末总人口 326万,其中市区 (两区面积 281平方公里,人口 83万 (城市人口 72万。雨湖区所辖地域千年以来一直是湘潭的中心城区,主要商业区、居民区、古迹、湘潭大学、湖南科技大学、等著名重点大学分布于此,该区总面积 74平方公里,人口 37万(2005,人口密度为 5000人 /平方公里,与长沙市 天心区并列在湖南省各区县一级行政区域中人口密度居第二位。 2007年湘潭市城市人均住宅建筑面积 29.3平方米、城市用水普及率 96.89%、城市用气普及率 82.21%、每万人拥有公共交通车辆 8.64辆 /万人、建成绿地率 40.11%、城市道路网密度 6.82公里 /平方公里。 据交警部门统计,目前湘潭市机动车达 30多万辆、驾驶员有 40多万人,从 09年初至 3月 31日,湘潭共发生道路交通事故 88起,造成 20人死亡、 128人受伤。随着经济发展和城市人口的膨胀,湘潭市交通均面临着诸多问题,其中特别突出的是交通拥堵。拥堵的频繁发生和严重程度已经严重影响了城市的正常运转, 给城市居民带来生活不便,衍生交通事故,加剧了城市环境污染。引起拥堵的原因为交叉口运行不畅;路网布局不合理;交通结构不合理;交通秩序不佳。只有通过相应管理措施和 新技术的实施,才能进一步提高交通流的有序程度,保障交通安全 ,提高城市道路交通管理水平。 二、系统现状 到目前为止,湘潭市已建成 31个路口的 202个车道的固定“电子警察”抓拍点,道路交通视频监控点 85个, 3个路段高清治安卡口抓拍点,“电子警察”信息处理中心 1个,组成具有数据采集、传输、整合等功能的快捷高效的交通监控指挥系统和非现场执法体系。系统对机动车不按《道路交通安全法》驾驶的违法行为进行抓拍,为处罚机动车交通违法行为提供可靠依据。系统能与湘潭城市治安电子防控系统实 现联接、信息共享。
XXX信息系统软件开发与实施项目总体验收方案 1.目的 按照合同要求，由XXX承担的《XXX信息系统软件开发与实施项目》已完成需求调研、软件开发、系统测试、上线部署等系统建设工作。 本项目于XXX年XX月XX日启动，软件开发于XXXX年XX月完成，并已在测试环境下运行近一年。在生产环境到位后，XXXX年XX月顺利从测试环境迁移到生产环境，所有测试于XXXX年XXx月份底前完成，经过XXXX 年XX、XXX两个月试运行，本系统运行情况良好，所有有关用户都已对系统功能签字确认，XXXX系统已具备了验收条件。 项目总体验收将针对XXX信息系统各子系统进行总体验收，评价是否按照合同要求完成建设任务，并评价各应用子系统是否满足业务经办要求。本文档详细阐述了系统验收工作的组织、流程、评审、总结及约定文档提交情况等。 2.验收范围 本次验收将针对本项目XX个子系统进行验收，包括：XX系统。 3.验收依据 （1）XXXX系统应用软件开发项目政府采购公开招标文件； （2）XXXX系统软件开发与实施项目合同书； （3）XXXX信息系统需求规格说明书； （4）XXXX总体设计方案。 4.验收内容 4.1文档审查 检验系统建设文档是否齐全、完整、规范。 4.2功能模块审查 审查各子系统功能模块是否按照规划完成。 4.2性能审查
审查XXXX提供的《压力测试报告》。 4.3用户可用性审查 审查XXXX单位及有关业务部门准备的《用户使用报告》。 5.验收小组及职责 由业主、监理方、总集成方以及承建方项目负责人组成。 验收小组组长： 验收小组副组长： 验收小组成员： 验收小组职责： （1）按照验收流程组织验收会议，协调相关业务部门，确保验收工作按计划开展。 （2）对验收申请和项目文档进行审查，并对照合同审核是否已经完成所有建设任务。 （3）签收审查通过的项目文档。 （4）签收《项目验收备忘录》，确保遗留问题写入备忘录，并由承建方在项目验收后一定期限内完成。 验收小组成员分工： （1）用户确认报告签字：。 （2）XXXX系统功能确认：对照需求分析报告，检查XXXX系统各子系统功能是否可用，XXXX负责。 （3）XXXXX系统文档确认：根据验收文档提交清单，检查各项文档是否提交， XXX负责测试清单、反馈单、质量保障计划、系统安装说明、数据字典、概要设计、详细设计，XXXX负责集成测试方案、集成测试报告、压力测试报告、试运行报告、用户手册。 （4）XXXX系统性能确认：XXXX负责。 1）总体性能要求：a)最大批处理业务应严格控制在30分钟以
道路交通安全违法行为视频取证设备技术规范（GA/T 995— 2012） 1 范围 本标准规定了道路交通安全违法行为视频取证设备的一般要求、技术要求、试验方法、 安装要求。 本标准适用于道路交通安全违法行为视频取证设备的设计、制造、检验和使用。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB5768.2 道路交通标志和标线第2部分:道路交通标志 GB5768.3 道路交通标志和标线第3部分:道路交通标线 GB14886 道路交通信号灯设置与安装规范 GB50198 民用闭路监视电视系统工程技术规范 GB/T15865 摄像机（PAL/SECAM/NTSC）测量方法 GA/T496 闯红灯自动记录系统通用技术条件 GA/T497 公路车辆智能监测记录系统通用技术条件 GA/T832 道路交通安全违法行为图像取证技术规范 GA/T833 机动车号牌图像自动识别技术规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 标清视频standard definition video
水平清晰度在720线(电视行)以下的视频。 3.2 高清视频high definition video 水平清晰度达到720线(电视行)及以上的视频，且分辨率不小于1280×720像素点。 3.3 视频取证设备video forensics devices for road traffic violation 通过视频自动检测并记录道路交通安全违法行为的交通技术监控设备。 3.4 捕获率capture ratio 单位时间内，视频流记录的车辆数与实际通过的车辆数之比。 3.5 捕获有效率capture effective ratio 单位时间内，视频流记录的能清晰辨别机动车特征的车辆数与实际捕获的车辆数之比。 4 一般要求 4.1 组成方式 可采用集成式也可采用分体式。 4.2 基本功能 至少具有以下功能： a)交通现场视频监视； b)交通行为识别与记录； c)交通流量统计； d)多码流视频录像； e)车牌图像自动识别。 4.3 视场范围
1.系统测试与验收方案 1.1.测试方案 1.1.1.单元测试 1.1.1.1.单元测试说明 在计算机编程中，单元测试（又称为模块测试）是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。 单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。因此，单元测试带来了一些益处。单元测试在软件开发过程的早期就能发现问题。 1.1.1. 2.单元测试方法与内容 单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。 1.1.1.3.单元测试流程 图15-1 单元测试流程图 从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件Bug清单中。
把软件Bug清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决。 单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。 1.1.1.4.单元测试用例 编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。 1.1. 2.代码评审 代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 评审的内容： 1)编码规范问题：命名不规范、magic number、System.out等； 2)代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等； 3)工具、框架使用不当：Spring、Hibernate、AJAX等； 4)实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于 复杂、代码可读性不佳、扩展性不好等； 5)测试问题：测试覆盖度不够、可测试性不好等。 评审的优点： 1)提高代码质量：在项目的早期发现缺陷，将损失降至最低 2)评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解 3)促进团队沟通、促进知识共享、共同提高
浅析电子警察系统现状与发展方向 李鹏自动化32班 1043031161 背景 改革开放以来，我国社会经济持续快速发展，人民群众收入稳步增加，机动车数量逐年持续高速增长，道路交通流量也随之急剧增大。快速增长的机动车保有量与道路供给量之间的矛盾，造成道路交通拥堵和交通事故的高发生率,已经成为我国道路交通一个非常突出的问题。 为了有效地监控城市道路交通状况，进一步预防、减少交通违法行为和交通事故的发生，许多城市先后建设由交通信号控制、交通诱导、道路视频监控和交通违法行为电子警察等子系统所组成的城市道路交通指挥调度系统。 电子警察违法系统作为城市道路交通指挥调度系统的一个重要的组成部分。其在遏制交通违法行为、提高交警执法力度及交通疏导和流量统计等方面都发挥重要的作用。各种道路交通违法行为，已经成为严重影响道路使用效率，难以彻底根除的顽疾。为了有效地监控城市道路交通状况，进一步预防、减少交通违法行为，电子警察将发挥及其重要的作用。 交通工具的迅猛发展以及私家车的日益普及在为我们的出行带来了方便快捷的同时，也给交通部门增加了新的考验和压力。传统的交通管理体系在新形势下显得力不从心。而多种电子科技产品的应运而生使这一情况得以改变。电子警察系统便是运用最新科技成果为制止交通违章强化交通管理而打造的先进武器，它的出现为整治违章闯加强交通建设建立了不可磨灭的功勋。 电子警察是一种利用自动化检测与测量技术捕获交通违法或交通事故，利用网络将采集的信息传回公安部门进行分析处理，并以此为证据对肇事者进行处罚，以减少事故发生、辅助交警工作的方法。它作为视频监控与智能交通体系的完美结合，通过迅速的监控、抓拍、来获取违章证据，为处理交通违章执法提供行之有效的监测方法。因为它的准确、公正的执法作用已成为道路交通管理队伍中必不可少的重要一员。 目前比较典型的电子警察系统由于受到技术因素和经济因素制约，应用尚未
17.16项目测试验收方案 17.16.1验收流程 在验收阶段，平台系统所有应用系统将按照用户和我公司都认可的《系统需求分析》，组织验收小组，进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。 17.16.1.1系统初验 经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。 用户在收到我公司验收申请后，尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告，并提供初验测试文档，在用户认可后进行初验测试，初验通过后，系统进入正式试运行期。我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善，但试运行期最长不得超过三个月。 17.16.1.2系统试运行 初验合格后，经用户同意，系统进入试运行阶段，试运行周期不超过三个月。在试运行期间，我公司按用户要求提供培训和技术支持，保证用户能够正确理解和使用系统；我公司对试运行中出现的任何问题及用户提出的修改意见将及时做出响应，并提交解决方案，在用户确认后实施。试运行期间如出现重大故障，则试运行期从故障排除之日起重新计
算。 17.16.1.3系统终验标准 正式试运行期结束后，如系统无功能缺陷，能够正常运行，在具备终验条件下进行系统终验，由我公司提出终验书面申请，用户在收到我公司验收申请后，尽快组织系统终验。成立项目全面验收小组，由用户、我公司以及外部专家等组成，对项目进行全面验收。系统终验前，我公司提交终验测试标准和终验测试计划，内容包括：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。 17.16.1.4系统终验内容 1) 系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。 2) 系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。 3) 系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。 4) 系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，数据库物理及逻辑设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。 5) 代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全