今日基于組件的企業(yè)開發(fā)應(yīng)用在許多方面不同于以往傳統(tǒng)的商業(yè)應(yīng)用，為了成功地開發(fā)企業(yè)應(yīng)用，你不僅需要新的開發(fā)工具和技術(shù),而且需要新的開發(fā)和項目管理策略。傳統(tǒng)的自頂向下的組織結(jié)構(gòu)和直線式的、亦步亦趨的開發(fā)策略只適合獨立的、自包含的系統(tǒng)，相反，基于組件的分布系統(tǒng)使其更適合于小的、合作的、自我管理的開發(fā)組模式,并且是一個更趨向于環(huán)形的、具有可再生性的開發(fā)過程。本文試圖通過分析企業(yè)應(yīng)用系統(tǒng)的特點、需求及其之間的關(guān)系，最終通過建立企業(yè)應(yīng)用開發(fā)組隊模型來實現(xiàn)系統(tǒng)的開發(fā)。 

　　一、企業(yè)應(yīng)用系統(tǒng)的特點 

　　象任何現(xiàn)代應(yīng)用一樣，企業(yè)應(yīng)用也必須是可靠的、操作便利的，并能提供直觀的、高效的用戶界面等特性。除了這些基本特征以外，它還具有以下三個特點： 

    (一)復(fù)雜性 它是一個多用戶、多開發(fā)者、多機器、多組件應(yīng)用,能夠處理大量數(shù)據(jù)和實現(xiàn)廣泛的并行處理、網(wǎng)絡(luò)分布式資源和復(fù)雜的邏輯管理的系統(tǒng)工程，它能實現(xiàn)跨平臺操作以及與許多其他應(yīng)用交互操作,它還必須具有較強生命力。

    (二)面向商業(yè) 企業(yè)應(yīng)用的目標(biāo)就是處理各種特殊的商業(yè)需求。它把商業(yè)政策、過程、規(guī)則以及各種實體編成代碼，并且以企業(yè)的商業(yè)需求的方式被開發(fā)和擴展。

    (三)適應(yīng)性 企業(yè)應(yīng)用必須健壯得足以維持其持續(xù)運行，并且它必須保持對環(huán)境變化和發(fā)展的靈活性，以達(dá)到有效地控制和管理的目的。這些特性使得企業(yè)應(yīng)用開發(fā)非常具有挑戰(zhàn)性，并且需求也越來越趨于多樣化。計算機硬件和軟件的快速發(fā)展，加上世界經(jīng)濟競爭的加劇，形成了商業(yè)應(yīng)用系統(tǒng)必須是適應(yīng)快速響應(yīng)并且以空前的速度履行對客戶的需求這樣一個環(huán)境。 隨著這種需求的增加，開發(fā)者必須使更多的商業(yè)行為自動化，使他們的軟件運行得更快，服務(wù)越來越多的顧客，并且處理飛速膨脹的數(shù)據(jù)。

　　二、企業(yè)應(yīng)用需求的劃分及其之間的關(guān)系

　　為設(shè)計企業(yè)應(yīng)用你必須考慮和平衡大量的應(yīng)用需求以及它們之間的關(guān)系。例如：它的商業(yè)目標(biāo)；它所要求的響應(yīng)速度；預(yù)算；需要多少人開發(fā)、設(shè)計和維護；它必須支持多少用戶并發(fā)處理；性能和易用性；它所要求的硬件平臺；它的應(yīng)用地點；它的安全性要求；期望產(chǎn)品的使用壽命。

　　沒有對這些復(fù)雜的并且可能是相互矛盾的需求有一個系統(tǒng)的認(rèn)識，要確認(rèn)從何處著手是非常困難的。一個簡單的模型可能有助于減少其復(fù)雜性，并且畫一張這些需求的合適的過程圖對于設(shè)計和建立應(yīng)用將是十分有益的。

