【文章內(nèi)容簡介】 按照邏輯和物理組件劃分，而不是功能單元系統(tǒng)架構(gòu)組維護(hù)整個項目生命周期基于風(fēng)險選擇，降低完成費用的偏離組織使用基于能力的，usecase驅(qū)動的迭代開發(fā)有一個通用的、組織范圍的集成的程序狀態(tài)、穩(wěn)定性、質(zhì)量和財務(wù)的度量集合掙值依賴于可論證的結(jié)果，而不是費用花費有正在進(jìn)行的系統(tǒng)和部件的集成測試業(yè)務(wù)集成大部分商業(yè)操作依賴于計算機(jī)系統(tǒng)，而評估組織考慮的范圍和把系統(tǒng)開發(fā)作為集成的商業(yè)過程是至關(guān)重要的。理想情況下，系統(tǒng)開發(fā)應(yīng)該反映組織的特性和商業(yè)策略 例如，開發(fā)能力（按時間和預(yù)算交付高質(zhì)量的產(chǎn)品的能力）應(yīng)該考慮作為商業(yè)成功的關(guān)鍵因素。在這個協(xié)作領(lǐng)域，我們評估下列實踐：保證所有商業(yè)管理過程映射到工程和管理實踐使用通用的跨產(chǎn)品線的基礎(chǔ)架構(gòu)可以幫助優(yōu)化操作環(huán)境(Service Oriented Architectures SOA 可以有效地優(yōu)化商業(yè)過程到發(fā)布、集成和重用。它還可以幫助降低開發(fā)費用。)開發(fā)供應(yīng)商管理在最后一個領(lǐng)域，我們評估供應(yīng)商如何更有效地與項目生命周期集成，以及如何更有效地管理合同：與供應(yīng)商的合同映射到項目管理過程和開發(fā)生命周期模型（而不是反過來）。使用共享的工程協(xié)作基礎(chǔ)架構(gòu)使用集成的管理基礎(chǔ)架構(gòu)上面描述的四個協(xié)作領(lǐng)域的每個的成熟度都可以描述為1到5級，如下所示：1 = No capabilities（無能力的）。 使用不同的方法和過程，幾乎沒有跨開發(fā)組織的集成2 = Aware（有意識的）。 現(xiàn)代開發(fā)過程已經(jīng)在知道這些方法的價值的項目組單獨使用3 = Capable（有能力的）。 現(xiàn)代開發(fā)過程已經(jīng)在一些商業(yè)產(chǎn)品線的多個項目組使用，但是沒有計劃配置跨企業(yè)的集成過程4 = Mature（成熟的）。 企業(yè)已經(jīng)開發(fā)了配置現(xiàn)代開發(fā)過程的計劃，已經(jīng)在選擇的產(chǎn)品線上配置。5 = World Class（世界級的）。 企業(yè)已經(jīng)在企業(yè)和它的供應(yīng)商范圍采用和配置了現(xiàn)代開發(fā)過程。結(jié)果可以表示為一個矩陣 (15 x 5)，但是我們認(rèn)為它更容易表示為一個可視化的39。radar chart39。，如圖2所示。圖2的例子顯示了現(xiàn)在的情況和組織將來要達(dá)到的目標(biāo)。（點擊放大）圖 2：開發(fā)組織的程度度越高，在圖上覆蓋的面積越大。由藍(lán)點覆蓋的區(qū)域表示當(dāng)前的能力，由紅點覆蓋的區(qū)域表示期望的能力目標(biāo)簡化的軟件經(jīng)濟(jì)學(xué)模型一種描述軟件開發(fā)能力是否達(dá)到它們的商業(yè)目標(biāo)的方法是，從軟件經(jīng)濟(jì)學(xué)有關(guān)的角度看產(chǎn)品開發(fā)項目是如何完成的。為了評估能力和給出建議的目的，我們使用簡化的COCOMO II 模型，它由四個關(guān)鍵的軟件開發(fā)性能參數(shù)組成：Software Development Effort = (Complexity)(Process)(Team)(Environment)這些參數(shù)對軟件開發(fā)成果有以下影響：Complexity（復(fù)雜度）。 構(gòu)建的大小，可以表示為人產(chǎn)生的素材的多少，包括技術(shù)素材，如源代碼，也包括其它技術(shù)產(chǎn)物。因此評估應(yīng)該尋找降低軟件方案大小的機(jī)會，例如，通過增加重用程度來降低。Process（過程）。 過程的成熟度和效率，以及過程避免增加不應(yīng)該增加的活動的能力，如返工，過多溝通等。當(dāng)過程系數(shù)大于1時，39。diseconomy of scale39。3 將顯著增加。評估應(yīng)該找到是否有機(jī)會改善過程的成熟度和提高過程執(zhí)行的效率。Team（團(tuán)隊）。 軟件開發(fā)技巧，經(jīng)驗和團(tuán)隊成員的動力，也會影響團(tuán)隊的能力。評估應(yīng)該尋找機(jī)會加速軟件開發(fā)、最佳實踐和開發(fā)工具的熟練程度。Environment（環(huán)境）。在軟件開發(fā)能力中，它表示用來自動化軟件開發(fā)過程的工具和技術(shù)。評估應(yīng)該尋找機(jī)會改善使用集成工具、引入現(xiàn)代工具技術(shù)、自動化最佳實踐和改進(jìn)團(tuán)隊協(xié)作的環(huán)境。六個最佳實踐的框架對比組織當(dāng)前的實踐和已經(jīng)證實的軟件最佳實踐，是另外一個有用的理解組織當(dāng)前能力的方法。下面列出的六個最佳實踐是Rational在軟件工程能領(lǐng)域的學(xué)習(xí)經(jīng)驗的結(jié)果。它們集中描述了幫助理解如何處理軟件工程復(fù)雜性的領(lǐng)域：迭代化開發(fā)。 為了減輕風(fēng)險，項目組應(yīng)該增量地開發(fā)軟件，使用迭代的方法。每次迭代的結(jié)果是一個可執(zhí)行的版本。架構(gòu)被驗證，早期的迭代被基線化。評估應(yīng)該找到增進(jìn)風(fēng)險和計劃控制的方法，其中的一個解決方案是引入迭代開發(fā)。管理需求。 需求總是會變更，因此項目組應(yīng)該使用一些方法，可以讓他們有效地和你的涉眾之間促進(jìn)需求變更和有效通訊，并維護(hù)同客戶的約定。評估應(yīng)該研究諸如需求是否在控制之下、修正、高質(zhì)量和可測試性等。需求的解決方案可以包括引入use cases等。使用基于構(gòu)件的體系架構(gòu)。 在基于架構(gòu)的過程中，目標(biāo)是盡早地產(chǎn)生一個面對需求變更仍然很靈活的架構(gòu)。評估應(yīng)該尋找架構(gòu)如何可視和存在于開發(fā)工作中，架構(gòu)如何描述，架構(gòu)能夠做到怎樣的穩(wěn)固程度?？梢暬?。 可視的模型將提高抽象的等級，并使得對規(guī)格、架構(gòu)和設(shè)計的通訊變得容易。評估應(yīng)該尋找任何組織通訊的問題，這些問題通常可以通過引入更有效的可視化模型技術(shù)來彌補(bǔ)。持續(xù)地質(zhì)量驗證。 在發(fā)布后發(fā)現(xiàn)和修復(fù)軟件問題通常需要千百倍的成本。在整個生命周期進(jìn)行驗證和質(zhì)量管理是在正確的時間完成正確的目標(biāo)的基礎(chǔ)。要使用那些可以把軟件進(jìn)展和有形的質(zhì)量報告給你的涉眾的技術(shù)。評估應(yīng)該尋找這些問題，例如，被評估的開發(fā)組織是否有對質(zhì)量是什么的定義，以及是否有驗證質(zhì)量的策略，測試活動如何被集成到其余的開發(fā)活動，測試人員和分析人員是否協(xié)作以保證需求的可測試性。管理變更。 使用那些讓你控制項目資產(chǎn)的所有者、狀態(tài)和一致性的技術(shù)。變更控制不