利用 Rational 統(tǒng)一過程達到 CMM 2 和 3 級

1、利用Rational統(tǒng)一過程達到CMM 2和3級軟件工程協(xié)會(SEI)的能力成熟度模型(CMM)提供了一種著名的軟件流程成熟度基準。CMM已經(jīng)成為了許多領(lǐng)域內(nèi)的流行 工具，用于評估一個組織的軟件流程的成熟程度。本文說明了 Rational Unified Process如何支持正在努力達到CMM級別2(可重復的)和級別3 (已定義的)的組織。介紹軟件工程協(xié)會(SEI)的能力成熟度模型(CMM)是一個描述有效軟件流程元素的框架REF1O CMM描述了一條從臨時的、未 成熟的流程向成熟的、規(guī)范化的流程演進的途徑。CMM覆蓋軟件開發(fā)和維護的規(guī)劃、工程以及管理經(jīng)驗。這些關(guān)鍵的經(jīng)驗提高了組織實現(xiàn)成本、進

2、度、功能性和產(chǎn)品質(zhì)量等 目標的能力。CMM有五個成熟級別：從級別1到級別5。如下圖所示。每個成熟級別由關(guān)鍵流程領(lǐng)域(Key Process Areas，KPA)組成， 每個KPA確定一組相關(guān)活動。當這些相關(guān)活動一起開展時，它們完成一系列被認為對在該成熟級別建立流程能力有重要影響的 目標。Capability MaturityMaturityLevel 5OptimizingI Level 3 DefinedLevel 4ManagedLevel 2RepeatableLevel 1Ad hoc級別2, “可重復的級別”定義如下：在可重復級別，應建立管理軟件項目的策略以及實施這些策略的過程步驟。

3、新項目的規(guī)劃和管理是以類似項目的經(jīng)驗為基礎(chǔ) 的。達到級別2的目標就是為了使軟件項目的有效管理流程制度化，從而讓組織重復在過去的項目中獲得的成功經(jīng)驗，即使項 目實施的具體流程可能存在差異。有效流程的特征可以歸納為熟練的、文檔化的、加強的、培訓的、評測的和可以改進。級別2的組織的項目已經(jīng)安裝了基本的軟件管理控制。符合現(xiàn)實的項目承諾是根據(jù)對以前項目的觀察結(jié)果和當前項目的需 求做出的。項目的軟件經(jīng)理跟蹤軟件成本、進度和功能，并確定在履行承諾期間出現(xiàn)的問題。創(chuàng)建軟件需求和為滿足這些需求 開發(fā)的工作產(chǎn)品的基線，并控制它們的完整性。定義軟件項目標準后，組織確保這些標準得到不折不扣的執(zhí)行。如果有分包商， 則軟

4、件項目可以和分包商合作，建立牢靠的顧客供應商關(guān)系。級別2組織的軟件流程能力可以用規(guī)范化來概括，因為軟件項目的規(guī)劃和跟蹤是穩(wěn)定的，以前的成功經(jīng)驗可重復使用。項 目的流程受項目管理系統(tǒng)的有效控制，遵守根據(jù)以前項目的性能制定的符合現(xiàn)實的計劃。級別2 KPA是：需求管理軟件項目規(guī)劃軟件項目跟蹤與勘察軟件分包管理軟件質(zhì)量保證軟件配置管理級別3, “已定義的級別”定義如下：在已定義的級別上，組織開發(fā)維護軟件的標準流程已做記錄（包括軟件工程和管理流程），而且這些流程都集成到一個連貫 的整體中。標準流程在整個CMM中始終是指組織的標準軟件流程。在級別3建立的流程用于（必要的時候可修改）幫助軟 件經(jīng)理和技術(shù)人員

