某地鐵系統(tǒng)集成項目管理計劃及工作內(nèi)容

1、目 錄1. 前言12. 組織分解結(jié)構(gòu)（obs）12.1. 組織的目標(biāo)12.2. 項目管理計劃23. 工作分解結(jié)構(gòu)（wbs）33.1. 和合作投標(biāo)伙伴工作分工43.2. 分階段描述43.2.1. 系統(tǒng)和接口設(shè)計43.2.2. 軟/硬件開發(fā)，制造與采購93.2.3. 在工廠中集成檢驗/測試103.2.4. 工廠驗收檢驗（fat）103.2.5. 運輸113.2.6. 安裝123.2.7. 安裝測試123.2.8. 初步驗收133.2.9. 功能測試133.2.10. 綜合測試（聯(lián)調(diào)）和試運行133.2.11. 保修144. 項目管理154.1. 項目計劃164.2. 工作分配164.3. 預(yù)算分配

2、和管理164.4. 需求與配置管理164.4.1. 需求管理164.4.2. 系統(tǒng)配置管理184.4.3. 軟件配置管理184.5. 復(fù)查、匯報、會議及審核194.5.1. 內(nèi)部月進(jìn)度審查會194.5.2. 內(nèi)部季度預(yù)算審查會194.5.3. 內(nèi)部進(jìn)度會194.5.4. 項目月進(jìn)度會194.5.5. 階段性審查204.5.6. 配置審核204.5.7. 質(zhì)量系統(tǒng)管理審查和預(yù)防性措施204.6. 協(xié)調(diào)與溝通204.7. 接口設(shè)計計劃214.7.1. 接口設(shè)計214.7.2. 溝通與交流214.7.3. 接口文件224.7.4. 接口變更管理254.7.5. 接口測試264.8. 與公共管理部門的

3、協(xié)調(diào)264.9. 文件控制274.9.1. 規(guī)則與流程274.9.2. 文件發(fā)放274.10. 采購和分包合同管理284.10.1. 采購284.10.2. 分包合同管理284.11. 設(shè)備交貨后的管理284.12. 現(xiàn)場組織與資源284.13. 綜合后備支持284.14. 質(zhì)量管理294.15. 風(fēng)險管理294.15.1. 風(fēng)險管理規(guī)則294.15.2. 風(fēng)險管理活動294.15.3. 風(fēng)險表305. 附件1: 工作與組織分解結(jié)構(gòu)316. 附件2：風(fēng)險管理表的格式451. 前言本項目管理計劃基于綜合監(jiān)控系統(tǒng)成功的實施經(jīng)驗，和科學(xué)的項目管理體系，還借鑒了其它項目如廣州地鐵三、四、五號線綜合監(jiān)控

4、系統(tǒng)項目計劃和實際執(zhí)行情況，這對于成功實施*地鐵綜合監(jiān)控系統(tǒng)具有非常重要的意義。項目計劃是項目順利實施并保證項目質(zhì)量的前提，是項目組織開展工作的依據(jù)，并且要適應(yīng)項目的特點和特殊要求。根據(jù)用戶需求書，總結(jié)該項目具有以下幾個鮮明的特點：u *地鐵綜合監(jiān)控系統(tǒng)工程為國內(nèi)領(lǐng)先的大規(guī)模綜合監(jiān)控系統(tǒng)工程，對成熟的解決方案和綜合技術(shù)實施水平的要求較高；u 采取國外軟件平臺和技術(shù)解決方案為主導(dǎo)，國內(nèi)系統(tǒng)集成商提供工程服務(wù)的項目實施形式；u 面對的技術(shù)接口數(shù)量與種類較多；u 工作接口與協(xié)調(diào)任務(wù)較多；u 項目工期較為緊張。*公司和合作投標(biāo)伙伴公司將發(fā)揮各自在軌道交通行業(yè)系統(tǒng)工程實施管理經(jīng)驗，共同制定本文件。本文件

5、的目的是初步闡述*地鐵綜合監(jiān)控系統(tǒng)項目的實施管理思路，主要包括以下兩方面內(nèi)容：u 工作范圍和工作分解結(jié)構(gòu)（wbs）；u 項目管理計劃。其中，項目管理計劃的基礎(chǔ)是組織分解結(jié)構(gòu)（obs）和工作分解結(jié)構(gòu)（wbs）。本文件是與組織結(jié)構(gòu)有關(guān)的質(zhì)量計劃的一個補(bǔ)充，并且會在項目后期進(jìn)行必要的修改或修正。2. 組織分解結(jié)構(gòu)（obs）2.1. 組織的目標(biāo)即將參與實施該項目的組織將實現(xiàn)如下目標(biāo)：u 在北京設(shè)立項目組，以便及時了解和掌握業(yè)主的需求；u 依靠*公司和合作投標(biāo)伙伴公司雙方現(xiàn)有的組織和技術(shù)，提供最新的、最可靠的系統(tǒng)和優(yōu)質(zhì)的服務(wù)；u 根據(jù)其他綜合監(jiān)控系統(tǒng)項目中已經(jīng)成功實施的方案，提供一個經(jīng)過充分證明的系統(tǒng)。

6、為了實現(xiàn)這三個目標(biāo)，我們將成立下面的組織：u *公司將在北京建立一個（現(xiàn)場）協(xié)調(diào)小組，在設(shè)計、開發(fā)及制造階段，及時和北京地鐵溝通，了解需求，同時和合作投標(biāo)伙伴公司接口設(shè)計小組一起協(xié)調(diào)同接口設(shè)備商之間的設(shè)計工作。該小組重點工作是加強(qiáng)與項目干系組織之間的信息溝通；u 在本項目的開發(fā)、制造階段，合作投標(biāo)伙伴公司將在北京成立一個項目小組，以方便iscs和接口設(shè)備之間接口的設(shè)計和協(xié)調(diào)；u 在本項目的現(xiàn)場安裝、集成和測試階段，合作投標(biāo)伙伴公司將在北京成立一支當(dāng)?shù)丶夹g(shù)和協(xié)調(diào)小組（ltct）。小組將每天與業(yè)主進(jìn)行協(xié)調(diào)并為業(yè)主和合作投標(biāo)伙伴公司之間的溝通提供便利。該小組將特別關(guān)注讓盡可能多的人員利用漢語進(jìn)行交流

7、。當(dāng)來自法國的工程師不會講漢語時，合作投標(biāo)伙伴公司將成立一些由一位法國和一位中國工程師組成的小組；u 依靠*公司和合作投標(biāo)伙伴公司現(xiàn)有的組織分解各種不同的工作，這些不同工作的詳細(xì)描述見下文的“工作分解結(jié)構(gòu)（wbs)”一節(jié)。項目組織結(jié)構(gòu)以及每個小組及其成員的任務(wù)與責(zé)任詳見b13-1 項目管理組織機(jī)構(gòu)。2.2. 項目管理計劃項目管理計劃的構(gòu)成如下所示：u 組織分解結(jié)構(gòu)（obs）：提供了項目組織的詳細(xì)結(jié)構(gòu)（參見b13-1 項目管理組織機(jī)構(gòu)）；u 工作范圍和工作分解結(jié)構(gòu)（wbs）：提供*地鐵綜合監(jiān)控系統(tǒng)項目所需的全部工作范圍；u 工作分配：為不同的項目小組分配工作。wbs的每一項被指定給obs的至少一

