用於表單生成和運行的系統及方法
2023-12-03 01:36:41
專利名稱：用於表單生成和運行的系統及方法
技術領域：
本發明涉及計算機技術領域，具體而言，涉及ー種用於表單生成和運行的系統及方法。
背景技術：
隨著IT技術的發展，軟體系統需要支持更多的終端設備。企業管理軟體除了在傳統的計算機終端運行外，也開始在智慧型手機等行動裝置上廣泛應用。例如，用戶可能通過手機或PC進行訂單操作，企業管理人員需要使用行動裝置隨時隨地進行業務流程審批。因此在實現軟體系統時，不但要考慮體系架構，還要考慮不同的終端設備差異。在常見的實現方案中，支持多架構或多平臺的軟體系統很難實現完善的方案兼顧 復用性和擴展性，具體表現為組件復用性低，開發和維護成本較高。服務端和客戶端根據架構和終端的差異，分別要實現不同的組件，這些組件通常會包含大量執行相同任務的代碼。因為技術平臺的差異，往往要使用不同的技術開發功能相同的模塊，代碼復用性差，難以擴展和維護；擴展性差，無法適應不同終端設備。PC、智慧型手機等設備在顯示上有較大差異，如屏幕尺寸和解析度等，使用固定n界面無法自動適應不同的終端屏幕，使得軟體被局限在特定終端環境中運行，而無法靈活的擴展到不同的客戶端設備上。因此，需要一種新的支持多架構或多平臺的軟體系統，能夠實現完善的方案兼顧復用性和擴展性。
發明內容
本發明正是基於上述問題，提出了ー種用於表單生成和運行的系統，能夠實現完善的方案兼顧復用性和擴展性。有鑑於此，本發明提出了一種表單生成和運行的系統，所述表單應用於至少ー種終端，則所述系統包括模型設計單元，用於設計所述表單針對上述至少ー種終端的至少ー個UI模型，並將所述至少ー個n模型生成為UI模型元數據；界面設計單元，用於設計所述表單針對上述至少ー種終端的至少ー個UI界面，並將所述至少ー個UI模型生成為UI界面元數據；發布單元，針對待發布終端的類型，從所述Ui模型元數據和所述UI界面元數據中獲取對應的數據，以進行發布；運行單元，利用所述對應的數據完成對所述表單的加載。在該技術方案中，實現了對UI (User Interface,用戶界面)設計,經過發布後,可以以一致的n呈現方式和行為邏輯在不同的客戶端環境中運行，從而使得ー套軟體系統可以支持不同的客戶端和設備，提高了系統的復用性和擴展性，並且簡化了系統開發、部署和維護的成本。在上述技術方案中，優選地，所述界面設計單元包括預存儲子単元，用於預存儲至少ー種UI組件類型及對應的UI組件屬性；配置子単元，為所述UI界面元數據中的每個所述UI界面配置相應的UI組件類型、及對應於該UI組件類型的UI組件屬性。
在上述技術方案中，優選地，所述界面設計單元還包括關聯存儲子單元，用於將至少ー個所述n模型與至少ー個所述n界面之間的關聯關係存儲至所述n模型元數據或所述n界面元數據中。在上述任一技術方案中，優選地，所述發布単元包括數據解析子単元，用於對所述n模型元數據進行解析；判斷子単元，用於判斷所述n模型元數據中是否包含業務邏輯插件；構架生成子単元，用於在所述判斷子単元的判斷結果為是的情況下，為每個所述UI模型生成相應的n模型代碼構架，其中，所有的所述n模型代碼構架採用統一類型的代碼；檢測子單元，用於檢測所述表單的運行平臺採用的代碼類型；編譯子單元，用於在所述表單的運行平臺採用其他類型的代碼的情況下，對所述n模型代碼構架進行代碼編譯為所述其他類型的代碼。在上述任一技術方案中，優選地，還包括服務層創建単元，用於採用Windows通訊接ロ技術進行創建所述表單對應的應用服務層。 根據本發明的又一方面，還提出了ー種用於表單生成和運行的方法，包括步驟202，所述表單應用於至少ー種終端，對所述表單的UI模型和UI界面分別進行設計，並將生成的至少ー個UI模型生成為UI模型元數據、將生成的至少ー個UI界面生成為UI界面元數據；步驟204，針對待發布終端的類型，從所述n模型元數據和所述n界面元數據中獲取對應的數據以供發布；步驟206，利用所述對應的數據完成對所述表單的加載。在該技術方案中，在該技術方案中，實現了對n設計，經過發布後，可以以一致的UI呈現方式和行為邏輯在不同的客戶端環境中運行，從而使得一套軟體系統可以支持不同的客戶端和設備，提高了系統的復用性和擴展性，並且簡化了系統開發、部署和維護的成本。在上述技術方案中，優選地，在所述步驟202中，生成所述UI界面元數據的過程包括預存儲至少ー種UI組件類型及對應的UI組件屬性；為所述UI界面元數據中的每個所述UI界面配置相應的UI組件類型、及對應於該UI組件類型的UI組件屬性。在上述技術方案中，優選地，所述步驟202包括將至少一個所述UI模型與至少ー個所述n界面之間的關聯關係存儲至所述n模型元數據或所述n界面元數據中。在上述任一技術方案中，優選地，所述步驟204中，還包括對所述n模型元數據進行解析，若包含業務邏輯插件，則為每個所述UI模型生成相應的UI模型代碼構架，其中，所有的所述n模型代碼構架採用統ー類型的代碼；以及若所述表單的運行平臺採用其他類型的代碼，則對所述Ui模型代碼構架進行代碼編譯為所述其他類型的代碼。在上述任一技術方案中，優選地，所述步驟206中，還包括所述表單對應的應用服務層為採用Windows通訊接ロ技術進行創建。通過以上技術方案，能夠實現完善的方案兼顧復用性和擴展性。
圖I示出了根據本發明的實施例的用於表單生成和運行的系統的框圖；圖2示出了根據本發明的實施例的用於表單生成和運行的方法的流程圖；圖3示出了根據本發明的實施例的表單系統結構示意圖；圖4示出了根據本發明的實施例的表單設計時的結構示意圖5示出了根據本發明的實施例的表單設計的流程圖；圖6A和圖6B示出了根據本發明的實施例的表單n界面的示意圖；圖7示出了根據本發明的實施例的表単元數據發布的流程圖；圖8示出了根據本發明的實施例的表單運行時的流程圖。
具體實施例方式為了能夠更清楚地理解本發明的上述目的、特徵和優點，下面結合附圖和具體實施方式
對本發明進行進一歩的詳細描述。需要說明的是，在不衝突的情況下，本申請的實施例及實施例中的特徵可以相互組合。在下面的描述中闡述了很多具體細節以便於充分理解本發明，但是，本發明還可 以採用其他不同於在此描述的其他方式來實施，因此，本發明的保護範圍並不受下面公開的具體實施例的限制。圖I示出了根據本發明的實施例的表單生成和運行的系統的框圖。如圖I所示，表單生成和運行的系統100中表單應用於至少ー種終端，則系統100包括模型設計單元102，用於設計表單針對上述至少ー種終端的至少ー個n模型，並將至少ー個n模型生成為Ui模型元數據；界面設計單元104，用於設計表單針對上述至少ー種終端的至少ー個UI界面，並將至少ー個UI模型生成為UI界面元數據；發布單元106，針對待發布終端的類型，從Ui模型元數據和UI界面元數據中獲取對應的數據，以進行發布；運行単元108，利用對應的數據完成對表單的加載。在該技術方案中，實現了對UI (User Interface,用戶界面)設計,經過發布後,可以以一致的n呈現方式和行為邏輯在不同的客戶端環境中運行，從而使得ー套軟體系統可以支持不同的客戶端和設備，提高了系統的復用性和擴展性，並且簡化了系統開發、部署和維護的成本。在上述技術方案中，界面設計單元104包括預存儲子単元1042，用於預存儲至少ー種UI組件類型及對應的UI組件屬性；配置子単元1044，為UI界面元數據中的每個n界面配置相應的UI組件類型、及對應於該UI組件類型的UI組件屬性。在上述技術方案中，界面設計單元104還包括關聯存儲子單1046，用於將至少ー個n模型與至少ー個n界面之間的關聯關係存儲至n模型元數據或n界面元數據中。在上述任一技術方案中，發布單元106包括數據解析子單元1060，用於對n模型元數據進行解析；判斷子単元1062，用於判斷UI模型元數據中是否包含業務邏輯插件；構架生成子単元1064，用於在判斷子単元1062的判斷結果為是的情況下，為每個UI模型生成相應的UI模型代碼構架，其中，所有的UI模型代碼構架採用統ー類型的代碼；檢測子單元1066，用於檢測表單的運行平臺採用的代碼類型；編譯子單元1068，用於在表單的運行平臺採用其他類型的代碼的情況下，對n模型代碼構架進行代碼編譯為其他類型的代碼。在上述任一技術方案中，還包括服務層創建單元110,用於採用Windows通訊接ロ技術進行創建表單對應的應用服務層。圖2示出了根據本發明的實施例的用於表單生成和運行的方法的流程圖。如圖2所示，用於表單生成和運行的方法包括步驟202，表單應用於至少ー種終端，對表單的UI模型和UI界面分別進行設計，並將生成的至少ー個UI模型生成為UI模型元數據、將生成的至少ー個n界面生成為n界面元數據；步驟204，針對待發布終端的類型，從n模型元數據和n界面元數據中獲取對應的數據以供發布；步驟206，利用對應的數據完成對表單的加載。在該技術方案中，在該技術方案中，實現了對n設計，經過發布後，可以以一致的UI呈現方式和行為邏輯在不同的客戶端環境中運行，從而使得一套軟體系統可以支持不同的客戶端和設備，提高了系統的復用性和擴展性，並且簡化了系統開發、部署和維護的成本。 在上述技術方案中，步驟202中，生成n界面元數據的過程包括預存儲至少ー種UI組件類型及對應的UI組件屬性；為UI界面元數據中的每個UI界面配置相應的UI組件類型、及對應於該UI組件類型的UI組件屬性。在上述技術方案中，步驟202包括將至少ー個n模型與至少ー個n界面之間的關聯關係存儲至n模型元數據或n界面元數據中。 在上述任一技術方案中，步驟204還包括對n模型元數據進行解析，若包含業務邏輯插件，則為每個UI模型生成相應的UI模型代碼構架，其中，所有的UI模型代碼構架採用統ー類型的代碼；以及若表單的運行平臺採用其他類型的代碼，則對n模型代碼構架進行代碼編譯為其他類型的代碼。在上述任一技術方案中，步驟206還包括表單對應的應用服務層為採用Windows通訊接ロ技術進行創建。圖3示出了根據本發明的實施例的表單系統結構示意圖。如圖3所示，表單系統結構包括表單設計時、元數據發布系統、表單運行時三個子系統。其中，表單設計時定義表單數據、邏輯模型和n界面等元數據；元數據發布系統基於設計時元數據創建運行時所需的數據和邏輯組件；表單運行時用於支持在多種平臺基於已發布的數據和邏輯組件運行表單。另外，傳統意義上的表單概念是指ー個包含數據和邏輯的業務對象，通過表格、卡片等n単元向用戶呈現界面，用戶可通過表單界面查看、編輯、提交業務數據。這種表單定義的特性更類似於企業管理軟體中的單據特性，在現有表單系統或技術方案中，表單往往也是以單據形式定義和運行的。在本發明描述的系統中，表單概念被的延伸以包含更廣泛的業務對象範圍，這些對象不僅僅包含單據，還包含其他以數據處理為目標的業務對象，如選項配置、數據列表、查詢條件編輯等，這些業務對象的共同特徵是都包含數據處理和n界面。本發明描述的表單系統抽取這類對象的共性，實現了應用更為廣泛的表單系統。(一)表單設計時如圖4所示，表單設計時用於定義表單的數據結構、業務邏輯和UI界面等元數據。分析不同技術平臺和客戶端類型後可以發現，支持多種客戶端運行的難點在於客戶端UI呈現技術和特性存在較大差異，這些差異導致設計出的UI界面很難適應不同客戶端環境。在現有系統中，表單設計通常耦合了業務邏輯和n界面，一個表單往往只有ー個固定的n界面，導致n界面適應性差，無法滿足多客戶端的需求。針對這ー難點，在本發明描述的表單系統中，對n界面進行了分離，UI界面與業務數據和業務邏輯不再具有嚴格的依賴關係。相應的，表單設計時也包含兩個設計器UI模型設計器、布局視圖設計器。其中，n模型設計器用於定義表單的業務數據結構模型和業務邏輯模型，其設計結果生成Ui模型元數據；布局視圖設計器用於定義最終用戶可見的UI界面，其設計結果生成UI布局元數據，同一個表單可以定義多個布局視圖。設計器生成的元數據之間相對獨立，減少了 UI界面與業務數據和業務邏輯之間的耦合關係，為UI界面適應不同客戶端環境創造了條件。具體地，如圖5所示，是表單設計時的完整流程圖，其中，又可以分為UI模型設計和布局視圖(n界面)定義。(I)UI模型設計UI模型設計是定義表單業務數據模型和業務邏輯模型的過程。 表單的業務數據模型定義表單將要呈現和編輯的數據內容，以及數據的業務特性。例如單據類型的表單通常包含ー個或多個相互關聯的數據表，每個數據表包含ー組欄位，每個欄位包含「數據類型」、「名稱」、「長度」、「是否唯一」、「是否允許為空」等屬性。這些表及欄位構成了表單的業務數據結構，表單的業務數據模型就是對表単數據結構的定義。在本發明所述的表單系統中，表單的業務數據模型可以使用以下兩種類型的實體模型組成 數據實體模型。在包含本表單系統的管理軟體系統中，數據實體模型是預先定義的公用數據結構模型，通常包含特定應用領域的業務數據信息，對應ー個資料庫物理表或視圖。本表單系統支持使用公用數據實體模型作為表單的業務數據結構，在運行時使用實體數據作為表單的數據源。數據實體模型通常用於定義單據、單據列表、數據檔案等表單類型的數據結構，這些類型的表單用於向用戶呈現和編輯業務數據，與表單關聯的業務數據通常需要從資料庫加載並在編輯完成後保存到資料庫； 控制實體模型。控制實體模型包含ー組數據項的數據結構定義，與數據實體模型不同的是，控制實體模型用於處理不需要存儲到資料庫的臨時數據，這些數據主要在非單據類型的n界面中呈現，用於向用戶顯示或獲取信息。控制實體模型通常用於定義選項配置、查詢等表單類型的數據模型。根據表單數據結構的需要，一個表單可以定義一個或多個實體模型。表單的業務邏輯模型定義表單如何響應用戶的UI動作以及UI狀態。業務邏輯模型包含可供調用的命令列表，以及命令在業務場景模式中的狀態。每個命令執行特定的業務邏輯操作，例如單據類型的表單通常具有「新増」、「保存」、「修改」、「提交」、「列印」等命令，這些命令由UI界面在接收到用戶操作時調用。在單據已經保存或提交審核的模式下，這些命令又具有不同的狀態，如「可用」、「不可用」、「顯示」、「隱藏」等n狀態。這些命令及狀態，構成了表單的業務邏輯模型。n模型設計結果生成n模型元數據，以數據表形式存儲到資料庫。每個表單對應ー份n模型元數據。(2)布局視圖定義布局視圖用於定義用戶可見的UI界面。UI界面通常包含一組用於向用戶呈現或獲取數據、接收用戶操作的UI元素組成。由於UI前端技術平臺差異，基於ー種技術平臺創建的UI界面無法應用於其他技術平臺，例如為Windows桌面應用程式創建的UI界面無法應用於Web應用程式，HTML頁面也無法應用於Silverlight程序。為解決技術平臺的差異性問題，在本發明描述的系統中，n界面設計不直接生成最終可見的n對象，而是生成與技術平臺無關的中間格式n界面元數據。通過對不同技術平臺UI呈現技術的分析，抽象了表單中常見的n元素類型及各個n元素的特性，這些元素類型被定義n組件類型，每個n組件類型包含一組組件屬性。UI組件類型和UI組件屬性具有各自的元數據標識。用戶基於系統提供的UI組件類型創建UI界面。在本系統中支持的UI組件類型如表I所示
權利要求
1.一種用於表單生成和運行的系統，其特徵在於，所述表單應用於至少一種終端，則所述系統包括 模型設計單元，用於設計所述表單針對上述至少一種終端的至少一個n模型，並將所述至少一個n模型生成為n模型元數據； 界面設計單元，用於設計所述表單針對上述至少一種終端的至少一個UI界面，並將所述至少一個UI模型生成為UI界面元數據； 發布單元，針對待發布終端的類型，從所述n模型元數據和所述n界面元數據中獲取對應的數據，以進行發布； 運行單元，利用所述對應的數據完成對所述表單的加載。
2.根據權利要求I所述的用於表單生成和運行的系統，其特徵在於，所述界面設計單元包括 預存儲子單元，用於預存儲至少一種UI組件類型及對應的UI組件屬性； 配置子單元，為所述n界面元數據中的每個所述n界面配置相應的n組件類型、及對應於該n組件類型的n組件屬性。
3.根據權利要求2所述的用於表單生成和運行的系統，其特徵在於，所述界面設計單元還包括 關聯存儲子單元，用於將至少一個所述n模型與至少一個所述n界面之間的關聯關係存儲至所述n模型元數據或所述n界面元數據中。
4.根據權利要求I至3中任一項所述的用於表單生成和運行的系統，其特徵在於，所述發布單元包括 數據解析子單元，用於對所述UI模型元數據進行解析； 判斷子單元，用於判斷所述n模型元數據中是否包含業務邏輯插件； 構架生成子單元，用於在所述判斷子單元的判斷結果為是的情況下，為每個所述n模型生成相應的UI模型代碼構架，其中，所有的所述UI模型代碼構架採用統一類型的代碼；檢測子單元，用於檢測所述表單的運行平臺採用的代碼類型； 編譯子單元，用於在所述表單的運行平臺採用其他類型的代碼的情況下，對所述n模型代碼構架進行代碼編譯為所述其他類型的代碼。
5.根據權利要求I至3中任一項所述的用於表單生成和運行的系統，其特徵在於，還包括 服務層創建單元，用於採用Windows通訊接口技術進行創建所述表單對應的應用服務層。
6.一種用於表單生成和運行的方法，其特徵在於，包括 步驟202，所述表單應用於至少一種終端，對所述表單的UI模型和UI界面分別進行設計，並將生成的至少一個UI模型生成為UI模型元數據、將生成的至少一個UI界面生成為UI界面元數據； 步驟204，針對待發布終端的類型，從所述UI模型元數據和所述UI界面元數據中獲取對應的數據以供發布； 步驟206，利用所述對應的數據完成對所述表單的加載。
7.根據權利要求6所述的用於表單生成和運行的方法，其特徵在於，在所述步驟202中，生成所述n界面元數據的過程包括 預存儲至少一種UI組件類型及對應的UI組件屬性； 為所述n界面元數據中的每個所述n界面配置相應的n組件類型、及對應於該n組件類型的n組件屬性。
8.根據權利要求7所述的用於表單生成和運行的方法，其特徵在於，所述步驟202包括 將至少一個所述UI模型與至少一個所述UI界面之間的關聯關係存儲至所述UI模型元數據或所述UI界面元數據中。
9.根據權利要求6至8中任一項所述的用於表單生成和運行的方法，其特徵在於，所述步驟204中，還包括 對所述n模型元數據進行解析，若包含業務邏輯插件，則為每個所述n模型生成相應的n模型代碼構架，其中，所有的所述n模型代碼構架採用統一類型的代碼；以及 若所述表單的運行平臺採用其他類型的代碼，則對所述n模型代碼構架進行代碼編譯為所述其他類型的代碼。
10.根據權利要求6至8中任一項所述的用於表單生成和運行的方法，其特徵在於，所述步驟206中，還包括 所述表單對應的應用服務層為採用Windows通訊接口技術進行創建。
全文摘要
本發明提供了一種用於表單生成和運行的系統，所述表單應用於至少一種終端，則所述系統包括模型設計單元，用於設計所述表單針對上述至少一種終端的至少一個UI模型，並將所述至少一個UI模型生成為UI模型元數據；界面設計單元，用於設計所述表單針對上述至少一種終端的至少一個UI界面，並將所述至少一個UI模型生成為UI界面元數據；發布單元，針對待發布終端的類型，從所述UI模型元數據和所述UI界面元數據中獲取對應的數據，以進行發布；運行單元，利用所述對應的數據完成對所述表單的加載。根據本發明的又一方面，還提出了一種用於表單生成和運行的方法。通過本發明的技術方案，能夠實現完善的方案兼顧復用性和擴展性。
文檔編號G06F9/44GK102789382SQ20121022258
公開日2012年11月21日 申請日期2012年6月28日 優先權日2012年6月28日
發明者於江旭, 侯關士, 張勁濤, 歐陽娜, 陳鴻遠 申請人:用友軟體股份有限公司