專(zhuān)利名稱(chēng)：一種通用對(duì)象建模方法及通用對(duì)象管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對(duì)象建模及對(duì)象管理，尤指一種不局限于某一具體應(yīng)用領(lǐng)域的通用對(duì)象建模方法及其管理系統(tǒng)。
背景技術(shù)：
面向?qū)ο蠹夹g(shù)和理論的出現(xiàn)對(duì)于計(jì)算機(jī)領(lǐng)域乃至整個(gè)制造業(yè)都引起了軒然大波，通過(guò)對(duì)客觀世界的真實(shí)抽象，采用面向?qū)ο笳Z(yǔ)言來(lái)描述對(duì)象本身的屬性、操作和展現(xiàn)以及對(duì)象與相關(guān)對(duì)象之間的關(guān)系，使對(duì)象描述變得更加簡(jiǎn)單，模型清晰而易于維護(hù)。人們?cè)絹?lái)越深刻的認(rèn)識(shí)到“對(duì)象”是真正能夠描述客觀世界一切存在實(shí)體的最簡(jiǎn)單的方式，更多的人都投入來(lái)這個(gè)研究中來(lái)，面向?qū)ο蠹夹g(shù)也得到的飛速的發(fā)展，各種面向?qū)ο蟮恼Z(yǔ)言也應(yīng)運(yùn)而生，如UML，XML、IDL(CORBA、TINA)等，應(yīng)用這些工具可以很快的建立各種對(duì)象模型。
現(xiàn)有技術(shù)中，電信領(lǐng)域作為一個(gè)新興的高科技領(lǐng)域，也吸收了面向?qū)ο蠹夹g(shù)的優(yōu)點(diǎn)，在其標(biāo)準(zhǔn)化的進(jìn)程中，形成了適合于電信領(lǐng)域的通用對(duì)象建模技術(shù)，如對(duì)管理信息的描述的ASN.1、對(duì)電信管理對(duì)象的描述的M.3100、GDMO、GNM等，推動(dòng)著電信業(yè)的發(fā)展。當(dāng)然，這些標(biāo)準(zhǔn)為了能夠全面的描述所有的管理對(duì)象，同時(shí)為了能夠和以前的標(biāo)準(zhǔn)有所融合，內(nèi)部結(jié)構(gòu)比較復(fù)雜，給使用者造成了一定的難度。M.3100采用GDMO和ASN.1來(lái)描述對(duì)象的結(jié)構(gòu)和意義，它將網(wǎng)絡(luò)抽象為CIM通用信息模型，見(jiàn)圖1，網(wǎng)絡(luò)由網(wǎng)元和網(wǎng)元之間的連接組成，網(wǎng)絡(luò)可以包括子網(wǎng)絡(luò)，網(wǎng)元是由多個(gè)構(gòu)件組成的，構(gòu)件可以包含多個(gè)子構(gòu)件，所有的組成部分都可以通過(guò)對(duì)象的形式進(jìn)行描述。在該信息模型的基礎(chǔ)上，形成了許多網(wǎng)絡(luò)管理系統(tǒng)，圖2是基于M.3100的CIM模型形成的網(wǎng)絡(luò)管理系統(tǒng)的基本結(jié)構(gòu)。一個(gè)網(wǎng)絡(luò)管理系統(tǒng)基本上由兩個(gè)層次組成，底層是網(wǎng)絡(luò)資源信息模型，上層是網(wǎng)管應(yīng)用層，下層是網(wǎng)絡(luò)資源管理系統(tǒng)，通過(guò)GDMO和ASN.1來(lái)抽象的描述網(wǎng)絡(luò)的信息模型，通過(guò)定義對(duì)象的各種屬性信息來(lái)描述對(duì)象自身，并通過(guò)定義對(duì)象之間的包含、關(guān)聯(lián)、承載、引用等來(lái)描述對(duì)象之間的各種關(guān)系，上層是網(wǎng)管的各種應(yīng)用系統(tǒng)，如故障管理、性能管理、路由管理、話(huà)務(wù)管理、業(yè)務(wù)管理等各種業(yè)務(wù)的應(yīng)用。上層的各種應(yīng)用依賴(lài)于下層網(wǎng)絡(luò)信息模型，而下層網(wǎng)絡(luò)信息模型是一個(gè)龐大的復(fù)雜模型，建立和維護(hù)的代價(jià)非常大。
現(xiàn)有技術(shù)一的缺點(diǎn)1、它建立了一個(gè)特定網(wǎng)絡(luò)的信息模型，只使用于對(duì)電信網(wǎng)絡(luò)的描述，模型本身比較復(fù)雜，同時(shí)不容易實(shí)現(xiàn)對(duì)管理的信息模型的擴(kuò)展，如不能實(shí)現(xiàn)對(duì)組織機(jī)構(gòu)的描述。
2、隨著INTERNET技術(shù)的發(fā)展，信息交互問(wèn)題已經(jīng)不僅僅局限于電信網(wǎng)絡(luò)的內(nèi)部，需要廣域網(wǎng)上實(shí)現(xiàn)和其他多個(gè)系統(tǒng)之間信息的交互，所以對(duì)信息描述方式必須采用通用、易懂且靈活擴(kuò)展的語(yǔ)言來(lái)進(jìn)行描述，而無(wú)論是GDMO，還是ASN.1都只是電信領(lǐng)域的標(biāo)準(zhǔn)，而且十分復(fù)雜，需要專(zhuān)業(yè)人員才能夠理解。
3、系統(tǒng)的擴(kuò)展性差，主要表現(xiàn)在擴(kuò)展新的功能的時(shí)候需要重新構(gòu)造網(wǎng)絡(luò)模型，應(yīng)用和模型緊密相關(guān)。
4、不能提供一個(gè)完全可視化的對(duì)象建模平臺(tái)，需要通過(guò)程序來(lái)實(shí)現(xiàn)對(duì)實(shí)際對(duì)象的模型創(chuàng)建。