8、個小組；u 系統(tǒng)配置管理計劃：本計劃描述了用來管理系統(tǒng)配置的方法與過程。它也涉及“需求管理”的內(nèi)容，以確保適當(dāng)?shù)毓芾碛脩舻男枨蟛⒋_保所有交付使用的設(shè)備和服務(wù)都能滿足合同的要求；u 軟件配置管理計劃：本計劃用來管理系統(tǒng)配置的方法和過程；u 協(xié)調(diào)和溝通：確定項目團(tuán)隊內(nèi)部外部之間的信息溝通途徑、方式和方法，如審查、匯報和召開會議；u 接口管理計劃：用來制定并計劃接口開發(fā)、測試及協(xié)調(diào)的方式、方法等；u 文件控制計劃：用于文件控制和發(fā)放的規(guī)則與程序；u 采購和分包合同管理計劃：描述了采購和分包工作的程序；u 設(shè)備交貨管理；u 現(xiàn)場組織和結(jié)構(gòu)：包括現(xiàn)場辦公室、車間及庫房；u 綜合后勤支持：包括備用件、特殊

9、工具和測試設(shè)備、文件、培訓(xùn)等；u 質(zhì)量保證計劃：用來確保系統(tǒng)、軟件、硬件、安裝活動以及相關(guān)問題的質(zhì)量的程序與方法；u 風(fēng)險管理計劃：包括風(fēng)險識別、評估以及風(fēng)險預(yù)防措施；u 其他的雜項計劃，例如：健康和安全計劃以及環(huán)保計劃等。3. 工作分解結(jié)構(gòu)（wbs）wbs的目的是對工作項中的活動進(jìn)行細(xì)分，由項目小組或分包商的合格的小組或個人承擔(dān)不同的責(zé)任。最終的結(jié)構(gòu)形成了一個共同的參考系統(tǒng)，該系統(tǒng)允許將項目各個時期的成本、進(jìn)度以及責(zé)任匯總在一起。具體見“附件1: 工作與組織分解結(jié)構(gòu)”所示內(nèi)容。wbs中各工作項具有如下特點：u 可以由一個小組進(jìn)行管理；u 公布的成果可以根據(jù)輸入/輸出標(biāo)準(zhǔn)進(jìn)行檢查；u 可以通過

10、自己與其他工作項的接口來定義；u 可以定義開工與完工日期；u 由項目主管與工作項/小組經(jīng)理共同協(xié)商批準(zhǔn)必需的工作量（總工時）和資源。根據(jù)現(xiàn)階段可得到的信息，我們總結(jié)出下面初步的wbs：u 管理；u 系統(tǒng)與接口設(shè)計；u 軟、硬件的開發(fā)、制造/采購；u 在工廠中的集成與驗證/測試；u 工廠驗收檢驗（fat）；u 現(xiàn)場交貨；u 安裝；u 接口測試；u 培訓(xùn)；u 現(xiàn)場驗收（sat），包括點對點的測試；u 試運行與初步驗收；u 保修期或故障保修期與最終驗收。3.1. 和合作投標(biāo)伙伴工作分工詳見a10 軟件采購合同。3.2. 分階段描述3.2.1. 系統(tǒng)和接口設(shè)計系統(tǒng)及接口設(shè)計將分三個階段完成（即，設(shè)計階

11、段1、2、3）。在每個階段，*公司和合作投標(biāo)伙伴公司將完成設(shè)計和準(zhǔn)備系統(tǒng)及接口設(shè)計文件的工作。這些文件將送給業(yè)主或接口系統(tǒng)供應(yīng)商進(jìn)行檢查和評審。系統(tǒng)及接口設(shè)計文件是：u 系統(tǒng)需求規(guī)范 （srs）srs的主要目的是按照用戶的需求，*公司和合作投標(biāo)伙伴公司編制最終的系統(tǒng)規(guī)范，最終版本的系統(tǒng)規(guī)范經(jīng)用戶審核并確認(rèn)。本文件提供了適合系統(tǒng)特點的要求，并規(guī)定了相關(guān)的驗證方法。srs包含下列信息：u 系統(tǒng)需求列表；u 需求的限定方法定義；u 要求的可追溯性定義；u 軟件需求規(guī)范（swrs）和硬件需求規(guī)范（hwrs）。根據(jù)軟件和硬件配置項目描述了系統(tǒng)的詳細(xì)結(jié)構(gòu)，以及系統(tǒng)不同部分之間的接口和數(shù)據(jù)流情況。它也在各種

12、軟件和硬件配置項目中分配了系統(tǒng)需求。u 人機(jī)界面接口（hmi）設(shè)計hmi的主要目的是定義操作員工作站的圖形用戶界面，包括全部即將應(yīng)用的人機(jī)界面（hmi）設(shè)計。hmi詳細(xì)資料將在各自的軟件設(shè)計規(guī)范（swds）中提供。u 軟件設(shè)計規(guī)范（swds）swds的目的如下所示：u 解釋軟件要求，并將其用一種功能性、操作員可理解的方式陳述出來；u 為相關(guān)軟件包的初步、詳細(xì)設(shè)計收集所有的有用信息；u 操作員相關(guān)系統(tǒng)任務(wù)的定義；u 相關(guān)系統(tǒng)環(huán)境和由該系統(tǒng)管理的主要對象的描述；u 相關(guān)系統(tǒng)不同功能的詳細(xì)描述；u 測試計劃；u 需求的可追溯性；u 降級模式；u 參考系統(tǒng)的hmi描述。u 硬件設(shè)計規(guī)范（hwds）hw

13、ds將詳細(xì)描述所提供硬件設(shè)備的有關(guān)內(nèi)容，如制造商和主要技術(shù)特點等，包括：u 計算機(jī)系統(tǒng)及外圍設(shè)備；u fep；u ibp；u 網(wǎng)絡(luò)設(shè)備；u 大屏幕。u 詳細(xì)的接口規(guī)范（dis）與其他接口系統(tǒng)（包括通信協(xié)議、i/o點以及進(jìn)度表）接口的定義。根據(jù)經(jīng)驗，為了實現(xiàn)下述目的： u 滿足本項目緊迫的施工進(jìn)度要求；u 方便10號線未來的系統(tǒng)擴(kuò)展。建議使用開放、標(biāo)準(zhǔn)的協(xié)議（例如基于tcp/ip的modbus），在每個設(shè)計階段結(jié)束時，都會召開設(shè)計和接口聯(lián)絡(luò)會以便進(jìn)行討論、決策和設(shè)計驗收、檢驗的方式方法。在本項目的設(shè)計階段，*公司和合作投標(biāo)伙伴公司將實施的審查工作，見表 31：表 31設(shè)計階段審查表項目計劃isc

14、s 責(zé)任范圍對業(yè)主、設(shè)計單位、接口供貨商的約束條件第一次設(shè)計聯(lián)絡(luò)會啟動第一次設(shè)計聯(lián)絡(luò)會，所有接口商將參加并討論詳細(xì)接口規(guī)范(dis)。第一次設(shè)計聯(lián)絡(luò)會的目標(biāo)如下： 理解工程化方法（v字軟件工程實施模型）和質(zhì)量管理體系、提交文件管理體系； 通過項目概念演示，使業(yè)主、設(shè)計方能更好地理解iscs系統(tǒng)； 所有與會方討論接口設(shè)計，討論并確定接口設(shè)計方案（dis詳細(xì)接口規(guī)范、協(xié)議、冗余方案、設(shè)備圖符、設(shè)備類表點表、測試方案、子系統(tǒng)的相關(guān)工程計劃、所需資料列表等）并書面簽字（里程碑）。 通過dis將使所有接口商明確實現(xiàn)共同目標(biāo)所需要的工作列表。 根據(jù)合同及澄清文件，對用戶需求（ur）進(jìn)行詳細(xì)分析及細(xì)化，得到

