第一篇：闖紅燈自動記錄系統(tǒng)驗收技術(shù)規(guī)范(GAT 8702010 )（范文模版）

闖紅燈自動記錄系統(tǒng)驗收技術(shù)規(guī)范（GA/T 870—2010）范圍

本標(biāo)準(zhǔn)規(guī)定了闖紅燈自動記錄系統(tǒng)驗收的術(shù)語和定義、條件、組織、項目與方法、抽樣、結(jié)果評判。本標(biāo)準(zhǔn)適用于公安交通管理部門對新建和改建闖紅燈自動記錄系統(tǒng)的功能、軟硬件及工程質(zhì)量的檢查驗收。規(guī)范性引用文件

下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB 50348-2004 安全防范工程技術(shù)規(guī)范

GA 329.3 全國道路交通管理信息數(shù)據(jù)庫規(guī)范 第3部分：交通違法管理信息數(shù)據(jù)規(guī)范

GA/T 496-2009 闖紅燈自動記錄系統(tǒng)通用技術(shù)條件 GA 648 交通技術(shù)監(jiān)控信息數(shù)據(jù)規(guī)范 術(shù)語和定義

GA／T 496-2009界定的以及下列術(shù)語和定義適用于本文件。3.1

闖紅燈自動記錄系統(tǒng)驗收

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

闖紅燈自動記錄系統(tǒng)在安裝、調(diào)試、試運行完畢后，對功能、軟硬件、工程質(zhì)量等給出的符合性評定。

3.2

系統(tǒng)功能性檢查 inspection on the functions of the system

闖紅燈自動記錄系統(tǒng)的功能與相應(yīng)技術(shù)標(biāo)準(zhǔn)的符合性檢查，項目包括：闖紅燈記錄功能、闖紅燈記錄抗干擾性、闖紅燈捕獲率和記錄有效率等。

3.3

系統(tǒng)軟件檢查 inspection on the system software

闖紅燈自動記錄系統(tǒng)軟件與相應(yīng)技術(shù)標(biāo)準(zhǔn)的符合性檢查，項目包括：闖紅燈圖片、信息等。

3.4

系統(tǒng)硬件檢查 inspection on the system hardware

闖紅燈自動記錄系統(tǒng)硬件設(shè)備與標(biāo)書、合同、檢測報告等相應(yīng)文件的符合性檢查，項目包括：闖紅燈自動記錄系統(tǒng)主要組成設(shè)備品牌、型號和數(shù)量，圖像采集單元型式、像素和幀率等。3.5

工程質(zhì)量檢查 inspection on quality of the engineering

闖紅燈自動記錄系統(tǒng)工程質(zhì)量與技術(shù)標(biāo)準(zhǔn)、標(biāo)書、合同等相應(yīng)文件的符合性檢查，項目包括：闖紅燈自動記錄系統(tǒng)的電氣安全性、安裝施工質(zhì)量等。驗收條件

4.1 試運行

闖紅燈自動記錄系統(tǒng)驗收前應(yīng)試運行，時間不少于1個月，并完成試運行報告，參見表A.1。

4.2 初驗

闖紅燈自動記錄系統(tǒng)項目承建單位應(yīng)與公安交通管理部門建設(shè)單位或其指定的監(jiān)理單位按本文件中6.2、6.3和6.4規(guī)定的項目與方法逐套進(jìn)行初驗，并完成初驗評估報告，參見表A.2。

4.3 驗收文件

闖紅燈自動記錄系統(tǒng)驗收前應(yīng)準(zhǔn)備下列文件資料： a）驗收申請，參見表A.3；

b）技術(shù)標(biāo)準(zhǔn)，包括GA/T 496-2009等； c)采購合同，包括招標(biāo)文件、投標(biāo)文件等；

d）設(shè)計文件資料，包括系統(tǒng)的原理和結(jié)構(gòu)、安裝和施工、操作使用說明等；

e）檢驗評估材料，包括該型號產(chǎn)品的檢測報告、試運行報告、初驗評估報告等； f）其他相關(guān)文件。驗收組織

由公安交通管理部門或其指定的單位組織驗收，成立驗收組，成員應(yīng)由公安交通管理秩序部門、科技部門以及相關(guān)高校、科研院所的專家組成，通常為單數(shù)，并推選組長。驗收項目與方法

6.1 系統(tǒng)功能性檢查

6.1.1 現(xiàn)場測試條件

若無相關(guān)特殊約定，現(xiàn)場測試時應(yīng)滿足：

a）天氣晴朗，且無雨、雪、霧等影響；

b）無摩托車、電動自行車、自行車等干擾；

c)采用單輛試驗車進(jìn)行，試驗車宜選用設(shè)備監(jiān)控道路常見車型。測試時，試驗車行駛軌跡應(yīng)分別在相應(yīng)車道的左側(cè)、中間、右側(cè)，車身不應(yīng)超出試驗車道；

d)測試現(xiàn)場應(yīng)設(shè)置隔離、防護(hù)等必要措施，以確保安全。

6.1.2 闖紅燈記錄功能符合性

在對應(yīng)的紅燈相位由試驗車進(jìn)行三次闖紅燈測試，檢查記錄結(jié)果應(yīng)符合 GA/T 496-2009中4.3.1的要求。檢查記錄表參見表A.4。

6.1.3 闖紅燈記錄抗干擾性 在對應(yīng)的綠燈和黃燈相位，由試驗車分別進(jìn)行三次通行測試，檢查記錄結(jié)果，系統(tǒng)不應(yīng)誤記錄為闖紅燈行為；在對應(yīng)的紅燈相位，由試驗車進(jìn)行三次壓線停車測試，檢查記錄結(jié)果，系統(tǒng)不應(yīng)誤記錄為闖紅燈行為。

6.1.4 闖紅燈捕獲率和記錄有效率

試驗車以設(shè)備監(jiān)控路口（或路段）的限速值為上限值，以5km/h為下限值，折中選取中間速度點，并以高、中、低三個速度點附近值共進(jìn)行10次測試。計算闖紅燈捕獲率應(yīng)不小于90%，記錄有效率應(yīng)不小于80%；若相應(yīng)標(biāo)書、合同規(guī)定的闖紅燈捕獲率和記錄有效率有更高要求的，應(yīng)符合相應(yīng)要求；若測試結(jié)果不符合要求，增加測試次數(shù)至20次，計算闖紅燈捕獲率和記錄有效率。

6.2 系統(tǒng)軟件檢查

6.2.1 圖片

使用闖紅燈自動記錄系統(tǒng)應(yīng)用軟件檢查圖片記錄，格式、信息、防篡改功能應(yīng)符合GA/T496-2009中4.3.2的要求，且不應(yīng)出現(xiàn)紅燈信號泛白、光暈等顏色失真而影響人工對紅燈信號的判斷等情形。

6.2.2 信息

檢查闖紅燈自動記錄系統(tǒng)應(yīng)實時記錄闖紅燈車輛信息并存入數(shù)據(jù)庫表中，且數(shù)據(jù)庫表結(jié)構(gòu)應(yīng)符合GA 329.3、GA 648的要求。

6.3 系統(tǒng)硬件檢查 6.3.1 品牌、型號和數(shù)量

檢查闖紅燈自動記錄系統(tǒng)主要組成硬件設(shè)備的品牌、型號和數(shù)量，包括：機動車闖紅燈檢測單元、圖像采集單元和數(shù)據(jù)處理存儲單元等應(yīng)與標(biāo)書、合同、檢測報告等文件一致。

6.3.2 圖像采集單元型式、像素和幀率

通過產(chǎn)品說明書核查、圖像分析等方式，檢查圖像采集單元的型式、像素和幀率等參數(shù)應(yīng)與標(biāo)書、合同等文件一致。

6.4 工程質(zhì)量檢查

6.4.1 電氣安全性

使用接地電阻測試儀等設(shè)備測量闖紅燈自動記錄系統(tǒng)的接地電阻應(yīng)符合GB 50348-2004中3.9.3的要求；檢查線纜規(guī)格、防雷設(shè)備型號和數(shù)量應(yīng)與標(biāo)書、合同等文件一致。

6.4.2 安裝施工質(zhì)量