發(fā)明內(nèi)容
本發(fā)明提供一種通用對(duì)象建模方法及通用對(duì)象管理系統(tǒng)，采用多層模型結(jié)構(gòu)來(lái)描述通用模型和特定對(duì)象模型，適應(yīng)對(duì)多技術(shù)領(lǐng)域、多專(zhuān)業(yè)領(lǐng)域管理對(duì)象的管理。
本發(fā)明的通用對(duì)象建模方法，包括采用通用對(duì)象模型、特殊對(duì)象模型和應(yīng)用業(yè)務(wù)邏輯三層對(duì)象模型來(lái)建立被管對(duì)象的描述和應(yīng)用的擴(kuò)展；所述通用對(duì)象模型層描述和定義一般對(duì)象的屬性和呈現(xiàn)方式，將所有被管對(duì)象采用統(tǒng)一標(biāo)準(zhǔn)的格式來(lái)描述，形成有序組織的對(duì)象；所述特殊對(duì)象模型層定義對(duì)象和對(duì)象之間的相互關(guān)系，以及對(duì)象特定的應(yīng)用含義，從而形成特定技術(shù)領(lǐng)域的對(duì)象模型描述；所述應(yīng)用業(yè)務(wù)邏輯層定義基于特定對(duì)象模型的特定操作或方法，并與相關(guān)的應(yīng)用邏輯相結(jié)合。
所述一般對(duì)象的屬性包括基本屬性、傳遞屬性、計(jì)算屬性和對(duì)象屬性。
所述對(duì)象呈現(xiàn)方式包括圖標(biāo)呈現(xiàn)或線呈現(xiàn)；所述圖標(biāo)呈現(xiàn)方式包括圖標(biāo)文字、圖標(biāo)顏色、圖標(biāo)閃爍、圖標(biāo)隱藏和圖標(biāo)提示五者之一，或其中任意兩者、三者、四者或全部的組合；所述線呈現(xiàn)方式包括線顏色、線寬度、線閃爍、線型和線隱藏五者之一，或其中任意兩者、三者、四者或全部的組合。
所述對(duì)象模型的描述有兩種方式文件模型描述方式和庫(kù)表模型描述方式，所述文件模型描述方式和庫(kù)表模型描述方式可以相互轉(zhuǎn)換。
所述對(duì)象之間的相互關(guān)系包括包含、關(guān)聯(lián)、承載或引用關(guān)系。
所述特殊對(duì)象模型層中通過(guò)定義不同對(duì)象之間不同的相互關(guān)系，可生成多個(gè)對(duì)象管理域。
所述被管對(duì)象在不同的對(duì)象管理域中可以生成不同的界面呈現(xiàn)方式，所述界面呈現(xiàn)方式包括拓?fù)鋱D、樹(shù)圖、屬性圖或列表圖。
本發(fā)明通用對(duì)象管理系統(tǒng)，包括核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶(hù)管理模塊、對(duì)象導(dǎo)入模塊、其他應(yīng)用接口模塊和對(duì)象管理呈現(xiàn)模塊；所述核心服務(wù)器模塊用于實(shí)現(xiàn)模型訪問(wèn)、對(duì)象管理和導(dǎo)入操作，并提供對(duì)象數(shù)據(jù)維護(hù)和內(nèi)存對(duì)象維護(hù)功能；所述模型編輯模塊實(shí)現(xiàn)建立被管對(duì)象模型，并提供對(duì)所建模型的編輯、存儲(chǔ)和導(dǎo)入功能；
所述系統(tǒng)和用戶(hù)管理模塊實(shí)現(xiàn)對(duì)系統(tǒng)的監(jiān)控、圖標(biāo)管理、組織機(jī)構(gòu)、權(quán)限和用戶(hù)管理，并實(shí)現(xiàn)整個(gè)系統(tǒng)和架構(gòu)在其上的特定應(yīng)用的權(quán)限控制；所述對(duì)象導(dǎo)入模塊主要提供對(duì)象導(dǎo)入規(guī)則定義和對(duì)象導(dǎo)入功能；所述其他應(yīng)用接口模塊提供用戶(hù)開(kāi)發(fā)特定的應(yīng)用相關(guān)的接口庫(kù)，其它應(yīng)用程序可以通過(guò)該接口庫(kù)來(lái)訪問(wèn)存儲(chǔ)在該系統(tǒng)中的對(duì)象和模型；所述對(duì)象管理呈現(xiàn)模塊提供對(duì)管理對(duì)象按照其呈現(xiàn)規(guī)則進(jìn)行呈現(xiàn)的功能，提供拓?fù)鋱D、樹(shù)圖、屬性圖或列表圖來(lái)展現(xiàn)對(duì)象。
所述被管對(duì)象模型包括對(duì)象基本模型、對(duì)象關(guān)系模型、對(duì)象呈現(xiàn)模型和對(duì)象操作模型。
所述接口庫(kù)中包括有客戶(hù)端應(yīng)用程序接口，通過(guò)該接口，可訪問(wèn)另一系統(tǒng)的對(duì)象和模型數(shù)據(jù)，實(shí)現(xiàn)多套系統(tǒng)之間數(shù)據(jù)信息的透明訪問(wèn)。
本發(fā)明的優(yōu)點(diǎn)在于1、靈活的管理對(duì)象模型建立；通過(guò)對(duì)通用對(duì)象模型層的描述，可以建立所有被管理對(duì)象的模型，適應(yīng)對(duì)多技術(shù)領(lǐng)域、多專(zhuān)業(yè)領(lǐng)域管理對(duì)象的管理。如在網(wǎng)絡(luò)管理中，可以建立傳輸網(wǎng)、傳送網(wǎng)的網(wǎng)絡(luò)模型，實(shí)現(xiàn)跨網(wǎng)網(wǎng)絡(luò)管理。
2、快速的部署和無(wú)“割接”的系統(tǒng)擴(kuò)展；提供繼承、包含等多種定義方法通過(guò)建?？梢钥焖俚慕⒈还芾韺?duì)象的信息模型，同時(shí)動(dòng)態(tài)模型的加載技術(shù)的使用可以保證系統(tǒng)在無(wú)“割接”情況下實(shí)現(xiàn)功能的快速擴(kuò)展。
3、多系統(tǒng)對(duì)話(huà)成為可能；系統(tǒng)采用流行的XML(擴(kuò)展標(biāo)記語(yǔ)言)語(yǔ)言作為對(duì)象描述的語(yǔ)言，XML具有標(biāo)準(zhǔn)、通俗易懂等特點(diǎn)，而且可以實(shí)現(xiàn)和廣域網(wǎng)的信息的交互；另一方面，對(duì)象管理系統(tǒng)自身的分布特性和標(biāo)準(zhǔn)接口也保證了對(duì)系統(tǒng)信息交互的可行性。
4、“軟插件”技術(shù)的采用使得通過(guò)對(duì)象模型擴(kuò)展可以方便的擴(kuò)展對(duì)象管理的應(yīng)用邏輯。


