倉儲運輸和安裝調(diào)試方案說明

WORD格式

編輯整理項目組織施驗收方案設(shè)備安裝、調(diào)試方案專業(yè)知識分享WORD格式項目進度控計劃項目管理計劃包括以下1個面：

編輯整理

項目計劃和商業(yè)合同管理；工作分配：為工作包或項目副經(jīng)理定義工作對/圍；預(yù)算分配和預(yù)算管理；要求和配置管理；通過報告、會議、復(fù)查進行進度監(jiān)控（包括協(xié)調(diào)并向用戶匯報）；協(xié)調(diào)和溝通；接口管理；與政府部門管當(dāng)局的協(xié)調(diào)；文件控制；采購和分包商管理；設(shè)備交貨后的管理；工地組織和結(jié)構(gòu)；綜合后勤支持；質(zhì)量管理；風(fēng)險管理。下面將詳細描述項目管理的1個面：項目計劃北京和利時公司將制定總體項目計劃體由項目計劃與合同管理組完成列文件提供了詳細的項目計劃：

設(shè)計和制造計劃；軟件開發(fā)計劃；安裝測試計劃。工作分配專業(yè)知識分享WORD格式

編輯整理目的是為不同的項目小組分配工作。根據(jù)工作分工，北京和利時公司制定項目的WBS（工作分解結(jié)構(gòu)）文件，WBS的項工作都被分配給OBS的至少一個小組。每位項目副經(jīng)理對自己小組的工作結(jié)果負責(zé)，并向項目經(jīng)理/主管匯報工作。因此每位項目副經(jīng)理都必須對分配給自己小組成員的工作以及/的工作范圍的任務(wù)負責(zé)。關(guān)于人力資源個小組必須明確自己的需要以便能夠獨立處理自己工作范圍內(nèi)的工作。如果要增加資源，項目副經(jīng)理必須向項目經(jīng)/管請示。本文的“附件一”給出了北京地鐵十四號線基本的WBS預(yù)算分配管理項目經(jīng)理分配給每一位項目副經(jīng)理一份預(yù)算以便其完成自己的工作管理員定期跟蹤項目副經(jīng)理的預(yù)算以更新他們的預(yù)算狀況。每位項目副經(jīng)理都必須考慮在合適的技術(shù)和組織選擇方面分配其預(yù)算。每三個月要求每位項目副經(jīng)理向成本管理員提供一份包含如下內(nèi)容的預(yù)測報告：

完成工作所需的資源；未付費用采購費。然后成管理員會更新預(yù)測的作預(yù)算。在超支的情況下目副經(jīng)理必須向項目管理小組提供一份恢復(fù)計劃。為了滿足用戶的進度的要求要求的滿足將優(yōu)先成本方面的考慮不計較成本，首先滿足進度要求。需求與配管理需求管理需求管理是開發(fā)綜合監(jiān)控系統(tǒng)軟件，完成綜合監(jiān)控系統(tǒng)工程的一個主要的組成部分。下面幾節(jié)的目的在于提供已經(jīng)定義好的特別是軟件功能需求方面的一般規(guī)則述織結(jié)構(gòu)情況以便具備一個有效的需求管理系統(tǒng)。一規(guī)DOORS套軟件是一套公認的軟件包用于管理復(fù)雜系統(tǒng)的需求并且已經(jīng)被北京和專業(yè)知識分享WORD格式

編輯整理利時公司采用。北京和利時公司已經(jīng)開發(fā)了一個應(yīng)用層并將其與DOORS成在一起在深圳地鐵號線和深圳地鐵號成功應(yīng)用此需求管理軟件了用一種精確有效的方法跟蹤本合的要求，北京和利時公司已經(jīng)決定在整個十四號線項目期間使用DOORS軟包作為需求管理工具。一過一般過程如下所述：

將用戶所有的技術(shù)要求輸入到；將系統(tǒng)需求規(guī)范）的系統(tǒng)要求輸入到DOORS模中去；將詳細的接口規(guī)范（DIS）的要求輸入到DOORS模塊中去；將上述和DIS中包含的需求分配給DOORS模中稱作系統(tǒng)設(shè)規(guī)范（）工作分解項，該項列在工作分解結(jié)構(gòu)中。這些配置項目，既包含硬件配置項（HWCI又包含軟件配置項目CSCI；

根據(jù)系統(tǒng)需求以及SRS和DIS中規(guī)定的要求，將DOORS模中的CSCI和HWCI撰為軟件需求規(guī)范SWRS）和硬件需求規(guī)范HWRS）；

