某地鐵工程電力監(jiān)控與環(huán)控集成系統(tǒng)投標文件.前言.組織分解結(jié)構(gòu)（OBS）組織的目標項目管理計劃.工作分解結(jié)構(gòu)（WBS）和合作投標伙伴工作分工分階段描述系統(tǒng)和接口設(shè)計軟/硬件開發(fā)，制造與采購在工廠中集成檢驗測試工廠驗收檢驗Fat）運輸安裝安裝測試初步驗收功能測試綜合測試（聯(lián)調(diào)）和試運行保修.項目管理項目計劃工作分配預(yù)算分配和管理需求與配置管理需求管理系統(tǒng)配置管理軟件配置管理復(fù)杳、匯報、會議及審核內(nèi)部月進度審杳會內(nèi)部季度預(yù)算審查會內(nèi)部進度會項目月進度會階段性審查配置審核質(zhì)量系統(tǒng)管理審查和預(yù)防性措施協(xié)調(diào)與溝通接口設(shè)計計劃接口設(shè)計溝通與交流接口文件接口變更管理接口測試與公共管理部門的協(xié)調(diào)文件控制規(guī)則與流程文件發(fā)放采購和分包合同管理采購分包合同管理設(shè)備交貨后的管理現(xiàn)場組織與資源綜合后備支持質(zhì)量管理風險管理風險管理規(guī)則風險管理活動風險表.附件1:工作與組織分解結(jié)構(gòu).附件2：風險管理表的格式A.刖言本項目管理計劃基于綜合監(jiān)控系統(tǒng)成功的實施經(jīng)驗，和科學的項目管理體系，還借鑒了其它項目如廣州地鐵三、四、五號線綜合監(jiān)控系統(tǒng)項目計劃和實際執(zhí)行情況，這對于成功實施**地鐵綜合監(jiān)控系統(tǒng)具有非常重要的意義。項目計劃是項目順利實施并保證項目質(zhì)量的前提，是項目組織開展工作的依據(jù)，并且要適應(yīng)項目的特點和特殊要求。根據(jù)用戶需求書，總結(jié)該項目具有以下幾個鮮明的特點：**地鐵綜合監(jiān)控系統(tǒng)工程為國內(nèi)領(lǐng)先的大規(guī)模綜合監(jiān)控系統(tǒng)工程， 對成熟的解決方案和綜合技術(shù)實施水平的要求較高；采取國外軟件平臺和技術(shù)解決方案為主導，國內(nèi)系統(tǒng)集成商提供工程服務(wù)的項目實施形式；面對的技術(shù)接口數(shù)量與種類較多；工作接口與協(xié)調(diào)任務(wù)較多；項目工期較為緊張。*公司和合作投標伙伴公司將發(fā)揮各自在軌道交通行業(yè)系統(tǒng)工程實施管理經(jīng)驗，共同制定本文件。本文件的目的是初步闡述 **地鐵綜合監(jiān)控系統(tǒng)項目的實施管理思路，主要包括以下兩方面內(nèi)容：工作范圍和工作分解結(jié)構(gòu)（WBS）；項目管理計劃。其中，項目管理計劃的基礎(chǔ)是組織分解結(jié)構(gòu)（ OBS）和工作分解結(jié)構(gòu)（WBS）。本文件是與組織結(jié)構(gòu)有關(guān)的質(zhì)量計劃的一個補充，并且會在項目后期進行必要的修改或修正。B.組織分解結(jié)構(gòu)（OBS）組織的目標即將參與實施該項目的組織將實現(xiàn)如下目標：在北京設(shè)立項目組，以便及時了解和掌握業(yè)主的需求;依靠**公司和合作投標伙伴公司雙方現(xiàn)有的組織和技術(shù)，提供最新的、最可靠的系統(tǒng)和優(yōu)質(zhì)的服務(wù)；根據(jù)其他綜合監(jiān)控系統(tǒng)項目中已經(jīng)成功實施的方案，提供一個經(jīng)過充分證明的系統(tǒng)。為了實現(xiàn)這三個目標，我們將成立下面的組織：**公司將在北京建立一個（現(xiàn)場）協(xié)調(diào)小組，在設(shè)計、開發(fā)及制造階段，及時和北京地鐵溝通，了解需求，同時和合作投標伙伴公司接口設(shè)計小組一起協(xié)調(diào)同接口設(shè)備商之間的設(shè)計工作。該小組重點工作是加強與項目干系組織之間的信息溝通；在本項目的開發(fā)、制造階段，合作投標伙伴公司將在北京成立一個項目小組，以方便ISCS和接口設(shè)備之間接口的設(shè)計和協(xié)調(diào)；在本項目的現(xiàn)場安裝、集成和測試階段，合作投標伙伴公司將在北京成立一支當?shù)丶夹g(shù)和協(xié)調(diào)小組（LTCT）。小組將每天與業(yè)主進行協(xié)調(diào)并為業(yè)主和合作投標伙伴公司之間的溝通提供便利。該小組將特別關(guān)注 讓盡可能多的人員利用漢語進行交流。當來自法國的工程師不會講漢語時，合作投標伙伴公司將成立一些由一位法國和一位中國工程師組成的小組；依靠**公司和合作投標伙伴公司現(xiàn)有的組織分解各種不同的工作，這些不同工作的詳細描述見下文的"工作分解結(jié)構(gòu)（ WBS）”一節(jié)。項目組織結(jié)構(gòu)以及每個小組及其成員的任務(wù)與責任詳見《 B13-1項目管理組織機構(gòu)》。項目管理計劃項目管理計劃的構(gòu)成如下所示：組織分解結(jié)構(gòu)（OBS）:提供了項目組織的詳細結(jié)構(gòu)（參見《B13-1項目管理組織機構(gòu)》）；工作范圍和工作分解結(jié)構(gòu)（WBS）:提供**地鐵綜合監(jiān)控系統(tǒng)項目所需的全部工作范圍；工作分配：為不同的項目小組分配工作。 WBS的每一項被指定給OBS的至少一個小組；系統(tǒng)配置管理計劃：本計劃描述了用來管理系統(tǒng)配置的方法與過程。它也涉及“需求管理”的內(nèi)容，以確保適當?shù)毓芾碛脩舻男枨蟛⒋_保所有交付使用的設(shè)備和服務(wù)都能滿足合同的要求；軟件配置管理計劃：本計劃用來管理系統(tǒng)配置的方法和過程；協(xié)調(diào)和溝通：確定項目團隊內(nèi)部外部之間的信息溝通途徑、方式和方法，如審查、匯報和召開會議；接口管理計劃：用來制定并計劃接口開發(fā)、測試及協(xié)調(diào)的方式、方法等；文件控制計劃：用于文件控制和發(fā)放的規(guī)則與程序；采購和分包合同管理計劃：描述了采購和分包工作的程序；設(shè)備交貨管理；現(xiàn)場組織和結(jié)構(gòu)：包括現(xiàn)場辦公室、車間及庫房；綜合后勤支持：包括備用件、特殊工具和測試設(shè)備、文件、培訓等；質(zhì)量保證計劃：用來確保系統(tǒng)、軟件、硬件、安裝活動以及相關(guān)問題的質(zhì)量的程序與方法；風險管理計劃：包括風險識別、評估以及風險預(yù)防措施；其他的雜項計劃，例如：健康和安全計劃以及環(huán)保計劃等。C.工作分解結(jié)構(gòu)（WBS）WBS的目的是對工作項中的活動進行細分，由項目小組或分包商的合格 的小組或個人承擔不同的責任。最終的結(jié)構(gòu)形成了一個共同的參考系統(tǒng)，該系統(tǒng)允許將項目各個時期的成本、進度以及責任匯總在一起。具體見"”所示內(nèi)容。WBS中各工作項具有如下特點：可以由一個小組進行管理；公布的成果可以根據(jù)輸入/輸出標準進行檢查；可以通過自己與其他工作項的接口來定義；可以定義開工與完工日期；由項目主管與工作項/小組經(jīng)理共同協(xié)商批準必需的工作量（總工時）和資源。根據(jù)現(xiàn)階段可得到的信息，我們總結(jié)出下面初步的 WBS：管理；系統(tǒng)與接口設(shè)計；軟、硬件的開發(fā)、制造/采購；在工廠中的集成與驗證/測試；工廠驗收檢驗（FAT）；>現(xiàn)場交貨；＞安裝；＞接口測試；＞培訓；＞現(xiàn)場驗收（SAT），包括點對點的測試；＞試運行與初步驗收；＞保修期或故障保修期與最終驗收。和合作投標伙伴工作分工詳見A10軟件采購合同。分階段描述系統(tǒng)和接口設(shè)計系統(tǒng)及接口設(shè)計將分三個階段完成（即，設(shè)計階段 1、2、3）。在每個階段，公司和合作投標伙伴公司將完成設(shè)計和準備系統(tǒng)及接口設(shè)計文件的工作。這些文件將送給業(yè)主或接口系統(tǒng)供應(yīng)商進行檢查和評審。系統(tǒng)及接口設(shè)計文件是：＞系統(tǒng)需求規(guī)范（SRS）SRS的主要目的是按照用戶的需求，**公司和合作投標伙伴公司編制最終的系統(tǒng)規(guī)范，最終版本的系統(tǒng)規(guī)范經(jīng)用戶審核并確認。本文件提供了適合系統(tǒng)特點的要求，并規(guī)定了相關(guān)的驗證方法。SRS包含下列信息：系統(tǒng)需求列表；需求的限定方法定義；要求的可追溯性定義；軟件需求規(guī)范（SWRS）和硬件需求規(guī)范（HWRS）。根據(jù)軟件和硬件配置項目描述了系統(tǒng)的詳細結(jié)構(gòu)，以及系統(tǒng)不同部分之間的接口和數(shù)據(jù)流情況。它也在各種軟件和硬件配置項目中分配了系統(tǒng)需求。＞人機界面接口（HMI）設(shè)計HMI的主要目的是定義操作員工作站的圖形用戶界面，包括全部即將應(yīng)用的人機界面（HMI）設(shè)計。HMI詳細資料將在各自的軟件設(shè)計規(guī)范（SWDS）中提供。＞軟件設(shè)計規(guī)范（SWDS）SWDS的目的如下所示：解釋軟件要求，并將其用一種功能性、操作員可理解的方式陳述出來；為相關(guān)軟件包的初步、詳細設(shè)計收集所有的有用信息；操作員相關(guān)系統(tǒng)任務(wù)的定義；相關(guān)系統(tǒng)環(huán)境和由該系統(tǒng)管理的主要對象的描述；相關(guān)系統(tǒng)不同功能的詳細描述；測試計劃；需求的可追溯性；降級模式；參考系統(tǒng)的HMI描述。>硬件設(shè)計規(guī)范（HWDS）HWDS將詳細描述所提供硬件設(shè)備的有關(guān)內(nèi)容，如制造商和主要技術(shù)特點等，包括：計算機系統(tǒng)及外圍設(shè)備；FEP；IBP；網(wǎng)絡(luò)設(shè)備；大屏幕。>詳細的接口規(guī)范（DIS）與其他接口系統(tǒng)（包括通信協(xié)議、I/O點以及進度表）接口的定義。根據(jù)經(jīng)驗，為了實現(xiàn)下述目的：?滿足本項目緊迫的施工進度要求；?方便10號線未來的系統(tǒng)擴展。建議使用開放、標準的協(xié)議（例如基于 TCP/IP的Modbus），在每個設(shè)計階段結(jié)束時，都會召開設(shè)計和接口聯(lián)絡(luò)會以便進行討論、決策和設(shè)計驗收、檢驗的方式方法。在本項目的設(shè)計階段，**公司和合作投標伙伴公司將實施的審查工作，見：