5、更有效地執(zhí)行任務(wù)。組織在建立標準化的軟件流程的時候，利用了有效的軟件工程的經(jīng)驗和方法。有一個小 組負責組織的軟件流程活動，如軟件工程或SEPG。為了確保員工和經(jīng)理具有完成分配給他們的任務(wù)必須掌握的知識和技能，需 要在整個組織范圍內(nèi)實施培訓計劃。項目對組織的標準軟件流程進行定制，開發(fā)它們自己定義的軟件流程，使項目具有獨一無二的特點。這個定制流程在CMM 中是指項目的已定義軟件流程。已定義的軟件流程包含了定義明確的軟件工程和管理流程的一個一致、完整的集合。明確定義 的流程其特征可以歸納為包含準備就緒的準則、輸入、執(zhí)行工作的標準和過程、驗證機制（如平級復審）、輸出和完成標準等。 由于明確定義了軟件流

6、程，管理層對所有項目的技術(shù)進展都有深刻的了解。級別3組織的軟件流程能力可以用標準一致來概括，因為軟件工程和管理活動不僅穩(wěn)定而且可重復。在已建立的產(chǎn)品線內(nèi)， 成本、進度和功能都受到控制，并且軟件質(zhì)量獲得跟蹤。這一流程能力建立在整個組織對已定義的軟件流程的活動、角色和責 任形成共同理解的基礎(chǔ)上。級別3 KPA是：組織流程重點組織流程定義培訓計劃綜合軟件管理軟件產(chǎn)品工程組間協(xié)作平級復審本文是為關(guān)心達到CMM框架內(nèi)的組織成熟級別2和級別3的組織人員而編寫的。級別2，可重復的需求管理需求管理的目的是為了在客戶和處理客戶需求的軟件項目之間建立共識。與客戶達成的統(tǒng)一認識是軟件項目規(guī)劃（如軟件項目 規(guī)劃KPA

7、所述）和管理（如軟件項目跟蹤與勘察KPA所述）的基礎(chǔ)。對客戶關(guān)系的控制依賴于執(zhí)行有效的變更控制流程（如 軟件配置管理KPA所述）。Rational Unified Process的關(guān)鍵特性之一在于它是用例驅(qū)動的。用例代表了獲取、組織和傳達用戶需求的一種系統(tǒng)化方案。它們提供了記錄功能性需求的方式，而功能性需求是項目開發(fā)、測試和迭代規(guī)劃的基礎(chǔ)。在Rational Unified Process中，用例 在用例模型中進行維護，并在項目的整個生命周期里統(tǒng)一引用，從分析到測試一直到維護。在工程環(huán)境中獲取需求的Rational Unified Process工件是：由用例和用例包構(gòu)成的用例模型非功能性的“

8、補充規(guī)約”用例模型調(diào)查用例報告詞匯表在管理環(huán)境中使用的、說明待開發(fā)用例及場景（需求）的Rational Unified Process工件包括：迭代計劃集成構(gòu)建計劃軟件開發(fā)計劃軟件開發(fā)計劃所有這些工件都建立了基線，并受某個變更管理規(guī)定的制約。目標1 ：對分配給軟件的系統(tǒng)需求進行控制，以便創(chuàng)建軟件工程和管理的基線。Rational Unified Process主張對所有演進的工件進行連續(xù)的配置控制，然而，“正式的”基線與以下里程碑對應。生命周期目標里程碑（先啟階段）生命周期構(gòu)架里程碑（精化階段）初始操作能力里程碑（構(gòu)建階段）產(chǎn)品發(fā)布里程碑（產(chǎn)品化階段）同樣，Rational Unified P

9、rocess在需求、需求管理、跟蹤及創(chuàng)建基線上與CMM 一致。目標2：軟件計劃、產(chǎn)品和活動與分配給軟件的系統(tǒng)需求保持一致。該CMM目標重點在于確保交付的系統(tǒng)滿足用戶需求。Rational Unified Process通過兩種方式幫助組織實現(xiàn)這一目標:用例方案確保用戶需求得到理解并被獲取。獲取需求后，需求向下流動到各個“可視的” Rational Unified Process模型（用例、設(shè)計、實施和測試），以保證一致性和連貫性?？刂频牡介_發(fā)方案是一種風險降低策略，藉此項目風險能夠及早得到理解和研究，然后經(jīng)常重新檢查。每一次累 進迭代，通過不斷集成新增的功能，及早揭示風險。若使用傳統(tǒng)的瀑布

