業(yè)務構件中的可復用模式及其代碼封裝技術

1、業(yè)務構件中的可復用模式及其代碼封裝技術REUSABLE PATTERN AND ITS CODE PACKAGING TECHNOLOGY FOR BUSINESS COMPONENT哈爾濱工業(yè)大學2010 年 6 月號：TP315 UDC：621.3學校代碼：10213密級：公開業(yè)務構件中的可復用模式及其代碼封裝技術：導師：戰(zhàn)德臣教授申請學位：工學學科：計算機科學與技術所在：計算機科學與技術學院期：2010 年 6 月：哈爾濱工業(yè)大學答辯日授予學位Classified Index: TP315U.D.C.:621.3Disserion for the Master Degree in Eng

2、ineeringREUSABLE PATTERN AND ITS CODE PACKAGING TECHNOLOGY FOR BUSINESS COMPONENTCandidate： Supervisor：Academic Degree AppWang WeiProf. Zhan Dechen Master of EngineeringComputer Science and Technologyd for：Spelty：Affiliation:SchoolofComputerScienceandTechnologyJune, 2010Date of Defense：Degree Confer

3、ring Institution：Harbin Institute of Technology摘要摘要在企業(yè)管理務構件可以通過參數(shù)化和配置技術被復用以適應業(yè)務需求的變化，這種構件粒度大、可變參數(shù)多、結(jié)構復雜，難以開發(fā)。業(yè)務構件是所要處理的業(yè)務對象(如業(yè)務單據(jù))的軟構件實現(xiàn)結(jié)果，包含對象的數(shù)據(jù)信息及相關的業(yè)務活動等，是一種具有完整業(yè)務語義的大粒度構件。對于這種大粒度的軟構件，其開發(fā)過程存在著大量的重復勞動，且其龐大的代碼影響著自身的快速重構。為了提高業(yè)務構件的開發(fā)效率、確保開發(fā)的正確性、在一定程度上解決構件粒度的平衡問題，本文研究了業(yè)務構件中的可復用模式及其代碼封裝技術，從而極大地減少了業(yè)務構件

4、的開發(fā)量，有利于業(yè)務構件的復用，提高了業(yè)務構件的快速重構能力。本文首先以企業(yè)應用系統(tǒng)中的業(yè)務構件為出發(fā)點，著重分析了業(yè)務構件的概念、特性、模型、復用特點以及業(yè)務構件之間的關系?；谝陨系姆治鼋Y(jié)果，從已有應用系統(tǒng)中抽取業(yè)務構件的典型的可復用模式，詳細地給出這些模式的分析、設計與實現(xiàn)過程。最后，以哈工大（威海）企業(yè)與服務智能計算技術的 I開發(fā)集成為研發(fā)，對這些典型的可復用模式進行實現(xiàn)，并且驗證了其對于提高業(yè)務構件開發(fā)效率和復用性能方面的有效性和實用性。：復用；業(yè)務構件；可復用模式；代碼封裝IAbstractIn large scale software for entrise, business

5、component is reused to adaptrequirement changes by parameterization and configuration in large scale software forentrise, but it is difficulty to develecause of the large granularity, variousparameters and complexity of the structure. The business component is the softwareimplemenion of the prosing

6、business object, such as entrise bills. With datainformation and related profesal activity included, the business component is abusiness semsegrated and large granularity component. The development of thelarge granularity soft component takes much repeat work and the components ponderouscode frustra

7、tes its quick refectory.This pr presents reusable pattern and its code packaging technology for thebusiness component to improve the efficiency and correctness of development and in a certain degree resolve the balance of component granularity. So it largely decreases thelabor cost for business comp

8、onent development, makes for reuse of business componentand enhanThis pthe ability of quick refactoring.r starts from business component of entrise applications systems,mainly studied the concept, characteristics, m, reuse characteristics of businesscomponent and the relationship betn business compo

9、nents.According to all above, the typical reusable patterns are abstracted from the existingcomponent: dpattern. This p detail.orrelation pattern，usererface pattern and authority configurationr proedysis, designing and realizing pros of these patterns inFinally, base on Iplatform of research center

10、onelligent Computing forEntrise & Serviin Harbin Institute of Technology at Wei Hai for R & D platform,reusable ms and code packaging are implemented. Meanwhile, the feasibility andeffectiveness of the reuse rate of business component get a good validation.Keywords: software reuse, business componen

11、t, reusable pattern, code packagingII目錄摘要IAbstractII第 1 章 緒論11.11.21.31.41.51.6課題來源1課題背景1研究目的和意義1國內(nèi)外研究現(xiàn)狀2目前的主要問題3本的主要工作內(nèi)容4第 2 章 業(yè)務構件的相關分析52.12.22.3業(yè)務構件的概念5業(yè)務構件的基本 6業(yè)務構件模型8業(yè)務構件模型的描述8業(yè)務構件模型的元模型8本章小結(jié)10第 3 章 業(yè)務構件中的可復用模式113.1 引言113.2 業(yè)務構件中可復用模式的分析與提取113.2.13.2.23.2.33.2.4可復用模式的定義12用戶界面模式13數(shù)據(jù)關聯(lián)模式16權限配置模式2

12、03.3 本章小結(jié)24第 4 章 業(yè)務構件中可復用模式的實現(xiàn)與代碼封裝254.1 用戶界面模式的實現(xiàn)與代碼封裝274.1.14.1.24.1.3用戶界面管理27簡單查詢編輯界面模式28主從表耦合界面模式30III4.1.4 主從表分離界面模式314.2 數(shù)據(jù)關聯(lián)模式的實現(xiàn)與代碼封裝324.2.1 JSP程序的結(jié)構324.2.24.2.3數(shù)據(jù)關聯(lián)模式的實現(xiàn)34查詢操作的執(zhí)行優(yōu)化與代碼封裝344.3 權限配置模式的實現(xiàn)與代碼封裝364.3.14.3.24.3.3權限定義36權限配置36角色權限管理374.4 本章小結(jié)39第 5 章 可復用模式的應用與驗證405.15.25.3用戶界面模式在場站管理