將CSCI和HWCI的要求分配給工作分解結(jié)構(gòu)DOORS模中被稱作軟件設(shè)計規(guī)范（SWDS和硬件設(shè)計規(guī)范HWDS）的配置項目；

給對應(yīng)于上述細分結(jié)構(gòu)的不同層次的測試定義集成、驗證和確認（IVV模塊；對于變化跟蹤來說，無論是出于什么原因（戶、設(shè)計約束、技術(shù)最優(yōu)化的建議）引起所有的技術(shù)變化都由工程變更控制系統(tǒng)管理。需管組由于需求管理系統(tǒng)專門用于技術(shù)需求，因此它由系統(tǒng)工程經(jīng)理和系統(tǒng)與集成小組負責(zé)。DOORS工的管理由系統(tǒng)配置工程師執(zhí)行。系統(tǒng)配置理配置管理計劃中規(guī)定了整個項目期間都要遵循的與系統(tǒng)配置管理有關(guān)的規(guī)則。當(dāng)項目管理計劃和配置管理計劃之間發(fā)生沖突時，將按照下面的優(yōu)先次序執(zhí)行：

項目管理計劃；專業(yè)知識分享WORD格式

編輯整理

配置管理計劃。為了可以根據(jù)清晰設(shè)計而開發(fā)系統(tǒng)，及為了擁有一套一致的文件和DOORS模塊，將定期更正系統(tǒng)基準。在整個項目期間，該過程都會進行。配置控制委員會CCB將負責(zé)在整個項目周期中定義各種基準。系統(tǒng)配置工程師將負責(zé)跟蹤并監(jiān)督將投入使用的基準系統(tǒng)。將遵循的一般規(guī)則如下所示：

在給定的參考系中，系統(tǒng)基準與一套基準的DOORS模塊對應(yīng)；對應(yīng)于給定基準的文件將儲存在DOORS模中；將有兩類基準：正式基準：它們對應(yīng)一套模塊包括基準和正式提交給戶的基準；非正式基準：它們對應(yīng)一套于DOORS模的基準，但未包含在正式提交給用戶的基準。無論是什么原因要求變更文件，都必須向負責(zé)確認并決定何時執(zhí)行變更的CCB提交一份變更建議：在CCB做正式?jīng)Q定之前，任何人都不能擅自變更作為基準的模塊；

當(dāng)CCB做執(zhí)行變更的決定時變更及其相關(guān)影響將輸入到DOORS中去進行變更后，所有修改過的文件都必須進行基準變更，并且系統(tǒng)基準也必須進行相應(yīng)地變動；

正式文件基準按照文件的修訂版進行命名；非正式文件基準按照正式最新的修訂版參考號并后加一個字母命名；正式系統(tǒng)基準的名稱由字母“S后接1~99的字構(gòu)成；非正式系統(tǒng)基準由字母“S后接1~99的字以及一個小寫字母構(gòu)成；為了檢查是否正確執(zhí)行了變更情況，必須使用一個跟蹤系統(tǒng)。這種監(jiān)督工作由系統(tǒng)配置工程師負責(zé)；

在項目的任何階段，任何活動都必須按照目前批準的系統(tǒng)基準進行。軟件配置理軟件配置管理計劃中規(guī)定了軟件配置管理的規(guī)則和程序。在配置管理計劃和軟件配置管理計劃發(fā)生沖突時，將按照下面的優(yōu)先順序執(zhí)行：

配置管理計劃；專業(yè)知識分享WORD格式

編輯整理

軟件配置管理計劃。復(fù)查、匯、會議及審除了設(shè)計聯(lián)絡(luò)會，將執(zhí)行下面的復(fù)查、匯報、會議和審核：內(nèi)部月進審查會項目經(jīng)理每月通過月項目審查會向項目管理部主管匯報工作。每位項目副經(jīng)理都必須在審查會之前至少一周向項目經(jīng)理提供與其工作有關(guān)的信息以便進行匯總成本管理員負責(zé)將種報告匯總到審查會報告中去便目經(jīng)理在審查會前進行分析。成本管理員負責(zé)組織這些會議并通知相關(guān)的與會人員。內(nèi)部季度算審查會項目經(jīng)理通過季度預(yù)算審查會每年向項目管理部主管和成本管理員匯報4次作。每位項目副經(jīng)理在季度預(yù)算審查會前至少3周項目經(jīng)理提供與其工作有關(guān)的預(yù)算信息用于信息匯總成本管理員負責(zé)將各種數(shù)據(jù)匯總到項目季度預(yù)算審查會中去便項目經(jīng)理在季度預(yù)算審查會前進行分析。成本管理員負責(zé)組織這些會議并通知相關(guān)與會人員。內(nèi)部進度北京和利時公司每周將各舉行一次公司內(nèi)部進度會有的項目副經(jīng)理都必須參加對于某些會議來說會請額外的項目小組成員參加會議將在每周一下午點行。如遇公共假期則議自動順延第二天的同一時間舉行。如遇特殊情況議以延期舉行。項目月進會北京和利時公司每月舉行月進度會會議是北京和利時公司基于項目管理層面目副經(jīng)理也參加會議對某些會可能會邀請額外的項目小組成員參加這些會議由項目經(jīng)理組織并主持。對于相關(guān)的每月進度報告：

