軟件開發過程框架
CMM是一種軟件過程控制和評估框架，它列出了每個級別需要完成的目標以及判定條件，但并沒有敘述如何實現這些目標。軟件開發過程框架工具的目標就是為開發團隊建立一個清晰的、可重復執行的流程，以幫助團隊成員按時完成項目各階段的工作。
Rational公司的RUP（Rational Unified Process）就是這樣一個完整的軟件開發過程框架，它包括3000個HTML文檔、近一百萬字的流程指南，其中文版本RUP-C已經在中國市場正式發布。
RUP對CMM實施的主要幫助體現在以下方面：
● 凝結了全球軟件行業的最佳開發經驗，以指南、模板和示例的形式為開發團隊提供流程指導。
● 建立統一的軟件開發標準，改善團隊成員之間的溝通。
● 降低軟件開發風險，增加軟件開發的可預測性。
● 賦予項目經理對進度和交付期限的控制能力。
可以說，RUP-C是每一個計劃實施CMM項目組的最佳起點，它對CMM涉及的每個KPA都有幫助。
需求管理
需求是軟件客戶的要求，它決定了軟件系統的工作內容，是整個開發活動的基本出發點和最終目標。在整個項目生命周期內，要想有效地協作，就需要對重要的需求信息提供訪問權限，使跨功能團隊的所有成員都能掌握必要的詳細信息。需求管理的目的是在客戶和相應的軟件項目之間建立共同的理解，并最終形成估計、 策劃和跟蹤整個軟件生命周期內軟件項目活動的基礎。
需求管理是CMM2級（可重復級）的關鍵過程領域之一，其主要工作包括兩點：其一，通過與涉眾（Stakeholder）的交流來獲取需求，并進行有效的組織和記錄;其二，使客戶和項目團隊在系統變更需求上達成一致。
一個優秀的需求管理工具可以在保證有效管理需求的前提下提高需求管理工作流程的自動化程度，使需求管理可以真正在項目實施中得到有效的推行。Rational公司為需求管理提供了AnalystStudio需求工作包，它具有以下主要特點：
● 結合業界認可的RUP方法，提供完整的需求分析及管理流程。
● 以Web方式獲取反饋，加強團隊之間的有效溝通。
● 用追蹤圖直觀展現需求變化帶來的影響。
AnalystStudio除了可用于CMM2級的“需求管理”外，還可以對以下KPA提供幫助:“軟件項目規劃”、“軟件項目跟蹤與監督”、“軟件子合同管理”、“軟件產品工程”、“組間協作” 、“同級復審”和“定量過程管理”。
面向對象的分析設計工具
在CMM3級的“軟件產品工程”（Software Product Engineering）KPA中，對軟件設計提出了明確的要求，要求軟件設計遵循一定的設計語言、采用面向對象的方法、使設計結果可復用等。
為什么要采用面向對象的分析設計方法？主要原因有3點：
● 通過分析和設計，使開發者可以先關注問題的領域，再關心具體的設計和編程問題，從而有利于降低整個過程的復雜性，提高分析模型和設計模型的質量。
● 生成的分析模型和設計模型形成文檔的主體，從根本上解決“先寫代碼、再補文檔”的老問題，并能幫助團隊規避因人員流動帶來的不良影響。
● 分析模型和設計模型將成為團隊內部以及團隊之間有效溝通的橋梁，消除誤解，進一步解決“系統集成難”的頑癥，同時也可以促進團隊之間的軟件復用。
Rational Rose是Rational公司開發的可視化建模工具，它采用“統一建模語言（UML）”的表示方法，在同一個模型中實現業務建模、對象建模和數據建模，使所有參與項目的成員都可以在統一的語言環境中工作于同一個模型之上，有利于改善成員之間的溝通；其次，它支持多種語言的代碼生成及雙向工程，可實現代碼和模型的互相轉換，并且可以將遺留代碼引入模型中；第三，它帶有對設計元素進行測試的模塊工具（Quality Architect），可以盡早發現設計中的問題，真正實現“質量從頭抓起”。
Rational Rose除了可幫助實施CMM3級的“軟件產品工程”外，還可以對“組間協作”和“同級復審”KPA提供幫助。
配置管理和變更管理
軟件配置管理（SCM）是CMM2級中一個非常重要的KPA，它的目的是在軟件項目的生命周期內建立并維護軟件項目產品的完整性。在CMM標準中，明確規定了軟件配置管理（SCM）以及變更請求管理（CRM）的相關工作，它包括以下兩方面:
● 配置管理的主要工作包括通過創建軟件配置管理庫、定義配置項（包括需求、分析設計模型、代碼、文檔、測試用例、測試數據等）以及建立和維護軟件的基線。
● 變更請求管理的主要工作包括控制和記錄配置項內容的變更，建立和維護一個系統并使其追蹤和管理變更請求及問題報告。
Rational 的ClearCase和ClearQuest是相當成熟的配置管理和變更管理工具，它們已經連續四年被IDC評為業界最佳的配置管理工具，并在眾多的國內外企業中得到了應用，國內的華為、中興、大唐、東信等企業都選用了這兩個工具。ClearCase的主要作用體現在三個方面：其一，幫助項目組利用版本對象庫（VOB）完整地保存整個項目的開發歷史，實現對軟件資產的有效管理;其二，利用版本對象庫（VOB）的安全機制，靈活地控制不同人員對不同配置項的檢出和讀取的權利，有效地保護企業的核心機密；第三，幫助團隊實現并行開發，避免合并版本等工作阻礙其他開發工作，保證項目進度。
ClearQuest的主要作用是加強開發團隊與外界的溝通，用戶、測試人員與市場銷售人員可以直接通過Web提交變更請求，包括“缺陷”或“功能擴充請求”。
可以毫不夸張地說，配置管理和變更管理是軟件工程的基礎。ClearCase和ClearQuest除了對CMM2級的“軟件配置管理”KPA有幫助外，還可以對以下KPA提供幫助:“需求管理”、“軟件項目跟蹤與監督”、“軟件質量保證”、“軟件產品工程”以及“定量過程管理” 。
測試工具
“軟件質量保證”是CMM2級中另一個重要的KPA，軟件測試水平的高低直接影響軟件產品質量的好壞與開發周期的長短。綜觀現階段諸多軟件開發組織在軟件測試方面的狀況，我們不難發現，多數組織存在以下問題：
● 沒有進行單元測試，或單元測試不徹底。
● 由于需求不準確，導致測試缺乏計劃。
● 測試工作大多依賴手工進行，沒有有效的自動化測試工具，致使軟件測試效率低下，測試周期較長，不能在軟件開發的各個周期進行完整的測試。
● 缺乏有效的跟蹤機制跟蹤解決軟件測試中發現的缺陷，致使有的問題得不到及時、恰當的解決。
針對這些問題，Rational提供了一系列測試工具，幫助用戶解決上述問題。這些工具包括用于單元測試的RQA（Rose Quality Architect）、Purify、Pure Coverage和Quantify 以及用于測試管理、回歸測試和性能管理的Rational TeamTest。
特別需要說明的是回歸測試。目前，對大型軟件系統來說，迭代式開發已經成為一種主流的開發模式，我們需要在開發的每個迭代周期內對軟件功能進行確認，這就是回歸測試。如果依靠人工測試的辦法，這將是一個煩瑣、耗時的過程。Rational TeamTest采用面向對象的記錄技術，將對系統的功能測試動作記錄在測試腳本中，當系統進入下一個迭代周期時，我們只需回放這個測試腳本，就可以自動地進行軟件功能的確認，這種方法可以極大地提高軟件測試的效率，保證軟件功能測試的完整性。
以上工具可以單獨使用，解決個別問題，但是對于一個想在CMM實施中獲得較高級別評估的軟件組織來說，則需要盡可能廣泛地進行有效的規劃與部署，將這些工具有機地結合起來，滿足企業在軟件質量方面的較高要求。為此，Rational提供了一個完整的解決方案——TestStudio，它包括用于單元測試的PQC（Purify、Quantify、Pure Coverage）、提供全面功能測試和性能測試的TeamTest、進行差錯跟蹤的ClearQuest，以及一些對軟件開發管理提供支持的基礎工具，并將這些工具緊密地結合在一起。
需要注意的問題
從CMM1級到CMM2級，對一個軟件企業來說已經是一個很大的挑戰。因為，CMM2級中已經包括了需求管理、配置管理、質量保證等工作，而且在實施過程中，往往需要對組織機構和軟件開發過程進行重構，還需要開發人員掌握各種工具的使用方法。因此，企業應確定重點，分階段實施CMM2級，具體步驟如下：
● 確定本企業軟件開發工程中最急待解決的問題以及為解決這些問題需要完成的工作目標，這些目標應該與CMM中各KPA的目標相吻合。
● 確定試點項目，在該項目內以RUP-C為藍本，實施過程改善并推廣相關工具的使用，以積累經驗。
● 根據CMM2級對各目標的判定條件，對試點項目進行自查，以判斷確立的目標是否已達到。
● 將試點項目的經驗在全企業推廣。
● 當CMM2級的所有目標都達到之后，才開始正式的評估。
經驗數據表明，CMM1級到2級往往需要2年左右的時間，所以企業應該為進行CMM2級評估設定合理的時間期限，切忌急功近利。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