13、系統(tǒng)中的應用40數(shù)據(jù)關聯(lián)模式在場站管理系統(tǒng)中的應用42應用效果分析435.4 本章小結(jié)43結(jié)論44參考文獻45哈爾濱工業(yè)大學哈爾濱工業(yè)大學性 50使用書50致謝51IV第 1 章 緒論1.1 課題來源本課題來源于山東省自然科學基金重點項目“模型驅(qū)動的智能化軟構件生成技術研究”(項目號:2007ZRA10003)。1.2 課題背景的企業(yè)應用開發(fā)，在傳統(tǒng)的“構件+數(shù)據(jù)庫開發(fā)”的基礎上，正向“大粒度構件開發(fā)”的方向發(fā)展1。而業(yè)務構件(Business Component，BC)就是一種具有完整業(yè)務語義的大粒度構件，稱其為大粒度構件是相對于小粒度構件（例如一般概念上的EJB、CORBA、DOC等分布式

14、構件）而言的，它是企業(yè)生產(chǎn)和經(jīng)營過程中所處理的業(yè)務對象(如業(yè)務單據(jù))的軟構件實現(xiàn)結(jié)果，包含對象的數(shù)據(jù)信息及相關的業(yè)務活動等。對于基于業(yè)務構件的企業(yè)應用開發(fā)，各種業(yè)務構件之間存在著一定程度的相似性，程序員開發(fā)業(yè)務構件需要耗費大量的時間和精力在重復勞動上，影響了企業(yè)應用的開發(fā)效率。同時，企業(yè)外部環(huán)境和組織結(jié)構的經(jīng)常性變動迫使企業(yè)應用中的各種業(yè)務構件更改其實現(xiàn)，以適應新的業(yè)務需求。為了提高業(yè)務構件的開發(fā)效率、確保開發(fā)的正確性、在一定程度上解決構件粒度的平衡問題，本文研究了業(yè)務構件中的可復用模式及其代碼封裝技術，從而極大地減少了業(yè)務構件的開發(fā)量，有利于業(yè)務構件的復用，提高了業(yè)務構件的快速重構能力。1.

15、3 研究目的和意義的發(fā)展成為制約計算機系統(tǒng)發(fā)展的主要,擺脫作坊式的開發(fā)模式提高的生產(chǎn)效率和質(zhì)量成為當前的研究重點。解決這些問題最好的辦法是從過去的項目中吸取經(jīng)驗,抽象出公共的部分,并在以后的項目中重用它們,形成設費計模式 2, 3 。復用可以提高生產(chǎn)率,縮短開發(fā)周期,降低開發(fā)和用,生產(chǎn)更加標準化的,提高開發(fā)質(zhì)量,增強系統(tǒng)的互操作性。作為軟件重用的一種有效,基于構件的復用技術成功地完成了將系統(tǒng)開發(fā)的重點從程序設計轉(zhuǎn)移到對已有的構件的選取、調(diào)整、組裝和升級的轉(zhuǎn)換。在構件模型的支持下,通過重用已有的構件,開發(fā)者可以“即插即用”地快速構造應用系統(tǒng),從而提高工作效率,產(chǎn)生更加規(guī)范可靠的應用?；跇嫾拈_

16、發(fā)改變傳統(tǒng)的信-1-息系統(tǒng)開發(fā)方法。針對將要開發(fā)的領域進行分析，根據(jù)該領域的特征找出或者設計符合條件的業(yè)務構件，然后將這些構件有機的組裝起來成為一個系統(tǒng)4。一旦企業(yè)業(yè)務活動和業(yè)務流程發(fā)生改變，便找出相對應的業(yè)務構件進行修改或者重新設計，而不需要對整個信息系統(tǒng)進行重構，這樣則大大的節(jié)省了人力和財力，構件技術就是在此種情況下應需而產(chǎn)生的。本文根據(jù)業(yè)務構件的復用特點，尤其是大粒度構件的復用特點，講述了可復用模式的概念，將業(yè)務構件的共性抽象為模式，從業(yè)務構件中抽取出典型的可復用模式，并對這些可復用模式進行代碼封裝，因此較大地提高了業(yè)務構件的開發(fā)效率和可復用度，在一定程度上解決了構件粒度的平衡問題；縮短

17、了業(yè)務構件開發(fā)的周期，減少了大量重復代碼的編寫，降低了開發(fā)費用，提高了生產(chǎn)率；更易配置最優(yōu)的解決方案，可選擇的復用模式使得業(yè)務構件的功能豐富、完備；減少了出錯風險，因為用于組裝構件的可復用模式均已各自通過了測試和驗證，保證了開發(fā)的質(zhì)系統(tǒng)的開量；提高了系統(tǒng)的靈活性，縮短了系統(tǒng)的開發(fā)時間，減少了發(fā)和費用，是最終實現(xiàn)復用的現(xiàn)實可行的技術。1.4 國內(nèi)外研究現(xiàn)狀目前，基于構件的開發(fā)已經(jīng)越來越廣泛的應用起來，并且實踐證明是一種行之有效的工業(yè)化方法。在開發(fā)過程中普遍存在研發(fā)成本高、實施成本高、集與應用 (Entrise software &成成本高、實施周期長等問題,在企業(yè) Applications ,E

18、SA)管理開發(fā)過程中,這些問題尤為突出?；跇嫾拈_發(fā)已經(jīng)成為降低開發(fā)成本的重要方法之一5。在工業(yè)界,應用比較成構件技術有微軟公司的組件對象模型(Component Object M,COM)/分布式組件對象模型(Distributed Component Object M, DCOM)、SUN公司的JavaBeans/企業(yè)級JavaBean (Entrise Java Bean ,EJB)或?qū)ο蠊芾斫M織(Object Management Group ,OMG)的公共對象請求結(jié)構(Common Object Request Broker Architecture, CORBA)等,當前業(yè)務構

19、件大多是基于這些構件開發(fā)并組裝而成的6。在對這些業(yè)務構件可重用性的研究務構件的粒度用來衡量其包含功能的多少,是影響其可重用性的關鍵。業(yè)務構件的粒度可以很大(如對整個表單的處理),也可以很小(增加一個數(shù)據(jù)項操作)。小粒度構件的優(yōu)點是易于定義和開發(fā)，粒度小，通用范圍廣，可在較多應用中進行復用，但其眾多小粒度構件的組裝過程較為繁瑣，會導致復用效率低；反之，構件的粒度越大，構件組裝時需要的步驟就越少，可復用效率越高，但其復用范圍也越受限7。在提高構件的復用度方面,文獻8提出了一種基于業(yè)務策略的構件設計模型，-2-刻畫影響復用性能的多個指標，以實現(xiàn)復用最優(yōu)化的目標函數(shù)。也有研究將模式概念引入構件復用領域