將在每月5號交；專業(yè)知識分享WORD格式

編輯整理

每位項目副經(jīng)理都必須填寫部分與其工作范圍相關(guān)的報告；秘書負責(zé)組織收集各種報告并將其編入每月進度報告。必須在每月5號至少兩天將報告草案提交給項目經(jīng)理審閱。階段性審在項目施工期間，在每個重要階段結(jié)束時都要進行內(nèi)部審查，內(nèi)容包括：

系統(tǒng)設(shè)計審SDR審查詳細接口規(guī)DIS求SRS系統(tǒng)設(shè)計規(guī)范（SDS包括SWDS和HWDS以及接口需求規(guī)范（IRS；

部件設(shè)計復(fù)查（CDR：目的是檢查各子系統(tǒng)和系統(tǒng)組成部分的設(shè)計文件是否適合生產(chǎn)；

系統(tǒng)測試準備就緒復(fù)查STRR的是檢查與系統(tǒng)測試相關(guān)的文件是否允許在工廠進行系統(tǒng)測試以及在現(xiàn)場以一種控制方式進行系統(tǒng)測試。配置審核配置審核可以用來驗證系統(tǒng)和配置項目與其基準是否相符。質(zhì)量系統(tǒng)理審查和預(yù)性措施北京和利時公司將審查本項目中執(zhí)行的質(zhì)量系統(tǒng)的適宜性和有效性劃經(jīng)理準備預(yù)防性措施分析報告以分析內(nèi)部審核戶審核和日常操作中發(fā)現(xiàn)的非一致性問題后將在每年至少舉行一次的質(zhì)量系統(tǒng)的管理復(fù)查會上審閱預(yù)防性措施分析報告系的管理復(fù)查會將由項目管理部主管主持會員包括質(zhì)量工程師統(tǒng)工程經(jīng)理以及由會議主席確定的其他特別與會人員。流程包括：

配置管理流程；質(zhì)量系統(tǒng)改進和控制流程；質(zhì)量保證流程；預(yù)防性措施流程。協(xié)調(diào)與溝項目信息的溝通在綜合監(jiān)控系統(tǒng)項目內(nèi)顯得非常重要是團隊內(nèi)部各職能小組之專業(yè)知識分享WORD格式

編輯整理間需要進行及時的溝通聯(lián)絡(luò)該項目的一個突出特點已經(jīng)決定了該項目需要大量的接口協(xié)調(diào)工作北和利時公司需要同若干個項目組織之間建立通暢的信息溝通渠道和高效信息溝通流程，這對于保證綜合監(jiān)控系統(tǒng)項目的順利進行和高質(zhì)量的完成都具有重要的意義。該項目管理將重點關(guān)注項目的溝通管理合業(yè)主和監(jiān)理建立一套基于該項目各相關(guān)組織之間的溝通計劃。北京地鐵十四號線綜合監(jiān)控系統(tǒng)項目將需要與以下各方進行強有力的協(xié)調(diào)與頻繁聯(lián)絡(luò)：

北京地鐵公司（包含ISCS業(yè)及其它專業(yè)業(yè)主）；工程監(jiān)理；設(shè)計院；土建承包商；安裝承包商；其他的接口系統(tǒng)設(shè)備供應(yīng)商。為了有效實現(xiàn)這種協(xié)調(diào)，在設(shè)計和開發(fā)階段，工作人員將在北京工作，在現(xiàn)場安裝/接口測試階段以及保修期內(nèi)其工作人員將在北京工作。協(xié)調(diào)活動包括兩類：

