倉(cāng)儲(chǔ)運(yùn)輸和安裝調(diào)試方案說(shuō)明

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

2、目計(jì)劃：設(shè)計(jì)和制造計(jì)劃；軟件開(kāi)發(fā)計(jì)劃；安裝測(cè)試計(jì)劃。工作分配專業(yè)知識(shí)分享WORD 格式編輯整理目的是為不同的項(xiàng)目小組分配工作。根據(jù)工作分工，北京和利時(shí)公司制定項(xiàng)目的WBS（工作分解結(jié)構(gòu)）文件，WBS 的每項(xiàng)工作都被分配給OBS 的至少一個(gè)小組。每位項(xiàng)目副經(jīng)理對(duì)自己小組的工作結(jié)果負(fù)責(zé)，并向項(xiàng)目經(jīng)理/主管匯報(bào)工作。因此每位項(xiàng)目副經(jīng)理都必須對(duì)分配給自己小組成員的工作以及他/她的工作范圍的任務(wù)負(fù)責(zé)。關(guān)于人力資源， 每個(gè)小組必須明確自己的需要以便能夠獨(dú)立處理自己工作范圍內(nèi)的工作。如果要增加資源，項(xiàng)目副經(jīng)理必須向項(xiàng)目經(jīng)理/主管請(qǐng)示。本文的“附件一”給出了北京地鐵十四號(hào)線基本的WBS 。預(yù)算分配和管理項(xiàng)目經(jīng)

3、理分配給每一位項(xiàng)目副經(jīng)理一份預(yù)算以便其完成自己的工作。成本管理員定期跟蹤項(xiàng)目副經(jīng)理的預(yù)算以更新他們的預(yù)算狀況。每位項(xiàng)目副經(jīng)理都必須考慮在合適的技術(shù)和組織選擇方面分配其預(yù)算。每三個(gè)月要求每位項(xiàng)目副經(jīng)理向成本管理員提供一份包含如下內(nèi)容的預(yù)測(cè)報(bào)告：完成工作所需的資源；未付費(fèi)用 /采購(gòu)費(fèi)。然后， 成本管理員會(huì)更新預(yù)測(cè)的工作預(yù)算。在超支的情況下，項(xiàng)目副經(jīng)理必須向項(xiàng)目管理小組提供一份恢復(fù)計(jì)劃。為了滿足用戶的進(jìn)度的要求，進(jìn)度要求的滿足將優(yōu)先成本方面的考慮，即將不計(jì)較成本，首先滿足進(jìn)度要求。需求與配置管理需求管理需求管理是開(kāi)發(fā)綜合監(jiān)控系統(tǒng)軟件，完成綜合監(jiān)控系統(tǒng)工程的一個(gè)主要的組成部分。下面幾節(jié)的目的在于提供已

4、經(jīng)定義好的特別是軟件功能需求方面的一般規(guī)則，并描述組織結(jié)構(gòu)情況以便具備一個(gè)有效的需求管理系統(tǒng)。一般規(guī)則DOORS套裝軟件是一套公認(rèn)的軟件包，它用于管理復(fù)雜系統(tǒng)的需求并且已經(jīng)被北京和專業(yè)知識(shí)分享WORD 格式編輯整理利時(shí)公司采用。北京和利時(shí)公司已經(jīng)開(kāi)發(fā)了一個(gè)應(yīng)用層并將其與DOORS 集成在一起， 并在深圳地鐵2號(hào)線和深圳地鐵4 號(hào)線成功應(yīng)用此需求管理軟件。為了用一種精確、有效的方法跟蹤本合同的要求，北京和利時(shí)公司已經(jīng)決定在整個(gè)十四號(hào)線項(xiàng)目期間使用DOORS軟件包作為需求管理工具。一般過(guò)程一般過(guò)程如下所述：將用戶所有的技術(shù)要求輸入到DOORS ；將系統(tǒng)需求規(guī)范（SRS ）的系統(tǒng)要求輸入到DOORS

5、模塊中去；將詳細(xì)的接口規(guī)范（DIS ）的要求輸入到DOORS 模塊中去；將上述 SRS 和 DIS 中包含的需求分配給DOORS模塊中被稱作系統(tǒng)設(shè)計(jì)規(guī)范（ SDS ）的工作分解項(xiàng)，該項(xiàng)列在工作分解結(jié)構(gòu)中。這些配置項(xiàng)目，既包含硬件配置項(xiàng)（ HWCI ）又包含軟件配置項(xiàng)目（ CSCI ）；根據(jù)系統(tǒng)需求以及SRS 和 DIS 中規(guī)定的要求，將DOORS模塊中的CSCI 和HWCI 撰寫為軟件需求規(guī)范（SWRS ）和硬件需求規(guī)范（HWRS ）；將 CSCI 和 HWCI 的要求分配給工作分解結(jié)構(gòu)DOORS 模塊中被稱作軟件設(shè)計(jì)規(guī)范（ SWDS ）和硬件設(shè)計(jì)規(guī)范（HWDS ）的配置項(xiàng)目；給對(duì)應(yīng)于上述細(xì)分

6、結(jié)構(gòu)的不同層次的測(cè)試定義集成、驗(yàn)證和確認(rèn)（IVV ）模塊；對(duì)于變化跟蹤來(lái)說(shuō)，無(wú)論是出于什么原因（用戶、設(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í)行：項(xiàng)目管理計(jì)劃；專業(yè)知識(shí)分享WORD 格式編輯整理配置管理計(jì)劃。為了可以根據(jù)清晰設(shè)計(jì)而開(kāi)發(fā)系統(tǒng)，及為了擁有一套一致的文件和DOORS模塊，將定期更