　?。ㄒ唬┬枨蟮奶崛?nbsp;

    今天的企業(yè)應(yīng)用變得越來越復(fù)雜以至于任何人都不可能完全掌握它。沒有任何人一次就能把握所有的需求、觀念和設(shè)計方案，第一次對需求之間的相互影響只能有一個淺層次的認(rèn)識。設(shè)計規(guī)模大的分布式應(yīng)用科學(xué)要求有一種簡化這些復(fù)雜性的方法，最好的控制復(fù)雜度的方法就是提取，即把一些相似的需求組織到一個小的邏輯范疇內(nèi)。你可以依據(jù)不同規(guī)則達(dá)到這一目的。這些被劃分出來的邏輯單元通過適當(dāng)組織就能很清楚地顯示它們之間的影響和支持關(guān)系，而這樣就能使你容易打破這一整個企業(yè)應(yīng)用開發(fā)復(fù)雜問題并進(jìn)入一系列小的容易管理的任務(wù)。當(dāng)你理解了這些需求組之間的相互關(guān)系，你就能以一種系統(tǒng)的方法處理它們，平衡和調(diào)整這些需求。

    下面這個企業(yè)應(yīng)用模型就是一種提取過程，這個模型是一個對各種需求的有順序的組合，它對每一個應(yīng)用的實施都是有益的，并且被分成了六個子模塊。

    下面這張表列出了各項需求的定義和模塊之間的傳遞關(guān)系：

    模塊需求 開發(fā)模塊開發(fā)隊伍、開發(fā)過程、項目管理、源代碼控制、測 試應(yīng)用以及其他重要事件和最后交付使用。

    商業(yè)模塊 商業(yè)目標(biāo)、開發(fā)費用、投資回報、資源需求、時間 約束、安全性、維護、現(xiàn)有基礎(chǔ)組織的投資、商業(yè) 規(guī)則和政策。 用戶模塊用戶界面、易用性要求、應(yīng)用所需的訓(xùn)練和文檔、 用戶端配置和網(wǎng)絡(luò)聯(lián)接。

    邏輯模塊應(yīng)用對象的邏輯結(jié)構(gòu)、數(shù)據(jù)建模、商業(yè)對象和服 務(wù)的界面定義。

    技術(shù)模塊組件開發(fā)或重復(fù)使用開發(fā)工具、開發(fā)平臺系統(tǒng)、 數(shù)據(jù)庫技術(shù)、緩存技術(shù)、通訊技術(shù)。

    物理模塊系統(tǒng)的物理應(yīng)用體系結(jié)構(gòu)、分布和最終產(chǎn)品組件 之間的消息傳遞以及迭代性。 

    商業(yè)模塊 用戶模塊邏輯模塊技術(shù)模塊 物理模塊 六項團隊任務(wù)定義在每個企業(yè)應(yīng)用系統(tǒng)團隊開發(fā)模型的 六項基本任務(wù) 團隊功能與責(zé)任依據(jù)六項基本任務(wù)，描述每個團隊成員的 功能和職責(zé) 衡量團隊任務(wù)通過在功能小組和特性小組之間分配和安 排共同任務(wù)和獨立任務(wù)顯示這六項原則在 多大范圍內(nèi)適合工程需要 整個工程的團體描述在一個組織良好的工程設(shè)計結(jié)構(gòu)中如 結(jié)構(gòu)何整合團隊之間以及二級小組 開發(fā) 產(chǎn)品管理程序管理測試與質(zhì)量保證

　　（二）各種需求之間的滲透關(guān)系 

　　下面的圖表顯示不僅一個企業(yè)應(yīng)用的需求范疇會面對，而且各種需求之間也存在這種關(guān)系。通過箭頭，你能看到商業(yè)需求作為一個應(yīng)用開發(fā)的起點，并且整個系統(tǒng)的物理結(jié)構(gòu)作為最后的輸出。在這兩個范疇之間，用戶、邏輯和技術(shù)需求被執(zhí)行，每個范疇都依賴于從商業(yè)需求和它相鄰子模塊的輸入，每一個模塊的輸出都直接地傳遞給作為最終被執(zhí)行的物理模塊。這一模型體現(xiàn)了各種需求的滲透和相互作用。 圖1企業(yè)應(yīng)用開發(fā)模型 