接口設(shè)計；現(xiàn)場協(xié)調(diào)。接口設(shè)計劃對于順利完成像北京地鐵十四號線綜合監(jiān)控系統(tǒng)這樣的工程管是一個非常重要的問題。對于項目開發(fā)來說，接口管理活動是主要的信息來源之一，并且在整個工程期間它都需要與其他各方進行強有力的協(xié)調(diào)。本接口管理計劃IMP）定義了來開發(fā)和口系統(tǒng)之間詳細接口要求的管理過程。本計劃的目的是為無縫集成提供方便，使其符合用需求以及接口設(shè)備規(guī)范。此外IMP將出北京和利時公司與接口承包商用來定義兩個系統(tǒng)間接口的詳細要求的過程。接口管理將在接口文件中提出下面的屬性：

電氣、機械、軟件協(xié)議以及功能數(shù)據(jù)接口；檢查、測試和試運行。文件也將定義進行資源管理文變動控制京和利時公司和接口承包商之間溝通以專業(yè)知識分享WORD格式

編輯整理及沖突解決所需的過程。接口設(shè)計詳細的接口設(shè)計參見B2-2綜監(jiān)控專用技術(shù)冊（下的述。溝通與交接會接口會議的工作范圍如下所示：

了解各方的設(shè)計要求，開發(fā)并協(xié)商通過設(shè)計和接口要求以滿足北京地鐵合同中所規(guī)定的要求；

確定影響接口設(shè)計的關(guān)鍵性能參數(shù)和問題；確定設(shè)計階段、安裝階段以及試運行階段的測試要求細節(jié)；按照每個合同中的總規(guī)劃協(xié)商通過設(shè)計和測試程序；協(xié)商提交給北京地鐵的接口文件。接口會議的時間及地點安排將由接口雙方協(xié)商。我們建議在北京舉行接口會議。承商間信交承包商之間通過圖紙和說明性文件這兩種方法進行信息交流在口會議期間或者通過正式公文交流信息。通過圖紙交流的信息包括結(jié)構(gòu)圖、機械詳圖、電器詳圖、接口電路圖、接線圖等等。說明性文件用來描述程序、系統(tǒng)特點、電器特點、測試要求以及會議記錄，包括行動表。雙方利用電子郵件傳真或電話常保持溝通以明確設(shè)計和所有后勤安排的細節(jié)成的協(xié)議將在接口會議后形成會議紀要或正式的可發(fā)布文件。需業(yè)的持雙方在接口會議期間通過正式文件解決問題確認問題需要北京地鐵介入時雙方或者在接口會議的紀要中或者通過書面通知業(yè)主。當(dāng)無法就關(guān)鍵問題達成協(xié)議或者對各方合同中的特殊需求或接口規(guī)范要求的解釋持不同意見時立刻以書面形式向主發(fā)出仲裁和確認請求出席會議將加速問題的解決。專業(yè)知識分享WORD格式

編輯整理接口文件將為每位接口承包商準備下列文件：詳?shù)目诜叮┪牡牡?/p>

目的是規(guī)定并描述與ISCS和口系統(tǒng)間接口相關(guān)的所有信息；由于在系統(tǒng)設(shè)計階段不可能獲取所有的信息，本文件將在項目進行期間不斷進行修正。文管和交

DIS是種ISCS文由京和利時公司制作和管理在向業(yè)主發(fā)布前將接口承包商復(fù)查本文件。我們建議與其他的接口承包商正式簽署DIS文件；

接口承包商也可以將DIS用自己的接口文件。我們建議使用沒有改動過的文件建加上一個封皮口包商文件在參考上與接口承包商規(guī)范保持一致；

兩個封面的重疊將表明文件修訂版是如何與雙方的合同保持同步的。典的件式表0-1表0-1典文件格式組成部分

內(nèi)容4.14.2

目的參考文件術(shù)語表接口規(guī)范接口圖物理接口

本部分應(yīng)敘述有關(guān)的接口及兩個合同參考本部分將涉及ISCS規(guī)范的相關(guān)部分和附錄。本部分也包括參考標準或其他的應(yīng)用文獻。任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。接口圖中指出了工作范圍和責(zé)任范圍。4.2.1特性和位置4.2.2電氣描述4.2.3機械描述

一張表表明每個接口的特性和準確位置。位置可能是車站、車輛段（制中心）或一座輔助建筑物內(nèi)的一個房間。本部分包括一張原理圖，圖中標明了成分、電纜以及接線安排的電壓、電流或阻抗規(guī)格以及電源規(guī)格。本部分包括：-端子柜編組原則；-機柜尺寸和安裝；專業(yè)知識分享4.34.44.54.6

組成部分功能接口協(xié)議命名慣例設(shè)計約束條件