20、,通過模式化構件共性，以提高其抽象度和復用度。文獻9利用預定義的模式進行構件識別和選擇,提高復用效率；文獻10提出一種基于模式的元模型優(yōu)化建模方法。部分研究也開始關注大粒度業(yè)務構件的復用性能，文獻11從企業(yè)級開發(fā)的視點提出了基于大中粒度業(yè)務組件的開發(fā)思維框架；文獻12認為,業(yè)務構件是位于分布式系統(tǒng)體系結(jié)構不同層次上軟構件的集成體,并提出一種基于分層的業(yè)務構件元模型；文獻13提出基于形態(tài)、層次、描述三個維度的可復用構件模型,用其優(yōu)化構件的描述、規(guī)約模型,指導企業(yè)的系統(tǒng)性復用；文獻14提出一種基于跨業(yè)務領域的功能構件復用方法,給定編譯與運行參數(shù)實例化成特定領域和具體功能的構件。除此之外,文獻15通

21、過領域分解抽象出企業(yè)構件,建立了具有可配置性的體系結(jié)構風格,以適應需求變化性。1.5 目前的主要問題上述各種方法通過不同抽象層次提取構件、優(yōu)化構件模型設計來提高構件復用性能，但這些方法存在以下問題：構件優(yōu)化偏重于細粒度對象層次4-6，不能適用于大粒度構件的復用，而大粒度構件具有復用效率高的特點，其復用的靈活性同樣重要，當前的研究并未側(cè)重這一點；對大粒度構件的抽象層次越高，雖然擴大了可復用范圍，但適配工作量增大，復用效率隨之降低；大多數(shù)研究是統(tǒng)計分析構件使用頻率，對可使用性方面的優(yōu)化和有用性的關注較少，優(yōu)化程度有限，也缺乏對大粒度構件開發(fā)效率的改善。為使基于構件組裝的ESA能夠適應更廣泛的業(yè)務變

22、化，需要保證構件具有較高復用效率和較大有用性，需要提高大粒度構件復用度16。雖然目前構件重用還沒有在設計領域得到全面推廣，但是真正的工廠還未形成，仍然存在一些問題，如大的構件庫的建設、構件的分類和檢索、構件的裝配與集成等，使得構件的重用仍處在較低的水平17。然而構件由于其本身的諸多特性，正在成為開發(fā)的一個熱點，基于構件的開發(fā)方法被視為解決、提高生產(chǎn)效率和質(zhì)量的一條現(xiàn)實可行的途徑18。構件重用的目標是達到需求、分析、設計、編碼、測試的重用。在不同層次上，構件均可以將底層的多個邏輯組次上的粒度更大的新構件，甚至直接封裝到一個系統(tǒng)，使模塊的重用從代碼級、對象級、架構級到系統(tǒng)級都可能實現(xiàn)，從而使人裝配

23、定制而成19,20。像硬件一樣，能任這些研究主要集中在系統(tǒng)的結(jié)構、開發(fā)框架、基礎構件的應用機制與方法及基于業(yè)務構件的復用上，并沒有對業(yè)務構件中的可復用模式進行分析、歸納、整理和概括，形成可以滿足業(yè)務需求變化、實現(xiàn)業(yè)務構件靈活配置的系統(tǒng)需求。有些-3-研究將模式的概念引入構件復用領域,通過模式化構件共性，以提高其抽象度和復用度；也有一部分研究對業(yè)務構件中的模式做了簡單的劃分，但是沒有系統(tǒng)、具體的對其進行分類和整理，抽象出共性部分，形成可復用模式。為了增強市場競爭力，企業(yè)的業(yè)務需求總是不斷變化的，這就要求管理必須具有柔性以適應持續(xù)變化的業(yè)務需求21。隨著面象技術的成熟，構件化的軟件體系結(jié)構和基于構

24、件的企業(yè)管理開發(fā)方法也逐漸成為解決此問題的首選方案。構件的復用與重構技術可以構件的適應能力，其中參數(shù)化與動態(tài)配置技術可用于開發(fā)具有適應性的構件,使其在應用過程中滿足持續(xù)變化的需求22,23。目前，構件的粒度是影響業(yè)務構件復用性能的重要24，構件提取與構件粒度是密不可分的。粒度是一個難以清晰定義的概念，它表征了復用體的規(guī)模與復雜程度25。構件所處的粒度層次越高、所能提供的功能多，其粒度就越大。構件粒度越大，一些不需要的功能就可能越多26。細粒度層次的構件復用范圍較大，但復用這類構件以進行系統(tǒng)構造時，需要將數(shù)目眾多的構件進行組合，因而復用效率較低；反之，處于粗粒度層次的構件具有較高的復用效率，但復

25、用度較低27。如果能夠盡可能的將業(yè)務構件中相對穩(wěn)定的、共有的可復用模式封裝為一個粒度更大的構件，從而可以在保證構件不需頻繁發(fā)生調(diào)整的情況下充分利用大粒度所帶來的優(yōu)越性，以提高復用性能。這也是對業(yè)務構件中可復用模式進行研究的一個重要應用。1.6 本的主要工作內(nèi)容基于上述問題，本課題研究了業(yè)務構件中的可復用模式，以解決小粒度構件復用效率低，提高大粒度構件的復用度，在一定程度上解決了構件粒度的平衡問題，并且通過對可復用模式進行代碼封裝，極大地減少了在業(yè)務構件的開發(fā)過程中重復代碼的編寫，提高了業(yè)務構件的可復用性。本課題研究的主要內(nèi)容有：(1)(2)(3)業(yè)務構件的分析和研究。業(yè)務構件中的可復用模式分析

26、與提取。業(yè)務構件中可復用模式的實現(xiàn)與代碼封裝。本文首先以企業(yè)應用系統(tǒng)中的業(yè)務構件為出發(fā)點，著重分析了業(yè)務構件的概念、特性、模型、復用特點以及業(yè)務構件之間的關系?；谝陨系姆治鼋Y(jié)果，從已有應用系統(tǒng)中抽取業(yè)務構件的典型的可復用模式：用戶界面模式、數(shù)據(jù)關聯(lián)模式和權限配置模式，詳細地給出這些模式的分析、設計與實現(xiàn)過程。最后，以哈工大（威海）企業(yè)與服務智能計算的 I開發(fā)集成為研發(fā)，對這些典型的可復用模式進行實現(xiàn)，驗證了其對于提高業(yè)務構件開發(fā)效率和復用性能方面的有效性和實用性。-4-第 2 章 業(yè)務構件的相關分析2.1 業(yè)務構件的概念首先理解業(yè)務構件，在實際的開發(fā)過程務構件是如何識別、提取的。其次通過對大

