軟件三庫管理.doc

.軟件配置管理與GJB5000A三庫管理 (2016-07-28 08:57:39)轉(zhuǎn)載分類：GJB5000A隨著企業(yè)業(yè)務(wù)發(fā)展，產(chǎn)品線也變得越來越豐富。新產(chǎn)品的研發(fā)，可能由于周期短，有時(shí)直接快速組建一個(gè)新的項(xiàng)目組，大家熱火朝天，技術(shù)攻關(guān)很快就把產(chǎn)品研發(fā)出來了。很多的設(shè)計(jì)點(diǎn)子，產(chǎn)品架構(gòu)，技術(shù)攻關(guān)等通過高效的線下溝通，反倒推動了產(chǎn)品更快的問世。但常常這些討論過程所產(chǎn)生的“智慧”，也很容易被項(xiàng)目組所遺忘；產(chǎn)品完成后，項(xiàng)目組也就隨之解散。未來，當(dāng)企業(yè)需要對已有的產(chǎn)品線進(jìn)行維護(hù)升級，從而更好地贏得市場的時(shí)候，往往會因?yàn)闊o處尋找這些遺忘的智慧而頭疼不已。針對這類的管理煩惱，CMM/CMMI提供了專門的軟件配置管理辦法；CMM/CMMI將軟件配置管理的活動分為6個(gè)方面：SCM過程管理、軟件配置標(biāo)識、軟件配置控制、軟件配置狀態(tài)統(tǒng)計(jì)、軟件配置審計(jì)、軟件發(fā)布管理和交付。軟件配置管理定義了如下目標(biāo)：Goals 1:Software configuration management activities are planned.（定制了軟件配置管理活動的計(jì)劃。）Goals 2:Selected software work products are identified, controlled, and available.（選定的軟件工作產(chǎn)品是被標(biāo)識的、受控的和可利用的。）Goals 3:Changes to identified software work products are controlled. （選定的軟件工作產(chǎn)品是被標(biāo)識的、受控的和可利用的。）Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （軟件基線的狀態(tài)和內(nèi)容通知受影響的小組和個(gè)人。）在CMM和CMMI中，將配置管理的目的定義為“建立和維護(hù)產(chǎn)品的完整性”，是其他配置管理目標(biāo)的基礎(chǔ)。三庫管理：三庫的概念源自CMM/CMMI，即開發(fā)庫、受控庫和產(chǎn)品庫。配置項(xiàng)在三庫之間遷移，一級比一級的控制更嚴(yán)格。從CMM的角度來看，對開發(fā)庫的管理并沒有要求，但是對受控庫和產(chǎn)品庫是需要進(jìn)行管理的。開發(fā)庫：存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員專用。受控庫：在軟件開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。產(chǎn)品庫：在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內(nèi)，等待交付用戶或現(xiàn)場安裝。按照三庫的思路，軟件開發(fā)組日常的工作在開發(fā)庫中開展，當(dāng)工作達(dá)到里程碑時(shí)，再遷移到受控庫，在受控庫中經(jīng)過更嚴(yán)格的測試后，再上升到產(chǎn)品庫，最后發(fā)布。實(shí)現(xiàn)三庫的指導(dǎo)思想應(yīng)該是邏輯上獨(dú)立，物理上在一起(三庫物理隔離帶來的最大問題是配置項(xiàng)失去了歷史可追溯性)，通過權(quán)限與流程的控制來實(shí)現(xiàn)配置項(xiàng)在不同庫之間的流轉(zhuǎn)，以及相應(yīng)角色的人員對相應(yīng)庫的訪問。不管是幾個(gè)庫，最終都是要提高管理效率和保存工作成果和工作記錄。目前市面上提供了不少的版本控制工具，對開發(fā)庫，以及產(chǎn)品庫都能有不錯(cuò)的管理；比如Subversion這類的版本控制工具，對于開發(fā)人員的一些代碼源文件的check out, check in操作都提供了很便利的管理和操作；同時(shí)通過一些目錄分支管理，對不同的產(chǎn)品線/版本也提供了靈活便利的管理辦法。三庫中，唯獨(dú)對于受控庫的管理，一直沒有很好的工具來進(jìn)行管理。受控，顧名思義需要對整個(gè)產(chǎn)品的過程進(jìn)行控制，包括 設(shè)計(jì)的過程受控，從而將項(xiàng)目組在產(chǎn)品設(shè)計(jì)的過程迸發(fā)而來的智慧進(jìn)行沉淀； 變更過程受控，如變更的發(fā)起，變更通知受影響的小組和個(gè)人，包括實(shí)際的開發(fā)小組以及測試人員等； 開發(fā)組的開發(fā)任務(wù)過程受控，包括任務(wù)的工作內(nèi)容，以及所處的進(jìn)展?fàn)顟B(tài)受控、可見；開發(fā)任務(wù)即包括了產(chǎn)品新功能的實(shí)現(xiàn)，也包含了對已有產(chǎn)品線的維護(hù)； 測試任務(wù)的測試過程受控，包括制定測試計(jì)劃，測試周期所對應(yīng)的測試進(jìn)展和測試結(jié)果受控、可見；不少企業(yè)在信息化的管理中，走在了前列。針對受控庫中的各個(gè)管理域，紛紛使用了各種工具來進(jìn)行管理；有專門針對設(shè)計(jì)階段過程管理的工具，也有專門針對變更過程，開發(fā)任務(wù)過程，以及測試任務(wù)過程的管理工具。但是當(dāng)企業(yè)采購這些不同供應(yīng)商提供的管理工具，在實(shí)際落地到企業(yè)全局管理的時(shí)候，紛紛遇到了一個(gè)相同的問題。不同供應(yīng)商提供的管理工具，雖然能對不同的階段過程提供管理，但是這些工具間無法進(jìn)行通訊；從而使得企業(yè)在產(chǎn)品線生命周期中的各個(gè)分階段過程管理中，局部階段管理達(dá)到最優(yōu)，但是局部最優(yōu)不等價(jià)于全局最優(yōu)。在實(shí)際產(chǎn)品線的管理中，表現(xiàn)出來的煩惱可能就是設(shè)計(jì)的內(nèi)容無法通知到開發(fā)，測試的測試大綱和設(shè)計(jì)完全脫離，開發(fā)任務(wù)的工作內(nèi)容和過程較為隨意，從而導(dǎo)致雖然經(jīng)過受控庫的各個(gè)階段過程受控管理，但最后輸出給客戶的產(chǎn)品仍然不是一個(gè)“正確的產(chǎn)品”。解決這個(gè)問題的關(guān)鍵是，一個(gè)能完全覆蓋ALM（應(yīng)用軟件生命周期管理）各個(gè)階段的軟件過程控制的管理系統(tǒng)，同時(shí)不同階段的過程控制對應(yīng)的工作流程及客戶操作應(yīng)該是高度自定義的。從而讓管理系統(tǒng)主動適應(yīng)企業(yè)，最大化的減少企業(yè)將管理方案落地到實(shí)際生產(chǎn)時(shí)的實(shí)施成本。TechExcel的ALM DevSuite解決方案，很好的解決了眾多企業(yè)面臨的這個(gè)問題。DevSuite系列包含了多個(gè)能獨(dú)立工作的產(chǎn)品， KnowledgeWise產(chǎn)品提供企業(yè)級的知識庫管理，將企業(yè)在發(fā)展中沉淀累積的知識、規(guī)章制度、市場反饋建議等很好的進(jìn)行管理； DevSpec產(chǎn)品提供專業(yè)的需求分析管理，實(shí)現(xiàn)需求過程受控；幫助項(xiàng)目組將創(chuàng)造產(chǎn)品過程中所迸發(fā)的“智慧”很好地進(jìn)行管理； DevPlan產(chǎn)品提供項(xiàng)目規(guī)劃管理，從而幫助企業(yè)在項(xiàng)目里程碑等重大事件的管理上，可控、可見； DevTrack產(chǎn)品在項(xiàng)目執(zhí)行階段提供強(qiáng)大、便捷的任務(wù)過程管理；幫助項(xiàng)目組在實(shí)際的開發(fā)任務(wù)所處的階段、過程管理上，可控、可見； DevTest產(chǎn)品提供專業(yè)的測試用例和測試計(jì)劃管理；幫助項(xiàng)目組在測試任務(wù)的過程管理上，可控、可見； 在DevSuite統(tǒng)一平臺上，這些不同的組件都是可以無縫銜接集成的；這就解決了之前我們提到的各個(gè)分階段間的信息無法通訊的問題。同時(shí)KnowledgeWise作為企業(yè)級知識庫的管理，也保證了各個(gè)組件無縫集成后的信息通訊的一致性和完整性，極大程度地規(guī)避了“錯(cuò)誤產(chǎn)品”的風(fēng)險(xiǎn)。通過下面的這個(gè)圓圖，我們能夠更好的理解TechExcel ALM DevSuite解決方案的精髓。在圓圖中，我們發(fā)現(xiàn)DevSuite系統(tǒng)，不但提供了ALM（應(yīng)用軟件生命周期）各個(gè)階段的過程控制管理，而且還