10、式方法，則這些風險直到開發(fā)生命周期的后期 才能夠被發(fā)現(xiàn)。及早識別風險對項目管理有直接好處，可重新定義需求規(guī)模，或者提出其他戰(zhàn)術(shù)改變。Rational Unified Process 管理文檔包括：商業(yè)理由軟件開發(fā)計劃評測計劃風險列表項目計劃迭代計劃迭代評估和狀態(tài)評估。有效的變更控制和管理是Rational Unified Process的另一特性，它確保了軟件根據(jù)分配的、受到跟蹤的指定需求來開發(fā)。Rational Unified Process主張每個項目都應設(shè)立一個變更控制委員會（CCB），對提議的變更或者開發(fā)過程中發(fā)現(xiàn)的缺陷在規(guī) 模及影響方面（預算、技術(shù)或時間安排）作出公斷。為了協(xié)助CCB

11、的運作，Rational Unified Process建議使用強大的配置管理 和版本控制工具/環(huán)境。軟件項目規(guī)劃軟件項目規(guī)劃的目的在于建立合理的計劃，執(zhí)行軟件工程和管理軟件項目。這些計劃是軟件項目管理（如軟件項目跟蹤與勘察 KPA所述）所必不可少的。沒有符合現(xiàn)實的計劃，就不可能實施有效的項目管理。目標1：對軟件估算進行記錄，以便用于規(guī)劃和跟蹤軟件項目。Rational Unified Process的目標之一是確保各方面的期望都同步進行并且保持一致。它通過在項目生命周期內(nèi)進行定期評估 來確保完成，并記錄在狀態(tài)評估報告中。報告需要對資源（人員配備和財政）、首要的十大風險、技術(shù)進步的追蹤數(shù)據(jù)，通

12、過 指標和主要的里程碑結(jié)果來進行測量。Rational Unified Process利用了以下類別的指標：進度（代碼行、類的個數(shù)、每次迭代的功能點、返工）穩(wěn)定性（返工類型、需求或?qū)嵤┳兏剩┻m應性（返工成本）模塊度（返工影響范圍）質(zhì)量（缺陷發(fā)現(xiàn)頻率、密度、繼承深度、返工指示符）成熟程度（每次故障的測試時間）資源耗費配置文件（計劃的與實際的）目標2：計劃并記錄軟件項目活動和承諾。s獲取項目計劃和承諾的Rational Unified Process文檔包括:Business Case軟件開發(fā)計劃評測計劃風險列表項目計劃迭代計劃迭代評估狀態(tài)評估Goal-3: Affected groups an

13、d individuals agree to their commitments related to the software project.In the Rational Unified Process, the Software Development Plan defines the overall plan for the project; the Iteration Plan d efnes in detail what is to be accomplished in an iteration. The Iteration Plan Review, required by th

14、e Rational Unified Process, exposes the Iteration Plan to all stakeholders, allowing for a consensus to be developed before the iteration begins. From the agreed Iteration Plan, the Project Manager produces a series of work orders, which communicate the intent of the Iteration Plan in detail to the

15、affected project teams and individuals. The Project Manager gets agreement on these work orders with the affected staff so the iteration may proceed.軟件項目跟蹤與勘察軟件項目跟蹤與勘察的目的在于建立實際進度的適當可見度，以便管理人員在軟件項目的執(zhí)行極大偏離軟件計劃時采取有效的 措施。目標1：對比軟件計劃追蹤實際結(jié)果和性能。如軟件項目規(guī)劃一節(jié)所述，Rational Unified Process有幾個級別的項目計劃和一個狀態(tài)評估報告。狀態(tài)評估報告對