27、量業(yè)務構件的分析，采用正確、有效的提取方式，對其中相對穩(wěn)定的、共有的、可復用的成分進行識別，抽象為可復用模式。業(yè)務構件最早是由Peter Herzum 和Oliver Slimes 在其專著The BusinessComponent (1998.9)給出：“業(yè)務構件是一個獨立的、自治的(自包容的)業(yè)務概念或者處理流程的實施，它由所有必要的單元組成，這些、實施和擴展所給定的業(yè)務，是組成信息系統(tǒng)的獨立的、可重用性”28。在企業(yè)生產(chǎn)和經(jīng)營過程務構件(Business Component，BC)是所要處理的業(yè)務對象(如業(yè)務單據(jù))的軟構件實現(xiàn)結(jié)果，包含對象的數(shù)據(jù)信息及相關的業(yè)務活動等29。業(yè)務構件是一種

28、具有完整業(yè)務語義的大粒度構件，稱其為大粒度構件是相對于小粒度構件而言的，例如一般概念上的EJB、CORBA、DOC等分布式構件可看作是小粒度構件。網(wǎng)絡環(huán)境下的業(yè)務構件大都采用分層的結(jié)構，每個層次分別由若干小粒度構件組裝而成，且在各自的環(huán)境(客戶端或服務器端)中運行，相互銜接為用戶提供完整的服務。從上面的定義可以看出，業(yè)務構件是業(yè)務對象和構件的融合，是業(yè)務對象實現(xiàn)所形成的自治業(yè)務概念和可復用的單元。業(yè)務構件的主要對象是業(yè)務概念，可以是一個獨立的業(yè)務概念，也可以是一個業(yè)務的處理過程，它是構件化信息系統(tǒng)可重用的基本單元30。業(yè)務構件是對業(yè)務的抽象，每個業(yè)務都包括一些業(yè)務進程和業(yè)務行為31。業(yè)務構件的

29、設計既要滿足系統(tǒng)需求，又要具備高內(nèi)聚、低耦合、易重用的特點。根據(jù)業(yè)務構件的特性，可以將業(yè)務構件做出如下定義：業(yè)務構件 BC=(BC_N，BC_I，BC_S，BC_Q)，其中：(1) BC_N 表示業(yè)務構件名，其命名應具有色。名規(guī)則，并能體現(xiàn)其業(yè)務特BC_I 表示業(yè)務構件的接口。業(yè)務構件接口是一組相關操作的集合，它向用戶展示了該構件提供服務的名稱。BC_S 是業(yè)務構件特性的詳細描述，它可采用自然語言的形式形成業(yè)務構件的文本說明，信息等。業(yè)務構件的開發(fā)環(huán)境、運行環(huán)境、業(yè)務功能、使用環(huán)境及可重用-5-(4) BC_Q是業(yè)務構件的質(zhì)量屬性。由于業(yè)務構件是為了實現(xiàn)某一項業(yè)務處理功對其進試20。BC_Q能

30、，因此設計完成后，要依照企業(yè)業(yè)務流程的實際主要是描述該業(yè)務構件的實現(xiàn)功能、可復用的范圍等信息。BCquality levelquality mode-description-description-methodServiceQualityerfacequality factorquality propertyb-usiness pros property-name-description-valuecontext-method-BP descriptiontechnology m-function-descriptionerfatandard+()+ver()+function()+descr

31、iption()+keyword()圖 2-1 基于業(yè)務流程的業(yè)務構件描述模型通過以上對業(yè)務構件的介紹，可以了解到構件的使用價值和復用的價值與其粒度相關較大粒度構件的功能比較齊全，復用更節(jié)省系統(tǒng)開發(fā)的工作量，但是耦合性比較高，可重用性比較差，而且抽象的難度也比較大；而較小粒度的構件則比較容易獲得，耦合性比較低，但是節(jié)省的工作量較小，功能較少，即小粒度構件在成本方面就相對較弱。因此，要根據(jù)企業(yè)自身的情況，合理的設計業(yè)務構件的粒度邊界。目前的趨勢是大粒度構件復用，但粒度也并非越大越好。2.2 業(yè)務構件的基本業(yè)務構件是業(yè)務對象和構件的融合，是業(yè)務對象實現(xiàn)所形成的自治業(yè)務概念和可復用的單元。業(yè)務構件的

32、主要對象是業(yè)務概念，可以是一個獨立的業(yè)務概念，也可以是一個業(yè)務的處理過程，它是構件化信息系統(tǒng)可重用的基本單元。業(yè)務構件是對業(yè)務的抽象，每個業(yè)務都包括一些業(yè)務進程和業(yè)務行為。業(yè)務構件的設計既要滿足系統(tǒng)需求，又要具備高內(nèi)聚、低耦合、易重用的特點。業(yè)務構件的如圖 2-2 所示。-6-操作轉(zhuǎn)發(fā)程序圖 2-2 業(yè)務構件的示意圖業(yè)務構件清楚而完整地表示了業(yè)務單據(jù)中的數(shù)據(jù)，業(yè)務單據(jù)中的主數(shù)據(jù)集、子數(shù)據(jù)集在業(yè)務構件中都有對應的分區(qū)實現(xiàn)；同時，業(yè)務構件實現(xiàn)了關于業(yè)務單據(jù)的所有操作，包括查詢、新增、刪除、修改、審核確認等；業(yè)務構件中有專門的字段保存業(yè)務單據(jù)的狀態(tài)，以業(yè)務單據(jù)的整個生命周期；并且，業(yè)務構件集成了業(yè)務

33、單據(jù)的所有業(yè)務流程，比如單據(jù)的編制、審核、下達等，因此業(yè)務構件能夠為業(yè)務單據(jù)的多個處理功能。業(yè)務構件以 jsp、java、class 和 xml 等文件集合的形式存在，具體包括前臺 JSP程序、操作轉(zhuǎn)發(fā)程序、業(yè)務處理邏輯、class 文件、全局靜態(tài)配置文件、用戶個性化配置文件。-7-前臺JSP程序Javaclass業(yè)務處理邏輯數(shù)據(jù)庫封裝操作XMLJspXMLXML構件描述構件配置文件文件持 久 層模 型 層控 制 層展 示 層單據(jù)狀態(tài)：正在編制 第0頁/共0頁擴展操作012345n修改新增清空刪除單據(jù)名稱屬性1 屬性2屬性3 屬性4重置查詢業(yè)務構件子數(shù)據(jù)集關聯(lián)數(shù)據(jù)集數(shù)據(jù)集生命周期單據(jù)審核單據(jù)下