檢查闖紅燈自動記錄系統(tǒng)的安裝方式、結(jié)構(gòu)強度、防盜措施、管道規(guī)格、管線敷設(shè)等安裝施工質(zhì)量應(yīng)與相應(yīng)技術(shù)標(biāo)準(zhǔn)、標(biāo)書、合同等文件相符。

6.5 其它項目

若標(biāo)書、合同等有其它特殊約定項目的，逐項檢查應(yīng)與相應(yīng)標(biāo)書、合同等文件相符。抽樣

對于同期建設(shè)的，采用相同型號的闖紅燈自動記錄系統(tǒng)驗收可采用抽樣方式進(jìn)行，抽樣數(shù)量應(yīng)不小于表1的規(guī)定值，具體數(shù)量由項目建設(shè)單位和承建單位商定，抽樣表參見表A.5。驗收結(jié)果評判

8.1 單套驗收結(jié)果評判

闖紅燈自動記錄系統(tǒng)單套驗收結(jié)果評判分為符合和不符合。若驗收項目均符合要求，驗收結(jié)果評判為符合；出現(xiàn)一項及一項以上不符合要求，驗收結(jié)果評判為不符合。

8.2 抽樣驗收結(jié)果評判

8.2.1 驗收報告

驗收組應(yīng)出具驗收報告，參見表A.6，并對驗收結(jié)果進(jìn)行評判，驗收結(jié)果分為驗收合格和驗收不合格。

8.2.2 驗收合格

抽樣驗收的闖紅燈自動記錄系統(tǒng)合格率90%及以上，驗收結(jié)果評判為驗收合格。對于不符合要求的闖紅燈自動記錄系統(tǒng)限期整改；對于未抽樣的闖紅燈自動記錄系統(tǒng)，逐套自查相關(guān)不符合項目并落實整改。整改結(jié)果的復(fù)核可采用現(xiàn)場驗證或資料審查的方式進(jìn)行。

8.2.3 驗收不合格

抽樣驗收的闖紅燈自動記錄系統(tǒng)合格率不足90%，驗收結(jié)果評判為驗收不合格。驗收不合格的，應(yīng)重新申請，并逐套驗收；在確不具備逐套驗收條件時，可選擇抽樣驗收，但抽樣數(shù)量應(yīng)不少于原抽樣數(shù)量。

第二篇：地鐵安全防范系統(tǒng)技術(shù)規(guī)范

地鐵安全防范系統(tǒng)技術(shù)規(guī)范

來源：中國城市軌道交通研究會 范圍

本規(guī)范規(guī)定了地鐵安全防范系統(tǒng)建設(shè)的實施原則、應(yīng)達(dá)到的技術(shù)標(biāo)準(zhǔn)和驗收方法，是地鐵安全防范系統(tǒng)建設(shè)的技術(shù)依據(jù)。

本規(guī)范適用于地鐵安全防范系統(tǒng)建設(shè)的設(shè)計、施工、檢驗及驗收。

規(guī)范性引用文件

下列文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。

GB 12663 防盜報警控制器通用技術(shù)條件

GB 50299 地下鐵道工程施工及驗收規(guī)范

GB 50313 消防通信指揮系統(tǒng)設(shè)計規(guī)范

GB 50348 安全防范工程技術(shù)規(guī)范

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

GA/T 367—2001 視頻安防監(jiān)控系統(tǒng)技術(shù)要求

GA/T 379.1—10—2002 報警傳輸系統(tǒng)串行數(shù)據(jù)接口的信息格式和協(xié)議

GA/T 394－2002 出入口控制系統(tǒng)技術(shù)要求

術(shù)語和定義

本標(biāo)準(zhǔn)采用下列定義。

3.1

安全防范系統(tǒng)(SPS）security and protection system

以維護(hù)社會公共安全為目的，運用安全防范產(chǎn)品和其他相關(guān)產(chǎn)品所構(gòu)成的入侵報警系統(tǒng)、視頻安防監(jiān)控系統(tǒng)、出入口控制系統(tǒng)、防爆安全檢查系統(tǒng)等；或由這些系統(tǒng)為子系統(tǒng)組合或集成的電子系統(tǒng)或網(wǎng)絡(luò)。

3.2

視頻安防監(jiān)控系統(tǒng)（VSCS）video surveillance and control system

利用視頻技術(shù)探測、監(jiān)視設(shè)防區(qū)域并實時顯示、記錄現(xiàn)場圖像的電子系統(tǒng)或網(wǎng)絡(luò)。

3.3

出入口控制系統(tǒng)（ACS）access control system

利用自定義符識別或/和模式識別技術(shù)對出入口目標(biāo)進(jìn)行識別并控制出入口執(zhí)行機構(gòu)啟閉的電子系統(tǒng)或網(wǎng)絡(luò)。

3.4

安全管理系統(tǒng)（SMS）security management system

對入侵報警、視頻安防監(jiān)控、出入口控制等子系統(tǒng)進(jìn)行組合或集成，實現(xiàn)對各子系統(tǒng)的有效聯(lián)動、管理和/或監(jiān)控的電子系統(tǒng)。

3.5

監(jiān)控中心 surveillance and control center

安全防范系統(tǒng)的中央控制室。安全管理系統(tǒng)在此接收、處理各子系統(tǒng)發(fā)來的報警信息、狀態(tài)信息等、并將處理后的報警信息、監(jiān)控指令分別發(fā)網(wǎng)報警接受中心和相關(guān)子系統(tǒng)。

3.6

報警接受中心 alarm receiving centre

接受一個或多個監(jiān)控中心的報警信息并處理警情的處所。通常也稱為接處警中心。

3.7

防護(hù)區(qū) protective area

允許公眾出入的、防護(hù)目標(biāo)所在區(qū)域或部位。

技術(shù)要求

4.1 一般規(guī)定

4.1.1 地鐵安全防范系統(tǒng)的設(shè)計和系統(tǒng)配置應(yīng)結(jié)構(gòu)化、規(guī)范化、模塊化、集成化的方式實現(xiàn)，應(yīng)能適應(yīng)系統(tǒng)維護(hù)和技術(shù)發(fā)展的需要。

4.1.2 地鐵安全防范系統(tǒng)的系統(tǒng)設(shè)計應(yīng)考慮系統(tǒng)運行穩(wěn)定性和數(shù)據(jù)備份的需要，考慮災(zāi)難性事故和人為破壞時信息傳輸?shù)臅惩ㄐ枰?/p>

4.1.3 地鐵安全防范系統(tǒng)軟件應(yīng)具有兼容性、可維護(hù)性、可靠性、安全性以及技術(shù)的先進(jìn)性。應(yīng)操作方便，采用中文圖形界面和多媒體技術(shù)。

4.1.4 地鐵安全防范系統(tǒng)設(shè)計應(yīng)考慮與消防報警、內(nèi)部業(yè)務(wù)管理等有關(guān)系統(tǒng)聯(lián)動。

4.1.5 地鐵安全防范系統(tǒng)工程設(shè)計應(yīng)考慮視頻、音頻、控制信號的遠(yuǎn)程傳輸，提供遠(yuǎn)程傳輸接口、傳輸線路和終端設(shè)備。

4.1.6 地鐵安全防范系統(tǒng)應(yīng)具備全天候遠(yuǎn)程控制功能，符合公安信息網(wǎng)絡(luò)標(biāo)準(zhǔn)，其通信協(xié)議和接口應(yīng)符合現(xiàn)有公安110報警求助及119火災(zāi)報警系統(tǒng)的工作格式或系統(tǒng)結(jié)構(gòu)應(yīng)符合GA/T 379.1—10-2002和GB 50313的有關(guān)規(guī)定。

4.1.7 地鐵安全防范系統(tǒng)應(yīng)有優(yōu)先級功能，優(yōu)先級順序為：消防、公安、一級控制室、二級控制室、三級控制室。

4.1.8 地鐵安全防范系統(tǒng)在地鐵電磁場和靜電干擾的環(huán)境中，應(yīng)符合GB 50348的有關(guān)規(guī)定。

4.1.9 地鐵安全防范系統(tǒng)中使用的設(shè)備應(yīng)符合國家法規(guī)和現(xiàn)行相關(guān)標(biāo)準(zhǔn)的要求，并經(jīng)檢驗或認(rèn)證合格。

4.1.10 地鐵安全防范工程程序與要求應(yīng)符合GA／T 75-1994的有關(guān)規(guī)定。