表C-1設(shè)計階段審查表項目計劃ISCS責任范圍對業(yè)主、設(shè)計單位、接口供貨商的約束條件第一次設(shè)計聯(lián)絡(luò)會啟動第一次設(shè)計聯(lián)絡(luò)會，所有接口商將參加并討論詳細接口規(guī)范（DIS）。第一次設(shè)計聯(lián)絡(luò)會的目標如下：理解工程化方法（V字軟件工程實施模型）和質(zhì)量管理體系、提交文件管理體系；通過項目概念演示，使業(yè)主、設(shè)計方能更好地理解ISCS系統(tǒng)；所有與會方討論接口設(shè)計，討論并確定接口設(shè)計方案（DIS詳細接口規(guī)范、協(xié)議、冗余方案、設(shè)備圖符、設(shè)備類表點表、測試方案、子系統(tǒng)的相關(guān)工程計劃、所需資料列表等）并書面簽字（里程碑工通過DIS將使所有接口商明確實現(xiàn)共同目標所需要的工作列表。根據(jù)合同及澄清文件，對用戶需求（UR）進行詳細分析及細化，得到系統(tǒng)需求規(guī)范（SRS）、軟件需求規(guī)范（SWRS\硬件需求規(guī)范（HWRS）。初步討論并確定圖形用戶界面（HMI）設(shè)計原則，包括用戶權(quán)限表、設(shè)備編序法等等。IBP盤初始設(shè)計。HOLLYSYS要求所有與會方遵循設(shè)備類表、點表、圖形的版本基線控制管理方法、變更與修改方法，以期減少不必要的、不符合修改規(guī)范的變更。>業(yè)主確認在工程方法、質(zhì)量系統(tǒng)方面沒有異議；業(yè)主有必要向各接口商及其對應(yīng)的業(yè)主、設(shè)計方，多次強調(diào)：各方必須遵循設(shè)備類表、點表、圖形的版本基線控制管理方法、變更與修改方法，以期減少不必要的、不符合修改規(guī)范的變更。接口設(shè)計聯(lián)絡(luò)會議的重要先決條件：為了討論接口方案，業(yè)主應(yīng)在通知并協(xié)調(diào)接口會議時接口商。在該方面的任何延遲均會導致項目的延遲；接口商應(yīng)出席接口聯(lián)絡(luò)會議，并在會議期間將其書面意見提交給HOLLYSYS；在會議期間，當接口商同HOLLYSYS之間出現(xiàn)爭議時，由業(yè)主進行調(diào)停；設(shè)計方、接口商應(yīng)向ISCS提供設(shè)備類表、點表。會議結(jié)束時，接口商應(yīng)簽署接口文件（DIS、協(xié)議、冗余方案、測試方案），并簽署設(shè)備類表、點表、圖符的設(shè)計文件。業(yè)主應(yīng)讓設(shè)計方、接口商明確工作流程、工作關(guān)系、各自職責。業(yè)主對上述設(shè)計工作及簽署文件進行確認，并協(xié)助ISCS供應(yīng)商獲得尚缺少資料。建議業(yè)主安排運營相關(guān)骨干人員，直接全程參與設(shè)計聯(lián)會及后續(xù)的重要設(shè)計會議，以完成需求分析、反饋及評估等重要工作。