7、正系統(tǒng)基準(zhǔn)。在整個(gè)項(xiàng)目期間，該過(guò)程都會(huì)進(jìn)行。配置控制委員會(huì)（CCB ）將負(fù)責(zé)在整個(gè)項(xiàng)目周期中定義各種基準(zhǔn)。系統(tǒng)配置工程師將負(fù)責(zé)跟蹤并監(jiān)督將投入使用的基準(zhǔn)系統(tǒng)。將遵循的一般規(guī)則如下所示：在給定的參考系中，系統(tǒng)基準(zhǔn)與一套基準(zhǔn)的DOORS模塊對(duì)應(yīng)；對(duì)應(yīng)于給定基準(zhǔn)的文件將儲(chǔ)存在DOORS 模塊中；將有兩類基準(zhǔn)：正式基準(zhǔn)：它們對(duì)應(yīng)一套模塊包括基準(zhǔn)和正式提交給用戶的基準(zhǔn)；非正式基準(zhǔn)：它們對(duì)應(yīng)一套于DOORS模塊的基準(zhǔn)，但未包含在正式提交給用戶的基準(zhǔn)。無(wú)論是什么原因要求變更文件，都必須向負(fù)責(zé)確認(rèn)并決定何時(shí)執(zhí)行變更的CCB提交一份變更建議：在CCB做出正式?jīng)Q定之前，任何人都不能擅自變更作為基準(zhǔn)的模塊；當(dāng) CC

8、B 做出執(zhí)行變更的決定時(shí)， 變更及其相關(guān)影響將輸入到 DOORS 中去。進(jìn)行變更后，所有修改過(guò)的文件都必須進(jìn)行基準(zhǔn)變更，并且系統(tǒng)基準(zhǔn)也必須進(jìn)行相應(yīng)地變動(dòng)；正式文件基準(zhǔn)按照文件的修訂版進(jìn)行命名；非正式文件基準(zhǔn)按照正式最新的修訂版參考號(hào)并后加一個(gè)字母命名；正式系統(tǒng)基準(zhǔn)的名稱由字母“ S”后接 199 的數(shù)字構(gòu)成；非正式系統(tǒng)基準(zhǔn)由字母“ S ”后接 199 的數(shù)字以及一個(gè)小寫字母構(gòu)成；為了檢查是否正確執(zhí)行了變更情況，必須使用一個(gè)跟蹤系統(tǒng)。這種監(jiān)督工作由系統(tǒng)配置工程師負(fù)責(zé)；在項(xiàng)目的任何階段，任何活動(dòng)都必須按照目前批準(zhǔn)的系統(tǒng)基準(zhǔn)進(jìn)行。軟件配置管理軟件配置管理計(jì)劃中規(guī)定了軟件配置管理的規(guī)則和程序。在配置管

9、理計(jì)劃和軟件配置管理計(jì)劃發(fā)生沖突時(shí)，將按照下面的優(yōu)先順序執(zhí)行：配置管理計(jì)劃；專業(yè)知識(shí)分享WORD 格式編輯整理軟件配置管理計(jì)劃。復(fù)查、匯報(bào)、會(huì)議及審核除了設(shè)計(jì)聯(lián)絡(luò)會(huì)，將執(zhí)行下面的復(fù)查、匯報(bào)、會(huì)議和審核：內(nèi)部月進(jìn)度審查會(huì)項(xiàng)目經(jīng)理每月通過(guò)月項(xiàng)目審查會(huì)向項(xiàng)目管理部主管匯報(bào)工作。每位項(xiàng)目副經(jīng)理都必須在審查會(huì)之前至少一周向項(xiàng)目經(jī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)目經(jīng)理通過(guò)季度預(yù)算審查會(huì)每年向項(xiàng)目管理部主管和成本管理員匯報(bào)4 次工作。每位項(xiàng)目副經(jīng)理在季度預(yù)

10、算審查會(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ì)北京和利時(shí)公司每周將各舉行一次公司內(nèi)部進(jìn)度會(huì)。所有的項(xiàng)目副經(jīng)理都必須參加。對(duì)于某些會(huì)議來(lái)說(shuō)， 可能會(huì)邀請(qǐng)額外的項(xiàng)目小組成員參加。這些會(huì)議將在每周一下午4 點(diǎn)舉行。如遇公共假期， 則會(huì)議自動(dòng)順延至第二天的同一時(shí)間舉行。如遇特殊情況，會(huì)議可以延期舉行。項(xiàng)目月進(jìn)度會(huì)北京和利時(shí)公司每月舉行月進(jìn)度會(huì)，該會(huì)議是北京和利時(shí)公司基于項(xiàng)目管理層面，項(xiàng)目副經(jīng)理也參加會(huì)議。對(duì)于某些會(huì)議， 可能會(huì)邀請(qǐng)

11、額外的項(xiàng)目小組成員參加。這些會(huì)議由項(xiàng)目經(jīng)理組織并主持。對(duì)于相關(guān)的每月進(jìn)度報(bào)告：將在每月5 號(hào)提交；專業(yè)知識(shí)分享WORD 格式編輯整理每位項(xiàng)目副經(jīng)理都必須填寫部分與其工作范圍相關(guān)的報(bào)告；秘書負(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)容包括：系統(tǒng)設(shè)計(jì)審查 （SDR ）：目的是審查詳細(xì)接口規(guī)范（ DIS ）、系統(tǒng)需求規(guī)范 （ SRS ）、系統(tǒng)設(shè)計(jì)規(guī)范（SDS ，包括 SWDS 和 HWDS ）以及接口需求規(guī)范（IRS ）；部件設(shè)計(jì)復(fù)查（CDR ）：目的是檢查各子系統(tǒng)和系統(tǒng)組成部

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