34、達單據(jù)編制操作集新增 修改 刪除 審核確認查詢主數(shù)據(jù)集2.3 業(yè)務構件模型2.3.1 業(yè)務構件模型的描述業(yè)務構件是企業(yè)應用中各種單據(jù)的實現(xiàn)，可由表示層、業(yè)務邏輯層和數(shù)據(jù)層組成的三層架構來實現(xiàn)。其中，表示層刻畫了用戶模式，其可變性主要包括布局和操作模式可變屬性，前者影響構件用戶界面的顯示風格和效果，如數(shù)據(jù)控件的顯示順序、可顯性、可用性等布局信息，后者用于控制和規(guī)范用戶操作流程；業(yè)務邏輯層提供了業(yè)務對象的處理接口，可變性主要包括與權限控制相關的屬性，如控制數(shù)據(jù)存取范圍的權限信息；數(shù)據(jù)層可變性主要提供了可變的外部數(shù)據(jù)接口定義，可以通過變更構件的數(shù)據(jù)定義或結(jié)構來適應同一構件到不同企業(yè)數(shù)據(jù)表的。業(yè)務構件

35、包含了一組界面，每一個界面又劃分為幾個功能操作相對獨立的分區(qū)，分區(qū)內(nèi)又包含了各種類型的數(shù)據(jù)項和操作項。同時各分區(qū)之間還存在著“父子關系”或者“關聯(lián)關系”。此外，業(yè)務構件還有對應的數(shù)據(jù)模型?；跇I(yè)務構件的概念，業(yè)務構件模型需要描述如下幾方面內(nèi)容：(1) 業(yè)務構件的基本信息，包括業(yè)務構件的ID、名稱、構件功能、版本號、所屬領域、創(chuàng)建組織、作者、創(chuàng)建日期、技術；(2) 業(yè)務構件的前邏輯，即業(yè)務構件的界面、界面的分區(qū)、分區(qū)的數(shù)據(jù)項集合、分區(qū)的操作項集合、分區(qū)之間的關聯(lián)等信息；(3) 業(yè)務構件的數(shù)據(jù)模型，包括業(yè)務構件所用的數(shù)據(jù)表，數(shù)據(jù)字段的定義以及數(shù)據(jù)表的約束情況。業(yè)務構件的模型為了滿足上述要求，界面給

36、出了業(yè)務構件模型的元模型，如圖 2-3 所示。每一個界面體現(xiàn)了業(yè)務構件的一種用戶模式，界面之間存在著相界面的包含了若干個分區(qū)，分區(qū)間存在關聯(lián)關系；(2) 分區(qū)用關系，分區(qū)是界面內(nèi)一組數(shù)據(jù)項和操作項的集合，這些數(shù)據(jù)項的內(nèi)容之間有很緊密的關系，共同描述了單據(jù)某一方面的信息，而操作項也與分區(qū)內(nèi)的數(shù)據(jù)項高度相關；(3) 數(shù)據(jù)項數(shù)據(jù)項是一組編輯控件的集合，這些編輯控件共同組成了業(yè)務單據(jù)的某一項數(shù)據(jù)。同時，數(shù)據(jù)項也是權限控制的最小之一；-8-*11111 11*1111111*11111*11block/分區(qū)1111111*11*111*11圖 2-3業(yè)務構件模型的元模型編輯控件編輯控件是業(yè)務構件內(nèi)最小的

37、數(shù)據(jù)處理單元，對應于數(shù)據(jù)表的一個字段。編輯控件可以包含選擇按鈕、校驗條件和計算公式；操作項操作項是對業(yè)務構件上一組數(shù)據(jù)項的業(yè)務處理邏輯。同時，操作項也是權限控制的最小之一。業(yè)務構件提對業(yè)務的抽象，每個業(yè)務都包括一些業(yè)務進程和業(yè)務行為。故可知一個業(yè)務構件的基本組成部分是業(yè)務對象(Business Object，簡稱 BO)、業(yè)務行為(Business Behavior，簡稱 BB)及業(yè)務進程(Business Tenor，簡稱 BT)。一個業(yè)務進程可以分解為多個業(yè)務行為，每一個業(yè)務行為要求業(yè)務對象作為輸人數(shù)據(jù)，要處理得到的業(yè)務對象作為輸出數(shù)據(jù)。由此 業(yè)務構件模型如圖 2-4 所示。-9-edit

38、control/編輯控件editcontrols/編輯控件集合extendOp/擴展操作extendOp/擴展操作dat1aitem*/數(shù)據(jù)項generalOpSet/常規(guī)操作集合extendOpSet/擴展操作集合*Keydatas/關鍵數(shù)據(jù)項Dataset/數(shù)據(jù)項集合editRelations/編輯控件關系集relation/分區(qū)關系blockRelations/分區(qū)關系集erfa/界面inputInfo/輸入信息BasicInfo/基本信息BC/業(yè)務構件erfa/界面集合DbSchema/數(shù)據(jù)模型da able/數(shù)據(jù)表圖 2-4 業(yè)務構件的模型一般對業(yè)務對象的操作有生成(Create，簡

39、寫為 C)、編輯(Edit，簡寫為 E)、檢索(Index，簡寫為 I)。對這些操作進行分析可以發(fā)現(xiàn)，檢索操作只是一個只讀操作，故可以將這些操作分為兩類：高級操作(生成，編輯)、低級操作(檢索)。高級操作的聯(lián)系程度較高，低級操作的聯(lián)系程度較低。業(yè)務行為之間的交互活動實際上是屬于不同業(yè)務行為的業(yè)務對象之間的交互。由于業(yè)務對象的操作有三種(生成、編輯、檢索)，故業(yè)務行為之間的交互有以下幾種：C-C 或 C-E 交互：這種業(yè)務行為之間的交互即對每個業(yè)務行為中的業(yè)務對象進行生成或編輯操作，顯然以這種形式進行交互的業(yè)務行為之間的聯(lián)系程度極高，故應將它們構造成同一業(yè)務構件。C-I 交互：對其中一個業(yè)務行為