4.2 系統(tǒng)基本構(gòu)成

4.2.1 地鐵安全防范系統(tǒng)采用集成式構(gòu)建模式，由安全管理系統(tǒng)、緊急報警系統(tǒng)、視頻安防監(jiān)控系統(tǒng)、出入口控制系統(tǒng)等組成。

4.2.2 安全管理系統(tǒng)應(yīng)設(shè)置管理控制中心和一級、二級、三級安防監(jiān)控平臺，分別設(shè)置在市技防管理控制中心和一級控制室、二級控制室、三級控制室，實施其監(jiān)控功能。

4.2.3 根據(jù)安全防范的需要，在相關(guān)的管理部門設(shè)置監(jiān)控終端，以便其調(diào)用瀏覽。應(yīng)急或特殊情況，經(jīng)管理控制中心授權(quán)可直接進(jìn)行遠(yuǎn)程操控。

4.2.4 各相關(guān)子系統(tǒng)的基本配置，包括前端、傳輸、信息處理／控制／管理、顯示／記錄四大單元。不同（功能）的子系統(tǒng)，其各單元的具體內(nèi)容有所不同。

4.3 安全管理系統(tǒng)

4.3.1 管理控制中心

4.3.1.1 設(shè)置在市技術(shù)防范管理控制中心，是全市安全技術(shù)防范網(wǎng)絡(luò)系統(tǒng)的管理控制中心。

4.3.1.2 應(yīng)能通過統(tǒng)一的通信平臺和管理軟件將各級監(jiān)控平臺與各子系統(tǒng)設(shè)備聯(lián)網(wǎng)，通過權(quán)限分配操作，實現(xiàn)由監(jiān)控平臺對各子系統(tǒng)的管理與監(jiān)控。

4.3.1.3 應(yīng)能對下級安防監(jiān)控平臺和各子系統(tǒng)的運行狀態(tài)進(jìn)行監(jiān)測，應(yīng)能顯示地鐵沿線安防系統(tǒng)的所有接警信息，并可操控所有音、視頻系統(tǒng)信息。

4.3.1.4 應(yīng)設(shè)置與接處警部門聯(lián)網(wǎng)的通信接口。

4.3.1.5 應(yīng)配置數(shù)據(jù)庫服務(wù)器對系統(tǒng)的管理控制數(shù)據(jù)進(jìn)行保存。

4.3.1.6 應(yīng)留有多個數(shù)據(jù)輸入、輸出接口，應(yīng)能連接各子系統(tǒng)的主機，能實現(xiàn)大規(guī)模的系統(tǒng)集成。

4.3.2 一級控制室

4.3.2.1 設(shè)置在市地鐵公安部門指揮中心，配置一級安防監(jiān)控平臺，是地鐵安全防范系統(tǒng)總監(jiān)控指揮中心。環(huán)境噪聲要求應(yīng)符合GB 50348的有關(guān)規(guī)定，安裝設(shè)備后，應(yīng)留有50㎡面積空間。

4.3.2.2 應(yīng)能通過統(tǒng)一的通信平臺和管理軟件將一級控制室設(shè)備與各子系統(tǒng)設(shè)備聯(lián)網(wǎng)，實現(xiàn)由監(jiān)控平臺對各子系統(tǒng)的管理與監(jiān)控。一級監(jiān)控平臺的故障應(yīng)不影響各子系統(tǒng)的運行；某一子系統(tǒng)的故障應(yīng)不影響其它子系統(tǒng)的運行。

4.3.2.3 應(yīng)能對下級安防監(jiān)控平臺和各子系統(tǒng)的運行狀態(tài)進(jìn)行監(jiān)測，經(jīng)管理中心授權(quán)可控制視頻系統(tǒng)運行，應(yīng)能顯示地鐵沿線安防系統(tǒng)的所有接警信息，并可操控所有音、視頻系統(tǒng)信息。對系統(tǒng)運行狀況、報警信息及相關(guān)的視頻信息數(shù)據(jù)等進(jìn)行記錄和顯示，保存記錄不少于30天。

4.3.2.4 視頻監(jiān)控系統(tǒng)、出入口控制系統(tǒng)應(yīng)與報警信號聯(lián)動，并可在電子地圖上顯示報警點位。報警觸發(fā)時應(yīng)有聲光警示，報警區(qū)域顯示的視、音頻信息能自動存儲紀(jì)錄，視頻信號幀率不少于25幀/S。

4.3.2.5 應(yīng)留有與接處警部門聯(lián)網(wǎng)的通信接口，能及時將報警信息和相關(guān)的視頻信息傳輸?shù)礁骷壉O(jiān)控平臺。

4.3.2.6 應(yīng)具有有線、無線內(nèi)外通訊功能，并能與所有重要部位進(jìn)行有線或無線通信聯(lián)絡(luò)。

4.3.2.7 應(yīng)留有多個數(shù)據(jù)輸入、輸出接口，應(yīng)能連接各子系統(tǒng)的主機，應(yīng)能連接上位管理計算機，以實現(xiàn)大規(guī)模的系統(tǒng)集成。

4.3.2.8 可與消防系統(tǒng)互通資源，聯(lián)動視頻切換。

4.3.3 二級控制室

4.3.3.1 設(shè)置在地鐵站所屬轄區(qū)監(jiān)控中心，配置二級安防監(jiān)控平臺，是地鐵安防系統(tǒng)的分控中心。

4.3.3.2 應(yīng)具有接收轄區(qū)內(nèi)報警信息，轄區(qū)內(nèi)警力巡邏管理和現(xiàn)場指揮能力。

4.3.3.3 應(yīng)能通過統(tǒng)一的通信平臺和管理軟件將二級控制室設(shè)備與各子系統(tǒng)設(shè)備聯(lián)網(wǎng)，實現(xiàn)由監(jiān)控平臺對各子系統(tǒng)的自動化管理與監(jiān)控。二級監(jiān)控平臺的故障應(yīng)不影響一級監(jiān)控平臺和各子系統(tǒng)的運行；某一子系統(tǒng)的故障應(yīng)不影響其它子系統(tǒng)的運行。

4.3.3.4 應(yīng)能對下級安防監(jiān)控平臺和各子系統(tǒng)的運行狀態(tài)進(jìn)行監(jiān)測，經(jīng)授權(quán)可控制轄區(qū)內(nèi)全部子系統(tǒng)運行，應(yīng)能顯示地鐵轄區(qū)線路安防系統(tǒng)的所有接警信息，并可操控所有音、視頻系統(tǒng)信息。對系統(tǒng)運行狀況、報警信息和相關(guān)的視頻信息數(shù)據(jù)、各轄區(qū)地鐵站出入口視頻信息等進(jìn)行記錄和顯示，保存紀(jì)錄不少于30天。

4.3.3.5 視頻監(jiān)控系統(tǒng)、出入口控制系統(tǒng)應(yīng)與報警信號聯(lián)動，并可在電子地圖上顯示報警點位。報警觸發(fā)時應(yīng)有聲光警示，報警區(qū)域顯示的視、音頻信息能自動存儲紀(jì)錄，視頻信號幀率不少于25幀/S。

4.3.3.6 應(yīng)留有向接處警中心聯(lián)網(wǎng)的通信接口,能及時將報警信息和相關(guān)的視頻信息傳輸?shù)礁骷壉O(jiān)控平臺。

4.3.3.7 應(yīng)設(shè)置緊急報警裝置，報警控制器應(yīng)符合GB 12663通用技術(shù)條件，功能要求應(yīng)符合GB 50348的有關(guān)規(guī)定。

4.3.3.8 應(yīng)具有有線、無線內(nèi)外通訊功能，并能與所有重要部位進(jìn)行有線或無線通信聯(lián)絡(luò)。

4.3.3.9 經(jīng)一級控制室授權(quán)，可訪問其它同級安防監(jiān)控平臺。

4.3.3.10 應(yīng)留有多個數(shù)據(jù)輸入、輸出接口，應(yīng)能連接各子系統(tǒng)的主機，應(yīng)能連接上位管理計算機。

4.3.4 三級控制室

4.3.4.1 設(shè)置在各站控制中心，配置三級安防監(jiān)控平臺，管理本站內(nèi)安防系統(tǒng)。

