【導讀】行本開發(fā)項目提供依據(jù)；b.評價為了合理地達到開發(fā)目標所可能選擇的各種技術方案，說明并論證所選用的方案。a.提出者和交辦單位；

　　

【正文】 息化示范企業(yè) ERP 可行性研究報告 Ver 第 13 頁 共 15 頁 務過程中共享數(shù)據(jù)。 XML的發(fā)展和 Java是相互獨立的，但是，它和 Java具有的相同目標正是平臺獨立性。通過將 Java和 XML的組合，您可以得到一個完美的具有平臺獨立性的解決方案。目前正有許多不同的公司在為 Java和 XML的組合而努力。 部 署是 必須 采 用XML。 JavaServer Pages (JSPs) JSP 和 ASP 相對應的，但更具有平臺對立性。他們被設計用以幫助Web 內(nèi)容開發(fā)人員創(chuàng)建動態(tài)網(wǎng)頁，并且只需要相對較少的代碼。 即使Web 設計師不懂得如何編程也可以使用 JSP，因為 JSP 應用是很方便的。 JSP 頁面由 HTML 代碼和嵌入其中的 Java 代碼所組成。服務器在頁面被客戶端所請求以后對這些 Java 代碼進行處理，然后將生成的HTML 頁面返回給客戶端的瀏覽器。 是 與 (Tomcat)集 成 ，Tomcat 已經(jīng) 實現(xiàn) 了該 核心 技術 . Java servlets Servlet 提供的功能大多與 JSP 類似，不過實現(xiàn)的方式不同。 JSP 通常是大多數(shù) HTML 代碼中嵌入少量的 Java 代碼，而 servlets 全部由 Java寫成并且生成 HTML。 servlet 是一種小型的 Java 程序，它擴展了 Web服務器的功能。作為一種服務器端的應用，當被請求時開始執(zhí)行，這和 CGI Perl 腳本很相似。 Servlets 和 CGI 腳本的一個很大的區(qū)別是：每一個 CGI 在開始的時候都要求開始一個新的進程 而 servlets是在servlet 引擎中以分離的線程來運行的。因此 servlets 在可伸縮性上提供了很 好的改進。 是 JavaMail and JavaBeans Activation Framework JavaMail 是用于存取郵件服務器的 API，它提供了一套郵件服務器的抽象類。不僅支持 SMTP服務器，也支持 IMAP服務器。 JavaMail利用JavaBeans Activation Framework (JAF)來處理 MIME編碼的郵件附件。 MIME的字節(jié)流可以被轉換成 Java對象，或者轉換自 Java對象。由此大多數(shù)應用都可以不需要直接使用 JAF。 是 第 二期 開發(fā) Java MessagiJMS是用于和面向消息的中間件相互通信的應用程序接口 (API)。它既支持點對點的域，有支持發(fā)布 /訂閱 (publish/subscribe)類型的域， 是 由 于相 對復雜，不是制造業(yè)信息化示范企業(yè) ERP 可行性研究報告 Ver 第 14 頁 共 15 頁 ng Service (JMS) 并且提供對下列類型的支持：經(jīng)認可的消息傳遞 ,事務型消息的傳遞，一致性消息和具有持久性的訂閱者支持。 JMS還提供了另一種方式來對您的應用與 legacy backend 系統(tǒng)相集成。 基礎，在第二期開發(fā)。 將各個協(xié)議的服務連接成有機的整體進行管理，采用 JMX 各個實現(xiàn)部分的管理，使各個部分成為有機的整體。 JMX簡 介： Java Management eXtensions(JMX)規(guī)范定義了一種結構、設計模式、 APIs以及一些服務以用于 Java應用的管理。 JMX的結構分為三層： instrumentation level、代理層 (agent level)、分布式服務層 (distributed services level),如圖所示。 instrumentation層用于實現(xiàn) JMX的可管理資源，任何 Java對象只要實現(xiàn)了管理接口（ Management Interface）就可以成為一個可管理的資源，而不必了解復雜的管理系統(tǒng) 。 JMX的核心是代理層，包括一個 MBean服務器、一些代理服務以及一個協(xié)議適配器或者連接器。每個代理服務都是一個獨立的模塊，可以根據(jù)需要插入 MBean服務器。分布式服務層提供了 JMX管理器透明地與管理代理交互的接口。 JMX的這種結構提供了一種可伸縮的管理方式，能夠實現(xiàn)靈活、動態(tài)、開放的應用管理。 影響 a. 利于組件化的軟件開發(fā)，應用軟件開發(fā)重點在于行業(yè)的業(yè)務組件開發(fā)。 b. 中間件產(chǎn)品的開發(fā)近兩年已成為軟件業(yè)發(fā)展速度最快軟件產(chǎn)品，也將對軟件行業(yè)和相關產(chǎn)業(yè)產(chǎn)生相應的影響。 ERP(應用服務器 )正式在這種背景下提出的，完 全順應了現(xiàn)代的軟件模式。 c. 方便的實現(xiàn)跨平臺。 d. 對于商務軟件的開發(fā)帶來極大的方面，能夠勝任企業(yè)級的應用。 e. 由于客戶端不直接訪問服務器端的后臺數(shù)據(jù)庫，減輕了服務器的負荷。 f. 提供容錯處理和負載平衡處理。 g. 提供完善的日志管理。 h. 提供強大安全管理和權限管理。 局限性 由與資源占用較多，運行速度可能比采用 C++開發(fā)的應用程序要慢些。 制造業(yè)信息化示范企業(yè) ERP 可行性研究報告 Ver 第 15 頁 共 15 頁 技術條件方面的可行性 a. 由于我們首先進行理論和原形的研究，而且是對 Open Source 的研究，所以保證了實現(xiàn)J2EE的可能性。 b. 我們在開發(fā)期間進行市場和同類產(chǎn)品分析，保證我們產(chǎn)品的先進性 。 c. 開發(fā)力量：我們在開發(fā)期間計劃 7個人參與，其中有 1個博士， 2個碩士， 2個高級程序員，既從理論上，也從實現(xiàn)方式上給予保證。 d. 在 ，我們同樣能夠保證本次開發(fā)項目的進行。 e. 我們計劃該項目進行 5個月，根據(jù)我們的計劃，能夠在規(guī)定的時間里完成該開發(fā)項目。 可選擇的其他系統(tǒng)方案 由于本項目為開發(fā)項目，所以不考慮其它系統(tǒng)方案。 系統(tǒng)方案評價 由于本項目為開發(fā)項目，系統(tǒng)的評價方法為我們是否完成當初預定的目標，即：是否完成了相關軟件工程文檔篇，推出的 ERP 是否能夠穩(wěn)定運行。 已選系統(tǒng)方案的技術 風險分析 由于本項目為開發(fā)項目，采用的技術手段為成熟手段，所以技術風險分析較低。 結論 在技術可行性方面： 我們主要的目標是進行 ERP 體系結構研究，因為該體系結構是公開，所以可行。我們對Open Source 的源代碼進行研究，現(xiàn)在 JBoss 是源代碼開發(fā)，所以也是可行。 在開發(fā)團隊：我們又有一批專家隊伍。 通過以上分析，我們進行該項目是可行的。