40、中的業(yè)務對象進行生成操作，對另外一個業(yè)務行為中的業(yè)務對象進行檢索操作，應將以這種形式進行交互的業(yè)務行為構造為不同的業(yè)務構件。如果兩個業(yè)務行為沒有公共的業(yè)務對象，則顯然應將它們構造為不同的業(yè)務構件。2.4 本章小結(jié)本章以企業(yè)應用系統(tǒng)中的業(yè)務構件為出發(fā)點，分析和研究了業(yè)務構件的概念、特點、及其模型。通過對大量業(yè)務構件的分析，采用正確、有效的提取方式，便于對其中相對穩(wěn)定的、共有的、可復用的成分進行識別和提取。-10-BO1BB1BO3BB3BO2BB2BO4BB4BB4BB2BTBB3BB1BT4BT3BCBT2BT1第 3 章 業(yè)務構件中的可復用模式3.1 引言在業(yè)務構件的開發(fā)和復用過程中，發(fā)現(xiàn)，

41、一方面對于基于業(yè)務構件的企業(yè)應用開發(fā)，各種業(yè)務構件之間存在著一定程度的相似性，程序員開發(fā)業(yè)務構件需要耗費大量的時間和精力在重復勞動上，影響了企業(yè)應用的開發(fā)效率。同時，企業(yè)外部環(huán)境和組織結(jié)構的經(jīng)常性變動迫使企業(yè)應用中的各種業(yè)務構件更改其實現(xiàn)，以適應新的業(yè)務需求；另一方面，構件的使用價值和復用的價值與其粒度相關32。較大粒度構件的功能比較齊全，復用更節(jié)省系統(tǒng)開發(fā)的工作量，但是耦合性比較高，可重用性比較差，而且抽象的難度也比較大；而較小粒度的構件則比較容易獲得，耦合性比較低，但是節(jié)省的工作量較小，功能較少，即小粒度構件在成本方面就相對較弱。在企業(yè)與應用管理開發(fā)過程中，上述問題會常常遇到，并且在企業(yè)應

42、用中包含了大量這樣的業(yè)務構件。通過上一章節(jié)對業(yè)務構件的相關分析，了解到這些業(yè)務構件之間體現(xiàn)了一些共性的東西，可以將這些共性的東西提取出來形成模式。這樣，一方面可以提高業(yè)務構件的開發(fā)效率，減少不必要的重復勞動；另一方面可以在一定的程度上平衡構件識別的粒度，彌補大粒度構件復用性能較差的缺點。從用戶的角度，模式體現(xiàn)了業(yè)務構件的使用場景、界面風格和對該界面的操作步驟；從實現(xiàn)的角度，模式體現(xiàn)了業(yè)務構件的組成情況以及各部分的程序結(jié)構；從權限配置的角度，模式體現(xiàn)了業(yè)務構件對于“角色集到控制單元集”的建立方式，這就是本文研究的內(nèi)容業(yè)務構件中的可復用模式。3.2 業(yè)務構件中可復用模式的分析與提取對于模式，早期C

43、hristopher Alexander 曾提出“每個模式描述了一個在周圍不斷重復發(fā)生，以及該問題解決方案的，這樣，你就能一次一次地使用該方案而不必做重復勞動”33 。事實上，工程中存在著多種模式，如架構中的Cnt/ Server 模式、三層和多層結(jié)構模式；企業(yè)應用的構造技術，如View Control ，MVC) 模式、工作流技術34, 35；在具體的模型- 視圖- 控制(M開發(fā)技術層面也包含很多模式，如數(shù)據(jù)源架構模式、對象延遲加載模式等36。通過對系統(tǒng)中的各種單據(jù)及其業(yè)務處理的研究發(fā)現(xiàn)，幾乎所有的表單處理都存在許多共性的內(nèi)容。例如，很多表單都是通過對數(shù)據(jù)的查詢、增加、刪除、修-11-改這幾

44、個基本操作完成表單處理，都是一個主表附帶若干子表(如訂單) 。這些共性的特征形成了業(yè)務構件的各種處理模式。根據(jù)模式所面向方向的不同，可以將這些模式分為：面向用戶特征的用戶模式、面向系統(tǒng)實現(xiàn)特征的實現(xiàn)模式、面向功能映射和權限配置方面的權限配置模式37。3.2.1 可復用模式的定義本文所論述的業(yè)務構件中的可復用模式就是解決粒度平衡問題、實現(xiàn)構件復用的一種重要方式。業(yè)務構件中的可復用模式，是指從不同的業(yè)務構件或業(yè)務構件之間的關聯(lián)中抽象出來的共同特性，而不考慮各種業(yè)務構件的具體特性。可復用模式的提取是將業(yè)務構件中相對穩(wěn)定的、可復用的成分抽取出來，形成重復使用的構件單元模式，以便以后開發(fā)業(yè)務構件時使用。

45、詳細分析抽象出來共有業(yè)務的業(yè)務處理過程和信息流向，確定業(yè)務對象，按照一定的業(yè)務規(guī)則構建模型。抽象出業(yè)務構件的可復用模式，可以忽略業(yè)務流程執(zhí)行方式的改變給企業(yè)帶來的風險，提高系統(tǒng)的柔性?？蓮陀媚Ｊ降奶崛∪鐖D3-1所示。業(yè)務構件同特性的抽象程度決定了模式的可復用度和復用效率。抽象程度高意味著模式很容易應用于不同的具體環(huán)境，但表達能力上則減弱，即復用效率低；抽象程度低表明模式包含了的具體特性，卻難以應用于不同的環(huán)境中，即可復用度低。模式的提取隱含著一個重要的原則，就是避免或降低對具體應用環(huán)境的依賴性。第 N 層模 式可復用模式？模式1？模式2？模式p第 2 層復用效率可復用度.？模式 1？模式2？模

46、式 m？模式 3第 1 層運行模式業(yè)務流程業(yè)務功能.業(yè)務構件1 業(yè)務構件2業(yè)務構件3業(yè)務構件n第 0 層圖 3-1 可復用模式的提取示意圖-12-抽象層次3.2.2 用戶界面模式許多有經(jīng)驗的界面設計下意識的使用成問題解決方案，但是設計很少對解決方案進行形式化的描述和歸納。于是，不精確的設計模式和形式化的設計模式同時并存。形式化的模式能夠作為收集并形式化用戶界面設計知識段。用戶界面模式表達了合理的信息和對于類似的項目來講較為成設計。然而，它不能作為設計知識的單一的資源，必須由傳統(tǒng)的信息資源作為補充，必須作為相互聯(lián)系的模式的語言的一部分，能夠互相參與和支持。用戶界面設計模式首先在文獻38中提出，并

47、模式如何被移植到用戶界面交互設計中。文獻39模式關注于問題的上下文和設計方案，這個方案引導設計者應用設計知識解決問題。文章探索了如何建立用戶界面設計模式，以便使界面設計模式成為設計者的有效的、可用的工具，提出了用戶界面設計模式的組成結(jié)構，并給出了具體的一個實例。We重于分類和簡單描述，未挖掘?qū)⒃O計模式分類收集，并給出具體設計模式，其側(cè)原理，未涉及具體實現(xiàn)和使用。PD. MBUI將模式與模型結(jié)合40，克服基于模型界面開發(fā)的局限性，但只提供界面基本元素的設計模式。當前存在的用戶界面模式主要從工作模式上考慮，針對某一個應用問題給出一個設計模式。同時，對于業(yè)務構件中經(jīng)常使用的界面設計沒有形式化的描述，