　?。ㄈ┬枨蠓治龅闹匾?br>
     對于這一模型的觀察，立刻就提供給你一個成功企業(yè)應(yīng)用開發(fā)的需求的完整視圖。

    理解各種不同需求之間的關(guān)系，對你通過應(yīng)用系統(tǒng)的設(shè)計和構(gòu)建過程而不會遺漏每一個設(shè)計任務(wù)對整個設(shè)計的其他部分的重要地位起到關(guān)鍵作用。

    所有基于每個子模型的需求都是整個企業(yè)應(yīng)用模型的一部分，并且決定了你應(yīng)用的成敗，而不管這些需求在開發(fā)過程中是否是被有意識指明。

    每個子模塊都能被以有聯(lián)系但更具有獨立性的方式處理，這一點非常類似于軟件組件，每一子模塊有它自己的一組概念、需求、技術(shù)和方法、工具、存儲方式、輸入/輸出。

    在很多事件中，每一子模塊的輸出將成為工程的整個功能計劃書的一個最重要部分。反過來，這計劃書將被用來定義工程的物理架構(gòu)并且產(chǎn)生工程的測試計劃。

    以上分析說明企業(yè)應(yīng)用系統(tǒng)開發(fā)過程是迭代的、增量的、而非直線式的，象這樣的過程讓你可以在任何時間都可以基于某一需求的一小部分工作，并且可以經(jīng)常間隔性地停下來評定每一模塊對于其相鄰模塊的影響和效果。這有助于即時發(fā)現(xiàn)有沖突的需求，這樣當(dāng)需要重新實現(xiàn)你的應(yīng)用的主要部分前，可以充分權(quán)衡和調(diào)整各種需求。

    以上對企業(yè)應(yīng)用開發(fā)的組成模塊、模塊之間的相互關(guān)系以及各個模塊所滿足的需求進(jìn)行了討論，但如何真正實現(xiàn)它，就必須在開發(fā)人員之間進(jìn)行有效的分工和協(xié)調(diào)，下面這一模型就是為達(dá)到這一目的而形成的。

　　三、企業(yè)應(yīng)用系統(tǒng)開發(fā)團隊模型 

    企業(yè)開發(fā)團隊模型是基于一個工作在相互依賴和合作的規(guī)則下的一小組人。你必須分配每一個小組成員在工程中的合適位置，并且關(guān)注每一個特殊的任務(wù)。這一方法激勵一種所有感，并且最終結(jié)果是一個好的產(chǎn)品。團隊的領(lǐng)導(dǎo)必須是在管理、指導(dǎo)和協(xié)調(diào)方面受到敬佩，而團隊成員必須全神貫注于執(zhí)行他們的任務(wù)。

    下面是一個企業(yè)應(yīng)用系統(tǒng)開發(fā)團隊模型的詳細(xì)細(xì)節(jié)：

    (一)六項團隊任務(wù) 在小組模型中六項基本任務(wù)是：

    1.產(chǎn)品管理 

    2.程序管理

    3.開發(fā)

    4.測試和質(zhì)量保證

    5.用戶培訓(xùn)

    6.維護計劃 