4.3.4.2 連接本站內(nèi)視頻監(jiān)控系統(tǒng)，出入口控制系統(tǒng)和緊急報警系統(tǒng)，并能聯(lián)動切換視頻畫面。

4.3.4.3 應(yīng)能對站區(qū)內(nèi)各子系統(tǒng)的運行狀態(tài)進(jìn)行監(jiān)測，應(yīng)能顯示地鐵站區(qū)安防系統(tǒng)的所有接警信息，并可操控所有音、視頻系統(tǒng)信息。對系統(tǒng)運行狀況、報警信息和站內(nèi)采集的視頻信息數(shù)據(jù)（滿足進(jìn)出站人員正面至少三次被有效攝錄）等進(jìn)行記錄和顯示，保存紀(jì)錄不少于30天。

4.3.4.4 應(yīng)能及時將報警信息和相關(guān)的視頻信息傳輸?shù)礁骷壉O(jiān)控平臺。

4.3.4.5 應(yīng)設(shè)置緊急報警裝置，報警控制器應(yīng)符合GB 12663通用技術(shù)條件，功能要求應(yīng)符合GB 50348的有關(guān)規(guī)定。

4.3.4.6 應(yīng)具有有線、無線內(nèi)外通訊功能，并能與所有重要部位進(jìn)行有線或無線通信聯(lián)絡(luò)。

4.3.4.7 應(yīng)留有多個數(shù)據(jù)輸入、輸出接口，應(yīng)能連接各子系統(tǒng)的主機，應(yīng)能連接上位管理計算機。

4.4 緊急報警系統(tǒng)

4.4.1 重要機房、值班室、售票處、檢票處等要害部位應(yīng)分布安裝緊急報警裝置，緊急報警為不可撤防模式，應(yīng)具有防誤觸發(fā)、觸發(fā)報警自鎖、人工復(fù)位等功能

4.4.2 緊急報警裝置應(yīng)有明顯標(biāo)志,安裝應(yīng)隱蔽、安全、便于操作。

4.4.3 緊急報警裝置應(yīng)與視頻監(jiān)控系統(tǒng)聯(lián)動，觀察并記錄報警區(qū)域和報警人的情況，應(yīng)能及時將緊急報警信息傳遞到本站控制中心和上級監(jiān)控中心。

4.4.4 緊急報警系統(tǒng)應(yīng)采用有線和無線報警方式，系統(tǒng)應(yīng)具有搶線發(fā)送報警信號的功能。通過公共電信網(wǎng)傳輸報警信號的時間不應(yīng)大于20s。

4.5 視頻監(jiān)控系統(tǒng)

4.5.1 應(yīng)使用彩色視頻監(jiān)控系統(tǒng)，視頻信息采集、傳輸和記錄宜采用數(shù)字技術(shù)。攝像信號能夠同時實時傳送到各級視頻安防監(jiān)控平臺。

4.5.2 每個檢票口均應(yīng)安裝定焦攝像機，并應(yīng)能同時清楚的顯示進(jìn)入人員的面部特征和背部輪廓，并在三級控制室存儲紀(jì)錄。

4.5.3 每個步梯、扶梯、垂直電梯口均應(yīng)安裝定焦攝像機，應(yīng)能清楚的顯示上下梯人員的面部特征或背部輪廓，并在三級控制室存儲紀(jì)錄。

4.5.4 地下通道、候車站臺、出入口、售票區(qū)、檢票區(qū)、等候大廳等場所應(yīng)安裝攝像機，攝像機布置應(yīng)能監(jiān)視全部公共空間，可使用帶預(yù)置功能全方位云臺和可變焦鏡頭。

4.5.5 地鐵車廂內(nèi)宜安裝半球型攝像機，攝像機視角應(yīng)能看清車內(nèi)全景，并結(jié)合裝潢特點達(dá)到美觀和監(jiān)控的目的。視頻信號在本列車內(nèi)記錄，并能用無線通訊方式將視頻信號實時傳出。

4.5.6 每個地鐵站應(yīng)單獨設(shè)置兩臺隱蔽安裝的攝像機（無特許不得啟用），其傳輸至地面并留有通訊接口。安裝位置應(yīng)能在特殊情況下觀看站內(nèi)全景，攝像機應(yīng)加裝防護(hù)裝置。

4.5.7 宜在控制室、重要設(shè)備間、機房等要害部位安裝攝像機。

4.5.8 視頻監(jiān)控系統(tǒng)的設(shè)計應(yīng)符合GA/T 367-2001標(biāo)準(zhǔn)的規(guī)定。

4.6 出入口控制系統(tǒng)

4.6.1 應(yīng)根據(jù)地鐵運營安全管理的需要，在控制室、重要設(shè)備間、機房等要害部位設(shè)置出入口控制裝置。

4.6.2 系統(tǒng)應(yīng)對受控區(qū)的位置、通過對象及通過時間等進(jìn)行實時控制。應(yīng)有報警功能。

4.6.3 系統(tǒng)各部位的出入口控制系統(tǒng)，應(yīng)符合GA/T 394-2002標(biāo)準(zhǔn)的規(guī)定。

4.6.4 系統(tǒng)應(yīng)適應(yīng)地鐵站點多，距離遠(yuǎn)的特點，適應(yīng)系統(tǒng)復(fù)雜的網(wǎng)絡(luò)結(jié)構(gòu)，滿足多級的管理模式，快速準(zhǔn)確的通行授權(quán)的要求。

4.6.5 應(yīng)滿足信息上傳到上位系統(tǒng)進(jìn)行統(tǒng)一管理和控制，系統(tǒng)應(yīng)具有開放性，標(biāo)準(zhǔn)的控制接口，以便與其他系統(tǒng)進(jìn)行集成和交換數(shù)據(jù)。

4.6.6 系統(tǒng)應(yīng)采用多總線網(wǎng)絡(luò)結(jié)構(gòu)，保證系統(tǒng)的有效性和可靠性。

4.6.7 系統(tǒng)應(yīng)能獨立運行。宜能與安全管理系統(tǒng)聯(lián)網(wǎng)，與報警系統(tǒng)、視頻監(jiān)控系統(tǒng)聯(lián)動。

4.6.8 出入口情況記錄信息保存應(yīng)不少于30天。

4.7 傳輸部分

4.7.1 應(yīng)采用有線傳輸為主，無線傳輸為輔的傳輸方式。有線傳輸可采用專網(wǎng)傳輸、公共電話網(wǎng)、公共數(shù)據(jù)網(wǎng)等多種模式。并配以有線、無線轉(zhuǎn)接裝置，建設(shè)基于數(shù)字通訊為主的有線、無線系統(tǒng)混合的安防系統(tǒng)網(wǎng)絡(luò)。

4.7.2 傳輸線纜應(yīng)采用低煙無鹵阻燃線纜，線纜的衰減、彎曲、屏蔽、防潮性能滿足系統(tǒng)設(shè)計總要求，并符合相應(yīng)產(chǎn)品標(biāo)準(zhǔn)的技術(shù)要求。

4.7.3 系統(tǒng)布線應(yīng)采用金屬管槽進(jìn)行保護(hù)。金屬管槽必須接地，接地電阻一般小于1Ω。導(dǎo)線敷設(shè)后，應(yīng)認(rèn)證對線，并加上識別標(biāo)記，每個回路導(dǎo)線對地絕緣電阻值不小于20MΩ。

4.7.4 傳輸方式、傳輸線纜、傳輸設(shè)備的選擇與布線設(shè)計遵守國家標(biāo)準(zhǔn)GB 50348中第3.11條的技術(shù)要求。

4.7.5 無線傳輸所用的功率、頻率等技術(shù)指標(biāo)應(yīng)符合國家相應(yīng)標(biāo)準(zhǔn)的規(guī)定。

4.8 系統(tǒng)供電

4.8.1 系統(tǒng)控制室應(yīng)采用獨立電源供電，配備相應(yīng)的備用電源裝置。主電源容量按系統(tǒng)額定功率1.5倍設(shè)置；備用電源應(yīng)根據(jù)管理工作對主電源斷電后系統(tǒng)防范功能要求，選擇配置持續(xù)時間符合管理要求的備用電源。

4.8.2 系統(tǒng)前端設(shè)備應(yīng)由控制室集中供電。

4.8.3 電源質(zhì)量應(yīng)滿足下列要求：

