技術(shù)可行性分析報告

1、XXXXX 系統(tǒng)技術(shù)可行性分析報告工程名稱：工程編號：編 寫：審 核：批 準：日 期：第頁 共24頁目 錄 HYPERLINK l “_TOC_250016“ 工程簡介 HYPERLINK l “_TOC_250015“ 系統(tǒng)構(gòu)成 HYPERLINK l “_TOC_250014“ 產(chǎn)品技術(shù)平臺分析 HYPERLINK l “_TOC_250013“ 系統(tǒng)運行環(huán)境 HYPERLINK l “_TOC_250012“ 開發(fā)環(huán)境 HYPERLINK l “_TOC_250011“ 主要關(guān)鍵技術(shù) HYPERLINK l “_TOC_250010“ 關(guān)鍵技術(shù)的解決方案 HYPERLINK l “_TO

2、C_250009“ Struts2框架 HYPERLINK l “_TOC_250008“ 長久層框架 HYPERLINK l “_TOC_250007“ Ajax技術(shù) HYPERLINK l “_TOC_250006“ XML解析器SNMP HYPERLINK l “_TOC_250005“ 系統(tǒng)架構(gòu)解決方案 HYPERLINK l “_TOC_250004“ 6.1架構(gòu)1 HYPERLINK l “_TOC_250003“ 6.2架構(gòu)2 HYPERLINK l “_TOC_250002“ 本工程確定的方案 HYPERLINK l “_TOC_250001“ 系統(tǒng)架構(gòu) HYPERLINK l

3、 “_TOC_250000“ 技術(shù)方案工程簡介第頁 共24頁系統(tǒng)構(gòu)成模塊名稱模塊名稱模塊描述產(chǎn)品技術(shù)平臺分析系統(tǒng)運行環(huán)境網(wǎng)絡(luò)環(huán)境：網(wǎng)絡(luò)環(huán)境：硬件平臺：第頁 共24頁操作系統(tǒng)平臺：操作系統(tǒng)平臺：數(shù)據(jù)庫平臺：Web效勞：開發(fā)環(huán)境網(wǎng)絡(luò)環(huán)境：網(wǎng)絡(luò)環(huán)境：硬件平臺：操作系統(tǒng)平臺：數(shù)據(jù)庫平臺：Web效勞：主要關(guān)鍵技術(shù)主要關(guān)鍵技術(shù)J2EE技術(shù)解釋J2EEJava 2 Enterprise EditionJava 2組件技術(shù)構(gòu)建分布式系統(tǒng)的編程框架。Struts2框架Struts2 是一個兼容Struts1 和WebWork的MVC 框架它是以Webwork的設(shè)計思想為核心，吸取了Struts1的優(yōu)點。Spri

4、ngiBatisSpring 是輕量級的容器，是一個開源框架。iBatis特點。Log4jXMLWebServiceLog4j Apache 的一個日志記錄的開放源代碼工程。目前流行的XML 解析器主要有DOM、SAX、JDOM、DOM4J 等。Web Service 也叫XML Web Service WebService是一種可以接收從Internet或者 Intranet 上的其它系統(tǒng)中傳遞過來的懇求，輕量級的獨立的通訊技術(shù)。是:通過SOAP 在WebWSDL UDDI進展注冊。RMI-IIOPAjaxIIOP 協(xié)議(互聯(lián)網(wǎng)內(nèi)部對象懇求代理協(xié)議)java RMI 遠程方法訪問。AJAX“

5、AsynchronousJavaScriptand XML”異步JavaScript第頁 共24頁XML，是指一種創(chuàng)立交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術(shù)。XML，是指一種創(chuàng)立交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術(shù)。C 語言是一種高效的構(gòu)造化語言。SNMP簡潔網(wǎng)絡(luò)治理協(xié)議Simple Network Management ProtocolRRD/JRobinRRD 是Round Robin Database環(huán)狀數(shù)據(jù)庫的縮寫。JRobin 是一個使用Java實現(xiàn)的開源的RRD 處理程序和繪圖引擎。FlashFlash Web 動畫的標準。JNDIJavaJUnitJavaDOMCSSMaven2Document