48、將其通用部分提取和表示出來，不利于用戶界面的復用，從而降低了構件的開發(fā)效率。 用戶界面模式分析從本質(zhì)上看，界面展示單元是為了完成用戶與業(yè)務數(shù)據(jù)對象的某種交互而存在的，所以業(yè)務數(shù)據(jù)對象是界面展示單元的內(nèi)涵定義所在；從外觀上看，界面展示單元是多種控件的布局和排列，通過不同的組合方式和布局策略，多種展示風格來展示業(yè)務對象的數(shù)據(jù)信息，所以界面風格是界面展示單元的外延表現(xiàn)；從實現(xiàn)機制上看，界面展示單元是完成業(yè)務對象和用戶之間交互的橋梁，每次交互任務都是通過各種邏輯操作來完成的，并且體現(xiàn)了該業(yè)務對象的操作流程及整個生命周期。所以，把任何一個界面展示單元都可表示成為一個三元組：PU：= 其中，Busines

49、s Objects代表所要展示的數(shù)據(jù)對象，Behaviors代表所提供的操作或服務，Presenion Style代表外在展示風格。從設計者的角度來看，界面展示單元是一個可用的界面構件，因而可以作為有效的界面設計知識來使用。與其它界面設計知識相比，界面展示單元在保持成分語義可用性的基礎上，縮小了界面-13-成分的粒度，并依據(jù)界面區(qū)域的邏輯來劃分，因此粒度較為。界面展示單元涵蓋了業(yè)務對象、操作行為和展示風格的描述，因此，本文以界面展示單元PU(Presenion Unit)作為可復用的界面設計研究的重要切入點。 用戶界面模式的形式化描述本文所示單元，從的用戶界面模式，是從界面角度分析常用的業(yè)務構

50、件的界面展模型、交互行為和展示風格三個方面來描述的語法框架。任何一種界面模式都是某一類界面展示單元的抽象描述和全面規(guī)范。用戶界面模式(Usererface Pattern)是一個三元組，可形式化描述為：，Operation Set，Presenion StyleUIP：=erior M模型IM (erior M)，是對需要展示的業(yè)務數(shù)據(jù)對象的需求規(guī)范，在定制具體的界面展示單元時，可以選擇要展示的對象及其屬性字段；操作集合OS (Operation Set)，是對用戶在界面展示單元上所能進行的操作的需求規(guī)范，包括來自和服務；模型和外部展示控件的以及所能提供的其它接口展示風格PS(Presenio

51、n Style)，是滿足某種展示風格的、所有可定制的展規(guī)范。如表格展示形式中各種與表格展示相關的屬性控制。示屬模型所謂模型，就是需要在界面展示單元上展示和操作的業(yè)務對象或者業(yè)務對象的集合，并且建立了各屬性字段與抽象展示控件的關系。其中，對象由屬性集合來確定。屬性是需要展示的基本數(shù)據(jù)，它由名稱、數(shù)據(jù)類型、抽象展示控件集合(完成屬性展示所需要的控件)和控件的大小組成。模型規(guī)范了一個或者多個能夠用某一展示風格PS展示的對象(集合)。業(yè)務對象明確了需要展示的數(shù)據(jù)，它可以是來自數(shù)據(jù)庫中的對象，如普通對象；也可以是僅僅需要展示而不需要對其操作的基本數(shù)據(jù)類型對象。 展示風格展示風格，是對常用的界面展示形式的

52、總結(jié)和規(guī)范，體現(xiàn)了界面設計中固定部分的復用。展示風格由多種原子控件按照不同的布局形式組合而成，不包含任何關于交互行為的描述。Presenion Style：=其中，PSName表示展示控件名稱，如Grid(表格形式)。任何展示風格都包括對-14-展示控件的邊距(margin)、外觀(appearance)、布局(1ayout)、超(hyperlink)等內(nèi)容的控制，因此把這些屬性稱為公共屬性集合(Public Property Set)。除了公共屬性之外，各展示風格還具有區(qū)別于其它風格的特有屬性，稱為特殊展示屬性集合（Specific Property Set）。展示風格類型一旦確定，這種風格

53、相應的 Specific Property Set中的所有屬性也就確定了。例如，樹形展示形式中根節(jié)點文字、連接線樣式等。公共展示屬性集合(PPS)和特殊展示屬性集合(SPS)，這些參數(shù)關注的是展示風格的整體展示效果的控制。獨立于任何業(yè)務系統(tǒng)，僅對界面展示形式進行分析，界面上常用的展示風格有格式、樹形、圖形、表格形式、菜單、多頁展示形式等。 操作集合操作集合體現(xiàn)了用戶界面模式的交互特性，描述了該模式上能夠提供的所有操作。Operation Set：=其中，IMOperation表示來自模型的操作，如添加、修改、刪除、查詢等對數(shù)據(jù)庫的操作；PSOperation表示來自展示控件的，如表格展示形式中

54、表格響應的各種事件；erOperation表示模式為完成某些特定功能或者交互任務所提供的操作或服務，如體現(xiàn)業(yè)務構件的整個生命周期的操作或者工作流服務等。模型、展示風格和操作集合，作為用戶界面模式的描述框架，提取了常用界面展示單元各部分的所有不變屬性和可變屬性，并予以規(guī)范，目的是建立可復用的界面設計解決方案。通過實例化模式各部分的特征參數(shù)，建立滿足用戶需求的界面展示單元，然后根據(jù)它們之間的交互關系進行語義組合，最終建立可復用的用戶界面。 用戶界面模式的分類基于上面模式框架，可以構建不同的用戶界面。在企業(yè)應用系統(tǒng)中的業(yè)務構件，其界面樣式是有限種的，業(yè)務處理操作也是有規(guī)律的。在企業(yè)應用系統(tǒng)的開發(fā)過程

