一個復雜大型工程應按照系統(tǒng)工程進行工程管理和項目管理，伴隨著產(chǎn)品壽命周期的發(fā)展，開展一系列技術(shù)活動或稱“技術(shù)過程”。其中，對于一些貫穿始終的技術(shù)要求的管理和工程技術(shù)活動管理發(fā)展成為“技術(shù)管理活動”。
典型的系統(tǒng)工程技術(shù)過程包括：系統(tǒng)要求的形成_系統(tǒng)功能的分析與分解→功能實現(xiàn)的設計→從低裝配級到高裝配級的制造與集成→伴隨集成的驗證與確認→產(chǎn)品的交付等。典型的系統(tǒng)工程技術(shù)管理活動包括技術(shù)規(guī)劃、要求管理、接口管理、技術(shù)風險管理、技術(shù)狀態(tài)管理、技術(shù)數(shù)據(jù)管理、技術(shù)評估管理以及決策管理。其中，技術(shù)狀態(tài)管理是對產(chǎn)品各項功能、性能、接口、約束、物理等特性指標與要求（技術(shù)狀態(tài)）的管理。
通常，系統(tǒng)的技術(shù)狀態(tài)是隨著壽命周期發(fā)展的，從系統(tǒng)方案的選擇到系統(tǒng)要求的確定與分配、功能和性能的設計、產(chǎn)品的制造與集成以及到對各項要求的符合性驗證，技術(shù)狀態(tài)是逐步細化的，直到可以按照技術(shù)狀態(tài)文件的規(guī)定生產(chǎn)出符合系統(tǒng)規(guī)范要求的產(chǎn)品。
技術(shù)狀態(tài)管理在工程項目的系統(tǒng)工程和項目管理中應用，通常反映在法規(guī)、文件、標準、手冊、指南中。由于產(chǎn)品特點不同，技術(shù)狀態(tài)管理要求通常反映在國內(nèi)外民用、軍用和航天的標準中。民用標準如GB/T 19017-2008/IS0 10007:2003《質(zhì)量管理體系技術(shù)狀態(tài)管理指南》和EIA-649-B-2011《技術(shù)狀態(tài)管理標準》；軍用標準如MIL-HDBK-61A《技術(shù)狀態(tài)管理指南》和GJB 3206A-2010《技術(shù)狀態(tài)管理》；航天標準如ECSS-M-ST-40C Rev.1《技術(shù)狀態(tài)和信息管理》、NASA-STD-0005《NASA技術(shù)狀態(tài)管理標準》和QJ 3118-1999《航天產(chǎn)品技術(shù)狀態(tài)管理》。
本文將采用通俗語言簡述技術(shù)狀態(tài)管理的概念和內(nèi)容，重點說明：①技術(shù)狀態(tài)管理的對象是系統(tǒng)級產(chǎn)品和技術(shù)狀態(tài)項目；②隨著產(chǎn)品壽命周期的發(fā)展，應制定一系列技術(shù)狀態(tài)文件，這些文件經(jīng)過評審與批準后成為產(chǎn)品技術(shù)基線；③技術(shù)狀態(tài)基線主要包括功能基線、分配基線和產(chǎn)品基線；④功能基線和產(chǎn)品基線從初稿到終稿的發(fā)展需要經(jīng)歷較長的時間和過程；⑤制定和執(zhí)行技術(shù)狀態(tài)基線以及考核產(chǎn)品是否達到技術(shù)狀態(tài)基線的要求是技術(shù)狀態(tài)管理的核心。
1 技術(shù)狀態(tài)管理的概念
1.1 技術(shù)狀態(tài)及其管理
技術(shù)狀態(tài)是指產(chǎn)品的功能特性和物理特性。處于不同階段的技術(shù)狀態(tài)應在相應的技術(shù)狀態(tài)文件中進行規(guī)定，經(jīng)過批準的文件成為技術(shù)狀態(tài)基線，最終產(chǎn)品應達到基線的規(guī)定。
技術(shù)狀態(tài)管理的對象是系統(tǒng)和技術(shù)狀態(tài)項目(CI)。CI是指關(guān)鍵的分系統(tǒng)級或以下裝配級產(chǎn)品，通常選擇關(guān)鍵、復雜或需進行關(guān)鍵技術(shù)攻關(guān)（技術(shù)不成熟）的分系統(tǒng)、設備、單機、組件等硬件/軟件產(chǎn)品作為CI。CI應盡可能地少。
技術(shù)狀態(tài)管理是在產(chǎn)品壽命周期內(nèi)，為制定和保持/維持產(chǎn)品的功能特性、物理特性的管理活動，也可以說技術(shù)狀態(tài)管理是對技術(shù)狀態(tài)基線的管理活動。技術(shù)狀態(tài)管理主要包括以下活動：技術(shù)狀態(tài)管理策劃；技術(shù)狀態(tài)標識；技術(shù)狀態(tài)控制（又稱更改控制）；技術(shù)狀態(tài)記實；技術(shù)狀態(tài)審核。
1.2 技術(shù)狀態(tài)基線以及演化
技術(shù)狀態(tài)基線也稱技術(shù)基線，是隨著產(chǎn)品壽命周期（或研制階段）的發(fā)展制定的一系列技術(shù)狀態(tài)文件，并經(jīng)過評審和批準后成為產(chǎn)品技術(shù)基線。技術(shù)基線以文件的形式存在，表述隨產(chǎn)品壽命周期的推進而形成逐步遞進關(guān)系的不同技術(shù)狀態(tài)。前一個技術(shù)基線制定批準之后，將作為之后一個階段研制生產(chǎn)活動的基準，以及技術(shù)狀態(tài)改變判定的基準。從宏觀的“工程項目基線”角度來說，技術(shù)基線是為了產(chǎn)品壽命周期內(nèi)性能部分活動而建立的，它是整個工程項目基線的一部分。
技術(shù)基線按階段劃分至少應形成三條基線，即功能基線、分配基線和產(chǎn)品基線。在工程實踐中，也可以根據(jù)產(chǎn)品復雜程度和研制過程技術(shù)成熟度等實際情況設置更多的技術(shù)狀態(tài)控制點，即技術(shù)基線。如：系統(tǒng)概念（或任務目標概念）基線、研制基線（又稱為分配基線）、設計基線、建造基線、制造基線或生產(chǎn)基線（產(chǎn)品基線）、使用基線等。通常，在什么階段，制定什么基線，是根據(jù)產(chǎn)品研制特點確定的，但是技術(shù)基線至少包含功能基線、分配基線和產(chǎn)品基線。技術(shù)基線自建立時起，不斷進化、細化和成熟，并維持到產(chǎn)品壽命周期結(jié)束為止。
1.3 基線種類和建立時間
1.3.1 功能基線
功能基線是指“系統(tǒng)級產(chǎn)品”的功能特性及其驗證的文件，該文件通常稱為《系統(tǒng)規(guī)范》。在一些標準中規(guī)定，獨立研制的重大的CI基線也被列為功能基線。簡單地說，功能基線的核心是描述產(chǎn)品的功能，是產(chǎn)品設計的依據(jù)。通常制定《系統(tǒng)規(guī)范》并作為功能基線，這是以功能為導向的文件。功能基線還應包括任務能力和驗收準則。
功能基線需要經(jīng)歷不斷成熟的過程。對于創(chuàng)新工程，功能基線的建立需要經(jīng)過相當長的時間。通常，功能基線從探索、初稿到終稿，從簡單粗放到精細嚴謹。作者認為，《系統(tǒng)研制總要求》或《系統(tǒng)研制任務書》相當于初稿，《系統(tǒng)規(guī)范》相當于終稿。功能基線終稿應通過系統(tǒng)要求評審(SRR)和/或系統(tǒng)功能評審(SFR)后正式確認。
1.3.2 分配基線
分配基線是指“關(guān)鍵分系統(tǒng)和/或以下裝配級產(chǎn)品”的功能特性及其驗證的文件，分配基線文件通常稱為：××CI規(guī)范。如：××分系統(tǒng)規(guī)范、××設備規(guī)范、××單機規(guī)范、××組件規(guī)范。簡單地說，分配基線的核心是描述產(chǎn)品如何實現(xiàn)其功能的設計文件，是產(chǎn)品制造的依據(jù)。低裝配級產(chǎn)品的分配基線是從上一級產(chǎn)品功能基線分配而來，即：將系統(tǒng)功能基線的各項功能指標、性能指標和驗證要求分配給分系統(tǒng)級產(chǎn)品，并成為分系統(tǒng)級產(chǎn)品的分配基線。相同的道理，將分系統(tǒng)級產(chǎn)品分配基線作為功能基線再分配給組件級產(chǎn)品成為組件級產(chǎn)品的分配基線。還可以繼續(xù)向下分配，直到不必再分配為止。由于基線向下分配，產(chǎn)品要求中將產(chǎn)生一些導出要求，而導出要求依賴于設計方案，因此，有時也稱為設計要求。導出要求包括系統(tǒng)內(nèi)部要素之間的內(nèi)部接口約束條件。
分配基線應通過初步設計評審(PDR)后正式確認。
1.3.3 產(chǎn)品基線
產(chǎn)品基線是指“關(guān)鍵分系統(tǒng)和/或以下級產(chǎn)品”的所有功能特性和物理特性、聯(lián)合作戰(zhàn)（或使用）要求，需要進行驗收試驗的功能特性和物理特性，“關(guān)鍵分系統(tǒng)和/或以下級產(chǎn)品”進行的部署/安裝、支持、訓練和退役等測試。分配基線文件通常稱為圖樣、相關(guān)產(chǎn)品的詳細規(guī)范、材料規(guī)范、工藝規(guī)范、軟件規(guī)范（初始稿），以及相應功能、性能等要求的驗證計劃，形成制造、組裝和制造文件。簡單地說，產(chǎn)品基線的核心是描述產(chǎn)品如何生產(chǎn)制造出來的文件，是實現(xiàn)產(chǎn)品制造的文件。產(chǎn)品基線的演化需要經(jīng)歷相當長的時間，按照用途需要經(jīng)歷以下3個成熟度的產(chǎn)品基線：①初始產(chǎn)品基線，用于生產(chǎn)樣件、工程模型、首件產(chǎn)品等；②經(jīng)過驗證的初始產(chǎn)品基線，用于小批量生產(chǎn)；③最終產(chǎn)品基線，用于大批量生產(chǎn)。
3個產(chǎn)品基線的建立時間如下：①產(chǎn)品基線通過關(guān)鍵設計評審(CDR)時被確認為是初始產(chǎn)品基線（未被驗證的）；②產(chǎn)品基線通過功能技術(shù)狀態(tài)審核(FCA)、生產(chǎn)準備評審(PRR)和系統(tǒng)驗證評審(SRR)時被確認為是經(jīng)過驗證的初始產(chǎn)品基線；③產(chǎn)品基線通過物理技術(shù)狀態(tài)審核(PCA)時被確認為是最終產(chǎn)品基線。
在實際工程中，衛(wèi)星只經(jīng)歷初始產(chǎn)品基線。因此，衛(wèi)星的初始產(chǎn)品基線去掉“初始”稱為衛(wèi)星的產(chǎn)品基線。
1.4 功能技術(shù)狀態(tài)審核(FCA)和物理技術(shù)狀態(tài)審核(PCA)
系統(tǒng)要求評審(SRR)、系統(tǒng)功能評審(SFR)、初步設計評審(PDR)、關(guān)鍵設計評審(CDR)、生產(chǎn)準備評審(PRR)、系統(tǒng)驗證評審(SRR)是型號研制中需經(jīng)歷的評審。功能技術(shù)狀態(tài)審核(FCA)和物理技術(shù)狀態(tài)審核(PCA)是專門為技術(shù)狀態(tài)設置的評審。其他評審是可以用于確定基線狀態(tài)的評審，在此不進一步介紹。
功能技術(shù)狀態(tài)審核是為了驗證系統(tǒng)與CI是否已達到了功能技術(shù)狀態(tài)文件和分配技術(shù)狀態(tài)文件中規(guī)定的功能特性所進行的正式檢查，是對產(chǎn)品設計的功能和性能是否達到功能與分配基線文件要求所進行的檢查。功能技術(shù)狀態(tài)審核應在工程設計與制造研制階段結(jié)束前完成。對于大型復雜的系統(tǒng)和CI，每一個增量（增量是指分期或分步研制產(chǎn)品的每一期或每一步產(chǎn)品）均應進行功能技術(shù)狀態(tài)審核。
物理技術(shù)狀態(tài)審核是為了驗證產(chǎn)品技術(shù)狀態(tài)是否符合產(chǎn)品技術(shù)狀態(tài)文件規(guī)定而對產(chǎn)品進行的正式檢查，是對交付CI的設計與設計文件一致性的檢查，是對CI大量制造工藝的確認，也是對進行再設計的CI是否符合性能規(guī)范進行的檢查。物理技術(shù)狀態(tài)審核應經(jīng)過小批量使用之后，在大批量生產(chǎn)之前完成。當原始生產(chǎn)線停產(chǎn)幾年之后復產(chǎn)時．以及當為新用戶設計生產(chǎn)制造同樣復雜的或更難制造的CI時，需要進行物理技術(shù)狀態(tài)審核。當研制方或使用方控制詳細生產(chǎn)設計時，需要進行再審核（復核）。
1.5 不同基線、不同裝配級產(chǎn)品、不同評審之間的關(guān)系圖
技術(shù)狀態(tài)基線、評審與產(chǎn)品裝配級之間的關(guān)系如圖1所示。
圖1 技術(shù)狀態(tài)基線、評審與裝配級的關(guān)系圖
圖1解讀如下：①功能基線在左上方頂層作為要求提出，評審點是系統(tǒng)要求評審和系統(tǒng)功能評審；②分配基線在左側(cè)從上向下，評審點是初步設計評審；③初始產(chǎn)品基線在右側(cè)從下向上，評審點是關(guān)鍵設計評審；④經(jīng)過驗證的初始產(chǎn)品基線在右側(cè)上方，評審點是功能技術(shù)狀態(tài)評審和系統(tǒng)驗證評審。此外，最終產(chǎn)品基線在右側(cè)圖外的位置。
2 技術(shù)狀態(tài)基線文件
技術(shù)狀態(tài)基線的存在形式是技術(shù)狀態(tài)文件也稱技術(shù)基線文件。也就是說，功能基線、分配基線和產(chǎn)品基線是以功能基線文件、分配基線文件和產(chǎn)品基線文件的形式存在的。這三種技術(shù)基線文件在產(chǎn)品壽命周期不同階段進行編制、批準和保持，且在內(nèi)容上逐級細化。
2.1 功能基線文件
功能基線文件中所描述的要求應是系統(tǒng)級產(chǎn)品應達到的要求，文件中不描述如何達到這些要求。功能基線文件數(shù)量不多，在現(xiàn)有文件中，有的文件屬于功能基線初稿、有的文件屬于過程稿、有的屬于終稿。
系統(tǒng)的功能基線文件通常從以下文件中選�。孩傺兄瓶傄�；②系統(tǒng)研制任務書；③總體技術(shù)方案；④系統(tǒng)級接口要求、接口控制文件；⑤系統(tǒng)級環(huán)境要求；⑥系統(tǒng)要求（或一組技術(shù)要求規(guī)范）；⑦系統(tǒng)規(guī)范。
其中，“系統(tǒng)要求”有時分別給出以下的“技術(shù)要求規(guī)范”；系統(tǒng)任務要求、功能要求、接口要求、環(huán)境要求、使用要求、（綜合）后勤保障要求、物理要求、產(chǎn)品保證的相關(guān)要求、技術(shù)狀態(tài)要求、設計要求、驗證要求。
2.2 分配基線文件
分配基線文件中所描述的要求應是上一級系統(tǒng)/CI分配給本級CI的要求以及本級CI生成的要求，這些要求是應達到的要求，文件中不描述如何達到這些要求。每一個CI均應編制分配基線文件，因此分配基線文件數(shù)量較多。
分配基線文件通常從以下文件中選�。孩傺兄迫蝿諘孩诠δ芤�；③接口要求；④環(huán)境要求；⑤性能規(guī)范；⑥研制規(guī)范；⑦設計規(guī)范；⑧建造規(guī)范：⑨軟件要求規(guī)范；⑩詳細規(guī)范。
2.3 產(chǎn)品基線文件
產(chǎn)品基線文件中所描述的要求應包含CI的所有要求，應盡量詳細地描述要求，并以描述性能的方式描述要求。應從保證CI符合適用性、安全性、互換性等角度描述這些要求。最重要的是要描述如何實現(xiàn)這些要求。因此，產(chǎn)品基線文件的數(shù)量龐大。
產(chǎn)品基線文件主要包括：①產(chǎn)品詳細規(guī)范、產(chǎn)品技術(shù)條件；②軟件規(guī)范；③材料規(guī)范、材料技術(shù)條件：④工藝規(guī)范、工藝技術(shù)條件、工藝規(guī)程；⑤工程圖（包括零件圖、裝配圖、安裝圖、電原理圖等）。
3 技術(shù)狀態(tài)管理
3.1 技術(shù)狀態(tài)管理的目的
技術(shù)狀態(tài)管理的目的是：①保證在文件中規(guī)定明確的產(chǎn)品技術(shù)基線要求，并使設計、生產(chǎn)、試驗和使用的產(chǎn)品符合這些要求；②當某個技術(shù)狀態(tài)項目的技術(shù)基線需要更改時，應不影響其它相關(guān)產(chǎn)品，如果確實影響了其它相關(guān)產(chǎn)品時，受到影響技術(shù)狀態(tài)項目的技術(shù)基線應相應調(diào)整更改，保證更改時不產(chǎn)生不良后果，使最終產(chǎn)品的技術(shù)狀態(tài)符合技術(shù)狀態(tài)文件的規(guī)定，或者是保持協(xié)調(diào)一致，確保更改得到控制。因此，技術(shù)狀態(tài)管理的核心是技術(shù)狀態(tài)的建立和維護。而技術(shù)狀態(tài)管理的目的是確定產(chǎn)品壽命周期中各個階段中的技術(shù)狀態(tài)基線，以保證產(chǎn)品研制過程中的每一步均符合相應的技術(shù)狀態(tài)基線。當某個裝配級的產(chǎn)品技術(shù)狀態(tài)基線發(fā)生改變時，應加以控制，使其不影響其他產(chǎn)品的技術(shù)狀態(tài)。當更改影響到其他產(chǎn)品時，應對受影響的產(chǎn)品進行相應和協(xié)調(diào)的更改控制，使改變后的產(chǎn)品符合最終的產(chǎn)品技術(shù)要求。
3.2 技術(shù)狀態(tài)管理的過程
a)輸入。每個產(chǎn)品壽命周期階段（研制階段）需要輸入：技術(shù)狀態(tài)管理計劃；技術(shù)狀態(tài)信息（任務需求、系統(tǒng)要求與分解、各種約束條件、系統(tǒng)設計、系統(tǒng)建造、系統(tǒng)試驗、系統(tǒng)使用、系統(tǒng)維護等）；需要進行技術(shù)狀態(tài)管理的系統(tǒng)和CI；提出的技術(shù)基線更改請求。
b)過程活動。每個產(chǎn)品壽命周期階段（研制階段）進行的技術(shù)狀態(tài)管理包括5個步驟：技術(shù)狀態(tài)策劃：技術(shù)狀態(tài)標識；技術(shù)狀態(tài)控制；技術(shù)狀態(tài)紀實：技術(shù)狀態(tài)驗證與審核。
c)輸出。每個產(chǎn)品壽命周期階段（研制階段）輸出如下：建立技術(shù)基線；評審并批準技術(shù)基線：經(jīng)批準的基線更改：技術(shù)狀態(tài)現(xiàn)狀報告；技術(shù)狀態(tài)審核報告。
3.3 技術(shù)狀態(tài)管理的步驟
步驟一：技術(shù)狀態(tài)管理策劃。技術(shù)狀態(tài)管理計劃必須回答以下問題：承研方和用戶（或政府）需要控制哪些基線，需要哪些數(shù)據(jù)，何時進行控制。
步驟二：技術(shù)狀態(tài)標識。技術(shù)狀態(tài)標識的活動是：確定CI；編制系統(tǒng)和CI的技術(shù)狀態(tài)文件；評審并批準這些文件并成為技術(shù)狀態(tài)基線。
步驟三：技術(shù)狀態(tài)控制（更改控制）。更改控制是技術(shù)基線建立后，對提出的更改建議（含工程更改、偏離和超差）進行的論證、評定、協(xié)調(diào)、審批、實施和驗證的活動。應該強調(diào)的是：在完成系統(tǒng)級關(guān)鍵設計評審后，應保證初始產(chǎn)品基線的更改控制在1級技術(shù)狀態(tài)更改之內(nèi)（美軍標中規(guī)定）。
步驟四：技術(shù)狀態(tài)紀實。技術(shù)狀態(tài)紀實是在產(chǎn)品壽命周期內(nèi)，對產(chǎn)品的技術(shù)狀態(tài)信息、建議的更改狀況和已批準更改的實施情況進行的正式記錄和報告。
步驟五：技術(shù)狀態(tài)審核和驗證。技術(shù)狀態(tài)審核是為確定系統(tǒng)和CI與技術(shù)狀態(tài)文件的一致程度所進行的正式檢查。檢查通常以填表的形式進行，如：回答應該做的試驗做了沒有，結(jié)果是否有效，應該編寫的《規(guī)范》編寫了沒有，試驗程序是否經(jīng)過評審并得到批準，各項審查是否已經(jīng)進行，等等。技術(shù)狀態(tài)審核分為功能技術(shù)狀態(tài)審核(FCA)和物理技術(shù)狀態(tài)審核(PCA)。
在技術(shù)狀態(tài)管理實踐中，特別需要關(guān)心以下問題：①確定哪些產(chǎn)品為技術(shù)狀態(tài)管理的對象；如除系統(tǒng)外．還需要確定哪些風險高的以及關(guān)鍵技術(shù)攻關(guān)分系統(tǒng)、單機，設備或組件作為管理對象；②確定建立哪些技術(shù)基線，何時開始何時結(jié)束．編寫哪些技術(shù)基線文件，經(jīng)過什么評審后技術(shù)基線文件成為后續(xù)工程執(zhí)行的技術(shù)基線：③確定技術(shù)基線文件清單、編寫單位和完成時間；④確定編寫基線文件的模板。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務領(lǐng)域、行業(yè)應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業(yè)務領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文標題：技術(shù)狀態(tài)管理研究
本文網(wǎng)址：http://www.oesoe.com/html/solutions/14019313642.html
相關(guān)文章
