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

　　一、企業應用系統的特點 

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

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

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

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

　　二、企業應用需求的劃分及其之間的關系

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

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

　　（一）需求的提取 

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

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

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

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

    商業模塊 商業目標、開發費用、投資回報、資源需求、時間 約束、安全性、維護、現有基礎組織的投資、商業 規則和政策。 用戶模塊用戶界面、易用性要求、應用所需的訓練和文檔、 用戶端配置和網絡聯接。

    邏輯模塊應用對象的邏輯結構、數據建模、商業對象和服 務的界面定義。

    技術模塊組件開發或重復使用開發工具、開發平臺系統、 數據庫技術、緩存技術、通訊技術。

    物理模塊系統的物理應用體系結構、分布和最終產品組件 之間的消息傳遞以及迭代性。 

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

　　（二）各種需求之間的滲透關系 

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

　　（三）需求分析的重要性

     對于這一模型的觀察，立刻就提供給你一個成功企業應用開發的需求的完整視圖。

    理解各種不同需求之間的關系，對你通過應用系統的設計和構建過程而不會遺漏每一個設計任務對整個設計的其他部分的重要地位起到關鍵作用。

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

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

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

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

    以上對企業應用開發的組成模塊、模塊之間的相互關系以及各個模塊所滿足的需求進行了討論，但如何真正實現它，就必須在開發人員之間進行有效的分工和協調，下面這一模型就是為達到這一目的而形成的。

　　三、企業應用系統開發團隊模型 

    企業開發團隊模型是基于一個工作在相互依賴和合作的規則下的一小組人。你必須分配每一個小組成員在工程中的合適位置，并且關注每一個特殊的任務。這一方法激勵一種所有感，并且最終結果是一個好的產品。團隊的領導必須是在管理、指導和協調方面受到敬佩，而團隊成員必須全神貫注于執行他們的任務。

    下面是一個企業應用系統開發團隊模型的詳細細節：

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

    1.產品管理 

    2.程序管理

    3.開發

    4.測試和質量保證

    5.用戶培訓

    6.維護計劃 

　　作為一個項目小組的領導，你可以對一個獨立的或較大的工程安排每一項任務。而對于較小的工程，你可以賦予小組成員以責任而不是單個任務。 

    下面這張圖表說明了在這六項工程小組任務之間的相互關系：

    (二)良好的開發環境及必要的激勵機制 組隊模型的關鍵特性是隊伍小、具有豐富經驗和內聚力強的小組，技術知識型的領導和自我激勵的小組成員。 

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

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

    2.創造一個透明、高效、積極參與、承擔責任和團隊精神的文化環境。

    3.改進責任劃分，并避免任何人或小組依賴于其他人或小組的成功。

    4.使開發小組保持在一個穩定的、相互協作的系統中。

    保持最高效率的方法關鍵是限制每個功能性小組的成員數在3～7人，如果問題復雜要求一個大的， 勝任所有任務的團隊，則小組領導可以把問題分解成可控制的部分。關鍵的標準是降低風險和使項目能被更高效地管理。 

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

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

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

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

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

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

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

     5.用戶培訓（文檔） 用戶培訓小組設計、開發并出版可打印和在線的文檔，包括指導材料。 

　　作為用戶的引導者，用戶培訓小組必須參與設計和系統及界面原型的構建，他也參與安裝程序的界面、過程以及發送細節的設計。用戶培訓促進并參與可用性測試和產品的二次開發設計，并且與程序設計和開發緊密在一起工作，從而確保在文檔中反映產品的設計和功能范圍的變化。 

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

    維護計劃人員必須對組織文化和基礎結構相當熟悉，他們需要了解任務執行環境的性能問題，詳細考慮計劃的能力和操作過程。

     以上對企業應用開發模型作了詳細的探討，雖然企業應用開發的復雜度受到企業規模、組織結構、生產方式、業務范圍等各種因素的影響，但其基本思路和構架確是具有普遍的通用性。對于企業應用開發的基本構架的熟悉，無論你作為開發項目領導，還是項目組成員，或者系統應用與維護人員，都將有助于你從總體上把握企業應用系統。