13、流程；質(zhì)量系統(tǒng)改進(jìn)和控制流程；質(zhì)量保證流程；預(yù)防性措施流程。協(xié)調(diào)與溝通項(xiàng)目信息的溝通在綜合監(jiān)控系統(tǒng)項(xiàng)目?jī)?nèi)顯得非常重要，不僅是在團(tuán)隊(duì)內(nèi)部各職能小組之專業(yè)知識(shí)分享WORD 格式編輯整理間需要進(jìn)行及時(shí)的溝通聯(lián)絡(luò)， 同時(shí)該項(xiàng)目的一個(gè)突出特點(diǎn)已經(jīng)決定了該項(xiàng)目需要大量的接口協(xié)調(diào)工作，即北京和利時(shí)公司需要同若干個(gè)項(xiàng)目組織之間建立通暢的信息溝通渠道和高效信息溝通流程，這對(duì)于保證綜合監(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ì)劃。北京地鐵十四號(hào)線綜合監(jiān)控系統(tǒng)項(xiàng)目將需要與以下各方進(jìn)行強(qiáng)有力的協(xié)調(diào)與頻繁聯(lián)絡(luò)：北京

14、地鐵公司（包含ISCS 業(yè)主及其它專業(yè)業(yè)主）；工程監(jiān)理；設(shè)計(jì)院；土建承包商；安裝承包商；其他的接口系統(tǒng)/ 設(shè)備供應(yīng)商。為了有效實(shí)現(xiàn)這種協(xié)調(diào)，在設(shè)計(jì)和開(kāi)發(fā)階段，工作人員將在北京工作，在現(xiàn)場(chǎng)安裝/接口 /測(cè)試階段以及保修期內(nèi)其工作人員將在北京工作。協(xié)調(diào)活動(dòng)包括兩類：接口設(shè)計(jì)；現(xiàn)場(chǎng)協(xié)調(diào)。接口設(shè)計(jì)計(jì)劃對(duì)于順利完成像北京地鐵十四號(hào)線綜合監(jiān)控系統(tǒng)這樣的工程，接口管理是一個(gè)非常重要的問(wèn)題。對(duì)于項(xiàng)目開(kāi)發(fā)來(lái)說(shuō)，接口管理活動(dòng)是主要的信息來(lái)源之一，并且在整個(gè)工程期間它都需要與其他各方進(jìn)行強(qiáng)有力的協(xié)調(diào)。本接口管理計(jì)劃（IMP ）定義了用來(lái)開(kāi)發(fā)ISCS 和接口系統(tǒng)之間詳細(xì)接口要求的管理過(guò)程。本計(jì)劃的目的是為無(wú)縫集成提供

15、方便，使其符合ISCS 用戶需求以及接口設(shè)備規(guī)范。此外，IMP 將提出北京和利時(shí)公司與接口承包商用來(lái)定義兩個(gè)系統(tǒng)間接口的詳細(xì)要求的過(guò)程。接口管理將在接口文件中提出下面的屬性：電氣、機(jī)械、軟件協(xié)議以及功能數(shù)據(jù)接口；檢查、測(cè)試和試運(yùn)行。文件也將定義進(jìn)行資源管理、文件變動(dòng)控制、 北京和利時(shí)公司和接口承包商之間溝通以專業(yè)知識(shí)分享WORD 格式編輯整理及沖突解決所需的過(guò)程。接口設(shè)計(jì)詳細(xì)的接口設(shè)計(jì)參見(jiàn)B2-2 綜合監(jiān)控專用技術(shù)冊(cè)（下）中的論述。溝通與交流接口會(huì)議接口會(huì)議的工作范圍如下所示：了解各方的設(shè)計(jì)要求，開(kāi)發(fā)并協(xié)商通過(guò)設(shè)計(jì)和接口要求以滿足北京地鐵合同中所規(guī)定的要求；確定影響接口設(shè)計(jì)的關(guān)鍵性能參數(shù)和問(wèn)題

16、；確定設(shè)計(jì)階段、安裝階段以及試運(yùn)行階段的測(cè)試要求細(xì)節(jié)；按照每個(gè)合同中的總規(guī)劃協(xié)商通過(guò)設(shè)計(jì)和測(cè)試程序；協(xié)商提交給北京地鐵的接口文件。接口會(huì)議的時(shí)間及地點(diǎn)安排將由接口雙方協(xié)商。我們建議在北京舉行接口會(huì)議。承包商之間的信息交流承包商之間通過(guò)圖紙和說(shuō)明性文件這兩種方法進(jìn)行信息交流。可以在接口會(huì)議期間或者通過(guò)正式公文交流信息。通過(guò)圖紙交流的信息包括結(jié)構(gòu)圖、機(jī)械詳圖、電器詳圖、接口電路圖、接線圖等等。說(shuō)明性文件用來(lái)描述程序、系統(tǒng)特點(diǎn)、電器特點(diǎn)、測(cè)試要求以及會(huì)議記錄，包括行動(dòng)表。雙方利用電子郵件、傳真或電話經(jīng)常保持溝通以明確設(shè)計(jì)和所有后勤安排的細(xì)節(jié)。達(dá)成的協(xié)議將在接口會(huì)議后形成會(huì)議紀(jì)要或正式的可發(fā)布文件。需

