軟件開發(fā)過程與配置管理

前言

軟件開發(fā)過程和配置管理是軟件開發(fā)產(chǎn)業(yè)中的一個永恒的話題。隨著軟件產(chǎn)品日益復雜化，軟件開發(fā)團隊不斷龐大化，軟件配置管理在軟件開發(fā)過程及整個軟件生命周期中越發(fā)處于舉足重輕的地位。優(yōu)秀的軟件配置管理方案有助于優(yōu)化軟件開發(fā)過程，提高軟件產(chǎn)品質(zhì)量，改進團隊開發(fā)效率；低效的軟件配置管理方案將使軟件開發(fā)過程紊亂，項目進度失控，團隊協(xié)作不暢，使所開發(fā)出的產(chǎn)品漏洞百出，最終甚至導致開發(fā)機構(gòu)人心渙散，業(yè)務發(fā)展舉步維艱。近些年來，隨著我國科技和經(jīng)濟的繁榮發(fā)展，我國軟件開發(fā)企業(yè)急劇增多，規(guī)模不斷擴大，涉及行業(yè)和領(lǐng)域也日益廣泛。如何實現(xiàn)軟件開發(fā)開發(fā)團隊在數(shù)量和質(zhì)量上同步提高是多數(shù)企業(yè)所有者或管理者十分關(guān)心的問題。筆者十幾年前剛踏入軟件開發(fā)行業(yè)時，軟件開發(fā)項目中開發(fā)工具的應用還極其有限，開發(fā)過程和配置管理工具的應用就更少了。筆者當時在一個規(guī)模較小的系統(tǒng)集成公司從事軟件開發(fā)工作，參與的開發(fā)項目都是通過手工的方式進行代碼管理的。通常的做法是每個開發(fā)人員每天或定期將自己負責的代碼復制一份到軟盤上，交給項目負責人或集成人員去拼裝整個項目的代碼，而公共模塊的修改完全依靠相關(guān)開發(fā)人員手工進行合并。由于缺乏工具的支持，根本不可能在開發(fā)項目中形成成熟的開發(fā)流程和穩(wěn)定的開發(fā)團隊，最終的結(jié)果是不斷地招募新的開發(fā)人員重復地進行失敗的項目。本書中虛構(gòu)的“陷入泥潭的項目”就是這種早期開發(fā)項目的縮影。

內(nèi)容概要

　　《軟件開發(fā)過程與配置管理：基于Rational的敏捷方案設(shè)計與應用》以軟件配置管理對軟件開發(fā)過程和團隊開發(fā)的支持為主旨，借助IBM Rational軟件開發(fā)和配置管理工具ClearCase和ClearQuest，詳盡闡釋了一種能有效支持軟件開發(fā)過程的集成式軟件配置管理方案的設(shè)計、實現(xiàn)和應用。全書分為4篇，分別為理論與背景、設(shè)計與實現(xiàn)、實施與應用、擴展與升華。全書力圖以由淺入深、由理論到實踐、由傳統(tǒng)到現(xiàn)代的方式為讀者展示軟件開發(fā)過程和配置管理的方法和工具的使用?！　　盾浖_發(fā)過程與配置管理：基于Rational的敏捷方案設(shè)計與應用》可供軟件開發(fā)過程和配置管理系統(tǒng)設(shè)計和實施專家、軟件開發(fā)人員、軟件開發(fā)管理者，以及轉(zhuǎn)型期軟件企業(yè)的決策者參考，也供軟件工程和軟件配置管理教學研究人員參考。

作者簡介