6、Object Model 文檔對象模型。Cascading Style Sheets 層疊樣式表單。Apache Jakarta 工程的高級工程治理工具，比Ant關(guān)鍵技術(shù)的解決方案Struts2框架StrutsStruts2。Struts2Struts1WebWorkMVCWebworkStruts1第頁 共24頁Struts2體系構(gòu)造Struts2框架的大致處理流程如下：掃瞄器發(fā)送懇求，例如懇求/my.action、/reports/myreport.pdf等；FilterDispatcherAction；WebWork的攔截器鏈自動對懇求應用通用功能，例如workflow、validati

7、on或文件上傳等功能；Actionexecute execute方法先獲得用戶懇求參數(shù)，然后執(zhí)行某種數(shù)據(jù)操作，Action 只是一個把握器，他會調(diào)用業(yè)務規(guī)律組件來處理用戶的懇求。特性Struts1.xStruts2Struts1.x 要求Action特性Struts1.xStruts2Struts1.x 要求ActionStruts2 的Action自一個抽象基類。Struts1.x 的一個共 ActionAction有的問題是面對抽象類編程而不是面 擇和自定義的效勞。Struts2向接口編程。ActionSupport 的基類來實現(xiàn)一般使用的接第頁 共24頁口。固然，Actionexecut

8、e 方法的POJOStruts 2ActionStruts1.x Action類是單例類，Struts2 Action對象為每一個懇求都由于只有一個實例來把握全部的懇求。實例化對象所以沒有線程安全的問題實線程模型 servlet開發(fā)帶來了額外的苦惱。Action資源 丟棄的對象并且不會導致性能和垃圾回收必需是線程安全或者同步的。問題。Struts2的Action和容器無關(guān)。Struts1.x的Action類依靠于Servlet上下文被表現(xiàn)為簡潔的Maps，允許Servlet依靠servletAPI，當Action被調(diào)用時，以 Action被獨立的測試。Struts2的Action Servle

9、tRequest和可以訪問最初的懇求(假設(shè)需要的話)。但 ServletResponseexecute是，盡可能避開或排解其他元素直接訪問 ServletRequest ServletResponse。Struts1.xexecute方法暴露了Servlet API這使Struts2的Action可以通過初始化設(shè)易測性得測試要依靠于容器第三方的擴展，置屬性、調(diào)用方法來測試。依靠注入的支持Struts TestCase，供給了一套Struts1來進展測試。Struts1.x 使用ActionForm也是測試變得更簡潔。來捕獲輸入。象Action一樣，全部的Struts2直接使用Action屬性作

10、為輸ActionForm 必需擴展基類。由于其他 入屬性，消退了對其次個輸入對象的需求。JavaBean 不能作為ActionFormrich捕獲輸入Action 屬性能夠通過web入。DynaBeans 可以被用來作為替代 taglibsStruts2 也支持ActionFormActionFormrich者可能是在重描述(創(chuàng)立)已經(jīng)存在JavaBean仍舊會導致有冗余的javabean。用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib 對POJO第頁 共24頁Struts1.x整合JSTL，所以它使用表達式語 JSTL的表達式語言。表達式語言有基言本的圖形對象移動但是

11、對集合和索引屬性的支持很弱。Struts2 使用JSTL，但是也支持一個更強大和機敏的表達式語言“Object Graph Notation Language“ (OGNL)。Struts2“ValueStack”技術(shù)，使將值綁定Struts1.x使用標準JSP機制來綁到頁面定對象到頁面上下文。taglib 能夠訪問值而不需要把你的頁面viewValueStack允許通過一系列名稱一樣但類型不同的屬 性重用頁面view。Struts1.xActionForm常都是String。Struts 1.x類型轉(zhuǎn)換 Commons-Beanutils置。Struts1.x 支持在ActionFormva

12、lidate 方法中手動校驗，或者通過驗證Commons Validator的擴展來校驗。同校驗子對象。Struts2 使用OGNL根本和常用對象的轉(zhuǎn)換器。Struts2 支持通過validateXWorkXWork架使用為屬性類類型定義的校驗和內(nèi)容校驗，來支持chainStruts1.x支持每一個模塊有單獨Struts2支持通過攔截器堆棧Action 執(zhí) Request Processors生命周期，Interceptor Stacks為每一個Action行把握但是模塊中的全部Action必需共享相 創(chuàng)立不同的生命周期堆棧能夠依據(jù)需要和同的生命周期。不同的Action一起使用?？偨Y(jié)：依據(jù) s