55、中，需要編寫大量的重復代碼，為此從企業(yè)應用系統(tǒng)抽取出若干種典型的界面和業(yè)務操作并定義為用戶界面模式是非常必要的。在企業(yè)應用的開發(fā)過程中，發(fā)現(xiàn)了三種具有代表性的用戶界面模式，它們是簡單查詢編輯模式、主從表耦合模式以及主從表分離模式。其中，最經(jīng)常使用的是主從表的耦合及分離模式，該界面模式實現(xiàn)了“一個主表和多個子表的復雜業(yè)務對象”的處理界面，如采購申請單、采購計劃單等。該模式的意圖就是定義一-15-種“能夠在同一頁面內(nèi)或者跳轉(zhuǎn)到另一頁面查詢并處理父子表數(shù)據(jù)”的界面。由于展示風格依賴模型，而模式上的操作又決定于模型和特定展示風格，所以，可以依據(jù)模型來對模式進行分類。簡單查詢編輯模式。該模式對應的模型一

56、般為單一的業(yè)務對象，所描述的界面展示單元分為兩個區(qū)域：查詢區(qū)和數(shù)據(jù)顯示區(qū)。包含的操作主要為簡單的查詢操作，展示風格多為表格的形式，并且可以對滿足查詢條件的業(yè)務對象行添加、修改、刪除等編輯操作。進主從表耦合模式。該模式所對應的模型通常為多個相對簡單的業(yè)務對象的集合，包含對主從表的查詢和編輯操作，主要特點是這些功能在同一頁面的展示和完成，體現(xiàn)了對業(yè)務對象操作的連貫性。主從表分離模式。該模式所對應的模型為多個復雜的業(yè)務對象的集合，包含對主從業(yè)務對象的查詢和編輯操作，與主從表耦合模式不同的是對主子表的操作分為兩個頁面進行。主頁面為索引頁面，對主表的業(yè)務對象進行查詢和編輯操作；跳轉(zhuǎn)頁面是對每條主表的業(yè)務

57、對象相關字表的業(yè)務對象進行相應的操作。其展示風格多為卡片與表格形式的組合，方便用戶對復雜的主從業(yè)務對象的數(shù)據(jù)處理。3.2.3 數(shù)據(jù)關聯(lián)模式 數(shù)據(jù)關聯(lián)模式分析從用戶角度而言，業(yè)務對象是指用戶所、傳遞和處理的表單、單據(jù)和報表等文檔，以及在其上的狀態(tài)處理和操作處理的集成體。從系統(tǒng)角度，業(yè)務對象是指具有獨立標識的、具有一定生命周期的、由若干數(shù)據(jù)集和操作集象。的一個集成對在業(yè)務構件的開發(fā)過程中，對于業(yè)務對象的數(shù)據(jù)查詢操作以及業(yè)務對象之間的數(shù)據(jù)關聯(lián)操作應用的非常頻繁。這些查詢構件作為屬性和操作的集成體,包括固定部分和可變部分。其中查詢界面的設計在一定的時期和范圍內(nèi)是相對穩(wěn)定的，可以把這些固定部分抽象為模式

58、，用于復用；而查詢的操作方式和數(shù)據(jù)的顯示方式這些可變部分可以通過參數(shù)化與配置轉(zhuǎn)化為不變特征來完成復用，進而增強了模式適應業(yè)務需求變化的能力，實現(xiàn)了最大程度的復用，極大地提高了業(yè)務構件的開發(fā)效率。從這兩方面來看，模式是規(guī)律性和可變性的有效組合。-16- 數(shù)據(jù)關聯(lián)模式的形式化描述數(shù)據(jù)關聯(lián)模式（Data Assotion Pattern）描述：在業(yè)務構件的開發(fā)過程中，一個業(yè)務構件通常需要關聯(lián)到其他的業(yè)務構件，并要求所關聯(lián)的業(yè)務對象顯示出符合用戶要求的數(shù)據(jù)以及數(shù)據(jù)的顯示方式，并將所獲取的業(yè)務對象集合關聯(lián)到這個業(yè)務構件上。其相似之處在于：(1)(2)(3)(4)對數(shù)據(jù)庫中的某個數(shù)據(jù)表進行；根據(jù)設置的查詢

59、條件，檢索出用戶需要的數(shù)據(jù)； 按照某種數(shù)據(jù)組織方式顯示給用戶，供用戶選擇；將用戶選擇的數(shù)據(jù)結(jié)果集按照某種關聯(lián)方式返回給調(diào)用者。本文將數(shù)據(jù)關聯(lián)模式形式化定義為一個六元組：DCP: =其中 DAP_id 表示關聯(lián)的唯一標識；DBO_id 表示目標業(yè)務對象實例標識；DBO_attr 表示目標業(yè)務對象的關聯(lián)屬性；SBO_id 表示源業(yè)務對象實例標識；SBO_attr 表示源業(yè)務對象的關聯(lián)屬性；ASS_value 表示關聯(lián)的值。 界面風格分析企業(yè)應用系統(tǒng)中的業(yè)務構件，其界面樣式是有限種的，業(yè)務處理操作也是有規(guī)律的。數(shù)據(jù)關聯(lián)模式的顯示界面分為兩個區(qū)域：數(shù)據(jù)查詢區(qū)和數(shù)據(jù)顯示區(qū)。查詢區(qū)的功能是輸入并提交查詢條

60、件。位于該分區(qū)頂部是操作區(qū)域，包括了“查詢”操作和“重置”操作。其中“查詢”操作校驗并提交用戶的查詢條件，“重置”操作清空所有查詢條件的編輯控件；位于該分區(qū)主置的是查詢條件區(qū)域，包括了多個數(shù)據(jù)項。每個數(shù)據(jù)項設定一個查詢條件，其編輯控件可以是文本框、下拉列表框，編輯控件可以綁定選擇按鈕，用來選擇日期或者打開單選或多選界面。查詢結(jié)果區(qū)是一個數(shù)據(jù)表格，顯示了用戶的多條查詢結(jié)果。位于該顯示區(qū)的上方的操作區(qū)域，包括“選取”和“排列方式”兩種操作方式。其中“選取”操作是用戶用來選擇所需數(shù)據(jù)；“排列方式”操作是顯示數(shù)據(jù)的組織方式。數(shù)據(jù)表格的第一行是標題行，顯示了各列的名稱。下面各行是數(shù)據(jù)行，顯示查詢結(jié)果。數(shù)