劉江華，2002年加入IBM中國開發(fā)中心（CDL）并服務至今。先在WPLC部門負責軟件開發(fā)過程和配置及構(gòu)造管理的流程設(shè)計和系統(tǒng)實現(xiàn)及運營維護等相關(guān)工作，之后轉(zhuǎn)入Rational實驗室服務部從事軟件開發(fā)方法、工具和實踐等方面的咨詢工作。加入IBM之前先后在北京吉通、朗訊科技中國貝爾實驗室、清華同方等IT研發(fā)機構(gòu)從事軟件開發(fā)實踐和相關(guān)管理工作。王立，1998年畢業(yè)于西安交通大學電子工程系，2002年于西安交通大學計算機科學與技術(shù)系獲碩士學位，2005年獲博士學位。同年7月加入IBM中國開發(fā)中心，先后在IBM Lotus和Rational產(chǎn)品線從事企業(yè)級協(xié)作與軟件開發(fā)過程的研發(fā)工作。目前服務于IBM中國系統(tǒng)與科技中心，從事平臺管理系統(tǒng)軟件的研發(fā)工作。馬玲，2006年畢業(yè)于北京航空航天大學計算機系，并獲碩士學位。之后加入IBM中國開發(fā)中心并服務至今，在Lotus部門，負責開發(fā)過程，配置管理以及構(gòu)造管理的研發(fā)工作，并從事系統(tǒng)管理和運營維護等相關(guān)工作。

書籍目錄