15、系統(tǒng)需求規(guī)范（srs）、軟件需求規(guī)范（swrs）、硬件需求規(guī)范（hwrs）。 初步討論并確定圖形用戶界面(hmi)設(shè)計原則，包括用戶權(quán)限表、設(shè)備編序法等等。 ibp盤初始設(shè)計。 hollysys要求所有與會方遵循設(shè)備類表、點表、圖形的版本基線控制管理方法、變更與修改方法，以期減少不必要的、不符合修改規(guī)范的變更。 業(yè)主確認(rèn)在工程方法、質(zhì)量系統(tǒng)方面沒有異議；業(yè)主有必要向各接口商及其對應(yīng)的業(yè)主、設(shè)計方，多次強(qiáng)調(diào)：各方必須遵循設(shè)備類表、點表、圖形的版本基線控制管理方法、變更與修改方法，以期減少不必要的、不符合修改規(guī)范的變更。 接口設(shè)計聯(lián)絡(luò)會議的重要先決條件：為了討論接口方案，業(yè)主應(yīng)在通知并協(xié)調(diào)接口會議

16、時接口商。在該方面的任何延遲均會導(dǎo)致項目的延遲； 接口商應(yīng)出席接口聯(lián)絡(luò)會議，并在會議期間將其書面意見提交給hollysys； 在會議期間，當(dāng)接口商同hollysys之間出現(xiàn)爭議時，由業(yè)主進(jìn)行調(diào)停； 設(shè)計方、接口商應(yīng)向iscs提供設(shè)備類表、點表。會議結(jié)束時，接口商應(yīng)簽署接口文件（dis、協(xié)議、冗余方案、測試方案），并簽署設(shè)備類表、點表、圖符的設(shè)計文件。 業(yè)主應(yīng)讓設(shè)計方、接口商明確工作流程、工作關(guān)系、各自職責(zé)。業(yè)主對上述設(shè)計工作及簽署文件進(jìn)行確認(rèn)，并協(xié)助iscs供應(yīng)商獲得尚缺少資料。 建議業(yè)主安排運營相關(guān)骨干人員，直接全程參與設(shè)計聯(lián)會及后續(xù)的重要設(shè)計會議，以完成需求分析、反饋及評估等重要工作。第二

17、次設(shè)計聯(lián)絡(luò)會在第二設(shè)計階段結(jié)束前，將召開第二次設(shè)計聯(lián)絡(luò)會。第二次設(shè)計聯(lián)絡(luò)會的目標(biāo)如下： 更新并凍結(jié)圖形用戶界面(hmi)設(shè)計原則，包括用戶權(quán)限表、設(shè)備編序法、圖符庫等等。 所有與會方更新、凍結(jié)并書面簽字： 用戶需求（ur） 系統(tǒng)需求規(guī)范（srs） 軟件需求規(guī)范（swrs） 硬件需求規(guī)范（hwrs） 討論并通過系統(tǒng)設(shè)計規(guī)范（sds），如數(shù)據(jù)流設(shè)計等。 討論并通過軟件設(shè)計規(guī)范（swds），如： 系統(tǒng)功能設(shè)計，如：報警 雪崩 soc 時間表 報表 歷史庫、事件 趨勢 用戶權(quán)限表 權(quán)限管理 圖形原則（設(shè)備編序 顏色定義 圖符）計算事件 聯(lián)動功能設(shè)計 配置管理 打印管理 在線幫助等等。 子系統(tǒng)功能設(shè)計，

18、包括：pscada、 bas、 pa 、cctv、 pis 、tcc的功能設(shè)計； 接口測試規(guī)范程序文件（itsp）； nms dms tms的功能設(shè)計； 討論并凍結(jié)硬件設(shè)計規(guī)范（hwds），固化設(shè)備的硬件配置，固化ibp設(shè)計。 提供并討論初版施工圖 業(yè)主審核hollysys提供的所有文檔，并在第二次設(shè)計聯(lián)絡(luò)會議之前或在會議期間將意見提交給hollysys。 業(yè)主核準(zhǔn)所有的系統(tǒng)設(shè)計（見左側(cè)的責(zé)任范圍內(nèi)容）。 業(yè)主應(yīng)完成并完善第二次設(shè)計聯(lián)絡(luò)會要求的所有的相關(guān)工作。 接口商應(yīng)參加均席設(shè)計聯(lián)絡(luò)會議，并在會議期間將其書面意見提交給hollysys。 接口商應(yīng)完成第二階段設(shè)計聯(lián)絡(luò)會要求的相關(guān)工作。 在會議

19、期間，當(dāng)接口商同hollysys之間出現(xiàn)爭議時，由業(yè)主進(jìn)行調(diào)停。 業(yè)主應(yīng)對上述設(shè)計工作及簽署文件進(jìn)行確認(rèn)，并協(xié)助iscs供應(yīng)商獲得尚缺少的資料。 通過本次會議，務(wù)必最終確定并固化設(shè)計方案，確定并固化各接口子系統(tǒng)的設(shè)備類表、點表的版本基線。否則,在后續(xù)工作中，過多的變更會大大增加制造階段的返工量，導(dǎo)致項目進(jìn)度延遲。 本次會議所確定的設(shè)備類表、點表版本基線，將做為軟件fat、p2p測試的軟件基礎(chǔ)版本基線。第三次設(shè)計聯(lián)絡(luò)會在第三階段設(shè)計聯(lián)絡(luò)結(jié)束前，hollysys將召集第三次設(shè)計聯(lián)絡(luò)會。第三次設(shè)計聯(lián)絡(luò)會的目標(biāo)，是討論并確認(rèn)如下： 明確工程總體及各子系統(tǒng)的計劃與調(diào)試進(jìn)度，并倒排iscs的工程進(jìn)度計劃；

20、 最終版施工出圖： 系統(tǒng)圖、材料表 網(wǎng)絡(luò)連接圖 管線圖 供電圖、配電圖 接地圖 ibp結(jié)構(gòu)設(shè)計圖、端子圖 支架設(shè)計圖 柜體設(shè)計圖 車控室布置圖 設(shè)備房布置圖 設(shè)備編號說明 安裝督導(dǎo)說明等等 討論并確定以前設(shè)聯(lián)會未盡事宜； 回顧工程進(jìn)度，重申重要原則，評估并預(yù)測工程執(zhí)行風(fēng)險，統(tǒng)一各方思想、工作方式及工作重點。 業(yè)主審核hollysys提供的所有文檔，并在第三次設(shè)計聯(lián)絡(luò)會議之前或在會議期間將意見提交給hollysys。 業(yè)主應(yīng)完成并完善以前設(shè)計聯(lián)絡(luò)會要求的所有的相關(guān)工作。 在會議期間，當(dāng)與其它專業(yè)調(diào)試進(jìn)度等與iscs之間出現(xiàn)爭議時，業(yè)主應(yīng)進(jìn)行調(diào)停。 會議結(jié)束時，業(yè)主、設(shè)計等與會各方應(yīng)簽署會議紀(jì)要。

