商業導向開發的主要原則
此處的「原則」描述業界對於軟體密集系統的建立、部署及進化的最佳作法。每一個「原則」以一種應用「型樣」來論述,同時彙總「優點」並提出反面策略或「反型樣」的警告。
關係
主要說明

軟體開發是一種團隊運動。在觀念上,活動涉及在整個軟體生命週期的各種規範內互動良好的團隊。但並不是一門科學,也非全然是工程,至少以根據事實的量化原則來說不是。軟體開發工作假設您可以規劃和建立單獨的片段然後拼湊起來,就像在打造橋樑或太空梭一樣,經常無法在期限內完成、超出預算及無法讓使用者滿意。

在缺乏事實的情況下,必須仰賴所謂最佳作法的軟體開發技術,亦即我們在客戶溝通過程中不斷強調的價值。這些最佳作法並非規定軟體專案的一連串規劃、建置、組合活動,而是描述一套反覆式、漸進式流程,引導開發團隊建立成果。

十多年以來,Rational Unified Process 的六個實證最佳作法早已成為 Rational 工具和流程演進的基準。今日,隨著軟體開發逐漸成為一項重要的商業能力,我們的最佳作法在商業導向開發的大環境中也趨於成熟。下列原則以持續演進系統更廣闊的生命週期來再次闡明我們的最佳作法,其中,主要的演進元素是軟體。如下所示:

在此的每一頁描述上述其中一項原則,特別強調:

  • 運用原則可以得到的好處
  • 使原則具體化的行為型樣,以及
  • 最明顯的反型樣或對原則產生矛盾的行為,可能危害到軟體開發專案。