?

　　構件技術是支持軟件復用的核心技術，是近幾年來迅速發展并受到高度重視的一個學科分支。它的出現是對傳統MIS開發過程的一次變革，是基于面向對象的、以嵌入后馬上可以“即插即用”概念為中心、通過構件的組合來支持應用的技術體系。標準零部件生產業的獨立存在和發展是產業形成規模經濟的前提。軟件產業要發展并形成規模經濟，標準構件的生產和構件的復用是關鍵因素。而軟件復用模式是產業工程化、工業化的必由之路。這正是軟件復用受到高度重視的根本原因。

　　1 軟件復用與軟件構件

　　1.1 軟件復用的基本概念

　　軟件復用是指重復使用“為了復用目的而設計的軟件”的過程[1]。軟件復用是在軟件開發中避免重復勞動的解決方案，它包括對軟件生產過程中其他勞動成果的復用，如需求分析、概要設計、詳細設計、編碼、測試用例和使用手冊等。

　　依據對可復用信息進行復用的方式，可以將軟件復用區分為黑盒(Black-box)復用和白盒(White-box)復用。黑盒復用是指對可復用構件不作任何修改，原封不動地復用。這類可復用構件比較通用，往往具有很好的封裝性，并具有標準的接口;而且這類構件的復用率較高，因此要求有很高的質量和可靠性。白盒復用是指在復用一個構件時須對其進行部分修改，以適應具體應用的需要。

　　1.2 實現軟件復用的關鍵因素

　　實現軟件復用的關鍵因素如圖1所示，主要包括：軟件構件技術、領域工程、軟件構架技術、軟件再工程、開放系統技術、軟件過程、CASE技術，以及各種非技術因素[2]。

?

　　1.3 軟件復用過程

　　軟件復用過程如圖2所示，可分為以下步驟：(1)認識到有可能復用的機會;(2)分解、抽象;(3)分類并建立復用構件庫;(4)檢索與選擇復用構件;(5)對復用構件具體化;(6)重新組裝成新軟件。

?

　　1.4 構件的基本概念

　　在眾多的軟件復用開發方法中，基于構件的軟件開發方法是一條有效、實際的軟件復用途徑。所謂構件是指系統中可以明確辨識的構成成份，軟件構件是系統中具有一定意義的獨立構成成份[3]。

　　構件應具備的基本特征：(1)復用：復用是構件最基本的性質，構件的設計必須滿足能在新的應用項目中使用;(2)封裝：是對外界隱藏構件的設計和實現細節，僅通過接口與外界交互，可以保證構件功能復用的完整性和構件開發及交互的獨立性;(3)組裝：構件可以通過組裝形成新的構件或系統，組裝是構件復用的手段;(4)粒度：構件是有大小的，與領域相關的構件粒度大;(5)層次：構件可以按層次進行劃分，企業級應用系統的復雜邏輯可以通過分層來解決。

　2 基于構件的軟件復用技術實現

　　對于構件，應當按可復用的要求進行設計、實現、打包、編寫文檔。構件應當是內聚的，并具有相當穩定的公開的接口。有的構件具有廣泛的可復用性，可復用到眾多種類的應用系統中。而有的構件則只能在有限的特定范圍內被復用。

　　復用者從軟件體系結構和可復用構件的模型入手，將現成的可復用資產匯集在一起，以滿足客戶的需求。復用者應當利用可復用資產提供的可變性機制對所需的構件進行轉化。如果僅利用現有的可復用構件還不足以完全滿足客戶所有的需求，則就需要另外編程。最后，把所需要的構件集成在一起，并進行測試，形成應用系統。

　　單獨的一個構件往往用處不大，但若干個構件聯合起來，用處就大了。所以要將相關的構件組織在一起，形成構件系統。實際應用中的開發者往往需要使用多個構件系統，因此，應當把構件系統當作系統產品進行管理，必要時可自行開發構件系統。一個構件系統的規模可大可小，小到只有幾個構件及支持文檔。

　　應用系統要復用公共的構件，要從構件系統中挑選所需的可復用構件。構件系統中的構件之間存在若干種關系，例如，一個構件可從其他構件那里繼承其功能(即繼承關系)，也可以發送消息給其他構件，或者可以與其他構件聯合、支持協同工作。