13、truts1.x 和 struts2.0 的比照，struts2.0 供給的方法更機敏更易于開發(fā)，所以打算承受struts2.0 2.0 的前臺框架。長久層框架長久層框架目前比較流行的有 Hibernate、ibatis 等，下面主要對這兩種框架進展介紹。第頁 共24頁HibernateHibernate JDBC 進展了格外輕量級的對象Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。 Hibernate 可以應JDBC 的場合，既可以在Java 的客戶端程序使用，也可以在Servlet/JSP Web CMP，完成數(shù)據(jù)長久化的重任。 App Hibernate JDBC 可以使用

14、的場合，例如 BMP 里面的訪問數(shù)據(jù)庫Hibernate EB 不是一個范疇的東西，也不存在非此即彼的關(guān)系。JDBC HibernateJDBC 驅(qū)動，和數(shù)據(jù)庫都有肯定的關(guān)系，但是和使用它的Java 程序，和App Server 沒有任何關(guān)系，也不存在兼容性問題。HibernateEntity Bean 做比照，只有放在整個J2EE 工程的框架中才HibernateJDBC 的替代者消滅的，Entity Bean的替代者消滅的。傳統(tǒng)的架構(gòu)：Session Bean Entity Bean DB為了解決性能障礙的替代架構(gòu)：SessionBean DAO JDBC DB3SessionBean D

15、AO Hibernate DB就上面 3 個架構(gòu)來分析： 3 次之，EB的架構(gòu)1最差。運行效率：假設(shè) JDBC 的代碼寫的格外優(yōu)化，那么 JDBC 目中，這一點幾乎做不到，這需要程序員格外精通 JDBC，運用 Batch 語句，調(diào)整 Batch Size Fetch Size 等參數(shù)，以及在必要的狀況下承受結(jié)果集cache Hibernate 架構(gòu)表現(xiàn)出最快的EB的架構(gòu)效率會差的很遠。第頁 共24頁開發(fā)效率：在有JBuilder 的支持下以及簡潔的工程，EB 架構(gòu)開發(fā)效率最高，JDBC 次之，Hibernate 最差。但是在大的工程，特別是長久層關(guān)系映射很簡單的狀況下，Hibernate 效率

16、高的驚人，JDBC EB 架構(gòu)很可能會失敗。分布式，安全檢查，集群，負載均衡的支持 由于有 SB 做為 Facade，3 個架構(gòu)沒有區(qū)分。Ibatis ORMJava對象，e M e 會 SQL Hibernate等 “全 供給了更大的自由空間。Hibernate ibatis 優(yōu)缺點比較：iBATIS，Hibernate二者都是比較優(yōu)秀的開源產(chǎn)品iBATISHibernate系統(tǒng)數(shù)據(jù)處理量巨大，性能要求極為苛刻，這往往意味著我們必需通過經(jīng)過高度優(yōu)化的SQL或存儲過程才能到達系統(tǒng)性能設(shè)計指標。在這種狀況下iBATIS性和表現(xiàn)。iBATISsql，HibernateHibernateiBATIS

17、sql mapping一修改。HiberntePOPOHibernatePO承，聚合等等關(guān)系的，這將會直接影響到你的整個軟件系統(tǒng)的設(shè)計思路。O/R MappingiBATIS第頁 共24頁總結(jié)：依據(jù)本工程對sql 優(yōu)化機敏性的要求，選擇ibatis 作為數(shù)據(jù)長久層框架。Ajax技術(shù)Ajax概述：Ajax 不是一種技術(shù)。實際上，它由幾種蓬勃進展的技術(shù)以的強大方式組合而成。Ajax包含：XHTML CSS使用文檔對象模型(DocumentObjectModel)作動態(tài)顯示和交互XML XSLT 做數(shù)據(jù)交互和操作使用 XML Request 進展異步數(shù)據(jù)接收JavaScript 將它們綁定在一起we

