【文章內(nèi)容簡介】 HWDS）的配置項(xiàng)目；u 給對應(yīng)于上述細(xì)分結(jié)構(gòu)的不同層次的測試定義集成、驗(yàn)證和確認(rèn)（IVV）模塊；u 對于變化跟蹤來說，無論是出于什么原因 （用戶、設(shè)計(jì)約束、技術(shù)最優(yōu)化的建議） 引起的所有的技術(shù)變化都由工程變更控制系統(tǒng)管理。. 需求管理組織由于需求管理系統(tǒng)專門用于技術(shù)需求，因此它由系統(tǒng)工程經(jīng)理和系統(tǒng)與集成小組負(fù)責(zé)。DOORS工具的管理由系統(tǒng)配置工程師執(zhí)行。. 系統(tǒng)配置管理配置管理計(jì)劃中規(guī)定了整個(gè)項(xiàng)目期間都要遵循的與系統(tǒng)配置管理有關(guān)的規(guī)則。當(dāng)項(xiàng)目管理計(jì)劃和配置管理計(jì)劃之間發(fā)生沖突時(shí)，將按照下面的優(yōu)先次序執(zhí)行：1. 項(xiàng)目管理計(jì)劃；2. 配置管理計(jì)劃。為了可以根據(jù)清晰設(shè)計(jì)而開發(fā)系統(tǒng)，及為了擁有一套一致的文件和DOORS模塊，將定期更正系統(tǒng)基準(zhǔn)。在整個(gè)項(xiàng)目期間，該過程都會(huì)進(jìn)行。配置控制委員會(huì)（CCB）將負(fù)責(zé)在整個(gè)項(xiàng)目周期中定義各種基準(zhǔn)。系統(tǒng)配置工程師將負(fù)責(zé)跟蹤并監(jiān)督將投入使用的基準(zhǔn)系統(tǒng)。將遵循的一般規(guī)則如下所示：u 在給定的參考系中，系統(tǒng)基準(zhǔn)與一套基準(zhǔn)的DOORS模塊對應(yīng)；u 對應(yīng)于給定基準(zhǔn)的文件將儲(chǔ)存在DOORS模塊中；u 將有兩類基準(zhǔn)：u 正式基準(zhǔn)：它們對應(yīng)一套模塊包括基準(zhǔn)和正式提交給用戶的基準(zhǔn)；u 非正式基準(zhǔn)：它們對應(yīng)一套于DOORS模塊的基準(zhǔn)，但未包含在正式提交給用戶的基準(zhǔn)。u 無論是什么原因要求變更文件，都必須向負(fù)責(zé)確認(rèn)并決定何時(shí)執(zhí)行變更的CCB提交一份變更建議：在CCB做出正式?jīng)Q定之前，任何人都不能擅自變更作為基準(zhǔn)的模塊；u 當(dāng)CCB做出執(zhí)行變更的決定時(shí)，變更及其相關(guān)影響將輸入到DOORS中去。進(jìn)行變更后，所有修改過的文件都必須進(jìn)行基準(zhǔn)變更，并且系統(tǒng)基準(zhǔn)也必須進(jìn)行相應(yīng)地變動(dòng)；u 正式文件基準(zhǔn)按照文件的修訂版進(jìn)行命名；u 非正式文件基準(zhǔn)按照正式最新的修訂版參考號(hào)并后加一個(gè)字母命名；u 正式系統(tǒng)基準(zhǔn)的名稱由字母“S”后接1~99的數(shù)字構(gòu)成；u 非正式系統(tǒng)基準(zhǔn)由字母“S”后接1~99的數(shù)字以及一個(gè)小寫字母構(gòu)成；u 為了檢查是否正確執(zhí)行了變更情況，必須使用一個(gè)跟蹤系統(tǒng)。這種監(jiān)督工作由系統(tǒng)配置工程師負(fù)責(zé)；u 在項(xiàng)目的任何階段，任何活動(dòng)都必須按照目前批準(zhǔn)的系統(tǒng)基準(zhǔn)進(jìn)行。. 軟件配置管理軟件配置管理計(jì)劃中規(guī)定了軟件配置管理的規(guī)則和程序。在配置管理計(jì)劃和軟件配置管理計(jì)劃發(fā)生沖突時(shí)，將按照下面的優(yōu)先順序執(zhí)行：1. 配置管理計(jì)劃；2. 軟件配置管理計(jì)劃。. 復(fù)查、匯報(bào)、會(huì)議及審核除了設(shè)計(jì)聯(lián)絡(luò)會(huì)，將執(zhí)行下面的復(fù)查、匯報(bào)、會(huì)議和審核：. 內(nèi)部月進(jìn)度審查會(huì)合作投標(biāo)伙伴項(xiàng)目主管每月通過月項(xiàng)目審查會(huì)向**公司項(xiàng)目經(jīng)理匯報(bào)工作。**公司和合作投標(biāo)伙伴公司每位小組經(jīng)理都必須在審查會(huì)之前至少一周向各自的項(xiàng)目主管提供與其工作有關(guān)的信息以便進(jìn)行匯總。成本管理員負(fù)責(zé)將各種報(bào)告匯總到審查會(huì)報(bào)告中去，以便項(xiàng)目經(jīng)理在審查會(huì)前進(jìn)行分析。成本管理員負(fù)責(zé)組織這些會(huì)議并通知相關(guān)的與會(huì)人員。. 內(nèi)部季度預(yù)算審查會(huì)項(xiàng)目主管通過季度預(yù)算審查會(huì)每年向法國的項(xiàng)目部主管和成本管理員匯報(bào)4次工作。每位小組經(jīng)理在季度預(yù)算審查會(huì)前至少3周向項(xiàng)目經(jīng)理提供與其工作有關(guān)的預(yù)算信息用于信息匯總。成本管理員負(fù)責(zé)將各種數(shù)據(jù)匯總到項(xiàng)目季度預(yù)算審查會(huì)中去，以便項(xiàng)目經(jīng)理在季度預(yù)算審查會(huì)前進(jìn)行分析。成本管理員負(fù)責(zé)組織這些會(huì)議并通知相關(guān)與會(huì)人員。. 內(nèi)部進(jìn)度會(huì)**公司和合作投標(biāo)伙伴公司每周將各舉行一次公司內(nèi)部進(jìn)度會(huì)。所有的小組經(jīng)理都必須參加。對于某些會(huì)議來說，可能會(huì)邀請額外的項(xiàng)目小組成員參加。這些會(huì)議將在每周一下午4點(diǎn)舉行。如遇公共假期，則會(huì)議自動(dòng)順延至第二天的同一時(shí)間舉行。如遇特殊情況，會(huì)議可以延期舉行。. 項(xiàng)目月進(jìn)度會(huì)**公司和合作投標(biāo)伙伴公司每月舉行月進(jìn)度會(huì)，該會(huì)議是**公司和合作投標(biāo)伙伴公司基于項(xiàng)目管理層面，小組經(jīng)理也參加會(huì)議。對于某些會(huì)議，可能會(huì)邀請額外的項(xiàng)目小組成員參加。這些會(huì)議由**公司組織并主持。對于相關(guān)的每月進(jìn)度報(bào)告：u 將在每月5號(hào)提交；u 每位小組經(jīng)理都必須填寫部分與其工作范圍相關(guān)的報(bào)告；u 秘書負(fù)責(zé)組織收集各種報(bào)告并將其編入每月進(jìn)度報(bào)告。必須在每月5號(hào)前至少兩天將報(bào)告草案提交給項(xiàng)目經(jīng)理審閱。. 階段性審查在項(xiàng)目施工期間，在每個(gè)重要階段結(jié)束時(shí)都要進(jìn)行內(nèi)部審查，內(nèi)容包括：u 系統(tǒng)設(shè)計(jì)審查（SDR）：目的是審查詳細(xì)接口規(guī)范（DIS）、系統(tǒng)需求規(guī)范（SRS）、系統(tǒng)設(shè)計(jì)規(guī)范（SDS，包括SWDS和HWDS）以及接口需求規(guī)范（IRS）；u 部件設(shè)計(jì)復(fù)查（CDR）：目的是檢查各子系統(tǒng)和系統(tǒng)組成部分的設(shè)計(jì)文件是否適合生產(chǎn)；u 系統(tǒng)測試準(zhǔn)備就緒復(fù)查（STRR）：目的是檢查與系統(tǒng)測試相關(guān)的文件是否允許在工廠進(jìn)行系統(tǒng)測試以及在現(xiàn)場以一種控制方式進(jìn)行系統(tǒng)測試。. 配置審核配置審核可以用來驗(yàn)證系統(tǒng)和配置項(xiàng)目與其基準(zhǔn)是否相符。. 質(zhì)量系統(tǒng)管理審查和預(yù)防性措施**公司和合作投標(biāo)伙伴公司將審查本項(xiàng)目中執(zhí)行的質(zhì)量系統(tǒng)的適宜性和有效性。由計(jì)劃經(jīng)理準(zhǔn)備預(yù)防性措施分析報(bào)告以分析內(nèi)部審核、用戶審核和日常操作中發(fā)現(xiàn)的非一致性問題。然后將在每年至少舉行一次的質(zhì)量系統(tǒng)的管理復(fù)查會(huì)上審閱預(yù)防性措施分析報(bào)告。質(zhì)量系統(tǒng)的管理復(fù)查會(huì)將由項(xiàng)目主管主持，與會(huì)人員包括質(zhì)量工程師、系統(tǒng)工程經(jīng)理以及由會(huì)議主席確定的其他特別與會(huì)人員。流程包括：u 配置管理流程；u 質(zhì)量系統(tǒng)改進(jìn)和控制流程；u 質(zhì)量保證流程；u 預(yù)防性措施流程。. 協(xié)調(diào)與溝通項(xiàng)目信息的溝通在綜合監(jiān)控系統(tǒng)項(xiàng)目內(nèi)顯得非常重要，不僅是在團(tuán)隊(duì)內(nèi)部各職能小組之間需要進(jìn)行及時(shí)的溝通聯(lián)絡(luò)，同時(shí)該項(xiàng)目的一個(gè)突出特點(diǎn)已經(jīng)決定了該項(xiàng)目需要大量的接口協(xié)調(diào)工作，即**公司需要同若干個(gè)項(xiàng)目組織之間建立通暢的信息溝通渠道和高效信息溝通流程，這對于保證綜合監(jiān)控系統(tǒng)項(xiàng)目的順利進(jìn)行和高質(zhì)量的完成都具有重要的意義。該項(xiàng)目管理將重點(diǎn)關(guān)注項(xiàng)目的溝通管理，將配合業(yè)主和監(jiān)理建立一套基于該項(xiàng)目各相關(guān)組織之間的溝通計(jì)劃。**地鐵綜合監(jiān)控系統(tǒng)項(xiàng)目將需要與以下各方進(jìn)行強(qiáng)有力的協(xié)調(diào)與頻繁聯(lián)絡(luò)：u 北京地鐵公司（包含ISCS業(yè)主及其它專業(yè)業(yè)主）；u 工程監(jiān)理；u 設(shè)計(jì)院；u 土建承包商；u 安裝承包商；u 其他的接口系統(tǒng)/設(shè)備供應(yīng)商。為了有效實(shí)現(xiàn)這種協(xié)調(diào)，在設(shè)計(jì)和開發(fā)階段，工作人員將在香港和北京工作，在現(xiàn)場安裝/接口/測試階段以及保修期內(nèi)其工作人員將在北京工作。協(xié)調(diào)活動(dòng)包括兩類：u 接口設(shè)計(jì)；u 現(xiàn)場協(xié)調(diào)。. 接口設(shè)計(jì)計(jì)劃對于順利完成像**地鐵綜合監(jiān)控系統(tǒng)這樣的工程，接口管理是一個(gè)非常重要的問題。對于項(xiàng)目開發(fā)來說，接口管理活動(dòng)是主要的信息來源之一，并且在整個(gè)工程期間它都需要與其他各方進(jìn)行強(qiáng)有力的協(xié)調(diào)。本接口管理計(jì)劃（IMP）定義了用來開發(fā)ISCS和接口系統(tǒng)之間詳細(xì)接口要求的管理過程。本計(jì)劃的目的是為無縫集成提供方便，使其符合ISCS用戶需求以及接口設(shè)備規(guī)范。此外，IMP將提出**公司和合作投標(biāo)伙伴公司與接口承包商用來定義兩個(gè)系統(tǒng)間接口的詳細(xì)要求的過程。接口管理將在接口文件中提出下面的屬性：u 電氣、機(jī)械、軟件協(xié)議以及功能數(shù)據(jù)接口；u 檢查、測試和試運(yùn)行。文件也將定義進(jìn)行資源管理、文件變動(dòng)控制、**公司和接口承包商之間溝通以及沖突解決所需的過程。. 接口設(shè)計(jì)在投標(biāo)書的《B102系統(tǒng)接口詳細(xì)建議書》中給出了詳細(xì)的接口規(guī)范要求。. 溝通與交流（1） 接口會(huì)議接口會(huì)議的工作范圍如下所示：u 了解各方的設(shè)計(jì)要求，開發(fā)并協(xié)商通過設(shè)計(jì)和接口要求以滿足北京地鐵合同中所規(guī)定的要求；u 確定影響接口設(shè)計(jì)的關(guān)鍵性能參數(shù)和問題；u 確定設(shè)計(jì)階段、安裝階段以及試運(yùn)行階段的測試要求細(xì)節(jié)；u 按照每個(gè)合同中的總規(guī)劃協(xié)商通過設(shè)計(jì)和測試程序；u 協(xié)商提交給北京地鐵的接口文件。接口會(huì)議的時(shí)間及地點(diǎn)安排將由接口雙方協(xié)商。我們建議可以在北京舉行接口會(huì)議。（2） 承包商之間的信息交流承包商之間通過圖紙和說明性文件這兩種方法進(jìn)行信息交流?？梢栽诮涌跁?huì)議期間或者通過正式公文交流信息。通過圖紙交流的信息包括結(jié)構(gòu)圖、機(jī)械詳圖、電器詳圖、接口電路圖、接線圖等等。說明性文件用來描述程序、系統(tǒng)特點(diǎn)、電器特點(diǎn)、測試要求以及會(huì)議記錄，包括行動(dòng)表。雙方利用電子郵件、傳真或電話經(jīng)常保持溝通以明確設(shè)計(jì)和所有后勤安排的細(xì)節(jié)。達(dá)成的協(xié)議將在接口會(huì)議后形成會(huì)議紀(jì)要或正式的可發(fā)布文件。（3） 需要業(yè)主的支持雙方在接口會(huì)議期間通過正式文件解決問題。當(dāng)確認(rèn)問題需要北京地鐵介入時(shí)，雙方或者在接口會(huì)議的紀(jì)要中或者通過書面通知業(yè)主。當(dāng)無法就關(guān)鍵問題達(dá)成協(xié)議或者對各方合同中的特殊需求或接口規(guī)范要求的解釋持不同意見時(shí)，將立刻以書面形式向業(yè)主發(fā)出仲裁和確認(rèn)請求。業(yè)主出席會(huì)議將加速問題的解決。. 接口文件將為每位接口承包商準(zhǔn)備下列文件：（1） 詳細(xì)的接口規(guī)范（DIS）①文件的目的u 目的是規(guī)定并描述與ISCS和接口系統(tǒng)間接口相關(guān)的所有信息；u 由于在系統(tǒng)設(shè)計(jì)階段不可能獲取所有的信息，本文件將在項(xiàng)目進(jìn)行期間不斷進(jìn)行修正。②文件管理和提交u DIS是一種ISCS文件并且由**公司和合作投標(biāo)伙伴公司制作和管理。在向業(yè)主發(fā)布前，將由接口承包商復(fù)查本文件。我們建議與其他的接口承包商正式簽署DIS文件；u 接口承包商也可以將DIS用于自己的接口文件。我們建議使用沒有改動(dòng)過的文件，并且建議加上一個(gè)封皮，使接口承包商文件在參考上與接口承包商規(guī)范保持一致；u 兩個(gè)封面的重疊將表明文件修訂版是如何與雙方的合同保持同步的。③典型的文件格式見表 41表 41典型文件格式組成部分內(nèi)容1. 目的本部分應(yīng)敘述有關(guān)的接口及兩個(gè)合同參考2. 參考文件本部分將涉及ISCS規(guī)范的相關(guān)部分和附錄。本部分也包括參考標(biāo)準(zhǔn)或其他的應(yīng)用文獻(xiàn)。3. 術(shù)語表任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4. 接口規(guī)范 接口圖接口圖中指出了工作范圍和責(zé)任范圍。 物理接口 特性和位置一張表表明每個(gè)接口的特性和準(zhǔn)確位置。位置可能是車站、車輛段、OCC（控制中心）或一座輔助建筑物內(nèi)的一個(gè)房間。 電氣描述本部分包括一張?jiān)韴D，圖中標(biāo)明了成分、電纜以及接線安排的電壓、電流或阻抗規(guī)格以及電源規(guī)格。 機(jī)械描述本部分包括： 端子柜編組原則； 機(jī)柜尺寸和安裝； 接線柱、插座和接線端子。 功能接口本部分的目的是提供兩方面的要求了解。接口設(shè)備及其監(jiān)控?cái)?shù)據(jù)和功能將按照ISCS和接口商的最初合同要求列出來。 協(xié)議本部分將提供用于接口的詳細(xì)軟件協(xié)議。 命名慣例本部分將說明用來識(shí)別ISCS和接口系統(tǒng)中的每種信息的命名慣例。命名慣例將用來識(shí)別ISCS工作站中的信息和為設(shè)備、電纜以及接線端子加標(biāo)簽。 設(shè)計(jì)約束條件本部分將列出所有的設(shè)計(jì)約束條件，例如，特殊響應(yīng)時(shí)間、通信軟件版本，等等。 EMC（電磁兼容性）如果存在，則本部分將說明所有的電磁兼容性的約束或問題。5. 執(zhí)行和安裝本部分將包括所有的執(zhí)行和安裝事件（如果存在）。 限制條件本部分的目的是盡早發(fā)現(xiàn)實(shí)施或安裝方面存在的限制：空間規(guī)定、接入日期和特殊工具，等等。如果限制條件影響接口實(shí)施和安裝程序，則該限制條件將包含在實(shí)施和安裝程序中。如果需要特別關(guān)注，則一個(gè)限制將被看成是一個(gè)特殊的接口問題。 程序本部分將提供一個(gè)接口實(shí)施和安裝程序，該程序至少應(yīng)該包含兩位承包商所提供的信息和他們根據(jù)各自的目標(biāo)開工和完工日期所采取的行動(dòng)。6. 質(zhì)量保證 接口要求參考本部分是一個(gè)基本的相互參照表，它為DIS中所規(guī)定的每條要求提供了它們相應(yīng)最初的規(guī)范要求。 驗(yàn)證和確認(rèn)本部分是一個(gè)基本的表格，它為DIS中所規(guī)定的每條要求提供了驗(yàn)證方法。附錄和圖紙?jiān)敿?xì)的數(shù)據(jù)接口附錄對于每個(gè)接口位置來說，詳細(xì)的數(shù)據(jù)接口表包括：信息標(biāo)識(shí)符（設(shè)備和數(shù)據(jù)）；信息描述（設(shè)備狀態(tài)）；對應(yīng)值；點(diǎn)或信息位置（例如在一張表中列出）及地址。電纜、接線端子和圖紙本附錄包括所有的電纜路由選擇、電纜終端、配置、機(jī)柜安排、結(jié)構(gòu)規(guī)定以及空間規(guī)定和電路圖。系統(tǒng)啟動(dòng)參數(shù)（2） 詳細(xì)的接口測試計(jì)劃（DITP）①文件的目的本文件的目的是定義并描述如何在設(shè)計(jì)階段實(shí)現(xiàn)接口測試，以達(dá)到如下目標(biāo)：u 首先，確認(rèn)計(jì)劃的測試是否必要和充分；u 其次，組織單獨(dú)測試，然后與接口承包商一起組織聯(lián)合測試。②文件管理和提交u DITP是一種ISCS文件并且將由**公司和合作投標(biāo)伙伴公司制作和管理；u 在提交給業(yè)主之前，將由接口承包商審查本文件；u 我們建議接口承包商也可以將DITP用于自己的接口文件。我們建議接口承包商使用沒有改動(dòng)過的文件，并且建議加上一個(gè)封皮帶有與接口承包商規(guī)范保持一致；u 兩個(gè)封面的重疊將表明文件的修訂版是如何與雙方的合同保持同步的。③文件內(nèi)容見表 42表 42文件內(nèi)容組成部分內(nèi)容1. 目的本部分應(yīng)敘述有關(guān)的接口及兩個(gè)合同參考。2. 參考文件本部分將參考ISCS規(guī)范的相關(guān)部分和附錄。本部分也包括參考標(biāo)準(zhǔn)或其他的應(yīng)用文獻(xiàn)。3. 術(shù)語表任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4. 測試方法本部分將描述在工廠測試階段和現(xiàn)場測試階段如何測試接口，并強(qiáng)調(diào)每個(gè)階段接口測試的重疊部分。5. 接口測試規(guī)范本部分將為工廠和現(xiàn)場測試總結(jié)出建議測試程序。 測試標(biāo)識(shí)符對于每一種測試，都將分配一個(gè)測試標(biāo)識(shí)符。 測試的目的簡要描述測試的目的。 需求參考本部分將參考本程序所驗(yàn)證的接口要求。 測試配置本部分描述了完成測試所必需的硬件和軟件配置。 測試設(shè)備本部分列出了所有必需的測試設(shè)備及他們個(gè)別的用途。 測試程序本部分包括用于相關(guān)的測試表的典型格式。本部分描述了完成測試的邏輯順序。本部分是一個(gè)基本的相