編輯整理WORD格式內(nèi)容-接線柱、插座和接線端子。本部分的目的是提供兩方面的要求了解。接口設(shè)備及其監(jiān)控數(shù)據(jù)和功能將按照和接口商的最初合同要求列出來。本部分將提供用于接口的詳細軟件協(xié)議。本部分將說明用來識別ISCS接口系統(tǒng)中的每種信息的命名慣例。命名慣例將用來識別ISCS作站中的信息和為設(shè)備纜以及接線端子加標簽。本部分將列出所有的設(shè)計約束條件例如特殊響應(yīng)時間、通信軟件版本等。4.7（電磁兼性）

如果存在，則本部分將說明所有的電磁兼容性的約束或問題。5.5.126.16.2

執(zhí)行和安裝限制條件程序質(zhì)量保證接口要求參考驗證和確認

本部分將包括所有的執(zhí)行和安裝事件（如果存在本部分的目的是盡早發(fā)現(xiàn)實施或安裝方面存在的限制：空間規(guī)定、接入日期和特殊工具，等等。如果限制條件影響接口實施和安裝程序，則該限制條件將包含在實施和安裝程序中。如果需要特別關(guān)注，則一個限制將被看成是一個特殊的接口問題。本部分將提供一個接口實施和安裝程序，該程序至少應(yīng)該包含兩位承包商所提供的信息和他們根據(jù)各自的目標開工和完工日期所采取的行動。本部分是一個基本的相互參照表它為所規(guī)定的每條要求提供了它們相應(yīng)最初的規(guī)范要求。本部分是一個基本的表格，它為中所規(guī)定的每條要求提供了驗證方法。附錄和圖紙詳細的數(shù)據(jù)接口附錄電纜、接線端子和圖紙

對于每個接口位置來說，詳細的數(shù)據(jù)接口表包括：信息標識符（設(shè)備和數(shù)據(jù)信息描述（設(shè)備狀態(tài)對應(yīng)值；點或信息位置（例如在一張表中列出）及地址。本附錄包括所有的電纜路由選擇、電纜終端、配置、機柜安排、結(jié)構(gòu)規(guī)定以及空間規(guī)定和電路圖。系統(tǒng)啟動參數(shù)詳?shù)目谠噭滵ITP文的的本文件的目的是定義并描述如何在設(shè)計階段實現(xiàn)接口測試，以達到如下目標：

首先，確認計劃的測試是否必要和充分；其次，組織單獨測試，然后與接口承包商一起組織聯(lián)合測試。文管和交

DITP是種ISCS文，由北和利時公司制作和管理；專業(yè)知識分享WORD格式

編輯整理

在提交給業(yè)主之前，將由接口承包商審查本文件；我們建議接口承包商也可以將DITP用自己的接口文件們建議接口承包使用沒有改動過的文件，并且建議加上一個封皮帶有與接口承包商規(guī)范保持一致；

兩個封面的重疊將表明文件的修訂版是如何與雙方的合同保持同步的。文內(nèi)見0-2表0-2文內(nèi)容組成部分

內(nèi)容5.15.1.15.1.25.1.35.1.45.1.5

目的參考文件術(shù)語表測試方法接口測試規(guī)范測試標識符測試的目的需求參考測試配置測試設(shè)備測試程序

本部分應(yīng)敘述有關(guān)的接口及兩個合同參考。本部分將參考ISCS范的相關(guān)部分和附錄。本部分也包括參考標準或其他的應(yīng)用文獻。任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。本部分將描述在工廠測試階段和現(xiàn)場測試階段如何測試接口，并強調(diào)每個階段接口測試的重疊部分。本部分將為工廠和現(xiàn)場測試總結(jié)出建議測試程序。對于每一種測試，都將分配一個測試標識符。簡要描述測試的目的。本部分將參考本程序所驗證的接口要求。本部分描述了完成測試所必需的硬件和軟件配置。本部分列出了所有必需的測試設(shè)備及他們個別的用途。本部分包括用于相關(guān)的測試表的典型格式。測試的邏輯順序7.量保證1接口要求參考

本部分描述了完成測試的邏輯順序。本部分是一個基本的相互參照表為中的每條要求提供了它們相應(yīng)最初的規(guī)范要求。附錄&圖紙接測規(guī)程（ITSP文目

每個是種測試程序，它描述了工廠接口測試、現(xiàn)場接口測試、現(xiàn)場端到端測試期間完成的每項測試；

在系統(tǒng)驗收期間程將被ISCS工師和接口承包商的工程師用作驗收檢驗程序。文管和交專業(yè)知識分享WORD格式

編輯整理

ITSP是個ISCS和口承包商的共同文件。它將由ISCS和口承包商共同制作、復(fù)查并向其各自的工程師發(fā)布；

