軟件三庫管理.doc

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