項目計劃ISCS責任范圍對業(yè)主、設(shè)計單位、接口供貨商的約束條件二設(shè)聯(lián)會第次計絡(luò)在第二設(shè)計階段結(jié)束前，將召開第二次設(shè)計聯(lián)絡(luò)會。第二次設(shè)計聯(lián)絡(luò)會的目標如下：＞更新并凍結(jié)圖形用戶界面口乂1）設(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è)計，包括：PSCADA、BAS、PA、CCTV、PIS、TCC的功能設(shè)計；＞接口測試規(guī)范程序文件（ITSP）；＞NMSDMSTMS的功能設(shè)計；＞討論并凍結(jié)硬件設(shè)計規(guī)范（HWDS），固化設(shè)備的硬件配置固化IBP設(shè)計。＞提供并討論初版施工圖＞業(yè)主審核HOLLYSYS提供的所有文檔，并在第二次設(shè)計聯(lián)絡(luò)會議之前或在會議期間將意見提交給HOLLYSYS。＞業(yè)主核準所有的系統(tǒng)設(shè)計（見左側(cè)的責任范圍內(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)工作。＞在會議期間，當接口商同HOLLYSYS之間出現(xiàn)爭議時，由業(yè)主進行調(diào)停。＞業(yè)主應(yīng)對上述設(shè)計工作及簽署文件進行確認，并協(xié)助ISCS供應(yīng)商獲得尚缺少的資料。＞通過本次會議，務(wù)必最終確定并固化設(shè)計方案，確定并固化各接口子系統(tǒng)的設(shè)備類表、點表的版本基線。否則，在后續(xù)工作中，過多的變更會大大增加制造階段的返工量，導致項目進度延遲。＞本次會議所確定的設(shè)備類表、點表版本基線，將做為軟件FAT、P2P測試的軟件基礎(chǔ)版本基線。第三次設(shè)計聯(lián)絡(luò)會在第三階段設(shè)計聯(lián)絡(luò)結(jié)束前，HOLLYSYS將召集第三次設(shè)計聯(lián)絡(luò)會。第三次設(shè)計聯(lián)絡(luò)會的目標，是討論并確認如下：＞明確工程總體及各子系統(tǒng)的計劃與調(diào)試進度，并倒排ISCS的工程進度計劃；＞最終版施工出圖：＞系統(tǒng)圖、材料表＞網(wǎng)絡(luò)連接圖＞管線圖＞供電圖、配電圖＞接地圖＞IBP結(jié)構(gòu)設(shè)計圖、端子圖＞支架設(shè)計圖＞柜體設(shè)計圖＞業(yè)主審核HOLLYSYS提供的所有文檔，并在第三次設(shè)計聯(lián)絡(luò)會議之前或在會議期間將意見提交給HOLLYSYS。＞業(yè)主應(yīng)完成并完善以前設(shè)計聯(lián)絡(luò)會要求的所有的相關(guān)工作。＞在會議期間，當與其它專業(yè)調(diào)試進度等與ISCS之間出現(xiàn)爭議時，業(yè)主應(yīng)進行調(diào)停。＞會議結(jié)束時，業(yè)主、設(shè)計等與會各方應(yīng)簽署會議紀要。項目計劃ISCS責任范圍對業(yè)主、設(shè)計單位、接口供貨商的約束條件＞車控室布置圖＞設(shè)備房布置圖＞設(shè)備編號說明＞安裝督導說明等等＞討論并確定以前設(shè)聯(lián)會未盡事宜；＞回顧工程進度，重申重要原則，評估并預(yù)測工程執(zhí)行風險，統(tǒng)一各方思想、工作方式及工作重點。軟/硬件開發(fā)，制造與采購軟件開發(fā)本階段與典型軟件部件的實現(xiàn)階段相對應(yīng)，合作投標伙伴有責任利用這些軟件來構(gòu)建整個系統(tǒng)。軟件開發(fā)主要在香港（部分工作在法國）完成，具體包括：＞人機界面接口（HMI）的模型化、數(shù)據(jù)庫的設(shè)計和實現(xiàn)以及測試計劃；＞軟件的初步和詳細設(shè)計；＞編碼和單元測試，包括：時間表，圖形動畫、窗口和HMI的編碼；數(shù)據(jù)庫配置；接口編碼；具體功能編碼（將保存一份軟件配置表）；?軟件集成和集成測試。在本階段一開始，其他的接口設(shè)備/系統(tǒng)供應(yīng)商需提供接口模擬器。與模擬器的初步接口測試將同接口系統(tǒng)/設(shè)備供應(yīng)商一起在北京完成。硬件采購一般來說，該工作包括定義和發(fā)布采購本項目所需設(shè)備的文件。本階段的目的是：＞詳細定義需采購的硬件；＞詳細定義需采購軟件包；＞采購硬件和軟件包。根據(jù)分工，由**公司和合作投標伙伴公司合作完成硬件系統(tǒng)的采購，而由**公司負責相關(guān)的安裝及布置設(shè)計，**公司和合作投標伙伴共同負責軟件設(shè)計，因此**公司和合作投標伙伴公司將時刻保持聯(lián)絡(luò)，溝通必要的設(shè)備數(shù)據(jù)。根據(jù)系統(tǒng)需求，**公司和合作投標伙伴公司將編制并保存硬件配置表。部件測試在進行系統(tǒng)集成和檢驗之前，系統(tǒng)的每項內(nèi)容都將在工廠進行測試。這種測試包括所有項，作為子系統(tǒng)測試中的組成，有使用前的檢查、硬件測試和軟件測試。項目測試證明一個項目滿足了它的特定的物理和功能要求。必要時，可以進行特定測試。各種工廠制造的電氣裝置要進行檢驗和驗收。對這種硬件的檢驗可能包括：＞這種設(shè)備是否符合制造商規(guī)范；＞設(shè)備是否齊全；＞正確操作測試；＞一致性檢查（元件布置圖、配線圖）；＞協(xié)議測試；＞冗余測試；＞點對點檢查；＞絕緣檢測；＞檢測接地連續(xù)性。在工廠中集成檢驗/測試在本階段開始，業(yè)主或其代表須確認并批準由**公司和合作投標伙伴公司制定的工廠測試規(guī)范和現(xiàn)場測試規(guī)范。開發(fā)階段會伴隨著一系列的設(shè)備和子系統(tǒng)測試。通過進行與接口設(shè)備 /系統(tǒng)供應(yīng)商的協(xié)議測試，集成測試允許對硬件/軟件模塊以及它們在適當系統(tǒng)中的集成進行測試。檢驗測試允許按照工廠驗收計劃對系統(tǒng)進行測試。這些測試及測試結(jié)果會記錄在測試報告中。工廠驗收檢驗（FAT）工廠驗收檢驗的目的是為了驗證在現(xiàn)場配置和安裝前，系統(tǒng)是否與規(guī)范相符。為了進行高效的檢驗，工廠驗收檢驗將分兩個階段進行：第一個階段的FAT將對有代表性的部分進行檢驗。目的是驗證各個部分在進行完全配置和安裝前的功能和性能。第二階段的FAT將對完全配置但未安裝的系統(tǒng)進行檢驗，它將檢驗數(shù)據(jù)庫、圖形界面以及系統(tǒng)的綜合性能。工廠功能驗收測試（FAT）系統(tǒng)中進行工廠驗收的主要部分是：＞計算機系統(tǒng)（服務(wù)器和工作站）；＞軟件和參數(shù)設(shè)置。它們將在合作投標伙伴的香港工廠中進行單獨的工廠驗收檢驗。測試軟件、硬件與其他接口商提供的系統(tǒng)互連，可以確保軟硬件與其他系統(tǒng)的兼容性。接口商應(yīng)提供模擬設(shè)備以便進行FAT測試，最后測試將在現(xiàn)場進行。其他硬件設(shè)備的FAT在**公司完成。工廠綜合驗收測試（iFAT）工廠綜合驗收檢驗結(jié)合了ISCS系統(tǒng)中的所有項目并模擬那些由其他接口系統(tǒng) /設(shè)備供應(yīng)商提供的部分。利用模擬器、仿真器或真實設(shè)備檢查以確保所有接口都正確，并且確保系統(tǒng)的功能是完備的。然后，將系統(tǒng)當成一個整體來測試以證明它滿足了功能、容量、可維護性和可操作性的各方面要求。進行測試以證明項目或整個系統(tǒng)的操作都是正確的，測試包括：＞驗證在整個集成系統(tǒng)、設(shè)備和軟件配置中所有應(yīng)用軟件功能的綜合測試；＞驗證系統(tǒng)可靠性；＞與接口系統(tǒng)的協(xié)議測試、冗余測試、點對點測試：在測試時點的覆蓋率達到了100%。運輸根據(jù)包裝運輸計劃完成包裝、裝卸和運輸程序，將設(shè)備運到業(yè)主提供的存儲地或最終安裝地，庫房由業(yè)主提供并管理。**公司當?shù)丶夹g(shù)與協(xié)調(diào)小組將完成的工作包括：＞在用戶到場的情況下進行包裝和裝箱檢查；＞將設(shè)備發(fā)運到庫房區(qū)；＞給設(shè)備貼標簽；＞開包/開箱進行設(shè)備檢查。按照裝箱單以及采購文件進行驗收；＞與安裝小組進行協(xié)調(diào)，將設(shè)備運往最后的安裝現(xiàn)場。安裝只有在完成土建工程后才能進行設(shè)備的現(xiàn)場安裝。這樣做可以確?；覊m不會進入設(shè)備的內(nèi)部、不會引起嚴重的硬件損害。ISCS必須安裝在干凈、有空調(diào)設(shè)備的房間中。**公司和合作投標伙伴公司將派遣安裝督導小組在北京以監(jiān)督、 指導安裝過程。安裝工作由業(yè)主完成。這包括現(xiàn)場電纜敷設(shè)安裝以及所有的硬件設(shè)備的物理安裝?？刂葡到y(tǒng)計算機和FEP硬件安裝在最終位置上，并與必要的、經(jīng)過測試過的線纜連接在一起。根據(jù)**公司和合作投標伙伴公司或其他供貨商提供的安裝手冊并在業(yè)主批準的情況下進行設(shè)備安裝。安裝手冊包括：安裝計劃；安裝圖紙（布置圖、電纜表、單元接線圖等）；施工圖；安裝程序；安裝督導指導書（詳細描述設(shè)備安裝的技術(shù)要點）。電纜安裝過程由業(yè)主安裝隊完成電纜的安裝。安裝工作的時間順序如下所示：安裝用于電纜敷設(shè)（電纜托架、電纜保護套管以及電纜管道）的輔助設(shè)備；敷設(shè)電纜；電纜聯(lián)接/電纜終端處理；初步檢查（導通性及絕緣檢查，等等）。安裝人員安裝人員由業(yè)主組織，可分成若干個小組，每個小組有一個負責人，負責管理和協(xié)調(diào)工作。安裝計劃將有條件地與下面的合同保持協(xié)調(diào)：土建工程；配電專業(yè)（為綜合監(jiān)控系統(tǒng)提供電源）；>通過FEP采集數(shù)據(jù)的各子系統(tǒng)。為了按計劃好的施工進度表完成施工，根據(jù)業(yè)主批準的物理接口進度表安裝人員將允許在安裝工作的每一步與接口工作人員進行協(xié)調(diào)。安裝測試安裝測試小組由**公司硬件安裝經(jīng)理、督導工程師和分包商相關(guān)人員組成。硬件設(shè)備的安裝測試在現(xiàn)場完工后進行，這包含如下所示的步驟：＞初步檢查；＞功能測試；＞試運行。安裝測試按照安裝測試手冊進行。安裝測試手冊包括：＞初步檢查程序；＞功能測試程序；＞試運行程序。初步驗收在設(shè)備安裝結(jié)束時，將對系統(tǒng)的機械和電源部分做初步檢查和測試工作。這包括：＞目視檢查是否與批準的圖紙相符；＞是否符合質(zhì)量標準；＞檢查電纜連接完整性、標簽與型號；＞檢查設(shè)備標簽；＞對設(shè)備進行點對點檢查，以檢查是否與接線圖一致；＞接地和電源檢測。這項檢測應(yīng)該在裝配完工后進行。將檢測情況記錄在完整的檢測報告中。這些檢測應(yīng)該在通電的情況下進行。功能測試包括每個設(shè)備的有效試運行。它們將在初步檢查結(jié)束后進行。按照地鐵系統(tǒng)中的其他設(shè)備的情況預(yù)先確定好檢測程序。這些檢測包括：＞邏輯自動系統(tǒng)的檢驗；＞驗證是否與規(guī)定的要求相符；＞檢驗交付給用戶使用的備用件。測試程序的基礎(chǔ)是工廠驗收檢驗。當所有由其他的接口系統(tǒng) /設(shè)備供應(yīng)商提供和安裝的子系統(tǒng)都運行工作后，再進行功能測試。綜合測試（聯(lián)調(diào)）和試運行這包括整個系統(tǒng)的有效試運行并且這些測試將在功能測試完成后進行。為了讓