16、比計劃與 實際的結(jié)果，從而進行評估。為特定里程碑生成狀態(tài)評估報告是項目經(jīng)理的職責。主要的Rational Unified Process里程碑對應著一個階段(先啟、精化、構(gòu)建或產(chǎn)品化)的結(jié)束，有明確指定的完成標準。一 個階段的每次迭代結(jié)束時，在次要的里程碑處都存在復審的機會，這也是決策點，是未來發(fā)展方向的經(jīng)驗教訓。例如，精化階段的目標是分析問題領(lǐng)域，建立一個堅固的構(gòu)架基礎(chǔ)，制定項目計劃，消除項目中的風險最高的元素。必須對 整個系統(tǒng)有了理解之后，才能做出構(gòu)架決策。這就暗示著在描述大部分用例時會考慮一些約束：補充需求。為驗證構(gòu)架，實施 一個系統(tǒng)，來證明所選構(gòu)架是正確的，并執(zhí)行意義重大的用例。在精化

17、階段結(jié)束時，檢查詳細的系統(tǒng)目標和規(guī)模，以及選擇的構(gòu)架和確定的主要風險。當實際結(jié)果和性能極大地偏離軟件計 劃時，采取糾正措施，并管理至項目結(jié)束。風險列表是一個Rational Unified Process工件，它概括了項目中所有已知風險，并作為規(guī)劃和項目評估的輸入。每個風險都 根據(jù)它的影響和應急計劃來進行描述，應急計劃是為降低風險而制定的。風險列表與業(yè)務(wù)案例一起制定，它們形成了“執(zhí)行”或不 執(zhí)行”項目的決策基礎(chǔ)。風險列表在項目的整個生命周期都要進行維護。目標2軟件承諾的變更得到受影響的小組和個人的同意。如Rational Unified Process所述，受控的迭代式開發(fā)流程確保涉眾能經(jīng)?？?/p>

18、到項目進展情況以及為了保持項目不偏離軌道所 作的任何必要的變更。提議的變更由變更控制委員會(CCB)進行復審，確保變更符合現(xiàn)實的，并且可以被項目的整體日程接受。Goal-3: Changes to software commitments are agreed to by the affected group and individuals.The controlled iterative development process, as described in the Rational Unified Process, ensures that stakeholders get regula

19、r visibility into project progress and any changes that may be necessary to keep the project on track. Proposed changes are reviewed by a Change Control Board (CCB) to ensure they are realistic and can be accommodated into the overall project schedule.軟件分包管理分包管理的目的在于選擇合格的軟件分包商并對他們進行有效的管理。它綜合考慮了需求管理、

20、軟件項目規(guī)劃、軟件項目跟蹤 與勘察等的基本管理控制，以及軟件質(zhì)量保證和軟件配置管理之間的必要協(xié)調(diào)，并在適當時候?qū)Ψ职淌┮钥刂?。目?：由主承包商選擇合格的軟件分包商。目標2：主承包商和軟件分包商同意彼此承擔的義務(wù)。目標3：主承包商和軟件分包商保持連續(xù)不斷的交流。目標4主承包商針對其承諾追蹤軟件分包商的實際結(jié)果和執(zhí)行情況。這些目標超出了 Rational Unified Process當前的范圍，并且依賴于組織的具體情況。盡管Rational Unified Process并未對項 目分包作明確說明，但它的工具、技術(shù)和機制都是以向下流動到分包商為前提的，因此流程仍屬同類。所有的分包決策都應該記