a)穩(wěn)態(tài)電壓偏移比大于±2％；

b)穩(wěn)態(tài)頻率偏移不大于±0.2Hz;c)電壓波形畸變率不大于5％； d)允許斷電持續(xù)時間為(0～4)ms。

4.8.4 當(dāng)不能滿足上述要求時，應(yīng)采用穩(wěn)頻穩(wěn)壓、不間斷電源供電等措施。5 工程施工

地鐵安全防范工程施工應(yīng)符合GB 50299和GB 50348的有關(guān)規(guī)定。6 工程檢驗

地鐵安全防范工程檢驗應(yīng)符合GB 50299和GB 50348的有關(guān)規(guī)定。7 工程驗收

地鐵安全防范工程驗收應(yīng)符合GB 50299和GB 503484的有關(guān)規(guī)定。

第三篇：管理系統(tǒng)程序修改技術(shù)規(guī)范書

xxxxxx管理信息系統(tǒng) 程序開發(fā)及修改技術(shù)規(guī)范書

批準(zhǔn)：

審核：

編制：

信息中心 2017/4/19

第一部分 總體說明

第一章 應(yīng)答須知

應(yīng)答人必須認(rèn)真閱讀以下內(nèi)容, 以免造成應(yīng)答失敗。1.1 對于規(guī)范書

1)一個成功的應(yīng)答人應(yīng)該提供在本規(guī)范書中要求的完整的系統(tǒng)和服務(wù)支持, 應(yīng)答人必須提供本采購方一個整體的方案，應(yīng)答人必須按本規(guī)范書的順序?qū)σ?guī)范書各章的每一項給予回答。2)應(yīng)答人的建議書必須清楚地指明和響應(yīng)規(guī)范書中各章每一項要求的實際指標(biāo)值，不能以簡單地回答“滿足”或“符合”，如果沒有明確實際指標(biāo)值或假報指標(biāo)值的將會嚴(yán)重影響評標(biāo)結(jié)果。如果應(yīng)答人認(rèn)為規(guī)范書所描述需求、圖形或設(shè)備與目標(biāo)系統(tǒng)要求有所不一致或部分要求不合理，可在響應(yīng)原要求后給出建議方案及設(shè)備配置，此建議在評標(biāo)時將作為重要內(nèi)容加以考慮。3)應(yīng)答人必須滿足主要項目的要求, 否則應(yīng)答人的建議書將被拒絕并被認(rèn)作沒有回答。4)應(yīng)答人必須提供符合要求的詳細(xì)整體解決方案。

5)本規(guī)范書中，文字或表部分凡標(biāo)有“*”的地方均被視為重要的響應(yīng)要求、技術(shù)指標(biāo)要求和性能要求。應(yīng)答人要特別加以注意，必須對此回答并完全滿足這些要求。否則將嚴(yán)重影響評標(biāo)結(jié)果。

6)應(yīng)答人必須查閱相關(guān)技術(shù)手冊以便準(zhǔn)備應(yīng)答建議書，提供一個準(zhǔn)確的陳述。對每個單項產(chǎn)品，應(yīng)答人必須提供原廠商的正式技術(shù)指標(biāo)說明材料。

7)應(yīng)答人在應(yīng)答建議書中建議的每個硬件和軟件的型號/部件號必須逐一說明。8)應(yīng)答書要以中文書寫，提供應(yīng)答的所有技術(shù)指標(biāo)說明材料及相應(yīng)資料以中文或英文書寫。

9)應(yīng)答建議書的封裝要求見規(guī)范書的商務(wù)部分。應(yīng)答人必須隨應(yīng)答建議書提供具有全部建議書內(nèi)容（可以不包括圖形部分）的光盤文件兩份。磁盤文件格式要求為：文字部分用兼容WORD 2007中文版,表格部分用兼容EXCEL2007中文版。應(yīng)答內(nèi)容

第二章

系統(tǒng)現(xiàn)狀、建設(shè)目標(biāo)與進(jìn)度要求

2.1 xxxxxx信息系統(tǒng)現(xiàn)狀

中國能源建設(shè)集團xxxxxx有限公司，以電力系統(tǒng)規(guī)劃、送變電、風(fēng)力和光伏發(fā)電、建筑、通信領(lǐng)域從事咨詢、勘測設(shè)計、工程總承包和監(jiān)理業(yè)務(wù)的專業(yè)甲級電力設(shè)計企業(yè)。

xxxxxx目前有以下應(yīng)用系統(tǒng)：

2.1.1 工程項目管理系統(tǒng)

工程項目管理系統(tǒng)由北京理正軟件股份有限公司開發(fā)，解決了公司對于設(shè)計項目的生產(chǎn)過程組織和管理。

系統(tǒng)主要實現(xiàn)的功能有：工程項目管理、工程策劃、卷冊圖紙設(shè)計、設(shè)計校審、設(shè)計提資、成果歸檔、信息報表查詢打印、圖紙查詢?yōu)g覽、系統(tǒng)管理等。

軟件開發(fā)工具為Microsoft公司的Visual Studio2008，數(shù)據(jù)庫端為SQL Server。

2.1.2 總承包管理系統(tǒng)

工程項目管理系統(tǒng)由北京理正軟件股份有限公司開發(fā)，解決了公司對于總包項目的生產(chǎn)過程組織和管理。

系統(tǒng)主要實現(xiàn)的功能有：工程項目管理、項目策劃、設(shè)計管理、采購策劃、采購任務(wù)單、采購招投標(biāo)、采購合同、設(shè)備進(jìn)度監(jiān)控、設(shè)備材料清冊、施工策劃、施工招投標(biāo)、建安合同、施工進(jìn)度上報、質(zhì)量檢查點登記、施工變更管理、其它標(biāo)段招標(biāo)、其它標(biāo)段合同、進(jìn)度管理、質(zhì)量管理、技術(shù)管理、費控管理、HSE管理、試運行管理、綜合管理、合同管理、設(shè)計提資、成果歸檔、信息報表查詢打印、圖紙查詢?yōu)g覽、系統(tǒng)管理等。

軟件開發(fā)工具為Microsoft公司的Visual Studio2008，數(shù)據(jù)庫端為SQL Server。

2.1.3 內(nèi)部網(wǎng)站

企業(yè)門戶網(wǎng)站是xxxxxx面向內(nèi)部局域網(wǎng)的網(wǎng)站，由北京理正軟件股份有限公司開發(fā)，主要用于本院內(nèi)部的各類信息發(fā)布。

根據(jù)員工不同的崗位，按月填報績效評價表，由所屬部門負(fù)責(zé)人對工作情況進(jìn)行評定，相關(guān)管理部門能夠?qū)υu價結(jié)果進(jìn)行監(jiān)控和統(tǒng)計。

? 請銷假、考勤管理

對院內(nèi)員工的請假銷假進(jìn)行申請、審批管理，相關(guān)管理崗位能夠監(jiān)控員工的請銷假情況。對院內(nèi)各部門的考勤情況進(jìn)行管理，由考勤員填報本部門員工考勤信息，院務(wù)部可匯總統(tǒng)計各部門的出勤情況

? 車輛管理

在原有功能的基礎(chǔ)上增加車輛申請、提交審批操作的即時消息提醒，并能夠在待辦事物中進(jìn)行辦理。增加調(diào)度員給相關(guān)用車人員發(fā)送短信的功能。

? 新聞投稿管理

在原有功能基礎(chǔ)上增加提交審核、正式投稿環(huán)節(jié)及時消息提醒，并能夠在待辦事物中進(jìn)行辦理。

? 審計監(jiān)察部對外合同管理

對審計監(jiān)察部對外合同進(jìn)行管理，主要是合同信息登記、合同評審流程管理。

2.2.2 生產(chǎn)管理

生產(chǎn)管理主要是在現(xiàn)有系統(tǒng)的基礎(chǔ)上調(diào)整補充，主要解決以下內(nèi)容：

? 信息反饋單、獎金審批單表單，未按時間或者部門等排序，導(dǎo)致查詢很不方便，建議按一定規(guī)律排序，便于查詢

? 會簽圖紙建議增加批量會簽功能，電氣專業(yè)平斷面定位圖需每張都會簽，而且少則一二十張，多則七八十張，一張一張點耗時巨大