整個合同系統(tǒng)投入運行，這些測試的順序與由其他接口系統(tǒng) /設(shè)備供應(yīng)商實施的系統(tǒng)測試保持一致。綜合測試和試運行包括：＞綜合測試，包括測試其他接口系統(tǒng)/設(shè)備供應(yīng)商的特殊應(yīng)用；＞端到端的功能測試以檢查數(shù)據(jù)交換情況；＞每個接口與其他接口系統(tǒng)/設(shè)備供應(yīng)商工作之間的通信和有效數(shù)據(jù)傳送的功能測試；＞故障模擬；＞響應(yīng)時間測量；＞系統(tǒng)與其他接口系統(tǒng)/設(shè)備供應(yīng)商設(shè)備的集成測試；＞144小時穩(wěn)定性測試；＞3個月的試運行。試運行的結(jié)束使**公司可以向用戶證明項目已經(jīng)成功完工。試運行期間進行的測試可以證明該系統(tǒng)是完全可交付使用的，這是測試的最后階段。在完成測試規(guī)范中所規(guī)定的測試項目后，再公布測試結(jié)果。保修保修期為2年，包括：＞硬件保修；＞軟件保修。在保修期內(nèi)解決問題的程序以**公司提供并經(jīng)用戶批準的故障通知單或用戶請求電話、傳真為基礎(chǔ)。用戶請求電話或傳真通知**公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員，或由用戶的維修代表填寫表格，用來記錄由用戶發(fā)現(xiàn)的故障，并將表格遞交給**公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員，以便**公司及時采取相應(yīng)的保修措施。硬件保修來自**公司的硬件保修代表或用戶的維修人員對現(xiàn)場硬件進行檢查以便確認故障是否存在。將由**公司的現(xiàn)場技術(shù)與協(xié)調(diào)人員或用戶的維修人員鑒別并除掉有故障的硬件。業(yè)主將把故障部件遞交給**公司以便進行維修/更換新部件。在故障排除后，業(yè)主的維修代表會簽署故障通知并解決該問題。軟件保修軟件保修包括電話技術(shù)支持以及修正軟件的任意缺陷。這種保修將由合作投標伙伴的保修代表現(xiàn)場進行。軟件保修代表必須對故障進行鑒定，并且可以要求用戶到場進行調(diào)查以便確定故障情況。如果認為故障屬于異常情況，則軟件小組將準備修正軟件，需要時還會更新相關(guān)的文件。在用戶到場的情況下，在測試平臺上進行的這種修正是有效的。一旦進行了修正，就要填寫軟件異常修正表。由用戶確認該修正工作并批準該表格。D.項目管理項目管理活動包括以下16個方面：＞項目計劃和商業(yè)/合同管理；＞工作分配：為工作包或小組經(jīng)理定義工作對象 /范圍；＞預(yù)算分配和預(yù)算管理；＞要求和配置管理；＞通過報告、會議、復(fù)查進行進度監(jiān)控（包括協(xié)調(diào)并向用戶匯報）；＞協(xié)調(diào)和溝通；＞接口管理；＞與政府部門/管理當局的協(xié)調(diào)；＞文件控制；＞采購和分包商管理；＞設(shè)備交貨后的管理；＞工地組織和結(jié)構(gòu)；?綜合后勤支持；＞培訓管理；＞質(zhì)量管理；＞風險管理。下面將詳細描述項目管理的16個方面：項目計劃**公司將制定總體項目計劃，具體由項目計劃與合同管理組完成。下列文件提供了詳細的項目計劃：＞設(shè)計和制造計劃；＞軟件開發(fā)計劃；＞安裝測試計劃。合作投標伙伴將在軟件開發(fā)、安裝測試方面單獨制定詳細計劃，并提交 **公司，**公司形成總體計劃送交業(yè)主。工作分配目的是為不同的項目小組分配工作。 根據(jù)工作分工，**公司和合作投標伙伴公司將分別制定各自的WBS，WBS的每項工作都被分配給OBS的至少一個小組。每位小組經(jīng)理對自己小組的工作結(jié)果負責，并向項目經(jīng)理 /主管匯報工作。因此每位小組經(jīng)理都必須對分配給自己小組成員的工作以及他/她的工作范圍的任務(wù)負責。關(guān)于人力資源，每個小組必須明確自己的需要以便能夠獨立處理自己工作范圍內(nèi)的工作。如果要增加資源，小組經(jīng)理必須向項目經(jīng)理 /主管請示。預(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)。 該項任務(wù)由**公司和合作投標伙伴公司共同完成，管理工具將由合作投標伙伴提供。一般規(guī)則DOORS套裝軟件是一套公認的軟件包，它用于管理復(fù)雜系統(tǒng)的需求并且已經(jīng)被合作投標伙伴集團采用。合作投標伙伴集團已經(jīng)開發(fā)了一個應(yīng)用層并將其與 DOORS集成在一起。這一應(yīng)用層被稱為TREK。為了用一種精確、有效的方法跟蹤合同的要求， THALES集團已經(jīng)決定在整個項目期間使用DOORS/TREK軟件包作為需求管理工具。一般過程一般過程如下所述：將用戶所有的技術(shù)要求輸入到DOORS；將系統(tǒng)需求規(guī)范（SRS）的系統(tǒng)要求輸入到DOORS模塊中去；將詳細的接口規(guī)范（DIS）的要求輸入到DOORS模塊中去；將上述SRS和DIS中包含的需求分配給DOORS模塊中被稱作系統(tǒng)設(shè)計規(guī)范（SDS）的工作分解項，該項列在工作分解結(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)與集 成小組負責。DOORS工具的管理由系統(tǒng)配置工程師執(zhí)行。系統(tǒng)配置管理配置管理計劃中規(guī)定了整個項目期間都要遵循的與系統(tǒng)配置管理有關(guān)的規(guī)則。當項目管理計劃和配置管理計劃之間發(fā)生沖突時，將按照下面的優(yōu)先次序執(zhí)行：.項目管理計劃；.配置管理計劃。為了可以根據(jù)清晰設(shè)計而開發(fā)系統(tǒng)，及為了擁有一套一致的文件和 DOORS模塊，將定期更正系統(tǒng)基準。在整個項目期間，該過程都會進行。配置控制委員會（CCB）將負責在整個項目周期中定義各種基準。系統(tǒng)配置工程師將負責跟蹤并監(jiān)督將投入使用的基準系統(tǒng)。將遵循的一般規(guī)則如下所示：在給定的參考系中，系統(tǒng)基準與一套基準的 DOORS模塊對應(yīng)；對應(yīng)于給定基準的文件將儲存在DOORS模塊中；將有兩類基準：正式基準：它們對應(yīng)一套模塊包括基準和正式提交給用戶的基準；非正式基準：它們對應(yīng)一套于DOORS模塊的基準，但未包含在正式提交給用戶的基準。無論是什么原因要求變更文件，都必須向負責確認并決定何時執(zhí)行變更的CCB提交一份變更建議：在CCB做出正式?jīng)Q定之前，任何人都不能擅自變更作為基準的模塊；當CCB做出執(zhí)行變更的決定時，變更及其相關(guān)影響將輸入到DOORS中去。進行變更后，所有修改過的文件都必須進行基準變更，并且系統(tǒng)基準也必須進行相應(yīng)地變動；正式文件基準按照文件的修訂版進行命名；非正式文件基準按照正式最新的修訂版參考號并后加一個字母命名；正式系統(tǒng)基準的名稱由字母"S"后接1~99的數(shù)字構(gòu)成；非正式系統(tǒng)基準由字母"S"后接1~99的數(shù)字以及一個小寫字母構(gòu)成；為了檢查是否正確執(zhí)行了變更情況，必須使用一個跟蹤系統(tǒng)。這種監(jiān)督工作由系統(tǒng)配置工程師負責；在項目的任何階段，任何活動都必須按照目前批準的系統(tǒng)基準進行。軟件配置管理軟件配置管理計劃中規(guī)定了軟件配置管理的規(guī)則和程序。在配置管理計劃和軟件配置管理計劃發(fā)生沖突時，將按照下面的優(yōu)先順序執(zhí)行：.配置管理計劃；.軟件配置管理計劃。復(fù)查、匯報、會議及審核除了設(shè)計聯(lián)絡(luò)會，將執(zhí)行下面的復(fù)查、匯報、會議和審核：內(nèi)部月進度審查會合作投標伙伴項目主管每月通過月項目審查會向 **公司項目經(jīng)理匯報工作。*公司和合作投標伙伴公司每位小組經(jīng)理都必須在審查會之前至少一周向各自的項目主管提供與其工作有關(guān)的信息以便進行匯總。成本管理員負責將各種報告匯總到審查會報告中去，以便項目經(jīng)理在審查會前進行分析。成本管理員負責組織這些會議并通知相關(guān)的與會人員。內(nèi)部季度預(yù)算審查會項目主管通過季度預(yù)算審查會每年向法國的項目部主管和成本管理員匯報 4次工作。每位小組經(jīng)理在季度預(yù)算審查會前至少 3周向項目經(jīng)理提供與其工作有關(guān)的預(yù)算信息用于信息匯總。成本管理員負責將各種數(shù)據(jù)匯總到項目季度預(yù)算審查會中去，以便項目經(jīng)理在季度預(yù)算審查會前進行分析。成本管理員負責組織這些會議并通知相關(guān)與會人員。內(nèi)部進度會*公司和合作投標伙伴公司每周將各舉行一次公司內(nèi)部進度會。 所有的小組經(jīng)理都必須參加。對于某些會議來說，可能會邀請額外的項目小組成員參加。這些會議將在每周一下午4點舉行。如遇公共假期，則會議自動順延至第二天的同一時間舉行。如遇特殊情況，會議可以延期舉行。項目月進度會*公司和合作投標伙伴公司每月舉行月進度會， 該會議是**公司和合作投標伙伴公司基于項目管理層面，小組經(jīng)理也參加會議。對于某些會議，可能會邀請額外的項目小組成員參加。這些會議由**公司組織并主持。對于相關(guān)的每月進度報告：＞將在每月5號提交；＞每位小組經(jīng)理都必須填寫部分與其工作范圍相關(guān)的報告；＞秘書負責組織收集各種報告并將其編入每月進度報告。必須在每月 5號前至少兩天將報告草案提交給項目經(jīng)理審閱。階段性審查在項目施工期間，在每個重要階段結(jié)束時都要進行內(nèi)部審查，內(nèi)容包括:系統(tǒng)設(shè)計審查（SDR）：目的是審查詳細接口規(guī)范（DIS）、系統(tǒng)需求規(guī)范（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ù)防性措施分析報告。質(zhì)量系統(tǒng)的管理復(fù)查會將由項目主管主持，與會人員包括質(zhì)量工程師、系統(tǒng)工程經(jīng)理以及由會議主席確定的其他特別與會人員。流程包括：配置管理流程；質(zhì)量系統(tǒng)改進和控制流程；質(zhì)量保證流程；預(yù)防性措施流程。協(xié)調(diào)與溝通項目信息的溝通在綜合監(jiān)控系統(tǒng)項目內(nèi)顯得非常重要，不僅是在團隊內(nèi)部各職能小組之間需要進行及時的溝通聯(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ā)ISCS和接口系統(tǒng)之間詳細接口要求的管理過程。本計劃的目的是為無縫集成提供方便，使其符合ISCS用戶需求以及接口設(shè)備規(guī)范。止矽卜，IMP將提出**公司和合作投標伙伴公司與接口承包商用來定義兩個系統(tǒng)間接口的詳細要求的過程。接口管理將在接口文件中提出下面的屬性：＞電氣、機械、軟件協(xié)議以及功能數(shù)據(jù)接口；＞檢查、測試和試運行。文件也將定義進行資源管理、文件變動控制、**公司和接口承包商之間溝通以及沖突解決所需的過程。接口設(shè)計在投標書的《B10-2系統(tǒng)接口詳細建議書》中給出了詳細的接口規(guī)范要求。溝通與交流接口會議接口會議的工作范圍如下所示：＞了解各方的設(shè)計要求，開發(fā)并協(xié)商通過設(shè)計和接口要求以滿足北京地鐵合同中所規(guī)定的要求；＞確定影響接口設(shè)計的關(guān)鍵性能參數(shù)和問題；＞確定設(shè)計階段、安裝階段以及試運行階段的測試要求細節(jié)；＞按照每個合同中的總規(guī)劃協(xié)商通過設(shè)計和測試程序；＞協(xié)商提交給北京地鐵的接口文件。接口會議的時間及地點安排將由接口雙方協(xié)商。我們建議可以在北京舉行接口會議。承包商之間的信息交流承包商之間通過圖紙和說明性文件這兩種方法進行信息交流。可以在接口會議期間或者通過正式公文交流信息。通過圖紙交流的信息包括結(jié)構(gòu)圖、機械詳圖、電器詳圖、接口電路圖、接線圖等等。說明性文件用來描述程序、系統(tǒng)特點、電器特點、測試要求以及會議記錄，包括行動表。雙方利用電子郵件、傳真或電話經(jīng)常保持溝通以明確設(shè)計和所有后勤安排的細節(jié)。達成的協(xié)議將在接口會議后形成會議紀要或正式的可發(fā)布文件。需要業(yè)主的支持雙方在接口會議期間通過正式文件解決問題。當確認問題需要北京地鐵介入時，雙方或者在接口會議的紀要中或者通過書面通知業(yè)主。當無法就關(guān)鍵問題達成協(xié)議或者對各方合同中的特殊需求或接口規(guī)范要求的解釋持不同意見時，將立刻以書面形式向業(yè)主發(fā)出仲裁和確認請求。業(yè)主出席會議將加速問題的解決。接口文件將為每位接口承包商準備下列文件：詳細的接口規(guī)范（DIS）①文件的目的＞目的是規(guī)定并描述與ISCS和接口系統(tǒng)間接口相關(guān)的所有信息；＞由于在系統(tǒng)設(shè)計階段不可能獲取所有的信息，本文件將在項目進行期間不斷進行修正。②文件管理和提交＞DIS是一種ISCS文件并且由**公司和合作投標伙伴公司制作和管理。在向業(yè)主發(fā)布前，將由接口承包商復(fù)查本文件。我們建議與其他的接口承包商正式簽署DIS文件；＞接口承包商也可以將DIS用于自己的接口文件。我們建議使用沒有改動過的文件，并且建議加上一個封皮，使接口承包商文件在參考上與接口承包商規(guī)范保持一致；＞兩個封面的重疊將表明文件修訂版是如何與雙方的合同保持同步的。③典型的文件格式見

