構建動態應用系統的vnms的製作方法

2023-12-07 17:05:21

構建動態應用系統的vnms的製作方法【專利摘要】構建動態應用系統的VNMS主要由框架、業務單元兩部分內容，其特徵在於VNMS構成或與已有的應用系統在計算機網絡上形成的分布式系統，映射到用戶層面，展示為符合企業管理模式及用戶習慣的業務流程、操作的應用系統，採用框架式構建方式、BMOA開發方法及SOA、MVC等技術，以及並行開發方式的開發與實施的統一、集成開發的平臺及交叉管理模式等，使構成的應用系統結構簡單、明了，具有把龐大、複雜的系統分解成簡單、小規模系統的特點，降低業務建模和流程編排的複雜度，提高重用性，體現「所述即所得」，滿足應用系統動態變化，實現跨領域、跨內容、跨平臺的信息資源共享，不僅適應於大規模軟體系統的開發，同樣也適應輕量級的企業應用開發。【專利說明】構建動態應用系統的VNMS【
技術領域：
】[0001]本發明涉及IT行業，既對企業應用建設方面提供提供了一種構建IT組織的標準和方法，構建動態應用系統的VNMS。【
背景技術：
】[0002]對於IT行業，目前存在有如下問題:[0003]應用軟體種類很多，往往一個單位或一項工作內容就要涉及或使用若干個應用軟體；另一方面，由於管理是一個複雜而又繁瑣的任務，信息種類多難以量化或局限於某種系統內部，無法實現統一的跨領域、跨內容、跨平臺，不利於信息資源的共享。[0004]企業的日常運營與發展都是變化的，業務的發展也是變化的，尋找更適合用於日常運營，有著相對管理範疇，職能變化比較小的、可量化的應用軟體，也是一個問題。[0005]由於業務的專業化，現在開發的軟體要麼大而全，造成系統複雜，同開發成本很高，開發實施周期長，效果難以掌控，要麼小，但無法滿足業務崗位綜合辦理業務，不僅造成重複錄入的工作，也容易造成數據不一致，產生自相矛盾的結果，影響使用。[0006]為適應信息化發展的需要，解決計算機網際網路技術的配置、開發、管理存在著許多問題，改變傳統的開發軟體項目做法，開發系統滿足業務需求，不斷降低開發與維護成本。因此在「一種構建動態應用系統的VNMS(專利號:201210361559.8)」技術基礎上結合00A、00D,SOA,MVC及雲計算等計算機及網絡技術特點，針對VNMS系統技術進行進一步延伸發展與完善，產生此發明，主要體現在如下幾點上:[0007]結構簡單、明了，便於開發、業務人員間的交流，降低業務建模和流程編排的複雜度。[0008]系統快速建立，體現「所述及所得」。可根據用戶需求，迅速建立其應用系統展示給用戶，提供給用戶試用，並可根據用戶要求的迅速修正，直到用戶滿意的應用系統為止。[0009]具有把龐大、複雜的系統，分解成簡單、小規模的系統，既把複雜的問題簡單化，這樣設計的系統是局部的變化、擴展，把對整個系統造成的影響降到最小，減少開發時間、提高效率，降低開發成本。[0010]建立的應用系統，實現統一的跨領域、跨內容、跨平臺，有利於信息資源的共享，將網絡上需要共享的各種資源統一以服務的形式進行封裝和接入，加以復用，充分發揮企業開發技術積累的科技成果。[0011]建立的應用系統，滿足企業用於日常運營，有著相對管理範疇，職能變化比較小的、可量化的應用軟體，適合企業的日常運營與發展，也就是說應用系統可以動態的變化。[0012]建立的應用系統，既可以建成滿足用戶要求的專業軟體，也可以擴展滿足用戶綜合業務的應用平臺，不僅適應於大規模軟體系統的開發，同樣也適應輕量級的企業應用的開發。【
發明內容】[0013]本發明的目的是如何在該技術基礎上快速建立企業應用系統，以及與已有的應用系統的良好銜接，在技術不斷發展過程中如何保持系統良好的擴展性，建立可組合、可重用的服務體系來減少IT業務冗餘，結合00A、00D、SOA,MVC等技術，它的實現是提供了一種構建IT組織的標準和方法，來建立分布式VNMS系統——虛擬網絡管理系統，以此系統為基礎與其構建的應用系統，為柔性軟體系統。[0014]VNMS系統它與其構成的應用系統或用戶已有的應用系統是建立在實際計算機網絡設備上形成的分布式系統，映射到用戶層面，展示給用戶的是符合企業業務組織管理模式的應用系統，用戶看到的是完全符合自己習慣的業務操作和流程，用戶不需要知道對應的實際的計算機網絡就能完成所有業務的處理。[0015]應用系統:這裡專指面向某個行業或領域完成其業務過程的軟體系統，從技術層面講它也是模塊的有序集合。模塊則是軟體開發人員基於軟體工程方法指導基礎上，採用現行的計算機OS(作業系統)、TOOLS(開發工具)方法獲得程序體。把軟體系統劃分出應用系統，是為了區分下面有關內容，主要是區分於後面介紹到的有關軟體開發的技術，所以業務系統就是應用系統，當然這兩者從本質上應該是沒有區別的。[0016]「柔性」這個名詞並不陌生，英文為flexibility。柔性可以表述為兩個方面，第一方面是系統適應外部環境變化的能力，第二方面是系統適應內部變化的能力。「柔性」是相對於「剛性」而言的。所謂柔性軟體系統是可以根據業務的變化而進行的自我調整，以期適應業務的變化要求的軟體系統。[0017]依據VNMS系統與構建的應用系統和已有應用系統為柔性軟體系統，滿足企業用於日常運營，有著相對管理範疇，職能變化比較小的、可量化的應用軟體，適合企業的日常運營與發展，也就是說應用系統可以動態的變化。[0018]系統架構技術[0019]架構是軟體開發的基礎，它對於整個系統的開發走向起到重要作用，在此提出框架式構建方式，採用BMOA開發方法並遵循分層應用體系結構、分布式系統結構等。依據S0A、MVC等開發技術來制定業務單元的規範和標準定義，實現業務與技術充分結合、數據中心與業務應用的邏輯分離，以及並行開發方式的開發與實施的統一、集成開發的平臺及交叉管理模式等，構建動態的應用系統-柔性軟體系統，針對這些內容下面將逐步介紹:[0020]1.框架式構建方式[0021]我們知道，從上個世紀60年代出現的軟體工程技術，是在軟體設計方面引入了機械工程、建築工程等諸多學科概念和方法，IT業的發展也是不斷借鑑其它行業一些先進的思想和理念，發展至今的軟體工程技術也一直伴隨信息化技術的發展而發展著。[0022]經過研究分析，對系統的開發架構提出了框架式構建方式，它的目的是把龐大複雜的系統，分解成簡單、小規模的系統，既把複雜的問題簡單化，保證系統構建時條理清晰、結構靈活，這樣設計的系統不僅滿足用戶的要求，還減少開發時間、提高效率，降低開發成本。[0023]何為框架式構建？我們先了解一下建築行業中的框架結構的建設方法，並在此簡單描述，在建築業中，第一步就是預先用模版水泥澆注鋼筋，形成建築的鋼筋混凝土主體結構，例如一座高層建築，我們能夠很清楚的看到它的層數，很容易掌握地基投入規模和主體支撐結構等，既整體的目標很明確，有了主體結構，第二步就可以根據建築的使用功能要求，合理安排其它施工工作，再將預先澆築好的建築組件安裝上去，最後完成建築的建設，這種建築方法特點是主體結構清晰、目標明確，因此對於軟體技術開發中，結合其技術特點提出框架式構建方式。[0024]框架式構建方式簡單說就是將一系列的業務單元按照預定的邏輯關係連接起來形成軟體系統的開發方法，其包含框架、業務單元兩個要素。具體就是先提供一個基礎系統(在本文中以此規則設計樹狀作為系統的基礎邏輯關係，基本框架)，在這個系統基礎上根據業務需求構建新的邏輯關係形成一個個擴展系統，逐步構成整個系統框架，然後將不同的業務單元模塊分門別類有序的裝配到框架中去，形成實際的應用系統，它分為基礎系統、擴展系統兩部分:[0025]基礎系統:這裡採用樹形結構，由此將所有的業務單元模塊組合起來，形成的系統。[0026]擴展系統:根據實際業務需要，將使用的業務單元組合起來，形成的一個個系統。[0027]在此業務單元我們可以把它看成模塊，也可以看成子系統，關於它的定義、開發和應用參看後面介紹。[0028]2.BMOA開發方法[0029]該方法是在軟體工程技術，以及面向對象分析(OOA)、面向對象設計(OOD)及面向對象程序(OOP)等方法的基礎上，形成的一種BMOA軟體開發方法(開發的項目獲得過北京市朝陽區2005年科技進步獎)，在此進一步改進。BMOA(BusinessModelOrganization,Array)開發方法也可稱為陣列(Array)式,採用陣列或多維組合方式,形成組織、業務、模塊的研製線性無關性，由三部分組成:[0030]業務B(Business):這裡指企業的商務活動，或者政府部門的公共資源管理和服務行為，表示該企業(機構)面向業務、流程。[0031]模塊M(Model):這裡指專屬進行軟體開發相關技術，如程序的編制，分層方式等，最終以模塊來表示，在這裡稱為業務單元。[0032]組織O(Organization):這裡指應用的單位的組織機構。[0033]在框架式構建方式基礎上，採用BMOA理念開發軟體系統，將使得系統的擴展更為方便。在該系統的開發中，經過分析，將現有業務進行分析結合已有開發的程序模塊完成軟體的開發工作，既實現業務功能的需要又復用已有的程序模塊，提高了效率，降低了成本。[0034]3.遵循分層應用體系結構[0035]系統設計時應採用基於中間件技術的三(N)層應用體系結構。中間件是一種獨立的系統軟體或服務程序，分布式應用軟體藉助這種軟體在不同的技術之間共享資源。中間件位於作業系統、網絡和資料庫之上，應用軟體的下層，總的作用是為處於自己上層的應用軟體提供運行與開發的環境，靈活、高效地開發和集成複雜的應用軟體，管理計算資源和網絡通訊。[0036]4.遵循分布式系統結構[0037]我們知道分布式系統(distributedsystem)是建立在計算機網絡之上的軟體系統，是計算機網絡的拓展，它的特點是無主從區分計算機之間交換信息、資源共享及相互協作完成一個共同任務。而我們所建VNMS系統有此特性，既構建VNMS系統是分布式系統。[0038]5.操作界面統一管理[0039]系統中人員會使用不同的服務和數據，需要提供統一的操作界面，在一個統一的界面環境下可以完成不同的工作，界面的操作儘可能遵循「簡單、明了，邏輯清晰、快鍵」等原則，因此在應用SOA、MVC技術中，一是設置參數或者編程建立系列標準的界面模版，二是形成模版庫，並提供管理與使用功能。[0040]6.資料庫交換池[0041]建立數據交換池，通過異構資料庫連接實現資料庫群組管理。數據交換連接池:通過對命名隊列服務、觸發消息隊列服務、數據連接池的管理來實現數據交換。[0042]VNMS系統參考技術架構[0043]VNMS(VirtualNetManageSystem)系統-虛擬網絡管理系統，它是由身份認證及授權系統，既(Identity&AuthorizationSystem,IAS)和數據交換中心(DataExchangeCentral,DEC)構成分布式系統，以此為基礎與其構建的應用系統組成的柔性軟體系統。[0044]SOA參考架構的核心是基礎技術平臺和輔助工具，基於SOA技術的VNMS集成開發平臺，其核心就是建立的業務系統，也是構成柔性應用系統重要參考依據，因此各個方面的工作都是圍繞該平臺展開的。VNMS系統參考技術架構各模塊之間滿足鬆散耦合特性，具有定義良好的接口，可通過拆分與組合，來針對性構建滿足不同應用環境需求下的系統。[0045]基礎技術平臺由ISA、DEC系統通過安全、交互、流程、業務、接口等服務組成，對於小型企業，可固化到硬體設備裡，如集成到路由器等。[0046]分析建模工具:用於在基礎技術平臺將構件庫、連接件庫、業務單元件庫按照實際業務流程進行配置與連接。[0047]集成開發工具:提供開發人員開發業務單元、基礎構件、接口連接件等資源。由構件庫、連接件庫，通過軟體輔助工具等組成一個體系系統。[0048]運行管理工具:提供集成在基礎技術平臺中實際運行系統的操作狀態，運行方式，外部資源信息交互方式。[0049]在此的相關元素包括使用該技術平臺的人員，在此基礎技術平臺上運行的開發服務，集成到基礎技術平臺中的已有資源，以及與基礎技術平臺可以進行互操作其他平臺。[0050]1.資源[0051]資源是SOA系統中已經存在被集成的對象，通常分為，數據資源和應用資源。[0052]2.新業務單元開發[0053]新業務單元開發有如下兩種:[0054]基本業務單元:通過編程工具形成的，在業務服務中運行的原子性服務。[0055]流程化服務:通過流程工具定義的，在流程服務中運行的由基本業務單元組合形成的服務，也可以稱為流程化的業務單元。[0056]新開發業務單元均可使用已有的業務單元。業務單元描述信息通過資源管理服務進行存儲和管理。[0057]3.其他平臺[0058]實現平臺之間的互操作，平臺之間的互操作一般通過協作服務實現。[0059]構築業務單元體系[0060]在SOA它將應用程式的不同功能單元(稱為服務)，因此在確定業務單元概念，制訂業務單元體系，形成業務單元開發應用模型，下面就業務單元概念、開發及應用:[0061]1.業務單元概念[0062]服務是SOA系統的基本元素，以明確且與實現無關的標準化接口完成業務功能定義，服務可在不同業務過程中被重複使用，而且具體的服務實現不依賴特定實現語言與工具，業務單元具備服務的所有特性，可以說業務單元是服務，業務單元也是構成VNMS統的核心元素。[0063]業務單元(UnitofBusiness):這裡指完成一項業務所需的最小操作的程序體，它是構成應用系統的最小業務的程序單元。從技術層面上它是按照業務單元化要求利用接口連接件(InterfaceConnector)將基礎構件(ComponentofBasic)相互連接構成，形成業務單元，簡單說業務單元則是用程序體將接口連接件、基礎構件組合在一起。[0064]接口連接件(InterfaceConnector)是「特殊」的程序體,其目的就是按照業務單元的要求，通過接口連接件將將一個或若干個基礎構件連接起來，組成業務單元。[0065]基礎構件(ComponentofBasic)是由計算機開發人員編制的最小實現操作的程序體，它不依賴任何業務，完全按照軟體工程開發規範進行，具有標準輸入/輸出接口，屬性和方法特性，可以繼承的封裝軟實體，既基礎構件的開發應符合面向對象的方法，作為一個實體具有好的封裝性、復用以及相應的方法、屬性。[0066]軟體構件(SoftwareComponent)則是上述各種構件的統稱。[0067]2.業務單元規範[0068]如何界定業務單元，我們知道不同的公司提供的軟體開發工具體系不同，技術人員不同的工作經驗，對業務理解的不同都將造成業務單元的多樣化，系統開發時間的不同階段，都將造成系統的開發存在較大差異，但作為系統不能一概而論，過分的要求會導致技術人員的無所適從，甚至影響整個系統的開發，因此在具體的開發過程中，既要制訂一定的規範要求，又要有一定的容忍度，而且業務單元也將隨著業務的發展不斷優化著。業務單元按照SOA技術中服務描述通過服務契約來定義，描述內容包括:[0069]服務的輸入和輸出參數(根據服務層數據模型定義的文檔類型)。[0070]服務的安全概要(profile)，如權利、訪問控制列表、保密及不可否認性等。[0071]服務質量，如優先級、可靠傳送、事務特徵和恢復語義等。[0072]服務水平協議，如響應時間，可用率等。[0073]3.業務單元粒化[0074]在提出業務單元粒化目標，在此形成衡量其「大小」的粗糙度指標。業務單元最粗糙度最大就是系統，業務單元最粗就是最小就是模塊。[0075]4.業務單元分類[0076]業務單元按照SOA技術的服務方式劃分如下種類:[0077]連通服務、協作服務、流程服務、業務服務、交互服務、信息服務。[0078]業務單元根據在實際工作中用途，大致可化分為三類:專業業務、公共服務、工具等當然在應用過程中也可根據實際情況進行劃分。[0079]5.業務單元的註冊和查找[0080]由於SOA鬆耦合的模式，需要對各種業務單元進行註冊，以方便業務單元提供者發布自己的業務單元、業務單元請求者查找所需的業務單元。[0081]I).業務單元註冊中心[0082]業務單元發現(包括註冊和查找操作)需要有一個業務單元註冊中心，用戶存儲、查詢和版本化服務描述信息。服務業務單元中心需要提供分類管理能力，利用分類能力來實現對服務的搜索。理想情況下，註冊中心應用具有很高的可用性，並且是多處備份的。[0083]2).業務單元查找[0084]業務單元描述的查找使用可以有多種方式:[0085]靜態查找:一般由人工進行查找，可以通過一些工具從業務單元註冊中心中獲取業務單元信息。通過人工查找獲取服務信息後，可以通過工具自動生成靜態的服務訪問接口代碼，與服務請求代碼集成在一起，可以直接訪問所需要的業務單元。[0086]動態查找:一般由機器自動到註冊中心進行查找。通過機器自動查找獲取服務信息後，需要自動生成動態的業務單元訪問數據，而不是生成訪問接口代碼，通過標準的訪問接口，傳遞生成的數據消息來訪問所需要的服務。[0087]6.業務單元管理[0088]通過業務單元管理，可以幫助用戶了解業務單元部署、運行情況。通過管理，能夠靈活的加入運行時控制等。[0089]運行管理服務具體實現對基礎技術平臺中各種資源和服務的各種管理。它需要提供統一的服務接口，使管理工具能夠方便的對基礎技術平臺進行管理。對基礎技術平臺的管理分為運行信息收集和管理命令執行兩大類:[0090]I).運行信息收集[0091]運行的信息的收集主要用於系統監控，了解系統實時運行情況，以便可以及時解決系統運行的問題；這些信息也可以進行統計分析，在此基礎技術上可以對整個系統進行優化。[0092]2).管理命令執行[0093]管理命令就是對各服務對象(包括核心服務和業務服務)執行具體的管理操作，包括:[0094]運行參數的動態修改:[0095]運行控制，如啟動、停止、暫停、恢復等[0096]運行監視，獲取特定的各種運行狀態信息[0097]7.業務單元開發[0098]業務單元的開發根據良好定義服務接口來進行，通過集成開發工具可以根據服務接口生成服務代理與服務框架代碼。服務框架也是程式語言類，提供用於實現新服務的框架。[0099]通過服務接口，使得不同的業務服務可以相互交換數據，這些業務服務可以在不同的異構平臺上使用不同的程式語言實現，可以在不同的系統環境下運行。通過對外服務接口，保證之間良好的互聯互通互操作。[0100]對於已有系統，可以通過進行封裝，或者分拆嵌入到系統中，通過數據交換系統，這樣既可以發揮價值，並且不必要、有風險的完全推倒重來的實施策略。[0101]8.業務單元間的通信[0102]在給業務單元進行了明確的描述，並提供註冊和查找機制後，就需要依靠業務單元間的通信和交互以實現業務單元關聯操作，業務單元間的通信需要考慮從通信格式，通信協議，通信模式到通信質量要求等多個方面。[0103]9.業務單元應用[0104]應用方式包括業務單元的直接使用、業務單元的合成、業務單元的編制和編排:[0105]業務單元的直接使用是指使用者直接調用，這是一種最簡單的使用方式。[0106]業務單元的合成是指通過編程來調用一個或多個業務單元，同時這個編程實現也被封裝成一個業務單元，可以為其它使用者提供。[0107]業務單元的編制和編排是指在一個業務流程種使用一個或多個業務單元，業務流程可以編程實現，也可以使用建模工具定義業務服務流程。一個業務流程被封裝成為一個服務。[0108]I).業務單元應用的相關工具[0109]業務單元的應用需要提供從設計、開發、調試到運行的一組相關工具和實際應用環境。相關工具需要簡便，易用。具體工具包括:[0110]設計和開發工具:提供從設計、編程、調試到部署的整個過程。功能包括分析建模、新的服務編寫功能、服務運行和流程調試、服務和流程的部署等。[0111]運行管理工具:提供運行管理與統計分析功能，包括服務運行狀態和信息監控、月艮務控制功能、流程運行狀態和信息監控、流程控制功能，包括啟動、停止、暫停和恢復等、流程統計分析。[0112]2).流程服務功能[0113]需要支持基本的服務流程，包括:順序流程、分支流程、並發流程、循環流程。[0114]3).統一操作界面[0115]業務單元是參考MVC技術來開發的，這樣有利於系統提供統一的、標準化的操作界面，目前能實現MVC模式的框架有Struts、Spring、WebWork、Maverick、VRaptor、Aurora,以及多Portal界面集成:一般統一操作界面會在一個Portal中運行，也有可能會在多個Portal中實現(尤其是集成已有應用系統的操作界面時)，這時需要能夠將在不同Portal中實現的操作界面能夠集中到一起進行集中展示和操作。[0116]四.並行開發方式[0117]並行開發方式，其目的是提供需求分析人員、軟體設計人員、軟體開發人員、軟體測試人員、系統運維人員、系統培訓人員及業務操作人員等同步開展工作，改變傳統的開發服務模式，實現並行開發服務模式。[0118]在系統開發中，往往將數據與系統分割開來，開發與實施分開來，習慣的認為項目驗收，上線運行意味這項目的結束，其實二者不能簡單的劃分，這也是許多系統開發失敗的主要原因，過分強調按照需求分析、設計、測試、驗收、運行之間的階段劃分等。[0119]為實現並行開發方式，不僅要考慮構築軟體開發/應用平臺，還要改變相應管理方法，樹立開發與實施的統一性概念，因此構築VNMS系統將是一個軟體集成開發平臺，提出交叉式管理模式，這樣就可以高效、快速開發出符合用戶需求的應用系統。[0120]1.集成開發/應用平臺[0121]VNMS系統是集成開發平臺，符合SOA參考架構，提供需求分析人員、軟體設計人員、軟體開發人員、軟體測試人員、系統管理人員、系統培訓人員及業務操作人員等同步開展工作，改變傳統的開發服務模式，實現並行開發服務模式。而且對開發要求可以形成鬆散的方式，形成開發工作的多樣化，在VNMS基礎平臺基礎上，結合業務中間件做支撐，來完成應用系統的建設。[0122]I)、基礎技術平臺[0123]制訂應用框架和數據標準，同時提供分布式服務，多資料庫接口等基礎服務以及系統安全性等方面的功能組件支持。[0124]功能菜單管理是平臺子系統及功能擴展的一個重要功能，它是授權的功能基礎，當其它子系統要集成到基礎技術平臺上形成一個統一的入口，通過功能菜單管理來擴展系統，實現系統的功能過濾，統一授權等操作。[0125]構件庫管理工具模塊管理可以構建出新的模塊，也可以將已有模塊註冊到應用系統中。基礎的系統構建(包括權限管理、報表管理、工作流管理等)基礎技術平臺提供，系統建設只需關注業務的實現。[0126]2)、業務中間件[0127]業務中間件既可布置在基礎技術平臺上，也可以獨立部署作為軟體設計、開發的支撐。這些中間件的輸出結果都可以完美與應用系統結合成為系統的一部分。[0128]3)、業務管理系統[0129]在基礎平臺和業務中間件的支撐下，實現管理系統以及系統內各個子系統，這些應用系統統一通過內外網門戶發布信息，與用戶互動。[0130]2.交叉式管理模式[0131]由於現有許多企、事業均有自己的信息化部門，其計算機技術部門的主要職責是維護本單位計算機及其網絡設備的正常運行，但同時對於具有一定技術力量的企業，其技術部門還兼有本單位信息化建設的制訂和實施等工作職責，但若將整個軟體的開發與實施依賴與該部門，則顯得力不從心。[0132]而IT業中的軟體開發企業，雖然在技術開發上無論在技術手段、開發人員隊伍上具有優勢，但在不斷開發的應用系統的同時背上了越來越沉重維護包褓，其維護能力越來越滿足不了用戶單位的需要，甚至維護不及時給用戶單位造成損失。[0133]如何把用戶信息化部門、軟體開發企業各自的特點發揮起來，利用VNMS系統設計理念，很好的實現系統動態的開發、運行和維護，改變傳統甲方、乙方委託開發方式，通過實踐採用交叉管理法，既用戶業務人員、用戶信息中心及軟體開發企業人員既明確各自分工又有緊密的交流，這樣，使得開發的系統不僅滿足用戶單位對信息化建設的需求，降低系統在升級改造過程中的風險和成本。基於如上問題，劃分企業業務部門、企業技術部門及軟體開發企業職責範圍分別如下:[0134]企業業務部門:按照企業實際業務，進行業務辦理及職責分配。[0135]企業技術部門:負責系統菜單樹的建立、維護，以及保障系統的部署後的運行和維護等。[0136]軟體開發企業:負責新的業務單元模塊的開發、測試、集成、部署，提供用戶使用。[0137]總之利用VNMS系統設計理念，很好的實現系統動態的開發、運行和維護，把用戶信息化部門、軟體開發企業各自的特點發揮起來。[0138]3.開發與實施的統一性[0139]現在許多系統開發中，都是將開發與實施分開來，習慣的認為項目驗收，上線運行意味這項目的結束，其實二者不能簡單的劃分，這也是許多系統開發失敗的主要原因，過分強調按照需求分析、設計、測試、驗收、運行之間的階段劃分等，要麼開發的軟體要麼規模大而全，造成系統複雜，同開發成本很高，開發實施周期長，效果難以掌控，要麼規模小，但無法滿足業務崗位綜合辦理業務，不僅造成重複錄入的工作，也容易造成數據不一致，產生自相矛盾的結果，影響使用。[0140]因此，軟體系統生命周期過程中，應該將開發與實施作為密不可分的整體一併考慮，要關切到數據信息的變化隨時會影響到系統，那麼系統的調整也將影響業務，甚至改變了業務。[0141]4.取消角色概念[0142]在軟體開發與應用中角色作為一個重要的概念存在著，即使在SOA技術中角色是一個重要因素而存在。[0143]在此研究認為系統和角色為同一理念，若強行將二者劃分開來，存在系統和角色的二義性，不利於系統的設計與開發，更不利於用戶的使用，而且造成系統開發的冗餘，取消角色的概念，不僅簡化了系統的設計與開發，而且優化系統的使用方式。[0144]5.機構與人員關係[0145]將機構人員作為組織機構節點屬性子集，就是位於組織機構節點的人員子集，作為屬性屬於該節點，該子集是這個節點的所屬人員，而不是該節點及其所有子節點下所有人員的集合，這樣劃分既能滿足系統的使用要求，又簡化系統設計，使得系統劃分更為合理。【專利附圖】【附圖說明】[0146]附圖1，為本發明VNMS系統原理示意圖[0147]附圖2，為本發明框架式構建方式示意圖[0148]附圖3，為本發明BMOA軟體開發方法[0149]附圖4，為本發明VNMS系統參考技術架構[0150]附圖5，為本發明DEC體系示意圖[0151]附圖6，為本發明業務單元構成示意圖[0152]附圖7，為本發明新開發業務單元與SOA參考架構關係圖[0153]附圖8，為本發明業務單元管理工具示意圖[0154]附圖9，為本發明集成開發平臺示意圖[0155]附圖10，為本發明VNMS系統功能圖[0156]附圖11，為本發明用戶管理表ER關係圖[0157]附圖12，為本發明菜單管理列表ER關係圖[0158]附圖13，為本發明構件管理列表ER關係圖[0159]附圖14，為本發明日誌列表建立的應用系統ER關係圖[0160]附圖15，為本發明IP設備列表建立的應用系統ER關係圖[0161]附圖16，為本發明DEC體系ER關係圖[0162]附圖17，為本發明組織機構節點與人員關係[0163]附圖18，為本發明IAS標準化界面示意圖【具體實施方式】[0164]下面結合附圖和實例對本發明進一步說明。[0165]圖1中，最上端用戶也就是使用者，從自己的計算機界面上看到的是完全符合自己習慣的業務操作和流程，中間是VNMS系統,下層則是支撐其的Internet或者Intrant中計算機及網絡設備組成的實際計算機網絡。[0166]另一方面，由於採用分布式系統方式，系統部署業十分靈活，下圖中描述系統如何架構在計算機網絡硬體體系上的示意。圖6網絡硬體原理示意圖，圖中看到可以將VNMS部署在伺服器上，通過Intranet或者Internet與其它資料庫伺服器，應用伺服器等聯機而構成，形成最終分布式業務平臺系統。[0167]圖2示意圖可知，系統的框架內有若干邏輯關係圖將業務單元連接起來，每一個邏輯圖與關聯業務單元就構成一個子系統，這些邏輯圖也就是按照應用系統的建設模型設置的，與裝配在指定位置業務單元組成業務子系統，這些子系統的集合就構成整個應用系統。業務單元的裝配是通過註冊方式進行的，將驗證通過的新業務單元嵌入到應用系統中，逐步進行系統擴展。[0168]圖3BM0A軟體開發方法，設系統為S(B，O,M)=0，基於該VNMS系統架構下，其意義是指企業組織機構的增加不影響業務功能、軟體技術，軟體技術的擴展、積累也不影響業務功能、企業的組織機構，最終業務功能將按照其自身的發展而變化著，也可以說系統就是由一系列沿著B、0、M方向的業務單元增加、堆疊著。[0169]圖6，描述的業務單元結構中，其設計依據MVC、分層技術，採用面向對象技術，使業務單元具備良好的封裝性、復用以及相應的方法、屬性，因此包含如下幾個方面，並在相應文檔做出詳細描述，以供使用者調用參考:[0170]控制信息:指出該業務單元所存放的物理位置、調用路徑(IP、埠)、調用方式。[0171]觸發消息:描述該業務單元觸發操作。[0172]輸入:描述該業務單元輸入的數據信息，包括數據表、數據項、數據，數據範圍(數據子集，既用過濾條件對應映射關係)。[0173]輸出:描述該業務單元操作後輸出的數據信息，包括數據表、數據項、數據。[0174]圖8業務單元管理工具示意圖，因此開發出來的業務單元管理工具，供開發人員使用。那麼作為一個開發團隊、開發企業則可按照所面向的行業和軟體開發工具的特點，由於許多IT企業開發了諸多程序塊，為更好的實現資源共享，將開發出來的業務單元組件集合，形成基礎構件庫，通過工具化管理，供開發人員調用，建立業務單元構件庫與第三方標準構件的關係。開發工具通過接口件使用文件、應用系統、資料庫的資源.對於流程化業務單元，採用消息觸發機制建立的流程工具來定義。[0175]圖9，系統集成開發的需求分析、設計、測試、驗收、運行等工作都是基於VNMS系統展開的。[0176]圖17，假定某單位的機構編制，可以看到從組織機構各個節點，引出一個人員子集，該子集包含人員ID\姓名\職務等信息，這樣實現一個人員承擔多個崗位職責，擔任多個職位。[0177]VNMS系統功能[0178]圖10VNMS系統功能圖，按照IAS系統、DEC系統這兩部分分別介紹其作用、功能等:[0179]1.1AS系統功能[0180]IAS系統主要由三個子系統組成，分別是用戶信息管理系統、業務模塊管理系統、業務授權系統，網絡設備管理系統、系統運行管理系統，作為輔助提高系統的可維護性。[0181]I).用戶信息管理系統[0182]用戶信息管理系統主要提供用戶管理、群管理、組織機構、機構人員管理、日誌服務功能，用戶組可以與組織機構管理對應起來。[0183](I).用戶管理[0184]用戶管理主要是針對用戶的基本信息進行操作，包括用戶的註冊、修改、查詢、刪除等基本操作功能。用戶分為個人用戶、單位用戶兩種。[0185](2).用戶群管理[0186]用戶群管理目的是將單個用戶按照不同的群組進行管理，基本功能包括新增、修改、查詢、刪除、撤銷等基本操作，以及分配用戶到用戶組等。[0187](3)單位管理[0188]單位管理也是組織機構管理，可以看成用戶群管理特例。[0189]單位管理包括組織機構的新增、修改、撤銷(撤銷是停用狀態，保留基本信息)、刪除(是永久撤銷，刪除該條記錄)等基本操作。還包括機構的基本信息管理、內設機構信息管理，實現對機構信息的查看統計。[0190]單位以組織機構樹的形式展現，組織機構管理包括組織機構樹維護、組織機構結構圖、組織機構信息維護、備份、查詢和統計，以及組織機構結構信息輸入、輸出等功能，滿足用戶對於組織機構建立、層級管理等。[0191](4).機構人員管理[0192]該模塊是建立機構與人員間的關聯，每個機構節點下面可接入多個個人用戶，既I對多關係，人員為用戶管理中的用戶，機構末節點為工作人員，中間節點為機構次節點管理班子成員，它有三種操作方式:[0193]機構樹上添加人員:選定機構節點，檢索用戶並指定，可循環指定多個個人用戶，既I對多關係，並確定排列次序，反之也可移走用戶。[0194]用戶上添加機構:選擇個人用戶，指定所屬組織機構的節點位置，反之也可移走用戶。[0195]用戶群上添加機構:選擇用戶群，指定所屬組織機構的節點，既相互關聯，反之也可取消關聯。[0196](5).日誌服務[0197]操作日誌記錄用戶在系統中所做的每一個操作行，記錄用戶的身份和行為的時刻(即時間戳)。操作日誌記錄的實現，可以考慮通過過濾器或攔截器的方式，對所有的頁面請求行為及頁面裡的提交行為都進行攔截，將其記錄並通過統一的日誌服務進行管理操作日誌、數據日誌。[0198]2).業務模塊管理系統[0199]該部分目的是建立應用系統的體系結構，提供用戶按照實際業務需要組合，形成諸多子系統。對各子系統提供主要包括菜單項增加、修改、移動、刪除等基本功能，以及查詢、備份、導入、導出等。[0200]子系統是由業務單元模塊按照菜單樹(樹型結構)組成，既根節點(應用系統)下有多級子節點，各個子節點均可連接業務單元模塊。因此每個菜單項與其子節點組成可以視為一個子系統。因此可以這樣說菜單樹可以確定為子系統的集合，末端可視為單一功能的系統，也可視為原子功能，原子功能是不能再包含功能的功能，區別原子功能和子功能的方法是是否還能包含功能，實際操作中可將子功能操作、原子功能操作用統一的操作界面進行操作。[0201](I).系統構建[0202]系統構建，通過應用系統管理模塊建立一個新的應用系統，並在此下進行功能組建，構成應用系統的菜單體系，為後期的使用作好準備，其分:[0203]應用系統管理:應用系統管理提供用戶添加新應用系統，並可對其信息進行修改、刪除等基本操作功能，也提供分類管理、以及快速查詢等功能，選擇操作界面模板、參數配置，為後期的使用作好準備，它可以通過下一功能模塊添加子節點和操作功能模塊。[0204]功能菜單組建:該功能是對源菜單樹到目標菜單樹間的架構複製，提供用戶按照實際業務需要任意組合，並擴展功能，而最終的目標菜單樹則是用戶所需的應用系統。在這裡菜單樹是指應用系統，其下可能若干層子系統(子節點)，每層有若干同層子系統(子節點)構成的應用系統構架。[0205](2).菜單樹管理[0206]主要是對對菜單項管理，並可查看其結構、備份、導出供其他系統是使用，如下:[0207]a.菜單項管理[0208]菜單項管理分為增加、修改、合併、複製、移動、撤銷等情況；[0209]菜單項增加:增加同層菜單項、增加下層菜單項，通過樹狀結構直觀的展示。[0210]菜單項信息修改:對菜單樹中各項的基本信息進行修改，若該節點為末節點則可對擴展信息項進行，否則只對基本信息進行修改，信息項包括基本信息、擴展信息。[0211]菜單項合併:對於不同的菜單項，系統允許將兩個菜單項進行合併，合併後在菜單項中以新的形式出現，原有菜單不再展現於菜單樹中，其子節點按層級依次接入。[0212]菜單項複製:對於菜單項，系統允許將其複製到指定的節點位置，複製的菜單項以新的同層節點名稱出現，其子節點按層級依次接入。[0213]菜單項移動:即將某個菜單項的層級關係進行調整，由原來節點位置轉換到其他節點位置。為了保證菜單項在菜單樹中的順序符合用戶日常管理中習慣，系統提供菜單項移動的功能，在同一層級中的菜單項允許由用戶自行確定其先後順序。[0214]菜單項撤銷:撤銷的項在系統中仍然存在，但是不顯示界面中；對於用戶認定確實屬於應該刪除的，刪除的項不再系統中記錄。[0215]b.菜單樹數據導入/輸出[0216](3).業務單元審核及註冊[0217]根據業務需要分析，根據應用系統原子功能模塊，選擇或開發該子節點(子系統)的業務單元，並配置其參數。[0218]審核及註冊是對業務單元進行評估，確定模塊按照設計要求完成，允許其接入到系統中，為下一步的組裝測試做好準備。[0219](4).消息觸發管理[0220]由於業務間相互關聯、影響，因此在系統各個節點-業務單元建立消息觸發系統。[0221]3).業務授權系統[0222]該系統主要包括子系統對用戶、用戶群和組織機構三部分授權，且用戶、用戶群和組織機構均可對應多個子系統授權:[0223]子系統授權用戶:將子系統授權用戶後，該用戶即獲得該子系統的權限。[0224]系統授予用戶組:將子系統授權用戶組以後，該用戶組的所有用戶即獲得該子系統的權限。一個用戶組可對應多個子系統授權。[0225]組織機構授權:將子系統授予組織機構節點後，該節點下所有用戶組下用戶和用戶則獲得該子系統操作權限及該組織機構節點、下屬組織機構節點中的數據。一個組織機構節點可對應多個子系統授權。[0226]4).網絡設備管理系統[0227]在系統中，往往各種計算機設備分屬於不同地單位，例如它們的產權、管理權及使用權不同，但這些計算機及其網絡設備確有按照計算機網絡結構分散在不同的實際物理位置，因此在網絡管理中對每一個設備都將建立地址屬性對應起來，一種是按照計算機網絡技術(IP)劃分的物理地址，另外是對應於用戶業務管理的地理位置管理、產權管理等地址。[0228]5).系統運行管理系統[0229]系統組件提供管理接口，確保其運營狀態可通過管理界面監控。[0230]系統提供應用功能的狀態管理、故障管理、性能管理、控制管理等功能。[0231]2.DEC系統功能模塊[0232]該系統採用IAS系統架構組成的「特殊」系統，由如下功能組成，其功能也可根據業務實際需求靈活搭建，既其功能項可重新組合或授權，下面按照系統所具備的主要功能管理進行介紹:[0233]I).數據交換代碼維護[0234]為保證數據的一致性、完整性，將對應的兩個相關的應用系統中數據項對照表的轉換代碼進行維護。[0235]2).交換池管理[0236]該模塊是數據交換池的管理，包括提供用戶建立新的數據交換策略，對進行數據交換的數據源、目標數據源，設置相關參數，或者對已有的數據交換策略參數修改、廢棄等。[0237]3).服務運行管理[0238]該模塊是對進行數據交換的數據源、目標數據源相關數據交換業務的啟動、關閉，查看運行狀態等，可添加新的數據交換服務，包含主要信息項有名稱、描述、狀態、啟動類型、啟動狀態、登陸方式等。[0239]4).數據交換管理[0240]該模塊是提供用戶批量化手動進行數據交換，如兩個單位間的信息交換。設置條件檢索出交換的數據子集；建立兩個系統數據交換任務，既握手問答關係，呼叫請求、建立握手、傳送數據、結束傳輸等，這樣還可以滿足業務上兩個業務用戶間進行的信息數據交換。[0241]針對以上VNMS系統功能，建立資料庫來用來支持系統運行，供開發人員參考。[0242]1.VNMSDB資料庫結構[0243]建立VNMSDB資料庫來用來支持IAS系統，主要通過如下5類列表集，形成相互間的數據ER，並通過IP位址將各個網絡設備節點有效的管理起來，構成虛擬網絡系統，該資料庫設計原則既滿足統一身份認證的要求，又具有一定的穩定性。其設計原則是表間關係儘可能耦合度高，方便於統一身份登錄管理，且資料庫本身又不受業務的變化而影響，這裡列出的為主要表的設計，供開發人員參考，可根據實際情況進行擴充。[0244]I).用戶管理列表[0245]圖11，建立ER關係表資料庫結構，用戶表中用戶類型:用代碼000-999來標示用戶的類型，用於諸如限定數據訪問範圍等，在此列表中，用戶分為個人、單位，個人ID號為身份證號，單位管理為單位ID(在設計上對於人員信息以身份證號碼為唯一標識，對於企業建立標示號)，保證信息的統一性；用戶群表、用戶授權表、用戶群授權表、組織機構授權表中標誌:0-9，如可定義為臨時權限、消息管理權限、定時開通等等。[0246]2).菜單管理列表[0247]所有的業務單元模塊按照樹型結構組成的系統，既根節點下有多級子節點，各個子節點均可連接業務單元模塊。建立系統管理表、子系統管理表、業務單元對應表與業務單元表建立ER關係，描述如何管理菜單、如何管理業務單元信息的資料庫結構。圖12菜單管理列表ER關係圖，系統管理表、子系統管理表、業務單兀構件表。[0248]3).構件庫列表[0249]圖13構件管理列表ER關係圖,業務單元表、接口連接件(InterfaceConnector)表等，可根據ID號通過各表主鍵，列出關聯表並可進行數據維護操作功能。[0250]4).日誌管理列表[0251]在VNMSDB資料庫中，操作日誌記錄要對用戶在系統中所做的每一個操作行為都要記錄下來，記錄用戶的身份和行為的時刻(即時間戳)，建立如下列表單(table)進行管理操作。[0252]操作日誌表:按時間順序記錄用戶操作了何種業務。[0253]數據日誌表:按時間順序記錄用戶操作前後數據的變化。[0254]圖14中，描述其日誌列表ER關係圖，執行操作後(用戶ID、業務單元ID、。。。等)信息寫入表中。其中，數據項(格式:計算機IP.埠號.資料庫名.數據表名.數據項名.1D號)。[0255]5).設備管理列表[0256]建立對設備進行管理操作列表，圖15，描述IP設備其主要數據表，依據IP設備列表建立的應用系統ER關係圖，還將建有設備表結構、埠設置列表、路由列表、域名解析表坐寸ο[0257]2.DEC數據資料庫結構[0258]建立⑶B資料庫來用來支持DEC系統，並提供DEC系統通過IP位址將所管理的各個網絡資料庫設備節點有效的管理起來，其設計原則是表間關係儘可能耦合度高，且資料庫本身又不受業務的變化而影響。圖16描述DEC系統中數據ER圖，一些表參數設置如下:[0259]數據交換服務表參數:[0260]狀態:啟動、停止；[0261]啟動類型:手動、自動、禁止；[0262]登錄為:本地服務、伺服器服務；[0263]數據交換服務配置表參數:[0264]巡檢時間:起始時間，次數[0265]巡檢方式:按年、月、日、時；[0266]操作:數據刷新、數據檢查；[0267]用戶信息:User_ID,password[0268]操作方式:按次數、按時間範圍[0269]應用系統構建[0270]應用系統構建是系統一切業務的基礎。通過系統構建，可以構造出一個常用的信息管理系統，它的結構反映出系統內各個業務間邏輯關係，以及各個崗位的操作內容，這裡提供用戶根據業務需求在VNMS平臺上快速搭建用戶應用系統的過程。[0271]首先制訂開發的計算機語言及環境、管理方式，人員合理分工後，然後根據用戶業務需求，定製信息集和信息項，其次在搭建的VNMS系統上完成信息採集和信息項的添加，修改，刪除，複製等操作，通過用戶建立，構建出系統功能體系、業務單元的定製、授權及系統測試等環節，構建出用戶所需的應用系統，通過系統發布提供業務人員試運行使用，培訓操作等，它涵蓋軟體系統的整個生命周期。在構建過程中可根據用戶業務的變化進行實時調整，最終得到用戶滿意的應用系統。其構建可按照如下部分和步驟來介紹。[0272]1.開發及應用環境[0273]系統的開發，選擇合適的開發工具和環境則是很重要的一件事，儘可能使其具有通用性好、易於調用等特點。[0274]2.用戶建立[0275]在制定的系統平臺上建立設計、測試、模擬、使用等用戶，為後期系統開發做好準備工作，同時建立用戶群，方便需求人員、設計人員、開發人員、測試人員及系統培訓人員等同步開展工作，其完成如下內容:用戶註冊、用戶群建立、組織機構建立、機構人員管理、建立用戶群與組織機構間關係。[0276]3.系統功能體系建立[0277]系統功能體系建立，根據業務需求完成業務菜單體系建立，設計和配置業務單元，制訂工作流，並進行系統測試，以此保障系統運行，具體按照三大步驟逐步介紹。[0278]I).菜單樹建立[0279]就是按照用戶業務的管理模式和習慣，建立用戶應用系統及各個子系統間的邏輯關係，菜單樹，通過如下幾個步驟進行:[0280]步驟一.新建立系統命名:根據業務需求，建立應用系統名稱、應用系統功能描述、選擇界面模板、LOGO,確定系統採用何種登陸方式，如B/S、C/S。[0281]步驟二.建立業務(子)系統:菜單樹管理功能模塊中，根據業務需求在節點下添加各個子系統名稱、描述，完成整個業務的功能菜單關係。[0282]步驟三.添加業務單元模塊:針對功能菜單管理原子功能模塊，根據業務需要，確定選擇或開發該子節點(子系統)的業務單元模塊及其參數配置，可從現有構件庫中選擇，如有則選取，將其配置參數輸入到計算機中，若沒有則進行新的業務單元模塊命名，並預設置調用參數，功能說明等。[0283]2).業務單元制定:根據業務需要，確定選擇或開發該子節點(子系統)的業務單元模塊及其參數配置，因此按照如下步驟進行:[0284]目標制訂:根據業務內容，描述業務間的操作內容及各個操作間的邏輯關係，並清晰闡述該業務單元用途，使用範圍，其控制信息、輸入、輸出信息，並建立相應文檔作為後續任務的依據。[0285]模塊設計:針對業務單元的目標書，其設計應符合MVC技術要求，可從現有構件庫中選擇，如有則選取，將其配置參數輸入到計算機中，若沒有則進行模塊程序設計，並編制出相應程序體。[0286]單元測試:通過測試發現業務單元模塊的實際功能是否與定義該模塊的功能說明符合情況以及編碼的錯誤。[0287]審核及接入:審核是對業務單元評估，允許其接入到系統中，為下一步的組裝測試做好準備。[0288]3).消息管理[0289]依據建立的應用系統，制訂各個子節點(子系統)、業務單元模塊間的邏輯事務提、事務提醒關係。[0290]4.授權管理[0291]根據應用系統體系以及註冊的各個用戶，進行操作權限的分配，經過授權後，相應關聯的用戶就擁有各個子系統所提供的功能操作，操作的數據集跟用戶綁定在一起的，不同用戶擁有不同的級別，可以查看到不同級別的數據。[0292]5.系統測試[0293]該部分是將對新系統中，業務單元組裝起來進行測試，該系統也可以是嵌入的到其它系統中，採用「白盒法」和「黑盒法」進行軟體系統測試，分為在線測試和離線測試。[0294]實施與運行維護[0295]依據Intrnt或Intrnet網絡，在此基礎上開發企業與用戶企業劃分系統部署、擴展和應用等方式:[0296]1.系統部署[0297]可以將VNMS部署在一臺或分散在多臺伺服器上，與其它應用伺服器、資料庫伺服器設備等通過Intranet、Internet連接,聯機構成的分布式業務平臺系統,這樣不僅提高系統的建設規模的靈活性，既可以，提高了系統的安全性。[0298]系統分為IAS軟體包、VNMSDB包、DEC軟體包、⑶B包，可以通過網站下載文件，或者將軟體包存儲在如光碟、移動應盤，再進行安裝等，且使用時可採用B/S或C/S方式，下面將按其分類介紹。[0299]I).網站部署方式:通過建立的網際網路站，遠程配置，建立用戶的應用系統、用戶群、並分配用戶權限，提供用戶訪問，供用戶單位開展業務。[0300]2).本地安裝方式:將軟體包存儲在如光碟、移動硬碟，或網站下載安裝包，進行手動/自動安裝，安裝主要分兩個步驟:[0301]軟體包安裝:可將所有軟體系統文件打包成安裝包，提供用戶通過引導自動安裝。[0302]系統配置:建立配置表，方便用戶採用通用編輯軟體修改，以適應用戶的計算機及網絡情況。[0303]2.系統擴展[0304]該部分描述系統正在使用過程中，針對業務變化進行擴展或者調整，因此系統擴展為動態方式，分為兩種介紹如下:[0305]I).直接擴展:在已有應用系統中直接擴展業務功能。開發企業將開發的應用系統，按照用戶企業要求部署到用戶企業指定計算機設備上，用戶技術部門人員再將軟體包安裝在確定設備上，並進行簡單配置，讀入VNMSDB信息即可，在網絡傳輸時均可按照加密。[0306]2).更新擴展:將擴展的業務功能部署到已有應用系統中。開發企業將開發的應用系統，按照用戶企業要求部署到用戶企業指定計算機設備上，用戶技術部門人員再將軟體包安裝在確定設備上，並進行簡單配置，讀入VNMSDB信息即可。[0307]總之，本發明提供框架式構建方式主要優點是結構清晰、明了，帶來來了系統良好的開放性、擴展性、可靠性等。該VNMS技術將網絡上需要共享的各種資源統一以服務的形式進行封裝和接入，讓它們在物理上保持分布自治的同時實現以「虛擬信息中心」為基礎的邏輯上的一體化管理，以透明的方式進行資源的優化選取、按需中介和有效訪問，並能夠支持用戶主動參與應用配置，提供用戶動態的全面、快速、準確的建立其業務系統，具有開發、維護成本低、易於擴展、易於部署、規模靈活，它的使用將對於政府部門、企事業單位電子政務、電子商務的建設有著積極意義。【權利要求】1.本發明構建動態應用系統的VNMS主要由框架、業務單元兩部分內容，其特徵在於VNMS系統它與其構成的應用系統或用戶已有的應用系統是建立在實際計算機網絡上的分布式系統，映射到用戶層面，展示給用戶的是符合企業業務組織管理模式的應用系統，符合用戶習慣的業務操作和流程，採用框架式構建方式，在此方式基礎上，運用BMOA開發方法並遵循分層應用體系結構、分布式系統結構形成的VNMS系統。2.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於框架式構建方式簡單說就是將一系列的業務單元按照預定的邏輯關係連接起來形成軟體系統的開發方法，具體就是先提供一個基礎系統，在這個系統基礎上根據業務需求構建新的邏輯關係形成一個個擴展系統，逐步設定整個系統框架，然後將不同的業務單元模塊分門別類有序的裝配到框架中去，構成應用系統，它分為基礎系統、擴展系統兩部分，基礎系統:採用樹形結構，由此將所有的業務單元模塊組合起來，形成的系統；擴展系統:根據實際業務需要，將使用的業務單元組合起來，形成的一個個系統，系統的框架內有若干邏輯關係圖將業務單元連接起來，每一個邏輯圖與關聯業務單元就構成一個子系統，這些邏輯圖也就是按照應用系統的建設模型設置的，與裝配在指定位置業務單元為業務子系統，這些子系統的集合就構成整個應用系統。3.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於業務單元(UnitofBusiness):這裡指完成一項業務所需的最小操作的程序體，它是構成應用系統的最小業務的程序單元，從技術層面上它是依據SOA、MVC技術利用接口連接件(InterfaceConnector)將基礎構件(ComponentofBasic)相互連接構成,簡單說業務單元則是用程序體將接口連接件、基礎構件組合在一起，採用面向對象技術，使業務單元具備良好的封裝性、復用以及相應的方法、屬性，主要包含控制信息:指出該業務單元所存放的物理位置、調用路徑(IP、埠)、調用方式；觸發消息:描述該業務單元觸發操作；輸入:描述該業務單元輸入的數據信息，包括數據表、數據項、數據，數據範圍(數據子集，既用過濾條件對應映射關係)；輸出:描述該業務單元操作後輸出的數據信息，包括數據表、數據項、數據，並在相應文檔做出詳細描述，供使用者調用參考。4.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於操作界面統一管理，在應用SOA、MVC技術中，一是設置參數或者編程建立系列標準的界面模版，二是形成模版庫，並提供管理與使用功能。5.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於並行開發方式，該方式理念是提供需求分析人員、軟體設計人員、軟體開發人員、軟體測試人員、系統運維人員、系統培訓人員及業務操作人員等同步開展工作，樹立開發與實施的統一性概念，構築的VNMS系統將是一個軟體集成開發平臺，採取交叉式管理模式。6.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於構建軟體系統中，子系統和角色為同一理念，既取消角色概念。7.根據權利要求1所述的構建動態應用系統的VNMS，其特徵在於開發中機構人員作為組織機構節點屬性子集，就是位於組織機構節點的人員子集，作為屬性屬於該節點，該子集是這個節點的所屬人員，而不是該節點及其所有子節點下所有人員的集合。【文檔編號】G06F9/44GK103995692SQ201310051037【公開日】2014年8月20日申請日期:2013年2月16日優先權日:2013年2月16日【發明者】胡靜宇,馬俠安,胡鈞赫申請人:馬俠安,胡靜宇