本文件將被兩位承包商同時參照，以管理它們各自的文件參考系統(tǒng)。接測程的容

測試的所有細節(jié)、先決條件、測試行動以及預(yù)期的測試效果都將編入本文件。測試表將在測試期間使用和填寫。因此，相關(guān)的測試表將由北京和利時公司和其他的承包商簽署并編入測試報告。接文的本制文件版本控制將在每位承包商制定好質(zhì)量程序之后進行本文件包括一張變動控制和簽名頁以識別以前版本的變動情況本中可用下劃線來識別復(fù)查過程中的具體變動在新版本中添加了工具條以表明變動情況。接口變更理接設(shè)變過在項目周期中，可能有變更接口要求以改進設(shè)計、改正錯誤并最小化風(fēng)險。接口設(shè)計變更過程確保：

所有建議的用于接口要求的硬件、軟件或文件變更都必須匯報、記錄、跟蹤并解決；

用一種清晰、一致的方式提出變更說明書；全面評估變更建議并接受正確的處理方案；可以看到所有變更狀態(tài)；并且所有的傳達和傳達途徑都進行了很好的定義。將由ISCS和口承包商共同制定詳細接口規(guī)范在批DIS，將對接口設(shè)計（設(shè)計凍結(jié)）進行基準化。在最初提交后，進行的任何變更都將按接口變更過程執(zhí)行。接需變報接口需求變更報告是為重要接口問題或異?，F(xiàn)象而編制的文件可會與接口需求的任何一方有關(guān)。接口變更報告可能會使用一種標準形式、用一種簡潔的方式提出主題：提專業(yè)知識分享WORD格式

編輯整理供問題的描述并證明正確的變更建議。接口需求變更報告將提出所有的相關(guān)事實以指出變更的重要性所求變更的細節(jié)、如果不變更的風(fēng)險、建議的應(yīng)用以及建議的優(yōu)先水平等。接口需求變更報告應(yīng)該表明設(shè)計變更建議是否與規(guī)范要求和安全要求相符需求變更報告也應(yīng)該識別正確設(shè)計變更是否偏離了這些要求。承包商將決定是否需要召開會議。變建的查接口需求變更報告將由業(yè)主和兩位承包商共商復(fù)查以確保它描述了實際的問題并且附上到了所有相關(guān)的數(shù)據(jù)業(yè)和包商之間的正式正式文件將闡明或完成對所提出數(shù)據(jù)的理解。如果有必要召開會議來討論變更建議在可能的情況下將在會議上把眾多的變更建議進行討論。如果復(fù)查過程做出了變更結(jié)論，則將要求最初的承包商返工。業(yè)主和承包商在復(fù)查過程中要求的內(nèi)部安全和系統(tǒng)設(shè)計復(fù)查將按照它們各自的管理程序進行。變更將通過與會的授權(quán)代表復(fù)查并記錄于會議紀要中。接口測試為保證ISCS與系統(tǒng)間接口的正確性京和利時公司采用不限于以下內(nèi)容的測試方法檢驗系統(tǒng)間接口是否滿足合同需求及相關(guān)技術(shù)規(guī)范。技術(shù)要求物理接口負責(zé)連接ISCS各系統(tǒng)功能接口ISCS與各系統(tǒng)之間實現(xiàn)的具體功能協(xié)議ISCS與各系統(tǒng)之間通訊采用的具體協(xié)議數(shù)據(jù)接口各系統(tǒng)向ISCS供的信息點檢及認目檢

檢驗方法目視檢查，冗余測試，通訊測試點對點測試，端對端測試，功能測試，性能測試協(xié)議測試點對點測試，端對端測試為確保ISCS與系統(tǒng)承包商提供的接口滿足用戶需求以采用目視檢查或尺寸測量專業(yè)知識分享WORD格式

編輯整理的方法進行檢查，不需要專用的儀器設(shè)備，對各承包商提供的接口應(yīng)進100%的目視檢查以確保接口安裝的正確性。目視檢查測試的主要對象是所有物理接口的連接電纜及接口設(shè)備（包括：電纜安裝、端子排布置轉(zhuǎn)器的安裝位置等視檢查將參照DIS中定的ISCS與系統(tǒng)接口劃分及工藝圖紙中來執(zhí)行，目視檢查不包括電纜的連接電氣測試，該測試應(yīng)該在安裝階段完成。目視檢查遵循以下步驟：

ISCS員核對所有電纜是否已經(jīng)在接口點處安裝就緒且否選擇了最恰當(dāng)?shù)姆笤O(shè)路線。

