技術狀態(tài)管理.doc

.技術狀態(tài)管理(培訓講義)第一章 概 述一、 技術狀態(tài)管理的由來 技術狀態(tài)管理是美國二戰(zhàn)（19391945年）中特別是二戰(zhàn)后，在發(fā)展導彈核武器過程中發(fā)展起來的一門工程管理控制技術。四十年代美國用于研制原子彈的曼哈頓計劃，五十年代研制的戰(zhàn)略導彈阿特拉斯（atlas）及六十年代開始的阿波羅登月計劃都運用了技術狀態(tài)管理的方法。以五十年代研制的戰(zhàn)略導彈阿特拉斯（atlas）為例，參與的單位有2000多個，這就要求： a. 參與研制的部門接口要協調一致； b. 總體與系統(tǒng)、系統(tǒng)與系統(tǒng)、系統(tǒng)與分系統(tǒng)要協調一致；c. 大批的元器件和試驗件需要相互提供并兼容；d. 數以萬計的技術數據和資料須及時交換和處理。 然而，面對這樣的大型復雜項目，由于缺乏系統(tǒng)、科學的管理手段而漏洞百出，諸如：出了故障找不到相應的技術文件；后續(xù)項目不能與前面項目匹配；生產過程進行了更改而設計未更改等事件不斷發(fā)生，致使導彈運到發(fā)射現場無法順利安裝，甚至造成發(fā)射失敗等。這就使得技術狀態(tài)管理的概念和辦法在慘痛的教訓中逐步形成。 隨著高科技的發(fā)展，武器裝備越來越復雜，無論是衛(wèi)星、運載，還是導彈武器系統(tǒng)，都要求具有共同目標的幾個組織密切合作，在成本和進度約束下組織研制和生產，為用戶提供滿足要求的產品。同時，科技進步和人們對大自然的探索需求促使工程研制所包含的尖端技術和攻關項目越來越多，接口和協調關系越來越復雜。這就對在工程研制在全壽命周期內，研制生產管理的科學化、規(guī)范化提出了更高的要求，為確保研制過程的萬無一失，在進度和經費的約束下按規(guī)定的研制周期交付符合要求的產品，使技術狀態(tài)管理的方法隨著技術發(fā)展的需要逐步完善。目前，技術狀態(tài)管理已被國際社會認可。技術發(fā)達國家實施技術狀態(tài)管理的實踐也為大型復雜項目管理提供了借鑒。 二、 國外技術狀態(tài)管理概況 在不斷探索和總結經驗教訓的基礎上，1962年，美國空軍以手冊的形式發(fā)布了“技術狀態(tài)管理辦法”，隨著在大型武器裝備研制工程中的應用逐步完善。 1968年發(fā)布了MILSTD480技術狀態(tài)控制 工程更改、偏離和超差，以后又陸續(xù)發(fā)布了MILSTD481技術狀態(tài)控制 工程更改（簡要形式）、偏離和超差；MILSTD482技術狀態(tài)狀況紀實數據元素及有關特性。1970年發(fā)布了MILSTD483系統(tǒng)、設備、軍需品與計算機程序的技術狀態(tài)管理。以后又發(fā)布了MILSTD490規(guī)范編制，MILSTD1456技術狀態(tài)管理計劃等。使技術狀態(tài)管理標準趨于完善。 為了規(guī)范管理，在應用總結的基礎上， 1992年，美國頒布了MILSTD973技術狀態(tài)管理標準，代替了上述標準，內容更加明確、系統(tǒng)、完整。 同年，歐空局（ESA）發(fā)布了ESA-PSS-01-11 ESA空間系統(tǒng)技術狀態(tài)管理與控制。1995年，歐洲空間標準化合作組織將ESA的PSS標準逐步轉變?yōu)镋CSS標準，頒布了ECSS-M-40空間項目管理 技術狀態(tài)管理 ISO/TC176/SC2在總結美國軍用標準和ESA標準經驗的基礎上，將技術狀態(tài)管理納入國際標準ISO9000族標準（ISO90047）,于1995年正式頒布為ISO10007質量管理技術狀態(tài)管理指南,是工業(yè)界各類產品（硬件、軟件、流程性材料和服務）在研制、生產中進行技術狀態(tài)管理共同遵守的準則。 2003年6月15日ISO/TC176/SC2再一次完成ISO10007質量管理技術狀態(tài)管理指南的修訂，此次修訂為技術性修訂，其目的是改進ISO10007與ISO9000族國際標準的一致性并簡化文件的結構。新的ISO10007標準較1995年版比較有以下變化： a. 進一步明確了ISO10007標準是ISO9000族標準的組成部分。標準名稱為ISO10007質量管理體系 技術狀態(tài)管理指南； b. 按過程方法對標準的結構形式進行了調整和簡化。調整后的標準結構為：管理職責管理計劃標識更改控制紀實審核。簡化后的標準由5章30條組成（原標準由8章46條組成）。 c. 就術語方面有以下變化： 原12個術語簡化為9個； 保留5個術語。技術狀態(tài)、技術狀態(tài)基線、技術狀態(tài)項目、技術狀態(tài)管理、技術狀態(tài)紀實； 取消3個術語。技術狀態(tài)標識、技術狀態(tài)審核、接口； 變更3個術語。技術狀態(tài)控制更改控制； 技術狀態(tài)控制委員會管理機構； 技術狀態(tài)文件產品技術狀態(tài)信息； 增加1個術語。特許。 三、國內技術狀態(tài)管理概況 在我國國防工業(yè)領域，技術狀態(tài)管理（configuration management）問題的提出始于1987年國務院、中央軍委聯合頒布的軍工產品質量管理條例。在“產品是設計、制造出來的，而不是檢驗出來的”思想指導下，條例明確要求“承制軍工產品的單位，應建立技術狀態(tài)管理制度，嚴格控制技術狀態(tài)的更改”。強調了對產品研制、生產過程中的質量控制。提出了“承制方要建立技術狀態(tài)管理制度”，并規(guī)定了實施技術狀態(tài)管理四方面的功能即技術狀態(tài)標識、技術狀態(tài)控制、技術狀態(tài)紀實和技術狀態(tài)審核。 1988年11月，為貫徹軍工產品質量管理條例提出的這一要求，國防科工委在成都召開了第一次技術狀態(tài)管理研討會，會議認為：技術狀態(tài)管理是武器裝備研制系統(tǒng)工程管理的重要組成部分,是保證研制、生產質量的重要手段。在以往的武器裝備研制過程中，各單位都不同程度的形成了一套自己的技術狀態(tài)管理方法，但與國外相比，還不夠系統(tǒng)、不夠完善、不夠嚴密。應學習國外行之有效的管理經驗，規(guī)范管理，進一步提高我們的技術狀態(tài)管理水平。 1989年4月，國防科工委組團赴美參加中美質量管理研討會，會上，就技術狀態(tài)管理問題進行了專題研討。 1992年“全國武器裝備系統(tǒng)工程管理軍用標準化技術委員會” 成立，建立的武器裝備系統(tǒng)工程管理標準體系框架中，技術狀態(tài)管理是重要組成部分。 1997年國家技術監(jiān)督局頒布了GB/T19017質量管理 技術狀態(tài)管理指南，該標準等同采用ISO10007國際標準； 1998年國防科學技術工業(yè)委員會頒布了國家軍用標準GJB3206技術狀態(tài)管理，參照采用ISO10007， GB/T19017和MIL-STD-973標準； 1999年航天總公司頒布了航天工業(yè)行業(yè)標準QJ3118航天產品技術狀態(tài)管理。該標準參照采用ISO10007國際標準和GJB3206國家軍用標準； 2008年國家技術監(jiān)督局等同采用ISO10007-2003國際標準對GB/T19017質量管理 技術狀態(tài)管理指南進行修訂，該標準正在報批過程中。 四、國家標準、國家軍用標準和航天行業(yè)標準 1 GB/T19017質量管理 技術狀態(tài)管理指南等同采用ISO10007國際標準，適用于整個工業(yè)界；GJB3206技術狀態(tài)管理參照采用ISO10007， GB/T19017和MIL-STD-973標準，適用于武器裝備的研制和生產。 2 GB/T19017質量管理 技術狀態(tài)管理指南規(guī)定技術狀態(tài)管理是壽命周期全過程的管理；GJB3206技術狀態(tài)管理適用于武器裝備的研制和生產管理，刪掉了在使用保障中的管理。 3 GB/T19017規(guī)定技術狀態(tài)管理是以承制方為主體，目前我國武器系統(tǒng)研制執(zhí)行的是指令性計劃下的合同制，合同實施細則規(guī)定了合同雙方的權利和義務，因此GJB3206作為國家軍用標準，明確規(guī)定了承制方與定購方的各項職責。 4 航天工業(yè)行業(yè)標準總結了航天型號研制四十余年的經驗，參照采用GB/T19017、GJB3206和MIL-STD-973標準，對航天工業(yè)實施技術狀態(tài)管理的組織、內容和方法進行了具體規(guī)定。 第二章 基本概念 一、技術狀態(tài)（第3.1條）Configuration ISO1007將技術狀態(tài)定義為“在技術文件中規(guī)定的、并在產品中達到的功能特性和物理特性”。 該定義明確了技術狀態(tài)就是產品的功能特性和物理特性，這些特性應在技術狀態(tài)文件中明確規(guī)定，并在按技術文件要求研制和生產出的產品中實際達到。 對于Configuration一詞的譯法，從上世紀80年代中期這一名詞引進后，就有各種不同的意見，在英漢技術詞典上，該詞的直譯為外形、輪廓；構造、構型；配置等，但從國際標準給定的Configuration的定義看，“技術狀態(tài)”這個詞的含意，不僅是產品的外形和構型，還有功能要求。 1987年國務院、中央軍委聯合國頒布的軍工產品質量管理條例提出， “承制軍工產品的單位，應建立技術狀態(tài)管理制度”，并明確“技術狀態(tài)管理包含技術狀態(tài)標識、技術狀態(tài)控制、技術狀態(tài)紀實和技術狀態(tài)審核”四方面的內容。這與Configuration所包含的內容是一致的。為了與上級文件保持一致，之后有關資料多將Configuration譯為技術狀態(tài)。但在民用飛機研制過程中，認為“構型”的提法更符合他們的實際情況，在軟件工程中，根據其研制的特點和習慣，采用了“配置”的提法。 1.1 功能特性（第3.1.1條）Functional characteristics ISO1007將功能特性定義為“產品的性能指標、設計的約束條件和使用保障要求。其中包括諸如適用范圍、速度、殺傷力等性能指標以及可靠性、維修性和安全性等要求”。 定義明確了功能特性不是只要求其性能指標，同時應注重其使用效能和適用性要求。所以定義明確功能特性“包含諸如適用范圍、速度、殺傷力等性能指標以及可靠性、維修性和安全性等”反映使用效能和適用性的保障性要求 1.2 物理特性（第3.1.2條）Physical characteristics ISO1007將物理特性定義為“產品的形體特征，如組成、尺寸、表面狀態(tài)、形狀、配合、公差、重量等”。 定義明確了物理特性指產品的形體特征，標準列舉的“組成、尺寸、表面狀態(tài)、形狀、配合、公差、重量等”。形體特征過去我們都有要求，這里綜合給出了“物理特性”的概念。 二、 技術狀態(tài)管理（第3.3條）Configuration management 標準定義技術狀態(tài)管理是對技術狀態(tài)項目進行的下述技術的和管理的活動： a. 技術狀態(tài)標識 b. 技術狀態(tài)控制 c. 技術狀態(tài)紀實 d. 技術狀態(tài)審核 ISO1007、GB/T19017、GJB3206關于技術狀態(tài)管理的定義是一致的。 定義說明：技術狀態(tài)管理的性質屬于技術的和管理的活動過程，它包括了技術狀態(tài)標識、技術狀態(tài)控制、技術狀態(tài)審核和技術狀態(tài)紀實四項活動內容。其中，技術狀態(tài)標識活動要確定產品結構，選擇技術狀態(tài)項目，將技術狀態(tài)項目的功能特性和物理特性及接口和隨后的更改形成文件，為技術狀態(tài)項目及相應的技術狀態(tài)文件分配標識符等，所以，技術狀態(tài)標識是技術狀態(tài)管理的基礎，它為技術狀態(tài)控制、技術狀態(tài)紀實和技術狀態(tài)審核提供了確定的文件依據。技術狀態(tài)控制是控制技術狀態(tài)項目的更改，所以是實施技術狀態(tài)管理的核心，它為產品技術狀態(tài)的演變和追溯性提供證明和保證。技術狀態(tài)紀實是記錄和報告技術狀態(tài)管理活動過程，所以技術狀態(tài)紀實是技術狀態(tài)標識、控制、審核等技術狀態(tài)管理活動過程的信息庫，它是技術狀態(tài)管理過程的真實寫照，為技術狀態(tài)管理提供了決策性意見。技術狀態(tài)審核是對技術狀態(tài)標識和控制有效性的確認是產品技術狀態(tài)滿足規(guī)定要求的保證，為循序漸進實現技術狀態(tài)管理的最終目標提供了保證。所以，這四項活動內容是相互關聯的，缺一不可，無論缺了其中的哪一項,都不能構成技術狀態(tài)管理的完整活動過程，都必須按照標準要求進行。但過去對于技術狀態(tài)管理的認識有一個誤區(qū)，認為技術狀態(tài)管理就是設計文件管理（或圖樣管理）。本定義規(guī)定的四項活動內容說明, 技術狀態(tài)管理不單指設計文件管理（或圖樣管理），而包括了所有技術狀態(tài)文件的管理。技術狀態(tài)管理不單指對技術狀態(tài)文件的管理，還包括了技術狀態(tài)項目形成過程的管理。 技術狀態(tài)管理的對象技術狀態(tài)項目、具體的產品。 技術狀態(tài)管理的方法指組織保證，即技術狀態(tài)控制委員會。 綜上所述，技術狀態(tài)管理活動過程如圖1所示。 四項活動中，技術狀態(tài)標識的主要活動為：“選擇技術狀態(tài)項目；確定每個技術狀態(tài)項目所需的技術狀態(tài)文件：指定技術狀態(tài)項目及規(guī)范文件(包括內部和外部接口文件)的標識號：發(fā)放技術狀態(tài)文件：建立技術狀態(tài)基線。 技術狀態(tài)控制的主要活動為：“技術狀態(tài)基線建立后,為控制技術狀態(tài)項目的更改而對提出的更改建議（工程更改、偏離、超差）所進行的論證、評定、協調、審批和實施的活動”。技術狀態(tài)記實的主要活動為：“對己確定的技術狀態(tài)文件、提出的更改狀況和己批準更改的執(zhí)行情況所作的正式記錄和報告”。技術狀態(tài)審核的主要活動為為確定技術狀態(tài)項目是否符合其技術狀態(tài)文件所進行的檢查。 三、技術狀態(tài)管理的作用技術狀態(tài)管理的主要作用是： 1 技術狀態(tài)管理是一門管理學科,它把技術和管理手段用于產品的開發(fā)、生產和保障系統(tǒng)，這一門學科可用于硬件、軟件、流程性材料、服務及其相關的技術文件。 2 技術狀態(tài)管理的主要目標是全面反映出產品當前的技術狀態(tài)及其滿足功能的和物理的要求的狀況并形成文件。技術狀態(tài)管理的另一個目標是確保參與項目工作的所有人員都能夠使用正確和準確的文件。 3 技術狀態(tài)管理是系統(tǒng)工程管理的重要環(huán)節(jié),是保持產品研制有序進行的重要手段。 4 技術狀態(tài)管理保證了研制項目的完整性和可追溯性。 第三章 GJB3206-98標準介紹一、GJB320698標準的制定情況 GJB 3206-98 技術狀態(tài)管理標準的編制工作始于1991年12月, 1997年完成審定,整個標準的編制工作延續(xù)了近6年。經歷了美軍標有關標準的修訂,國際標準化組織有關標準的發(fā)布以及國內重要的有關文件武器裝備研制程序的修訂和重要管理標準GJB 2993-97 武器裝備研制項目管理的發(fā)布。這些都為制訂技術狀態(tài)管理標準創(chuàng)造了有利條件。即是如此,技術狀態(tài)管理標準的編制仍是困難重重,一是作為技術狀態(tài)管理標準的頂層標準工程管理和重要的相關標準項目規(guī)范的編制等都沒有制定，孤立地制定一個技術狀態(tài)管理標準缺乏相應標準的支持。二是技術狀態(tài)管理中的新概念比較多。國防工業(yè)界通過長期研制過程已經形成了一些固有的概念，對這些新概念還很陌生，很難理解和接受。三是我國各國防工業(yè)企業(yè), 在武器裝備研制過程中,雖然都有一套技術管理方法,但做法各異,這些技術管理方法與國際目前的技術狀態(tài)管理究竟有哪些聯系，還存在著認識上的差異。因此,編制技術狀態(tài)管理標準時需要考慮和解決的問題比較復雜、比較多。 為了解決以上問題, 標準編制時采取了如下做法： (1) 密切結合國情，把國際、國外標準中的要求與我國具體情況密切結合。如與武器裝備研制程序、軍工產品定型條例等有關的法令、法規(guī)應,協調一致。同時,在總結我國各部門執(zhí)行的標準、規(guī)定和習慣做法,將其主要內容納入國軍標中,使標準更符合我國的實際情況,具有較強的可操作性。 (2) 參照ISO 10007 技術狀態(tài)管理指南 和GB/T 19017 質量管 理技術狀態(tài)管理指南，以美軍標MIL-STD-973 技術狀態(tài)管理作為補充。 ISO 10007是ISO發(fā)布的一項質量標準。顯然,執(zhí)行這項標準對進入國際市場有著重要作用。所以國軍標必須滿足這項標準要求。ISO 10007與MILSTD-973二者之間,在總的目標、原則和方法上是完全一致的,只是由于ISO 10007的適用性更加廣泛,所以內容比較簡要,有些要求比較原則。為避免過于籠統(tǒng)而不便執(zhí)行,GJB3206又納入了MIL-STD-973的一些規(guī)定,但未采納MIL-STD-973中大量的過于詳細的要求和應用表格。 (3) 考慮到各單位多年形成的不同的研制習慣和武器裝備的多樣性，GJB3206中的一般要求部分只規(guī)定一些必須執(zhí)行的原則, 而把一些具體做法和要求都放在詳細要求部分,并明確指出標準第五章可以剪裁，給執(zhí)行標準以較大的靈活性。二、GJB320698標準的組成五章二個附錄組成，如圖2所示。 1 范圍 - 主題內容、適用范圍、應用指南2 引用文件-2項 3 定義-13（21）個 4 一般要求-5條 5 詳細要求 5.1技術狀態(tài)標識 5.2技術狀態(tài)控制 5.3技術狀態(tài)紀實 5.4技術狀態(tài)審核5.5技術狀態(tài)管理計劃 附錄A 1類工程更改建議格式示例 (參考件)附錄B 技術狀態(tài)管理計劃內容 (參考件) 圖2三、范圍 1主題內容（標準1.1） 本標準規(guī)定了實施技術狀態(tài)管理的內容、方法和要求。（1）條文理解 技術狀態(tài)管理的內容四要素（標識、控制、審核、紀實）。 技術狀態(tài)管理的方法分層次、分階段管理。 分層次是指構成技術狀態(tài)項目的層次指系統(tǒng)、分系統(tǒng)、設備（單機）。 分階段是指武器裝備的研制階段，如方案階段、初樣階段、正樣階段等，分階段管理是技術狀態(tài)基線建立的基礎。分階段管理的目的一是控制設計過程，二是建立技術狀態(tài)管理工作與整個研制、生產活動之間的相互聯系。 技術狀態(tài)管理要求形成計劃，明確職責，按層次和階段實現四要素。 （2）說明 標準規(guī)定本標準規(guī)定了技術狀態(tài)管理的內容、要求和方法。這一條有別于ISO 10007和GB/T 19017,是按照武器裝備研制、生產的具體情況規(guī)定的。 本標準與ISO 10007和GB/T 19017的主要區(qū)別在于: ISO 10007和GB/T 19017的適用范圍為整個工業(yè)界,而GJB-3206的適用范圍為武器裝備的研制和生產。由于工業(yè)界的范圍很廣,其產品千差萬別,故簽訂的合同多為產品的生產合同,重大項目的研制合同相對較少，有的項目只簽訂產品購銷合同或自產自銷不簽訂合同。因此，ISO 10007和GB/T 19017標準所規(guī)定的實施技術狀態(tài)管理的主責是承制方。而武器裝備研制、生產的管理體制就與上述情況大不相同。早在上世紀 80年代后期,中央就發(fā)布了武器裝備研制合同暫行辦法。1995年8月, 軍委總參謀部、國防科工委、國家計委、財政部又聯合發(fā)布了武器裝備研制合同暫行辦法實施細則，細則明確規(guī)定，武器裝備的研制、生產應實行指令性計劃下的合同制。對研制風險大、周期長的武器裝備項目要按武器裝備研制程序中規(guī)定的研制階段,分別簽訂論證階段合同、方案階段合同、工程研制階段合同、設計定型階段合同、生產定型階段合同等。實施細則中還專設一章詳細規(guī)定了合同雙方的權力和義務。在委托方的權力和義務中規(guī)定了按合同約定,檢查研制方研制合同履行情況 ；“按合同約定,組織或參與有關階段評審,獲得有關研制文件；“按合同約定,驗收研制成果”等有關條款。這些規(guī)定說明委托方要介入整個研制過程。因此，研制、生產過程中的技術狀態(tài)管理應是訂購方與承制方共同完成的。所以，GJB3206國家軍用標準規(guī)定訂購方與承制方共同實施的技術狀態(tài)管理方面的要求，對在技術狀態(tài)管理活動中承制方與訂購方的職責都做了明確規(guī)定。 由于各類武器裝備項目之間區(qū)別很大,各行業(yè)、各單位內部都有各自的一套技術管理辦法, GJB 3206只能在技術狀態(tài)管理的內容、要求和方法上給出原則性規(guī)定。在不違背GJB 3206的原則下,實施技術狀態(tài)管理的具體做法仍應按各單位內部的技術管理制度執(zhí)行。2適用范圍（標準1.2） 本標準適用于武器裝備（常規(guī)武器裝備、戰(zhàn)略武器裝備、人造衛(wèi)星，下同）技術狀態(tài)項目在研制、生產中的技術狀態(tài)管理。 （1）條文理解 武器裝備是指常規(guī)武器裝備、戰(zhàn)略武器裝備、人造衛(wèi)星； 技術狀態(tài)項目是指能滿足最終使用功能，并被指定作為單個實體進行技術狀態(tài)管理的硬件、軟件或他們的集合體。 在研制、生產中的技術狀態(tài)管理不包含使用保障中的管理。 （2）說明 在我國，武器裝備的“研制、生產“有著明確的范圍界定。在原國防科工委頒發(fā)的武器裝備研制程序中，明確規(guī)定了各武器裝備系統(tǒng)研制的階段劃分。其中，將常規(guī)武器裝備研制分為5個階段。即從進行戰(zhàn)術技術指標論證的論證階段開始,經方案階段、工程研制階段、到設計定型階段和生產定型階段(戰(zhàn)略武器裝備和人造衛(wèi)星的階段劃分略有區(qū)別，但其范圍基本一致)，這就是研制的概念。研制過程加生產過程就是本標準的適用范圍，除此之外的過程，如后勤保障不屬于本標準的范疇。 此外，在ISO 10007、GB/T 19017和MIL-STD-973中,都規(guī)定技術狀態(tài)管理是壽命周期全過程中的管理。而GJB 3206刪掉了在使用保障中的管理,這是根據當時的管理體制確定的。其理由是我國當時的訂購方只負責武器裝備的研制和生產定型，而成批生產和使用保障過程都由軍方的其它部門負責,而作為使用本標準的訂購方只能考慮武器裝備研制、生產中的技術狀態(tài)管理。 3應用指南（標準1.3） 采用本標準時，應根據技術狀態(tài)項目的重要性、復雜程度、規(guī)模、預定用途、綜合保障要求和其所處的研制、生產階段等具體情況，對標準的詳細要求（第五章）進行剪裁。 （1）條文理解 標準明確，應根據技術狀態(tài)項目的具體情況，對標準的詳細要求（第五章）進行剪裁。 技術狀態(tài)項目的具體情況包含：重要性、復雜程度、規(guī)模、預定用途、綜合保障要求和其所處的研制、生產階段等。 （2）說明 這一條詳細規(guī)定了對本標準的詳細要求進行剪裁時，應考慮的具體問題，以指導標準的正確應用。 a.項目的重要性。如技術狀態(tài)項目是武器系統(tǒng)研制的關鍵件和重要件或武器裝備的重要組成部分,可能選擇的技術狀態(tài)項目也比較多,要求也更加嚴格，應嚴格控制，所以相對刪減的內容較少； b.項目的復雜程度。如較高層次的、結構復雜的技術狀態(tài)項目（系統(tǒng)、整機），其壽命周期表現充分，實施技術狀態(tài)管理的起點較早應嚴格、全面控制。 c. 項目規(guī)模：規(guī)模大的項目，項目的復雜程度較高,被選擇的技術狀態(tài)項目的層次較高，同時可能選擇的技術狀態(tài)項目也較多，實施技術狀態(tài)管理的起點較早，應嚴格、全面控制。 d. 項目預期用途：不同用途的產品，其性能指標和物理特性不同，實施技術狀態(tài)管理的程度也不同。如大型艦船,一般不進行成批生產,因此也就不需要專門進行物理技術狀態(tài)審核。 e. 項目綜合保障要求：指保障設備、設施等要求。武器裝備使用保障中所需的保障設備、設施、備件等,因是訂購方單獨采購的項目,故應定為技術狀態(tài)項目,進行技術狀態(tài)管理； f. 項目研制階段：不同研制階段實施技術狀態(tài)控制的側重點不同，工程研制階段之前的各階段側重于功能特性的控制，從工程研制階段開始，物理特性逐步細化。 +根據以上情況，除選擇技術狀態(tài)項目外,在滿足一般要求的前提下,可以根據武器裝備的具體情況和訂購方與承制方的約定對詳細要求進行剪裁。 四、引用文件（標準2） GJB2116-94 武器裝備研制項目工作分解結構 GJB2737-96 武器裝備系統(tǒng)接口控制要求。 （1）條文理解 引用的兩項標準均有年代號，在實際應用中應考慮該兩項標準的修訂對本標準的繼續(xù)適用性。 （2）說明 a. GJB 2116-94武器裝備研制項目工作分解結構 GJB 2116是1994年發(fā)布的第一項有關工程管理的標準。武器裝備研制項目工作分解結構(WBS)是武器裝備實施系統(tǒng)工程管理的有效工具和基礎。在武器裝備研制過程中，隨著研制工作的進展，逐步形成了產品的體系結構和保障項目的體系結構，兩者的結合形成了系統(tǒng)的工作分解結構。GJB2116給出了武器系統(tǒng)工作分解典型單元（三級）供各不同武器系統(tǒng)研制單位進行選擇。在GJB2116的基礎上結合航天產品研制的具體情況，航天工業(yè)編制了QJ3121-2000航天產品項目分解結構，圖3給出了衛(wèi)星系統(tǒng)綱要分解結構示意。 綱要分解結構是固定的，但不同的武器系統(tǒng)可根據需要對綱要工作分解結構三級以下的項目進行刪減（可以增加或減少項目）。在武器裝備研制的論證階段，從標準的綱要分解結構中選擇必要的結構單元，提出初步的工程項目工作分解結構，在方案階段，通過該階段的系統(tǒng)工程過程工作,確定方案階段綱要工作分解結構,再將其結構單元向下細分，在工程研制階段,又細分到必要的級別,形成一種自上而下不同層次的若干單元組成的樹狀結構，即工作分解結構。工作分解結構單元包含所有的技術狀態(tài)項目，但并不是所有的工作分解結構單元都要進行技術狀態(tài)管理。而是要從組成工作分解結構的若干單元中有針對性的進行選擇。技術狀態(tài)項目就是從工作分解結構有關單元中選出的。 b. GJB 2737-96武器裝備系統(tǒng)接口控制要求 GJB 2737也是一項工程管理標準。它對“接口”一詞定義為“對兩個上的系統(tǒng)、分系統(tǒng)、設備或計算機軟件產品間共同邊界的功能特性、物理特 性要求”。武器裝備研制過程中,要制定接口控制文件,即規(guī)定系統(tǒng)、分系 統(tǒng)及設備間功能和物理接口要求的控制圖或其它文件。要求該文件“應規(guī)定技術狀態(tài)項目的接口要求并確保所設計的各種硬件、軟件之間的兼容性和共用性。接口控制文件應置于技術狀態(tài)管理之下進行控制,如需更改,應按技術狀態(tài)管理要求進行。五、定義 1 技術狀態(tài)（第3.1條）Configuration GJB3206及ISO1007均將技術狀態(tài)定義為“在技術文件中規(guī)定的、并在產品中達到的功能特性和物理特性”。 該定義明確了技術狀態(tài)就是產品的功能特性和物理特性，這些特性應在技術狀態(tài)文件中明確規(guī)定，并在按技術文件要求研制和生產出的產品中實際達到。 對于Configuration一詞的譯法，從上世紀80年代中期這一名詞引進后，就有各種不同的意見，為了與上級文件保持一致，之后有關資料多將Configuration譯為技術狀態(tài)。但在民用飛機研制過程中，認為“構型”的提法更符合他們的實際情況，在軟件工程中，根據其研制的特點和習慣，采用了“配置”的提法。 1.1 功能特性（第3.1.1條）Functional characteristics GJB3206將功能特性定義為“產品的性能指標、設計的約束條件和使用保障要求。其中包括諸如適用范圍、速度、殺傷力等性能指標以及可靠性、維修性和安全性等要求”。 定義明確了功能特性不是只要求其性能指標，同時應注重其使用效能和適用性要求。所以定義明確功能特性“包含諸如適用范圍、速度、殺傷力等性能指標以及可靠性、維修性和安全性等”反映使用效能和適用性的保障性要求 1.2 物理特性（第3.1.2條）Physical characteristics GJB3206將物理特性定義為“產品的形體特征，如組成、尺寸、表面狀態(tài)、形狀、配合、公差、重量等”。 定義明確了物理特性指產品的形體特征，標準列舉的“組成、尺寸、表面狀態(tài)、形狀、配合、公差、重量等”。形體特征過去我們都有要求，這里綜合給出了“物理特性”的概念。 2 技術狀態(tài)項目（第3.2條）Configuration item GJB3206將技術狀態(tài)項目定義為“能滿足最終使用功能,并被指定作為單個實體進行的硬件、軟件或其集合體”。與ISO1007的定義 “被指定用于技術狀態(tài)管理并在技術狀態(tài)管理過程中作為單個實體對待的硬件、軟件、流程性材料、服務或其任一獨立部分的集合”。 所揭示的基本內容是一致的。ISO1007的范圍與9000族標準的要求一致，更廣泛一些。 GJB3206定義明確了技術狀態(tài)項目可以是硬件，也可以是軟件或其集合體。 什么項目可作為技術狀態(tài)項目，定義中明確了兩個條件 a. 能滿足最終使用功能。即該項目具備功能特性和物理特性; b. 被指定作為單個實體。即該項目是一個獨立的單個實體,只有這種項目才具備最終使用的功能特性和物理特性,才有進行技術狀態(tài)管理的必要。 能滿足最終使用功能,并被指定作為單個實體進行的。所以,技術狀態(tài)管理是以技術狀態(tài)項目作為單元來進行的。3 技術狀態(tài)管理（第3.3條）Configuration management 對技術狀態(tài)項目進行的下述技術的和管理的活動： a. 技術狀態(tài)標識 b. 技術狀態(tài)控制 c. 技術狀態(tài)紀實 d. 技術狀態(tài)審核 如前所述：技術狀態(tài)管理的性質屬于技術的和管理的活動過程，它包括了技術狀態(tài)標識、技術狀態(tài)控制、技術狀態(tài)審核和技術狀態(tài)紀實四項活動內容。這四項活動內容是相互關聯的。其中，技術狀態(tài)標識是技術狀態(tài)管理的基礎，它為技術狀態(tài)控制、技術狀態(tài)紀實和技術狀態(tài)審核提供了依據。技術狀態(tài)控制是實施技術狀態(tài)管理的核心，它為產品技術狀態(tài)的演變和追溯性提供證明和保證。技術狀態(tài)紀實技術狀態(tài)管理過程的信息庫，它是技術狀態(tài)管理過程的真實寫照，為技術狀態(tài)管理提供了決策性意見。技術狀態(tài)審核是產品技術狀態(tài)滿足規(guī)定要求的保證，為循序漸進實現技術狀態(tài)管理的最終目標提供了保證。所以，這四項活動過程都缺一不可，無論缺了其中的哪一項,都不能構成技術狀態(tài)管理。 4 技術狀態(tài)標識(第3.4條)Configuration identification 技術狀態(tài)標識作用是為技術狀態(tài)控制、紀實和審核提供了確定的文件依據。標準規(guī)定技術狀態(tài)標識的主要活動為：“選擇技術狀態(tài)項目；確定每個技術狀態(tài)項目所需的技術狀態(tài)文件：指定技術狀態(tài)項目及規(guī)范文件(包括內部和外部接口文件)的標識號：發(fā)放技術狀態(tài)文件：建立技術狀態(tài)基線”。 定義明確規(guī)定了技術狀態(tài)標識的5項活動。但過去對于技術狀態(tài)標識的認識有兩個誤區(qū):一個是認為技術狀態(tài)標識就是制定技術狀態(tài)文件。另一個誤區(qū)是認為,技術狀態(tài)標識就是給項目及其文件以標識號,這顯然是不全面的,技術狀態(tài)標識最重要的活動是選擇技術狀態(tài)項目、建立技術狀態(tài)基線。 5 技術狀態(tài)控制(第3.5條) Configuration control 技術狀態(tài)控制定義為：“技術狀態(tài)基線建立后,為控制技術狀態(tài)項目的更改而對提出的更改建議（工程更改、偏離、超差）所進行的論證、評定、協調、審批和實施的活動?！?定義明確技術狀態(tài)控制是一個活動過程，這一活動過程是對技術狀態(tài)項目基線實施控制。因此,技術狀態(tài)控制是在技術狀態(tài)基線建立之后,對技術狀態(tài)基線更改所進行的論證、評定、協調、審批和實施的控制活動。也就是說,在經正式審查、批準建立技術狀態(tài)基線之前,對技術狀態(tài)項目有關更改由承制方按本單位的有關規(guī)定進行更改控制。只有在建立技術狀態(tài)基線之后, 對技術狀態(tài)項目的更改要嚴格按技術狀態(tài)控制要求進行控制。 6 技術狀態(tài)紀實(第3.6條) Configuration status accounting (CSA) 標準將技術狀態(tài)記實定義為：“對己確定的技術狀態(tài)文件、提出的更改狀況和己批準更改的執(zhí)行情況所作的正式記錄和報告”。 定義中明確: (a)記實內容包括己確定的技術狀態(tài)文件、提出的更改狀況、己批準更改的執(zhí)行情況; (b)記實活動包括對上述狀況所作的正式的記錄和報告。7 技術狀態(tài)審核（第3.7條)Configuration audit 技術狀態(tài)審核的定義為為確定技術狀態(tài)項目是否符合其技術狀態(tài)文件所進行的檢查。 定義明確：技術狀態(tài)審核為確定技術狀態(tài)項目與其文件是否相符所進行的檢查。根據定義,武器系統(tǒng)研制過程中己制成的技術狀態(tài)項目都應與其技術狀態(tài)文件進行對照,檢查其文實是否相符。在美軍的研制程序中,在其工程研制階段的后期和生產部署階段的前期,進行功能技術狀態(tài)審核和物理技術狀態(tài)審核后,研制產品即可進入成批生產,不再進行合格鑒定。技術狀態(tài)審核與目前國防工業(yè)中經常進行的設計評審、工藝評審、質量評審和“階段技術審查”是完全不同的概念。評審一詞的英語為review ,而GJB 3206 中審核一詞的英語為 audit, review是檢查、復查的意思,而 audit是審計、核實的意思,技術狀態(tài)審核與設計評審、工藝評審、質量評審的主要區(qū)別是： (a)二者的工作性質不同。技術狀態(tài)審核是通過將已制出的產品實物經試驗或檢查得出的實際達到的特性與技術狀態(tài)文件相對照。根據對照結果,對其能否通過審核進行決策。就是說技術狀態(tài)審核是一種決策性的工作。而設計評審(GJB1310-91)只是對設計工作是否符合武器裝備總要求、戰(zhàn)術技術指標、研制任務書或合同要求進行的評審，評審為設計決策提供咨詢，但不能代替決策。工藝評審(GJB1269A -2000)是對工藝總方案、工藝說明書等指令性工藝文件以及關鍵件、重要件、關鍵工序的工藝規(guī)程進行的評審,為批準工藝設計提供咨詢。因此，工藝評審的性質也是咨詢性的。質量評審(GJB 907 -90)雖然評審的范圍比較寬,包括產品的性能、可靠性、維修性和安全性的 符合性;設計更改控制;新工藝、新技術、新器材、新設備及技術攻關成果的采用等,但仍是為決策提供咨詢意見,仍是咨詢性的。 (b)二者的組織和職權不同。技術狀態(tài)審核主要負責人為訂購方,承制方主要是制定審核計劃,為審核提供有關資料、參與審核。而設計評審和工藝評審則是由承制單位組織, 邀請非直接參加工作的同行專家、承制方有關職能部門代表及訂購方代表參加,評定意見只提供咨詢,是為承制方及早發(fā)現和糾正設計缺陷、自我完善設計的管理方法,完全是承制方內部的工作。質量評審工作由承制單位技術負責人或質量負責人負責并組織實施。訂購方不介入此工作。 (c)二者進行的階段不同。技術狀態(tài)審核是在設計定型和生產定型階段,在己制出的 產品上進行。而設計評審是在方案階段和工程研制階段對本階段的產品設計進行評審。GJB 1269A規(guī)定工藝評審是分階段進行的。承制方針對具體產品確定產品的工藝設計階段。按該標準所規(guī)定的評審對象看,其評審時間應是在工程研制階段或更早。 8 技術狀態(tài)文件（第3.8條）Configuration documents 標準定義技術狀態(tài)文件為：規(guī)定技術狀態(tài)項目的要求、設計、生產和驗收所必須的技術文件。技術狀態(tài)文件分為功能技術狀態(tài)文件、分配技術狀態(tài)文件、產品技術狀態(tài)文件。這三種技術狀態(tài)文件,在不同的研制階段進行編制、批準和保持,且在內容上逐級細化。 定義中明確規(guī)定技術狀態(tài)文件是: (a)規(guī)定技術狀態(tài)項目的要求、設計、生產和驗收所必須的文件,就是說,技術狀態(tài)項目文件包含了滿足技術狀態(tài)項目的要求、設計、生產和驗收所必須的文件,包含項目要求和設計的指令性文件，組織生產的設計文件和工藝文件和試驗驗收的文件。在此，“技術狀態(tài)項目”指的是被選擇的作為技術狀態(tài)項目的具體實體。“技術狀態(tài)項目的要求、設計、生產和驗證所必需的技術狀態(tài)文件”包含了達到產品符合要求所需的所有文件。如系統(tǒng)規(guī)范、設計文件、工藝文件、研究試驗文件和軟件文檔等。 (b)技術狀態(tài)文件分為功能技術狀態(tài)文件,分配技術狀態(tài)文件、產品技術狀態(tài)文件。8.1功能技術狀態(tài)文件 GJB3206將功能技術狀態(tài)文件定義為由功能基線及其已批準的更改所組成的技術狀態(tài)文件。 8.2分配技術狀態(tài)文件 GJB3206將技術狀態(tài)文件定義為由分配基線及其已批準的更改所組成的技術狀態(tài)文件。 8.3產品技術狀態(tài)文件 GJB3206將產品技術狀態(tài)定義為由產品基線及其已批準的更改所組成的技術狀態(tài)文件。 以上定義明確，技術狀態(tài)文件除滿足產品研制、生產、驗證需要的文件外還應包括更改文件。 武器裝備系統(tǒng)地研制工作是根據規(guī)定的研制階段逐步完成的。這三種技術狀態(tài)文件，在不同的研制階段進行編制、批準和保持，且在內容上逐級細化。 在論證階段應編制形成功能基線所要求的功能技術狀態(tài)文件，在方案階段初期經確認后建立功能基線；在方案階段應編制形成分配基線所要求的分配技術狀態(tài)文件，在工程研制階段初期經確認后建立分配基線；在工程研制階段應編制形成產品基線所要求的產品技術狀態(tài)文件，在功能技術狀態(tài)審核和物理技術狀態(tài)審核后建立產品基線； 這三種技術狀態(tài)文件是從功能技術狀態(tài)文件到分配技術狀態(tài)文件再到產品技術狀態(tài)文件。這三種技術狀態(tài)文件相互協調，后者是前者的擴展和細化。 三種技術狀態(tài)文件是一個新的概念，在不同的研制階段編制,它們的形成過程體現了隨著研制階段的發(fā)展,產品的研究和設計逐步發(fā)展成熟的漸進過程。在研制的初期階段,首先制定系統(tǒng)級的功能技術狀態(tài)文件;根據功能技術狀態(tài)文件的要求,在下一個研制階段中,制定描述各技術狀態(tài)項目功能的技術狀態(tài)文件,即分配技術狀態(tài)文件：根據分配技術狀態(tài)文件要求,進一步制定產品制造所必須的各類文件，如圖樣、工藝規(guī)程、材料規(guī)范等產品技術狀態(tài)文件。隨著各技術狀態(tài)文件的發(fā)展,產品設計漸趨完善。所以定義中規(guī)定這三種技術狀態(tài)文件,在不同的研制階段進行編制、批準和保持，且在內容上逐級細化。 功能技術狀態(tài)文件是規(guī)定武器裝備系統(tǒng)或獨立研制的重大技術狀態(tài)項目的功能特性、接口特性以及驗證上述特性是否達到規(guī)定要求所需進行的檢查的文件。分配技術狀態(tài)文件是規(guī)定技術狀態(tài)項目下列內容的文件：從武器裝備系統(tǒng)或高一層技術狀態(tài)項目分配給下一級技術狀態(tài)項目的功能特性和接口特性、技術狀態(tài)項目的接口要求、附加的設計約束條件及驗證上述特性是否達到規(guī)定要求所需進行的檢查。產品技術狀態(tài)文件是規(guī)定技術狀態(tài)項目下列內容的文件:技術狀態(tài)項目所有必須的功能特性和物理特性、被指定進行生產驗收試驗的功能特性和物理特性、為保障技術狀態(tài)項目合格所需的試驗。9 技術狀態(tài)基線（第3.9條）Configuration baseline 技術狀態(tài)管理的核心是基線管理,基線即界線、基準線?；€的定義是： GJB3206將技術狀態(tài)定義為在技術狀態(tài)項目研制過程中的某一特定時刻，被正式確認、并被作為今后研制、生產活動基準的技術狀態(tài)文件。一般有三種技術狀態(tài)基線：功能基線、分配基線和產品基線。 定義說明： a.技術狀態(tài)基線是在技術狀態(tài)項目研制過程中的某一特定時刻正式確認的，特定時刻指一個階段目標完成后的轉階段評審被確認； b.被確認-應由承制方和訂購方正式確認； c.基線是作為后續(xù)研制、生產活動基準的技術狀態(tài)文件。 技術狀態(tài)管理中一個很重要的概念是基線。基線是由相應的技術狀態(tài)文件和已批準的更改文件構成的。編制完成的各級技術狀態(tài)文件經定購與承制任務的雙方共同審查、正式批準后，即構成這一級的技術狀態(tài)基線。技術狀態(tài)管理實質上是對技術狀態(tài)基線的管理。技術狀態(tài)標識的目的是建立基線，技術狀態(tài)控制的核心是控制技術狀態(tài)基線的更改，技術狀態(tài)紀實是記錄和報告技術狀態(tài)基線狀況及其發(fā)展變化，技術狀態(tài)審核是審核已制出的產品與基線文件的相符性。因此，沒有技術狀態(tài)基線，技術狀態(tài)管理就無從談起。 一般有三種技術狀態(tài)基線：功能基線、分配基線和產品基線。9.1功能基線 GJB3206將技術狀態(tài)定義為經正式確認的用以描述武器裝備系統(tǒng)級或獨立研制的重大技術狀態(tài)項目下列內容的文件：功能特性；接口特性；驗證上述特性是否達到規(guī)定要求所需的檢查。 9.2分配基線 GJB3206將技術狀態(tài)定義為經正式確認的用以描述技術狀態(tài)項目下列內容的文件：從武器裝備系統(tǒng)或高一層技術狀態(tài)項目分配給該技術狀態(tài)項目的功能特性和接口特性；技術狀態(tài)項目的接口要求；附加的設計約束條件；驗證上述特性是否達到規(guī)定要求所需的檢查。各技術狀態(tài)項目分配基線的總合，形成滿足武器裝備系統(tǒng)功能基線目標的技術途徑。 9.3產品基線 GJB3206將技術狀態(tài)定義為經正式確認的用以描述航天產品技術狀態(tài)項目下列內容的文件：技術狀態(tài)項目所有必需的功能特性和物理特性；被指定進行生產驗收試驗的功能特性和物理特性；為保證技術狀態(tài)項目合格所需的試驗。 確定三種基線的依據是不同層次不同研制階段編制的、能全面反映產品功能特性和物理特性的、在某一特定時刻確立的技術狀態(tài)的文件。 10 工程更改（第3.10條）engineering change 工程更改定義為：“在技術狀態(tài)項目研制、生產過程中,對己正式確認的現行技術狀態(tài)文件所做的更改”。 根據定義,工程更改是對已批準的技術狀態(tài)文件的更改。只有技術狀態(tài)項目己確認的現行技術狀態(tài)文件的更改才構成工程更改。非技術狀態(tài)項目，或未經正式確認的、非現行的技術狀態(tài)文件(編制中的、未提交正式審查確認建立的技術狀態(tài)基線)的更改不屬于本范疇，其更改變動屬于承制方內部的圖樣(設計)更改控制活動。 11 工程更改建議（第3.11條）engineering change 工程更改建議定義為：“提出工程更改并對該更改進行描述、論證和提交批準的文件”。 根據定義規(guī)定,工程更改建議是一種文件，該文件的作用是提出工程更改、對更改的內容進行描述、論證和提交批準的文件。 12 偏離（第3.11條）deviation 偏離定義為技術狀態(tài)項目制造之前,對該技術狀態(tài)項目的某些方面，在指定的數量或者時間范圍內,可以不按其己被批準的現行技術狀態(tài)文件要求進行制造的一種書面認可。允許偏離時,對其己被批準的文件不做出相應更改。 偏離定義來自美國軍用標準MIL-STD-973技術狀態(tài)管理。在我國“對該技術狀態(tài)項目的某些方面，在指定的數量或者時間范圍內,可以不按其己被批準的現行技術狀態(tài)文件要求進行制造”稱為“偏離”，這種偏離被“書面認可” 稱為“偏離許可”。這種書面認可在技術狀態(tài)項目制造之前由承制方提出申請,經指定的責任人批準后產生。其內容為允許技術狀杰項目的某些方面在指定的數量或指定的時間范圍內,可以不按其己批準的技術狀態(tài)現行文件進行制造。由于這種偏離只是暫時的,所以不更改己批準的現行技術狀態(tài)文件。 13 超差（第3.12條）waiver 超差定義為：對接受下述技術狀態(tài)項目的一種書面認可:在制造期間或在檢驗驗收過程中,發(fā)現某些方面不符合己被批準的現行技術狀態(tài)文件規(guī)定要求,但不需修理或用經批準的方法修理后仍可使用。 超差定義來自美國軍用標準MIL-STD-973技術狀態(tài)管理。在我國“在制造期間或在檢驗驗收過程中,發(fā)現某些方面不符合己被批準的現行技術狀態(tài)文件規(guī)定要求”稱為“超差”，這種超差被“不符合己被批準的現行技術狀態(tài)文件規(guī)定要求,但不需修理或用經批準的方法修理后仍可使用的書面認可” 稱為“超差特許”或“讓步接收”。這種書面認可在技術狀態(tài)項目制造中或制造之后產生。超差由承制方提出申請,設計認可，經指定的責任人批準后生效。 即在制造過程中產生了不符合己批準的技術狀態(tài)文件要求的情況,但這種不符合的情況不需修理或用經批準的方法修理后仍可同意使用的,可辦理超差手續(xù)。 超差與偏離的區(qū)別在于:偏離是在技術狀態(tài)項目制造之前,考慮到某種需求或目的產生的不符合己批準的現行技術狀態(tài)文件的情況,辦理的一種書畫認可,這種書畫認可只能在指定的數量或時間范圍內有效; 而超差則是在技術狀態(tài)項目制造中或之后,發(fā)現己生產的技術狀態(tài)項目的某指標不符合己批準的現行技術狀態(tài)文件,但經同意可使用的一種書面認可。 六、基本要求（標準4.1） 應在武器裝備系統(tǒng)或技術狀態(tài)項目研制過程的不同階段,分別編制出能全面反映其在某一特定時刻能夠確定下來的技術狀態(tài)的文件,建立功能基線、分配其