　　作為一個項目小組的領(lǐng)導(dǎo)，你可以對一個獨立的或較大的工程安排每一項任務(wù)。而對于較小的工程，你可以賦予小組成員以責(zé)任而不是單個任務(wù)。 

    下面這張圖表說明了在這六項工程小組任務(wù)之間的相互關(guān)系：

    (二)良好的開發(fā)環(huán)境及必要的激勵機制 組隊模型的關(guān)鍵特性是隊伍小、具有豐富經(jīng)驗和內(nèi)聚力強的小組，技術(shù)知識型的領(lǐng)導(dǎo)和自我激勵的小組成員。 

    團隊成員在項目工程組中承擔(dān)著不同的任務(wù)，雖然每人的貢獻(xiàn)不同，但都是最終產(chǎn)品形成的重要組成部分。在小的、相互依賴的團隊間構(gòu)建的工程組織必須具備下面幾點：

    1.使每一個成員都能從系統(tǒng)的成功中獲得利益。

    2.創(chuàng)造一個透明、高效、積極參與、承擔(dān)責(zé)任和團隊精神的文化環(huán)境。

    3.改進(jìn)責(zé)任劃分，并避免任何人或小組依賴于其他人或小組的成功。

    4.使開發(fā)小組保持在一個穩(wěn)定的、相互協(xié)作的系統(tǒng)中。

    保持最高效率的方法關(guān)鍵是限制每個功能性小組的成員數(shù)在3～7人，如果問題復(fù)雜要求一個大的， 勝任所有任務(wù)的團隊，則小組領(lǐng)導(dǎo)可以把問題分解成可控制的部分。關(guān)鍵的標(biāo)準(zhǔn)是降低風(fēng)險和使項目能被更高效地管理。 

    組隊的概念在這里是指最小單位的合作團體。在大的項目，它可能是專職于項目的一小部分功能集的開發(fā)者所組成的小組，或者是一個基于大任務(wù)的產(chǎn)品管理任務(wù)的一組產(chǎn)品管理者合作組成的產(chǎn)品管理小組。下圖說明了這一點：

     (三)六項團隊任務(wù)中小組的功能與職責(zé) 

    在小組模型中，六項團隊任務(wù)的每一項都有特殊的功能和職責(zé)。無論你是在獨立的小項目開發(fā)，或者是一個比較大的團隊的二級小組，這六項任務(wù)都適用。 以下詳細(xì)描述了每個小組成員的任務(wù)：

     1.產(chǎn)品管理 產(chǎn)品管理（或產(chǎn)品管理組）建立并維持工程的商業(yè)事件，并且在確認(rèn)和設(shè)置目標(biāo)顧客優(yōu)先權(quán)方面扮演著重要角色。這包括確保商業(yè)期望被工程組清晰地表達(dá)和理解和功能特征能響應(yīng)其商業(yè)優(yōu)先權(quán)。 產(chǎn)品管理擁有項目的初步設(shè)想說明，而這設(shè)想說明是商業(yè)期望與基于工程的設(shè)想相交匯的正式文檔。產(chǎn)品管理也代表一種高水平的項目交流（或溝通），如商業(yè)方案、方案成本和合同談判。產(chǎn)品管理是目標(biāo)用戶與其他小組交流的高水平的重要里程碑。

     2.程序管理 程序管理員（或程序管理組）掌握應(yīng)用的特征和功能說明書，并且在組織標(biāo)準(zhǔn)范圍內(nèi)為高效地、一致地開發(fā)和交付應(yīng)用提供日常的交流和合作。 程序管理員有一個關(guān)鍵的交流和合作任務(wù)，因此它在組隊模型圖中處于中心位置。伴隨著其他任務(wù)組的輸入，程序管理在清晰地表達(dá)項目的設(shè)想方面對產(chǎn)品管理有一定的幫助。利用產(chǎn)品管理所產(chǎn)生的設(shè)想說明，程序管理員設(shè)計基于基本功能的最初版本，并且也被認(rèn)為是這些功能特性的管理人。程序管理對與分析、規(guī)格說明書和設(shè)計有關(guān)的一切活動負(fù)責(zé)。程序管理也必須確保使項目與外部標(biāo)準(zhǔn)兼容，保持與外部技術(shù)的合作和交流，并且管理主要計劃。

     3.開發(fā) 開發(fā)小組的任務(wù)是交付一個完全符合功能要求的、可靠的系統(tǒng)。任務(wù)的一個重要方面是在建立功能特性過程中保持積極的合作。開發(fā)在建立系統(tǒng)原型時與程序管理并行的，這樣就可對技術(shù)可行性和開發(fā)設(shè)計觀點提出意見。當(dāng)功能特性被確定時，開發(fā)必須與程序管理就問題的重要部分如何解決達(dá)成一致，并把它們變成具體的開發(fā)計劃。在組隊模型中一個中心觀念就是盡可能地建立一個基準(zhǔn)，然后再對偏離基準(zhǔn)的部分通過正式的偏差控制來管理。例如，為了盡快把功能特性作為基準(zhǔn)的核心特征集達(dá)成一致，程序管理將與開發(fā)一起工作。結(jié)果，當(dāng)開發(fā)人員繼續(xù)去驗證和精煉執(zhí)行方法時，程序管理人員有責(zé)任去估計暗藏著的變化。

     4.測試和質(zhì)量保證 測試和質(zhì)量保證小組驗證系統(tǒng)與所需功能特性的一致性，在保證零錯誤代碼的哲理下，測試和質(zhì)量保證小組必須積極參與設(shè)計過程以保證產(chǎn)品質(zhì)量，而不是僅限于產(chǎn)品測試。測試的目的并不是證實程序沒有錯誤，而是發(fā)現(xiàn)系統(tǒng)存在的各種缺陷，一個沒有發(fā)現(xiàn)問題的測試是一個不成功的測試。測試和質(zhì)量保證小組準(zhǔn)備測試計劃，寫自動化的測試報告，并且管理程序執(zhí)行過程中的缺陷。當(dāng)然，這項任務(wù)必須獨立地執(zhí)行，而不是與開發(fā)并行，并且保持與開發(fā)小組的核實和平衡。

     5.用戶培訓(xùn)（文檔） 用戶培訓(xùn)小組設(shè)計、開發(fā)并出版可打印和在線的文檔，包括指導(dǎo)材料。 

