提高軟件開發(fā)的質(zhì)量和效率 ―基于 JBCM 系統(tǒng)的軟件過程典型活動模式-

1、提高軟件開發(fā)的質(zhì)量和效率基于JBCM系統(tǒng)的軟件過程典型活動模式國內(nèi)大多數(shù)軟件企業(yè)目前正處在成長階段,在軟件開發(fā)過程的選擇上,需要考慮企業(yè)自身的具體情況。有條件的企業(yè),應(yīng)該按照ISO/IEC12207國際標準:“信息技術(shù)、軟件生存周期過程”實施,在過程改善進度方面,往往選擇CMM軟件過程成熟度模型及其過程改進模式。然而,這種標準的過程在實施中有大量的文檔要求和嚴格的過程執(zhí)行紀律,可能會使軟件人員感到負擔很重,不一定能夠適應(yīng)許多情況下快節(jié)奏的軟件開發(fā)要求。另外,為了實施這種標準的過程改進,企業(yè)要專門投入人力、資金和時間,并且可能要忍受一個難以避免的過度期,在此過度期中不能立竿見影地收到過程改進的成

2、效。那么,是不是說,對我們某些暫時沒有條件進行標準過程改進的企業(yè)來說,過程改進就無法實施了呢?回答是否定的!過程改進的意義在于提高軟件開發(fā)的質(zhì)量和效率,任何有利于提高質(zhì)量和效率的措施都是在進行過程改進。因此,軟件企業(yè)完全可以根據(jù)自身的具體情況,提出切實可行的過程改進目標,采取在當前條件下實際可操作的措施,來改進軟件過程。下面,我們提出一種基于配置管理的軟件過程典型活動模式,該模式可以運用在任何規(guī)范或不夠規(guī)范的軟件過程中,通過配置管理系統(tǒng)的具體支持,改進現(xiàn)有過程中關(guān)鍵環(huán)節(jié)的典型活動,從而達到過程改進的目標。無論是采用ISO/IEC12207國際標準或CMM過程改進模式,還是在現(xiàn)有條件下進行過程改

3、進,都是對過程中活動的安排或重新安排,為了突出軟件過程活動的重點,有必要對軟件過程的關(guān)鍵環(huán)節(jié)和典型活動進行分析。1. 軟件過程的關(guān)鍵環(huán)節(jié)和典型活動分析ISO/IEC12207軟件過程結(jié)構(gòu)提出三類過程,分別為基本過程、支持過程和組織過程,這三類過程又包含了17個具體的過程。其中,基本過程中的開發(fā)過程是活動最密集的過程,企業(yè)的主要的人力、資金和時間的相當部分都投入這一過程,因為它是直接生產(chǎn)軟件產(chǎn)品的過程,產(chǎn)品的質(zhì)量和效率與該過程的活動密切相關(guān),當然,其它過程也是與開發(fā)過程相協(xié)調(diào),以形成一個完整的軟件過程結(jié)構(gòu)。對于當前條件下的軟件企業(yè)來說,可能在其它過程活動的選擇上各不相同,但開發(fā)過程則大同小異,無

4、論采用什么樣的軟件生命周期模型,都要進行計劃、需求獲取、分析、設(shè)計、編碼、測試、交付和維護等活動,而其它的任何活動,都是直接或間接地保證開發(fā)過程能夠高質(zhì)量高效率地進行。因此,開發(fā)過程活動及與開發(fā)直接相關(guān)的管理活動是過程改進的關(guān)鍵活動,應(yīng)該關(guān)注這些活動中的關(guān)鍵環(huán)節(jié)。分析軟件過程中的關(guān)鍵環(huán)節(jié),必須站在一定的角度,從不同的層次進行觀察,根據(jù)軟件企業(yè)一般的結(jié)構(gòu),可以從三個角度進行分析,分別為企業(yè)管理者的角度、項目負責人的角度和開發(fā)人員的角度。如果在這三個方面的過程活動都得到強有力的支持,則企業(yè)的軟件過程能力必然會有顯著提高,軟件的質(zhì)量和效率也能得到有效的保證。2. 基于JBCM的軟件過程典型活動模式J

5、BCM是北京大學軟件工程國家工程研究中心、北京北大青鳥軟件工程有限公司研發(fā)的一個基于構(gòu)件的軟件配置管理系統(tǒng),提供對企業(yè)軟件資源的組織和使用的支持,特別是從軟件的構(gòu)造性和演化性出發(fā),全面支持開發(fā)過程管理。為了使軟件企業(yè)能快速地達到用好配置管理系統(tǒng),改善軟件過程的目的,下面總結(jié)了基于該系統(tǒng)的典型軟件開發(fā)管理模式。這里所說的模式,是針對軟件過程管理中的一項具體任務(wù)或要解決的一個具體問題,定義的一個可操作的活動序列,活動中特別的人員角色都已指明。表-1 基于JBCM的編碼人員活動模式標識模式活動人員編碼人員1.1 代碼重用模式通過構(gòu)件標識和注釋找到構(gòu)件;通過版本標識、注釋或版本比較找到版本;從配置庫中