ISCS員核對所有電纜連接的正確性。通測通訊測試確保各系統(tǒng)設(shè)備不同模塊之間能正常通訊試將在現(xiàn)場進行通訊測試的目的是確保所有物理接口的兩端通過電氣連接測試ISCS和系統(tǒng)兩端可以建立通連接。通訊測試包括以下步驟：

ISCS員使用萬用表作為測試工具，測試接口雙方的電氣連接。ISCS人員將便攜機連到ISCSFEP（便攜機可以監(jiān)視局域網(wǎng)數(shù)和連接狀態(tài)）。

ISCS員通過便攜機檢查連接狀態(tài)。協(xié)測通訊協(xié)議的測試目的是檢驗接口軟件功能保ISCS和系統(tǒng)承包商雙方開發(fā)的協(xié)議及通訊機制達到設(shè)計規(guī)范時驗軟件接口部分是否遵守協(xié)議文件并澄清在協(xié)議文本中沒有描述清楚的內(nèi)容議測試至少包含對所有命令和數(shù)據(jù)的格式發(fā)機制和例外處理等的測試。協(xié)議的測試應(yīng)通過實際設(shè)備進行，除非北京地鐵允許，一般不建議采用模擬器進行協(xié)議測試。在詳細接口規(guī)范中描述的接口協(xié)議被認可的情況下各系統(tǒng)應(yīng)該履行協(xié)議測試，確保承包商雙方正確實現(xiàn)接口協(xié)議，并澄清協(xié)議文件中未作規(guī)定的問題。協(xié)議測試將測試以下功能：

系統(tǒng)初始化專業(yè)知識分享WORD格式

編輯整理

消息格式的正確性ISCS各系統(tǒng)讀取信息ISCS各系統(tǒng)寫信息或命令協(xié)議測試環(huán)境如下圖所示：便攜式機

系各子系統(tǒng)仿真器或?qū)嶋H設(shè)圖0-1協(xié)測試環(huán)境示意圖冗測冗余測試用來檢查ISCS接口系統(tǒng)間冗余機制是否滿足合同要求及用戶需求余測試根據(jù)實際情況在工廠或工程現(xiàn)場進行余試應(yīng)使用實際設(shè)備進行測試建使用模擬器進行仿真測試，冗余測試至少包括以下內(nèi)容：

正常情況下，ISCS與口系統(tǒng)之間的冗機制建立ISCS余設(shè)備故障時，ISCS與接口系統(tǒng)之間連續(xù)通訊及故障隔離測試。接口系統(tǒng)冗余設(shè)備故障時ISCS接口系統(tǒng)之間連續(xù)通訊及故障隔離測試點點試點對點測試用于檢查ISCS和口系統(tǒng)數(shù)據(jù)庫之間點的對應(yīng)關(guān)系，并檢查ISCS計機和各系統(tǒng)通過以太網(wǎng)串行接口傳輸?shù)乃袛?shù)據(jù)正確性試中使用測試設(shè)備檢驗從ISCS服務(wù)器到相關(guān)各系統(tǒng)的控制器終端的數(shù)據(jù)點對應(yīng)程進的對點測試100%點對點測試可以大量減少現(xiàn)場測校正的時間點試將于各系統(tǒng)的單機單系統(tǒng)工廠驗收完成后進行。點對點測試建議采用如下步驟：

各系統(tǒng)人員模仿本系統(tǒng)狀態(tài)的變化ISCS員檢查是接收到了正確值專業(yè)知識分享WORD格式

編輯整理

測試所有狀態(tài)ISCS員模擬發(fā)出一個去各系統(tǒng)的控制命令各系統(tǒng)人員檢查各系統(tǒng)是否接收到了正確命令測試所有控制命令點對點測試環(huán)境如下圖所示：便攜式PC

系便攜機

子系統(tǒng)系統(tǒng)實際設(shè)備圖0-2點點測試環(huán)境示意圖端端試端到端測試將使用測試設(shè)備確保ISCSHMI上顯示的點與現(xiàn)場各系統(tǒng)設(shè)備之間信息點對應(yīng)關(guān)系。本工程將在現(xiàn)場進行100%的端到測試（每個設(shè)備類進行100%的端到端測試端端測試將于各成互聯(lián)系統(tǒng)的單機現(xiàn)場驗收完成后的聯(lián)調(diào)中進行端端測試中承商負責(zé)從綜合監(jiān)控系統(tǒng)到各接口系統(tǒng)的接口數(shù)據(jù)正確。端對端測試的目的是：