18、b 應用模型工作起來就象這樣:Web效勞器的 懇求。效勞器完成一些處理-接收數(shù)據(jù)，處理計算，再訪問其它的數(shù)據(jù)庫系統(tǒng)，最終返回一個HTML頁面到客戶端。這是一個老套的模式，自承受超文本作為web使用以來，始終都這樣, 桌面軟件那么好用。第頁 共24頁傳統(tǒng) Web 應用模型(左)與 Ajax 模型的比較(右).處理自己的事情的時候，用戶在做什么?沒錯，等待。每一個動作，用戶都要等待。很明顯，假設(shè)我們按桌面程序的思維設(shè)計Web應用，我們不情愿讓用戶總是等待。當界?看到程序去效勞器取數(shù)據(jù)呢?Ajax 如何不同凡響Ajax Web 的開頭-停頓-開頭-停頓這樣的交互過程. 它就像增加了一層機制到程序中，

19、使它響應更靈敏，而它確實做到了這一點。Ajax 引擎-JavaScriptframe 中。這個引擎負責繪制用戶界面以及與效勞器端通訊。Ajax引擎允許用異步的方式實現(xiàn)用戶與程序的交互 -不用等待效勞器的通訊。所以用戶再不不用翻開一個空白窗口，看到等待光標不斷的轉(zhuǎn)，等待效勞器完成后再響應。 Web應用程序更為迅捷地回應用戶動作，并避開了在網(wǎng)絡(luò)上發(fā)送那些沒有轉(zhuǎn)變過的信息。web應用允許用戶填寫表單(form)，當提交表單時就向web效勞器發(fā)送一個懇求。效勞器接收并處理傳來的表單，然後返回一個的網(wǎng)頁。這個做法鋪張了很多帶寬，由于在第頁 共24頁送懇求，應用的響應時間就依靠于效勞器的響應時間。這導致了

20、用戶界面的響應比本地應用慢得多。 JavaScript 器和掃瞄器之間交換的數(shù)據(jù)大量削減，結(jié)果我們就能看到響應更快的應用。同時很多的處Web效勞器的處理時間也削減了。Ajax 應用程序的優(yōu)勢在于：通過異步模式，提升了用戶體驗優(yōu)化了掃瞄器和效勞器之間的傳輸，削減不必要的數(shù)據(jù)來回，削減了帶寬占用下的效勞器負載。Ajax 開發(fā)框架：毫無疑問，Ajax作為當前最火爆的技術(shù)之一，其優(yōu)秀的框架層出不窮。Prototype、Dwr、Dojo、JQuery、YUi 都是格外精彩的產(chǎn)品。JQuery特點：短小精悍(19k)，接口設(shè)計得精妙(自然語言的風格)，與程序思路協(xié)作周密javascriptxpath，do

21、m1-3，輕松選擇需apiUIYuiUIJSYULYahoo缺點是庫目前還不全，功能也不強大。ExtExt第頁 共24頁UIExtExt ponent,和集成形成了一個單根的組件樹.PrototypeJSJSDOMAPI，大事JSprototypeJSJSJSRoRAJAX JSDojoUI；Dojo(Package System)和模塊化(Libraries)的構(gòu)造，能保持更好的擴展性，提高執(zhí)行性能，減輕了用戶開發(fā)的工作量，并保持肯定的機敏性(用戶可以自己編寫擴展)；Dojo資源；專業(yè)的開發(fā)團隊，可以保證更速度及質(zhì)量。Mootools36k；模塊化設(shè)計，合理標準，優(yōu)雅的OOP的下載過程，可以

22、跟據(jù)自己的需要勾選相應的模塊下載，Build Your Own APIDwrjavajavascriptdwrwebwork springjason，dwrBuffalo第頁 共24頁AjaxWeb用對象完整的序列化到了本地，成為可以被 JavaScript 編程觸及的對象。Buffalo 中的重要組件-BuffaloBindingJavaScriptHTMLHTML將數(shù)據(jù)與界面綁定。QooxdooJSVB/DelphiWeb GUIC/SwebInternetSpry特點：設(shè)計標準，功能全面，文檔豐富,面對設(shè)計人員而不是開發(fā)人員。與其它Spry總結(jié)：jqueryjsextjsXML解析器SA

