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