17、要業(yè)主的支持雙方在接口會(huì)議期間通過(guò)正式文件解決問(wèn)題。當(dāng)確認(rèn)問(wèn)題需要北京地鐵介入時(shí)，雙方或者在接口會(huì)議的紀(jì)要中或者通過(guò)書面通知業(yè)主。當(dāng)無(wú)法就關(guān)鍵問(wèn)題達(dá)成協(xié)議或者對(duì)各方合同中的特殊需求或接口規(guī)范要求的解釋持不同意見(jiàn)時(shí)，將立刻以書面形式向業(yè)主發(fā)出仲裁和確認(rèn)請(qǐng)求。業(yè)主出席會(huì)議將加速問(wèn)題的解決。專業(yè)知識(shí)分享WORD 格式編輯整理接口文件將為每位接口承包商準(zhǔn)備下列文件：詳細(xì)的接口規(guī)范（ DIS）文件的目的目的是規(guī)定并描述與ISCS 和接口系統(tǒng)間接口相關(guān)的所有信息；由于在系統(tǒng)設(shè)計(jì)階段不可能獲取所有的信息，本文件將在項(xiàng)目進(jìn)行期間不斷進(jìn)行修正。文件管理和提交DIS 是一種 ISCS 文件， 由北京和利時(shí)公司制作

18、和管理。在向業(yè)主發(fā)布前，將由接口承包商復(fù)查本文件。我們建議與其他的接口承包商正式簽署DIS 文件；接口承包商也可以將DIS 用于自己的接口文件。我們建議使用沒(méi)有改動(dòng)過(guò)的文件，并且建議加上一個(gè)封皮，使接口承包商文件在參考上與接口承包商規(guī)范保持一致；兩個(gè)封面的重疊將表明文件修訂版是如何與雙方的合同保持同步的。典型的文件格式見(jiàn)表0-1表0-1 典型文件格式組成部分內(nèi)容1.目的本部分應(yīng)敘述有關(guān)的接口及兩個(gè)合同參考2.參考文件本部分將涉及 ISCS 規(guī)范的相關(guān)部分和附錄。本部分也包括參考標(biāo)準(zhǔn)或其他的應(yīng)用文獻(xiàn)。3.術(shù)語(yǔ)表任何使用過(guò)的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語(yǔ)。4. 接口規(guī)范4.1接

19、口圖接口圖中指出了工作范圍和責(zé)任范圍。4.2物理接口4.2.1特性和位置一張表表明每個(gè)接口的特性和準(zhǔn)確位置。位置可能是車站、車輛段、OCC （控制中心）或一座輔助建筑物內(nèi)的一個(gè)房間。4.2.2電氣描述本部分包括一張?jiān)韴D，圖中標(biāo)明了成分、電纜以及接線安排的電壓、電流或阻抗規(guī)格以及電源規(guī)格。4.2.3機(jī)械描述本部分包括：-端子柜編組原則；-機(jī)柜尺寸和安裝；專業(yè)知識(shí)分享WORD 格式編輯整理組成部分內(nèi)容-接線柱、插座和接線端子。4.3功能接口本部分的目的是提供兩方面的要求了解。接口設(shè)備及其監(jiān)控?cái)?shù)據(jù)和功能將按照ISCS 和接口商的最初合同要求列出來(lái)。4.4協(xié)議本部分將提供用于接口的詳細(xì)軟件協(xié)議。4.

20、5命名慣例本部分將說(shuō)明用來(lái)識(shí)別ISCS 和接口系統(tǒng)中的每種信息的命名慣例。命名慣例將用來(lái)識(shí)別ISCS 工作站中的信息和為設(shè)備、 電纜以及接線端子加標(biāo)簽。4.6設(shè)計(jì)約束條件本部分將列出所有的設(shè)計(jì)約束條件，例如，特殊響應(yīng)時(shí)間、通信軟件版本，等等。4.7EMC（電磁兼容如果存在，則本部分將說(shuō)明所有的電磁兼容性的約束或問(wèn)題。性）5.執(zhí)行和安裝本部分將包括所有的執(zhí)行和安裝事件（如果存在）。5.1限制條件本部分的目的是盡早發(fā)現(xiàn)實(shí)施或安裝方面存在的限制：空間規(guī)定、接入日期和特殊工具，等等。如果限制條件影響接口實(shí)施和安裝程序，則該限制條件將包含在實(shí)施和安裝程序中。如果需要特別關(guān)注，則一個(gè)限制將被看成是一個(gè)特殊

21、的接口問(wèn)題。5.2程序本部分將提供一個(gè)接口實(shí)施和安裝程序，該程序至少應(yīng)該包含兩位承包商所提供的信息和他們根據(jù)各自的目標(biāo)開(kāi)工和完工日期所采取的行動(dòng)。6. 質(zhì)量保證6.1接口要求參考本部分是一個(gè)基本的相互參照表，它為 DIS 中所規(guī)定的每條要求提供了它們相應(yīng)最初的規(guī)范要求。6.2驗(yàn)證和確認(rèn)本部分是一個(gè)基本的表格，它為DIS 中所規(guī)定的每條要求提供了驗(yàn)證方法。附錄和圖紙?jiān)敿?xì)的數(shù)據(jù)接口附錄對(duì)于每個(gè)接口位置來(lái)說(shuō)，詳細(xì)的數(shù)據(jù)接口表包括：信息標(biāo)識(shí)符（設(shè)備和數(shù)據(jù)）；信息描述（設(shè)備狀態(tài)） ；對(duì)應(yīng)值；點(diǎn)或信息位置（例如在一張表中列出）及地址。電纜、接線端子和圖紙本附錄包括所有的電纜路由選擇、電纜終端、配置、機(jī)柜安

