隨計(jì)算機(jī)科學(xué)與技術(shù)的飛速發(fā)展，應(yīng)用領(lǐng)域的不斷擴(kuò)大，硬件系統(tǒng)與功能軟件實(shí)現(xiàn)的比例不斷增加， 軟件不再只是計(jì)算機(jī)硬件的附屬品， 而已經(jīng)成為系統(tǒng)的獨(dú)立甚至是主宰系統(tǒng)的關(guān)鍵部分。開展軟件工程化管理與過程改進(jìn)成為軟件管理的重中之重。 1.1 軟件開發(fā)面臨的問題軟件的重要程度已經(jīng)越來越被得到認(rèn)可和重視。提高軟件的生產(chǎn)率和質(zhì)量便成為軟件所面臨的最大挑戰(zhàn)。同時(shí)，我國(guó)國(guó)防科技工業(yè)領(lǐng)域，軟件研制與開發(fā)仍基本處于初級(jí)階段，其質(zhì)量控制還缺乏有效的組織、手段和相應(yīng)的規(guī)范。軟件面臨問題的主要表現(xiàn)為質(zhì)量形式嚴(yán)峻、軟件開發(fā)與交付的進(jìn)度難以保證，軟件開發(fā)的經(jīng)費(fèi)難以控制。 1.2 解決軟件問題的出路軟件作為一種邏輯實(shí)體，具有抽象性、嚴(yán)密性、一次性、智力性、持久性、倚賴性、復(fù)雜性、難以度量、易出錯(cuò)、必須維護(hù)和成本昂貴等顯著特點(diǎn)。為解決以上問題，自 1968 年在 NATO 會(huì)議上提出軟件工程以來， 人們一直在尋求更先進(jìn)的軟件開發(fā)技術(shù)和方法。但在隨后的 30 余年實(shí)踐中，通過追求新開發(fā)技術(shù)和方法改進(jìn)解決軟件開發(fā)面臨的巨大問題，但結(jié)果卻無法令人滿意。人們逐步認(rèn)識(shí)到， 改進(jìn)軟件過程的管理才是解決軟件開發(fā)面臨眾多問題的出路。 1986 年 11 月，卡內(nèi)基-梅隆大學(xué)的軟件工程研究所應(yīng)美國(guó)聯(lián)邦政府的要求，在 Mitre 公司的協(xié)助下，分別于 1987 年 6 月和 9 月開發(fā)出了軟件能力成熟度框架和軟件成熟度提問單， 用于評(píng)估軟件供應(yīng)商的能力。通過 4 年的應(yīng)用實(shí)踐，軟件工程研究所于 1991 年推出了軟件能力成熟度模型 CMM1.0 版。后與 1993 年又推出了該模型的 CMM1.1 版。其后由于開展集成能力成熟度模型 CMMI 工作， 就停止了軟件能力成熟度模型 CMM2.0 版本的進(jìn)一步工作。 1.3 CMMI 模型對(duì)配置管理的定位 2000 年 6 月，國(guó)務(wù)院下發(fā)了《鼓勵(lì)軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)展的若干政策》（國(guó)發(fā)［2000］18 號(hào)）文件，其中明確指出國(guó)家鼓勵(lì)軟件出口型按 CMM 改進(jìn)軟件過程。近年來，隨著《軍用軟件質(zhì)量管理規(guī)定》和 GJB5000-2003《軍用軟件能力成熟度模型》的貫徹和實(shí)施，軍內(nèi)外各界對(duì)過程改進(jìn)的認(rèn)識(shí)得到了很大的提高。同時(shí)，總裝于 2006 年啟動(dòng)了 GJB5000-2003 的修訂工作， 并 于 2008 年 發(fā) 布 了 以 CMMI -DEV1.2 版 為 基 礎(chǔ) 制 訂 的 GJB5000A-2008《軍用軟件研制能力成熟度模型》。在 GJB5000A-2008《軍用軟件研制能力成熟度模型》中，將所有級(jí)別包括的 22 個(gè)過程域劃分為四類：支持類、項(xiàng)目管理類、工程類與過程管理類。配置管理作為支持類過程域中最基礎(chǔ)也是最重要的一個(gè)過程域確立。同時(shí)，配置管理可作為組織收納管理其他各個(gè)過程域產(chǎn)生的過程資料和過程產(chǎn)品的平臺(tái)， 作為開展全面過程改進(jìn)工作的支持平臺(tái)和組織資產(chǎn)庫， 地位尤為重要和突出。