第1篇 理論與背景第1章 典型軟件開發(fā)過程及主要模型1.1 軟件生命周期及主要過程1.1.1 軟件計劃階段1.1.2 需求分析階段1.1.3 軟件設(shè)計階段1.1.4 軟件編碼階段1.1.5 軟件測試階段1.1.6 軟件維護階段1.2 軟件開發(fā)過程模型1.2.1 瀑布模型1.2.2 螺旋模型1.2.3 RUP模型1.2.4 敏捷開發(fā)第2章 軟件配置管理的基本概念原理2.1 軟件配置管理概覽2.1.1 什么是軟件配置管理2.1.2 軟件配置管理的起源與發(fā)展2.1.3 軟件配置管理能解決哪些問題2.2 軟件配置管理的任務和活動2.2.1 軟件和配置項2.2.2 標識2.2.3 變更控制2.2.4 狀態(tài)報告2.2.5 配置審計2.3 軟件配置管理的核心要素2.3.1 版本和版本樹2.3.2 里程碑與基線2.3.3 軟件配置庫2.3.4 工作空間2.3.5 變更請求與變更集2.3.6 軟件配置管理工具2.4 軟件配置管理的主要過程2.4.1 配置項標識與存儲過程2.4.2 版本管理過程2.4.3 變更控制過程2.4.4 基線管理過程2.5 軟件配置管理中的角色2.5.1 配置管理專職人員2.5.2 機構(gòu)運營管理人員2.5.3 項目開發(fā)人員第3章 常用軟件配置管理工具簡介3.1 軟件配置管理工具的發(fā)展歷程3.2 面向文件的配置管理工具及功能3.2.1 早期的軟件配置管理工具3.2.2 CVS3.2.3 VSS3.3 面向變更集的配置管理工具及功能3.3.1 ClearCase UCM3.3.2 其他面向變更集的工具3.4 面向開發(fā)流程的配置管理工具及功能3.4.1 集成的ClearCase和ClearQuest3.4.2 其他面向開發(fā)流程的工具第2篇 設(shè)計與實現(xiàn)第4章 面向軟件開發(fā)過程的軟件配置管理系統(tǒng)4.1 陷入泥潭中的項目——沒有完善配置管理的軟件開發(fā)4.2 軟件開發(fā)過程的基本要素與本質(zhì)特性4.2.1 什么是軟件開發(fā)過程4.2.2 軟件開發(fā)過程的四要素4.2.3 軟件開發(fā)過程的本質(zhì)特性——復雜性4.3 軟件配置管理與軟件開發(fā)過程要素的關(guān)系4.3.1 對人員的支持4.3.2 對任務的支持4.3.3 對方法的支持4.3.4 對產(chǎn)品的支持4.4 軟件配置管理驅(qū)動軟件開發(fā)過程的量化和改進4.4.1 度量在軟件開發(fā)過程中的作用4.4.2 如何建立有效的度量體系4.4.3 軟件配置管理為度量提供客觀數(shù)據(jù)4.4.4 基于度量的過程改進4.5 ISO和CMMI中的軟件配置管理4.5.1 ISO 9000中對配置管理的要求4.5.2 CMMI中對配置管理的要求4.6 定制配置管理系統(tǒng)以支持軟件開發(fā)過程4.6.1 角色與職責4.6.2 任務和變更管理4.6.3 過程支持4.6.4 團隊開發(fā)4.6.5 構(gòu)造和發(fā)布4.6.6 項目管理第5章 基于ClearCase/ClearQuest的方案總體設(shè)計5.1 ClearCase/ClearQuest固有的過程支持及可擴展性5.1.1 ClearCase UCM模型5.1.2 基于UCM模型的開發(fā)流程5.1.3 ClearQuest簡介5.1.4 定制和擴展ClearQuest5.2 完善任務管理5.2.1 定義任務范圍和類型5.2.2 設(shè)定任務屬性5.2.3 確定任務完成狀態(tài)5.2.4 建立任務間的關(guān)系5.2.5 任務實施過程中的數(shù)據(jù)記錄5.2.6 流程方案中的任務設(shè)計5.3 明晰開發(fā)團隊角色5.3.1 軟件項目中的角色和職責5.3.2 角色在任務處理中的分工5.3.3 流程方案中的角色設(shè)計5.4 加強產(chǎn)品和基線管理5.4.1 軟件產(chǎn)品的演化過程5.4.2 通過基線記錄產(chǎn)品的演化過程5.4.3 管理復雜的產(chǎn)品和基線5.4.4 流程方案中的基線設(shè)計5.5 收集開發(fā)過程管理數(shù)據(jù)5.5.1 常用過程管理數(shù)據(jù)5.5.2 如何收集生成數(shù)據(jù)5.5.3 如何獲取與展示數(shù)據(jù)第6章 工作流程的詳細設(shè)計6.1 變更記錄的流程處理與狀態(tài)流圖6.1.1 缺陷更改記錄的狀態(tài)流程6.1.2 功能更改記錄的流程6.2 變更流程的狀態(tài)模型6.2.1 定義狀態(tài)模型6.2.2 使用狀態(tài)轉(zhuǎn)移矩陣圖6.2.3 添加、更改和刪除狀態(tài)6.3 流程中的動作機制6.3.1 變更記錄的動作6.3.2 ClearQuest支持的動作類型6.3.3 添加新的動作6.3.4 創(chuàng)建狀態(tài)遷移6.3.5 更改動作6.3.6 通過添加Hook定制動作6.3.7 使用默認的動作6.3.8 刪除動作第7章 數(shù)據(jù)模型設(shè)計7.1 ClearQuest 數(shù)據(jù)存儲機制7.1.1 模式庫7.1.2 用戶數(shù)據(jù)庫7.2 ClearQuest數(shù)據(jù)庫設(shè)計7.2.1 數(shù)據(jù)庫設(shè)計簡介7.2.2 記錄類型7.2.3 數(shù)據(jù)類型7.2.4 數(shù)據(jù)項操作7.3 新方案數(shù)據(jù)模型7.3.1 基礎(chǔ)數(shù)據(jù)模型7.3.2 數(shù)據(jù)表設(shè)計7.3.3 關(guān)聯(lián)數(shù)據(jù)表7.4 數(shù)據(jù)項設(shè)計7.4.1 任務相關(guān)數(shù)據(jù)7.4.2 產(chǎn)品相關(guān)數(shù)據(jù)7.4.3 人員相關(guān)數(shù)據(jù)第8章 變更控制信息設(shè)計8.1 基本的變更控制信息8.1.1 標志信息8.1.2 范圍信息8.1.3 類型信息8.1.4 狀態(tài)信息8.1.5 描述信息8.1.6 人員信息8.1.7 執(zhí)行屬性8.2 變更附加信息8.2.1 附加開發(fā)數(shù)據(jù)8.2.2 附加測試數(shù)據(jù)8.2.3 附加發(fā)布數(shù)據(jù)8.2.4 附加二進制信息8.3 任務關(guān)聯(lián)信息8.3.1 任務的層次結(jié)構(gòu)8.3.2 任務與代碼的關(guān)系8.3.3 任務與結(jié)果關(guān)系8.3.4 特定的任務關(guān)系8.4 過程相關(guān)信息8.4.1 任務狀態(tài)8.4.2 任務決策數(shù)據(jù)8.4.3 任務實施數(shù)據(jù)8.4.4 任務驗證數(shù)據(jù)8.4.5 任務歷史第9章 基于角色的權(quán)限控制9.1 變更控制委員會9.2 開發(fā)相關(guān)角色9.2.1 開發(fā)小組負責人9.2.2 開發(fā)人員9.3 測試相關(guān)角色9.3.1 測試負責人9.3.2 測試人員9.4 集成人員9.5 項目管理者9.6 角色權(quán)限控制的實現(xiàn)9.6.1 確定允許的操作9.6.2 動作的權(quán)限控制9.6.3 數(shù)據(jù)行為設(shè)置第10章 實現(xiàn)對項目整體的支持10.1 UCM中的項目和相關(guān)對象10.1.1 項目10.1.2 流10.1.3 活動10.2 UCM對項目模塊結(jié)構(gòu)的支持10.2.1 確定版本控制工件（Artifact）10.2.2 UCM組件10.2.3 如何劃分組件10.3 軟件開發(fā)項目與UCM項目的對應10.3.1 UCM項目的應用方式10.3.2 ClearQuest中的開發(fā)項目10.3.3 關(guān)聯(lián)UCM項目與ClearQuest中項目10.4 任務分解與團隊分工10.4.1 按產(chǎn)品功能劃分任務10.4.2 基于角色和功能模塊的人員組織10.4.3 復雜任務支持第11章 關(guān)鍵變更控制點的設(shè)計與實現(xiàn)11.1 UCM中的變更狀態(tài)和相關(guān)ClearQuest軟件包11.1.1 ClearQuest軟件包11.1.2 匹配狀態(tài)類型11.1.3 設(shè)定狀態(tài)對應的默認動作11.1.4 集成UCM策略11.1.5 集成UCM軟件包11.2 任務的接收和分配11.2.1 任務自動分配的項目需求11.2.2 版本和功能組件共同決定是否自動分配11.2.3 自動分配的實現(xiàn)11.3 UCM Project的檢查和重用機制11.3.1 對版本實現(xiàn)不同級別的鎖11.3.2 檢查版本和UCM項目的對應關(guān)系的唯一性11.4 代碼審查11.4.1 開關(guān)機制強制代碼復查11.4.2 代碼復查相關(guān)的狀態(tài)和動作11.5 父子任務同步11.5.1 開發(fā)人員相關(guān)的動作11.5.2 測試人員的動作11.6 新功能請求的特殊控制11.6.1 限制普通開發(fā)人員創(chuàng)建新功能11.6.2 變更請求類型的變化11.6.3 新功能記錄從Submitted狀態(tài)到Closed狀態(tài)的直接跳轉(zhuǎn)第12章 代碼集成與構(gòu)造過程12.1 集成和構(gòu)造的基本原則12.1.1 根據(jù)項目管理的需求實現(xiàn)構(gòu)造管理12.1.2 自動化構(gòu)造過程減少人工操作12.1.3 構(gòu)造過程可重復12.1.4 構(gòu)造的周期性和連續(xù)性12.1.5 按照產(chǎn)品組件進行構(gòu)造12.1.6 自動化部署并進行初步驗證12.1.7 生成清晰、完整的構(gòu)造信息12.2 ClearCase和ClearQuest中與集成構(gòu)造相關(guān)的對象12.2.1 構(gòu)造支持對象：元素、分支和版本12.2.2 構(gòu)造處理對象：標簽、屬性、超鏈、觸發(fā)器12.2.3 工作流和活動12.2.4 構(gòu)件和基線12.3 基于構(gòu)造流的構(gòu)造過程12.3.1 UCM中構(gòu)造策略的選擇12.3.2 引入構(gòu)造流的好處12.3.3 如何設(shè)置構(gòu)造流12.3.4 基線管理策略12.3.5 基于構(gòu)造流的構(gòu)造過程12.4 構(gòu)造清單和文件列表12.4.1 構(gòu)造清單的意義12.4.2 生成構(gòu)造清單并添加到ClearQuest系統(tǒng)中12.4.3 變更文件列表12.5 封裝構(gòu)造過程12.5.1 前處理命令12.5.2 產(chǎn)品構(gòu)造程序調(diào)用命令12.5.3 后處理命令12.6 構(gòu)造結(jié)果示例第13章 查詢與統(tǒng)計圖表設(shè)計13.1 創(chuàng)建和使用查詢13.1.1 選擇數(shù)據(jù)來源13.1.2 確定結(jié)果格式13.1.3 設(shè)定查詢條件13.1.4 操作查詢結(jié)果13.2 各類圖表的創(chuàng)建方法13.2.1 圖表機制和圖表分類13.2.2 缺陷分布圖的創(chuàng)建13.2.3 缺陷趨勢圖的創(chuàng)建13.2.4 缺陷期齡圖的創(chuàng)建13.3 常用項目管理數(shù)據(jù)和圖表13.3.1 項目質(zhì)量指標13.3.2 項目進度指標13.3.3 效率指標13.4 典型缺陷圖表分析第3篇 實施與應用第14章 模擬項目“電網(wǎng)計費系統(tǒng)”介紹14.1 系統(tǒng)需求14.2 項目涉眾14.3 開發(fā)環(huán)境和方法第15章 開發(fā)團隊部署15.1 部署開發(fā)工具15.1.1 選擇開發(fā)工具15.1.2 組建部署小組15.1.3 部署方法和過程15.2 選定開發(fā)模型15.2.1 獲取其他項目的經(jīng)驗15.2.2 領(lǐng)會敏捷開發(fā)模型15.2.3 尋求工具對開發(fā)模型的支持15.3 確定團隊結(jié)構(gòu)和角色15.3.1 多敏捷團隊結(jié)構(gòu)15.3.2 不同角色的主要職責15.3.3 獨立測試團隊15.4 規(guī)劃配置庫和組件模塊15.4.1 VOB庫和UCM組件15.4.2 UCM和ClearQuest項目15.4.3 ClearQuest模塊第16章 安裝基本配置管理系統(tǒng)16.1 準備安裝環(huán)境16.2 安裝配置域服務器16.2.1 擴展AD域的Schema16.2.2 用戶的UNIX屬性16.2.3 配置ClearCase主機使用LDAP認證16.2.4 配置Vob服務器上的Samba使用域認證16.3 ClearCase主要服務器介紹16.3.1 ClearCase VOB服務器16.3.2 ClearCase 注冊服務器16.3.3 注冊域（Region）16.4 配置VOB服務器支持環(huán)境16.4.1 ClearCase 用戶和組權(quán)限設(shè)置16.4.2 Linux VOB 服務器端的Samba共享配置16.4.3 Linux VOB 服務器端NFS共享配置16.5 安裝ClearCase客戶端和服務器16.5.1 創(chuàng)建ClearCase發(fā)布區(qū)16.5.2 升級發(fā)布區(qū)16.5.3 安裝ClearCase服務器端16.5.4 ClearCase客戶端安裝16.6 ClearQuest安裝及初始化16.6.1 ClearQuest的安裝16.6.2 ClearQuest數(shù)據(jù)初始化16.7 安裝許可證服務器第17章 搭建集成式配置管理環(huán)境17.1 創(chuàng)建配置管理庫17.1.1 準備VOB存儲空間17.1.2 創(chuàng)建VOB和PVOB17.1.3 在VOB中創(chuàng)建組件（Component）17.2 創(chuàng)建并配置UCM 項目17.3 創(chuàng)建ClearQuest項目17.3.1 創(chuàng)建“電網(wǎng)計費”項目對應的Product 記錄17.3.2 創(chuàng)建“電網(wǎng)計費”項目對應的Version 記錄17.3.3 創(chuàng)建“電網(wǎng)計費”項目對應的Component 記錄17.3.4 創(chuàng)建“電網(wǎng)計費”項目對應的Lineitem 記錄17.4 建立CC/CQ項目關(guān)聯(lián)17.4.1 ClearCase端關(guān)聯(lián)ClearQuest數(shù)據(jù)庫17.4.2 在ClearQuest中關(guān)聯(lián)UCM Project17.5 設(shè)置特殊對象和屬性17.5.1 準備構(gòu)造流和相關(guān)的屬性17.5.2 應用觸發(fā)器第18章 日常敏捷開發(fā)18.1 制訂迭代計劃18.2 開發(fā)實現(xiàn)18.3 缺陷修正18.4 每日站立會議（Scrum）18.5 溝通協(xié)作第19章 每日集成構(gòu)造19.1 建立構(gòu)造環(huán)境19.1.1 安裝構(gòu)造所需的工具19.1.2 建立工作空間19.2 自動化集成構(gòu)造過程19.2.1 構(gòu)造過程自動化19.2.2 代碼集成自動化19.2.3 構(gòu)造結(jié)果部署和測試自動化19.2.4 部署自動化腳本19.3 構(gòu)造結(jié)果保存和發(fā)布19.4 構(gòu)造異常處理19.4.1 查找構(gòu)造中斷的引入者19.4.2 檢入補丁代碼并繼續(xù)構(gòu)造過程19.5 實現(xiàn)持續(xù)集成19.5.1 檢索是否有開發(fā)人員交付工作19.5.2 縮短構(gòu)造過程第20章 日常敏捷測試20.1 測試介入階段20.2 測試驅(qū)動的開發(fā)20.2.1 概述20.2.2 過程20.2.3 優(yōu)點20.3 測試自動化20.4 獨立團隊測試20.5 缺陷跟蹤第21章  項目管理和產(chǎn)品發(fā)布21.1 項目發(fā)布規(guī)劃21.1.1 發(fā)布計劃21.1.2 進度管理21.2 功能劃分與人員設(shè)定21.2.1 功能劃分21.2.2 人員設(shè)定21.3 進度跟蹤報告21.4 風險管理21.5 發(fā)布管理第4篇 擴展與升華第22章 ClearCase與其他SDP工具的集成22.1 與需求管理工具的集成22.1.1 Base ClearCase和RequisitePro集成22.1.2 ClearCase UCM和RequisitePro集成22.2 與開發(fā)設(shè)計工具的集成22.2.1 與Rational RSA和RAD的集成22.2.2 與微軟Visual Studio的集成22.3 與測試工具集成22.3.1 ClearCase與CQTM的集成22.3.2 ClearCase與Rational RFT、RPT的集成第23章 構(gòu)建管理工具的使用與集成23.1 BuildForge的功能介紹23.1.1 功能特性和產(chǎn)品架構(gòu)23.1.2 對象與概念23.2 自動化構(gòu)建示例23.2.1 “電網(wǎng)計費”系統(tǒng)原有構(gòu)建過程23.2.2 創(chuàng)建BuildForge對象和屬性設(shè)置23.2.3 設(shè)置定時構(gòu)建啟動23.3 BuildForge與變更和配置管理系統(tǒng)集成23.3.1 什么是適配器23.3.2 適配器環(huán)境變量23.3.3 在項目中使用適配器第24章 如何支持遠程團隊24.1 使用Web方式支持遠程團隊24.1.1 CC Web Server 安裝和配置24.1.2 ClearCase遠程客戶端 CCRC24.1.3 ClearQuestWeb 服務器安裝和配置24.1.4 ClearQuestWeb的使用24.2 CCRC和CQ Web集成應用24.2.1 準備UCM視圖24.2.2 遠程客戶端關(guān)聯(lián)ClearQuest記錄24.2.3 CCRC中的交付和同步24.3 使用Multisite支持遠程團隊24.3.1 ClearCase和ClearQuest Multisite簡介24.3.2 VOB副本24.3.3 使用Mastership實現(xiàn)獨立開發(fā)24.3.4 站點間的同步模式24.3.5 ClearCase Multisite站點的復制和同步24.3.6 UCM的應用實例24.3.7 ClearQuest的Multisite第25章 基于度量的項目管理和過程優(yōu)化25.1 可度量的能力改進框架25.2 Rational Insight介紹25.2.1 Rational Insight架構(gòu)25.2.2 Rational Insight4的安裝25.2.3 Rational Insight的管理25.3 Rational Insight應用舉例25.3.1 定制樣本報告25.3.2 定制儀表板25.3.3 報告追溯第26章 如何與Jazz ＆ RTC集成26.1 Jazz概述26.1.1 Jazz平臺的目標26.1.2 Jazz體系結(jié)構(gòu)26.2 第一個基于Jazz平臺的產(chǎn)品——RTC26.2.1 RTC簡介26.2.2 RTC中的主要概念26.2.3 使用RTC進行團隊協(xié)作26.2.4 使用RTC進行軟件配置和變更管理26.2.5 軟件構(gòu)建26.3 RTC與ClearQuest和ClearCase的集成26.3.1 使用ClearQuest Bridge來連接RTC和ClearQuest26.3.2 將RTC與 ClearCase關(guān)聯(lián)26.4 其他Jazz產(chǎn)品參考文獻