22、排、結(jié)構(gòu)規(guī)定以及空間規(guī)定和電路圖。系統(tǒng)啟動(dòng)參數(shù)詳細(xì)的接口測(cè)試計(jì)劃（DITP ）文件的目的本文件的目的是定義并描述如何在設(shè)計(jì)階段實(shí)現(xiàn)接口測(cè)試，以達(dá)到如下目標(biāo)：首先，確認(rèn)計(jì)劃的測(cè)試是否必要和充分；其次，組織單獨(dú)測(cè)試，然后與接口承包商一起組織聯(lián)合測(cè)試。文件管理和提交DITP 是一種 ISCS 文件，由北京和利時(shí)公司制作和管理；專業(yè)知識(shí)分享WORD 格式編輯整理在提交給業(yè)主之前，將由接口承包商審查本文件；我們建議接口承包商也可以將DITP 用于自己的接口文件。我們建議接口承包商使用沒(méi)有改動(dòng)過(guò)的文件，并且建議加上一個(gè)封皮帶有與接口承包商規(guī)范保持一致；兩個(gè)封面的重疊將表明文件的修訂版是如何與雙方的合同保持

23、同步的。文件內(nèi)容見(jiàn)表0-2表 0-2 文件內(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ù)語(yǔ)表任何使用過(guò)的首字母縮寫詞的含義。解釋相關(guān)或必要的詞匯或技術(shù)用語(yǔ)。4.測(cè)試方法本部分將描述在工廠測(cè)試階段和現(xiàn)場(chǎng)測(cè)試階段如何測(cè)試接口，并強(qiáng)調(diào)每個(gè)階段接口測(cè)試的重疊部分。5.接口測(cè)試規(guī)范本部分將為工廠和現(xiàn)場(chǎng)測(cè)試總結(jié)出建議測(cè)試程序。5.1測(cè)試標(biāo)識(shí)符對(duì)于每一種測(cè)試，都將分配一個(gè)測(cè)試標(biāo)識(shí)符。5.1.1測(cè)試的目的簡(jiǎn)要描述測(cè)試的目的。5.1.2需求參考本部分將參考本程序所驗(yàn)證的接口要求。5.1.3測(cè)試配

24、置本部分描述了完成測(cè)試所必需的硬件和軟件配置。5.1.4測(cè)試設(shè)備本部分列出了所有必需的測(cè)試設(shè)備及他們個(gè)別的用途。5.1.5測(cè)試程序本部分包括用于相關(guān)的測(cè)試表的典型格式。6.測(cè)試的邏輯順序本部分描述了完成測(cè)試的邏輯順序。7.質(zhì)量保證7.1 接口要求參考本部分是一個(gè)基本的相互參照表，它為 DIS 中的每條要求提供了它們相應(yīng)最初的規(guī)范要求。附錄 &圖紙接口測(cè)試規(guī)范程序（ ITSP）文件目的每個(gè) ITSP 是一種測(cè)試程序，它描述了工廠接口測(cè)試、現(xiàn)場(chǎng)接口測(cè)試、現(xiàn)場(chǎng)端到端測(cè)試期間完成的每項(xiàng)測(cè)試；在系統(tǒng)驗(yàn)收期間， 測(cè)試程序?qū)⒈籌SCS 工程師和接口承包商的工程師用作驗(yàn)收檢驗(yàn)程序。文件管理和提交專業(yè)知

25、識(shí)分享WORD 格式編輯整理ITSP 是一個(gè) ISCS 和接口承包商的共同文件。它將由ISCS 和接口承包商共同制作、復(fù)查并向其各自的工程師發(fā)布；本文件將被兩位承包商同時(shí)參照，以管理它們各自的文件參考系統(tǒng)。接口測(cè)試程序的內(nèi)容測(cè)試的所有細(xì)節(jié)、先決條件、測(cè)試行動(dòng)以及預(yù)期的測(cè)試效果都將編入本文件。測(cè)試表將在測(cè)試期間使用和填寫。因此，相關(guān)的測(cè)試表將由北京和利時(shí)公司和其他的承包商簽署并編入測(cè)試報(bào)告。接口文件的版本控制文件版本控制將在每位承包商制定好質(zhì)量程序之后進(jìn)行。該文本文件包括一張變動(dòng)控制和簽名頁(yè)以識(shí)別以前版本的變動(dòng)情況。文本中可用下劃線來(lái)識(shí)別復(fù)查過(guò)程中的具體變動(dòng)。在新版本中添加了工具條以表明變動(dòng)情況

26、。接口變更管理接口設(shè)計(jì)變更過(guò)程在項(xiàng)目周期中，可能有變更接口要求以改進(jìn)設(shè)計(jì)、改正錯(cuò)誤并最小化風(fēng)險(xiǎn)。接口設(shè)計(jì)變更過(guò)程確保：所有建議的用于接口要求的硬件、軟件或文件變更都必須匯報(bào)、記錄、跟蹤并解決；用一種清晰、一致的方式提出變更說(shuō)明書；全面評(píng)估變更建議并接受正確的處理方案；可以看到所有變更狀態(tài)；并且所有的傳達(dá)和傳達(dá)途徑都進(jìn)行了很好的定義。將由 ISCS 和接口承包商共同制定詳細(xì)接口規(guī)范。在批準(zhǔn) DIS 時(shí)，將對(duì)接口設(shè)計(jì)（設(shè)計(jì)凍結(jié)）進(jìn)行基準(zhǔn)化。在最初提交后，進(jìn)行的任何變更都將按接口變更過(guò)程執(zhí)行。接口需求變更報(bào)告接口需求變更報(bào)告是為重要接口問(wèn)題或異?，F(xiàn)象而編制的文件。問(wèn)題可能會(huì)與接口需求的任何一方有關(guān)。

