記錄督促學習35

釋出版本管理

系統的釋出版本是分發給客戶的系統版本。對于大衆市場軟體，通常可能定義兩種類型的釋出，一種是主要釋出，用于傳遞重要的新功能，另一種是小型釋出，使用者修複漏洞和修複使用者報告的問題。

對于定制軟體或者軟體産品線，管理系統釋出是很複雜的過程，系統的特别釋出版本可能必須為每個客戶或者個人客戶生産，可能同時運作幾種不同的系統版本。

一個系統的釋出版本生成時，必須編制文檔以保證将來可以重新準确地複制它，這一點對定制的生命周期長的嵌入式系統尤為重要，客戶可能很多年都使用一個這樣的系統，在舉例最初釋出很長時間之後才對某一特定的軟體釋出版本提出具體的變更需求。

為釋出版本編制文檔，必須記錄用來産生可執行代碼的源代碼元件的特定版本，也要儲存源代碼檔案、響應可執行代碼以及所有的資料和配置檔案，還應該記錄作業系統的版本，庫編譯程式和建立軟體的其他工具。

準備并分發一個系統版本是個很高代價的過程，尤其是那些大衆市場的軟體産品，在準備釋出版本的時候，除了必須準備的技術工作之外，還有廣告宣傳材料以及到位的市場政策，說服消費者購買新的系統版本。

決定何時釋出系統的一個新版本，應該考慮技術和機構的各種具體情況。

系統釋出版本不僅僅是這個系統的可執行代碼，釋出版本還包括

1配置檔案

2資料檔案

3安裝程式。

4電子和書面文檔

5包裝和相關的宣傳。

釋出版本的建立是建立包含系統釋出版本的所有元件在内的檔案和文檔集合的過程。

程式的可執行代碼以及所有相關資料檔案都必須在版本管理系統中找到，并貼上釋出辨別符。對不同的硬體和作業系統要寫出配置描述，針對需要配置自己的系統的客戶，也要為其準備好使用說明書。

計劃新系統釋出版本安裝的時候，釋出版本管理者不能想當然認為客戶總是想安裝新版本。

二十六過程改善

主要是介紹軟體過程改善，需要了解

1有關将軟體過程改善作為提升産品品質以及軟體過程的效率和效果的手段的基本原理

2軟體過程改善的基本原理以及過程改善的循環過程

3學會如何使用目标問題 度量方法指導過程度量

4介紹過程能力和過程成熟度的概念，以及由SEI所提出的過程改善的CMMI模型的一般形式。

盡可能獲得更便宜更好的軟體的需求，且要求軟體再日益嚴格的最後期限前傳遞。

是以大多數軟體公司專項通過改善軟體過程來提高産品品質，降低軟體開發成本，以及加速它們的開發過程。過程改善就是要充分了解現有的過程并改變這些過程，實作提高産品品質以降低成本和減少開發實踐的目的

過程改善和變更使用兩種截然不同的方法

1過程成熟度法法

2靈活方法

這兩種都對對方持懷疑态度。

一個項目，不管它的人員過程或者工具因素，若預算偏低，或者傳遞進度計劃不現實，産品品質将受到影響。

一個好的過程要得到有效的實施需要配備适當的資源。

通常軟體品質存在問題的真正原因不是管理不善，過程不恰當或品質教育訓練差，而是源于機構受到的生存壓力。

過程改善過程

在所有的機構中我們能看到軟體過程的存在、

過程改善不僅僅意味着采用特别的方法或工具，或使用一個公開的，通用的過程，雖然開發機構在開發相同類型的軟體時明顯地有很多相同之處。但總是有許多機構的自身因素規程和标準在影響着過程，如果僅僅簡單地試圖将某個過程轉變為一個通用的過程，引入過程改善時不會成功的。

以下是可以作為改善目标的例子

1易懂性

2可視性

3可接受性

4可靠性

5魯棒性

6可維護性

7快速性

這些屬性是相關聯的，有時候是正相關，有時候是負相關。

同時優化所有的過程屬性進行過程改善時不可能的。

過程改善周期一般包含

1過程度量

2過程分析

3過程變更

過程度量

過程度量是軟體過程的量化資料，比如用于執行過程活動的時間。

能夠收集的過程量度資料有三種

1完成某一特定的過程所花的時間

2某個特定過程所需要的資源

3某個特定事件發生的此書

事件發生數量的度量對軟體品質能産生更直接的影響。

在過程度量中的一個主要苦難是弄清楚應該收集關于過程的哪些資訊以支援過程改善。

在過程改善中使用GQM範式有三個關鍵問題能解答

1為什麼引入過程改善

2需要哪些資訊用于識别和評估改善

3需要哪些過程和産品的度量以提供這些資訊。

這些問題直接和GQM範式中的抽象概念歐冠

1目标

2問題

3量度

GQM方法用于過程改善的好處是，将機構關注的焦點和特别過程關注的焦點相分離。

對改善作出過于簡單化的假設是危險的，量度的變化可能是由完全不同的因素引起 的，比如項目組人員的變化，項目進度的變化或者管理的變化。

過程實踐的分析：過程分析的一個方法是使用調查問卷去發現在多大程度上号的軟體工程實踐在使用，因而，對過程中的某些階段，例如需求工程，可以識别在公司中對于正在開發的系統類型哪些是最為合适的，并提問關于這些時間在多大範圍内得到了使用。

度量是過程和過程變更的證據生成的方式，但是必須在确定過程變更有效錢，加上其他關于過程的資訊一起闡述這些證據，但是這些證據需要和過程的其他資訊結合起來記憶解釋。

過程分析

過程分析是指對過程研究，幫助了解過程的關鍵特征以及相關人員在實際中是如何完成這些過程的。

過程分析有許多密切相關的目标

1了解過程中的活動以及這些活動之間的關系

2了解過程活動之間的關系以及了解所做出的的度量

3将特殊過程或者是你在分析的過程和機構中其他地方的差不多的過程或者同類型的一個理想化的過程聯系起來。

最常用的過程分析技術：

1調查問卷和會談

2深入實際調查研究

每一種方法都有其優點和缺點。

在分析過程的時候，一般先從定義過程中的活動以及這些活動的輸入輸出的過程模型開始。

過程異常

軟體過程是非常複雜的，在機構中定義好了的過程模型隻以為着過程的一種理想狀況，而沒有考慮任何意外情況。

項目管理者應該必須應對的異常類型有一下幾種：

1幾個主要成員同時生病

2計算機資訊安全遭到破壞

3公司機構改組使管理者必須忙于應付機構失誤

4有未預料到的新的項目投标請求，一部分精力必須從目前項目轉移到這個項目投标工作中

一般來說，異常對的發生總是會以某種方式影響和改變項目的資源預算或進度，很難預測所有的異常，因而無法将其統統考慮到形式化過程模型中去。

軟體過程模組化：軟體過程模組化長期目标是用過程模型作為組織和協調的支援工具，過程模型應該包含關于過程活動資訊，輸入輸出，過程中的角色等。

過程變更

過程變更是指對已經存在的過程進行修改。

在過程變更過程中：

1改善識别

2改善優先級排序

3過程變更引入

4過程變更的教育訓練

5變更微調

除了評估變更後的過程有效性的困難歪，還有如如下兩個過程變更必須面對的主要苦難

1拒絕變更

2變更堅持

拒絕變更的人員可能來自變更過程設計的項目管理者和工程人員。

作為一個管理者要善于觀察所在軟對中對原的感受。

CMMI 過程改善架構。。