章節(jié)摘錄

插圖：傳統(tǒng)的軟件配置管理系統(tǒng)大多側(cè)重于產(chǎn)品代碼的管理，缺乏對軟件開發(fā)過程的完整支持。純粹依靠傳統(tǒng)的軟件配置管理系統(tǒng)會使軟件組織的各個部門之間或角色之間沒有連接關(guān)系，組織所擁有的只是相互獨立的信息資源，從而形成了信息“孤島”。理想的軟件配置管理系統(tǒng)將提供過程支持，使組織之間能通過系統(tǒng)的過程驅(qū)動力建立緊密的聯(lián)系，便于數(shù)據(jù)共享和開發(fā)人員協(xié)作。為了完善配置管理系統(tǒng)以加強對開發(fā)過程的支持，需要在傳統(tǒng)配置管理系統(tǒng)的基礎(chǔ)上，完善對人員和任務的管理，強化變更過程，并提供對團隊開發(fā)、過程模式、構(gòu)造發(fā)布和項目管理等方面的支持。下面來分別看看軟件開發(fā)項目在這些方面的實際需求。4.6.1 角色與職責常見的配置管理系統(tǒng)中通常只區(qū)分普通用戶和系統(tǒng)管理員兩種角色。為了加強過程的支持，至少必須在系統(tǒng)中定制出下列與過程相關(guān)的角色和職責。項目經(jīng)理：負責項目的創(chuàng)建、協(xié)調(diào)和進度管理，包括任務分配、風險分析和生成向上級主管匯報的報表。變更控制委員會（CCB），負責分析評判需求和變更，使開發(fā)任務與項目的商務需求保持一致。

媒體關(guān)注與評論

配置管理是軟件開發(fā)項目的樞紐，形象地比喻應該是和軍隊的供給線一樣重要?！氨R未動，糧草先行”，任何一個軟件開發(fā)組織，都需要先具備良好的開發(fā)流程和配置管理工具，而且要在管理層和所有的開發(fā)人員中普及軟件配置管理的知識。劉江華所帶領(lǐng)的小組在IBM內(nèi)部做了很多的相關(guān)培訓和知識分享，這也是軟件配制管理在IBM CDL非常成功的原因之一。我也很欣喜地看到，他們終于聯(lián)手IBM Rational開發(fā)部門和其他團隊的專家，將多年的經(jīng)驗和積累凝于筆端，付梓成書，讓更多的人受益?！　　狪BM協(xié)同辦公產(chǎn)品總監(jiān)寇育新

編輯推薦

《軟件開發(fā)過程與配置管理:基于Rational的敏捷方案設(shè)計與應用》由電子工業(yè)出版社出版。

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    軟件開發(fā)過程與配置管理 PDF格式下載

---