27、接口變更報(bào)告可能會(huì)使用一種標(biāo)準(zhǔn)形式、用一種簡(jiǎn)潔的方式提出主題：提專業(yè)知識(shí)分享WORD 格式編輯整理供問(wèn)題的描述并證明正確的變更建議。接口需求變更報(bào)告將提出所有的相關(guān)事實(shí)以指出變更的重要性，例如所要求變更的細(xì)節(jié)、如果不變更的風(fēng)險(xiǎn)、建議的應(yīng)用以及建議的優(yōu)先水平等。接口需求變更報(bào)告應(yīng)該表明設(shè)計(jì)變更建議是否與規(guī)范要求和安全要求相符。接口需求變更報(bào)告也應(yīng)該識(shí)別正確設(shè)計(jì)變更是否偏離了這些要求。承包商將決定是否需要召開(kāi)會(huì)議。變更建議的審查接口需求變更報(bào)告將由業(yè)主和兩位承包商共商復(fù)查以確保它描述了實(shí)際的問(wèn)題并且附上到了所有相關(guān)的數(shù)據(jù)。業(yè)主和承包商之間的正式、非正式文件將闡明或完成對(duì)所提出數(shù)據(jù)的理解。如果有必要

28、召開(kāi)會(huì)議來(lái)討論變更建議，那么在可能的情況下將在會(huì)議上把眾多的變更建議進(jìn)行討論。如果復(fù)查過(guò)程做出了變更結(jié)論，則將要求最初的承包商返工。業(yè)主和承包商在復(fù)查過(guò)程中要求的內(nèi)部安全和系統(tǒng)設(shè)計(jì)復(fù)查將按照它們各自的管理程序進(jìn)行。變更將通過(guò)與會(huì)的授權(quán)代表復(fù)查并記錄于會(huì)議紀(jì)要中。接口測(cè)試為保證 ISCS 與各系統(tǒng)間接口的正確性，北京和利時(shí)公司采用不限于以下內(nèi)容的測(cè)試方法檢驗(yàn)系統(tǒng)間接口是否滿足合同需求及相關(guān)技術(shù)規(guī)范。技術(shù)要求檢驗(yàn)方法物理接口負(fù)責(zé)連接 ISCS 與各系統(tǒng)目視檢查，冗余測(cè)試，通訊測(cè)試功能接口ISCS 與各系統(tǒng)之間實(shí)現(xiàn)的具體功能點(diǎn)對(duì)點(diǎn)測(cè)試，端對(duì)端測(cè)試，功能測(cè)試，性能測(cè)試協(xié)議ISCS 與各系統(tǒng)之間通訊采用

29、的具體協(xié)議協(xié)議測(cè)試數(shù)據(jù)接口各系統(tǒng)向 ISCS 提供的信息點(diǎn)點(diǎn)對(duì)點(diǎn)測(cè)試，端對(duì)端測(cè)試檢驗(yàn)及確認(rèn)目視檢查為確保 ISCS 與各系統(tǒng)承包商提供的接口滿足用戶需求，可以采用目視檢查或尺寸測(cè)量專業(yè)知識(shí)分享WORD 格式編輯整理的方法進(jìn)行檢查，不需要專用的儀器設(shè)備，對(duì)各承包商提供的接口應(yīng)進(jìn)行100% 的目視檢查以確保接口安裝的正確性。目視檢查測(cè)試的主要對(duì)象是所有物理接口的連接電纜及接口設(shè)備（包括：電纜安裝、端子排布置， 轉(zhuǎn)換器的安裝位置等），目視檢查將參照DIS 中規(guī)定的ISCS 與各系統(tǒng)接口劃分及工藝圖紙中來(lái)執(zhí)行，目視檢查不包括電纜的連接電氣測(cè)試，該測(cè)試應(yīng)該在安裝階段完成。目視檢查遵循以下步驟：ISCS

30、人員核對(duì)所有電纜是否已經(jīng)在接口點(diǎn)處安裝就緒，而且是否選擇了最恰當(dāng)?shù)姆笤O(shè)路線。ISCS 人員核對(duì)所有電纜連接的正確性。通訊測(cè)試通訊測(cè)試確保各系統(tǒng)設(shè)備不同模塊之間能正常通訊，測(cè)試將在現(xiàn)場(chǎng)進(jìn)行。通訊測(cè)試的目的是確保所有物理接口的兩端通過(guò)電氣連接測(cè)試，確保 ISCS和各系統(tǒng)兩端可以建立通訊連接。通訊測(cè)試包括以下步驟：ISCS 人員使用萬(wàn)用表作為測(cè)試工具，測(cè)試接口雙方的電氣連接。ISCS 人員將便攜機(jī)連接到ISCSFEP（該便攜機(jī)可以監(jiān)視局域網(wǎng)數(shù)據(jù)和連接狀態(tài)）。ISCS 人員通過(guò)便攜機(jī)檢查連接狀態(tài)。協(xié)議測(cè)試通訊協(xié)議的測(cè)試目的是檢驗(yàn)接口軟件功能，確保 ISCS 和各系統(tǒng)承包商雙方開(kāi)發(fā)的協(xié)議及通訊機(jī)制達(dá)到設(shè)

31、計(jì)規(guī)范；同時(shí)檢驗(yàn)軟件接口部分是否遵守協(xié)議文件，并澄清在協(xié)議文本中沒(méi)有描述清楚的內(nèi)容。協(xié)議測(cè)試應(yīng)至少包含對(duì)所有命令和數(shù)據(jù)的格式、收發(fā)的機(jī)制和例外處理等的測(cè)試。協(xié)議的測(cè)試應(yīng)通過(guò)實(shí)際設(shè)備進(jìn)行，除非北京地鐵允許，一般不建議采用模擬器進(jìn)行協(xié)議測(cè)試。在詳細(xì)接口規(guī)范中描述的接口協(xié)議被認(rèn)可的情況下，ISCS 和各系統(tǒng)應(yīng)該履行協(xié)議測(cè)試，確保承包商雙方正確實(shí)現(xiàn)接口協(xié)議，并澄清協(xié)議文件中未作規(guī)定的問(wèn)題。協(xié)議測(cè)試將測(cè)試以下功能：系統(tǒng)初始化專業(yè)知識(shí)分享WORD 格式編輯整理消息格式的正確性ISCS 從各系統(tǒng)讀取信息ISCS 向各系統(tǒng)寫信息或命令協(xié)議測(cè)試環(huán)境如下圖所示：便攜式 PC 機(jī)ISCS 系統(tǒng) FEP各子系統(tǒng)仿真器