21、 3.2.2. 軟/硬件開發(fā)，制造與采購（1） 軟件開發(fā)本階段與典型軟件部件的實現(xiàn)階段相對應(yīng)，合作投標(biāo)伙伴有責(zé)任利用這些軟件來構(gòu)建整個系統(tǒng)。軟件開發(fā)主要在香港（部分工作在法國）完成，具體包括：u 人機(jī)界面接口（hmi）的模型化、數(shù)據(jù)庫的設(shè)計和實現(xiàn)以及測試計劃；u 軟件的初步和詳細(xì)設(shè)計；u 編碼和單元測試，包括：u 時間表，圖形動畫、窗口和hmi的編碼；u 數(shù)據(jù)庫配置；u 接口編碼；u 具體功能編碼（將保存一份軟件配置表）；u 軟件集成和集成測試。在本階段一開始，其他的接口設(shè)備/系統(tǒng)供應(yīng)商需提供接口模擬器。與模擬器的初步接口測試將同接口系統(tǒng)/設(shè)備供應(yīng)商一起在北京完成。（2） 硬件采購一般來說，該

22、工作包括定義和發(fā)布采購本項目所需設(shè)備的文件。本階段的目的是：u 詳細(xì)定義需采購的硬件；u 詳細(xì)定義需采購軟件包；u 采購硬件和軟件包。根據(jù)分工，由*公司和合作投標(biāo)伙伴公司合作完成硬件系統(tǒng)的采購，而由*公司負(fù)責(zé)相關(guān)的安裝及布置設(shè)計，*公司和合作投標(biāo)伙伴共同負(fù)責(zé)軟件設(shè)計，因此*公司和合作投標(biāo)伙伴公司將時刻保持聯(lián)絡(luò)，溝通必要的設(shè)備數(shù)據(jù)。根據(jù)系統(tǒng)需求，*公司和合作投標(biāo)伙伴公司將編制并保存硬件配置表。（3） 部件測試在進(jìn)行系統(tǒng)集成和檢驗之前，系統(tǒng)的每項內(nèi)容都將在工廠進(jìn)行測試。這種測試包括所有項，作為子系統(tǒng)測試中的組成，有使用前的檢查、硬件測試和軟件測試。項目測試證明一個項目滿足了它的特定的物理和功能要求

23、。必要時，可以進(jìn)行特定測試。各種工廠制造的電氣裝置要進(jìn)行檢驗和驗收。對這種硬件的檢驗可能包括：u 這種設(shè)備是否符合制造商規(guī)范；u 設(shè)備是否齊全；u 正確操作測試；u 一致性檢查（元件布置圖、配線圖）；u 協(xié)議測試；u 冗余測試；u 點對點檢查；u 絕緣檢測；u 檢測接地連續(xù)性。3.2.3. 在工廠中集成檢驗/測試在本階段開始，業(yè)主或其代表須確認(rèn)并批準(zhǔn)由*公司和合作投標(biāo)伙伴公司制定的工廠測試規(guī)范和現(xiàn)場測試規(guī)范。開發(fā)階段會伴隨著一系列的設(shè)備和子系統(tǒng)測試。通過進(jìn)行與接口設(shè)備/系統(tǒng)供應(yīng)商的協(xié)議測試，集成測試允許對硬件/軟件模塊以及它們在適當(dāng)系統(tǒng)中的集成進(jìn)行測試。檢驗測試允許按照工廠驗收計劃對系統(tǒng)進(jìn)行測

24、試。這些測試及測試結(jié)果會記錄在測試報告中。3.2.4. 工廠驗收檢驗（fat）工廠驗收檢驗的目的是為了驗證在現(xiàn)場配置和安裝前，系統(tǒng)是否與規(guī)范相符。為了進(jìn)行高效的檢驗，工廠驗收檢驗將分兩個階段進(jìn)行：第一個階段的fat將對有代表性的部分進(jìn)行檢驗。目的是驗證各個部分在進(jìn)行完全配置和安裝前的功能和性能。第二階段的fat將對完全配置但未安裝的系統(tǒng)進(jìn)行檢驗，它將檢驗數(shù)據(jù)庫、圖形界面以及系統(tǒng)的綜合性能。（1） 工廠功能驗收測試（fat）系統(tǒng)中進(jìn)行工廠驗收的主要部分是：u 計算機(jī)系統(tǒng)（服務(wù)器和工作站）；u 軟件和參數(shù)設(shè)置。它們將在合作投標(biāo)伙伴的香港工廠中進(jìn)行單獨的工廠驗收檢驗。測試軟件、硬件與其他接口商提供的

25、系統(tǒng)互連，可以確保軟硬件與其他系統(tǒng)的兼容性。接口商應(yīng)提供模擬設(shè)備以便進(jìn)行fat測試，最后測試將在現(xiàn)場進(jìn)行。其他硬件設(shè)備的fat在*公司完成。（2） 工廠綜合驗收測試 （ifat）工廠綜合驗收檢驗結(jié)合了iscs系統(tǒng)中的所有項目并模擬那些由其他接口系統(tǒng)/設(shè)備供應(yīng)商提供的部分。利用模擬器、仿真器或真實設(shè)備檢查以確保所有接口都正確，并且確保系統(tǒng)的功能是完備的。然后，將系統(tǒng)當(dāng)成一個整體來測試以證明它滿足了功能、容量、可維護(hù)性和可操作性的各方面要求。進(jìn)行測試以證明項目或整個系統(tǒng)的操作都是正確的，測試包括：u 驗證在整個集成系統(tǒng)、設(shè)備和軟件配置中所有應(yīng)用軟件功能的綜合測試；u 驗證系統(tǒng)可靠性；u 與接口系統(tǒng)

26、的協(xié)議測試、冗余測試、點對點測試：在測試時點的覆蓋率達(dá)到了100%。u3.2.5. 運輸根據(jù)包裝運輸計劃完成包裝、裝卸和運輸程序，將設(shè)備運到業(yè)主提供的存儲地或最終安裝地，庫房由業(yè)主提供并管理。*公司當(dāng)?shù)丶夹g(shù)與協(xié)調(diào)小組將完成的工作包括：u 在用戶到場的情況下進(jìn)行包裝和裝箱檢查；u 將設(shè)備發(fā)運到庫房區(qū)；u 給設(shè)備貼標(biāo)簽；u 開包/開箱進(jìn)行設(shè)備檢查。按照裝箱單以及采購文件進(jìn)行驗收；u 與安裝小組進(jìn)行協(xié)調(diào)，將設(shè)備運往最后的安裝現(xiàn)場。3.2.6. 安裝只有在完成土建工程后才能進(jìn)行設(shè)備的現(xiàn)場安裝。這樣做可以確保灰塵不會進(jìn)入設(shè)備的內(nèi)部、不會引起嚴(yán)重的硬件損害。iscs必須安裝在干凈、有空調(diào)設(shè)備的房間中。*公

27、司和合作投標(biāo)伙伴公司將派遣安裝督導(dǎo)小組在北京以監(jiān)督、指導(dǎo)安裝過程。安裝工作由業(yè)主完成。這包括現(xiàn)場電纜敷設(shè)安裝以及所有的硬件設(shè)備的物理安裝。控制系統(tǒng)計算機(jī)和fep硬件安裝在最終位置上，并與必要的、經(jīng)過測試過的線纜連接在一起。根據(jù)*公司和合作投標(biāo)伙伴公司或其他供貨商提供的安裝手冊并在業(yè)主批準(zhǔn)的情況下進(jìn)行設(shè)備安裝。安裝手冊包括：u 安裝計劃；u 安裝圖紙（布置圖、電纜表、單元接線圖等）；u 施工圖；u 安裝程序；u 安裝督導(dǎo)指導(dǎo)書（詳細(xì)描述設(shè)備安裝的技術(shù)要點）。（1） 電纜安裝過程由業(yè)主安裝隊完成電纜的安裝。安裝工作的時間順序如下所示：u 安裝用于電纜敷設(shè)（電纜托架、電纜保護(hù)套管以及電纜管道）的輔助

