專利名稱：一種面向Web應用系統(tǒng)的頁面生成方法
一種面向Wcb應用系統(tǒng)的頁面生成方法
技術領域：
本發(fā)明涉及Web應用軟件的開發(fā)技術，尤其涉及一種可定制的面向頁面 (Web)應用系統(tǒng)的頁面自動生成方法。
背景技術：
Web應用系統(tǒng)是多個Web頁的集合，其中，Web頁分為動態(tài)頁面和靜態(tài) 頁面，這些Web頁能夠用來與訪問者進行交互，也可以用來在頁面之間進行交 互，還可以與Web服務器上的多種資源，如，Web頁面與數(shù)據(jù)庫等資源進行交互。
由于Web應用系統(tǒng)具有層次分明、可移植性好以及管理靈活等優(yōu)點，Web 應用系統(tǒng)已開始替代一般的桌面應用系統(tǒng)而逐漸成為當前軟件系統(tǒng)的主流，因 此，Web應用軟件由產(chǎn)品向服務的轉型是Web應用軟件發(fā)展的必然趨勢。而 Web應用的個性化是指網(wǎng)頁或Web應用程序根據(jù)用戶的直接需求，或通過用戶 與網(wǎng)頁、應用程序的交互來獲得用戶的使用偏好調整自身的內容和表達方式， 以滿足不同用戶需求，從而獲得良好的用戶體驗，提高用戶的使用效率以及增 加其經(jīng)濟回報。
要實現(xiàn)Web應用系統(tǒng)的可定制性，關鍵是要實現(xiàn)組成Web應用系統(tǒng)的Web 頁面的可定制性和自動生成兩大目標。傳統(tǒng)的頁面定制流程只能生成單 一 的 Web頁面，該頁面在系統(tǒng)中也只有一種固定的表現(xiàn)形式，因而無法根據(jù)各個用 戶的不同使用需求實現(xiàn)按需定制。另外，現(xiàn)有的頁面自動生成方式，如FMP 模型，是一種面向軟件工程和支持用戶界面自動生成的界面模型，它由功能 (Function )模型、對象(Object )模型、交互(Interaction )模型和界面(Presentation ) 模板組成，能夠通過幾種模型的配合實現(xiàn)界面的自動生成。但是FMP模型多用作針對桌面應用程序的頁面自動生成模型，雖然其基于UML的建模思想，但 其頁面可定制功能非常有限；面向對象的Web建模語言(OOWML, Object-Oriented Web Modeling Language ),是 一個基于可擴展標記語言(XML ) 的面向對象的Wcb建模語言，提供Web應用的高層描述，能夠為Web應用的 工程化提供有效的支持；頁面自動生成系統(tǒng)(PAGS, Web Page Automatic Generating System)模型釆用三層架構模式，能夠結合數(shù)據(jù)字典技術和基于模 型的界面自動生成技術實現(xiàn)Web頁面的快速自動生成。
但是以上所述的各種Web自動生成模型均存在如下缺陷由于在Web應 用系統(tǒng)中數(shù)據(jù)庫系統(tǒng)的支持占有非常重要的地位，而以上所述的Web頁面自動 生成模型均不能提供獨立的對數(shù)據(jù)庫的可定制操作功能。因此，使用這些Web 生成模型生成的頁面就缺乏實際的應用價值，并且，應用這些模型生成的Wcb 頁面還缺乏 一 種靈活有效的保存和修改可定制信息的機制。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種面向頁面(Web)應用系統(tǒng)的 頁面自動生成方法，以提高需求定制型的Web軟件的開發(fā)效率。 為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的 一種面向Web應用系統(tǒng)的頁面生成方法，該方法包括以下步驟
A、 根據(jù)統(tǒng)一建模語言(UML)模型的用例圖，建立Web應用系統(tǒng)的功能 模型，然后由功能模型生成內部模型；
B、 根據(jù)所述內部模型的對象模型和/或交互模型所描述的內容，利用數(shù)據(jù) 庫搡作語句的結構分解圖，生成頁面業(yè)務對象的樹型結構圖，并為與頁面業(yè)務 功能相關的對象賦予數(shù)據(jù)接口屬性；
C、 根據(jù)對交互模型的描述以及對頁面顯示的需求確定表示模型的頁面元 素的顯示屬性和頁面布局，得到表示模型，并根據(jù)對象模型、數(shù)據(jù)庫接口模型 和表示模型的分析結果，生成完整的用戶定制信息，然后將所述用戶定制信息 以XML格式的文檔保存在服務器端，再通過頁面翻譯引擎將定制信息轉換為可顯示的Web頁面。
其中，所述步驟C之后進一步包括
如果所顯示的Web頁面不能滿足預期的效果要求，則通過客戶端生成定制 修改信息，再將修改后的定制信息提交到服務器端進行Web頁面的修改，并將 該信息保存在相應用戶的定制信息中。
步驟A中由所述功能模型生成內部模型的過程為
Al、通過對所述功能模型進行分析，確定Web應用系統(tǒng)的界面所提供的功 能的范圍以及各功能之間的關系，頁面的功能、數(shù)量、名稱，以及發(fā)現(xiàn)頁面對 象集合和用來表示系統(tǒng)功能的Web頁面之間的關系，得到用戶界面的框架；
A2、根據(jù)所述功能模型提取頁面對象集合，并利用UML模型中靜態(tài)模型 圖和動態(tài)模型圖分析頁面對象間的關系，然后生成內部模型，其中，內部模型 包括對象模型和交互模型。
步驟A2所述頁面對象間的關系，包括屬于靜態(tài)模型的對象模型中各對 象之間的范化關系、父子關系、兄弟關系以及鄰居關系；屬于動態(tài)模型的交互 模型，用于描述頁面對象在完成系統(tǒng)功能時的 一 系列動態(tài)依存關系。
步驟B所述根據(jù)數(shù)據(jù)庫操作語句的分解結構圖生成頁面業(yè)務對象的樹型結 構圖，以及為與頁面業(yè)務功能相關的對象賦予數(shù)據(jù)庫接口屬性的過程為
將結構化查詢語言SQL語句拆分成一種樹形層次結構，每層代表SQL語 句的一部分，每層對應的頁面對象被賦予數(shù)據(jù)庫接口屬性，依據(jù)這種層次關系 確定頁面對象之間的層次關系，其中，處于同一層的對象之間為兄弟關系或父
其中，在對與頁面業(yè)務功能相關的對象賦予數(shù)據(jù)接口屬性之前，需要建立 數(shù)據(jù)庫接口模型，其過程為利用對數(shù)據(jù)庫操作語句進行分解得到的樹型結構 圖，為樹型結構中的所有節(jié)點分配相應的頁面對象集合，若所述頁面對象集合 中沒有與所述節(jié)點對應的對象，則增加頁面對象。
步驟C所述確定表示模型的頁面元素的顯示屬性和頁面布局的過程為 根據(jù)對交互模型的描述以及對頁面顯示的需求，抽取頁面對象的可是顯示屬性和頁面布局屬性，再根據(jù)Web應用系統(tǒng)的頁面功能以及頁面之間的導航關
系從頁面模板庫中選擇相應的頁面模板進行顯示，從而建立表示模型。
步驟C所述根據(jù)對象模型、數(shù)據(jù)庫接口模型和表示模型的分析結果生成用 戶定制信息的過程有如下兩種方式
第-一種Web應用系統(tǒng)只生成一份默認的用戶定制信息，用戶各自的定制 信息都在對此默認的定制信息進行修改后生成；
第二種Web應用系統(tǒng)的服務器在開始就為所有用戶保存各自的定制信息 XML文檔。
步驟C所述頁面翻譯引擎為可擴展樣表轉換語言XSLT +層疊樣式表單 CSS + JavaScript。
通過所述頁面翻譯引擎將可定制信息轉換為可顯示的Web頁面的表現(xiàn)形式 有如下三類
第一類只擁有頁面顯示屬性的頁面對象，這些對象只負責控制頁面控件 在Web頁面上的表現(xiàn)形式；
第二類只擁有頁面業(yè)務屬性的頁面對象，這些對象是為了保證頁面業(yè)務 功能的完整性而額外增加的對象，不以控件形式在Web頁面上顯示；
第三類同時擁有頁面顯示屬性和頁面業(yè)務屬性的頁面對象。
其中，通過客戶端對所述生成定制進行修改的方式有
一種是根據(jù)用戶的新需求或對某項需求的調整信息，直接修改XML定制 信息文檔；另一種是通過用戶在與Web軟件的交互過程中產(chǎn)生的定制修改信息， 通過網(wǎng)絡向服務器端提交定制修改信息，由服務器根據(jù)用戶提交的修改信息來 修改屬于該用戶的XML文檔。
本發(fā)明所提供的面向頁面(Web)應用系統(tǒng)的頁面自動生成方法，具有以
1)本發(fā)明在現(xiàn)有的Web應用系統(tǒng)的功能上增加了對系統(tǒng)數(shù)據(jù)庫的可定制 操作，由于當前Web應用系統(tǒng)均與數(shù)據(jù)庫系統(tǒng)的應用有密切聯(lián)系，通過采用增 加對系統(tǒng)數(shù)據(jù)庫的可定制操作的方式顯著提高了 Web軟件開發(fā)過程的 活性；在本發(fā)明中通過采用數(shù)據(jù)庫接口模型來實現(xiàn)這一功能，使Web應用系統(tǒng)同時具 有業(yè)務功能可定制和頁面展現(xiàn)可定制兩種性質，進一步增強了 Web應用系統(tǒng)的 可定制范圍和Web應用系統(tǒng)功能的多樣性，即通過本發(fā)明方法能同時設計出 Web應用系統(tǒng)中需要的所有Web頁面。
2 )本發(fā)明方法將用戶定制信息以XML格式的文檔集中保存于服務器端， 既有利于Web應用系統(tǒng)功能的擴展，又提高了通過客戶端對定制信息進行修改 的效率。
3)采用本發(fā)明方法生成的可定制Web應用系統(tǒng)，由于采用數(shù)據(jù)庫接口模 型使Wcb應用系統(tǒng)同時具備業(yè)務功能可定制和頁面展現(xiàn)可定制這兩種性質，且 通過在客戶端提供對Web頁面定制信息進行修改的功能，能夠在避免重新編譯 整個系統(tǒng)的前提下實現(xiàn)對系統(tǒng)需求的調整，因此該方法還具有開發(fā)定制型Web 應用系統(tǒng)的通用性的優(yōu)點。