32、或?qū)嶋H設(shè)圖 0-1 協(xié)議測(cè)試環(huán)境示意圖冗余測(cè)試冗余測(cè)試用來(lái)檢查ISCS 與接口系統(tǒng)間冗余機(jī)制是否滿足合同要求及用戶需求，冗余測(cè)試根據(jù)實(shí)際情況在工廠或工程現(xiàn)場(chǎng)進(jìn)行，冗余測(cè)試應(yīng)使用實(shí)際設(shè)備進(jìn)行測(cè)試，不建議使用模擬器進(jìn)行仿真測(cè)試，冗余測(cè)試至少包括以下內(nèi)容：正常情況下，ISCS 與接口系統(tǒng)之間的冗余機(jī)制建立ISCS 冗余設(shè)備故障時(shí)，ISCS 與接口系統(tǒng)之間連續(xù)通訊及故障隔離測(cè)試。接口系統(tǒng)冗余設(shè)備故障時(shí)，ISCS 與接口系統(tǒng)之間連續(xù)通訊及故障隔離測(cè)試點(diǎn)對(duì)點(diǎn)測(cè)試點(diǎn)對(duì)點(diǎn)測(cè)試用于檢查ISCS 和接口系統(tǒng)數(shù)據(jù)庫(kù)之間點(diǎn)的對(duì)應(yīng)關(guān)系，并檢查ISCS 計(jì)算機(jī)和各系統(tǒng)通過(guò)以太網(wǎng)/串行接口傳輸?shù)乃袛?shù)據(jù)點(diǎn)正確性，測(cè)試中使用

33、測(cè)試設(shè)備檢驗(yàn)從ISCS服務(wù)器到相關(guān)各系統(tǒng)的控制器/終端的數(shù)據(jù)點(diǎn)對(duì)應(yīng)。 本工程將進(jìn)行100% 的點(diǎn)對(duì)點(diǎn)測(cè)試， 100%點(diǎn)對(duì)點(diǎn)測(cè)試可以大量減少現(xiàn)場(chǎng)測(cè)試/ 校正的時(shí)間，點(diǎn)對(duì)點(diǎn)測(cè)試將于ISCS/ 各系統(tǒng)的單機(jī)單系統(tǒng)工廠驗(yàn)收完成后進(jìn)行。點(diǎn)對(duì)點(diǎn)測(cè)試建議采用如下步驟：各系統(tǒng)人員模仿本系統(tǒng)狀態(tài)的變化ISCS 人員檢查FEP 是否接收到了正確值專業(yè)知識(shí)分享WORD 格式編輯整理測(cè)試所有狀態(tài)ISCS 人員模擬發(fā)出一個(gè)去各系統(tǒng)的控制命令各系統(tǒng)人員檢查各系統(tǒng)是否接收到了正確命令測(cè)試所有控制命令點(diǎn)對(duì)點(diǎn)測(cè)試環(huán)境如下圖所示：便攜式 PC 機(jī)ISCS 系統(tǒng)FEP便攜機(jī)子系統(tǒng)系統(tǒng)實(shí)際設(shè)備圖 0-2 點(diǎn)對(duì)點(diǎn)測(cè)試環(huán)境示意圖端對(duì)端測(cè)

34、試端到端測(cè)試將使用測(cè)試設(shè)備確保ISCSHMI上顯示的點(diǎn)與現(xiàn)場(chǎng)各系統(tǒng)設(shè)備之間的信息點(diǎn)對(duì)應(yīng)關(guān)系。本工程將在現(xiàn)場(chǎng)進(jìn)行100% 的端到端測(cè)試（每個(gè)設(shè)備類進(jìn)行100% 的端到端測(cè)試），端對(duì)端測(cè)試將于ISCS/ 各集成 /互聯(lián)系統(tǒng)的單機(jī)現(xiàn)場(chǎng)驗(yàn)收完成后的聯(lián)調(diào)中進(jìn)行，在端對(duì)端測(cè)試中ISCS 承包商負(fù)責(zé)從綜合監(jiān)控系統(tǒng)到各接口系統(tǒng)的接口數(shù)據(jù)正確。端對(duì)端測(cè)試的目的是：檢查從 ISCS 的人機(jī)界面（ HMI ）到現(xiàn)場(chǎng)設(shè)備的正?？刂乒δ?；驗(yàn)證 ISCS 對(duì)各接口各系統(tǒng)設(shè)備的正常監(jiān)視功能；端對(duì)端測(cè)試建議采用如下步驟：各系統(tǒng)人員改變現(xiàn)場(chǎng)設(shè)備狀態(tài)ISCS 人員檢查ISCS HMI接收和顯示的值是否正確測(cè)試 100% 信息點(diǎn)I