28、設(shè)備；u 敷設(shè)電纜；u 電纜聯(lián)接/電纜終端處理；u 初步檢查（導(dǎo)通性及絕緣檢查，等等）。（2） 安裝人員安裝人員由業(yè)主組織，可分成若干個小組，每個小組有一個負(fù)責(zé)人，負(fù)責(zé)管理和協(xié)調(diào)工作。安裝計劃將有條件地與下面的合同保持協(xié)調(diào)：u 土建工程；u 配電專業(yè)（為綜合監(jiān)控系統(tǒng)提供電源）；u 通過fep采集數(shù)據(jù)的各子系統(tǒng)。為了按計劃好的施工進(jìn)度表完成施工，根據(jù)業(yè)主批準(zhǔn)的物理接口進(jìn)度表安裝人員將允許在安裝工作的每一步與接口工作人員進(jìn)行協(xié)調(diào)。3.2.7. 安裝測試安裝測試小組由*公司硬件安裝經(jīng)理、督導(dǎo)工程師和分包商相關(guān)人員組成。硬件設(shè)備的安裝測試在現(xiàn)場完工后進(jìn)行，這包含如下所示的步驟：u 初步檢查；u 功能測

29、試；u 試運行。安裝測試按照安裝測試手冊進(jìn)行。安裝測試手冊包括：u 初步檢查程序；u 功能測試程序；u 試運行程序。3.2.8. 初步驗收在設(shè)備安裝結(jié)束時，將對系統(tǒng)的機(jī)械和電源部分做初步檢查和測試工作。這包括：u 目視檢查是否與批準(zhǔn)的圖紙相符；u 是否符合質(zhì)量標(biāo)準(zhǔn)；u 檢查電纜連接完整性、標(biāo)簽與型號；u 檢查設(shè)備標(biāo)簽；u 對設(shè)備進(jìn)行點對點檢查，以檢查是否與接線圖一致；u 接地和電源檢測。這項檢測應(yīng)該在裝配完工后進(jìn)行。將檢測情況記錄在完整的檢測報告中。這些檢測應(yīng)該在通電的情況下進(jìn)行。3.2.9. 功能測試包括每個設(shè)備的有效試運行。它們將在初步檢查結(jié)束后進(jìn)行。按照地鐵系統(tǒng)中的其他設(shè)備的情況預(yù)先確定

30、好檢測程序。這些檢測包括：u 邏輯自動系統(tǒng)的檢驗；u 驗證是否與規(guī)定的要求相符；u 檢驗交付給用戶使用的備用件。測試程序的基礎(chǔ)是工廠驗收檢驗。當(dāng)所有由其他的接口系統(tǒng)/設(shè)備供應(yīng)商提供和安裝的子系統(tǒng)都運行工作后，再進(jìn)行功能測試。3.2.10. 綜合測試（聯(lián)調(diào)）和試運行這包括整個系統(tǒng)的有效試運行并且這些測試將在功能測試完成后進(jìn)行。為了讓整個合同系統(tǒng)投入運行，這些測試的順序與由其他接口系統(tǒng)/設(shè)備供應(yīng)商實施的系統(tǒng)測試保持一致。綜合測試和試運行包括：u 綜合測試，包括測試其他接口系統(tǒng)/設(shè)備供應(yīng)商的特殊應(yīng)用；u 端到端的功能測試以檢查數(shù)據(jù)交換情況；u 每個接口與其他接口系統(tǒng)/設(shè)備供應(yīng)商工作之間的通信和有效數(shù)

31、據(jù)傳送的功能測試；u 故障模擬；u 響應(yīng)時間測量；u 系統(tǒng)與其他接口系統(tǒng)/設(shè)備供應(yīng)商設(shè)備的集成測試；u 144小時穩(wěn)定性測試；u 3個月的試運行。試運行的結(jié)束使*公司可以向用戶證明項目已經(jīng)成功完工。試運行期間進(jìn)行的測試可以證明該系統(tǒng)是完全可交付使用的，這是測試的最后階段。在完成測試規(guī)范中所規(guī)定的測試項目后，再公布測試結(jié)果。3.2.11. 保修保修期為2年，包括：u 硬件保修；u 軟件保修。在保修期內(nèi)解決問題的程序以*公司提供并經(jīng)用戶批準(zhǔn)的故障通知單或用戶請求電話、傳真為基礎(chǔ)。用戶請求電話或傳真通知*公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員，或由用戶的維修代表填寫表格，用來記錄由用戶發(fā)現(xiàn)的故障，并將表格遞交給*

32、公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員，以便*公司及時采取相應(yīng)的保修措施。（1） 硬件保修來自*公司的硬件保修代表或用戶的維修人員對現(xiàn)場硬件進(jìn)行檢查以便確認(rèn)故障是否存在。將由*公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員或用戶的維修人員鑒別并除掉有故障的硬件。業(yè)主將把故障部件遞交給*公司以便進(jìn)行維修/更換新部件。在故障排除后，業(yè)主的維修代表會簽署故障通知并解決該問題。（2） 軟件保修軟件保修包括電話技術(shù)支持以及修正軟件的任意缺陷。這種保修將由合作投標(biāo)伙伴的保修代表現(xiàn)場進(jìn)行。軟件保修代表必須對故障進(jìn)行鑒定，并且可以要求用戶到場進(jìn)行調(diào)查以便確定故障情況。如果認(rèn)為故障屬于異常情況，則軟件小組將準(zhǔn)備修正軟件，需要時還會更新相關(guān)的文件。

33、在用戶到場的情況下，在測試平臺上進(jìn)行的這種修正是有效的。一旦進(jìn)行了修正，就要填寫軟件異常修正表。由用戶確認(rèn)該修正工作并批準(zhǔn)該表格。4. 項目管理項目管理活動包括以下16個方面：u 項目計劃和商業(yè)/合同管理；u 工作分配：為工作包或小組經(jīng)理定義工作對象/范圍；u 預(yù)算分配和預(yù)算管理；u 要求和配置管理；u 通過報告、會議、復(fù)查進(jìn)行進(jìn)度監(jiān)控（包括協(xié)調(diào)并向用戶匯報）；u 協(xié)調(diào)和溝通；u 接口管理；u 與政府部門/管理當(dāng)局的協(xié)調(diào)；u 文件控制；u 采購和分包商管理；u 設(shè)備交貨后的管理；u 工地組織和結(jié)構(gòu)；u 綜合后勤支持；u 培訓(xùn)管理；u 質(zhì)量管理；u 風(fēng)險管理。下面將詳細(xì)描述項目管理的16個方面：

34、4.1. 項目計劃*公司將制定總體項目計劃，具體由項目計劃與合同管理組完成。下列文件提供了詳細(xì)的項目計劃：u 設(shè)計和制造計劃；u 軟件開發(fā)計劃；u 安裝測試計劃。合作投標(biāo)伙伴將在軟件開發(fā)、安裝測試方面單獨制定詳細(xì)計劃，并提交*公司，*公司形成總體計劃送交業(yè)主。4.2. 工作分配目的是為不同的項目小組分配工作。根據(jù)工作分工，*公司和合作投標(biāo)伙伴公司將分別制定各自的wbs，wbs的每項工作都被分配給obs的至少一個小組。每位小組經(jīng)理對自己小組的工作結(jié)果負(fù)責(zé)，并向項目經(jīng)理/主管匯報工作。因此每位小組經(jīng)理都必須對分配給自己小組成員的工作以及他/她的工作范圍的任務(wù)負(fù)責(zé)。關(guān)于人力資源，每個小組必須明確自己