21、錄在商業(yè)理由中。與主承包商執(zhí)行同一開發(fā)計劃的分包商還參與技術(shù)交換、主要里程碑和狀態(tài)評估 等活動。軟件質(zhì)量保證軟件質(zhì)量保證的目的是為管理人員提供軟件項目所用流程和正在構(gòu)建的產(chǎn)品的可見度。軟件質(zhì)量保證是大多數(shù)軟件工程和管理 流程的一個構(gòu)成部分。Rational Unified Process認為“質(zhì)量”是所有項目員工共同的責任，它并非由組織本身體現(xiàn)出來。目標1：計劃軟件質(zhì)量保證活動。軟件質(zhì)量保證的規(guī)劃是組織的一個責任。然而，Rational Unified Process有許多屬性用來塑造一個有效的項目質(zhì)量保證計劃。每個Rational Unified Process里程碑都有特定的完成標準，這些

22、標準可作為審計的基礎(chǔ)。Rational Unified Process中的每個 活動都有一個單獨的復審活動。每次復審都有一組檢查點與之相關(guān)，它們代表了在進入下一個活動之前必須“通過”的“關(guān)口”。Rational Unified Process提供有關(guān)誰應該復審給定工件的指南。例如，設(shè)計員執(zhí)行的“對象分析”的結(jié)果需要由一個獨立的構(gòu) 架設(shè)計師、設(shè)計員、用例設(shè)計員和設(shè)計復審員來進行復審。如果有已定義的Rational Unified Process和工件復審標準，產(chǎn)品質(zhì) 量密切相關(guān)的目標實體應該能夠輕松地評估是否遵守流程以及是否符合開發(fā)標準及指南。目標2客觀地驗證軟件產(chǎn)品及活動是否遵守適用的標準、過

23、程和需求。該目標可以通過挑選組織的質(zhì)量保證人員來實現(xiàn)。.然而，Rational Unified Process提供了必要的復審清單和文檔模板，它們 可作為項目標準。目標3：將軟件質(zhì)量保證活動和結(jié)果通知受影響的小組和個人。如軟件項目規(guī)劃所述，Rational Unified Process的目標之一是確保各方的期望同步并且保持一致。除根據(jù)質(zhì)量審計結(jié)果提供 的輸入之外，Rational Unified Process還需要關(guān)于資源（員工配備和財政）、首要十大風險、用指標進行衡量的技術(shù)進展以及主 要里程碑結(jié)果等的報告。Rational Unified Process指標計劃提供了關(guān)于以下指標集合的指

24、南：進度（代碼行、類、每次迭代的功能點）穩(wěn)定性（返工類型、易變性）適應性（返工成本）模塊度（返工影響范圍）質(zhì)量（缺陷發(fā)現(xiàn)頻率、密度、繼承深度）成熟程度（每次故障的測試時間）資源耗費配置文件（計劃的與實際的）目標4：在軟件項目內(nèi)無法解決的非兼容性問題由高級管理層負責處理。這超出了 Rational Unified Process的范圍，屬于組織的職責范疇。然而，Rational Unified Process里描述的變更控制流程可 以驅(qū)動某個機制，藉此記錄非兼容性的問題并可以記錄下來并向上提交以便解決。軟件配置管理軟件配置管理的目的是在項目的整個軟件生命周期內(nèi)建立并維護軟件項目產(chǎn)品的完整性。軟件

25、配置管理是大多數(shù)軟件工程和管 理流程的一個構(gòu)成部分。目標1：計劃軟件配置管理活動。如Rational Unified Process所述，可靠的配置管理是受控的迭代式開發(fā)方法中一個必不 可少的元素。既然軟件是分階段演進的，因此以前開發(fā)的軟件版本可以用于后續(xù)開發(fā)是非常重要的。在每一階段規(guī)劃如何開發(fā) 指導性軟件是 Rational Unified Process的核心。Rational Unified Process有兩個主要手段，用于規(guī)定如何維護項目的軟件開發(fā)資產(chǎn)以及如何集成這些資產(chǎn)：配置管理計劃集成構(gòu)建計劃在先啟階段啟動的配置管理計劃描述以下內(nèi)容：管理軟件的版本化和處理保存指定的Rationa