表D-1典型文件格式組成部分內(nèi)容1.目的本部分應(yīng)敘述有關(guān)的接口及兩個合同參考2.參考文件本部分將涉及ISCS規(guī)范的相關(guān)部分和附錄。本部分也包括參考標準或其他的應(yīng)用文獻。3.術(shù)語表任何使用過的首字母縮與詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4. 接口規(guī)范4.1接口圖接口圖中指出了工作范圍和責任范圍。4.2 物理接口4.2.1特性和位置一張表表明每個接口的特性和準確位置。位置可能是車站、車輛段、OCC（控制中心）或一座輔助建筑物內(nèi)的一個房間。4.2.2電氣描述本部分包括一張原理圖，圖中標明了成分、電纜以及接線安排的電壓、電流或阻抗規(guī)格以及電源規(guī)格。4.2.3機械描述本部分包括：-端子柜編組原則；-機柜尺寸和安裝；-接線柱、插座和接線端子。4.3功能接口本部分的目的是提供兩方面的要求了解。接口設(shè)備及其監(jiān)控數(shù)據(jù)和功能將按照ISCS和接口商的最初合同要求列出來。4.4協(xié)議本部分將提供用于接口的詳細軟件協(xié)議。4.5 命名慣例本部分將說明用來識別ISCS和接口系統(tǒng)中的每種信息的命名慣例。命名慣例將用來識別ISCS工作站中的信息和為設(shè)備、電纜以及接線端子加標簽。4.6 設(shè)計約束條件本部分將列出所有的設(shè)計約束條件，例如，特殊響應(yīng)時間、通信軟件版本，結(jié)結(jié)等等。4.7EMC（電磁兼容性）如果存在，則本部分將說明所有的電磁兼容性的約束或問題。5. 執(zhí)行和安裝本部分將包括所有的執(zhí)行和安裝事件（如果存在。5.1限制條件本部分的目的是盡早發(fā)現(xiàn)實施或安裝方面存在的限制：空間規(guī)定、接入日期和特殊工具，等等。如果限制條件影響接口實施和安裝程序，則該限制條件將包含在實施和安裝程序中。如果需要特別關(guān)注，則一個限制將被看成是一個特殊的接口問題。5.2程序本部分將提供一個接口實施和安裝程序，該程序至少應(yīng)該包含兩位承包商所提供的信息和他們根據(jù)各自的目標開工和完工日期所采取的行動。6. 質(zhì)量保證6.1接口要求參考本部分是一個基本的相互參照表，它為DIS中所規(guī)定的每條要求提供了它們相應(yīng)最初的規(guī)范要求。6.2 驗證和確認本部分是一個基本的表格，它為DIS中所規(guī)定的每條要求提供了驗證方法。附錄和圖紙詳細的數(shù)據(jù)接口附錄對于每個接口位置來說，詳細的數(shù)據(jù)接口表包括：信息標識符（設(shè)備和數(shù)據(jù)）；信息描述（設(shè)備狀態(tài)）；