35、的需要以便能夠獨立處理自己工作范圍內(nèi)的工作。如果要增加資源，小組經(jīng)理必須向項目經(jīng)理/主管請示。4.3. 預(yù)算分配和管理項目經(jīng)理分配給每一位小組經(jīng)理一份預(yù)算以便其完成自己的工作。成本管理員定期跟蹤小組經(jīng)理的預(yù)算以更新他們的預(yù)算狀況。每位小組經(jīng)理都必須考慮在合適的技術(shù)和組織選擇方面分配其預(yù)算。每三個月要求每位小組經(jīng)理向成本管理員提供一份包含如下內(nèi)容的預(yù)測報告：u 完成工作所需的資源；u 未付費用/采購費。然后，成本管理員會更新預(yù)測的工作預(yù)算。在超支的情況下，小組經(jīng)理必須向項目管理小組提供一份恢復(fù)計劃。為了滿足用戶的進(jìn)度的要求，進(jìn)度要求的滿足將優(yōu)先成本方面的考慮，即將不計較成本，首先滿足進(jìn)度要求。4

36、.4. 需求與配置管理4.4.1. 需求管理需求管理是開發(fā)綜合監(jiān)控系統(tǒng)軟件，完成綜合監(jiān)控系統(tǒng)工程的一個主要的組成部分。下面幾節(jié)的目的在于提供已經(jīng)定義好的特別是軟件功能需求方面的一般規(guī)則，并描述組織結(jié)構(gòu)情況以便具備一個有效的需求管理系統(tǒng)。該項任務(wù)由*公司和合作投標(biāo)伙伴公司共同完成，管理工具將由合作投標(biāo)伙伴提供。4.4.1.1. 一般規(guī)則doors套裝軟件是一套公認(rèn)的軟件包，它用于管理復(fù)雜系統(tǒng)的需求并且已經(jīng)被合作投標(biāo)伙伴集團(tuán)采用。合作投標(biāo)伙伴集團(tuán)已經(jīng)開發(fā)了一個應(yīng)用層并將其與doors集成在一起。這一應(yīng)用層被稱為trek。為了用一種精確、有效的方法跟蹤合同的要求，thales集團(tuán)已經(jīng)決定在整個項目期

37、間使用doors/trek軟件包作為需求管理工具。4.4.1.2. 一般過程一般過程如下所述：u 將用戶所有的技術(shù)要求輸入到doors；u 將系統(tǒng)需求規(guī)范（srs）的系統(tǒng)要求輸入到doors模塊中去；u 將詳細(xì)的接口規(guī)范（dis）的要求輸入到doors模塊中去；u 將上述srs和dis中包含的需求分配給doors模塊中被稱作系統(tǒng)設(shè)計規(guī)范（sds）的工作分解項，該項列在工作分解結(jié)構(gòu)中。這些配置項目，既包含硬件配置項（hwci）又包含軟件配置項目（csci）；u 根據(jù)系統(tǒng)需求以及srs和dis中規(guī)定的要求，將doors模塊中的csci和hwci撰寫為軟件需求規(guī)范（swrs）和硬件需求規(guī)范（hwrs

38、）；u 將csci和hwci的要求分配給工作分解結(jié)構(gòu)doors模塊中被稱作軟件設(shè)計規(guī)范（swds）和硬件設(shè)計規(guī)范（hwds）的配置項目；u 給對應(yīng)于上述細(xì)分結(jié)構(gòu)的不同層次的測試定義集成、驗證和確認(rèn)（ivv）模塊；u 對于變化跟蹤來說，無論是出于什么原因 （用戶、設(shè)計約束、技術(shù)最優(yōu)化的建議） 引起的所有的技術(shù)變化都由工程變更控制系統(tǒng)管理。4.4.1.3. 需求管理組織由于需求管理系統(tǒng)專門用于技術(shù)需求，因此它由系統(tǒng)工程經(jīng)理和系統(tǒng)與集成小組負(fù)責(zé)。doors工具的管理由系統(tǒng)配置工程師執(zhí)行。4.4.2. 系統(tǒng)配置管理配置管理計劃中規(guī)定了整個項目期間都要遵循的與系統(tǒng)配置管理有關(guān)的規(guī)則。當(dāng)項目管理計劃和配置

39、管理計劃之間發(fā)生沖突時，將按照下面的優(yōu)先次序執(zhí)行：1.項目管理計劃；2.配置管理計劃。為了可以根據(jù)清晰設(shè)計而開發(fā)系統(tǒng)，及為了擁有一套一致的文件和doors模塊，將定期更正系統(tǒng)基準(zhǔn)。在整個項目期間，該過程都會進(jìn)行。配置控制委員會（ccb）將負(fù)責(zé)在整個項目周期中定義各種基準(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)的文件將儲存在doors模塊中；u 將有兩類基準(zhǔn)：u 正式基準(zhǔn)：它們對應(yīng)一套模塊包括基準(zhǔn)和正式提交給用戶的基準(zhǔn)；u 非正式基準(zhǔn)：它們對應(yīng)一套于doors模塊的基準(zhǔn)，但未包

40、含在正式提交給用戶的基準(zhǔn)。u 無論是什么原因要求變更文件，都必須向負(fù)責(zé)確認(rèn)并決定何時執(zhí)行變更的ccb提交一份變更建議：在ccb做出正式?jīng)Q定之前，任何人都不能擅自變更作為基準(zhǔn)的模塊；u 當(dāng)ccb做出執(zhí)行變更的決定時，變更及其相關(guān)影響將輸入到doors中去。進(jìn)行變更后，所有修改過的文件都必須進(jìn)行基準(zhǔn)變更，并且系統(tǒng)基準(zhǔn)也必須進(jìn)行相應(yīng)地變動；u 正式文件基準(zhǔn)按照文件的修訂版進(jìn)行命名；u 非正式文件基準(zhǔn)按照正式最新的修訂版參考號并后加一個字母命名；u 正式系統(tǒng)基準(zhǔn)的名稱由字母“s”后接199的數(shù)字構(gòu)成；u 非正式系統(tǒng)基準(zhǔn)由字母“s”后接199的數(shù)字以及一個小寫字母構(gòu)成；u 為了檢查是否正確執(zhí)行了變更情況

41、，必須使用一個跟蹤系統(tǒng)。這種監(jiān)督工作由系統(tǒng)配置工程師負(fù)責(zé)；u 在項目的任何階段，任何活動都必須按照目前批準(zhǔn)的系統(tǒng)基準(zhǔn)進(jìn)行。4.4.3. 軟件配置管理軟件配置管理計劃中規(guī)定了軟件配置管理的規(guī)則和程序。在配置管理計劃和軟件配置管理計劃發(fā)生沖突時，將按照下面的優(yōu)先順序執(zhí)行：1.配置管理計劃；2.軟件配置管理計劃。4.5. 復(fù)查、匯報、會議及審核除了設(shè)計聯(lián)絡(luò)會，將執(zhí)行下面的復(fù)查、匯報、會議和審核：4.5.1. 內(nèi)部月進(jìn)度審查會合作投標(biāo)伙伴項目主管每月通過月項目審查會向*公司項目經(jīng)理匯報工作。*公司和合作投標(biāo)伙伴公司每位小組經(jīng)理都必須在審查會之前至少一周向各自的項目主管提供與其工作有關(guān)的信息以便進(jìn)行匯總