圖1為電信網(wǎng)絡(luò)中的CIM信息模型。
圖2為現(xiàn)有電信網(wǎng)管系統(tǒng)結(jié)構(gòu)示意圖。
圖3為本發(fā)明通用對(duì)象建模方法的模型層結(jié)構(gòu)示意圖。
圖4為本發(fā)明的通用對(duì)象管理系統(tǒng)模塊結(jié)構(gòu)示意圖。
圖5為本發(fā)明的通用對(duì)象管理系統(tǒng)內(nèi)部結(jié)構(gòu)控制示意圖。
圖6為架構(gòu)在本發(fā)明系統(tǒng)上的一個(gè)網(wǎng)絡(luò)管理方案。
圖7為采用類(lèi)的繼承樹(shù)進(jìn)行模型編輯的界面圖。
圖8為對(duì)象管理域開(kāi)發(fā)界面圖。
圖9為對(duì)象方法及對(duì)象呈現(xiàn)開(kāi)發(fā)界面圖。
圖10為本發(fā)明系統(tǒng)的對(duì)象呈現(xiàn)界面圖。
圖11為本發(fā)明系統(tǒng)多套聯(lián)合應(yīng)用時(shí)的控制方框圖。
具體實(shí)施例方式
本發(fā)明的通用對(duì)象建模方法(簡(jiǎn)稱(chēng)為AMO)是采用通用對(duì)象模型、特殊對(duì)象模型和特定的應(yīng)用邏輯三層對(duì)象模型來(lái)建立被管對(duì)象的描述和應(yīng)用的擴(kuò)展，如圖3所示，最底層是通用對(duì)象模型層(Generic Object Model)層，通用對(duì)象模型層描述和定義了一般對(duì)象的屬性和呈現(xiàn)方式，將所有管理對(duì)象采用統(tǒng)一標(biāo)準(zhǔn)的格式來(lái)描述，形成有序組織的對(duì)象；第二層是特殊對(duì)象模型層(Special Object Model)，特殊對(duì)象模型層定義對(duì)象和對(duì)象之間的各種關(guān)系(如類(lèi)之間的包含關(guān)系、引用關(guān)系等)，以及對(duì)象特定的應(yīng)用含義，從而形成特定技術(shù)領(lǐng)域的對(duì)象模型描述；第三層是應(yīng)用業(yè)務(wù)邏輯層(Application LogicProcedure)，定義基于特定對(duì)象模型的特定操作或方法，并與相關(guān)的應(yīng)用邏輯結(jié)合起來(lái)，如針對(duì)一個(gè)網(wǎng)絡(luò)設(shè)備可以查看設(shè)備的性能指標(biāo)，針對(duì)一個(gè)人員可以查看人員相關(guān)的聯(lián)系信息、績(jī)效等。
基于上述通用對(duì)象建模方法，本發(fā)明提供一種通用對(duì)象管理系統(tǒng)(OMP)，在該系統(tǒng)之上運(yùn)用上述建模方法以及特定應(yīng)用邏輯的開(kāi)發(fā)后，可快速實(shí)現(xiàn)新應(yīng)用的開(kāi)發(fā)，并可非常容易地支持架構(gòu)在該OMP系統(tǒng)之上的各個(gè)應(yīng)用的集成以及相互之間的信息交換；該系統(tǒng)是一個(gè)應(yīng)用解決方案的支撐平臺(tái)，它提供統(tǒng)一應(yīng)用集成的用戶(hù)界面、中間業(yè)務(wù)處理邏輯以及后臺(tái)數(shù)據(jù)庫(kù)，完成對(duì)被管理對(duì)象的通用管理和呈現(xiàn)管理功能，提供了實(shí)際應(yīng)用系統(tǒng)中的數(shù)據(jù)組織、數(shù)據(jù)訪問(wèn)接口以及大部分應(yīng)用的呈現(xiàn)界面。
該OMP系統(tǒng)的模塊結(jié)構(gòu)圖如圖4所示，主要包括以下六個(gè)模塊組成，即核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶(hù)管理模塊、對(duì)象導(dǎo)入模塊、其它應(yīng)用接口模塊(API)和對(duì)象管理呈現(xiàn)模塊。
核心服務(wù)器模塊主要提供用于模型訪問(wèn)、對(duì)象管理、導(dǎo)入等操作需要的的服務(wù)器端軟件，并提供對(duì)象數(shù)據(jù)維護(hù)和內(nèi)存對(duì)象維護(hù)功能，以提高系統(tǒng)的訪問(wèn)速度。
模型編輯模塊主要提供對(duì)被管理對(duì)象的建模功能，并提供對(duì)建立好的模型的編輯、存儲(chǔ)和導(dǎo)入功能，在導(dǎo)入過(guò)程中提供模型的語(yǔ)法檢查和與原有模型的比較功能。
系統(tǒng)和用戶(hù)管理模塊主要提供OMP系統(tǒng)的監(jiān)控、圖標(biāo)管理、組織機(jī)構(gòu)、權(quán)限和用戶(hù)管理功能，實(shí)現(xiàn)整個(gè)系統(tǒng)和架構(gòu)在其上的特定應(yīng)用的權(quán)限的控制。
對(duì)象導(dǎo)入模塊主要提供對(duì)象導(dǎo)入規(guī)則定義和對(duì)象導(dǎo)入功能。
其他應(yīng)用API提供用戶(hù)開(kāi)發(fā)特定的應(yīng)用相關(guān)的接口庫(kù)，其他應(yīng)用程序可以通過(guò)該接口庫(kù)來(lái)訪問(wèn)存儲(chǔ)在OMP中的對(duì)象和模型。
對(duì)象呈現(xiàn)模塊提供對(duì)管理對(duì)象按照其呈現(xiàn)規(guī)則進(jìn)行呈現(xiàn)的功能，提供拓?fù)鋱D、樹(shù)圖、屬性圖、列表圖等多種形式來(lái)展現(xiàn)對(duì)象，同時(shí)也是應(yīng)用集成的界面，用戶(hù)可以將功能集成到界面的菜單和對(duì)象的浮動(dòng)菜單上，實(shí)現(xiàn)功能擴(kuò)展。
通過(guò)上述模塊形成了OMP的核心功能，其基本工作過(guò)程如下1、建立被管對(duì)象模型包括對(duì)象基本模型(Object Model)、對(duì)象關(guān)系模型(Special Object Model)、對(duì)象呈現(xiàn)模型(Special Object Model)和對(duì)象操作模型(Application Model)，該些模型的建立由模型編輯模塊實(shí)現(xiàn)。
2、將模型加載到系統(tǒng)中由模型編輯模塊和核心服務(wù)器模塊共同實(shí)現(xiàn)按照上述模型動(dòng)態(tài)生成數(shù)據(jù)庫(kù)表結(jié)構(gòu)。
3、對(duì)象導(dǎo)入將已有的數(shù)據(jù)導(dǎo)入到系統(tǒng)中，由對(duì)象導(dǎo)入模塊和核心服務(wù)器模塊共同實(shí)現(xiàn)。
4、建立系統(tǒng)權(quán)限體系建立組織機(jī)構(gòu)、用戶(hù)權(quán)限，由系統(tǒng)用戶(hù)管理模塊和核心服務(wù)器模塊共同實(shí)現(xiàn)。
5、使用系統(tǒng)主要由對(duì)象管理呈現(xiàn)模塊和核心服務(wù)器模塊實(shí)現(xiàn)。
6、擴(kuò)展系統(tǒng)功能增加新的應(yīng)用邏輯開(kāi)發(fā)，采用其它應(yīng)用程序接口(API)進(jìn)行開(kāi)發(fā)。
7、修改系統(tǒng)模型由模型編輯模塊實(shí)現(xiàn)模型修改，并將新的應(yīng)用插入系統(tǒng)中，而系統(tǒng)正常運(yùn)行，然后回到第2步，進(jìn)入增強(qiáng)功能的管理系統(tǒng)。
以上闡述了OMP系統(tǒng)的模塊結(jié)構(gòu)和其工作過(guò)程，下面詳細(xì)描述系統(tǒng)的體系結(jié)構(gòu)和如何根據(jù)已有的API來(lái)開(kāi)發(fā)新的應(yīng)用并集成到系統(tǒng)中來(lái)。
參見(jiàn)圖5，為本發(fā)明的OMP系統(tǒng)內(nèi)部結(jié)構(gòu)控制示意圖。圖中模型編輯(應(yīng)用)、對(duì)象管理與呈現(xiàn)(應(yīng)用)、授權(quán)管理(應(yīng)用)與對(duì)象導(dǎo)入(應(yīng)用)為上層應(yīng)用可直接使用或者利用的用戶(hù)界面，模型訪問(wèn)(API)、權(quán)限驗(yàn)證(API)和對(duì)象管理API為上層應(yīng)用可以直接訪問(wèn)調(diào)用的API，其中模型轉(zhuǎn)換(API)和權(quán)限訪問(wèn)(API)對(duì)上層應(yīng)用完全透明，四周框線為消息總線。其中的邏輯層在應(yīng)用服務(wù)器中運(yùn)行。
在圖中顯示了幾個(gè)集成點(diǎn)，在對(duì)象管理API處上層應(yīng)用可以添加在對(duì)象創(chuàng)建、刪除或者改變前/后需要的附加邏輯判斷，這樣的邏輯判斷可以用來(lái)實(shí)現(xiàn)對(duì)象之間的完整性檢查；另外，在應(yīng)用服務(wù)器中還可以配置對(duì)收到的各種消息的上層應(yīng)用的處理動(dòng)作(也可以沒(méi)有處理動(dòng)作)。在對(duì)象管理與呈現(xiàn)處可以通過(guò)配置文件決定要進(jìn)行集成的各個(gè)應(yīng)用系統(tǒng)以及集成時(shí)各個(gè)系統(tǒng)初始化所要執(zhí)行的動(dòng)作；對(duì)于每個(gè)被集成的架構(gòu)在OMP之上的應(yīng)用，可以通過(guò)配置文件決定該應(yīng)用要在主界面上出現(xiàn)的菜單，通過(guò)模型確定各個(gè)應(yīng)用在各個(gè)對(duì)象上可出現(xiàn)的右健菜單，以及用戶(hù)在點(diǎn)取菜單后系統(tǒng)將如何響應(yīng)；同時(shí)，在該處有一個(gè)獨(dú)立的消息處理模塊，各個(gè)上層應(yīng)用需要接收的消息以及收到消息后對(duì)消息的處理也可以通過(guò)配置文件進(jìn)行掛接。
本發(fā)明按照面向?qū)ο蟮乃枷?，將要管理的?shù)據(jù)進(jìn)行抽象，形成類(lèi)(實(shí)例化后的對(duì)象即為我們實(shí)際的要管理的數(shù)據(jù))。傳統(tǒng)的對(duì)象描述包括了對(duì)象的狀態(tài)(屬性)、對(duì)象可執(zhí)行的動(dòng)作(方法)，而在OMP中，除了上述內(nèi)容之外，還對(duì)對(duì)象在不同管理域(方案)如何呈現(xiàn)(顯示風(fēng)格)進(jìn)行描述。OMP中對(duì)類(lèi)的描述方式如下一、屬性屬性用于記錄OMP對(duì)象的內(nèi)部狀態(tài)，并可規(guī)定在進(jìn)行對(duì)象屬性呈現(xiàn)時(shí)，對(duì)屬性如何分組顯示(在OMP中對(duì)應(yīng)為屬性組的概念)，以及各個(gè)屬性是否需要顯示(不需要顯示表示用戶(hù)對(duì)對(duì)象的相應(yīng)狀態(tài)的取值不關(guān)心)。OMP中屬性類(lèi)型如下表所示