26、l Unified Process模型，將它們分成多個配置項使用變更控制方法管理變更和發(fā)布集成構(gòu)建計劃提供了關(guān)于待構(gòu)建的配置項的詳細信息以及它們在某個特定的迭代中的集成順序。目標2確定、控制所選的軟件工作產(chǎn)品，并使之可用。Rational Unified Process配置管理計劃需要一個對配置控制和管理流程的說明，確保確實確定和控制工作產(chǎn)品，并使之可用。目標3：對已確定軟件工作產(chǎn)品的變更進行控制。Rational Unified Process主張，項目應有一個變更控制委員會（CCB）和一個變更管理系統(tǒng)，以便有效地管理、跟蹤和實施變更請求，并計算其變更成本。目標4將軟件基線的狀態(tài)和內(nèi)容通知受

27、影響的小組與個人。Rational Unified Process提倡使用電子方式維護需求、設(shè)計和實施基線以及它們之間的可追蹤性。基線的所有變更分別由不 同級別的項目控制團隊來裁定。例如，變更控制委員會(CCB)負責考慮需求級別的變更所帶來的影響。規(guī)模較小的設(shè)計和實施 變更，由相應級別的技術(shù)權(quán)威進行復審。批準、控制級別以及它們傳達的方式分別在配置管理計劃和軟件開發(fā)計劃中說明。級別3，已定義的組織流程重點組織流程重點的目的是建立軟件流程活動的組織職責，這些活動提高了組織的整體軟件流程能力。組織流程重點活動產(chǎn)生的主 要結(jié)果是一組軟件流程資產(chǎn)，這些資產(chǎn)在組織流程定義中有描述。如集成軟件管理所述，軟件

28、項目使用這些資產(chǎn)。目標1：在組織范圍內(nèi)協(xié)調(diào)軟件流程開發(fā)和改進活動。Rational Unified Process是一個迭代式流程，它依賴于在多次迭代中重新制定“同一”已定義的流程。流程制定的重復性質(zhì)、 狀態(tài)指標的評估、以及每一階段和迭代獲得的經(jīng)驗教訓都提供了在連續(xù)的各次迭代中調(diào)整流程的機會。目標2軟件流程的優(yōu)缺點根據(jù)相對于流程標準進行鑒別。Rational Unified Process代表了一個整體軟件開發(fā)流程，可對其進行定制，以便在某一類型的項目中更有效地使用它。環(huán)境 工作流程提供關(guān)于如何定制Rational Unified Process的指南。除了技術(shù)和管理復雜性外，在項目中可用于確

29、定流程“形狀”的一 些流程判別標準有：業(yè)務(wù)環(huán)境(投機或者內(nèi)部的合同)軟件開發(fā)工作量的大小創(chuàng)新程度應用類型目標3：計劃組織級別的流程開發(fā)和改進活動。該級別3目標完全依賴于采用該級別的組織。組織流程定義組織流程定義的目的在于開發(fā)和維護一套適用的軟件流程資產(chǎn)，提高項目的流程性能，為組織提供不斷積累的長期利益的基礎(chǔ)。 這些資產(chǎn)提供了一個通過培訓等機制實現(xiàn)制度化的穩(wěn)定基礎(chǔ)，這在培訓計劃中進行說明。目標1：為組織開發(fā)并維護一個標準的軟件流程。Rational Unified Process在這方面居于領(lǐng)先地位，用作組織的基線軟件開發(fā)流程，可對其進行發(fā)展、定制和維護。目標2：收集、復審與軟件項目使用組織的標