42、。成本管理員負(fù)責(zé)將各種報告匯總到審查會報告中去，以便項目經(jīng)理在審查會前進(jìn)行分析。成本管理員負(fù)責(zé)組織這些會議并通知相關(guān)的與會人員。4.5.2. 內(nèi)部季度預(yù)算審查會項目主管通過季度預(yù)算審查會每年向法國的項目部主管和成本管理員匯報4次工作。每位小組經(jīng)理在季度預(yù)算審查會前至少3周向項目經(jīng)理提供與其工作有關(guān)的預(yù)算信息用于信息匯總。成本管理員負(fù)責(zé)將各種數(shù)據(jù)匯總到項目季度預(yù)算審查會中去，以便項目經(jīng)理在季度預(yù)算審查會前進(jìn)行分析。成本管理員負(fù)責(zé)組織這些會議并通知相關(guān)與會人員。4.5.3. 內(nèi)部進(jìn)度會*公司和合作投標(biāo)伙伴公司每周將各舉行一次公司內(nèi)部進(jìn)度會。所有的小組經(jīng)理都必須參加。對于某些會議來說，可能會邀請額外

43、的項目小組成員參加。這些會議將在每周一下午4點舉行。如遇公共假期，則會議自動順延至第二天的同一時間舉行。如遇特殊情況，會議可以延期舉行。4.5.4. 項目月進(jìn)度會*公司和合作投標(biāo)伙伴公司每月舉行月進(jìn)度會，該會議是*公司和合作投標(biāo)伙伴公司基于項目管理層面，小組經(jīng)理也參加會議。對于某些會議，可能會邀請額外的項目小組成員參加。這些會議由*公司組織并主持。對于相關(guān)的每月進(jìn)度報告：u 將在每月5號提交；u 每位小組經(jīng)理都必須填寫部分與其工作范圍相關(guān)的報告；u 秘書負(fù)責(zé)組織收集各種報告并將其編入每月進(jìn)度報告。必須在每月5號前至少兩天將報告草案提交給項目經(jīng)理審閱。4.5.5. 階段性審查在項目施工期間，在每

44、個重要階段結(jié)束時都要進(jìn)行內(nèi)部審查，內(nèi)容包括：u 系統(tǒng)設(shè)計審查（sdr）：目的是審查詳細(xì)接口規(guī)范（dis）、系統(tǒng)需求規(guī)范（srs）、系統(tǒng)設(shè)計規(guī)范（sds，包括swds和hwds）以及接口需求規(guī)范（irs）；u 部件設(shè)計復(fù)查（cdr）：目的是檢查各子系統(tǒng)和系統(tǒng)組成部分的設(shè)計文件是否適合生產(chǎn)；u 系統(tǒng)測試準(zhǔn)備就緒復(fù)查（strr）：目的是檢查與系統(tǒng)測試相關(guān)的文件是否允許在工廠進(jìn)行系統(tǒng)測試以及在現(xiàn)場以一種控制方式進(jìn)行系統(tǒng)測試。4.5.6. 配置審核配置審核可以用來驗證系統(tǒng)和配置項目與其基準(zhǔn)是否相符。4.5.7. 質(zhì)量系統(tǒng)管理審查和預(yù)防性措施*公司和合作投標(biāo)伙伴公司將審查本項目中執(zhí)行的質(zhì)量系統(tǒng)的適宜性和有

45、效性。由計劃經(jīng)理準(zhǔn)備預(yù)防性措施分析報告以分析內(nèi)部審核、用戶審核和日常操作中發(fā)現(xiàn)的非一致性問題。然后將在每年至少舉行一次的質(zhì)量系統(tǒng)的管理復(fù)查會上審閱預(yù)防性措施分析報告。質(zhì)量系統(tǒng)的管理復(fù)查會將由項目主管主持，與會人員包括質(zhì)量工程師、系統(tǒng)工程經(jīng)理以及由會議主席確定的其他特別與會人員。流程包括：u 配置管理流程；u 質(zhì)量系統(tǒng)改進(jìn)和控制流程；u 質(zhì)量保證流程；u 預(yù)防性措施流程。4.6. 協(xié)調(diào)與溝通項目信息的溝通在綜合監(jiān)控系統(tǒng)項目內(nèi)顯得非常重要，不僅是在團(tuán)隊內(nèi)部各職能小組之間需要進(jìn)行及時的溝通聯(lián)絡(luò)，同時該項目的一個突出特點已經(jīng)決定了該項目需要大量的接口協(xié)調(diào)工作，即*公司需要同若干個項目組織之間建立通暢的

46、信息溝通渠道和高效信息溝通流程，這對于保證綜合監(jiān)控系統(tǒng)項目的順利進(jìn)行和高質(zhì)量的完成都具有重要的意義。該項目管理將重點關(guān)注項目的溝通管理，將配合業(yè)主和監(jiān)理建立一套基于該項目各相關(guān)組織之間的溝通計劃。*地鐵綜合監(jiān)控系統(tǒng)項目將需要與以下各方進(jìn)行強(qiáng)有力的協(xié)調(diào)與頻繁聯(lián)絡(luò)：u 北京地鐵公司（包含iscs業(yè)主及其它專業(yè)業(yè)主）；u 工程監(jiān)理；u 設(shè)計院；u 土建承包商；u 安裝承包商；u 其他的接口系統(tǒng)/設(shè)備供應(yīng)商。為了有效實現(xiàn)這種協(xié)調(diào)，在設(shè)計和開發(fā)階段，工作人員將在香港和北京工作，在現(xiàn)場安裝/接口/測試階段以及保修期內(nèi)其工作人員將在北京工作。協(xié)調(diào)活動包括兩類：u 接口設(shè)計；u 現(xiàn)場協(xié)調(diào)。4.7. 接口設(shè)計計

47、劃對于順利完成像*地鐵綜合監(jiān)控系統(tǒng)這樣的工程，接口管理是一個非常重要的問題。對于項目開發(fā)來說，接口管理活動是主要的信息來源之一，并且在整個工程期間它都需要與其他各方進(jìn)行強(qiáng)有力的協(xié)調(diào)。本接口管理計劃（imp）定義了用來開發(fā)iscs和接口系統(tǒng)之間詳細(xì)接口要求的管理過程。本計劃的目的是為無縫集成提供方便，使其符合iscs用戶需求以及接口設(shè)備規(guī)范。此外，imp將提出*公司和合作投標(biāo)伙伴公司與接口承包商用來定義兩個系統(tǒng)間接口的詳細(xì)要求的過程。接口管理將在接口文件中提出下面的屬性：u 電氣、機(jī)械、軟件協(xié)議以及功能數(shù)據(jù)接口；u 檢查、測試和試運行。文件也將定義進(jìn)行資源管理、文件變動控制、*公司和接口承包商之

