Rational交付平臺：軟件組織質量治理

　　本文描述了 IBM Rational 軟件交付 平臺的各種優異特性，幫助軟件組織創建質量治理體系以適應如今來自技術進步所引起的組織轉型需求……

　　軟件環境中的治理

　　沒有比交付軟件和軟件密集型系統的組織更需要有效管理的了。組織越來越依靠軟件以運作它們的業務過程;許多組織將軟件集成到它們的產品中，無論這些軟件是自己制造的、生產外包的、或從另一個經銷商購買的。

　　一家軟件依賴型公司要想成功，它必須擁有在運行時環境中持續良好運行的應用--這些應用必須是高質量的，并且需要在部署前經過徹底的測試。這需要軟件交付具有敏捷的業務流程，用以適應多種不同類型的項目，并且加速上市時間，而非減緩。反過來，這種流程必須由某種可調整的體系框架加以管理，包括規則、最佳實踐、對于項目進度的連續可視化管理，并且要符合商業需求。

　　良好治理與良好管理不同，后者主要是戰術性的與被動的，而不是戰略性的與主動的。治理結構是一種可重復的 標準，它可以確保供應商和客戶達成目標。 正如 IBM 杰出工程師 Kurt Bittner 所指出的，治理構建并加強了責任制。它應該度量那些被 團隊成員所負責的，能夠給影響整個團隊成果的事情。

　　IBM Rational 質量治理觀點

　　當然，質量已成為影響今天軟件與軟件密集型系統的主要因素。 質量極大的影響了團隊結果和顧客的滿意度，IBM Rational 團隊早已意識到需要做到組織范圍的質量關注。它具有悠久的、已被證明的為全面測試、測量、變更管理、錯誤糾正以及其他質量相關活動提供的自動化能力。

　　質量治理是一個針對軟件系統交付的較大環境治理中的規程。質量治理的一部分內容是進行組織化和結構化， 并提供責任鏈、權力鏈和 溝通鏈，通過他們能夠建立應用質量度量的工作流。另一部分則涉及度量：規則、政策和允許評估產品質量與進度的控制機制。這部分正是 IBM Rational 一直關注的。

　　25年來，為客戶的軟件開發創建一種全面的質量治理環境一直是 Rational 不斷追求的產品策略。 Rational Unified Process®，或 RUP®最佳實踐之一是迭代開發，而質量治理則是這種方法的根本原則。迭代開發強調了在業務需求變更、盡早測試，以及在原型化階段更深層次的讓客戶參與進來方面進行持續的結合。

　　通過內部開發，戰略性收購，與所獲得的來自客戶定義的最佳實踐，Rational 不斷的增強其客戶質量治理能力。利用與 IBM WebSphere 和 Tivoli 技術的集成， Rational Software Delivery Platform 現今已可以自動化地為軟件與系統交付提供質量治理的能力-- 開發者利用構建和實際產品環境實現組件測試。這種能力體現出靈活多變的體系結構，而不是僵化死板的。 IBM 杰出工程師 Grady Booch 說過，好的治理 "...增強了可預見性和可重復性，但依然允許蓬勃的創造力。"

　　如果使用 Rational Software Delivery Platform，那么創建一種有效的質量治理結構并不需要整體的組織轉型。 緊密的產品集成與開源的系統環境可以更加輕松的將 Rational 產品引入到使用其他質量治理產品與流程的工作區中 -- 可以保護先前的 IT 投資。隨著質量治理體系的發展，自定義的技術也許可以保持它們的特征，但首先應該考慮組織的特點。

　　確保軟件質量的解決方案

　　我們的測試解決方案可以提供更嚴謹的管理，更妥善的規劃，團隊成員間的更完善的數據共享，這一切都建立在 IBM Rational Software Delivery Platform 上。為幫助您作出自信的決定、構建高質量的組織應用，我們提供了各種解決方案，包括性能測試、功能與回歸測試、手工測試、開發人員測試、和 測試管理。這些測試角色和 IBM Rational 產品的關系如下圖所示。

使用我們的解決方案，質量保證 團隊可以很容易地管理和解決應用的功能性、可用性、可靠性、伸縮性、與性能方面的問題。要想獲取這些測試產品的更多信息，請瀏覽http://www-306.ibm.com/software/rational/offerings/testing.html

　　質量治理的好處

　　將質量治理引入到軟件公司-- 建立一系列的責任制、質量測量和控制的工具與流程 -- 能夠產生深遠的商業影響。讓我們考慮一下其重要的好處。

　　更快的上市時間/價值

　　雖然某些組織害怕質量度量將會延緩其軟件交付進度，但存在于整個交付周期內的質量治理體系將能夠加快生產周期、并在軟件部署后提供較高性能。

　　組件開發團隊可在構建之前進行測試，減少瑕疵。當變更的影響較小,且需要更少的時間和精力去執行時，也許正指出了對及早進行特性改造的需要。

　　通過早期的發現、分析、文檔化問題，團隊可以在開發后期更加迅速的加以控制問題。例如，產品化團隊可以利用早期測試產生的數據更加迅速的定位、更正問題的根源。除此之外，團隊可以避免在劣質架構上浪費部署與后期部署測試時間 -- 而將精力投入于更有成效更令人滿意的工作中。

　　開發團隊可以利用后期產生的數據重新定義測試用例，檢測出更多的預產缺陷，指導下一版本的特性改良。換句話說，組織能夠在軟件與系統交付周期內控制質量流程就可以實現質量的進步。

　　質量治理正是對付當前許多軟件公司流行態度的方法，Meskimen 質量規則總結到：" 您絕對沒有進行徹底測試的時間，但總有進行適當測試的時間。" 事實上，按時交付、低成本、具有更多特征就是高品質。

　　貫穿于軟件與系統交付團隊的生產力和創新的更高水平

　　如果治理度量能夠適當的確保組織交付的都是高質量的產品，那么一旦開始生產這些系統，團隊就可以將精力轉移到新項目的開發而不是 bug 的修復。依據 National Institute of Standards and Technology 的報告，當前軟件公司會花費其80%的 資源用于錯誤修正與維護支持。 高質量的軟件允許團隊更多的考慮增加價值、創建有益的細節，而不是修正錯誤。

　　更高的用戶滿意度

　　利用自動化的、良好的質量治理方法，軟件經理能夠時時監測需求與實現之間的協調關系。Meta Group 的報告顯示大部分客戶的不滿意來源于不全面的需求理解。 Rational 為保正軟件產品滿足需求提供了強大的支持，包括開發與交付過程中自動化定義、跟蹤需求的工具，它可以隨著需求與特性的發展而改變。其他 Rational Software Delivery Platform 的產品幫助組織定義基于需求的業務應用開發流程，并將來自于各種環境的實時信息匯聚起來以分析流程性能。

原文轉自：http://www.kjueaiud.com