【正文】 ......................................３３5 技術(shù)經(jīng)濟可行性的綜合評價 ........................................................................................................３３6 附件 ................................................................................................................................................３４基于 WEB 應(yīng)用的基礎(chǔ)軟件框架項目可行性研究報告　　　 1 總論 項目的主要內(nèi)容及技術(shù)原理簡述某基于 WEB 應(yīng)用的基礎(chǔ)軟件框架（GBasic Software Framework） （以下簡稱 GBSF）是進行 WEB 應(yīng)用開發(fā)的基礎(chǔ)軟件框架，它幫助簡化基于 GBSF 的應(yīng)用開發(fā)，使程序開發(fā)人員專注于完成具體業(yè)務(wù)邏輯，而將對數(shù)據(jù)庫的訪問抽象進行剝離，使界面設(shè)計實現(xiàn)人員專注于專用業(yè)務(wù)邏輯、界面控制的實現(xiàn)，而將用戶界面（UI）中需要實現(xiàn)的基本通用的行為進行封裝，并使其組件化。并通過框架提供的輔助工具實現(xiàn)部分代碼的自動產(chǎn)生。對于應(yīng)用系統(tǒng)的顯示層實現(xiàn)，通過引用框架提供的 UI 組件就可以在 WEB 頁面上實現(xiàn)各種頁面操作元素，通過修改引用相關(guān)的 CSS 風(fēng)格文件使最后展現(xiàn)在客戶面前的界面呈現(xiàn)不同個性化風(fēng)格。GBSF 框架還通過提高輔助性的代碼生成工具，幫助框架應(yīng)用者提高代碼產(chǎn)生效率和速度。GBSF 包括五大部分：數(shù)據(jù)訪問、邏輯控制、WEB 遠程調(diào)用、JS 組件、輔助工具。而且 GBSF 最后提交的并不僅僅是一個框架，更重要的是我們提交了一種 WEB 應(yīng)用系統(tǒng)開發(fā)的流程和編碼規(guī)范。在這個基礎(chǔ)數(shù)據(jù)訪問組件包中將解決數(shù)據(jù)的對象關(guān)系映射、數(shù)據(jù)的持久化、數(shù)據(jù)類型的轉(zhuǎn)換、資源的打開和關(guān)閉、事務(wù)的管理、數(shù)據(jù)訪問的統(tǒng)一方式等。其中安全控制主要解決數(shù)據(jù)傳輸過程的加密解密、對敏感數(shù)據(jù)的加密解密、用戶訪問權(quán)限控制、用戶操作權(quán)限控制、對用戶可訪問數(shù)據(jù)內(nèi)容的控制等?，F(xiàn)在很多客戶的需求都要求系統(tǒng)能夠適應(yīng)企業(yè)管理流程的變更，因基于 WEB 應(yīng)用的基礎(chǔ)軟件框架項目可行性研究報告　　　 此我們在系統(tǒng)中提供基礎(chǔ)的工作流管理設(shè)置功能組件，便于應(yīng)用系統(tǒng)開發(fā)人員調(diào)用完成含有工作流的業(yè)務(wù)的快速實現(xiàn)。GBSF 對邏輯控制層的掛接是通過 XML 配置文件來完成，因此可以方便程序開發(fā)人員使用。通過 WEB 遠程調(diào)用實現(xiàn)系統(tǒng)無刷新獲取或提交數(shù)據(jù)。其它情況則可以采用異步模式的 WEB 遠程調(diào)用。同步模式 W E B 遠程調(diào)用統(tǒng)一訪問接口W E B遠程調(diào)用服務(wù)各個應(yīng)用組件W E B 遠 程 調(diào) 用 示 意 圖客戶端服務(wù)組件 1服務(wù)組件 2… …異步模式 W E B 遠程調(diào)用服務(wù)組件 n服務(wù)器端 JS 組件JS 組件完整的稱呼為 Javascript 組件，在當前頁面控制的客戶端部分通常的做法都是通過 Javascirpt 腳本語言進行頁面元素控制和編碼，由于 Javascript 是屬于腳本語言，因此它不具備向 C++、JAVA 之類語言一樣面向?qū)ο蟮墓δ?，但由?Javascript 可以說是一個基于對象的編碼語言，因此也可以使用些面向?qū)ο蟮母拍?，如類、對象、繼承、封裝等（Javascript不支持多態(tài)概念） ，我們的 JS 組件正式通過將日常使用的一些方法、數(shù)據(jù)進行封裝形成一個個對象（在 Javascript 語言中類和對象個觀念不是區(qū)分很明顯） ，然后通過繼承實現(xiàn)代碼的復(fù)用?；A(chǔ) JS組件實現(xiàn)對通用 Javascript 編碼時常用一些功能的抽象，如實現(xiàn)雙向鏈表的對象、實現(xiàn) xml操作的對象等等。而 UI 顯示控件主要實現(xiàn)頁面上具體展現(xiàn)元素的呈現(xiàn)、呈現(xiàn)外觀、操作行為等，就如同使用 VB、Delphi 等工具開發(fā)客戶端程序界面時使用的界面控件一樣。為了加快基于 GBSF 框架的應(yīng)用產(chǎn)品或項目的開發(fā)速度，我們研制和開發(fā)了進行輔助代碼生成的代碼生成工具。因此現(xiàn)在我們多采用在業(yè)務(wù)邏輯和數(shù)據(jù)庫服務(wù)之間放置一個數(shù)據(jù)訪問層，用來隔離業(yè)務(wù)邏輯和數(shù)據(jù)庫服務(wù)，從而減少數(shù)據(jù)庫的調(diào)整對業(yè)務(wù)系統(tǒng)影響程度。簡單的描述我們的實現(xiàn)就是我們將數(shù)據(jù)庫理解成是由無數(shù)個表組成的一個實體，而組成數(shù)據(jù)庫實體的每一個表又是由表中 N 條記錄組成，每條記錄又由 N 個字段組成，每個字段具有 N 個相關(guān)屬性，在這樣的視角里，我們采用面向?qū)ο蟮乃悸罚瑢⒂涗浝斫獬梢粋€個代表具有的、有實際意義的對象，通過這些對象組合成一張張表對象。整個 ORM 采用類圖的進行示意如下：基于 WEB 應(yīng)用的基礎(chǔ)軟件框架項目可行性研究報告　　　 表數(shù) 據(jù) 庫 記 錄1 *1 *ORM 的優(yōu)點非常吸引人：不需要構(gòu)造簡單枯燥的 SQL 語句、對數(shù)據(jù)庫進行 I/O 操作，這些都由 ORM 對象來解決，而且不易出錯，同時代碼的復(fù)用程度高，隔離數(shù)據(jù)庫服務(wù)和商業(yè)邏輯，減少變化影響的范圍。其實對于 N 層機構(gòu)的系統(tǒng)來說，是將邏輯控制層劃分的更細小、更專業(yè)，從而形成層次分明的 N 層應(yīng)用。這些提取抽象的層通過統(tǒng)一的接口提供快速組合、快速搭配，實現(xiàn)面向接口的設(shè)計方式。這種定義與實現(xiàn)的分離帶來的好處是代碼的復(fù)用程度提高，在設(shè)計之初可以不涉及具體業(yè)務(wù)實現(xiàn)，但大家又都遵守相同的規(guī)范和約束。因此我們的邏輯控制層也采用了面向接口的設(shè)計方法，我們提供默認的安全控制、日志管理、工作流管理三類具體業(yè)務(wù)的實現(xiàn)，執(zhí)行業(yè)務(wù)的實現(xiàn)同樣遵循統(tǒng)一的接口規(guī)范，應(yīng)用程序開發(fā)人員將來可以同樣遵循這個接口規(guī)范來替換、擴充現(xiàn)在的三類業(yè)務(wù)實現(xiàn)，并將這些業(yè)務(wù)可以十分容易通過共同的接口整合到具體的業(yè)務(wù)邏輯中，實現(xiàn)完整的應(yīng)用系統(tǒng)的業(yè)務(wù)邏輯。WEB 的遠程調(diào)用分為異步模式和同步模式。同步模式下客戶端的程序發(fā)出請求后會一直等待服務(wù)端的返回響應(yīng)，此時程序處于阻塞狀態(tài)，直到服務(wù)器端返回結(jié)果。異步模式下客戶端的程序發(fā)出請求后程序繼續(xù)處理其它事務(wù)，當服務(wù)器端處理完成請求后將結(jié)果返回客戶端，并調(diào)用客戶端的回調(diào)函數(shù)來完成對返回數(shù)據(jù)的處理?？刂平M件是一種非可視化的 WEB 頁面上的控件，它主要是一些容器、共用函數(shù)等，主要通過和 UI 組件的配合完成 WEB 頁面操作控制及響應(yīng)。JS 組件在構(gòu)建是采用面向?qū)ο蟮母拍睿瑢⑷粘EB 界面中常用的一些界面控制行為進行封裝，使使用者在繪制 WEB 界面時擺脫過去使用HTML 元素的方法，而采用組件和容器的方法來工作。不管這些系統(tǒng)后臺服務(wù)端是使用 IIS、TOMCAT、WEBLOGIC、WEBSHPERE 等服務(wù)，不管開發(fā)這些軟件的程序是 JAVA、ASP、.NET、PHP 等對于呈現(xiàn)在客戶面前的交互界面都是基于 HTML 來完成的。在后臺服務(wù)程序代碼被越來越多的重用后，開發(fā)效率獲得了極大的提高，開發(fā)速度也大大縮短，而代碼質(zhì)量也穩(wěn)步提升。界面每個元素的行為需要界面設(shè)計人員去自己實現(xiàn)，稍有遺漏，輕則造成界面不統(tǒng)一，重則造成程序錯誤。還有一種就是使用標簽庫，但現(xiàn)在實現(xiàn)的多而且成熟的多是 JSP 標簽，對于其它的語言支持還是少之又少，這樣就限制了對服務(wù)端開發(fā)語言的限制。同時由于將一些原本可以在前臺進行處理的業(yè)務(wù)邏輯強制拋到服務(wù)器端執(zhí)行，這不僅僅是增加了服務(wù)的負擔(dān)，而且影響對客戶的響應(yīng)速度。但要搭建一個基于 MVC 構(gòu)架的系統(tǒng)，則需要系統(tǒng)的構(gòu)架師有高超的技術(shù)能力，并且需要花費很長時間來完成一個成熟的、穩(wěn)定的、高可擴展的、方便的、靈活的、易于掌握和使用 MVC 的構(gòu)架，而且構(gòu)架出的 MVC 框架可能針對性很強，不便于在其它系統(tǒng)中使用。開發(fā)這樣一套通用的框架需要大量投入，目前業(yè)界?？吹胶芏嗍菄忾_發(fā)的框架，在國內(nèi)這樣的框架還較少。圍繞 WEB 應(yīng)用，目前業(yè)界提出了眾多用于改善程序編碼效率、可讀性、可擴展性、易維護性的概念和實現(xiàn)框架，如 ORM、AJAX、IoC/DI 、AOP 等等。正是基于解決以上原因，我們需要開發(fā)出即可以跨平臺，又可以解決 ORM、同時又可以解決 WEB 遠程范圍的胖客戶模式的，采用 JS 組件的某基于 WEB 應(yīng)用的基礎(chǔ)軟件框架（GBasic Software Framework） 。使面向?qū)ο蟮拈_發(fā)、面向組件的 UI 設(shè)計做到完美結(jié)合。由于在開發(fā) WEB 頁面時采用了組件化設(shè)計，使以往開發(fā) HTML 界面復(fù)雜的界面操作控制轉(zhuǎn)變成面向組件的堆砌，使程序人員就可以快速完成標準的 WEB 頁面的 UI 實現(xiàn)。另外，GBSF 也是目前首個完全采用 Javascript（即 JS）語言實現(xiàn) UI 界面組件化、UI控制容器化及顯示層與商業(yè)邏輯層通過類似其它 AJAX 框架方式進行協(xié)同的基礎(chǔ)軟件框架。GBSF 的 UI 組件在設(shè)計時完全準從 OOA/P，使 UI 的數(shù)據(jù)和行為被很好的進行封裝，可以通過繼承方式獲得代碼的重用。 與本項目有關(guān)的國內(nèi)外的現(xiàn)狀、水平和發(fā)展趨勢當前基于 WEB 應(yīng)用的軟件框架也很多，其中有商業(yè)軟件，也有開源軟件，這些框架中有一些還被國內(nèi)外很多公司或項目應(yīng)用，有些甚至有不少應(yīng)用的成功案例，如Struts、Spring 、 Hibernate、Bindows、Dojo、Qooxdoo、DWR、JSF 、WebWork、Echo 等等。再如 Sprint 框架，它也是目前應(yīng)用廣泛的 WEB 框架之一，Spring 提供了管理業(yè)務(wù)對象的一致方法并且鼓勵了注入對接口編程而不是對類編程的良好習(xí)慣。然而，這僅僅是完整圖景中的一部分：Spring 在使用 IoC 容器作為構(gòu)建完關(guān)注所有架構(gòu)層的完整解決方案方面是獨一無二的。Spring 的數(shù)據(jù)訪問架構(gòu)還集成了 Hibernate 和其他 O/R mapping 解決方案。Spring 提供了一個用標準 Java 語言編寫的 AOP 框架，它給 POJOs 提供了聲明式的事務(wù)管理和其他企業(yè)事務(wù)，在需要的時候還能實現(xiàn)你自己的aspects。對于 UI 的組件化工作實現(xiàn)也是通過標簽來完成，因此對于 UI 的組件化，UI 控制的容器化工作并不十分突出。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序?qū)嵱?，也可以?Servlet/JSP 的Web 應(yīng)用中使用，最具革命意義的是，Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。因此一般項目在使用時多采用Spring＋ Hibernate 的方式來實現(xiàn) web 應(yīng)用的開發(fā)。Bindows 可以說解決了很多 WEB 開發(fā)人員基于 WEB 應(yīng)用的基礎(chǔ)軟件框架項目可行性研究報告　　　 需要解決的所謂 UI 問題，實現(xiàn)了 UI 的組件化。Dojo 是一個用 javascript 語言實現(xiàn)的開源 DHTML 工具包。 Dojo 實現(xiàn)了 UI 的組件化，使開發(fā)人員可以更容易的建立可拖拽式的用戶 UI 界面。Dojo 可以非常有效地分離頁面中的 Structure、Presentation、Behaviour ，這對于實現(xiàn) Ajax 組件 unobtrusive 的目標非常有幫助。Qooxdoo 是用于界面的開發(fā)，雖然類似 C/S 的開發(fā)方式，不存在頁面刷新帶來的煩惱，思考問題更加直接，不需考慮參數(shù)傳來傳去，不需學(xué)習(xí)一堆的標簽，特別是對于剛接觸WEB 開發(fā)的程序員，接受起來更加容易。但 Qooxdoo 中文資料少，或者說基本上沒有。DWR(Direct Web Remoting)是一個 WEB AJAX 開發(fā) DWR 可以在客戶端利用 JavaScript 直接調(diào)用服務(wù)端的 Java 方法并返回值給JavaScript 就好像直接本地客戶端調(diào)用一樣(DWR 根據(jù) Java 類來動態(tài)生成 JavaScrip 代碼) 。綜合以上所述，目前國內(nèi)外發(fā)展基于 WEB 應(yīng)用的基礎(chǔ)軟件框架主要側(cè)重在數(shù)據(jù)訪問層的 ORM、整個 WEB 應(yīng)用的 MVC 架構(gòu)、客戶端的 UI 組件化和 WEB 的遠程調(diào)用四個大的方向上。但這種綜合基礎(chǔ)是未來的一種趨勢，或是必須為之的工作。而且程序員需要同時去熟悉多個框架，這樣加重了程序員的學(xué)習(xí)負擔(dān)。再由于一些框架涉及到需要技術(shù)支持的，這也加重了未來系統(tǒng)維護的成本和難度。如果這些中間件是商用化系統(tǒng)，則中間件提供商就可以十分精確的指導(dǎo)系統(tǒng)的調(diào)優(yōu)等工作，節(jié)省大量人力和時間?？蒲心藙?chuàng)新和市場之本。依靠先進的軟件開發(fā)技術(shù)，優(yōu)秀的研發(fā)體系，強大的咨詢實施隊伍和完善的全方位服務(wù)，公司相繼開發(fā)出具有自主知識版權(quán)的某企業(yè)管理、電子政務(wù)等一系列軟件。2022 年 2 月 8 日，公司在香港創(chuàng)業(yè)板上市，標志著公司邁著穩(wěn)健的步伐，進入了一個高速發(fā)展的新階段?！?公司發(fā)展歷程基于 WEB 應(yīng)用的基礎(chǔ)軟件框架項目可行性研究報告　　　 1999 年 5 月公司在江西某成立，經(jīng)過 2 年的艱苦努力，公司開始快速成長、發(fā)展，并逐漸成為江西軟件研發(fā)的排頭兵，2022 年 6 月，原國家主席江澤民在現(xiàn)任中共中央政治局常委、國家副主席曾慶紅，現(xiàn)任國務(wù)院副總理曾培炎，中共江西省委書記孟建柱和江西省省長黃智權(quán)的陪同下視察某公司,并親筆題字留念。2022 年 12 月公司入選 2022 年度國家規(guī)劃布局內(nèi)重點軟件企業(yè) 。2022 年 12 月公司再次入選 2022 年度國家規(guī)劃布局內(nèi)重點軟件企業(yè) 。2022 年 12 月公司第三次入選 2022 年度國家規(guī)劃布局內(nèi)重點軟件企業(yè)。★ 公司榮譽2022 年 1 月 獲得江西省軟件企業(yè)認定證書 2022