圖1為本發(fā)明實施例面向Web應用系統(tǒng)的頁面自動生成方法的流程示意
圖2為本發(fā)明實施例中Web應用系統(tǒng)的功能模型示意圖； 圖3為本發(fā)明實施例中由功能模型產(chǎn)生對象集合的過程示意圖； 圖4為本發(fā)明實施例中由對象模型標識的對象樹型結構示意圖； 圖5為本發(fā)明實施例中數(shù)據(jù)庫操作語句分解所得的樹型結構示意圖； 圖6為本發(fā)明實施例中可定制的Web應用系統(tǒng)的頁面自動生成方法的 FMDP模型結構示意圖。
本發(fā)明的可定制的面向Web應用系統(tǒng)的頁面自動生成方法，可以用FMDP 模型來表示，其基于UML建模技術，并利用了XML的擴展性、結構化以及易于管理的特點，分別生成Web應用系統(tǒng)的功能(Function)模型、內部(Model) 模型、數(shù)據(jù)庫接口 ( Database Interface )模型以及表示(Presentation )模型，然
后將生成的用戶可定制信息以XML格式的文檔集中保存在服務器上，再通過 利用頁面翻譯引擎進行翻譯，最終以Web頁面的形式顯示在客戶端界面；另夕卜， 當需要修改該Wcb頁面時，可通過客戶端向服務器提交修改信息，以與定制信 息相同結構的方式提交到服務器端進行修改并保存。
圖1為本發(fā)明實施例面向Web應用系統(tǒng)的頁面自動生成方法的流程示意 圖，如圖1所示，該方法包括如下步驟
步驟101:借助UML模型圖中的用例圖，生成Web應用系統(tǒng)的功能模型， 根據(jù)對功能模型進行分析的分析結果，確定系統(tǒng)界面所要提供功能的范圍、各 功能之間的關系，并得到初步的用戶界面的框架。
這里，所述該功能模型所提供的功能，包括完成系統(tǒng)功能所需的Web頁面 數(shù)量、名稱等內容，并確定頁面對數(shù)據(jù)信息的需求，另外，還包括該界面所實 現(xiàn)的各種功能之間的聯(lián)系，通過這種系統(tǒng)功能之間的關系，能夠明確構成系統(tǒng)
步驟102:根據(jù)所述功能模型提取頁面對象集合，并利用UML模型圖中的
型包括對象模型和交互模型，然后執(zhí)行步驟103或步驟104。
這里，所述靜態(tài)模型圖，如類圖；所述動態(tài)模型圖，如活動圖。所述
對象模型屬于靜態(tài)模型，是一種樹型結構，其對象間的關系通常有四種表現(xiàn)形
式范化關系、父子關系、兄弟關系以及鄰居關系。所述交互模型屬于動態(tài)模
型，主要描述頁面對象在完成系統(tǒng)功能時的一系列動態(tài)依存關系。
步驟103:根據(jù)對象模型和/或交互模型描述的內容，基于數(shù)據(jù)庫操作語句
的結構分解圖，生成頁面業(yè)務對象的樹型結構圖，并為與頁面業(yè)務功能相關的
對象賦予數(shù)據(jù)庫接口屬性，然后執(zhí)行步驟105。
這里，所述過程中由于業(yè)務對象的樹型結構與步驟102中生成的對象模型
的樹型結構有可能不同，還需要對對象模型進行增補和調整，但通常情況下需
間的關系生成內部模型，其中，要增加 一 些只與業(yè)務功能相關而與頁面顯示無關的對象。所述對象只是用于保 證頁面業(yè)務功能的完整性，因而 一 般不需要在頁面上顯示。
步驟104:根據(jù)步驟102中對交互模型的描述以及對頁面顯示的需求，來 確定表示模型的頁面元素的顯示屬性和頁面布局，即建立表示模型，然后執(zhí)行 步驟105。
這里，所有頁面模板的總和構成頁面模板庫，當Web應用軟件運行時，所 述系統(tǒng)根據(jù)頁面功能和頁面之間的導航關系，從頁面模板庫中選擇相應的頁面 模板進行顯示。所述一個頁面模板不一定表示某個單一的Web頁面功能，若某 項頁面功能需要多個Web頁面聯(lián)合表示，則需從頁面模板庫中選取多個頁面模
步驟105:根據(jù)對象模型、數(shù)據(jù)庫接口模型和表示模型的分析結果，生成 完整的用戶定制信息，并將所述用戶定制信息以XML格式的文檔加以保存， 通過頁面翻譯引擎將定制信息轉換為可顯示的Web頁面。
這里，由于XML具有可擴展、結構化以及管理靈活的特點，能夠很好地 體現(xiàn)系統(tǒng)的可定制特性，最后通過使用可擴展樣表變換語言(XSLT, Extensible Stylesheet Language Transformations)將頁面翻譯成XML的文檔形式。所述用 來保存用戶定制信息的XML文檔可以是一個或多個。本發(fā)明實施例中，使用 的頁面翻譯引擎為XSLT +層疊樣式表單(CSS, Cascading Style Sheets) + JavaScript,而且能夠根據(jù)系統(tǒng)功能的需要，可以將一個XML文檔翻譯成多個 Web頁面，也將多個XML文檔聯(lián)合翻譯為一個Web頁面。在頁面加載過程中 為了達到良好的用戶體驗，還可以對某些部分釆用Aj ax異步加載模式。
具體過程可按照如下兩種方式進行 一種是Web應用系統(tǒng)生成一份默認的 用戶定制信息，首次使用Web應用系統(tǒng)時可以對默認的定制信息進行修改，生 成符合自己需求和使用習慣的定制信息，用戶向服務器提交自己的修改信息后， 服務器為該用戶保存 一 份只屬于該用戶的定制信息，以后該用戶只能對此定制 信息進行修改；另一種是在系統(tǒng)設計階段為每個用戶設置各自的定制信息，當 用戶首次使用Web應用系統(tǒng)時，服務器查找屬于該用戶的定制信息，通過頁面翻譯引擎的翻譯后向顯示出來。
以上所述的Web頁面對象根據(jù)表現(xiàn)形式的不同可分為三類
第一類只擁有頁面顯示屬性的頁面對象，這些對象只負責控制頁面控件
第二類只擁有頁面業(yè)務屬性的頁面對象，這些對象是為了保證頁面業(yè)務 功能的完整性而額外增加的對象，不以控件形式在Web頁面上顯示；
第三類同時擁有頁面顯示屬性和頁面業(yè)務屬性的頁面對象。
步驟106:根據(jù)所顯示的Web頁面與預想的效果對比，判斷是否需要修改 定制信息，若不需要修改，則結束Web頁面生成過程；否則，執(zhí)行步驟107。
步驟107:在客戶端生成定制修改信息，提交到服務器端相應用戶的定制 信息中并保存，然后結束本次Web頁面生成過程。
這里，所述定制信息被修改后生成的修改信息，其結構應該與原定制信息 的結構相同，以便能快速準確地定位到需要修改的部分，而定制信息被修改后 生成的修改信息，其表示形式可以是XML格式或其他形式。所述定制信息的 修改可以有兩種方式
- 一種是系統(tǒng)開發(fā)人員或維護人員根據(jù)用戶的新需求或對某項需求的調整信 息，直接修改XML定制信息文檔；另一種方式是通過用戶在與Web軟件的交 互過程中產(chǎn)生的定制修改信息，通過網(wǎng)絡向服務器端提交定制修改信息，由服 務器根據(jù)用戶提交的修改信息來修改屬于該用戶的XML文檔。
圖2為本發(fā)明實施例中Web應用系統(tǒng)的功能模型示意圖，用所述Web應 用系統(tǒng)的功能模型確定Web頁面的功能、數(shù)量、名稱等信息；如圖2所示，該 例能夠提供四種系統(tǒng)功能，即用戶1-l使用用例1-1的功能；用戶l-2使用用例 l-2的功能；用戶l-2使用用例1-1的功能；用戶l-2使用用例1-2的功能。分 別使用四個Web頁面來表達此用例的功能，這四個頁面的名稱分別命名為用 戶l-l用例l-l;用戶l-l用例l-2;用戶1-2用例1-1;用戶1-2用例1-2。
圖3為本發(fā)明實施例中由功能模型產(chǎn)生對象集合的過程示意圖，用于表示 通過功能模型的分析發(fā)現(xiàn)頁面對象的過程。如圖3所示，所述功能模型中包括兩個用例，即用例1和用例2，通過功能模型的分析發(fā)現(xiàn)頁面對象集合，其中， 頁面對象根據(jù)其所隸屬的頁面功能可以分成不同的集合。
圖4為本發(fā)明實施例中由對象模型標識的對象樹型結構示意圖，如圖4所 示，頁面對象間的關系有四種表現(xiàn)形式，如，范化關系、父子關系、兄弟關系、 鄰居關系。對象的靜態(tài)關系是一個二元組r (Ol， 02)，這種關系包括對象之間 的范化關系、父子關系、兄弟關系、鄰居關系等。如圖4所示，對象l和對象 2，對象3之間是范化關系，因為對象2和對象3都是對象1中的一類對象；對 象2和對象3的關系屬于兄弟關系，對象2和對象4的關系是一種父子關系， 它們之間有明確的順序關系，表示在頁面中如果對象2不顯示，對象4和對象 5都不會顯示，另一種順序關系也可能發(fā)生在對象4和對象5之間，表示在頁 面上顯示時，對象4排在對象5之前先顯示；對象4和對象5之間的關系是鄰 居關系，對象4和對象6也是一種鄰居關系，只是這種鄰居關系的距離不同。 另外，這里需要注意的是，名稱相同的對象由于關聯(lián)于不同的系統(tǒng)功能，應該
圖5為本發(fā)明實施例中數(shù)據(jù)庫操作語句分解所得的樹型結構示意圖，如圖 5所示，將結構化查詢語言(SQL)語句拆分成一種樹形層次結構，每層代表 SQL語句的一部分，每層對應的頁面對象被賦予一種數(shù)據(jù)庫接口屬性，這種層 次關系也就決定了頁面對象之間的 一 種層次關系，處于同 一 層的對象之間是一 種兄弟關系或父子關系。
這種層次結構的設計原則是按照對象與用戶的交互程度，對象在頁面上 顯示的變化性的大小來決定對象在層次結構中的位置。那些與用戶直接交互的， 能被用戶頻繁修改的對象被安排在該層次結構的最底層，比如那些允許用戶 輸入査詢條件的頁面對象就屬于這種處于結構最底層的對象。
層與層之間的對象是父子關系，又稱包含關系。表示操作類型的對象位于 對象模型的最高層；代表各個相關表的對象之間是兄弟關系，而在實際應用中， 所有的相關表往往用一個對象表示；表示顯示字段的對象和表示條件字段的對 象之間是鄰居關系，各個顯示字段對象或各個條件字段對象之間是鄰居關系或父子關系；表示條件值的對象在對象模型中處于最底層，各個條件值對象之間
圖6為本發(fā)明實施例中可定制的Web應用系統(tǒng)的頁面自動生成方法的 FMDP模型結構示意圖，本發(fā)明所述的可定制的面向Web應用系統(tǒng)的頁面自動 生成方法，可以抽象為用圖6所示的FMDP模型來表示，但本發(fā)明方法并不局 限于同 一 軟件內部的不同用戶的可定制需求，對同類軟件的需求可定制開發(fā)同 樣適用。
以上所述為本發(fā)明利用FMDP模型自動生成Web頁面的過程，由于在Web 頁面自動生成過程中，能夠根據(jù)不同用戶的不同需求為每個用戶生成各自的定 制信息，且所生成的定制信息能夠以XML格式的文檔在服務器端進行集中保 存，并能夠利用XSLT的頁面翻譯引擎實現(xiàn)Web頁面的自動生成，而且還能夠 使用CSS技術對頁面對象的顯示屬性進行補充，實現(xiàn)對頁面的布局、字體、顏 色、背景以及其它效果的精確控制。在此過程中還可以使用JavaScript等腳本 語言對一些頁面對象觸發(fā)的事件進行處理，從而大大提高了 Web頁面提供交互 功能的靈活度。使得在Web頁面與用戶的交互過程中，用戶可以直觀地看到 Web頁面的定制效果，同時還可以對之前的定制需求進行修改。另外，對于用 戶的修改信息，同樣能夠以一種結構化的形式提交給服務器，所述修改信息的 結構與定制信息的結構相同，以便服務器可以在XML文檔中精確地定位到需 要修改的節(jié)點。
因而使用本發(fā)明方法能夠輕松地實現(xiàn)可定制的We b應用系統(tǒng)的頁面自動生 成，也能夠很好地適應當前定制型軟件的發(fā)展趨勢，因而也提高了Web應用系
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1、一種面向Web應用系統(tǒng)的頁面生成方法，其特征在于，該方法包括以下步驟A、根據(jù)統(tǒng)一建模語言(UML)模型的用例圖，建立Web應用系統(tǒng)的功能模型，然后由功能模型生成內部模型；B、根據(jù)所述內部模型的對象模型和/或交互模型所描述的內容，利用數(shù)據(jù)庫操作語句的結構分解圖，生成頁面業(yè)務對象的樹型結構圖，并為與頁面業(yè)務功能相關的對象賦予數(shù)據(jù)接口屬性；C、根據(jù)對交互模型的描述以及對頁面顯示的需求確定表示模型的頁面元素的顯示屬性和頁面布局，得到表示模型，并根據(jù)對象模型、數(shù)據(jù)庫接口模型和表示模型的分析結果，生成完整的用戶定制信息，然后將所述用戶定制信息以XML格式的文檔保存在服務器端，再通過頁面翻譯引擎將定制信息轉換為可顯示的Web頁面。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述步驟C之后進--步包括如果所顯示的Web頁面不能滿足預期的效果要求，則通過客戶端生成定制 修改信息，再將修改后的定制信息提交到服務器端進行Web頁面的修改，并將
3、 根據(jù)權利要求1所述的方法，其特征在于，步驟A中由所述功能模型Al、通過對所述功能模型進行分析，確定Web應用系統(tǒng)的界面所提供的功 能的范闈以及各功能之間的關系，頁面的功能、數(shù)量、名稱，以及發(fā)現(xiàn)頁面對 象集合和用來表示系統(tǒng)功能的Web頁面之間的關系，得到用戶界面的框架；A2、根據(jù)所述功能模型提取頁面對象集合，并利用UML模型中靜態(tài)模型 圖和動態(tài)模型圖分析頁面對象間的關系，然后生成內部模型，其中，內部模型 包括對象模型和交互模型。
4、 根據(jù)權利要求3所述的方法，其特征在于，步驟A2所述頁面對象間的 關系，包括屬于靜態(tài)模型的對象模型中各對象之間的范化關系、父子關系、 兄弟關系以及鄰居關系；屬于動態(tài)模型的交互模型，用于描述頁面對象在完成 系統(tǒng)功能時的 一 系列動態(tài)依存關系。
5、 根據(jù)權利要求l所述的方法，其特征在于，步驟B所述根據(jù)數(shù)據(jù)庫操 作語句的分解結構圖生成頁面業(yè)務對象的樹型結構圖，以及為與頁面業(yè)務功能 相關的對象賦予數(shù)據(jù)庫接口屬性的過程為將結構化查詢語言SQL語句拆分成一種樹形層次結構，每層代表SQL語 句的一部分，每層對應的頁面對象被賦予數(shù)據(jù)庫接口屬性，依據(jù)這種層次關系 確定頁面對象之間的層次關系，其中，處于同一層的對象之間為兄弟關系或父'子-
6、 根據(jù)權利要求1或5所述的方法，其特征在于，在對與頁面業(yè)務功能相 關的對象賦予數(shù)據(jù)接口屬性之前，需要建立數(shù)據(jù)庫接口模型，其過程為利用 對數(shù)據(jù)庫操作語句進行分解得到的樹型結構圖，為樹型結構中的所有節(jié)點分配 相應的頁面對象集合，若所述頁面對象集合中沒有與所述節(jié)點對應的對象，則 增加頁面對象。
7、 根據(jù)權利要求l所述的方法，其特征在于，步驟C所述確定表示模型 的頁面元素的顯示屬性和頁面布局的過程為根據(jù)對交互模型的描述以及對頁面顯示的需求，抽取頁面對象的可是顯示 屬性和頁面布局屬性，再根據(jù)Web應用系統(tǒng)的頁面功能以及頁面之間的導航關 系從頁面模板庫中選擇相應的頁面模板進行顯示，從而建立表示模型。
8、 根據(jù)權利要求l所述的方法，其特征在于，步驟C所述根據(jù)對象模型、 數(shù)據(jù)庫接口模型和表示模型的分析結果生成用戶定制信息的過程有如下兩種方 式第一種Web應用系統(tǒng)只生成一份默認的用戶定制信息，用戶各自的定制 信息都在對此默認的定制信息進行修改后生成；第二種Web應用系統(tǒng)的服務器在開始就為所有用戶保存各自的定制信息XML文檔。
9、 根據(jù)權利要求1所述的方法，其特征在于，步驟C所述頁面翻譯引擎 為可擴展樣表轉換語言XSLT +層疊樣式表單CSS + JavaScript。
10、 根據(jù)權利要求1或9所述的方法，其特征在于，通過所述頁面翻譯引 擎將可定制信息轉換為可顯示的Web頁面的表現(xiàn)形式有如下三類第一類只擁有頁面顯示屬性的頁面對象，這些對象只負責控制頁面控件第二類只擁有頁面業(yè)務屬性的頁面對象，這些對象是為了保證頁面業(yè)務 功能的完整性而額外增加的對象，不以控件形式在Web頁面上顯示；第三類同時擁有頁面顯示屬性和頁面業(yè)務屬性的頁面對象。
11、根據(jù)權利要求1或2所述的方法，其特征在于，通過客戶端對所述生 成定制進行修改的方式有一種是根據(jù)用戶的新需求或對某項需求的調整信息，直接修改XML定制 信息文檔；另 一種是通過用戶在與Web軟件的交互過程中產(chǎn)生的定制修改信息， 通過網(wǎng)絡向服務器端提交定制修改信息，由服務器根據(jù)用戶提交的修改信息來 修改屬于該用戶的XML文檔。
全文摘要
本發(fā)明公開了一種面向Web應用系統(tǒng)的頁面自動生成方法，該方法借助統(tǒng)一建模語言(UML)建模技術和擴展標記語言(XML)技術，采用FMDP模型，其步驟包括生成Web應用系統(tǒng)的功能模型、內部模型、數(shù)據(jù)庫接口模型、表示模型；根據(jù)所述模型生成系統(tǒng)可定制信息并以XML格式的文檔集中保存于系統(tǒng)服務器端；并提供客戶端用戶根據(jù)定制需要方便地修改原定制信息的功能。采用本發(fā)明實現(xiàn)了真正意義上的Web應用系統(tǒng)的可定制，而且利用本發(fā)明能夠快速地生成可定制的web應用系統(tǒng)，且能在避免重新編譯整個系統(tǒng)的前提下實現(xiàn)系統(tǒng)需求的調整，提高了Web軟件的開發(fā)效率。
文檔編號G06F17/30GK101676910SQ200810222829
公開日2010年3月24日 申請日期2008年9月19日 優(yōu)先權日2008年9月19日
發(fā)明者權 于, 崔曉瑜, 幟 湯, 馬志慧 申請人:北京大學;北大方正集團有限公司;北京方正電子政務信息科技有限公司