6、獲取構(gòu)件指定版本;獲取版本文件中需要重用的信息。編碼人員1.2 共享協(xié)作模式二人按共享寫方式分別檢出同一構(gòu)件的同一文件;二人在各自的工作區(qū)內(nèi)對構(gòu)件內(nèi)容進行更新;一人檢入更新后的構(gòu)件新版本;另一人在系統(tǒng)提供的合并注釋功能支持下進行再更新后檢入構(gòu)件的另一新版本。編碼人員1.3 分支協(xié)作模式二人明確對同一構(gòu)件版本協(xié)作開發(fā)的各自任務(wù);二人從同一版本出發(fā)進入不同分支(需要時創(chuàng)建;二人在各自的分支上開發(fā)構(gòu)件新的版本(一至多個;二人開發(fā)結(jié)束后,通過比較版本差異確認沖突;二人共同解決沖突合并不同分支版本。編碼人員1.4 重用提取模式獲取指定構(gòu)件的可重用版本;對版本進行接口標準化改造,以及必要的邏輯重組;建立并

7、標識新的可重用構(gòu)件及檢入第一個版本;根據(jù)需要對可重用構(gòu)件進行擴充;編碼人員1.5 構(gòu)件組裝模式根據(jù)系統(tǒng)需求,在設(shè)計過程中規(guī)劃對已有構(gòu)件的重用方式;根據(jù)構(gòu)件標識和注釋查找可重用的構(gòu)件;獲取可重用的構(gòu)件,進行功能和接口測試;根據(jù)需要對構(gòu)件功能和接口進行擴充,并生成重用構(gòu)件的新版本;根據(jù)設(shè)計方案開發(fā)新的構(gòu)件;利用配置功能構(gòu)造系統(tǒng)的結(jié)構(gòu);編碼人員1.6 程序員組模式構(gòu)件管理員確定程序員組成員;構(gòu)件管理員設(shè)計構(gòu)件結(jié)構(gòu);構(gòu)件管理員向組員分配任務(wù);組員利用共享和分支功能并行開發(fā);構(gòu)件管理員組織開發(fā)過程中的交流;構(gòu)件管理員采用文檔、代碼審查及測試等手段確認構(gòu)件質(zhì)量。1.7 開發(fā)回滾模式對準備放棄的構(gòu)件最新版本

8、進行標識;通過構(gòu)件歷史版本選擇和比較確定合適的版本;對該版本進行分支,并在新的分支上進行繼續(xù)開發(fā),或者,在原分支上先檢出,再檢入新版本并進行標識。編碼人員表-2 基于JBCM的項目負責人活動模式標識模式活動人員2.1 資源組織模式項目管理員建立項目資源包在項目資源包中,建立需求構(gòu)件和概要設(shè)計構(gòu)件;完成初始階段需求分析和軟件體系結(jié)構(gòu)概要設(shè)計;根據(jù)概要設(shè)計建立項目下的子項目-構(gòu)件結(jié)構(gòu)并確定子項目-構(gòu)件管理員;根據(jù)概要設(shè)計建立軟件的初始結(jié)構(gòu)配置;項目管理者2.2 責任分配模式根據(jù)開發(fā)活動需要,項目管理員重新指定子項目管理員;根據(jù)開發(fā)活動需要,項目管理員重新指定構(gòu)件管理員;根據(jù)開發(fā)活動需要,項目或構(gòu)件

9、管理員重新調(diào)整用戶權(quán)限;項目管理者2.3 系統(tǒng)結(jié)構(gòu)模式建立:/計劃/需求/分析/設(shè)計/源代碼/執(zhí)行體/用戶文檔/測試/安裝/等子項目-構(gòu)件結(jié)構(gòu);建立源代碼結(jié)構(gòu)中的系統(tǒng)構(gòu)造結(jié)構(gòu)配置;建立執(zhí)行體結(jié)構(gòu)中的系統(tǒng)組裝結(jié)構(gòu)配置;建立提交配置,包括需求、分析、設(shè)計、系統(tǒng)組裝結(jié)構(gòu)配置;建立測試配置:包括提交配置和測試結(jié)構(gòu);建立產(chǎn)品配置:包括測試配置和用戶文檔結(jié)構(gòu);項目管理者2.4 計劃控制模式根據(jù)系統(tǒng)構(gòu)造結(jié)構(gòu)配置的層次結(jié)構(gòu),按照計劃進度,定期導出配置最新版本;對導出版本進行構(gòu)造、測試和質(zhì)量審查;若審查不通過,則反饋信息調(diào)控下一步的開發(fā)活動;對審查通過的配置建立構(gòu)造基線;按照構(gòu)造基線,對系統(tǒng)或部分系統(tǒng)進行構(gòu)造,

10、將結(jié)果檢入可執(zhí)行體結(jié)構(gòu);項目管理者2.5 工作流支持模式1、開發(fā)負責人組織開發(fā)活動并建立構(gòu)造基線;2、構(gòu)造負責人導出構(gòu)造基線,構(gòu)造可執(zhí)行體,檢入可執(zhí)行體;3、安裝負責人導出可執(zhí)行體,制作安裝系統(tǒng),檢入安裝系統(tǒng)并建立組裝基線;4、項目負責人建立提交基線;5、測試負責人導出提交基線,進行測試,提交測項目管理者試報告,建立測試基線。6、評審負責人導出測試基線,評審測試結(jié)果,若不通過則轉(zhuǎn)1;7、發(fā)布負責人確定是否發(fā)布,若是,則建立產(chǎn)品基線。2.6 工作量審查模式通過構(gòu)件版本視圖審查構(gòu)件小組成員以版本為單位的工作量;通過構(gòu)件兩個版本(不一定連續(xù)比較,檢查構(gòu)件小組成員在一定階段的代碼工作量(參考;通過查詢

11、操作,檢查指定用戶的工作情況記錄;項目管理者2.7 質(zhì)量審查模式獲取需求、設(shè)計、代碼的對應(yīng)版本,進行內(nèi)容檢查和一致性檢查;通過某一階段的所有構(gòu)造基線相對于計劃的偏離程度估計開發(fā)活動進展情況;通過某一階段的組裝基線相對于計劃的偏離程度,估計組裝活動的進展情況;通過某一階段的提交基線相對于計劃的偏離程度,估計提交活動的進展情況;通過某一階段的測試基線相對于計劃的偏離程度,估計測試活動的進展情況;通過某一階段的產(chǎn)品基線相對于計劃的偏離程度,估計發(fā)布活動的進展情況;項目管理者2.8 任務(wù)移交模式針對任務(wù)確定需要移交的資源內(nèi)容;改變移交資源的用戶訪問權(quán)限;接收者導出資源,與移交者共同確認資源的完整性和正

12、確性(必要時對文檔進行審查,并對代碼進行構(gòu)造和測試,評測結(jié)果也可作為對移交者的一種評價;接收者根據(jù)任務(wù)重組資源。項目管理者表-3 基于JBCM的企業(yè)管理人員活動模式標識模式活動人員3.1 管理層次模式根據(jù)企業(yè)行政管理結(jié)構(gòu),建立項目-子項目結(jié)構(gòu);根據(jù)企業(yè)配置管理職責分配,設(shè)立系統(tǒng)配置管理員;系統(tǒng)配置管理員根據(jù)訪問企業(yè)軟件資源的需要,設(shè)立配置管理系統(tǒng)用戶并分配置職責;各級項目-子項目管理員根據(jù)企業(yè)部門劃分,建立項目,確定項目用戶及權(quán)限,并根據(jù)部門規(guī)模和需要指定子項目管理員;負責軟件項目開發(fā)的項目-子項目管理員進行軟件項目資源管理。企業(yè)管理者3.2 信息發(fā)布模式發(fā)布者建立一個構(gòu)件;發(fā)布者將接收者全部

13、指定為構(gòu)件的只讀用戶;企業(yè)管理者發(fā)布者定期更新構(gòu)件內(nèi)容;各接收者定期導出構(gòu)件內(nèi)容獲取發(fā)布信息;發(fā)布者通過對構(gòu)件的審計活動獲得各接收者是否按時獲取信息。3.3 信息集中模式接收者建立一個項目(子項目;接收者為每個信息提交者建立一個構(gòu)件,并指定該提交者為構(gòu)件一般用戶;接收者建立一個配置包含全部構(gòu)件;提交者按期更新各自的構(gòu)件內(nèi)容;接收者按期導出配置的最新版本獲取全部提交者的最新信息;必要時,接收者建立配置的基線,標識特殊的信息集合。企業(yè)管理者3.4 活動審計模式系統(tǒng)管理員通過審計查詢指定用戶對資源的操作活動情況;系統(tǒng)管理員通過不同條件的查詢獲取所需的資源情況;企業(yè)管理者3.5 報告分析模式系統(tǒng)管理員通過生成報告,獲取企業(yè)資源總體狀況;可將報告或其某一部分直接在企業(yè)網(wǎng)站上公布,做為企業(yè)內(nèi)部信息發(fā)布的一部分(例如:公布配置活動執(zhí)行情況;通過報告中各級資源相關(guān)的活動日志,審查企業(yè)人員的活動;通過報告中配置和基線情況,審查相關(guān)項目的進展情況;通過報告中版本信息,獲取開發(fā)活動中資源的被使用程度;企業(yè)管理者3.6 里程碑控制模式通過檢查系統(tǒng)-子系統(tǒng)對應(yīng)項目下的配置基線,獲得項目進展過程中里程碑記錄;導出指定里程碑對應(yīng)的基線的內(nèi)容,可對里程碑的資源狀態(tài)進行審查;通過實