專利名稱：一種用于應用系統開發的控制方法
技術領域：
本發明涉及應用系統功能開發領域，具體涉及一種用于應用系統開發的控制方法。
背景技術：
當前應用系統的開發，主要包括前臺界面、后臺的應用處理和一些配置文件的配置。對于一個應用功能的開發，一般是由一個開發人員從前臺界面到后臺代碼進行編碼。前臺界面原型由交互人員設計，再由開發人員修改為可運行的前臺界面，在修改的過程中有可能影響界面的布局，導致需要交互人員配合重新修改，影響開發效率；后臺開發主要包括參數的處理、封裝、傳遞，在應用處理類中進行應用操作，在處理應用的過程中調用數據訪問對象(DAO)與數據庫進行交互，這樣的開發模式使開發過程比較繁瑣，容易發生錯誤。由此可見，在應用功能的開發中，對于現有的應用系統架構，存在配置繁瑣和開發過程較長的問題。因此，當前需要一種用于應用系統開發的控制的技術方案來解決上述問題。
發明內容
本發明所要解決的技術問題在于提供一種用于應用系統開發的控制方法，以解決在應用功能的開發中，當前應用系統架構存在配置繁瑣和開發過程較長的問題。為了解決上述問題，本發明提供了一種用于應用系統開發的控制方法，包括:系統初始化，注冊系統資源，進行數據庫連接；處理參數，其中參數包括系統參數和表單參數，以xml字符串方式進行傳遞；將處理后的xml字符串的參數進行處理，并封裝為Request對象，將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理；將經過服務處理后的數據以xml字符串方式返回到前臺，經過xml解析獲得返回數據并展示結果，完成應用系統開發的控制。進一步地，上述方法還可包括:所述xml字符串中包括當前表單需要調用的系統名稱、子系統名稱、應用名稱和表單參數。進一步地，上述方法還可包括:所述系統初始化，注冊系統資源的步驟包括:解析關于連接的數據庫配置文件，數據庫連接的注冊、系統注冊、子系統注冊、服務注冊；加載系統配置參數并加載上下文關系Context。進一步地，上述方法還可包括:所述將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理的步驟，包括:
將封裝好的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，首先查看當前調用的系統是否已注冊，若未注冊，則發出錯誤信息提示，結束流程；若已注冊，則判斷系統配置調用方式是遠程還是本地，如果是遠程調用，則系統根據配置的遠程訪問地址調用遠程服務，將數據定位到所需應用的服務中并進行處理；如果是本地調用，則進入到子系統管理，通過子系統管理類管理子系統，判斷子系統若已注冊，則開始查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理。進一步地，上述方法還可包括:所述服務包括基礎服務，用于所需應用的調用，基礎服務包含對數據的處理和數據操作的函數。進一步地，上述方法還可包括:所述Request對象用于數據在展現層、服務層和持久化層之間的傳輸。進一步地，上述方法還可包括:所述展現層，用于與用戶進行互動，通過B/S客戶端和/或C/S客戶端兩種模式進行控制。進一步地，上述方法還可包括:所述系統是通過JNDI方式連接數據庫，數據庫為Oracle、DB2 或 SQL Server 數據庫。進一步地，上述方法還可包括:所述系統支持服務的重用，即同一系統內的服務進
行重復調用。進一步地，上述方法還可包括:所述系統還支持不同系統間接口調用，即遠程調用為不同系統間的服務調用。與現有技術相比，應用本發明，解決了在應用功能的開發中，當前應用系統架構存在配置繁瑣和開發過程較長的問題。
圖1為本發明的用于應用系統開發的控制方法具體實現的流程圖。圖2為本發明的系統層次結構的示意圖。圖3為本發明的用于應用系統開發的控制方法的流程圖。
具體實施例方式下面結合附圖和具體實施方式
對本發明作進一步說明。本發明的方法可以一部分完成前臺界面的修改，另一部分實現應用處理，前后臺分開開發、測試，然后再進行兩個部分的集成。前臺界面原型由交互人員設計，設計時使界面組件ID保持一定規則，開發人員只需要把提交時表單數據參數組成xml字符串作為參數傳遞給架構即可。這樣減少了開發人員的工作量，同時也很好的避免對界面布局的影響。后臺的開發，參數封裝的過程在架構中已經實現，對于數據訪問對象(DAO)來說，由于架構提供了大量的公用基礎函數，所以除非有特殊情況持久化層是不用開發的。就是說開發人員只要進行應用處理，不用去管封裝參數和持久化層的開發，這樣提高了開發人員的工作效率。
本發明的系統也需要配置文件，但配置文件是在設計結束后一次性配置完成，在開發階段不需根據應用的不同再進行配置。而當前的應用系統架構中每一個應用的完成還需要大量的配置文件支持，這與本發明的系統也有著實質的區別，本發明的系統減少了配置文件的配置時間，同時一次性配置也大大縮短了開發過程。本發明的系統支持重用，服務之間可以相互調用，調用分為本地調用和遠程調用，本地調用是指在同一系統間服務的相互調用，遠程調用是指不同系統間的服務調用。本發明的系統還支持系統間的接口調用，也就是服務的遠程調用的過程。本發明的系統架構以java語言為基礎，可不依賴于操作系統。本架構是按照層次結構進行設計的，分為展現層、服務層、持久化層，其中，展現層:對實現技術沒有要求，用JSP、Flex、EXT、C/S等技術均可，只要前臺將表單數據構成符合規范的xml字符串傳遞給架構即可。服務層:一個應用功能對應一個服務，服務之間可互相調用。持久化層:對于一個數據庫對象(數據庫表或視圖等)和一個Java對象為一對一的關系，在這種關系為基礎實現了對基礎數據庫操作JDBC的封裝，提供了大量基礎公用函數，可以滿足大部分操作要求，同時還提供了操作接口，支持對數據庫操作的二次開發。數據庫:支持Oracle、DB2、SQL Server等主流數據庫。由于本系統架構的層次結構，使系統的開發過程可以采用多種模式:一個應用功能的開發由一個開發人員來完成，從前臺界面到后臺服務；前臺界面由一組人員完成，服務由一組人員完成；系統配置工作在設計完成后一次性配置完成；支持應用的重用，即同一系統內的服務調用；支持系統間接口調用，即不同系統間的服務調用。系統的輸入參數、輸出結果是滿足一定格式規范的xml字符串。其中，展現層的前臺技術以jsp為主，每一個表單對應一個數據對象Form, jsp中的表單項按照一定規則配置，表單提交后由Struts對表單項參數進行封裝為數據對象Form,在交由后臺Action進行處理；持久化層可以是一個開放源代碼的對象關系映射框架，它對JDBC進行了對象封裝。對象關系映射是指對于一個數據庫對象(數據庫表或視圖等)和一個Java對象一對一的關系，以這種對象為基礎實現了對基礎數據庫操作JDBC的封裝；服務間的調用可以是一種新的web應用程序分支，可以發布、定位、通過web調用。主要應用的技術是通過web發布一個應用作為服務端，應用中包含一些服務，可以通過客戶端來調用這個應用的服務。其中如圖1所示，實現流程:當客戶端向應用系統發出請求，應用系統架構(也就是本系統的架構)接受到請求，根據請求參數調用系統、子系統、服務，在服務中進行具體應用操作，完成后反饋給客戶端。其中如圖2所示，本系統的層次結構:應用系統一般是由客戶端(展現層)，服務器端(應用系統)和數據庫構成的。客戶端也就是展現層，用于與用戶進行互動，給用戶直觀的展示。一般有B/S和C/S兩種模式，B/S的客戶端一般使用瀏覽器，C/S客戶端需要進行安裝。本架構對客戶端的開發技術沒有要求，只需要表單提交時的參數滿足一定的規范。應用系統架構可以看成由若干分布部署的系統(System，以部署服務器為單元)組成，一個系統中可以部署若干子系統(Subsystem，對應于文檔、產品結構、計劃等)，一個子系統對外可以提供若干服務(Service)。如圖3所示，本發明的一種用于應用系統開發的控制方法，包括:步驟310、系統初始化，注冊系統資源，進行數據庫連接；所述系統初始化，注冊系統資源的步驟包括:解析關于連接的數據庫配置文件，數據庫連接的注冊、系統注冊、子系統注冊、服務注冊；加載系統配置參數并加載上下文關系Context ο所述系統是通過JNDI方式連接數據庫,數據庫為Oracle、DB2或SQLServer數據庫。步驟320、處理參數，其中參數包括系統參數和表單參數，以xml字符串方式進行傳遞，xml字符串中包括當前表單需要調用的系統名稱、子系統名稱、應用名稱和表單參數；其中，表單提交到架構的統一入口。步驟330、將處理后的xml字符串的參數進行提煉處理，并封裝為Request對象，將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理；所述服務包括基礎服務，用于具體應用的調用，基礎服務包含對數據的處理和數據操作的函數。其中，服務是開發是由開發人員根據具體業務編寫的，為了方便開發，架構提供了一些基礎服務，可在編寫具體業務是調用。基礎服務主要包含兩個部分，一是對數據的處理，二是提供了對數據操作的一些函數。一般服務的開發有幾個步驟，一、對數據的處理，二、調用基礎服務完成業務操作，三、處理結果，將結果封裝為Response對象，返回到系統入口，再將Response對象組織為特定格式的xml字符串返回到前臺。所述Request對象用于數據在展現層、服務層和持久化層之間的傳輸。所述展現層，用于與用戶進行互動，通過B/S客戶端和/或C/S客戶端兩種模式進行控制。所述將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理的步驟，包括:將封裝好的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，首先查看當前調用的系統是否已注冊，若未注冊，則發出錯誤信息提示，結束流程；若已注冊，則判斷系統配置調用方式是遠程還是本地，如果是遠程調用，則系統根據配置的遠程訪問地址調用遠程服務，將數據定位到所需應用的服務中并進行處理；如果是本地調用，則進入到子系統管理，通過子系統管理類管理子系統，先判斷子系統若已注冊，則開始查找當前調用的服務，根據注冊的服務，將數據定位到具體所需的服務中并進行處理。步驟340、將經過服務處理后的數據以xml字符串方式返回到前臺，經過xml解析獲得返回數據并展示結果，完成應用系統開發的控制。還包括:所述系統支持服務的重用，即同一系統內的服務進行重復調用。進一步包括:所述系統還支持不同系統間接口調用，即遠程調用為不同系統間的服務調用。本發明的方法具有如下優點:1、對于系統的開發，提供兩種開發模式，一是由一個開發人員從前臺界面到后臺代碼進行編碼，這也是大部分系統所使用的開發模式。二是前臺由一部分人開發，應用由一部分人開發，再由進行集成的模式。這種模式的好處就是前臺和后臺分開，兩邊可以單獨開發、測試。比如一個項目時間比較緊，人員比較少，就可以把前臺外包。2、界面在交互人員的設計過程中滿足架構設定的一些規范，開發人員只需要將表單數據整合成xml字符串作為參數提交即可，這樣避免了有開發人員直接修改界面，導致影響界面布局的問題發生，同時也提高了開發效率。由于表單參數為xml字符串，前臺使用的技術對架構沒有影響。3、實現了對參數的封裝，封裝后的數據有兩種表現形式，一種是哈希表，一種與數據庫對象一一對應的Java數據對象，針對這2種形式的數據，架構提供了大量與數據庫交互的基礎函數以及對不同數據庫的方言的處理。對于開發人員來說只要處理應用的過程就可以了，這樣能夠很大程度上提高開發的效率。對于與數據庫交互的函數，如果滿足不了要求，架構還提供了擴展接口，支持二次開發。4、系統數據源使用的是JNDI方式，支持Oracle、DB2、Sql Server等主流的數據庫。5、配置文件是在設計完成后一次性配置并測試完成的，開發過程是不需要再配置，這樣就避免了由于配置文件所產生的錯誤，減少了開發時的工作量，提高開發效率。6、服務之間可以相互調用，一些公用的服務可以作為子服務方便其他服務調用。服務間的調用包括本地調用和遠程調用，本地調用是在同一系統間服務的調用，遠程調用是不同系統間服務的相互調用，就是系統間的接口。綜上所述，本系統的架構提供了多種開發模式，支持重用和系統間接口的調用，減少開發過程的工作量，避免了開發時出現的問題，提高了開發效率。可以使用任意前臺技術，支持Oracle、DB2、Sql Server等主流數據庫,支持對數據庫操作的二次開發。以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護范圍并不局限于此，任何熟悉該技術的人在本發明所揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種用于應用系統開發的控制方法，其特征在于，包括: 系統初始化，注冊系統資源，進行數據庫連接； 處理參數，其中參數包括系統參數和表單參數，以xml字符串方式進行傳遞； 將處理后的xml字符串的參數進行處理,并封裝為Request對象,將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理； 將經過服務處理后的數據以xml字符串方式返回到前臺，經過xml解析獲得返回數據并展示結果，完成應用系統開發的控制。
2.如權利要求1所述的方法，其特征在于， 所述xml字符串中包括當前表單需要調用的系統名稱、子系統名稱、應用名稱和表單參數。
3.如權利要求1所述的方法，其特征在于， 所述系統初始化，注冊系統資源的步驟包括:解析關于連接的數據庫配置文件，數據庫連接的注冊、系統注冊、子系統注冊、服務注冊；加載系統配置參數并加載上下文關系Context ο
4.如權利要求1所述的方法，其特征在于， 所述將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理的步驟， 包括: 將封裝好的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，首先查看當前調用的系統是否已注冊，若未注冊，則發出錯誤信息提示，結束流程；若已注冊，則判斷系統配置調用方式是遠程還是本地，如果是遠程調用，則系統根據配置的遠程訪問地址調用遠程服務，將數據定位到所需應用的服務中并進行處理； 如果是本地調用，則進入到子系統管理，通過子系統管理類管理子系統，判斷子系統若已注冊，則開始查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理。
5.如權利要求4所述的方法，其特征在于， 所述服務包括基礎服務，用于所需應用的調用，基礎服務包含對數據的處理和數據操作的函數。
6.如權利要求1所述的方法，其特征在于， 所述Request對象用于數據在展現層、服務層和持久化層之間的傳輸。
7.如權利要求6所述的方法，其特征在于， 所述展現層，用于與用戶進行互動，通過B/S客戶端和/或C/S客戶端兩種模式進行控制。
8.如權利要求1所述的方法，其特征在于， 所述系統是通過JNDI方式連接數據庫,數據庫為Oracle、DB2或SQLServer數據庫。
9.如權利要求1所述的方法，其特征在于， 還包括:所述系統支持服務的重用，即同一系統內的服務進行重復調用。
10.如權利要求9所述的方法，其特征在于，進一步包括:所述系統還支持不同系統間接口調用，即遠程調用為不同系統間的服務調 用。
全文摘要
一種用于應用系統開發的控制方法，包括系統初始化，注冊系統資源，進行數據庫連接；處理參數并以xml字符串方式進行傳遞；將處理后的xml字符串的參數封裝為Request對象，將封裝后的Request對象傳輸到系統管理類，系統管理類中對Request對象中關于系統的信息進行處理，查找當前調用的服務，根據注冊的服務，將數據定位到所需應用的服務中并進行處理；將經過服務處理后的數據以xml字符串方式返回到前臺，經過xml解析獲得返回數據并展示。本發明解決了在應用功能的開發中，當前應用系統架構存在配置繁瑣和開發過程較長的問題。
文檔編號G06F9/44GK103164200SQ20111041943
公開日2013年6月19日 申請日期2011年12月15日 優先權日2011年12月15日
發明者王軍, 張宏斌, 郭楠, 王斌, 李令昊, 周崢 申請人:華迪計算機集團有限公司