23、X、JDOM、DOM4J 等，下面我們就這四種解析器進展分析和比較：1、DOMDOM 是用與平臺和語言無關(guān)的方式表示 XML 文檔的官方 W3C 標準。DOM 是以層次構(gòu)造組織的節(jié)點或信息片斷的集合。這個層次構(gòu)造允許開發(fā)人員在樹中查找特定信息。分(所以其劣勢就是基與大文件的加載速度很慢,由于它是需要全部加載后才操作的).第頁 共24頁DOM 解析模型的優(yōu)點是編程簡潔，開發(fā)人員只需要調(diào)用建樹的指令，然后利用navigation APIs 訪問所需的樹節(jié)點來完成任務?？梢院芎啙嵉奶砑雍托薷臉渲械脑?。然而DOM xml 文檔，所以對性能和內(nèi)存的要求比較高，xml 文件的時候。由于它的遍歷力量，DO

24、M xml 文檔需要頻繁的轉(zhuǎn)變的效勞中。他手段來處理這樣的數(shù)據(jù)會更好。這些基于大事的模型，比方 SAX。2、SAXSAX xml 文檔的時候可以觸發(fā)一系列的大事，當覺察給定的 tag 的時候，它可以激活一個回調(diào)方法，告知該方法制定的標簽已經(jīng)找到。這且，由于應用程序只是在讀取數(shù)據(jù)時檢查數(shù)據(jù)，因此不需要將數(shù)據(jù)存儲在內(nèi)存中，對內(nèi)存的要求通常會比較低。這對于大型文檔來說是個巨大的優(yōu)點。事實上，應用程序甚至不必解析整個文檔;它可以在某個條件得到滿足時停頓解析。特別是當開發(fā)人員只需要處理文檔中所包含的局部數(shù)據(jù)時，SAX SAX 解析器的時候編碼工作會比較困難，而且很難同時訪問同一個文檔中的多處不同數(shù)據(jù)。3

25、、JDOMJDOM 的目的是成為 Java XML 的交互并且比使用 DOM 實現(xiàn)更快。JDOM 與 DOM 主要有兩方面不同。首先，JDOM 僅使用具體類而不使用接口。這在API，但是也限制了機敏性。其次，API Collections 類，簡化Java 開發(fā)者的使用。JDOM 文檔聲明其目的是“20%(或更少)80%(或更多)Java/XML 問 題”(20%)。JDOM Java/XML 應用程序來說固然是有用 JDOM 還包括對程序行為的相當廣泛檢查以防止用戶做任何在 XML 中無意義的事。然而，它仍需要您充分理解 XML 以便做一些超出根本的工作(或者甚至理解某些狀況下的錯誤) DO

26、M 或 JDOM接口都更有意義的工作。第頁 共24頁JDOM SAX2 XML 文檔(盡DOM 表示作為輸入)JDOM 表示輸出成SAX2 大事流、DOM XML 文本文檔。JDOM Apache 許可證變體下公布的開放源碼。4、DOM4JDOM4J JDOM 的一種智能分支。它XML XPath 支持、XMLSchema 支持以及用于大文檔或流化文檔的基于大事的處理。它還供給了構(gòu)建文檔表示的選項，它通過DOM4J API 和標準 DOM 接口具有并行訪問功能。從 2022 下半年開頭，它就始終處于開發(fā)之中。為支持全部這些功能，DOM4J 使用接口和抽象根本類方法。DOM4J API中的 Co

27、llections 類，但是在很多狀況下，它還供給一些替代方法以允許更好的性能或更直DOM4J API 的代價，但是它供給了比JDOM 大得多的機敏性。在添加機敏性、XPath 集成和對大文檔處理的目標時，DOM4J JDOM 是一Java JDOM 更完整的解決方案，實現(xiàn)在本質(zhì)上處理全部 Java/XML 問題的目標。在完成該目標時，它比 JDOM 更少強調(diào)防止不正確的應用程序行為。5、總結(jié)DOM 是基于平臺、語言無關(guān)的官方W3C 標準?；跇涞膶哟危鋬?yōu)點是可以移植，編程簡潔，開發(fā)人員只需要調(diào)用建樹的指令。JDOM 是想成為 Java XML 的交互并且比使用 DOM 實現(xiàn)更COllect