　　作為用戶的引導(dǎo)者，用戶培訓(xùn)小組必須參與設(shè)計和系統(tǒng)及界面原型的構(gòu)建，他也參與安裝程序的界面、過程以及發(fā)送細(xì)節(jié)的設(shè)計。用戶培訓(xùn)促進(jìn)并參與可用性測試和產(chǎn)品的二次開發(fā)設(shè)計，并且與程序設(shè)計和開發(fā)緊密在一起工作，從而確保在文檔中反映產(chǎn)品的設(shè)計和功能范圍的變化。 

    6.維護計劃 維護計劃組管理從開發(fā)到操作的平穩(wěn)過渡，確保一個流暢的首次展示、系統(tǒng)升級和系統(tǒng)支援，他與開發(fā)組一同工作，以便確保系統(tǒng)以一種便利的安裝和管理被打包。維護人員也與操作人員協(xié)同工作，以便考慮象安裝、問題解決和日常維護（包括局域網(wǎng)和服務(wù)器管理）、災(zāi)難挽救計劃和版本控制等等問題。 

    維護計劃人員必須對組織文化和基礎(chǔ)結(jié)構(gòu)相當(dāng)熟悉，他們需要了解任務(wù)執(zhí)行環(huán)境的性能問題，詳細(xì)考慮計劃的能力和操作過程。

     以上對企業(yè)應(yīng)用開發(fā)模型作了詳細(xì)的探討，雖然企業(yè)應(yīng)用開發(fā)的復(fù)雜度受到企業(yè)規(guī)模、組織結(jié)構(gòu)、生產(chǎn)方式、業(yè)務(wù)范圍等各種因素的影響，但其基本思路和構(gòu)架確是具有普遍的通用性。對于企業(yè)應(yīng)用開發(fā)的基本構(gòu)架的熟悉，無論你作為開發(fā)項目領(lǐng)導(dǎo)，還是項目組成員，或者系統(tǒng)應(yīng)用與維護人員，都將有助于你從總體上把握企業(yè)應(yīng)用系統(tǒng)。