? 在付款審批單增加檢索功能，可根據(jù)付款時間、付款事由、收款單位等進(jìn)行檢索； ? 收款確認(rèn)通知單增加檢索功能，可根據(jù)付款單位、付款時間、工程項目等進(jìn)行檢索； ? 下達(dá)出版任務(wù)的人員可以指定2-3人，同時有權(quán)限查看出版卷冊記錄。? 成果上載增加pdf文件上載，DWF去掉

2.3.3易用性

? 系統(tǒng)的設(shè)計重視用戶界面的友好性，簡潔大方、功能齊備、美觀實用、提示準(zhǔn)確。

? 數(shù)據(jù)的錄入應(yīng)保持入口的唯一性，提供的錄入模式應(yīng)切合使用習(xí)慣。

2.3.4可伸縮性

? 當(dāng)應(yīng)用系統(tǒng)數(shù)據(jù)量的增加和連接用戶增加時，系統(tǒng)應(yīng)具有良好的可伸縮性以滿足本規(guī)范書中對系統(tǒng)的功能、性能的要求。

2.3.5規(guī)范性

? 系統(tǒng)的運行應(yīng)符合ISO 9000企業(yè)標(biāo)準(zhǔn)對生產(chǎn)經(jīng)營管理的規(guī)定。

2.3.6適應(yīng)性和靈活性

? 在日常工作中，不可避免地需要進(jìn)行機構(gòu)及人員的調(diào)整，系統(tǒng)將提供充分的變更與擴展能力，適用機構(gòu)及人員的調(diào)整。

? 系統(tǒng)具有圖形化工作流定義工具，系統(tǒng)管理員可調(diào)整或定義工作流程。

2.4 對應(yīng)答人響應(yīng)的要求

應(yīng)答人應(yīng)按以下相關(guān)要求進(jìn)行響應(yīng)：

1)

應(yīng)答人對本規(guī)范書中要實施的內(nèi)容必須有詳細(xì)的方案設(shè)計。如果應(yīng)答人認(rèn)為原本規(guī)范書中存在不合理的地方，也請在應(yīng)答書中給出詳細(xì)描述并給出建議方案。2)本項目開發(fā)實施所需硬件設(shè)備已存在（或正在采購），本項目不予采購。應(yīng)答人可提出相應(yīng)的硬件配置方案以支持系統(tǒng)的開發(fā)實施。

3)應(yīng)答人應(yīng)明確提出滿足采購方需求的詳細(xì)實施方案，并在響應(yīng)的結(jié)構(gòu)中將所需設(shè)備做出明確描述，同時在應(yīng)答書第二部分中詳細(xì)列表。如果在系統(tǒng)集成時,由于結(jié)構(gòu)原因或是設(shè)備、軟件、連接件不全造成無法滿足本規(guī)范書第二部分系統(tǒng)集成內(nèi)容要

第二部分 需求說明

第一章 開發(fā)實施要求

1.1 對成功的應(yīng)答人的技術(shù)要求

成功的應(yīng)答人應(yīng)滿足以下技術(shù)要求：

1）成功的應(yīng)答人應(yīng)具備系統(tǒng)集成、信息集成、信息安全等的解決方案設(shè)計與實施能力，并應(yīng)具備大型軟件系統(tǒng)設(shè)計和開發(fā)的實力；

2）成功的應(yīng)答人應(yīng)具有開發(fā)項目管理系統(tǒng)的大型應(yīng)用軟件系統(tǒng)的經(jīng)驗和能力，并保證本系統(tǒng)能夠平穩(wěn)運行；

3）成功的應(yīng)答人應(yīng)具備負(fù)載均衡方面的方案設(shè)計與實施能力；

4）成功的應(yīng)答人應(yīng)至少有2個以上或1個與xxxxxx規(guī)模類似的系統(tǒng)實施成功經(jīng)驗； 5）成功的應(yīng)答人應(yīng)具有多個基于主流平臺軟件的開發(fā)實施經(jīng)驗；

6）*成功的應(yīng)答人必須具有滿足本集成項目要求的客戶化定制開發(fā)的能力和經(jīng)驗； 7）成功的應(yīng)答人必須提供其已實施的類似項目中進(jìn)行的客戶化定制開發(fā)的工作說明、功能簡介、開發(fā)方法、開發(fā)周期等材料；

8）成功的應(yīng)答人必須針對本集成項目需客戶化定制開發(fā)的功能需求提供《客戶化定制開發(fā)設(shè)計方案》，應(yīng)主要包括以下內(nèi)容：

? ? ? 需客戶化定制開發(fā)的系統(tǒng)功能 客戶化定制開發(fā)的技術(shù)路線 客戶化定制開發(fā)的方法

9）成功的應(yīng)答人有責(zé)任且必須承諾通過客戶化定制開發(fā)使采購方在本集成項目需求說明中的目標(biāo)能夠?qū)崿F(xiàn)，并能同其它新的應(yīng)用系統(tǒng)有效集成；

10）業(yè)務(wù)集成與定制工具應(yīng)采用開發(fā)商為本次項目提供的集成開發(fā)工具； 11）成功的應(yīng)答人必須保證本項目實施的內(nèi)容為一個整體解決方案；

12）成功的應(yīng)答人應(yīng)能夠提供經(jīng)驗豐富的項目實施隊伍參與此項目的開發(fā)，整個項目進(jìn)行當(dāng)中應(yīng)確保項目實施人員的穩(wěn)定性。

13）成功的應(yīng)答人根據(jù)采購方的現(xiàn)狀、功能需求提出門戶系統(tǒng)整體解決方案，包含硬件

2）成功應(yīng)答人應(yīng)在經(jīng)過開發(fā)實施門戶后提出門戶系統(tǒng)建設(shè)典型設(shè)計方案，歸納總結(jié)出統(tǒng)一認(rèn)證系統(tǒng)的設(shè)計實現(xiàn)，并形成相關(guān)的系統(tǒng)建設(shè)標(biāo)準(zhǔn)規(guī)范。

1.4 對應(yīng)答人技術(shù)響應(yīng)要求

應(yīng)答人應(yīng)響應(yīng)規(guī)范書時應(yīng)重點對以下內(nèi)容做專題描述： 1）詳細(xì)說明整體解決方案。2）詳細(xì)說明系統(tǒng)安全認(rèn)證策略。

3）詳細(xì)說明系統(tǒng)高可用性、事務(wù)高效處理的方案 4）詳細(xì)說明工作流程定制的解決方案。5）詳細(xì)說明文檔管理、文檔瀏覽的解決方案。

6）詳細(xì)說明大容量數(shù)據(jù)庫數(shù)據(jù)處理和大數(shù)據(jù)量處理的解決方案。7）詳細(xì)說明應(yīng)用系統(tǒng)入侵防御解決方案。

8）詳細(xì)說明成功案例，列出所有已經(jīng)上線用戶和正在建設(shè)項目，列出項目中采用的應(yīng)用中間件平臺、應(yīng)用中間件版本號、操作系統(tǒng)類型、系統(tǒng)主要功能、總投資、實施時間。

9）其他應(yīng)答人認(rèn)為應(yīng)該描述的方案或建議。

或會議紀(jì)要形式加以明確。

2.5 項目進(jìn)度管理

1）成功的應(yīng)答人的項目進(jìn)度管理應(yīng)該遵循以下原則：

? 項目進(jìn)度管理的依據(jù)是項目合同所約定的工期目標(biāo)； ? 在確保項目質(zhì)量和安全的原則下，控制項目進(jìn)度。2）成功的應(yīng)答人的項目進(jìn)度管理應(yīng)該至少包含以下內(nèi)容：

? 成功的應(yīng)答人在了解項目特點的前提下，根據(jù)工期目標(biāo)，提交總體進(jìn)度計劃，以及定期提交階段性工作計劃。

? 制定詳細(xì)的項目建設(shè)進(jìn)度計劃，按照合同的進(jìn)度計劃制定具體的實施計劃，定期跟蹤檢查，對可能發(fā)生的工程延誤提出相應(yīng)對策；

? 定期或不定期地召開或參加項目例會、協(xié)調(diào)會議等，向采購方通報項目進(jìn)展情況，提交進(jìn)度報告，及時解決相關(guān)問題。? 建立項目變更流程，記錄項目變更。

2.6 合同變更要求