28、ions 類，便利程序員。JDOM 和 DOM 在性能測試時表現(xiàn)不佳，在測試 10M 文檔時內(nèi)存溢出。在小文檔狀況下還值得考慮使用 DOM 和 JDOM。SAX XML 文檔的時候可以觸發(fā)一系列的大事，當覺察給定的 tag 的時候，它可以激活一個回調(diào)方法，告知該方法制定的標簽已經(jīng)找到。類似與流媒第頁 共24頁SAX 解析器的時候編碼工作會比較困難，而且很難同時訪問同一個文檔中的多處不同數(shù)據(jù)。DOM4J Java XML API用的特點，同時它也是一個開放源代碼的軟件。如今你可以看到越來越多的 Java 軟件都在使用 DOM4J 來讀寫 XML，特別值得一提的是連 Sun 的 JAXM 也在用

29、DOM4J。 Hibernate 也用 DOM4J 來讀取 XML DOM4J。SNMP簡潔網(wǎng)絡(luò)治理協(xié)議(SNMP)Internet工程任務組織(Internet Engineering Task Force)(IETF)Internet上的路由器治理問題而提出的。它可以在IP，IPX，AppleTalk，OSI以及其他用到的傳輸協(xié)議上被使用。簡潔網(wǎng)絡(luò)治理協(xié)議(SNMP)是最早提出的網(wǎng)絡(luò)治理協(xié)議之一，它一推出就得到了廣泛的應IBM，HP，SUN 等大公司和廠商。目前SNMP已成為網(wǎng)絡(luò)治理領(lǐng)域中事實上的工業(yè)標準，并被廣泛支持和應用，大多數(shù)網(wǎng)SNMP 的。具體實現(xiàn)上，SNMP為治理員供給一個網(wǎng)管平

30、臺，負責網(wǎng)管命令的發(fā)出與數(shù)據(jù)的存儲及分析等。被監(jiān)管的設(shè)備上則運行一個 SNMP 代理，代理實現(xiàn)設(shè)備與治理站的SNMP 通訊。第頁 共24頁3：治理站與代理的通訊 都實現(xiàn)相應的 MIB 對象，使得雙方可以識別對方的數(shù)據(jù)，實現(xiàn)通訊。治理站向代理申請MIB中定義的數(shù)據(jù)，代理識別后，將治理設(shè)備供給的相關(guān)狀態(tài)或參數(shù)等數(shù)據(jù)轉(zhuǎn)換成MIB定義的格式，應答給治理站，完成一次治理操作。SNMP 的這種構(gòu)造過程，使得網(wǎng)絡(luò)設(shè)備對SNMP 的支持極為便利。已有的設(shè)備，只要加一個 SNMP SNMP 模塊插上即可支持網(wǎng)管。網(wǎng)絡(luò)上的很多設(shè)備，比方：路由器、交換機等，都可以通過添加一個SNMP網(wǎng)管模塊增加網(wǎng)管功能。效勞器可通

31、過運行一個網(wǎng)管進程實現(xiàn)。其它效勞級的產(chǎn)品也可以供給網(wǎng)OracleWeblogicsnmp 這些系統(tǒng)級效勞進展治理。代理效勞器Proxy。第頁 共24頁4：SNMP網(wǎng)絡(luò)治理系統(tǒng)治理站是系統(tǒng)總控臺，向治理員供給界面以獵取與轉(zhuǎn)變設(shè)備的配(Agent)SetGet讀取或設(shè)置設(shè)備配置，并接收代理發(fā)過來的警報Trap。代理Agent介于治理站與治理信息庫MIB之間，與治理站通訊并響應治理站的懇求，從MIBMIBTrapProxySNMPSNMP5：代理效勞器的典型應用第頁 共24頁除卻這 3 個角色，SNMP 還包含兩個重要的局部：名 稱數(shù)據(jù)類型DisplayStringR/W描 述sysDescrsysObjectI名 稱數(shù)據(jù)類型DisplayStringR/W描 述sysDescrsysObjectIDsysUpTimeObjectID設(shè)備的文字描述，對設(shè)備硬件、操作系統(tǒng)等的說明設(shè)備包含的網(wǎng)管子