30、準軟件流程有關(guān)的信息，并使之可用。培訓計劃培訓計劃的目的在于發(fā)展個人的技能和知識，以便他們能高效地履行其職責。培訓是組織的職責，但軟件項目應該先確定所需 要的技能，并在項目需求獨特時提供必要的培訓。目標1：計劃培訓活動。這個目標只有采用Rational Unified Process的組織才能實現(xiàn)。然而，Rational Unified Process是一個“行業(yè)最佳方案”知識庫， 它提供了關(guān)于如何開展各種軟件開發(fā)活動的指南、概念和詳細的分步說明。因此，Rational Unified Process本身就是一個優(yōu)秀的 培訓材料來源。然而，Rational Unified Process還需要

31、相關(guān)的支持課程，包括：Rational Unified Process概述，包括需求、分析設(shè)計、實施、測試、構(gòu)架、流程配置、管理、工具等幾個模塊，以及 對面向?qū)ο蟮慕榻B。通過用例來實現(xiàn)需求管理(RMUC)面向?qū)ο蟮捻椖抗芾?OOPM)面向?qū)ο蟮脑O(shè)計分析(OOAD)軟件質(zhì)量自動化配置管理軟件構(gòu)架和迭代式流程目標2：為培養(yǎng)履行軟件管理和技術(shù)職責所需的技能和知識而提供培訓。目標3：軟件工程組和其他軟件相關(guān)小組的個人接受必要的培訓，以便履行其職責。采用Rational Unified Process的組織需實現(xiàn)這些培訓計劃目標。然而，Rational Unified Process提供了一系列的課程，

32、如上 節(jié)所述。集成軟件管理集成軟件管理的目的在于將軟件工程和管理活動集成到一個一致、確定的軟件流程中，該流程是根據(jù)組織的標準軟件流程和相 關(guān)流程資產(chǎn)定制的，這在組織流程定義中有描述。如軟件產(chǎn)品工程所述，該定制是根據(jù)業(yè)務(wù)環(huán)境和項目的技術(shù)需要進行的。集 成軟件管理是從級別2的軟件項目規(guī)劃和的軟件項目跟蹤與勘察演進得到的。目標1：項目的已定義軟件流程是組織標準軟件流程的一個定制版本。與Rational Unified Process環(huán)境工作流程一致，Rational Unified Process的標準交付版本是可配置并且可以根據(jù)各種類型的 項目調(diào)整使用規(guī)模。目標2根據(jù)項目的已定義軟件流程計劃并管理

33、項目。這一目標需由采用Rational Unified Process的組織來說明。軟件產(chǎn)品工程 軟件產(chǎn)品工程的目的是為了統(tǒng)一執(zhí)行一個明確定義的軟件工程流程，將所有的軟件工程活動進行集成，以便高效地生產(chǎn)出正確、 一致的軟件產(chǎn)品。軟件產(chǎn)品工程描述項目的技術(shù)活動，如需求分析、設(shè)計、代碼和測試等。目標1:定義、集成并統(tǒng)一執(zhí)行軟件工程任務(wù)，以便生產(chǎn)軟件。Rational Unified Process活動以及對每個角色需要什么的定義，在項目必備計劃工件的背景下，確保確定、分配和完成任務(wù)。Rational Unified Process內(nèi)在的迭代式開發(fā)流程可以迅速證明軟件開發(fā)團隊的效力，并提供對最終產(chǎn)品的評估。目標2：軟件產(chǎn)品互相保持一致。工程模型（用例模型、設(shè)計模型、源代碼和可執(zhí)行構(gòu)件）之間的可追蹤性通過環(huán)境進行維護。組間協(xié)作組間協(xié)作的目的是為軟件工程小組積極參與其他工程小組的工作提供一種方法，以便項目能更好地高效滿足客戶的需要。組間 協(xié)作是集成軟件管理的跨學科的方面，它超越了軟件工程的范圍。不但軟件流程應該集成，軟件工程小組與其他組的交互也必 須協(xié)調(diào)和控制。目標1：客戶的需求得到所有項目涉及的團隊的同意。使用用例而不是其他“正式”需求規(guī)約方法作為需求獲取和說明的依據(jù)的一個重大好處在