如在項目實施過程中需要調(diào)整內(nèi)容、進(jìn)度等，需經(jīng)雙方共同同意，按合同變更程序辦理。

2.7 項目質(zhì)量管理

1)應(yīng)答人應(yīng)建立嚴(yán)格的質(zhì)量保證體系，制定項目開發(fā)建設(shè)質(zhì)量控制方案和實施措施，并督促落實各環(huán)節(jié)質(zhì)量控制內(nèi)容和目標(biāo)；保證總體規(guī)劃設(shè)計、開發(fā)與實施、系統(tǒng)運行與驗收各個階段工作滿足采購方對質(zhì)量的要求。

2)應(yīng)答人應(yīng)根據(jù)整個系統(tǒng)集成、開發(fā)的工作計劃，對階段性工作成果進(jìn)行審查和測試，并向項目單位提交里程碑式工作成果。通過保證各階段性成果的質(zhì)量，最終保證整個系統(tǒng)集成、開發(fā)的質(zhì)量。

2.8 項目交付成果

1)應(yīng)答人應(yīng)提供整個系統(tǒng)建設(shè)的文檔，包括系統(tǒng)設(shè)計、開發(fā)、測試、運行、維護(hù)管理體系對應(yīng)的全部管理規(guī)范和技術(shù)文檔。

第三章 技術(shù)支持售后服務(wù)要求

3.1 技術(shù)后援支持

應(yīng)答人應(yīng)根據(jù)采購方的需求，對所提供的系統(tǒng)保證全面、有效、及時的技術(shù)支持和售后服務(wù)。

應(yīng)答人應(yīng)在技術(shù)建議書中詳細(xì)說明技術(shù)服務(wù)的范圍和程序。

在試運行期間，應(yīng)答人應(yīng)指定有經(jīng)驗的技術(shù)人員在現(xiàn)場負(fù)責(zé)系統(tǒng)的運行和維護(hù)，若系統(tǒng)出現(xiàn)問題或故障，應(yīng)答人應(yīng)免費進(jìn)行故障處理和軟件更新。

3.2 售后服務(wù) 3.2.1 售后服務(wù)要求

1)應(yīng)答人應(yīng)提供軟件1年的質(zhì)保期，質(zhì)保期從系統(tǒng)整體驗收完成后開始計算。2)在質(zhì)保期內(nèi)，應(yīng)答人應(yīng)提供7*24小時的服務(wù)響應(yīng)，并提供技術(shù)支持人員的名單和聯(lián)系方式，保證采購方可以隨時找到相應(yīng)的技術(shù)人員。

3)在質(zhì)保期內(nèi)，如應(yīng)答人在2小時內(nèi)無法電話解決采購方所提出的維修要求，必須在報修24小時內(nèi)派工程師到達(dá)現(xiàn)場。

4)在質(zhì)保期內(nèi)，應(yīng)答人必須保證在報修48小時內(nèi)恢復(fù)系統(tǒng)的正常運行。

5)應(yīng)答人對系統(tǒng)軟件服務(wù)時應(yīng)不影響原有應(yīng)用系統(tǒng)的正常運行和效率，不涉及到對原有應(yīng)用系統(tǒng)重新設(shè)計。對系統(tǒng)軟件的更新及升級時，未經(jīng)采購方同意，不得改變針對本項目定制的功能。

6)應(yīng)用系統(tǒng)提供的某些功能在本項目中有特殊的版本時，應(yīng)答人在今后推出的所有新版本中必須支持該功能。應(yīng)答人提供的新版本必須是向下兼容的，并無償提供數(shù)據(jù)遷移服務(wù)，數(shù)據(jù)遷移必須保證數(shù)據(jù)的完整性、一致性。

7)在系統(tǒng)質(zhì)保期滿后，應(yīng)答人仍應(yīng)滿足采購方對所出現(xiàn)故障的系統(tǒng)進(jìn)行維修的要求。

3.2.2 質(zhì)保期內(nèi)的技術(shù)服務(wù)

1)升級服務(wù)

提出在正常條件下保證系統(tǒng)正常穩(wěn)定運行的系統(tǒng)擴充、版本更新升級及功能更新服務(wù)。

第四章 知識產(chǎn)權(quán)

采購方買斷應(yīng)答人在本項目開發(fā)過程中用到的自主版權(quán)產(chǎn)品的使用權(quán)。采購方擁有本項目開發(fā)的應(yīng)用軟件的所有權(quán)，以及在開發(fā)過程中用到的所有第三方產(chǎn)品和應(yīng)答人自主版權(quán)軟件產(chǎn)品在xxxxxx內(nèi)部的使用權(quán)。項目開發(fā)完成后，應(yīng)答人對于開發(fā)產(chǎn)品任何形式的使用必須得到采購方的認(rèn)可。

應(yīng)答人對采購方提供的所有業(yè)務(wù)技術(shù)資料、文檔，有責(zé)任對第三方保密。

應(yīng)答人在軟件開發(fā)過程中涉及第三方產(chǎn)品，若出現(xiàn)技術(shù)、經(jīng)濟或法律上的糾紛，應(yīng)由應(yīng)答人全面承擔(dān)并全權(quán)解決，確保不影響項目的進(jìn)度。

培訓(xùn)內(nèi)容：

成功的應(yīng)答人應(yīng)根據(jù)不同培訓(xùn)對象提供不同培訓(xùn)內(nèi)容，以實現(xiàn)被培訓(xùn)所應(yīng)掌握的知識。培訓(xùn)計劃包括但不限于以下內(nèi)容：

1）產(chǎn)品培訓(xùn)：結(jié)合門戶平臺產(chǎn)品對應(yīng)答人所開發(fā)的產(chǎn)品進(jìn)行培訓(xùn)。

2）現(xiàn)場培訓(xùn)：結(jié)合本建設(shè)項目，針對系統(tǒng)涉及的所有產(chǎn)品及系統(tǒng)實施方案進(jìn)行詳細(xì)的培訓(xùn)，應(yīng)包括系統(tǒng)整體架構(gòu)、系統(tǒng)日常運行維護(hù)操作和故障定位與排除等內(nèi)容。

培訓(xùn)地點：

培訓(xùn)地點由應(yīng)答人指定，或后期雙方共同協(xié)商。培訓(xùn)時間：

培訓(xùn)地點由應(yīng)答人指定，或后期雙方共同協(xié)商。培訓(xùn)人數(shù)：

最終使用人員：人數(shù)在后期由采購方確定。系統(tǒng)管理維護(hù)人員：10x10天

第四篇：系統(tǒng)驗收工作報告

系統(tǒng)驗收工作報告

（×年×月×日）

技術(shù)工作總結(jié)報告

主要內(nèi)容包括：

一、項目概述

項目的簡單描述。

二、項目的規(guī)模組成、功能、應(yīng)用領(lǐng)域等

系統(tǒng)運行的硬件和網(wǎng)絡(luò)支撐環(huán)境,應(yīng)用覆蓋面,軟件各個子系

統(tǒng)的功能模塊.三、主要研制過程

研制工作實施情況和研制進(jìn)度,所遇到的主要問題和技術(shù)難點以及解決辦法。

五、組成框圖：

以框圖形式描述項目的系統(tǒng)組成。

六、工作原理：

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

七、工作流程細(xì)節(jié)：主要描述項目以及各模塊或部件的工作流程，包括對具體實施步驟的說明，數(shù)據(jù)的結(jié)構(gòu)、流向、保護(hù)、存儲、相關(guān)載體以及所使用的算法等。

八、軟件流程圖

項目軟件部分的流程圖

九、關(guān)鍵技術(shù)及創(chuàng)新點

十、程序清單說明

針對代碼的說明文檔，即代碼各部分的功能描述，運行環(huán)境，配置步驟等。

第五篇：系統(tǒng)驗收方案

第一章 項目驗收方案

1.1 驗收目的

驗收是項目從實施到售后維護(hù)的一個過渡階段，驗收通過之后實施的項目正式實施完成，項目進(jìn)入系統(tǒng)售后維護(hù)階段。驗收是項目建設(shè)過程的一個里程碑，說明項目建設(shè)完成了實施這一過程，進(jìn)入了下一個階段。

為使信息化項目建設(shè)按照《軟件功能描述與操作說明書》要求進(jìn)行，確保項目完成后達(dá)到有關(guān)要求和標(biāo)準(zhǔn)，正常運行平穩(wěn)，必須進(jìn)行項目驗收。