48、間溝通以及沖突解決所需的過程。4.7.1. 接口設(shè)計在投標(biāo)書的b10-2系統(tǒng)接口詳細(xì)建議書中給出了詳細(xì)的接口規(guī)范要求。4.7.2. 溝通與交流（1） 接口會議接口會議的工作范圍如下所示：u 了解各方的設(shè)計要求，開發(fā)并協(xié)商通過設(shè)計和接口要求以滿足北京地鐵合同中所規(guī)定的要求；u 確定影響接口設(shè)計的關(guān)鍵性能參數(shù)和問題；u 確定設(shè)計階段、安裝階段以及試運行階段的測試要求細(xì)節(jié)；u 按照每個合同中的總規(guī)劃協(xié)商通過設(shè)計和測試程序；u 協(xié)商提交給北京地鐵的接口文件。接口會議的時間及地點安排將由接口雙方協(xié)商。我們建議可以在北京舉行接口會議。（2） 承包商之間的信息交流承包商之間通過圖紙和說明性文件這兩種方法進(jìn)行

49、信息交流?？梢栽诮涌跁h期間或者通過正式公文交流信息。通過圖紙交流的信息包括結(jié)構(gòu)圖、機(jī)械詳圖、電器詳圖、接口電路圖、接線圖等等。說明性文件用來描述程序、系統(tǒng)特點、電器特點、測試要求以及會議記錄，包括行動表。雙方利用電子郵件、傳真或電話經(jīng)常保持溝通以明確設(shè)計和所有后勤安排的細(xì)節(jié)。達(dá)成的協(xié)議將在接口會議后形成會議紀(jì)要或正式的可發(fā)布文件。（3） 需要業(yè)主的支持雙方在接口會議期間通過正式文件解決問題。當(dāng)確認(rèn)問題需要北京地鐵介入時，雙方或者在接口會議的紀(jì)要中或者通過書面通知業(yè)主。當(dāng)無法就關(guān)鍵問題達(dá)成協(xié)議或者對各方合同中的特殊需求或接口規(guī)范要求的解釋持不同意見時，將立刻以書面形式向業(yè)主發(fā)出仲裁和確認(rèn)請求。

50、業(yè)主出席會議將加速問題的解決。4.7.3. 接口文件將為每位接口承包商準(zhǔn)備下列文件：（1） 詳細(xì)的接口規(guī)范（dis）文件的目的u 目的是規(guī)定并描述與iscs和接口系統(tǒng)間接口相關(guān)的所有信息；u 由于在系統(tǒng)設(shè)計階段不可能獲取所有的信息，本文件將在項目進(jìn)行期間不斷進(jìn)行修正。文件管理和提交u dis是一種iscs文件并且由*公司和合作投標(biāo)伙伴公司制作和管理。在向業(yè)主發(fā)布前，將由接口承包商復(fù)查本文件。我們建議與其他的接口承包商正式簽署dis文件；u 接口承包商也可以將dis用于自己的接口文件。我們建議使用沒有改動過的文件，并且建議加上一個封皮，使接口承包商文件在參考上與接口承包商規(guī)范保持一致；u 兩個封

51、面的重疊將表明文件修訂版是如何與雙方的合同保持同步的。典型的文件格式見表 41表 41典型文件格式組成部分內(nèi)容1. 目的本部分應(yīng)敘述有關(guān)的接口及兩個合同參考2. 參考文件本部分將涉及iscs規(guī)范的相關(guān)部分和附錄。本部分也包括參考標(biāo)準(zhǔn)或其他的應(yīng)用文獻(xiàn)。3. 術(shù)語表任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4. 接口規(guī)范4.1 接口圖接口圖中指出了工作范圍和責(zé)任范圍。4.2 物理接口4.2.1 特性和位置一張表表明每個接口的特性和準(zhǔn)確位置。位置可能是車站、車輛段、occ（控制中心）或一座輔助建筑物內(nèi)的一個房間。4.2.2 電氣描述本部分包括一張原理圖，圖中標(biāo)明了成分、電纜以及

52、接線安排的電壓、電流或阻抗規(guī)格以及電源規(guī)格。4.2.3 機(jī)械描述本部分包括： -端子柜編組原則； -機(jī)柜尺寸和安裝； -接線柱、插座和接線端子。4.3 功能接口本部分的目的是提供兩方面的要求了解。接口設(shè)備及其監(jiān)控數(shù)據(jù)和功能將按照iscs和接口商的最初合同要求列出來。4.4 協(xié)議本部分將提供用于接口的詳細(xì)軟件協(xié)議。4.5 命名慣例本部分將說明用來識別iscs和接口系統(tǒng)中的每種信息的命名慣例。命名慣例將用來識別iscs工作站中的信息和為設(shè)備、電纜以及接線端子加標(biāo)簽。4.6 設(shè)計約束條件本部分將列出所有的設(shè)計約束條件，例如，特殊響應(yīng)時間、通信軟件版本，等等。4.7 emc（電磁兼容性）如果存在，則本

53、部分將說明所有的電磁兼容性的約束或問題。5. 執(zhí)行和安裝本部分將包括所有的執(zhí)行和安裝事件（如果存在）。5.1 限制條件本部分的目的是盡早發(fā)現(xiàn)實施或安裝方面存在的限制：空間規(guī)定、接入日期和特殊工具，等等。如果限制條件影響接口實施和安裝程序，則該限制條件將包含在實施和安裝程序中。如果需要特別關(guān)注，則一個限制將被看成是一個特殊的接口問題。5.2 程序本部分將提供一個接口實施和安裝程序，該程序至少應(yīng)該包含兩位承包商所提供的信息和他們根據(jù)各自的目標(biāo)開工和完工日期所采取的行動。6. 質(zhì)量保證6.1 接口要求參考本部分是一個基本的相互參照表，它為dis中所規(guī)定的每條要求提供了它們相應(yīng)最初的規(guī)范要求。6.2

54、驗證和確認(rèn)本部分是一個基本的表格，它為dis中所規(guī)定的每條要求提供了驗證方法。附錄和圖紙詳細(xì)的數(shù)據(jù)接口附錄對于每個接口位置來說，詳細(xì)的數(shù)據(jù)接口表包括：信息標(biāo)識符（設(shè)備和數(shù)據(jù)）；信息描述（設(shè)備狀態(tài)）；對應(yīng)值；點或信息位置（例如在一張表中列出）及地址。電纜、接線端子和圖紙本附錄包括所有的電纜路由選擇、電纜終端、配置、機(jī)柜安排、結(jié)構(gòu)規(guī)定以及空間規(guī)定和電路圖。系統(tǒng)啟動參數(shù)（2） 詳細(xì)的接口測試計劃（ditp）文件的目的本文件的目的是定義并描述如何在設(shè)計階段實現(xiàn)接口測試，以達(dá)到如下目標(biāo)：u 首先，確認(rèn)計劃的測試是否必要和充分；u 其次，組織單獨測試，然后與接口承包商一起組織聯(lián)合測試。文件管理和提交u d

55、itp是一種iscs文件并且將由*公司和合作投標(biāo)伙伴公司制作和管理；u 在提交給業(yè)主之前，將由接口承包商審查本文件；u 我們建議接口承包商也可以將ditp用于自己的接口文件。我們建議接口承包商使用沒有改動過的文件，并且建議加上一個封皮帶有與接口承包商規(guī)范保持一致；u 兩個封面的重疊將表明文件的修訂版是如何與雙方的合同保持同步的。文件內(nèi)容見表 42表 42文件內(nèi)容組成部分內(nèi)容1. 目的本部分應(yīng)敘述有關(guān)的接口及兩個合同參考。2. 參考文件本部分將參考iscs規(guī)范的相關(guān)部分和附錄。本部分也包括參考標(biāo)準(zhǔn)或其他的應(yīng)用文獻(xiàn)。3. 術(shù)語表任何使用過的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4. 測試方法本部分將描述在工