Rational：助力中國軟件從作坊到工業化

時過境遷，今天的IT環境、業務對軟件的要求、軟件的應用規模等都發生了巨大變化。由此促使軟件開發模式也發生了質的變化：軟件開發不再崇尚“個人英雄主義”，無組織的、小規模的“作坊式”開發模式難以適應基于架構體系的軟件開發需求。

軟件工業走過作坊時代
    多年來，人們僅將軟件局限在應用工具的狹小區域，這種片面的理解致使人們很難聯想起大規模的軟件工業。因而，軟件開發往往與編寫程序等同起來，而調研分析、建模、測試、部署和全局管理等工作卻被忽略。
對任務認識的片面性也體現在對軟件開發角色的劃分上，程序編寫者（開發人員）是主力軍，代表了一切。如此以來，在開發工作中就呈現“獨木難支”的局面。
    時過境遷，今天的IT環境、業務對軟件的要求、軟件的應用規模等都發生了巨大變化。由此促使軟件開發模式也發生了質的變化：軟件開發不再崇尚“個人英雄主義”，無組織的、小規模的“作坊式”開發模式難以適應基于架構體系的軟件開發需求。
    控制軟件開發中的風險，擺脫作坊式軟件開發模式的束縛，人們需要思考這樣一些問題：
1、如何將先進的管理理念用于軟件開發，以有效地管理軟件項目，降低開發風險？
2、如何在加強知識和經驗共享的基礎上，通過協同來提高軟件的品質？
3、如何協調跨平臺開發工作的有序進行？
    可見，今天的軟件開發已不單是一種技術或工具的應用，抑或一種靈感的迸發。資源的調配、協作的布局、流程的設置在軟件開發中占據越來越重要的地位。技術、工具、人和管理方法以開發對象為核心，要達到水乳交融的境界。
在潛心經營軟件開發工具多年后，IBM Rational力求通過整合將軟件開發的要素粘合在一起，提供一種功能強大的平臺，促進軟件工藝的發展。

整合鑄造工藝平臺
    雖然在作坊式的軟件開發中人們也應用一些零星的管理知識來管理開發工作，但其效果并不盡如人意，而且種種弊端在大軟件工業的背景下頻頻暴露。除了管理體系不夠健全外，沒有將人員和管理方法融合到開發項目中來、致使開發流程支零破碎是致命傷。
    IBM Rational所倡導的整合開發平臺，是要將與軟件開發相關的所有人員凝聚在一起，通過一套整合的流程和全面的質量控制機制，形成一個功能強大的開發平臺。
    高品質軟件是多道工序錘煉的結果，創造高品質軟件的開發平臺必須整合完成所有這些工序的角色，以使其傾力協作。角色的整合建立在清晰的角色定位之上，從開發實踐中IBM Rational定義了項目經理、系統分析人員、架構設計師、開發人員、測試人員、部署人員六大角色，他們的工作環環相扣，形成一個缺一不可的團體，每一個角色都能在開發平臺上找到自己的位置，并能獲取適合自己的工具。

開發流程無縫連接
    如何讓開發工作沿著清晰的思路有序地進行，而先前積累的經驗、可復用的組件能被當作公共的財富加以利用？如何將科學的管理方法與工具整合起來，以規避軟件開發中的風險？這些在IBM Rational所倡導的統一開發流程（RUP，IBM Rational Unified Process）中已有明確的答案。
    RUP在將開發流程進行端到端對接的基礎上，將開發過程中積累的資源整合到開發平臺中來。RUP采用了迭代式開發方法，按照螺旋上升的方式來提升軟件的質量（即軟件的質量在反復迭代的過程中不斷提升）。在每一次迭代過程中，開發工作都是沿著需求分析、建模、開發、測試和部署的方式順連起來，每兩個相鄰的環節都緊密相關、無縫銜接。而在每一環節中積累的經驗和知識，形成的模塊都是公共財富，可以被所有的角色共享，用以簡化開發工作、提高效率。
    在流程整合的基礎上，RUP將一系列管理的最佳實踐方法整合到開發平臺中來，將軟件開發提升到工藝的高度。比如，RUP在軟件的開發周期內進行需求管理，并以新的需求為導向來評估和改進軟件；RUP也加強了對變更管理的力度，從而讓開發工作能隨需應變；RUP還形成了一個持續的質量驗證體系，將開發工作各個階段的質量控制整合成一個有機的整體，使軟件的質量得到更充分的保障。通過方法與工具的融合，RUP能更有效地控制開發中的各種風險，確保開發工作平穩進行。

原文轉自：http://www.anti-gravitydesign.com