檢查從ISCS的機界面HMI到現(xiàn)場設(shè)備的正?？刂乒δ?；驗證ISCS對接口各系統(tǒng)設(shè)備的正常監(jiān)視功能；端對端測試建議采用如下步驟：

各系統(tǒng)人員改變現(xiàn)場設(shè)備狀態(tài)ISCS員檢查ISCS接和顯示的值是否正確測試信點ISCS員發(fā)送一個控制命令到各系統(tǒng)各系統(tǒng)人員檢查本系統(tǒng)是否正確執(zhí)行了命令并且反信給ISCS測試控命令。專業(yè)知識分享WORD格式

編輯整理端對端測試環(huán)境如下圖所示：系HMI

服器系就地設(shè)備

子系統(tǒng)實際通訊設(shè)備圖0-3端端測試示意圖功測本工程將在現(xiàn)場進行功能測試過接口功能測試檢驗ISCS系和接系統(tǒng)接口部分的功能是否達到合同要求和用戶需求測試應(yīng)對詳細接口規(guī)范中列出的功能接口進行逐一測試，確保在ISCS系統(tǒng)中的各系統(tǒng)功能的得到了正確現(xiàn)。性測本工程將在現(xiàn)場進行性能測試驗ISCS系統(tǒng)是否滿足DIS中定的性能需求試將針對從各系統(tǒng)現(xiàn)場設(shè)備到ISCS的個鏈路能測試的目的是保證數(shù)據(jù)在承諾的時間內(nèi)從各系統(tǒng)傳送到ISCS。下述測試步驟僅為舉例說明最的詳細測試步驟將在接口測試規(guī)ITSP中出。

在現(xiàn)場改變一個設(shè)備狀態(tài)，計時開始。協(xié)議分析儀監(jiān)測到接口端子的網(wǎng)絡(luò)數(shù)據(jù)，第一次計時停止。ISCS上相關(guān)設(shè)備圖標發(fā)生變化，第二次計時停止。在ISCSHMI發(fā)送一個控制命令，計時開始。協(xié)議分析儀監(jiān)測到接口端子的網(wǎng)絡(luò)數(shù)據(jù)，第一次計時停止?，F(xiàn)場設(shè)備執(zhí)行控制命令，設(shè)備狀態(tài)改變，第二次計時停止性能測試環(huán)境如下圖所示：專業(yè)知識分享WORD格式

編輯整理系HMI

服器系就地設(shè)備

子系統(tǒng)實際通訊設(shè)備圖0-4性測試環(huán)境示意圖檢流北京地鐵十四號線ISCS口測試將按照下圖顯示的流程進行：接口測試規(guī)范聯(lián)合測試單獨合同所做的測試文件專業(yè)知識分享

協(xié)議測試規(guī)范冗余測試規(guī)范點對點測試規(guī)范端對端測試規(guī)范功能測試規(guī)范性能測試規(guī)范

協(xié)議測試單系統(tǒng)工廠測試冗余測試點對點測試單系統(tǒng)現(xiàn)場測試目視檢查通訊測試端對端測試功能測試性能測試全系統(tǒng)現(xiàn)場驗收測試WORD格式圖0-5檢流程示意圖與公共管部門的協(xié)調(diào)

編輯整理可能需要與公安部門以及消防部門進行協(xié)調(diào)。我們期望這種協(xié)調(diào)將在業(yè)主的權(quán)限內(nèi)進行們建議每次會議都有業(yè)主的代表到場且我們還建議管理部門所需的所有信息都應(yīng)該傳送給北京和利時公司。文件控制規(guī)則與流在項目文件控制程序中規(guī)定了與文件控制有關(guān)的規(guī)則目理計劃與項目文件控制流程之間發(fā)生沖突時，將按照下面的優(yōu)先順序執(zhí)行：

項目管理計劃；項目文件控制流程。文件發(fā)放技文發(fā)一般而言技文件不發(fā)放給項參與人有的資料都按文件管理的規(guī)定存放在公司的冗余文件服務(wù)器中。人們可以通過資料室查閱技術(shù)文件，并且可以隨時進行查閱。但是，一些重要文件在每次更新后必須由秘書發(fā)放給大家。這些文件是：

管理計劃的最新版本；質(zhì)量計劃；健康和安全計劃。就健康和安全計劃的特殊情況而言參與本項目的人員都必須通過簽字確認收到了健康和安全計劃。本文件的發(fā)放由秘書組織必須在與安全計劃有關(guān)的文件夾中登記經(jīng)簽字的確認收據(jù)。秘書也必須把某些文件以及它們相關(guān)的應(yīng)用程序最新版本的打印文件進行存放參專業(yè)知識分享WORD