二、方案方案用于描述在不同的對(duì)象管理域內(nèi)對(duì)象之間可以存在的關(guān)系。在現(xiàn)實(shí)事件中，從不同的視角觀察同一個(gè)對(duì)象，會(huì)發(fā)現(xiàn)其與相關(guān)的對(duì)象的集合是不一樣的，彼此之間的相互關(guān)聯(lián)關(guān)系也是不同的。如一臺(tái)具體的路由器，從生產(chǎn)角度來(lái)說(shuō)，會(huì)與一個(gè)特定的供應(yīng)商發(fā)生聯(lián)系；從使用角度來(lái)說(shuō)，會(huì)與運(yùn)營(yíng)商發(fā)生聯(lián)系。這種現(xiàn)實(shí)世界中錯(cuò)綜復(fù)雜的聯(lián)系，僅用對(duì)象自身的屬性是無(wú)法完全描述清楚的，故在OMP中提出了對(duì)象管理域——方案的概念，利用方案來(lái)描述這種關(guān)系。圖6表明了在一個(gè)具體的架構(gòu)在OMP之上的業(yè)務(wù)開(kāi)通系統(tǒng)應(yīng)用中的“網(wǎng)絡(luò)對(duì)象拓?fù)涔芾碛颉狈桨浮?br> 方案中表明網(wǎng)絡(luò)可能由其他網(wǎng)絡(luò)(子網(wǎng)或者網(wǎng)絡(luò)適配器，從網(wǎng)絡(luò)繼承而來(lái))組成，在網(wǎng)絡(luò)中存在用戶(hù)可以接入的端口(用戶(hù)終端)集合，子網(wǎng)/網(wǎng)絡(luò)適配器之間通過(guò)鏈路連接。鏈路作為線顯示對(duì)象，也就是用于與其它對(duì)象的連接。
在模型中建立方案的時(shí)候，如果類(lèi)A對(duì)象可以包含類(lèi)B對(duì)象，可以指定A對(duì)象與B對(duì)象的屬性之間滿(mǎn)足何種條件時(shí)，兩個(gè)對(duì)象之間的包含關(guān)系即可存在。如果是線顯示對(duì)象，還可以指定起點(diǎn)對(duì)象所滿(mǎn)足的條件以及終點(diǎn)對(duì)象所滿(mǎn)足的條件。
三、方法方法代表對(duì)象可以執(zhí)行的動(dòng)作。對(duì)象在執(zhí)行動(dòng)作時(shí)，需要外部進(jìn)行觸發(fā)。如房間中的電燈的開(kāi)/關(guān)動(dòng)作，是需要人去觸發(fā)的。同一個(gè)對(duì)象可以執(zhí)行的動(dòng)作可以很多，但是不同的管理域中，用戶(hù)可以觸發(fā)的動(dòng)作可能只是對(duì)象所有動(dòng)作中的一個(gè)子集?；谶@樣一個(gè)事實(shí)，OMP中在建立模型時(shí)，在為對(duì)象定義方法時(shí)，要求指明可以觸發(fā)該方法執(zhí)行的對(duì)象管理域——方案。
在實(shí)際的使用中，OMP是無(wú)法預(yù)知對(duì)象的方法集合的，同樣也不可能決定一個(gè)特定方法應(yīng)該如何實(shí)現(xiàn)，如何引起對(duì)象的狀態(tài)(屬性)發(fā)生變化。建模中所定義的方法，只是定義了對(duì)象的方法接口，方法的具體實(shí)現(xiàn)需要上層應(yīng)用做二次開(kāi)發(fā)，在二次開(kāi)發(fā)時(shí)，要遵循OMP的接口要求與規(guī)范。
本發(fā)明的OMP系統(tǒng)提供面向?qū)ο筮M(jìn)行模型抽象和開(kāi)發(fā)，如圖7所示，為采用類(lèi)的繼承樹(shù)進(jìn)行模型編輯的界面圖，子節(jié)點(diǎn)均從父節(jié)點(diǎn)繼承而來(lái)，右邊表示在左邊繼承樹(shù)上被選中類(lèi)的各個(gè)屬性(有的屬性是從父類(lèi)繼成而來(lái)的，有的屬性是對(duì)父類(lèi)的擴(kuò)展，是本子類(lèi)所特有的)。圖8為對(duì)象管理域開(kāi)發(fā)界面圖，圖中顯示了可以在同一個(gè)模型中建立多個(gè)顯示方案，在每個(gè)方案中可以對(duì)類(lèi)之間的包含關(guān)系與引用關(guān)系進(jìn)行描述，通過(guò)該種開(kāi)發(fā)界面只需要簡(jiǎn)單的鼠標(biāo)拖動(dòng)即可進(jìn)行方案的開(kāi)發(fā)。圖9為對(duì)象方法及對(duì)象呈現(xiàn)開(kāi)發(fā)界面圖，由圖可知，本發(fā)明系統(tǒng)可對(duì)對(duì)象所采用的方法及對(duì)象在不同方案中如何呈現(xiàn)進(jìn)行統(tǒng)一定制。
由以上的描述可知，本發(fā)明的方法及系統(tǒng)，通過(guò)進(jìn)行模型抽象，使得在進(jìn)行應(yīng)用開(kāi)發(fā)時(shí)，對(duì)象的抽象——類(lèi)的描述不再需要進(jìn)行程序開(kāi)發(fā)，而只需要利用本發(fā)明OMP系統(tǒng)中的圖形化的建模工具，即可快速地對(duì)類(lèi)進(jìn)行描述。這樣，在類(lèi)需要修改的時(shí)候，不需要編碼，更不需要系統(tǒng)的重新編譯、連接，只需要對(duì)模型進(jìn)行修改后導(dǎo)入到我們的系統(tǒng)當(dāng)中，即可立即生效，快速地實(shí)現(xiàn)業(yè)務(wù)模型的修改。
本發(fā)明系統(tǒng)中對(duì)模型的描述，采用了兩種方式文件模型描述方式與庫(kù)表模型描述方式。文件模型描述方式主要是提供給模型開(kāi)發(fā)人員進(jìn)行開(kāi)發(fā)，庫(kù)表模型描述方式主要是為了對(duì)對(duì)象管理的日常運(yùn)行提供支持，通過(guò)系統(tǒng)提供的模型轉(zhuǎn)換工具，兩種描述方式可以相互轉(zhuǎn)換。
在傳統(tǒng)的面向?qū)ο蠊芾碇校瑢?duì)象的呈現(xiàn)通常都是需要開(kāi)發(fā)人員進(jìn)行編碼來(lái)表現(xiàn)的，這占據(jù)了應(yīng)用開(kāi)發(fā)相當(dāng)大的工作量。在OMP中，提供了統(tǒng)一的用戶(hù)界面，大部分的對(duì)象呈現(xiàn)工作已經(jīng)由系統(tǒng)實(shí)現(xiàn)。同時(shí)OMP系統(tǒng)所提供的用戶(hù)界面充分考慮了應(yīng)用需要進(jìn)行特殊界面整合的需要，提供了用戶(hù)界面集成的框架，實(shí)現(xiàn)用戶(hù)界面的可查拔功能。
本發(fā)明的OMP系統(tǒng)中，同一對(duì)象在不同的管理域中可以有不同的呈現(xiàn)形式，這樣的呈現(xiàn)形式不是通過(guò)上層應(yīng)用編寫(xiě)程序來(lái)實(shí)現(xiàn)的，而只需要在OMP的建模工具中通過(guò)定制即可實(shí)現(xiàn)(參見(jiàn)圖9所示)。目前可定制的呈現(xiàn)風(fēng)格如下表所示

