元結(jié)構(gòu)系統(tǒng)框架基本介紹
“元結(jié)構(gòu)”系統(tǒng)平臺框架基本介紹
“元結(jié)構(gòu)”系統(tǒng)平臺框架基本介紹
目 錄
1目前系統(tǒng)平臺框架的技術(shù)定位（特征）... 3
1.3 系統(tǒng)平臺框架的主要技術(shù)特征... 4
1.3.1系統(tǒng)平臺框架的基本結(jié)構(gòu)... 4
1.3.2系統(tǒng)平臺框架可能涉及的主要概念... 5
1.3.3界面（用戶界面）的結(jié)構(gòu)化描述（元結(jié)構(gòu)思想）... 6
1.3.4用戶組織結(jié)構(gòu)在系統(tǒng)設(shè)計中的地位... 8
1.3.8系統(tǒng)控制信息流與信息（數(shù)據(jù)）的定位... 9
1.3.9系統(tǒng)應(yīng)用權(quán)限的粒度進一步細化... 9
1.3.13系統(tǒng)可持續(xù)升級的基本特征... 10
1.3.14應(yīng)對系統(tǒng)變化的對策... 10
2系統(tǒng)框架可能的發(fā)展及解決的主要技術(shù)特征... 10
“元結(jié)構(gòu)”系統(tǒng)平臺框架基本思想概要說明
這里講的應(yīng)用系統(tǒng)主要是指利用IT（計算機等相關(guān)技術(shù)）技術(shù)實現(xiàn)的企業(yè)管理信息系統(tǒng)（一般意義下的MIS，ERP等）。應(yīng)用系統(tǒng)是企業(yè)管理思想的載體或體現(xiàn)的一種工具。信息處理能力、方式是IT技術(shù)的強勢能力。
應(yīng)用系統(tǒng)的變化表現(xiàn)在以下幾個方面：
（1） 空間特性
空間特性是指對應(yīng)用對象而言，不同的應(yīng)用對象即使是同一業(yè)務(wù)的應(yīng)用也是不同的特點。表現(xiàn)了應(yīng)用對象的應(yīng)用多樣性。多樣性也是系統(tǒng)復(fù)雜性的一個表現(xiàn)。
（2） 時間特性
時間特性即是說在同一應(yīng)用對象在不同的時間具有不同的要求。也就是說系統(tǒng)將隨著時間推移而發(fā)生變化。這一特性是由市場競爭和管理者的認(rèn)知所決定的。
從上面兩個基本的因素來看，應(yīng)用系統(tǒng)的變化和復(fù)雜性是應(yīng)用系統(tǒng)的基本特征。
用 戶 的 業(yè) 務(wù) 應(yīng) 用 系 統(tǒng) 操作系統(tǒng)（WINDOWS 等） 數(shù)據(jù)庫 結(jié)構(gòu)管理 “函數(shù)”管理 “事件”管理 解釋控 制 基礎(chǔ)技術(shù)體系：J2EE，JAVA 應(yīng)用服務(wù)器：TOMCAT 基礎(chǔ)服務(wù) 模塊架構(gòu) 開發(fā)管理 權(quán)限管理 文檔編輯 數(shù)據(jù)源管理 遠程服務(wù) Modeling 工作流引擎 流程定義 流程監(jiān)控 流程驅(qū)動 元素管理 ORACLE My-sql SQL-Server Design Interaction Coding Debugging Testing Deploy Development 集成應(yīng)用
在元結(jié)構(gòu)系統(tǒng)框架的開發(fā)過程中涉及到較多的概念，這些概念的理解和應(yīng)用是系統(tǒng)框架開發(fā)過程中十分重要的。目前我們對一些概念的定義還處于一個認(rèn)識的階段，有些概念比較難以定義（借用的一些名詞可能更會存在問題）。對于平臺的使用者可以不理睬這些概念，但如果理解了這些概念對設(shè)計和應(yīng)用是有益的。
序號 | 概念 | 基本解釋 |
01 | 生命周期 | |
02 | 場景 | |
03 | 場景變換與生命周期 | |
04 | 條件（已知與未知） | |
05 | 條件的獲取與方式 | |
06 | 互動 | |
07 | 數(shù)據(jù) | |
08 | 數(shù)據(jù)組織 | |
09 | 數(shù)據(jù)處理 | |
10 | 數(shù)據(jù)表現(xiàn) | |
11 | 數(shù)據(jù)映射 | |
12 | 變化（不存在變化）〕 | |
13 | 多樣性 | |
14 | 結(jié)構(gòu) | |
15 | 元結(jié)構(gòu) | |
16 | 元素 | |
17 | 節(jié)點 | |
18 | 事件 | |
19 | 函數(shù) | |
20 | 描述與控制 | |
21 | 復(fù)用與復(fù)用的對象 | |
22 | 拓展與資源的引用 | |
23 | 控制解釋 | |
24 | 業(yè)務(wù) | |
25 | 業(yè)務(wù)流程 | |
26 | 業(yè)務(wù)實例化 | |
27 | 流程的邏輯表達 | |
28 | 流程的載體（規(guī)則的描述與控制 | |
29 | 模糊控制 | |
30 | 資源 | |
31 | 開發(fā)權(quán)限 | |
32 | 流程權(quán)限 | |
33 | 業(yè)務(wù)操作權(quán)限 | |
34 | 資源監(jiān)控與管理 | |
35 | 屬性 | |
36 | 行為屬性（動態(tài)屬性） | |
37 | 自然屬性（靜態(tài)屬性） | |
38 | 從上到下的分析方法 | |
39 | 從下到上的分析方法 | |
40 | 二者結(jié)合的分析方法 | |
41 | 遞歸算法 | |
42 | 抽象的理解 | |
43 | 模型 | |
44 | 模型驅(qū)動 | |
45 | 驅(qū)動模型 | |
46 | 依賴 | |
47 | 抽象與依賴 | |
48 | 耦合 |
系統(tǒng)的多樣性和系統(tǒng)的復(fù)雜性，表明了系統(tǒng)描述的困難，同時系統(tǒng)生命力的表現(xiàn)，在某種意義上講系統(tǒng)失去了多樣性和復(fù)雜性系統(tǒng)的生命力將不復(fù)存在。
目前的基本做法是通過模版的方式來提升開發(fā)的效率。無論是代碼級的重用還是更大粒度的復(fù)用。這種方法的前提是業(yè)務(wù)的理解與業(yè)務(wù)的瀏覽（或?qū)W習(xí)）量要足夠的多。很多公司號稱研究了數(shù)十萬企業(yè)的管理業(yè)務(wù)及其流程，通過系統(tǒng)的業(yè)務(wù)抽象形成預(yù)置模版。包括SAP、普元、金蝶、用友本質(zhì)上都是依據(jù)這樣的思想，無論是動態(tài)配置還是靜態(tài)配置或組件（構(gòu)件）技術(shù)或目前的所謂SOA思想的實現(xiàn)。但目前所有廠商開始在SOA的思想下尋求新的方法，包括用友推出的A8（A6后為什么急于推A8 值得去研究一下。）、U9（號稱世界級的世界上第一款基于SOA的應(yīng)用開發(fā)平臺）等。同樣，金碟推出的OperaMasks也是一種嘗試，盡管其號稱“世界上最好的WEB開發(fā)框架?；镜墓烙嬍谴蠹疫€在路上，誰都沒有絕對的優(yōu)勢。
元結(jié)構(gòu)的思想是期望通過將頁面（業(yè)務(wù)表現(xiàn)）的多樣性，通過元結(jié)構(gòu)的方式進行描述、控制與管理。主要包括屬性、結(jié)構(gòu)、元素、數(shù)據(jù)、場景、數(shù)據(jù)組織、交換映射、事件等概念。
實際上，是采用了不依賴于業(yè)務(wù)表現(xiàn)的業(yè)務(wù)表現(xiàn)技術(shù)。從理論上講，這種方法可以構(gòu)建極其復(fù)雜的業(yè)務(wù)表現(xiàn)，而這種表現(xiàn)的實現(xiàn)工具是不依賴于任何的具體的業(yè)務(wù)表現(xiàn)，一句話，方法與業(yè)務(wù)無關(guān)。
我們目前所完成的主要工作（簡要表明）：
1、系統(tǒng)平臺主要功能列表：
2、 開發(fā)界面：、
（1）系統(tǒng)應(yīng)用開發(fā)界面
事件（組件）
（2）單據(jù)模式開發(fā)界面
（3）工作流設(shè)計
3、各個部分功能詳細說明略。
如果構(gòu)建的信息系統(tǒng)能夠持續(xù)改進，用戶的組織結(jié)構(gòu)在系統(tǒng)的位置將發(fā)生前所未有的變化或重要性的提升。
主要的解決的問題是在企業(yè)管理演變中組織結(jié)構(gòu)重組和業(yè)務(wù)重組給系統(tǒng)帶來的變化問題。她的核心表現(xiàn)在系統(tǒng)的權(quán)限方面，但其基本的控制點在組織結(jié)構(gòu)的管理。從另一個角度講，應(yīng)用系統(tǒng)的功能作為一種資源在企業(yè)生命周期內(nèi)的運動變化，同樣，資源是存在生命周期的，包括整體的生命周期和業(yè)務(wù)（資源實例化）一次過程的生命周期。
頁面的表現(xiàn)我們試圖通過元結(jié)構(gòu)控制與管理的方式進行實現(xiàn)，但它只是業(yè)務(wù)的展現(xiàn)（表現(xiàn)）層面的東西，可能構(gòu)不成業(yè)務(wù)的完全表現(xiàn)。事件的應(yīng)用正是為了彌補這點的不足。事件的應(yīng)用仍然是元結(jié)構(gòu)思想的運用。
事件的運用全面支持了系統(tǒng)的拓展和業(yè)務(wù)表現(xiàn)的復(fù)雜性要求。
一般的方法是通過對各類CASE 的總結(jié)在系統(tǒng)形成一定的規(guī)則判斷，一般以IF判斷的形式出現(xiàn)。這種方式一般來說是有限情況的總結(jié)，應(yīng)用比較“死”。
現(xiàn)在我們采用規(guī)則描述和規(guī)則組合的方式進行應(yīng)用，通過系統(tǒng)“控制解釋”引擎“翻譯進行控制。適應(yīng)的變化將更多，不是可數(shù)的CASE。
這種抽象的方法貫穿整個的設(shè)計之中。
動態(tài)模型的應(yīng)用大體是元模型的應(yīng)用。通過各個元模型構(gòu)建一個新的模型，這個模型的描述是邏輯的，只有在實例化后成為一個真正的實例化業(yè)務(wù)應(yīng)用模型。它基本的技術(shù)支撐是“控制解釋“引擎的作用。
業(yè)務(wù)展現(xiàn)元結(jié)架模型
應(yīng)用”元結(jié)構(gòu)”的第一步是建立系統(tǒng)具體業(yè)務(wù)展現(xiàn)的“元結(jié)構(gòu)”，業(yè)務(wù)展現(xiàn)的元結(jié)構(gòu)是業(yè)務(wù)變化的根據(jù)和基礎(chǔ)，它定義了業(yè)務(wù)變化的方式或獲取信息交換的形式，在這個過程中業(yè)務(wù)過程被描述為"黑箱"，這里，黑箱定義了在不考慮具體怎樣做的情況下，在這個階段應(yīng)當(dāng)做些什么，功能模型的主要目的有：
(1)建立系統(tǒng)業(yè)務(wù)展現(xiàn)的基本“元結(jié)構(gòu)”，通過系統(tǒng)提供的“業(yè)務(wù)展現(xiàn)框架模型”與開發(fā)人員的可視化交互來完成。也就是建立系統(tǒng)業(yè)務(wù)功能的展現(xiàn)方式，例如：信息字段的顯示方式、排列等，它是業(yè)務(wù)表現(xiàn)的靜態(tài)影像。
(2)根據(jù)業(yè)務(wù)的展現(xiàn)模型也就是業(yè)務(wù)表現(xiàn)的靜態(tài)影像指導(dǎo)管理人員和咨詢?nèi)藛T之間的對話(信息交流)。求證信息點正確性及信息流的方向與業(yè)務(wù)的處理方式。
(3)在上述分析的基礎(chǔ)上，進一步確定業(yè)務(wù)的表達方式，為下一步的業(yè)務(wù)過程處理方式的進行建立基礎(chǔ)。
業(yè)務(wù)行為屬性元結(jié)構(gòu)（功能過程）模型
業(yè)務(wù)行為元結(jié)構(gòu)（功能過程）模型控制描述了具體業(yè)務(wù)功能的實現(xiàn)過程或者說是系統(tǒng)業(yè)務(wù)功能實現(xiàn)的目標(biāo)。這是系統(tǒng)最低層次的業(yè)務(wù)行為（功能）建模過程。
（1）通過對業(yè)務(wù)過程的描述來實現(xiàn)業(yè)務(wù)功能的表現(xiàn)。業(yè)務(wù)過程的描述不完全是用戶層面理解的業(yè)務(wù)過程，而是實現(xiàn)業(yè)務(wù)表現(xiàn)的信息處理與控制的過程。是用戶需求的微觀的、具體的信息表現(xiàn)的描述。
（2）通過“事件”的組合（根據(jù)業(yè)務(wù)實際的需要）來具體實現(xiàn)業(yè)務(wù)的過程，也就是建立生成目標(biāo)用戶環(huán)境(END-USER ENVIRONMENT)的過程。業(yè)務(wù)實現(xiàn)的用戶環(huán)境。
（3）“事件”是業(yè)務(wù)引用的最小工作單元集合。“事件”的是通過可視化描述來完成的。
（4）建立目標(biāo)用戶環(huán)境（業(yè)務(wù)實例化過程）
業(yè)務(wù)組織元結(jié)構(gòu)模型
業(yè)務(wù)組織模型是系統(tǒng)工作流和權(quán)限系統(tǒng)的一部分。業(yè)務(wù)組織模型根據(jù)分工、業(yè)務(wù)單元和部門（崗位）來描述組織結(jié)構(gòu)，關(guān)鍵問題之一是組織中作用的識別。這里，作用指在過程執(zhí)行中按慣例分配給某一個特定的人或工作組的行為或任務(wù)。模型的另一個特點是可以規(guī)定模型中不同組成部分之間的級別和功能關(guān)系。
應(yīng)用系統(tǒng)的信息控制不是應(yīng)用系統(tǒng)業(yè)務(wù)層面的信息(數(shù)據(jù))的控制。主要包括：組織結(jié)構(gòu)變化的影響、權(quán)限信息、流程信息、版本信息、實例數(shù)據(jù)信息還包括信息協(xié)同的信息等。這些控制盡管某些廠家已經(jīng)關(guān)注到，但目前為止我們還沒有看到真正實現(xiàn)這些控制的報道。
從以功能作為權(quán)限的控制粒度向單元行或列的信息單元控制粒度過渡，或其他更為細致的控制粒度。實現(xiàn)上述功能的前提是表現(xiàn)的結(jié)構(gòu)化和可控性的實現(xiàn)。
通過“事件“形式進行系統(tǒng)拓展。“事件”形式的拓展，在某種程度上講要方便“組件”形式。而且，我們的“事件”是解決一類“事情”，而實現(xiàn)與具體的“事情”無關(guān)，目前來看我們的“事件”的實現(xiàn)與表現(xiàn)方式比“組件”形式要“軟性”一些。拓展的空間更大，“事件”是復(fù)用的，而“組件”可能其與系統(tǒng)整體結(jié)構(gòu)有關(guān)，其“剛性”更強。
由于結(jié)構(gòu)的存在，系統(tǒng)的多個版本可以存在并通過“激活“與“時間”的方式加以引用。
由于結(jié)構(gòu)和版本的存在系統(tǒng)存在可溯性。
事件的應(yīng)用、其它組件的集成。
主要的含義：
1、 系統(tǒng)適應(yīng)新的項目，重用程度高；
2、 系統(tǒng)應(yīng)用發(fā)生變化，能夠快速應(yīng)對；
3、 遠程平臺性開發(fā)。
1、 開發(fā)和部署平臺的統(tǒng)一性
2、 開發(fā)和開發(fā)管理平臺的統(tǒng)一性
3、 系統(tǒng)與客戶服務(wù)管理的同一性