組成部分內(nèi)容對應(yīng)值；點或信息位置（例如在一張表中列出）及地址。電纜、接線端子和圖紙本附錄包括所有的電纜路由選擇、電纜終端、配置、機柜安排、結(jié)構(gòu)規(guī)定以及空間規(guī)定和電路圖。系統(tǒng)啟動參數(shù)詳細的接口測試計劃（DITP）①文件的目的本文件的目的是定義并描述如何在設(shè)計階段實現(xiàn)接口測試，以達到如下目標：首先，確認計劃的測試是否必要和充分；其次，組織單獨測試，然后與接口承包商一起組織聯(lián)合測試。②文件管理和提交DITP是一種ISCS文件并且將由**公司和合作投標伙伴公司制作和管理；在提交給業(yè)主之前，將由接口承包商審查本文件；我們建議接口承包商也可以將DITP用于自己的接口文件。我們建議接口承包商使用沒有改動過的文件，并且建議加上一個封皮帶有與接口承包商規(guī)范保持一致；兩個封面的重疊將表明文件的修訂版是如何與雙方的合同保持同步的。③文件內(nèi)容見表D-2文件內(nèi)容組成部分內(nèi)容1.目的本部分應(yīng)敘述有關(guān)的接口及兩個合同參考。2.參考文件本部分將參考ISCS規(guī)范的相關(guān)部分和附錄。本部分也包括參考標準或其他的應(yīng)用文獻。3.術(shù)語表任何使用過的首字母縮與詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語。4.測試方法本部分將描述在工廠測試階段和現(xiàn)場測試階段如何測試接口，并強調(diào)每個階段接口測試的重疊部分。5.接口測試規(guī)范本部分將為工廠和現(xiàn)場測試總結(jié)出建議測試程序。5.1測試標識符對于每種測試，都將分配個測試標識符。5.1.1測試的目的簡要描述測試的目的。5.1.2需求參考本部分將參考本程序所驗證的接口要求。5.1.3測試配置本部分描述了完成測試所必需的硬件和軟件配置。5.1.4測試設(shè)備本部分列出了所有必需的測試設(shè)備及他們個別的用途。5.1.5測試程序本部分包括用于相關(guān)的測試表的典型格式。6.測試的邏輯順序本部分描述了完成測試的邏輯順序。7.質(zhì)量保證7.1接口要求參考本部分是一個基本的相互參照表，它為DIS中的每條要求提供了它們相應(yīng)組成部分內(nèi)容最初的規(guī)范要求。附錄&圖紙接口測試規(guī)范程序（ITSP）①文件目的每個ITSP是一種測試程序，它描述了工廠接口測試、現(xiàn)場接口測試、現(xiàn)場端到端測試期間完成的每項測試；在系統(tǒng)驗收期間，測試程序?qū)⒈籌SCS工程師和接口承包商的工程師用作驗收檢驗程序。②文件管理和提交ITSP是一個ISCS和接口承包商的共同文件。它將由ISCS和接口承包商共同制作、復(fù)查并向其各自的工程師發(fā)布；本文件將被兩位承包商同時參照，以管理它們各自的文件參考系統(tǒng)。③接口測試程序的內(nèi)容測試的所有細節(jié)、先決條件、測試行動以及預(yù)期的測試效果都將編入本文件。測試表將在測試期間使用和填寫。因此，相關(guān)的測試表將由 **公司和合作投標伙伴公司和其他的承包商簽署并編入測試報告。接口文件的版本控制文件版本控制將在每位承包商制定好質(zhì)量程序之后進行。該文本文件包括一張變動控制和簽名頁以識別以前版本的變動情況。文本中可用下劃線來識別復(fù)查過程中的具體變動。在新版本中添加了工具條以表明變動情況。接口變更管理接口設(shè)計變更過程在項目周期中，可能有變更接口要求以改進設(shè)計、改正錯誤并最小化風險。接口設(shè)計變更過程確保：所有建議的用于接口要求的硬件、軟件或文件變更都必須匯報、記錄、跟蹤并解決；用一種清晰、一致的方式提出變更說明書；全面評估變更建議并接受正確的處理方案；可以看到所有變更狀態(tài)；并且所有的傳達和傳達途徑都進行了很好的定義。將由ISCS和接口承包商共同制定詳細接口規(guī)范。在批準 DIS時，將對接口設(shè)計（設(shè)計凍結(jié)）進行基準化。在最初提交后，進行的任何變更都將按接口變更過程執(zhí)行。接口需求變更報告接口需求變更報告是為重要接口問題或異?，F(xiàn)象而編制的文件。問題可能會與接口需求的任何一方有關(guān)。接口變更報告可能會使用一種標準形式、用一種簡潔的方式提出主題：提供問題的描述并證明正確的變更建議。接口需求變更報告將提出所有的相關(guān)事實以指出變更的重要性，例如所要求變更的細節(jié)、如果不變更的風險、建議的應(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ù)查并記錄于會議紀要中。接口測試在本投標書的《B16測試、檢驗和驗收》中已經(jīng)給出了接口測試策略。與公共管理部門的協(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ā)放技術(shù)文件發(fā)放一般而言，技術(shù)文件不發(fā)放給項目參與人，所有的資料都按文件管理的規(guī)定存放在公司的冗余文件服務(wù)器中。人們可以通過資料室查閱技術(shù)文件，并且可以隨時進行查閱。但是，一些重要文件在每次更新后必須由秘書發(fā)放給大家。這些文件是：＞管理計劃的最新版本；＞質(zhì)量計劃；＞健康和安全計劃。就健康和安全計劃的特殊情況而言，每位參與本項目的人員都必須 通過簽字確認收到了健康和安全計劃。本文件的發(fā)放由秘書組織。秘書必須在與安全計劃有關(guān)的文件夾中登記經(jīng)簽字的確認收據(jù)。秘書也必須把某些文件以及它們相關(guān)的應(yīng)用程序最新版本的打印文件進行存放。任何參加該項目的人員都必須很容易地訪問到該文件夾以便進行咨詢。這些文件是：＞目前的管理計劃以及相關(guān)的參考程序；＞質(zhì)量計劃以及相關(guān)的參考程序；＞健康和安全計劃以及相關(guān)的參考程序；＞需求管理計劃以及相關(guān)的參考程序；＞項目文件控制程序以及相關(guān)的參考程序；＞軟件配置管理計劃以及相關(guān)的參考程序。每一位參加本項目的工作人員在完成其任務(wù)和職責的過程中都必須查閱該文件夾。每位小組經(jīng)理負責確保自己的小組成員實施了上述文件中所描述的規(guī)則和程序。秘書將負責本文件夾的任何變動（添加文件、更新文件等等）。其他文件發(fā)放秘書負責按照項目文件控制程序發(fā)放其他文件（傳真、信件、會議記錄等等）。采購和分包合同管理采購本項目的采購活動根據(jù)**公司和合作投標伙伴公司的分工，按照各自的規(guī)則與程序辦理。*公司和合作投標伙伴公司各自的采購經(jīng)理負責本項目各自責任范圍內(nèi)的采購工作。分包合同管理本項目的采購活動根據(jù)**公司和合作投標伙伴公司的分工，按照各自的規(guī)則與程序辦理。*公司和合作投標伙伴公司各自的采購經(jīng)理負責本項目各自責任范圍內(nèi)的采購工作和分包合同的管理工作。設(shè)備交貨后的管理設(shè)備交貨后的管理由**公司和合作投標伙伴公司的現(xiàn)場小組負責配合業(yè)主完成。由采購經(jīng)理協(xié)助其完成這項工作。現(xiàn)場組織與資源北京現(xiàn)場的組織及資源包括：*公司向業(yè)主倉庫/庫房運送和交付貨物以便進行儲存；*公司負責設(shè)備向現(xiàn)場的轉(zhuǎn)移；*公司負責設(shè)備在機架和控制臺上的物理安裝督導。綜合后備支持綜合后備支持包括整個系統(tǒng)周期內(nèi)進行的活動以提供預(yù)期的效果可能性。包括：備品備件（更加詳細的內(nèi)容可以參看《B11-2備品備件》）；專用工具、測試儀器（更加詳細的內(nèi)容可以參看《 B11-3儀器儀表》）；技術(shù)文件及圖紙：設(shè)計、安裝、操作和維修（更加詳細的內(nèi)容可以參看《B14技術(shù)文件及圖紙》）；技術(shù)培訓 （更加詳細的內(nèi)容可以參看《B17技術(shù)培訓》）。質(zhì)量管理質(zhì)量計劃中定義了整個項目期間要遵守的與質(zhì)量有關(guān)的規(guī)則。當現(xiàn)在的計劃與質(zhì)量計劃發(fā)生沖突時，按照下面的優(yōu)先順序執(zhí)行：＞項目管理計劃；＞質(zhì)量計劃。**公司和合作投標伙伴公司的質(zhì)量系統(tǒng)見本標書《 B20系統(tǒng)質(zhì)量保證》部分。風險管理風險管理是項目管理中必不可少的一部分。下面幾節(jié)的目的在于解釋將用于本項目的風險管理規(guī)則。風險管理規(guī)則風險管理規(guī)則是基于質(zhì)量程序文件中的建議而制定的。風險管理活動將完成的活動如所示：＞風險識別；＞風險評估；＞檢驗和確認；＞行動計劃；＞行動計劃進度管理?？诳凇蹩诳诳凇蹩诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳凇蹩诳诳凇蹩诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳诳趫DD-1風險管理活動風險表正如在上述章節(jié)中所解釋的，每種風險都通過風險表進行識別和評估。本文件附件2給出了風險表的格式。E.附件1:工作與組織分解結(jié)構(gòu)表E-1**公司工作與組織分解結(jié)構(gòu)（注：X為負責；S為支持）OBS（組織細分結(jié)構(gòu)）WBSOBS（組織細分結(jié)構(gòu)）風變制工成安督硬件組編號 項目項目（現(xiàn)軟件管理場）協(xié)軟件IBP 網(wǎng)絡(luò)伏…組 調(diào)組組 小組屏幕計算機集和裝導11.1.管理招標活動X1.2.整體管理X1.3.進度管理X1.4.項目范圍管理X1.5.合同管理X1.6.秘書服務(wù)X1.7.質(zhì)量管理X1.8.文件管理XOBS（組織細分結(jié)構(gòu)）硬件組編號項目（現(xiàn)場）協(xié)調(diào)組IBP小組網(wǎng)絡(luò)伏屏幕計算機集和裝導工成安督組OBS（組織細分結(jié)構(gòu)）硬件組編號項目（現(xiàn)場）協(xié)調(diào)組IBP小組網(wǎng)絡(luò)伏屏幕計算機集和裝導工成安督組風變制WBS（工作細分結(jié)構(gòu)）TOC\o"1-5"\h\z健康和安全管理 x成本控制 x風險管理 x分包合同管理 x人力資源管理 x采購管理 x設(shè)計2.1.系統(tǒng)工程SSSS2.1.1系統(tǒng)設(shè)計SSSS2.1.2系統(tǒng)集成策略系統(tǒng)測試SSSTOC\o"1-5"\h\z配置和需求管理接口工程 Sx計算機設(shè)計OBSOBS（組織細分結(jié)構(gòu)）WBS（工作細分結(jié)構(gòu)）組風變制工成安督硬件組項目項目（現(xiàn)軟件管理場）協(xié)軟件IBP 網(wǎng)絡(luò)伏…組 調(diào)組組 小組屏幕計算機集和裝導編號計算機和外設(shè)設(shè)計打印機開發(fā)工作臺223計算機設(shè)計FEP設(shè)計操作控制臺、打印臺設(shè)IBP設(shè)計大屏幕設(shè)計WBS（工作細分結(jié)構(gòu)）OBS（組織細分結(jié)構(gòu)）硬件組編號項目（現(xiàn)場）協(xié)調(diào)組IBP小組網(wǎng)絡(luò)伏屏幕計算機集和裝導工成安督組風變制安裝工程2.7.1電纜敷設(shè)和附件設(shè)計2.7.2安裝設(shè)計2.7.3安裝督導2.8.OCC及SCR工藝設(shè)計33.1硬件硬件管理3.2計算機3.2.1計算機和外設(shè)3.2.2開發(fā)工作臺計算機和外設(shè)OBS（組織細分結(jié)構(gòu)）硬件組編號項目（現(xiàn)場）協(xié)調(diào)組IBP小組網(wǎng)絡(luò)伏屏幕計算機集和裝導工成安督組OBS（組織細分結(jié)構(gòu)）硬件組編號項目（現(xiàn)場）協(xié)調(diào)組IBP小組網(wǎng)絡(luò)伏屏幕計算機集和裝導工成安督組風變制WBS（工作細分結(jié)構(gòu)）TOC\o"1-5"\h\zFEP xIBP x大屏幕設(shè)備 x軟件軟件管理小組管理 S軟件配置管理 S“CISCS/SISCS/DISCS軟件CISCS/S