1.2 驗收對象

XXXX有限公司。

1.3 驗收前提條件

（一）從多方的反饋和系統(tǒng)穩(wěn)定性方面來看，整個系統(tǒng)的運行已經(jīng)進(jìn)入正軌，需求的響應(yīng)也已基本完成，并穩(wěn)定運行五個月后組織驗收；

（二）每個模塊需要相關(guān)使用科室主要負(fù)責(zé)人簽字；

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

（四）各個分期工程全部初驗合格；

（五）已通過軟件系統(tǒng)測試評審；

（六）各種技術(shù)文檔和驗收資料完備，符合合同的內(nèi)容；

（七）系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求；

（八）外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具符合知識產(chǎn)權(quán)相關(guān)政策法規(guī)的要求；

（九）經(jīng)過建設(shè)方同意；

（十）合同或合同附件規(guī)定的其他驗收條件。1.4 驗收方法

項目驗收，是項目開發(fā)建設(shè)中有組織的主動性行為，它是對項目建設(shè)高度負(fù)責(zé)的體現(xiàn)，也是項目建設(shè)成功的重要保證。切實做好項目建設(shè)中的驗收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實實在在做好。為保證項目驗收質(zhì)量，建議采用的驗收方法是：

運行項目系統(tǒng)軟件，檢驗其應(yīng)用軟件的實際能力是否與合同規(guī)定的一致；運行應(yīng)用軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達(dá)到了預(yù)期的目的。

1.5 驗收步驟

（一）編寫驗收計劃

（二）由XX公司在對項目進(jìn)行深入的需求分析的基礎(chǔ)上編寫驗收計劃，提交建設(shè)方審定。

（三）成立項目驗收小組

實施測試驗收工作時，成立項目驗收小組，具體負(fù)責(zé)驗收事宜。

（四）項目驗收的實施

嚴(yán)格按照驗收方案對項目應(yīng)用軟件、系統(tǒng)文檔資料等進(jìn)行全面的測試和驗收。

（五）提交驗收報告

項目驗收完畢，對項目系統(tǒng)設(shè)計、軟件運行情況等做出全面的評價，得出結(jié)論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。

（六）召開項目驗收評審會

召開項目驗收評審會，全面細(xì)致地審核項目驗收小組所提交的驗收報告，給出最終的驗收意見，形成驗收評審報告并存檔。1.6 驗收程序

（一）初驗

1、申請：項目后經(jīng)測試和試運行合格，供應(yīng)商根據(jù)合同、招標(biāo)書、計劃任務(wù)書，檢查、總結(jié)項目完成情況后向建設(shè)方提出初驗申請。

2、方式：建設(shè)方組織人員進(jìn)行初驗。

3、供應(yīng)商提供材料：初驗申請書、完工報告、項目總結(jié)，以及要求的驗收評審資料。

（二）終驗

1、申請：初驗合格后，承建方根據(jù)合同、招標(biāo)書、任務(wù)書，檢查、總結(jié)項目組織實施和完成情況后向建設(shè)方提出驗收申請。

2、經(jīng)過審核，材料齊全則由建設(shè)方組織驗收。

驗收工作由專家、建設(shè)方和供應(yīng)商項目組人員一起組成驗收小組進(jìn)行驗收，驗收后提交驗收報告。

3、驗收簽字

經(jīng)過驗收、評審形成的驗收報告和評審報告，建設(shè)方簽字，通過驗收。

1.7 驗收依據(jù)

驗收依據(jù)為供應(yīng)商提供的功能設(shè)計（項目過程中依據(jù)需求調(diào)研結(jié)果而提交的各子系統(tǒng)《軟件功能描述與操作說明書》，即功能清單，本投標(biāo)文件提交的各技術(shù)方案以及《技術(shù)偏離表》也是階段驗收的依據(jù)之一）。

具體依據(jù)如下：

A、本項目招、投標(biāo)書的所有文件，尤其是項目需求部分；

B、工程施工過程中的經(jīng)雙方簽字的變更需求，包括《二次開發(fā)方案》《軟件功能描述與操作說明書》《合同或合同變更情況》；

C、確認(rèn)的《系統(tǒng)運行情況報告》；

D、確認(rèn)的《合同執(zhí)行情況報告》，確認(rèn)收到的終驗提交文檔資料情況；

1.8 驗收需提交的文檔

提供以下目錄的原廠商資料一套：

? 按CMMI和ISO9000系列標(biāo)準(zhǔn)要求，提供整個產(chǎn)品交付過程中產(chǎn)生的全部文檔

? 產(chǎn)品驗收標(biāo)準(zhǔn) ? 技術(shù)說明書 ? 使用說明書

? 安裝、維修及操作手冊及公開維修密碼 ? 合同中要求的其他文件資料

? 系統(tǒng)驗收后中標(biāo)方需提供系統(tǒng)源碼，并簽訂保密協(xié)議。開發(fā)技術(shù)文檔：

《數(shù)據(jù)字典、數(shù)據(jù)結(jié)構(gòu)與流程》并提供電子瀏覽、查找工具、直接集成在“系統(tǒng)管理子系統(tǒng)”中；

《需求分析說明書》、《詳細(xì)設(shè)計》、《二次開發(fā)方案》、《數(shù)據(jù)結(jié)構(gòu)》、《框架結(jié)構(gòu)圖》、《應(yīng)用系統(tǒng)測試方案》、《系統(tǒng)功能說明》，以及其它招標(biāo)要求的技術(shù)文檔。工程技術(shù)文檔：

《測試記錄》、《測試報告》、《數(shù)據(jù)準(zhǔn)備報告》 《用戶操作手冊》 《系統(tǒng)維護(hù)手冊》 《接口說明書》 《系統(tǒng)操作說明書》 《試運行方案》 《系統(tǒng)維護(hù)情況表》

《培訓(xùn)計劃》、《培訓(xùn)記錄》、《例會記錄》、《故障情況記錄表》 《階段驗收方案》??

其他文檔：按采購文件要求須提供的其它文檔。

源代碼：提供的軟件產(chǎn)品應(yīng)包括各種相關(guān)的軟件系統(tǒng)、各階段開發(fā)文檔、運行穩(wěn)定可靠的本系統(tǒng)安裝程序、注釋清晰明了的能編譯生成目前（實施并客戶化后的）正在運行的全套應(yīng)用程序的源代碼等。階段驗收報告的組成：

階段驗收報告

1.9 驗收結(jié)論

驗收結(jié)果分為：驗收合格、需要復(fù)議和驗收不合格三種。符合信息化項目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗收結(jié)論爭議較大的，視為需要復(fù)議。

1、項目凡具有下列情況之一的，按驗收不合格處理：

（一）未按項目考核指標(biāo)或合同要求達(dá)到所預(yù)定的主要技術(shù)指標(biāo)的；

（二）所提供的驗收材料不齊全或不真實的；

（三）項目的內(nèi)容、目標(biāo)或技術(shù)路線等已進(jìn)行了較大調(diào)整，但未曾得到相關(guān)單位認(rèn)可的；

（四）實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項目實施過程及結(jié)果等存在糾紛尚未解決的；

（五）沒有對系統(tǒng)或設(shè)備進(jìn)行試運行，或者試運行不合格；

（六）項目經(jīng)費使用情況審計發(fā)現(xiàn)問題的；

（七）違反法律、法規(guī)的其他行為。

2、驗收結(jié)論確認(rèn)和處理

由建設(shè)方根據(jù)驗收意見和相關(guān)資料得出結(jié)論，并進(jìn)行確認(rèn)。

3、項目驗收結(jié)論的處理

（一）驗收結(jié)論為驗收合格的，則后可進(jìn)行項目交接；如有需補充問題，則在補充問題響應(yīng)完成后進(jìn)行項目交接。

（二）驗收結(jié)論為需要復(fù)議的，則供應(yīng)商需在一周內(nèi)補充有關(guān)材料或者進(jìn)行相關(guān)說明。

（三）驗收結(jié)論為驗收不合格的，則供應(yīng)商必須限期整改，整改后試運行合格的，重新申請驗收。

1.10 項目交接

項目驗收合格后，應(yīng)辦理項目交接手續(xù)，轉(zhuǎn)入售后維護(hù)階段。