本發(fā)明系統(tǒng)實(shí)現(xiàn)了主菜單與右鍵菜單的插拔機(jī)制右健菜單實(shí)際上代表了最終用戶(hù)通過(guò)對(duì)象可執(zhí)行的動(dòng)作。一個(gè)對(duì)象可以執(zhí)行的動(dòng)作可以有多個(gè)，但是在不同的管理域，用戶(hù)可執(zhí)行的動(dòng)作可能不一樣，OMP系統(tǒng)通過(guò)模型定制來(lái)實(shí)現(xiàn)右健菜單，并且支持這種不同。由于右健菜單是通過(guò)模型定制的，所以右健菜單可以很方便地進(jìn)行添加、修改或者刪除，實(shí)現(xiàn)查拔。系統(tǒng)的主菜單可以通過(guò)配置文件進(jìn)行配置，在配置文件中，可以指明菜單顯示的名稱(chēng)，以及要執(zhí)行的動(dòng)作，OMP系統(tǒng)會(huì)自動(dòng)地根據(jù)配置文件的內(nèi)容，決定菜單將如何執(zhí)行。只要配置文件改變，菜單執(zhí)行的動(dòng)作也就改變了，實(shí)現(xiàn)了動(dòng)態(tài)查拔機(jī)制。
本發(fā)明的OMP系統(tǒng)，對(duì)于每個(gè)需要執(zhí)行動(dòng)作的菜單項(xiàng)，點(diǎn)取菜單可能執(zhí)行的動(dòng)作分為兩類(lèi)一類(lèi)將導(dǎo)致另一個(gè)應(yīng)用(進(jìn)程)的啟動(dòng)；另一類(lèi)需要提供一個(gè)入口的類(lèi)名以及方法名，它將與OMP的呈現(xiàn)界面處于同一個(gè)進(jìn)程中，可以訪問(wèn)到呈現(xiàn)界面應(yīng)用的內(nèi)部狀態(tài)。
主菜單的配置文件的格式如下所示<？xml version＝″1.0″e(cuò)ncoding＝″GB2312″？>
-<DynamicMenuBar>
+<Menu name＝″配置管理″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
-<Menu name＝″告警管理″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
+<MenuItem name＝″歷史告警查詢(xún)″>
-<Menu name＝″查看實(shí)時(shí)告警″short_desc＝″″long_desc＝″″mnemonic_key＝″″>
-<MenuItem name＝″列表圖″>
-<action type＝″1″>
<classname name＝″map.omp.ShowAlarmTable″/>
-<invokemethod name＝″showAlarmTable″>
<jarg javaclass＝″java.util.List″object＝″CONTEXT_SELECTED_OBJECTS″/>
</invokemethod>
</action>
</MenuItem>
+<MenuItem name＝″鳥(niǎo)瞰圖″>
</Menu>
+<Menu name＝″告警系統(tǒng)管理″>
+<Menu name＝″告警呈現(xiàn)設(shè)置″>
</Menu>
+<Menu name＝″性能菅理″>
+<Menu name＝″流量管理″>
<Menu name＝路由管理/>
<Menu name＝″報(bào)表管理″>
</DynamicMenuBar>
本發(fā)明實(shí)現(xiàn)了樹(shù)狀呈現(xiàn)的任意定制在OMP系統(tǒng)中，不同對(duì)象管理域中對(duì)象之間的關(guān)系是通過(guò)層次結(jié)構(gòu)來(lái)實(shí)現(xiàn)的。這種實(shí)現(xiàn)方式，為樹(shù)的構(gòu)造提供了極為便利的條件。只要對(duì)象之間層次關(guān)系在各個(gè)對(duì)象管理域中已經(jīng)構(gòu)造好，創(chuàng)建一棵樹(shù)只需要指定一個(gè)對(duì)象管理域以及樹(shù)的根節(jié)點(diǎn)對(duì)象，OMP呈現(xiàn)平臺(tái)就可以通過(guò)對(duì)象之間的層次結(jié)構(gòu)構(gòu)造出一棵樹(shù)來(lái)。通過(guò)這種方式，可以構(gòu)件任意多棵樹(shù)，不同的使用者關(guān)注不同的樹(shù)，便于實(shí)現(xiàn)訪問(wèn)權(quán)限的控制。
OMP系統(tǒng)提供了對(duì)象管理呈現(xiàn)模塊，用戶(hù)在進(jìn)行二次開(kāi)發(fā)時(shí)，可以以此模塊作為呈現(xiàn)的起點(diǎn)(也可以不要這個(gè)起點(diǎn)而完全自己重新開(kāi)發(fā))，加入自己所特有的用戶(hù)界面與呈現(xiàn)邏輯。如圖10所示，為一對(duì)象呈現(xiàn)界面圖，左邊為樹(shù)圖區(qū)域，用于展現(xiàn)登陸用戶(hù)有權(quán)限看到的樹(shù)；右上角為拓?fù)鋱D與列表圖顯示區(qū)域，用于顯示左邊樹(shù)圖上所選中對(duì)象在相應(yīng)的對(duì)象管理域(方案)中其所包含的子對(duì)象相互之間的連接關(guān)系(在列表圖中為簡(jiǎn)單的對(duì)象羅列)；右下角為對(duì)象的屬性圖，用于顯示在拓?fù)鋱D或者列表圖中被選中對(duì)象的各種屬性，屬性按照模型建立時(shí)的分組辦法進(jìn)行呈現(xiàn)。在界面上，系統(tǒng)利用圖標(biāo)、顏色等各種辦法，按照建模時(shí)候定義的規(guī)則進(jìn)行最直觀的對(duì)象呈現(xiàn)。
本發(fā)明的OMP系統(tǒng)提供了對(duì)對(duì)象數(shù)據(jù)訪問(wèn)的一套完整的API，包括對(duì)象API與模型API，系統(tǒng)中的界面集成框架也是架構(gòu)在這一套API的基礎(chǔ)之上的。當(dāng)系統(tǒng)應(yīng)用于分布式環(huán)境中時(shí)(即多套OMP聯(lián)合使用時(shí))，不同OMP上的數(shù)據(jù)訪問(wèn)是透明的。通過(guò)這套API，可以訪問(wèn)全部的OMP對(duì)象數(shù)據(jù)，并可實(shí)現(xiàn)增刪改查等功能。利用該系統(tǒng)的不同應(yīng)用在進(jìn)行集成時(shí)，由于采用的是同一基礎(chǔ)平臺(tái)，故可以實(shí)現(xiàn)無(wú)縫集成。這里的無(wú)縫集成包括后臺(tái)數(shù)據(jù)訪問(wèn)以及前臺(tái)的界面呈現(xiàn)，因?yàn)榻缑嬉彩墙y(tǒng)一的集成框架。
在OMP系統(tǒng)中，利用JMS(請(qǐng)發(fā)明人給出中文描述)，架構(gòu)了自己的消息總線。在使用的時(shí)候，只需要提供一個(gè)配置文件，告訴系統(tǒng)在收到何種消息的時(shí)候，要執(zhí)行何種用戶(hù)自定義的動(dòng)作。這樣，在二次開(kāi)發(fā)時(shí)，只需要提供一個(gè)配置文件說(shuō)明對(duì)消息的處理動(dòng)作，系統(tǒng)即可自動(dòng)地處理各種消息，而不再需要實(shí)現(xiàn)對(duì)消息的接收處理編碼。
為了支持上層應(yīng)用的集成，尤其是安全的集成，OMP提供了系統(tǒng)和用戶(hù)管理模塊實(shí)現(xiàn)可配置的權(quán)限管理。通過(guò)這種方式，提供了統(tǒng)一的授權(quán)界面(被集成的各個(gè)系統(tǒng)不再需要自己的授權(quán)界面)，同時(shí)提供了權(quán)限驗(yàn)證的統(tǒng)一API，這樣各個(gè)系統(tǒng)在進(jìn)行資源訪問(wèn)前，只需要調(diào)用OMP所提供的權(quán)限API進(jìn)行驗(yàn)證，而無(wú)需關(guān)心權(quán)限數(shù)據(jù)內(nèi)部如何組織，以及如何通過(guò)操作界面進(jìn)行授權(quán)等重復(fù)性的工作。
本發(fā)明的系統(tǒng)可多套聯(lián)合實(shí)用于大型分布式場(chǎng)合，多套主要是指系統(tǒng)體系三層結(jié)構(gòu)中邏輯層以及數(shù)據(jù)層有多套(參見(jiàn)圖5)，一個(gè)集成應(yīng)用的客戶(hù)端只需要進(jìn)行一次登錄，即可自動(dòng)地訪問(wèn)到它所需要的位于各個(gè)不同服務(wù)器上的正確信息。這個(gè)實(shí)現(xiàn)，主要是依靠調(diào)用OMP提供的一套完整的對(duì)象訪問(wèn)客戶(hù)端應(yīng)用程序接口(Client API)來(lái)實(shí)現(xiàn)透明訪問(wèn)，最終用戶(hù)只需要正確地配置各套系統(tǒng)并指明對(duì)象數(shù)據(jù)之間的指向關(guān)系，Client API即可正確地實(shí)現(xiàn)對(duì)分布式信息訪問(wèn)透明。也就是說(shuō)，集成應(yīng)用在進(jìn)行二次開(kāi)發(fā)的時(shí)候，不需要考慮系統(tǒng)的分布式特性，這部分內(nèi)容已經(jīng)完全被OMP Client API所封裝；同樣，集成應(yīng)用開(kāi)發(fā)者不需要掌握J(rèn)2EE的相關(guān)知識(shí)才能集成，因?yàn)檫@部分內(nèi)容已經(jīng)為OMP Client API所完成，他們只需要進(jìn)行普通的java調(diào)用，降低了對(duì)集成應(yīng)用開(kāi)發(fā)者的要求。圖11為系統(tǒng)實(shí)現(xiàn)分布式時(shí)更為詳細(xì)的系統(tǒng)結(jié)構(gòu)示意圖(省去了單套應(yīng)用時(shí)模型建立工具以及授權(quán)工具的相關(guān)表示，因?yàn)樗鼈儾恍枰蓱?yīng)用開(kāi)發(fā)者再寫(xiě)代碼進(jìn)行擴(kuò)展，只需要對(duì)配置文件做相應(yīng)的改動(dòng))。
圖中虛線表示層次劃分；垂直方向帶箭頭的黑線表示調(diào)用(請(qǐng)求)關(guān)系；兩個(gè)帶箭頭的交叉線表示OMP Client API的透明分布式調(diào)用；水平方向帶箭頭的虛線表示應(yīng)用服務(wù)器之間的遠(yuǎn)程同步調(diào)用；Server1、Servern表示各個(gè)獨(dú)立的應(yīng)用服務(wù)器；圖中權(quán)限驗(yàn)證(API)、模型訪問(wèn)(API)、權(quán)限訪問(wèn)(API)對(duì)象管理API表示OMP提供的可供集成應(yīng)用調(diào)用的API；圖中各橢園表示API內(nèi)部實(shí)現(xiàn)的部分內(nèi)容。
OMP Client API對(duì)分布式數(shù)據(jù)的透明訪問(wèn)封裝是這樣實(shí)現(xiàn)的在OMP內(nèi)部存在一種稱(chēng)為代理(Proxy)的對(duì)象(只能掛接在一個(gè)方案之下)，該對(duì)象實(shí)際用于指向另一個(gè)服務(wù)器(Sever)上的OMP對(duì)象(OMP Object)在給定方案中的信息，Client API在訪問(wèn)到Proxy對(duì)象時(shí)，將根據(jù)獲取到的Proxy對(duì)象的信息，再次向另一個(gè)Server發(fā)出請(qǐng)求，得到相關(guān)信息。每個(gè)OMP Object均帶有它所屬的Server信息，后續(xù)的訪問(wèn)均會(huì)直接訪問(wèn)另一個(gè)OMP Server，從而實(shí)現(xiàn)分布式的訪問(wèn)，對(duì)上層調(diào)用者提供透明性，這類(lèi)似于http中的redirect操作。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書(shū)的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種通用對(duì)象建模方法，其特征在于包括采用通用對(duì)象模型、特殊對(duì)象模型和應(yīng)用業(yè)務(wù)邏輯三層對(duì)象模型來(lái)建立被管對(duì)象的描述和應(yīng)用的擴(kuò)展；所述通用對(duì)象模型層描述和定義一般對(duì)象的屬性和呈現(xiàn)方式，將所有被管對(duì)象采用統(tǒng)一標(biāo)準(zhǔn)的格式來(lái)描述，形成有序組織的對(duì)象；所述特殊對(duì)象模型層定義對(duì)象和對(duì)象之間的相互關(guān)系，以及對(duì)象特定的應(yīng)用含義，從而形成特定技術(shù)領(lǐng)域的對(duì)象模型描述；所述應(yīng)用業(yè)務(wù)邏輯層定義基于特定對(duì)象模型的特定操作或方法，并與相關(guān)的應(yīng)用邏輯相結(jié)合。
2.如權(quán)利要求1所述的通用對(duì)象建模方法，其特征在于所述一般對(duì)象的屬性包括基本屬性、傳遞屬性、計(jì)算屬性和對(duì)象屬性。
3.如權(quán)利要求1所述的通用對(duì)象建模方法，其特征在于所述對(duì)象呈現(xiàn)方式包括圖標(biāo)呈現(xiàn)或線呈現(xiàn)；所述圖標(biāo)呈現(xiàn)方式包括圖標(biāo)文字、圖標(biāo)顏色、圖標(biāo)閃爍、圖標(biāo)隱藏和圖標(biāo)提示五者之一，或其中任意兩者、三者、四者或全部的組合；所述線呈現(xiàn)方式包括線顏色、線寬度、線閃爍、線型和線隱藏五者之一，或其中任意兩者、三者、四者或全部的組合。
4.如權(quán)利要求1所述的通用對(duì)象建模方法，其特征在于所述對(duì)象模型的描述有兩種方式文件模型描述方式和庫(kù)表模型描述方式，所述文件模型描述方式和庫(kù)表模型描述方式可以相互轉(zhuǎn)換。
5.如權(quán)利要求1所述的通用對(duì)象建模方法，其特征在于所述對(duì)象之間的相互關(guān)系包括包含、關(guān)聯(lián)、承載或引用關(guān)系。
6.如權(quán)利要求1所述的通用對(duì)象建模方法，其特征在于所述特殊對(duì)象模型層中通過(guò)定義不同對(duì)象之間不同的相互關(guān)系，可生成多個(gè)對(duì)象管理域。
7.如權(quán)利要求6所述的通用對(duì)象建模方法，其特征在于所述被管對(duì)象在不同的對(duì)象管理域中可以生成不同的界面呈現(xiàn)方式，所述界面呈現(xiàn)方式包括拓?fù)鋱D、樹(shù)圖、屬性圖或列表圖。
8.一種通用對(duì)象管理系統(tǒng)，其特征在于包括核心服務(wù)器模塊、模型編輯模塊、系統(tǒng)和用戶(hù)管理模塊、對(duì)象導(dǎo)入模塊、其他應(yīng)用接口模塊和對(duì)象管理呈現(xiàn)模塊；所述核心服務(wù)器模塊用于實(shí)現(xiàn)模型訪問(wèn)、對(duì)象管理和導(dǎo)入操作，并提供對(duì)象數(shù)據(jù)維護(hù)和內(nèi)存對(duì)象維護(hù)功能；所述模型編輯模塊實(shí)現(xiàn)建立被管對(duì)象模型，并提供對(duì)所建模型的編輯、存儲(chǔ)和導(dǎo)入功能；所述系統(tǒng)和用戶(hù)管理模塊實(shí)現(xiàn)對(duì)系統(tǒng)的監(jiān)控、圖標(biāo)管理、組織機(jī)構(gòu)、權(quán)限和用戶(hù)管理，并實(shí)現(xiàn)整個(gè)系統(tǒng)和架構(gòu)在其上的特定應(yīng)用的權(quán)限控制；所述對(duì)象導(dǎo)入模塊主要提供對(duì)象導(dǎo)入規(guī)則定義和對(duì)象導(dǎo)入功能；所述其他應(yīng)用接口模塊提供用戶(hù)開(kāi)發(fā)特定的應(yīng)用相關(guān)的接口庫(kù)，其它應(yīng)用程序可以通過(guò)該接口庫(kù)來(lái)訪問(wèn)存儲(chǔ)在該系統(tǒng)中的對(duì)象和模型；所述對(duì)象管理呈現(xiàn)模塊提供對(duì)管理對(duì)象按照其呈現(xiàn)規(guī)則進(jìn)行呈現(xiàn)的功能，提供拓?fù)鋱D、樹(shù)圖、屬性圖或列表圖來(lái)展現(xiàn)對(duì)象。
9.如權(quán)利要求8所述的通用對(duì)象管理系統(tǒng)，其特征在于所述被管對(duì)象模型包括對(duì)象基本模型、對(duì)象關(guān)系模型、對(duì)象呈現(xiàn)模型和對(duì)象操作模型。
10.如權(quán)利要求9所述的通用對(duì)象管理系統(tǒng)，其特征在于所述接口庫(kù)中包括有客戶(hù)端應(yīng)用程序接口，通過(guò)該接口，可訪問(wèn)另一系統(tǒng)的對(duì)象和模型數(shù)據(jù)，實(shí)現(xiàn)多套系統(tǒng)之間數(shù)據(jù)信息的透明訪問(wèn)。
全文摘要
本發(fā)明有關(guān)一種通用對(duì)象建模方法及通用對(duì)象管理系統(tǒng)，該方法包括采用通用對(duì)象模型、特殊對(duì)象模型和應(yīng)用業(yè)務(wù)邏輯三層對(duì)象模型來(lái)建立被管對(duì)象的描述和應(yīng)用的擴(kuò)展，所述通用對(duì)象模型層描述和定義一般對(duì)象的屬性和呈現(xiàn)方式，將所有被管對(duì)象采用統(tǒng)一標(biāo)準(zhǔn)的格式來(lái)描述，形成有序組織的對(duì)象；特殊對(duì)象模型層定義對(duì)象和對(duì)象之間的相互關(guān)系，以及對(duì)象特定的應(yīng)用含義，從而形成特定技術(shù)領(lǐng)域的對(duì)象模型描述；應(yīng)用業(yè)務(wù)邏輯層定義基于特定對(duì)象模型的特定操作或方法，并與相關(guān)的應(yīng)用邏輯相結(jié)合。本發(fā)明通過(guò)對(duì)通用對(duì)象模型層的描述，可以建立所有被管理對(duì)象的模型，適應(yīng)對(duì)多技術(shù)領(lǐng)域、多專(zhuān)業(yè)領(lǐng)域管理對(duì)象的管理。
文檔編號(hào)G06F17/00GK1570910SQ0314666
公開(kāi)日2005年1月26日 申請(qǐng)日期2003年7月11日 優(yōu)先權(quán)日2003年7月11日
發(fā)明者金建林, 馬克, 袁雋, 胡明 申請(qǐng)人:北京直真節(jié)點(diǎn)技術(shù)開(kāi)發(fā)有限公司