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

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

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

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

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

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

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

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

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

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

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

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

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