35、SCS 人員發(fā)送一個(gè)控制命令到各系統(tǒng)各系統(tǒng)人員檢查本系統(tǒng)是否正確執(zhí)行了命令并且反信給ISCS測(cè)試 100% 控制命令。專業(yè)知識(shí)分享WORD 格式編輯整理端對(duì)端測(cè)試環(huán)境如下圖所示：ISCS 系統(tǒng)ISCS 服務(wù)器HMIISCS 系統(tǒng)FEP就地設(shè)備子系統(tǒng)實(shí)際通訊設(shè)備圖 0-3 端對(duì)端測(cè)試示意圖功能測(cè)試本工程將在現(xiàn)場(chǎng)進(jìn)行功能測(cè)試， 通過(guò)接口功能測(cè)試檢驗(yàn) ISCS 系統(tǒng)和被接入系統(tǒng)接口部分的功能是否達(dá)到合同要求和用戶需求， 功能測(cè)試應(yīng)對(duì)詳細(xì)接口規(guī)范中列出的功能接口進(jìn)行逐一測(cè)試，確保在 ISCS 系統(tǒng)中的各系統(tǒng)功能的得到了正確實(shí)現(xiàn)。性能測(cè)試本工程將在現(xiàn)場(chǎng)進(jìn)行性能測(cè)試，以驗(yàn)證 ISCS 系統(tǒng)是否滿足DIS

36、中規(guī)定的性能需求，測(cè)試將針對(duì)從各系統(tǒng)現(xiàn)場(chǎng)設(shè)備到ISCS 的整個(gè)鏈路， 性能測(cè)試的目的是保證數(shù)據(jù)在承諾的時(shí)間內(nèi)從各系統(tǒng)傳送到ISCS HMI 。下述測(cè)試步驟僅為舉例說(shuō)明，最終的詳細(xì)測(cè)試步驟將在接口測(cè)試規(guī)范（ ITSP ）中給出。在現(xiàn)場(chǎng)改變一個(gè)設(shè)備狀態(tài)，計(jì)時(shí)開(kāi)始。協(xié)議分析儀監(jiān)測(cè)到接口端子的網(wǎng)絡(luò)數(shù)據(jù)，第一次計(jì)時(shí)停止。ISCS HMI上的相關(guān)設(shè)備圖標(biāo)發(fā)生變化，第二次計(jì)時(shí)停止。在 ISCS HMI 上發(fā)送一個(gè)控制命令，計(jì)時(shí)開(kāi)始。協(xié)議分析儀監(jiān)測(cè)到接口端子的網(wǎng)絡(luò)數(shù)據(jù)，第一次計(jì)時(shí)停止。現(xiàn)場(chǎng)設(shè)備執(zhí)行控制命令，設(shè)備狀態(tài)改變，第二次計(jì)時(shí)停止性能測(cè)試環(huán)境如下圖所示：專業(yè)知識(shí)分享WORD 格式編輯整理ISCS 系統(tǒng)IS

37、CS 服務(wù)器HMIISCS 系統(tǒng)FEP就地設(shè)備子系統(tǒng)實(shí)際通訊設(shè)備圖 0-4 性能測(cè)試環(huán)境示意圖檢驗(yàn)流程北京地鐵十四號(hào)線ISCS 接口測(cè)試將按照下圖顯示的流程進(jìn)行：協(xié)議測(cè)試規(guī)范協(xié)議測(cè)試單系統(tǒng)工廠測(cè)試冗余測(cè)試規(guī)范冗余測(cè)試接口測(cè)試規(guī)范點(diǎn)對(duì)點(diǎn)測(cè)試規(guī)范點(diǎn)對(duì)點(diǎn)測(cè)試單系統(tǒng)現(xiàn)場(chǎng)測(cè)試目視檢查通訊測(cè)試端對(duì)端測(cè)試規(guī)范端對(duì)端測(cè)試功能測(cè)試規(guī)范功能測(cè)試聯(lián)合測(cè)試單獨(dú)合同所做的測(cè)試性能測(cè)試性能測(cè)試規(guī)范文件全系統(tǒng)現(xiàn)場(chǎng)驗(yàn)收測(cè)試專業(yè)知識(shí)分享WORD 格式編輯整理圖 0-5 檢驗(yàn)流程示意圖與公共管理部門的協(xié)調(diào)可能需要與公安部門以及消防部門進(jìn)行協(xié)調(diào)。我們期望這種協(xié)調(diào)將在業(yè)主的權(quán)限內(nèi)進(jìn)行。我們建議每次會(huì)議都有業(yè)主的代表到場(chǎng)，并且我們還建

38、議管理部門所需的所有信息都應(yīng)該傳送給北京和利時(shí)公司。文件控制規(guī)則與流程在項(xiàng)目文件控制程序中規(guī)定了與文件控制有關(guān)的規(guī)則。當(dāng)項(xiàng)目管理計(jì)劃與項(xiàng)目文件控制流程之間發(fā)生沖突時(shí)，將按照下面的優(yōu)先順序執(zhí)行：項(xiàng)目管理計(jì)劃；項(xiàng)目文件控制流程。文件發(fā)放技術(shù)文件發(fā)放一般而言， 技術(shù)文件不發(fā)放給項(xiàng)目參與人， 所有的資料都按文件管理的規(guī)定存放在公司的冗余文件服務(wù)器中。人們可以通過(guò)資料室查閱技術(shù)文件，并且可以隨時(shí)進(jìn)行查閱。但是，一些重要文件在每次更新后必須由秘書發(fā)放給大家。這些文件是：管理計(jì)劃的最新版本；質(zhì)量計(jì)劃；健康和安全計(jì)劃。就健康和安全計(jì)劃的特殊情況而言， 每位參與本項(xiàng)目的人員都必須通過(guò)簽字確認(rèn)收到了健康和安全計(jì)劃。本文件的發(fā)放由秘書組織。秘書必須在與安全計(jì)劃有關(guān)的文件夾中登記經(jīng)簽字的確認(rèn)收據(jù)。秘書也必須把某些文件以及它們相關(guān)的應(yīng)用程序最新版本的打印文件進(jìn)行存放。任何參專業(yè)知識(shí)分享WORD 格式編輯整理加該項(xiàng)目的人員都必須很容易