　　總之，一個構件系統是能提供一系列具有可復用特性的系統產品。這些特性被實現為相互依賴相互連接的眾多構件，包括眾多的類型、軟件包和文檔。一個好的構件系統使得復用者能夠又快、又好、又省地開發應用系統。對構件系統中的每個構件，都要精心地進行設計和實現，使得它具有適當的靈活性，能夠與其他構件(甚至與其他構件系統)協同工作，向復用者提供適當層次的功能。構件系統應當是易于理解和易于使用的，每個構件類型、類以及與其他構件的相互作用，均應當有良好的文檔，并且所使用的術語應當具有一致性，對構件應當是仔細地進行建模、實現、制作文檔、測試，以便于以后的有效維護和改進。

　　3 軟件復用技術在MIS中的應用

　　基于可復用構件MIS的開發過程如圖3所示，有如下5個步驟：

?

　　(1)需求分析

　　基于可復用構件的MIS需求分析可以采用改進后的信息模型法，在數據分析、建立穩定的數據集合和邏輯數據模型的基礎上，從信息模型、狀態模型和功能模型中組織構件，建立系統模型。更多的是采用OOA，由此提煉的類構件對構件復用更有利。要利用在開發MIS系統之初準備的構件庫，并收集一些已經開發出的MIS的總體設計、規范、局部流程以及某些人機界面、通用功能模塊、簡單開發工具等。使用戶需求的系統模型盡可能與已經收集的可復用構件等成分相聯系。

　　(2)系統設計

　　在構件復用情況下，由于代碼被封裝于構件之中，所以系統設計的目標應是可以實現的構件表達式，以支持后續的實現環節。MIS系統設計在內容上包括了數據設計、體系結構設計和過程設計等，在階段劃分上，又可以分為概要設計和詳細設計。在概要設計階段，MIS設計的任務是確定系統的概況，即把需求轉化為概念數據模型和軟件體系結構，該階段的工作需要MIS構件庫的支持。在詳細設計階段，邏輯數據模型通過進一步細化轉換成物理數據模型，如數據庫結構。為了使體系結構的實現變為可能，需要將體系結構中的過程構件(模塊)定義映射成實際程序構件的結構化表達式。對相對于構件庫無解的模塊需要進行原先的過程設計。至此，需求信息已轉換為程序員可以接受的設計方案。

　　(3)系統實現

　　在MIS實現中，首先是數據庫的實現，可以通過MIS建模工具自動在DBMS上完成，也可以由用戶利用相應工具手工完成。其次是把構件表達式變成程序實現，將進行過程分析得到的描述信息稱為過程構件。對于過程構件，可以用某一具體語言加以實現，最好使用對象對其進行封裝。對于無需改動的可復用構件，僅需要根據構件索引將其從構件庫中提取出來，作為MIS的一個模塊。多數情況下，需要對提取出的構件進行改造以適應新的應用系統。常見的改造形式是修改源程序，還可以通過面向對象的繼承、重載及動態編聯等特性進行改造。在一些情況下，還需要組合幾個構件形成更大粒度的構件以滿足某一特定功能需要。通過以上方法形成各個功能模塊，再將這些模塊通過控制模塊聯系起來形成應用系統雛形。

　　(4)系統測試

　　根據需求分析中提出的功能要求、性能要求等設計測試用例，對系統進行全面測試、驗證、優化，形成MIS系統原型，提交給用戶評價。根據評價意見，返回前面的相關步驟，進行修改。通過復用上次開發過程的成果，可以很快形成新的原型，直到需求得到滿足，MIS系統發布為止。

　　(5)系統維護

　　基于可復用構件的MIS由于其自身的特點，因此必須重新考慮MIS的維護問題。一個基于可復用構件的MIS采用的構件可以是COTS構件、公開構件、自由構件、共享構件等。對構件集成者來說，當把這些構件集成到系統中時，由于缺乏部分或全部源代碼，使得維護變得十分困難。如果構件全部是“黑盒”，其可見部分僅局限于描述構件的使用和功能的文檔上，那么這對全部由黑盒構成的系統的維護，又增添了新的難度。對構件賣主來說，不能只考慮特定MIS應用領域的某一源代碼塊，而應維護被不同用戶所使用的所有代碼。因為每個MIS應用可能在需求上有一點差別，修改后的構件必須對所有的MIS都適用。

　　通過對基于構件的軟件復用的研究及其在MIS中的應用，可以提高軟件生產和開發的工業化水平，大大提高了軟件開發的效率、質量和可維護性，特別是領域內構件技術的應用更有價值和應用前景。目前正在致力于MIS領域的軟件重用技術和軟件構件技術的研究，希望通過對這一領域技術的研究，能夠探索出一條管理信息系統領域內軟件開發的低投入、高效率、高質量的有效途徑。