全球快報:庫爾勒經濟開發區：電子政務“一站式”服務平臺

摘要當前階段，伴隨著社會信息技術的快速發展，使得電子政務能夠成為我國政府職能部門進行辦公管理的一個重要內容，其中就包括了提升辦公效率完善服務質量以及實現信息共享等。但是，雖然當前我國政府的信息化事業已經取得了初步的成效，能夠依據不同的客觀業務需求來實現信息系統的開發設計。但是，目前所存在的問題也是較為明顯的，那就是這些信息系統彼此之間都是孤立的，難以做到協同工作，這就造成了比較嚴重的“信息孤島”的現象，成為我國電子政務應用的一個巨大的障礙。想要解決這個問題，就需要實現電子政務“一站式”服務平臺。     本系統的目的是建立一個高效的平臺，采用簡潔高效的JSP技術與SQL server數據庫等技術，設計和開發了這一庫爾勒經濟開發區電子政務網站。該網站前臺包含領導信箱，表格下載，政務公開，便民電話以及留言板等功能模塊；這些信箱都可以進入網站的管理后臺進行維護。 本系統可以根據實際應用的具體情況，適當加以修改，以便更好應用。本系統操作簡單，靈活性好，系統安全性高，運行穩定。  關鍵詞：電子政務；Web；JSP

Abstract The current stage, along with the rapid development of information technology society, making e-government to government departments to become an important element of office management, including the improved office efficiency and improve the quality of service information sharing and so on. However, although the current government"s information technology industry in China has achieved initial results, can be based on different business needs to achieve the objective of information systems development and design. However, the current problems are also more obvious that between these information systems are isolated, difficult to work together, which resulted in a more serious "information island" phenomenon, and has become e-government Application of a huge obstacle. Want to solve this problem, we need to implement e-government "one stop" service platform.      The system aims to establish an efficient platform for simple and efficient use of JSP technology and SQL server database technology, design and development of the Korla Economic Development Zone e-government website. The site contains lead-mail front, Forms, government affairs, as well as message boards and other convenience features phone module; these mailboxes can access the site for maintenance management background.  The system according to the practical application of the specific circumstances, be properly modified to better use. The system is simple, good flexibility, the system safe and stable operation.  Keywords: e-government; Web; JSP 

(資料圖片)

第1章 緒 論 1.1 研究背景 推進信息化是我國加快實現工業化和現代化的必然選擇，是關系到現代化建設全局的戰略舉措，是實現社會生產力跨越式發展的重大措施，是提高國際競爭力和綜合國力的迫切要求，已被放在優先發展的戰略地位。在國家信息化體系建設中，政府信息化是整個信息化中的關鍵，是優先發展的領域。而電子政務是政府信息化建設的重要內容，幾乎覆蓋了信息技術信息內容信息服務等產業的所有領域，又與改革開放發展等當代中國的重大問題密切相關，這就要求政府必須以戰略眼光，從全局出發，來充分認識電子政務建設的戰略地位理論價值和實踐意義。 無論是發達國家還是發展中國家，都在順應時代發展的潮流，把推進信息化建設作為增強綜合國力和國際競爭力的重要舉措，并將其提升至國家戰略的高度。我國政府也確立了“大力推進信息化，以信息化帶動工業化，以工業化促進信息化，走新型工業化道路”的國家戰略。黨的十六大明確提出，要“進一步轉變政府職能，改進管理方式，推行電子政務”。國家信息化領導小組從我國的實際情況出發，明確提出電子政務要先行，以電子政務建設帶動國民經濟和社會信息化。由此，電子政務建設成為推動國家信息化的龍頭工程，成為政府深化行政管理體制改革的主要動力和重要內容，也成為政府實現管理現代化的必由之路。信息化建設要從電子政務入手，以政府信息化帶動信息化發展，“以信息化帶動工業化”，這些都顯示著電子政務建設的戰略地位和意義。隨著國民經濟的發展和信息技術的進步，特別是電子政務建設的深入推進，我國各級政府網站內容日益豐富，功能逐漸增強。截至2007年12月，使用“．gov．cn”域名的政府網站總數發展到近3.5萬個，25.4％的人訪問過政府網站，即半年內有5334萬人訪問過中央政府或者地方政府網站? 。近年來，中國中央政府和各級地方政府對于電子政務建設的關注程度投資水平和推進力度都在不斷加強，電子政務正成為促進政府職能從管理型政府向服務型政府轉變的重要因素，政府網站也逐步成為政務公開的重要窗口和承建服務型政府的主要平臺。然而我國政府信息化建設起步較晚以及信息化的地方差異，電子政務建設在飛速發展的同時也難免存在一定的不足與缺陷。政務部門在各自的信息系統建設中，多從自身業務出發來構建信息系統，業務數據固化于軟件實現中，信息資源單獨管理，造成了業務與數據的相對自我封閉，以致跨部門跨地區間大量事實性信息孤島出現。可以看出，傳統的電子政務模式存在方法欠靈活可擴展性弱，且部署與實施復雜程度高，不利于各取所需要求下的業務開展。同時在電子政務實際應用過程中，不同的應用系統受政務部門職能分割影響，重復管理重復維護，不僅使工作量大大增加，而且極易產生不一致現象，這些弊端都已經成為影響電子政務進一步發展的障礙。因此，跨地區跨部門的業務協同亟需開辟新的途徑。 在傳統的電子政務建設的過程當中，因為往往會受到各方面的技術條件的制約，再加上不具備完整統一的規劃管理機制，使得各個部門所建設的辦公系統一般都是互相獨立的，未能實現和其他相關部門的信息交換，造成了政府部門辦公效率低下，難以讓廣大服務對象滿意。而在本課題中，則是重點構建了一個電子政務“一站式”的服務平臺載體，而且這個平臺載體還是相對靈活的，有著較強的可拓展性。能夠有效的解決不同部門之間的信心集成應用問題，而且還能夠實數據交換。這對于電子政府的系統整合來說，有著至關重要的關鍵意義。 1.2 研究意義 對于電子政務系統來說，其內在的要求是比較高的，比如由于受到自身數據量大系統復雜的影響，就在安全穩定數據交互分析計算等方面提出了較高的要求。在目前大部分的電子政務所應用的技術一般都是J2EE與Microsoft．Net Framework這兩個主要的構建方式，屬于企業級的應用平臺，能夠構建起來MVC三層架構的WEB應用系統?？梢宰畲蟪潭鹊蜏p少信息應用集成以及系統開發的成本，從而給目前電子政務系統的構建提供了一個能夠面向服務的體系結構。應用SSH，可以借助抽象以及具體的組合把，自身的電子政務進行組件化，這樣就能夠真正的實現跨平臺即時業務流程對接。具體來說，在電子政務系統的構建方面，應用SSH當做架構基礎能夠有效的消除信息孤島的現象，達成信息共享的目的；支持業務協同，促進職能的轉變；并且能夠對信息投資進行優化，從而減少用戶所遇到的風險。這就能夠有效的提升軟件的可重用性，在具體的硬件軟件的配置方面也有著較好的靈活性，從而能夠在有效的滿足當前政務需要的同時，還方便了日后的維修升級。 1.3 國內外研究現狀綜述 根據相關的調查結果顯示，我國的省市級兩級政府門戶網站的建設率已達99%之高[2]，而且伴隨著信息技術的發展，我國的縣級政府網站在最近幾年也有著上升的趨勢。這就能夠有效的證明，我國電子政務信息基礎設施已經得到了初步的建立，在一定程度上實現了政府部門的辦公自動化。然而，由于在基層政府以及較低層次的政府下屬機構里面，大多會受到資金不足以及領導忽視的原因制約，系統的軟硬件設備難以及時的更新換代，網絡辦公的條件也比較落后，相關的管理人員能力水平不夠，這就使得這些部門的辦公自動化的實際效率大打折扣，難以做到讓服務對象滿意。 而在2006年我國將頂層規劃思想引入之后，很快就應用到了“網站群建設”建設工程當中，再加上在政府主導之下每年都舉辦一次官方評價的排序活動，可以督促地方政府建立起來自己的網站系統，從而加快了我國政府部門網站建設的總體進程[3]。當前階段，我國政府網站的總體建設水平已經取得了初步的成就，在很多方面都有了比較大的改觀，相關的信息構建的概念以及“以用戶為中心”的理念也能夠被充分的應用到政府網站的實際建設過程當中。而伴隨著我國政府網站信息公開得到加強，以及網上在線服務功能的逐步完善，使得廣大人民群眾對于電子政務也由開始的陌生，到現在的熟悉，同時也逐漸的認可起來。通過對哈爾濱天津北京等地區政府部門的電子政府系統服務的民眾滿意程度的相關調查能夠發現，人民群眾對于政府網站的滿意度所受到的影響是多個方面的，其中不僅包括技術功能安全水平，還涉及到了普通公民自身的因素制約，比如學歷職業年齡等。當前階段，我國已經在義務教育階段就開始設立了信息技術課程，某些地區還能夠在廣大的農村地區給農民設立各種信息技術培訓班，這就能夠在最大的程度上推廣電子政務的應用。與其他的計算機信息系統相同的是，電子政務系統對于軟件技術以及系統建設理念也逐漸的提高了標準。開始時候，電子政務系統主要是應用大型機集中運算，之后發展到了C／S(Client／Server)模式分布式計算，中間又經歷了B／S模式的Web計算技術，從而實現了電子政務系統的層級提高。 1.4 電子政務的體系架構 電子政務公眾服務是信息化進程的產物，它是政府機構在內部高度信息化的基礎上，以政府門戶網站作為平臺和入口向公眾提供的具有電子化特征的公共服務產品。經過多年的探索實踐，政務公開網上辦事和互動參與已成為當前政府門戶網站的主要職能，進而成為電子政務公眾服務的主要內容，其體系架構圖如圖1-1所示。電子政務公眾服務的交互與信息系統的應用密不可分，政府門戶網站是提供服務的主要載體和渠道，三大功能的實現程度直接決定了電子政務公眾服務水平的高低，體現了政府職能轉變與管理創新的意識和效果。   圖1-1  電子政務體系架構

電子政務是一種政府的運作模式，一般而言，電子政務包括了兩個方面的內容：利用信息技術，政府部門內部實現了辦公的信息化管理；政府各部門之間以及政府部門與社會之間利用信息技術進行信息的充分共享，利用網絡來進行政府服務。目前，對電子政務含義的解釋一半存在以下幾種： （1）電子政務就是政府機關利用先進的通信技術以及信息技術，將政府部門內部或者部門與社會之間通過網絡進行集成，利用網絡將政府內部各部門的功能以及工作的流程進行重新整合以及優化，使得政府部門的工作能夠不受時間空間以及部門功能的限制，為社會提供全方位優質透明的政府管理功能。簡而言之，電子政務就是利用現代信息技術，以網絡為核心，將傳統的政府政務活動進行優化，從而達到提高政府管理效率與質量的目的。 （2）電子政務是現代政府部門在信息飛速發展的背景下，為了能夠提高辦公效率；提高工作質量；以及降低辦公成本，而將政府的一部分功能（比如信息的發布信息的管理以及政府內部各部門政府內部和社會之間的溝通等功能）通過互聯網技術來實現，電子政務就是政府利用先進的信息技術，通過計算機網絡來進行行政等內部管理功能，建立起政府內部以及政府內部和公眾之間的有機服務體系。 從上面國內外對電子政務的定義我們可以看出：現代信息與通信技術是目前電子政務的核心；電子政務的主要目的在于提高傳統行政管理的效率行政管理的質量以及降低傳統行政管理的成本。 因此，我們可以將電子政務的定義概括為：電子政務就是政府部門為了提高傳統行政管理的效率行政管理的質量以及降低傳統行政管理的成本，為了消除政府行政在時間空間以及部門分割等限制，利用先進的現代信息網絡技術，社會提供優質透明規范的管理和服務而建立的電子信息系統。 1.5 目前我國政務所面臨的問題 我國在經歷了電子政務的基礎建設以及應用系統的建設熱潮之后，目前我國電子政務面臨最大的問題是進行信息資源的整合。只有利用先進的信息技術，來進行各部門信息的溝通，實現業務中各部門信息的共享，才能不斷完善我國電子政務建設，達到電子政務提高政務透明度降低辦公成本的目的。 目前，通過我國電子政務的現狀分析，我國電子政務在信息共享以及信息的及時溝通方面還有很大的缺陷。隨著信息技術的不斷發展，政府也在不斷的利用先進的技術來努力消除各部門之間的信息壁壘。但是這種努力并沒有一個統一的規范，對于不同平臺不同規范的電子政務系統而言，并沒有從根本上來解決異構系統之間信息交互的問題?？偟膩碚f，目前我國電子政務系統正面臨了信息孤島以及一體化問題。 政府各部門之間不僅運行的平臺不統一，而且其采用的數據格式也各自不同，因此，很難將各部門之間的孤立信息進行快速的出傳遞。很難建設一個各部門統一的的政府電子政務系統，不能提供一站式的服務，不能從根本上提高政府機關的辦事效率。因此，目前，我國電子政務系統迫切的需要建立一個統一規范的電子政務平臺接口，采用統一的標準化語言來描述電子政務系統，從而提高政府部門的辦事效率，降低政府部門的辦公成本。 另一方面，我國電子政務系統對自身數據的安全性重視不夠，由于電子政務本身的特點就是開放性的，因此，系統內部的數據很容易被未授權的第三方竊聽以及篡改。由于有的電子政務系統對安全性的中實行不夠，導致了許多政府部門內部敏感的信息沒有按照國家安全管理的規定來嚴格執行，存在了非常大的安全隱患。還是采用防火墻，網絡隔離等傳統的安全措施，并沒有從系統設計的角度來對電子政務系統進行規范。 1.6 主要研究工作 本論文的主要研究工作包括了以下幾個方面的內容： 1．對電子政務的相關理論基礎以及具體的實現技術進行闡釋，在充分認識到傳統電子政務實際應用情況之后，指出傳統的常用架構的優勢以及缺陷，并最終提出具體的解決策略。 2．重點進行了開發技術方面的理論研究，對J2EE的相關概念重要特征及其明顯優勢等方面都作出了詳細的介紹，并且對在實際應用過程當中所涉及到的相關技術也作出了闡釋。 3．在具體的參照了電子政務網站的實際應用的基礎之上，采用了SSH架構的主體思想，設計并實現了一個能夠被實際應用的電子政務網站。 4．借助對具體業務流程的相關描述，將具體的面向服務架構作為基礎的中心，從而能夠開發出來一個對外服務接口。

第2章 本系統采用的架構和主要技術 2.1 主要技術分析 2.1.1  J2EE技術的發展現狀 J2EE是一套全然不同于傳統應用開發的技術架構，包含許多組件，主要可簡化且規范應用系統的開發與部署，進而提高可移植性、安全與再用價值。 J2EE核心是一組技術規范與指南，其中所包含的各類組件、服務架構及技術層次，均有共通的標準及規格，讓各種依循J2EE架構的不同平臺之間，存在良好的兼容性，解決過去企業后端使用的信息產品彼此之間無法兼容，企業內部或外部難以互通的窘境[7]。 目前，Java 2平臺有3個版本，它們是適用于小型設備和智能卡的Java 2平臺Micro版（Java 2 Platform Micro Edition，J2ME）、適用于桌面系統的Java 2平臺標準版（Java 2 Platform Standard Edition，J2SE）、適用于創建服務器應用程序和服務的Java 2平臺企業版（Java 2 Platform Enterprise Edition，J2EE）。J2EE是一種利用Java 2平臺來簡化企業解決方案的開發、部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準版，J2EE不僅鞏固了標準版中的許多優點，例如"編寫一次、隨處運行"的特性、方便存取數據庫的JDBC API、CORBA技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供了對Java Servlets API、JSP（Java Server Pages）以及XML技術的全面支持。其最終目的就是成為一個能夠使企業開發者大幅縮短投放市場時間的體系結構。  J2EE體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統一的開發平臺，J2EE降低了開發多層應用的費用和復雜性，同時提供對現有應用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向導支持打包和部署應用，添加目錄支持，增強了安全機制，提高了性能[8]。 J2EE為搭建具有可伸縮性、靈活性、易維護性的商務系統提供了良好的機制:  1. 保留現存的IT資產: 由于企業必須適應新的商業需求，利用已有的企業信息系統方面的投資，而不是重新制定全盤方案就變得很重要。這樣，一個以漸進的（而不是激進的，全盤否定的）方式建立在已有系統之上的服務器端平臺機制是公司所需求的。J2EE架構可以充分利用用戶原有的投資，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。這之所以成為可能是因為J2EE擁有廣泛的業界支持和一些重要的"企業計算"領域供應商的參與。每一個供應商都對現有的客戶提供了不用廢棄已有投資，進入可移植的J2EE領域的升級途徑。由于基于J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行，現有的操作系統和硬件也能被保留使用。  2. 高效的開發: J2EE允許公司把一些通用的、很繁瑣的服務端任務交給中間供應商去完成。這樣開發人員可以集中精力在如何創建商業邏輯上，相應地縮短了開發時間。高級中間件供應商提供以下這些復雜的中間件服務: 狀態管理服務讓開發人員寫更少的代碼，不用關心如何管理狀態，這樣能夠更快地完成程序開發。 持續性服務讓開發人員不用對數據訪問邏輯進行編碼就能編寫應用程序，能生成更輕巧，與數據庫無關的應用程序，這種應用程序更易于開發與維護。 分布式共享數據對象CACHE服務-讓開發人員編制高性能的系統，極大提高整體部署的伸縮性。  3. 支持異構環境: J2EE能夠開發部署在異構環境中的可移植程序?；贘2EE的應用程序不依賴任何特定操作系統、中間件、硬件。因此設計合理的基于J2EE的程序只需開發一次就可部署到各種平臺。這在典型的異構企業計算環境中是十分關鍵的。J2EE標準也允許客戶訂購與J2EE兼容的第三方的現成的組件，把他們部署到異構環境中，節省了由自己制訂整個方案所需的費用。  4. 可伸縮性: 企業必須要選擇一種服務器端平臺，這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統上進行商業運作的大批新客戶。基于J2EE平臺的應用程序可被部署到各種操作系統上。例如可被部署到高端UNIX與大型機系統，這種系統單機可支持64至256個處理器。（這是NT服務器所望塵莫及的）J2EE領域的供應商提供了更為廣泛的負載平衡策略。能消除系統中的瓶頸，允許多臺服務器集成部署。這種部署可達數千個處理器，實現可高度伸縮的系統，滿足未來商業應用的需要。  5.穩定的可用性: 一個服務器端平臺必須能全天候運轉以滿足公司客戶、合作伙伴的需要。因為INTERNET是全球化的、無處不在的，即使在夜間按計劃停機也可能造成嚴重損失。若是意外停機，那會有災難性后果。J2EE部署到可靠的操作環境中，他們支持長期的可用性。一些J2EE部署在WINDOWS環境中，客戶也可選擇健壯性能更好的操作系統如Sun Solaris、IBM OS/390。最健壯的操作系統可達到99.999%的可用性或每年只需5分鐘停機時間。這是實時性很強商業系統理想的選擇[9]。 2.1.2  J2EE綜述 J2EE是一個非常廣泛而通用的標準，很大程度上簡化了應用開發和移植過程，節省了系統開發的時間;計算平臺支持Java語言，使得基于J2EE標準開發的應用系統可以跨平臺地移植;J2EE提供了企業計算需要的幾乎所有服務，且更加方便實用。由于J2EE具有的這些優點，用戶可以根據需要方便地更新和定制符合企業項目特點的功能模塊，從而使小區物業管理系統的通用性和實用性都能得到保證。 J2EE(Java 2 Platform，Enterprise Edition)是美國Sun公司推出的一種全新概念的模型，與傳統的互聯網應用程序模型相比有著無法比擬的優勢。Java 2企業版(J2EE)規范指出，J2EE是一個開發JSP(Java ServerPage)，Servlet等web應用的平臺。另外，J2EE還描述了這些技術是如何協作來提供一套完整解決方案的。整個J2EE體系是構建在J2SE(Java2 Platform Standard Edition)的基礎之上的，這表明J2EE的實現技術依靠的是J2SE所提供的標準API和運行時環境，這一點也保證了J2EE技術具有跨平臺的可移植性和良好的兼容性。其次，彼此獨立的模塊代表了J2EE體系中的各種類型的容器。所謂容器，就是指為組件提供各種必要的底層服務支持的一個運行時環境。這些底層服務包括了支持數據庫訪問、消息服務、郵件服務、事務管理、安全性、遠程訪問支持等各個方面運行于容器中的組件，如Applet，Servlet和JSP等，依靠容器提供的這些底層服務來完成具體的業務邏輯。不難看出，在J2EE體系為開發人員提供了多種靈活的組件訪問方式和數據訪問方式。從組件間的訪問關系來看，客戶端既可以通過標準的HTTP協議訪問Web容器組件進而訪問ETB組件:從組件和數據的訪問關系來看，客戶端組件、web容器組件都具備了通過標準的JDBC API訪問數據庫的能力[10]。 2.1.3  J2EE 的四層模型 J2EE使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據他們所在的層分布在不同的機器上。事實上，sun設計J2EE的初衷正是為了解決兩層模式(client/server)的弊端，在傳統模式中，客戶端擔當了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較容易，但難于升級或改進，可伸展性也不理想，而且經常基于某種專有的協議??通常是某種數據庫協議。它使得重用業務邏輯和界面邏輯非常困難。現在J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層，以下是 J2EE 典型的四層結構:  運行在客戶端機器上的客戶層組件； 運行在J2EE服務器上的Web層組件；  運行在J2EE服務器上的業務邏輯層組件；  運行在EIS服務器上的企業信息系統(Enterprise information system)層軟件； J2EE應用程序組件 J2EE應用程序是由組件構成的.J2EE組件是具有獨立功能的軟件單元，它們通過相關的類和文件組裝成J2EE應用程序，并與其他組件交互。J2EE說明書中定義了以下的J2EE組件:  應用客戶端程序和applets是客戶層組件。 Java Servlet和JavaServer Pages(JSP)是web層組件。 客戶層組件 J2EE應用可以是基于Web的，也可以是不基于web的。在一個基子Web的J2EE應用中，用戶的瀏覽器可以在客戶層中運行，并且從一個Web服務器上下載Web層中的靜態HTML，頁面或由JSP或ServletS生成的動態HTML頁面。 web 層組件 J2EE web層組件可以是JSP 頁面或Servlets.按照J2EE規范，靜態的HTML頁面和Applets不算是web層組件。 web層可能包含某些 JavaBean 對象來處理用戶輸入，并把輸入發送給運行在業務層上的enterprise bean 來進行處理。  業務層組件 業務層代碼的邏輯用來滿足銀行，零售，金融等特殊商務領域的需要,由運行在業務層上的enterprise bean 進行處理. 下圖表明了一個enterprise bean 是如何從客戶端程序接收數據，進行處理(如果必要的話), 并發送到EIS 層儲存的，這個過程也可以逆向進行。  有三種企業級的bean: 會話(session) beans, 實體(entity) beans, 和消息驅動(message-driven) beans. 會話bean 表示與客戶端程序的臨時交互. 當客戶端程序執行完后, 會話bean 和相關數據就會消失. 相反, 實體bean 表示數據庫的表中一行永久的記錄. 當客戶端程序中止或服務器關閉時, 就會有潛在的服務保證實體bean 的數據得以保存.消息驅動 bean 結合了會話bean 和 JMS的消息監聽器的特性, 允許一個業務層組件異步接收JMS 消息。 企業信息系統層 企業信息系統層處理企業信息系統軟件包括企業基礎建設系統例如企業資源計劃(ERP), 大型機事務處理, 數據庫系統,和其它的遺留信息系統. 例如，J2EE 應用組件可能為了數據庫連接需要訪問企業信息系統[11]。 2.1.4 J2EE的分布式應用技術 J2EE平臺由一整套服務(Services)、應用程序接口(API)和協議構成，它對于開發基于Web的多層、分布式應用提供了功能支持: 1.組件/容器技術 這種基于組件具有平臺無關性的J2EE結構使得J2EE程序的編寫十分簡單，因為業務邏輯被封裝成可復用的組件，并且J2EE服務器以容器的形式可為所有的組件類型提供后臺服務。 J2EE應用組件可以安裝部署到以下幾種容器中去: (1)Web容器管理所有J2EE應用程序中JSP頁面和Servlet組件的執行。Web組件和它們的容器運行在J2EE服務器上; (2)應用程序客戶端容器管理所有J2EE應用程序中應用程序客戶端組件的執行。應用程序客戶端和它們的容器運行在客戶端機器上; (3)Applet容器是運行在客戶端機器上的Web瀏覽器和Java插件的結合。 容器設置定制了J2EE服務器所提供的內在支持，包括安全，事務管理，JNDI(JavaNaming and Directory Interface)尋址，遠程連接等服務，以下列出了最重要的幾種服務: (1)J2EE事務管理(Transaction Management)模型讓你指定組成一個事務中所有方法間的關系，這樣一個事務中的所有方法被當成一個單一的單元。 (2)JNDI尋址(JNDI Lookup)服務向企業內的多重名字和目錄服務提供了一個統一的接口，這樣應用程序組件可以訪問名字和目錄服務。 (3)數據庫連接池(Database Connection Pooling)模型是一個有價值的資源。獲取數據庫連接是一項很耗時的工作，而且連接數非常有限。容器通過管理連接池來緩和這些問題。 2.Servlet和JSP JSP(Java serverpages)是由Sun Microsystems公司倡導、許多公司參與一起建立的一種動態網頁技術標準。JSP技術有點類似ASP技術，它是在傳統的網頁HTML文件中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件(*.jsp)。用JSP開發的Web應用是跨平臺的，即能在Linux下運行，也能在其他操作系統上運行。 JSP技術使用Java編程語言編寫類XML的tags和Scriptlets，來封裝產生動態網頁的處理邏輯。網頁還能通過tags和Scriptlets訪問存在于服務端的資源的應用邏輯。JSP將網頁邏輯與網頁設計和顯示分離，支持可重用的基于組件的設計，使基于Web的應用程序的開發變得迅速和容易。Web服務器在遇到訪問JSP網頁的請求時，首先執行其中的程序段，然后將執行結果連同JSP文件中的HTML代碼一起返回給客戶。插入的Java程序段可以操作數據庫、重新定向網頁等，以實現建立動態網頁所需要的功能。JSP與Java Servlet一樣，是在服務器端執行的，通常返回該客戶端的就是一個HTML文本，因此客戶端只要有瀏覽器就能瀏覽。 JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。服務器在頁面被客戶端請求n以后對這些Java代碼進行處理，然后將生成的HTML頁面返回給客戶端的瀏覽器。Java servlet是JSP的技術基礎，而且大型的Web應用程序的開發需要Java Servlet和JSP配合才能完成。JSP具備了Java技術的簡單易用，完全的面向對象，具有平臺無關性且安全可靠，主要面向因特網的所有特點。 Java Servlet:Servlet是一種小型的Java程序，它擴展了web服務器的功能。Servlet提供的功能大多與JSP類似，不過實現的方式不同。JSP通常是大多數HTML代碼中嵌入少量的Java代碼，而Servlet全部由Java寫成并且生成HTML。 (1)JSP技術的強勢 一次編寫，到處運行。在這一點上Java比PHP更出色，除了系統之外，代碼不用做任何更改。系統的多平臺支持?；旧峡梢栽谒衅脚_上的任意環境中開發，在任意環境中進行系統部署，在任意環境中擴展。相比ASP/PHP的局限性是顯而易見的。它具有強大的可伸縮性。從只有一個小的Jar文件就可以運行Servlet/JSP，到由多臺服務器進行集群和負載均衡，到多臺Application進行事務處理、消息處理，一臺服務器到無數臺服務器，Java顯示了一個巨大的生命力。多樣化和功能強大的開發工具支持。這一點與ASP很像，Java已經有了許多非常優秀的開發工具，而且許多可以免費得到，其中一些己經可以順利的運行于多種平臺之下。 (2)JSP技術的弱勢 與ASP一樣，Java的一些優勢正是它致命的問題所在。正是由于為了跨平臺的功能，為了極度的伸縮能力，所以極大的增加了產品的復雜性。Java的運行速度是用class常駐內存來完成的，所以它在一些情況下所使用的內存比起用戶數量來說確實是“最低性能價格比”了。另一方面，它還需要硬盤空間來儲存一系列的.java文件和.Class文件，以及對應的版本文件。 3.數據庫訪問 JDBC(Java Database Connectivity):JDBC API為訪問不同的數據庫提供了一種統一的途徑，像ODBC一樣，JDBC對開發者屏蔽了一些細節的問題，另外，JDBC對數據庫的訪問也具有平臺無關性[12]。 2.2 軟件體系結構 軟件的設計不但要考慮到軟件系統的功能，更重要的是軟件的可修改性、可重用性和可靠性等非功能性問題。軟件體系結構的好壞直接關系到軟件性能的好壞。軟件系統的體系結構定義了系統的可計算部件及其相互關系。部件是系統中的一些個體，如客戶、服務器、數據庫等。在這一層次的部件間的交互可以是簡單的，如過程調用及共享變量訪問等也可以是復雜的、語義豐富的，如客戶服務器協議、數據庫訪問協議等。體系結構不僅說明了系統的構成和拓撲結構，它還顯示了組成系統的元素與系統需求之間的關系，而且體系結構還說明了部件和關聯之間的結構和語義的區別[13]。 分層體系結構是大規模系統的多層次結構，分層還提供了一個管理軟件復雜度及重用的方法。分層體系結構一般用于大規模系統，一般這些系統都有強烈的管理系統變化和復雜度的要求。由于分層系統登記形式的組織形式，是每一層都給上層提供服務，對下一層則作為一個客戶存在。連接件則由協議來定義，決定層與層之間如何交互。分層系統具有多個良好的特性，它支持基于不斷增長的抽象層次的設計。 這允許應用者將一個復雜的問題分解成一系列遞增的步驟。當一個系統可以分成若干個由清晰的邊界定義的區域時，分層系統可以應用在上面。一般情況下，由于復雜度、多軟件包和平臺的差異，并不希望應用開發人員知道系統中每個軟件層次的細節，分層則正好提供了管理每個個人開發者復雜度的體系結構邊界。其次，它支持提升。另外，它也支持重用。如抽象數據類型一樣，它允許被同一層的不同應用交互使用，而且使它們可以支持相鄰層的相同接口，這使得用不同的應用程序建立標準的層間接口成為可能。一個分層體系結構可以產生在應用服務的深度和廣度上而得出的信息系統的模型。 2.2.1 Struts2體系結構 Struts2使用了WebWork的設計核心，大量使用攔截器來處理用戶的請求，從而允許用戶的業務邏輯控制器與Servlet API分離。圖2.2是Struts2的體系結構簡圖。 　　       圖2. 1 Struts2的體系結構簡圖   Struts2框架的大概處理流程如下：  　　1、瀏覽器發送一個請求。  　　2、核心控制器FilterDispatcher根據請求決定調用合適Action。 3、WebWork的攔截器鏈自動對請求應用通用功能，如驗證等。4、回調Action的execute方法，該execute方法根據請求的參數來執行一定的操作。5、Action的execute方法處理結果信息將被輸出到瀏覽器中，支持多種形式的視圖[14]。 2.2.2  此框架的優點 通過上面對Struts2體系結構的了解，我們發現Struts2框架適合要設計的系統。主要表現在如下幾個方面：  　與Struts1相比，Struts2對Struts1進行了巨大的改進?！≡贏ction的實現方面：Struts1要求必須統一擴展自Action類，而Struts2中可以是一個普通的POJO。線程模型方面：Struts1的Action工作在單例模式，一個Action的實例處理所有的請求。Struts2的Action是一個請求對應一個實例。沒有線程安全方面的問題。Servlet依賴方面：Struts1的Action依賴于Servlet API，比如Action的execute方法的參數就包括request和response對象。這使程序難于測試。Struts2中的Action不再依賴于Servlet API，有利于測試，并且實現TDD。封裝請求參數：Struts1中強制使用ActionForm對象封裝請求的參數。Struts2可以選擇使用POJO類來封裝請求的參數，或者直接使用Action的屬性。表達式語言方面：Struts1中整合了EL，但是EL對集合和索引的支持不強，Struts2整合了OGNL（Object Graph Notation Language）。綁定值到視圖技術：Struts1使用標準的JSP，Struts2使用“ValueStack”技術。類型轉換：Struts1中的ActionForm基本使用String類型的屬性。Struts2中使用OGNL進行轉換，可以更方便的使用。數據校驗：Struts1中支持覆蓋validate方法或者使用Validator框架。Struts2支持重寫validate方法或者使用XWork的驗證框架。Action執行控制的對比：Struts1支持每一個模塊對應一個請求處理，但是模塊中的所有Action必須共享相同的聲明周期。Struts2支持通過攔截器堆棧為每一個Action創建不同的聲明周期[15]。 綜合考慮，此系統運用Struts2框架結構。 2.3 運行環境與開發模式的選擇 由于時間以及技術的關系，本系統前臺采用JSP作為WEB開發平臺。JSP是一項功能強大的，用于構建動態Web應用程序的技術[12]。JSP可完全利用JAVA架構的強大，安全，高效的平臺特性。JSP是運行在服務器后端編譯后的普通語言運行時代碼，運行時早綁定（Early Binding）,即時編譯，本地優化，緩存服務，零安裝配置，基于運行時代碼受管與驗證的安全機制等都為JSP帶來卓越的性能。 數據庫開發系統采用Microsoft SQL Server 2005數據庫。SQL Server是由Microsoft開發的一個功能強大的關系型數據庫管理系統。它能夠處理大量的數據和管理眾多的并發用戶，保證數據的完整性，并提供許多高級管理和數據分布能力[16]。 2.3.1 SQL Server 2000數據庫 SQL Server 2000 是Microsoft 公司推出的SQL Server 數據庫管理系統的最新版本。它的特性包括： 1.Internet 集成。SQL Server 2000 數據庫引擎提供完整的XML 支持。它還具有構成最大的Web 站點的數據存儲組件所需的可伸縮性、可用性和安全功能。SQL Server 2000 程序設計模型與 Windows DNA 構架集成，用以開發 Web 應用程序，并且SQL Server 2000 支持 English Query 和 Microsoft 搜索服務等功能，在Web 應用程序中包含了用戶友好的查詢和強大的搜索功能。 2.可伸縮性和可用性。同一個數據庫引擎可以在不同的平臺上使用，從運行 Microsoft Windows? 98 的便攜式電腦，到運行 Microsoft Windows 2000 數據中心版的大型多處理器服務器。SQL Server 2000 企業版支持聯合服務器、索引視圖和大型內存支持等功能，使其得以升級到最大 Web 站點所需的性能級別。 3.企業級數據庫功能。SQL Server 2000 關系數據庫引擎支持當今苛刻的數據處理環境所需的功能。數據庫引擎充分保護數據完整性，同時將管理上千個并發修改數據庫的用戶的開銷減到最小。SQL Server 2000 分布式查詢使您得以引用來自不同數據源的數據，就好象這些數據是 SQL Server 2000 數據庫的一部分，同時分布式事務支持充分保護任何分布式數據更新的完整性。復制同樣使您得以維護多個數據復本，同時確保單獨的數據復本保持同步?？蓪⒁唤M數據復制到多個移動的脫接用戶，使這些用戶自主地工作，然后將他們所做的修改合并回發布服務器。 4.易于安裝、部署和使用。 SQL Server 2000 中包括一系列管理和開發工具，這些工具可改進在多個站點上安裝、部署、管理和使用 SQL Server 的過程。SQL Server 2000 還支持基于標準的、與 Windows DNA 集成的程序設計模型，使 SQL Server 數據庫和數據倉庫的使用成為生成強大的可伸縮系統的無縫部分。這些功能使您得以快速交付 SQL Server 應用程序，使客戶只需最少的安裝和管理開銷即可實現這些應用程序。 數據倉庫。 SQL Server 2000 中包括析取和分析匯總數據以進行聯機分析處理 (OLAP) 的工具。SQL Server 中還包括一些工具，可用來直觀地設計數據庫并通過 English Query 來分析數據[17]。 2.3.2 基于B/S的體系結構 本管理系統采用B/S模式，服務器采用著名的web服務器端軟件apache,該http服務器有著良好的跨平臺性和安全性，可以運行在包括windows、linux、mac等操作系統上。用戶客戶端使用各種瀏覽器都能夠進行正常的瀏覽和操作。需要注意的是在程序的開發過程中，程序和路徑相關的要考慮到不同的操作系統的文件目錄結構。 B/S結構，即Browser/Server(瀏覽器/服務器)結構，就是只安裝維護一個服務器(Server)，而客戶端采用瀏覽器(Browse)運行軟件。它是隨著Internet技術的興起，對C/S結構的一種變化和改進。主要利用了不斷成熟的WWW瀏覽器技術，結合多種Script語言(VBScript、JavaScript等)和ActiveX技術，是一種全新的軟件系統構造技術。  B/S三層體系結構采用三層客戶/服務器結構，在數據管理層(Server)和用戶界面層(Client)增加了一層結構，稱為中間件(Middleware)，使整個體系結構成為三層。三層結構是伴隨著中間件技術的成熟而興起的，核心概念是利用中間件將應用分為表示層、業務邏輯層和數據存儲層三個不同的處理層次。三個層次的劃分是從邏輯上分的，具體的物理分法可以有多種組合。中間件作為構造三層結構應用系統的基礎平臺，提供了以下主要功能：負責客戶機與服務器、服務器與服務器間的連接和通信；實現應用與數據庫的高效連接；提供一個三層結構應用的開發、運行、部署和管理的平臺。這種三層結構在層與層之間相互獨立，任何一層的改變不會影響其它層的功能[18]。 

圖2.3  B/S三層體系結構 在B/S體系結構系統中，用戶通過瀏覽器向分布在網絡上的許多服務器發出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。而其余如數據請求、加工、結果返回以及動態網頁生成、對數據庫的訪問和應用程序的執行等工作全部由Web Server完成。隨著Windows將瀏覽器技術植入操作系統內部，這種結構已成為當今應用軟件的首選體系結構。顯然B/S結構應用程序相對于傳統的C/S結構應用程序是一個非常大的進步。 B/S三層體系結構的主要優點： ?B/S模式提供靈活的信息交流和信息發布服務。B/S模式借助Internet強大的信息發布與信息傳送能力可以有效地解決企業、高等學校內部的大量不規則的信息交流 ?可共享性。單個應用服務器可以為處于不同平臺的客戶應用程序提供服務，在很大程度上節省了開發時間和資金投入； ?較好的安全性。在這種結構中，客戶應用程序不能直接訪問數據，應用服務器不僅可控制哪些數據被改變和被訪問，而且還可控制數據的改變和訪問方式 。 ?三層模式成為真正意義上的“瘦客戶端”，客戶端計算機不需要很高的硬件配置，也無需特殊的軟件配置要求，只要有web瀏覽器就可以使用系統。 ?B/S模式提供了一致的用戶界面：B/S模式的應用軟件都是基于Web瀏覽器的，這些瀏覽器的界面都很相似。對于無用戶交互功能的頁面，用戶接觸的界面都是一致的，從而可以降低軟件的培訓費用。 ?在B/S模式下，外部的用戶亦可通過通用的瀏覽器進行訪問。 ?B/S模式的結構易于擴展：由于Web 的平臺無關性，B/S模式結構可以任意擴展，可以從一臺服務器、幾個用戶的工作組級擴展成為擁有成千上萬用戶的大型系統。 ?B/S模式具有更強的信息系統集成性：在B/S模式下，集成了解決企事業單位各種問題的服務，而非零散的單一功能的多系統模式，因而它能提供更高的工作效率。 2.3.3 運行環境 該系統運行的必備條件如下： （1）服務器端操作系統：獨立于操作系統的跨平臺系統， 采用Microsoft Windows 2000及以上版本，考慮其穩定性。 （2）數據庫：Microsoft SQL Server 2000 服務器版本。 （3）Web服務器：IIS服務器。 （4）客戶端運行環境：能運行IE 4.0以上或Netscape 4.5以上瀏覽器的操作系統。 2.3.4 開發模式 對于本系統，其功能目標是實現傳統的人工管理到利用計算機輔助管理的轉變，所以它必須實現整個選課流程的進行，實現對系統用戶的不同管理。由于系統數據收集的實時性要求不高，因此采用Browser/Server結構來進行設計是合理可行的。圖2.4是本系統的網絡應用原理示意圖[19]。

圖2.4系統原理示意圖

第3章 系統需求分析 電子政務是新時期政府改革的重要手段,也是政府為民服務親民執政的主要渠道。然而,一浪高過一浪的電子政務建設熱潮并沒有帶來期望的效果,據有關專家分析,電子政務的成功率平均不到30%[17],低下的電子政務成功率不僅困擾著政府的決策者,也引起了世界范圍內有關專家和學者的高度關注,各種相關的理論和方法已經開始用于電子政務系統的研究,如系統工程理論組織符號學理論與方法需求工程方法等。由于電子政務非常復雜,目前專家們還沒有一個確定的共識,但普遍認同的是:電子政務屬于信息系統,但不是一般的技術信息系統,而是一個復雜的社會-技術系統,并且,系統越大,功能越全,包含的社會成份越多,社會因素在系統中所占的比例就越大。同時,由于電子政務是人參與較多的系統,人的主動性和自學習性將引起電子政務的需求不斷發生變化,使電子政務變得更為復雜[18]。因此,電子政務絕不是技術本身能夠解決的。Standish集團1996年提供的一份報告認為:在一個信息系統項目失敗的各種原因及所占的比重中,與需求相關的原因占63%[19]。這說明,信息系統項目失敗的最常見的原因并不是技術原因,而是需求問題。既然電子政務是信息系統,需求問題自然也就成為電子政務的主要問題,并且,由于電子政務的特殊性和復雜性,使得需求問題表現得更加突出。因此,研究解決電子政務的需求問題是實現電子政務系統目標的有效手段,也是提高電子政務成功率的迫切需要。 3.1 電子政務自身特點 與一般信息系統相比,電子政務有許多特殊之處:（1）協調環節多。電子政務項目一般涉及多個不同的部門或一個部門的多個級別層次,以我國電子政務建設為例,分為縱向和橫向兩大類系統?？v向系統出自同一部門,但涉及中央省市縣鄉五級,由于各級政府的人力和資金存在級別及地區差量客戶價值，然后對客戶進行細分，針對不同價值的客戶群體采取不同的客戶關系管理措施。異,統一協調環節多,難度大;橫向系統出自同一地區,但涉及不同的職能部門,由于受部門利益及對電子政務認識的影響,協調難度更加突出,部門之間或地區上下級之間的協調成為開展電子政務的最大瓶頸[20]。（2）影響因素多。影響電子政務建設的因素很多,主要有:①認識因素。認識是基礎,人的認識不但受客觀現狀的影響,還受人的思想觀點期望和偏好的影響。認識指導行動,行動影響結果,認識不足最終將影響系統的實際效果。如,對電子政務的重視留在口頭上多,實際行動少;硬件投入多,軟件投入少;重視“形象工程”多,關心實際效果少等。②體制因素。體制是行動的保障,體制不全或不順,再好的認識也無法付諸實施,或收不到預期的效果。如,全國從上到下沒有一個統一的電子政務領導與管理機構,各地機構設置混亂,領導變更頻繁,不同的領導帶來不同的思路,不同的機構采取不同的做法等。（3）變化頻率快。目前中國正處在政府改革時期,新的政策新的規則隨時都可能出現,每一次變革都對電子政務提出新的要求等。這些都是引起電子政務需求不斷發生變化的因素。（4）服務范圍寬。一般信息系統要達到的目標是為組織內部服務的實現組織自身利益的最大化,而電子政務除了需要為政府內部服務,實現政府自身辦公自動化的目標外,還有一個很重要的目標是為社會公眾提供服務,不僅要提供單項業務服務,還要提供多項業務的“一站式”服務。這種多業務的“一站式”服務需要政府單獨建立一個綜合性的平臺,聯通與此相關的所有政府部門的業務。這種高標準的服務大大增加了電子政務實現的復雜度。（5）安全要求高。電子政務涉及國家安全,對網絡和信息的安全要求比一般信息系統高。按照信息的涉密程度,電子政務網絡分內網專網外網互聯網等,不僅這些網絡之間需要安全地互聯互通,分布在這些網絡上的應用系統信息也要進行安全的交換,有些還涉及保密,這種高安全性和保密性的要求大大增加了電子政務建設的難度。（6）政策依賴性強。政府是依法行政的,電子政務建設也需要法律和政策依據。如,政府要建設陽光政府,首先要做到政務公開,這時就需要《信息公開法》。類似的法律和政策還有《個人隱私法》《電子簽名法》《數據共享目錄》《信息交換機制》等,但目前在法制建設方面還比較薄弱,這在一定程度上制約了電子政務的順利開展。（7）決策周期長。電子政務項目通常是集體決策的,有些項目還需要逐級匯報,每一級的制約因素是不同的,因此,電子政務的決策過程比較長,而目前電子政務系統對變化的需求反應不敏感。 3.2 需求分析 解決需求問題的最有效的辦法是采用工程化的方法進行電子政務系統開發,即用工程化的辦法解決電子政務系統的需求問題。需求分析是工程化方法的核心內容,處在系統開發生命周期的最初階段,是決定系統成敗的關鍵。 3.2.1 需求分類 所有系統都有需求(Require-ment),需求可以分多個不同的層面,最頂層可分為用戶需求信息需求和系統需求三個方面,用戶需求包括業務需求和目標需求;信息需求分為角色需求任務需求資源需求和進度需求等;系統需求分為功能需求性能需求用戶界面需求等[9]。如圖3所示:（1）業務需求(Business requirement)。   圖3-1  需求分類

描述組織的業務流程改進所需要開展的活動,與組織的目標相關。在本文的研究中業務需求描述了為實現電子政務項目目標所需要進行的改進業務流程的工作。（2）目標需求（Objective requirement）。描述了組織為什么要開發一個系統及組織希望系統色需求用于描述參與電子政務項目的利益相關者。（4）任務需求，也稱活動需求(Activity requirement)。描述組織為實現既定目標所需要開展的各項活動。在本文的研究中,任務需求用于描述電子政務項目的任務,即“做什么”。（5）資源需求(Resource requirement)。描述組織在完成任務過程中所需要的各種資源。在本文的研究中,資源需求用于描述電子政務項目的軟硬件環境需求。（6）進度需求（Planning requirement）。也稱計劃需求,描述組織開展活動的時間安排。在本文的研究中,計劃需求用于描述電子政務項目的進度安排。（7）功能需求(Functional requirement)。規定開發人員必須在產品中實現的軟件功能,用戶利用這些功能來完成任務,實現系統目標。（8）性能需求，也稱非功能需求(Non-functional requirement)。包括系統的性能指標,質量屬性和約束。性能指標包括系統的開放性穩定性可維護性可擴展性安全性等。質量屬性包括系統的可用性完整性效率和健壯性等。約束指限制系統實現的外部環境,包括資金人才資源條件政策措施等。（9）用戶界面需求。用戶界面需求是用戶愿意使用軟件的關鍵,友好的用戶界面可以使用戶方便有效愉快地使用該軟件,從而發揮軟件的作用。 3.2.2 需求分析過程 需求分析按需求分類拆分成兩部分,第一部分為用戶需求轉變為信息需求部分,即將用戶的業務需求和目標需求轉換成信息系統的信息需求,包括目標需求流程需求角色需求任務需求資源需求進度需求等,這部分工作由用戶自己完成;第二部分將信息系統的信息需求轉變為系統需求,包括功能需求性能需求和用戶界面需求等,這部分工作由系統分析師完成。則稱第一部分為用戶需求分析過程,所交付的產品是用戶需求方案;稱第二部分為分析師需求分析過程,所交付的產品是需求規格說明書。本文研究的是第一個過程,即如何將用戶需求轉變為信息系統的信息需求過程。本文的用戶需求方案是指用戶將用戶需求轉變成信息系統的信息需求所提交的一系列文檔,通過對業務需求目標需求角色需求任務需求資源需求和進度需求的分析,得到有關系統目標業務流程任務軟硬件條件等在內的詳細表達用戶需求的一套系統需求文檔。 3.3 系統可行性分析 3.3.1 技術可行性 本系統將會是一個基于JSP下的電子政務系統設計與實現，對現有技術進行評價，以明確能否利用現有技術進行系統開發及系統實施。計算機網絡技術的發展和計算機硬件性價比的不斷提升，使計算機全面應用于企業管理的各個環節成為可能。B/S開發模式COMDCOM技術在國內各行各業的信息管理系統開發中已經被廣泛采用，實踐證明這些技術都非常適合企業客戶關系管理系統的開發。本系統網絡數據庫平臺為SQL Server 2005，輔助開發工具用Dreamweaver 8，并基于通用可擴展的數據接口(JDBC)全面支持MS-SQL數據庫技術，繼承了傳統的客戶關系管理系統的優點，同時又突出了基于Internet平臺的交流渠道，在個性化方面也具有獨到的優勢。 3.3.2 安全可行性 電子政務不僅是一項先進的軟件技術產品，也是一項企業的商業戰略和管理理念。功能方面包括客戶服務客戶關懷和數據挖掘，是極少數能涵蓋互聯網時代全面客戶關系需要的產品。在客戶端，它提供了統一客戶服務渠道電子郵件電話等與客戶互動的能力；在服務器端提供了客戶追蹤分析功能，實現一對一行銷。所以為企業運作過程提供了可靠保證。 3.3.3 效率可行性 本電子政務系統旨在通過將人力資源業務流程與信息技術進行有效的整合，不斷地改善企業銷售服務和市場營銷等與客戶關系有關的業務流程并提高各個環節的自動化程度，使得企業可以更低成本更高效率地滿足客戶的需求，最大程度的提高客戶滿意度及忠誠度，挽回失去的客戶，保留現有的客戶，不斷發展新的客戶，發掘并牢牢地把握住能給企業帶來最大價值的客戶群。因此帶來的經濟回報將遠遠超過信息化過程中的投入。 3.3.4 管理可行性 在軟件開發中的管理策略對軟件本身質量影響極大，由于軟件是邏輯產品而不是物質產品，其開發進度的“能見度”比較低，軟件生產的進度和指標不易標識和度量，問題不易及時發現和糾正。需求條件的不定因素多且易發生變化，從而使得軟件生產的管理不同于一般的工程管理，有它自身的特殊性和復雜性。 管理規范是一套指導性文件，也是一套技術規范，是管理技術人員進行業務活動的行為準則。其中，管理規范的作用和效果：（1）提高了軟件開發過程的“能見度”，將邏輯產品物資化；（2）促進標準制定與貫徹的統一；（3）促進了標準化管理與軟件系統建設的統一；（4）促進了標準編制與技術開發的統一；（5）根據規范可以統一軟件開發及運行管理的有關想法，使有關人員的相互理解和協作變得更為容易；（6）減少了作業和文檔的重復，從而提高了開發效率；（7）可以排除軟件研制中的人為因素的影響，保證了軟件質量的均勻化，因而易于積累開發經驗，促進技術水平的提高；（8）由于規范對軟件的文檔內容格式都做了明確的規定，使軟件開發的委托者和軟件開發的承當者之間相互理解。 在團隊合作上必須有較好的管理，管理的好壞是該項目成敗的關鍵。本系統是獨立開發的管理系統，也應當以管理規范為出發點，提高軟件的能見度，提高軟件的可復用性。（1）將軟件開發周期分為可行性研究及計劃需求分析概要設計詳細設計編碼和單元測試（實現）組裝測試運行和維護七個方面；（2）規定對軟件項目的術語項目描述任務技術方法工具等方面進行詳細說明和標識。 有統一的規范，對于他人參與軟件的開發是有利的，這雖是一個畢業設計，但一個開放規范的代碼為他人學習今后提高軟件的開發有利的，統一的管理規范對于開發后期軟件的修改排錯是有利的，在開發前提出管理規范是可行的。 3.4 電子政務系統開發流程 （1）由用戶自己提出需求方案的必要性通過分析電子政務特殊性及需求問題對電子政務系統的影響,本文認為,電子政務系統應由用戶自己提供需求方案。原因在于:①電子政務項目建設的目的是應用,而應用的主體是政府公務員,如果政府內部沒  圖3-2  管理信息系統生命周期     圖3-3  電子政務系統生命周期   有明白人,政府CIO對自己要建一個什么樣的系統都表達不清楚的話,這樣的電子政務項目是不可能成功的。②鑒于電子政務項目的特殊性和復雜性,只有政府公務員出身的政府CIO才能對電子政務有深刻的了解,并能動態跟蹤需求的變化。讓他們直接參與電子政務項目的需求分析,提供相應的需求方案,既是必要的,也是必須的,對提高電子政務項目的成功率具有重要意義。③用戶提供的電子政務需求方案不僅有利于系統分析師分析需求,而且可以成為評價電子政務項目建設結果的依據。因此,在電子政務項目的開發流程中,增加由用戶直接提供需求方案的環節,讓政府CIO參與并主導項目的需求,是很有必用一個單獨的包圖表示，系統功能包。

3.4.1 系統安全需求 對于企業用戶來說，商業數據是高度敏感的信息，系統安全是需要認真考慮和嚴密計劃的問題。系統的安全性需求主要包括以下方面： （1）身份認證 本系統采用用戶名+密碼+驗證碼的身份認證機制。通過系統的檢驗，成功后才可以登錄系統。 （2）防止非法數據訪問 安全問題除了包括合法身份的確認，還包括數據在保存和傳輸中不被竊取或更改，以及如何阻止非法侵入主機和核心數據系統等。 對私有數據訪問的識別(密碼安全代碼等信息)，這些信息一直有效，直至用戶退出系統。防止非法用戶進入主機系統和數據庫。利用防火墻技術和網管系統，對非法進入進行嚴格審查，過濾非法數據，可以確保主機系統的安全運行和核心數據庫的完整。 采用多種網絡安全技術，可以通過防火墻加密設置口令設置權限和安全協議SSL技術保證數據的安全性。 3.5 系統用例分析  這個系統涉及到三大系統用例，通過系統的用例分析來構建軟件模型，采用面向對象的現代軟件分析來分析出每一個模型圖實體圖，通過系統用例分析來剖析系統功能。本系統涉及的用例為公眾用戶和管理員。   圖 3-4公眾 用例分析 面向公眾的功能模塊的主要功有： （1）領導信箱 用戶可以在網站上面給政府領導發送郵件。 （2）表格下載 在該模塊當中能夠下載政府提供的相關資料表格。 （3）政務公開 廣大公眾在充分的了解到了政務相關政務信息信箱。 （4）便民電話 提供政府政務電話。 （5）留言板 廣大公眾用戶能夠對政務信箱進行留言，如果有異議還可以進行投訴。

圖3-6 管理員 用例分析

由于在這個系統管理平臺當中，其主要的政務網站的管理與維護的系統管理人員。這個平臺能夠在政務專網內部得到實際的運行。

第4章 總體設計 本系統基于MVC模式，采用Struts+Hibernate架構，如圖3-1，分為表示層、業務層和數據訪問層。層與層之間通過接口聯系，業務實體貫穿于三個層次，表現層的業務實體展現視圖通過表單和業務實體之間進行轉換。通過系統構件的分層，可以將頻繁變動的業務邏輯層分離出來，實現通用類構件的完全復用。并且在各個模塊之間設計統一的接口，當某一模塊業務邏輯改變時，使系統之間的影響最小，使系統實現即插即用，讓系統容易升級。   圖4-1系統設計架構圖

4.1 系統規劃 4.1.1 系統總體目標 整個庫爾勒市經濟技術開發區網站系統分為十大子模塊：首頁、領導信箱、地區概況、動態信息、法律法規、招商引資、網上辦事、政務公開、便民服務、政府部門網站。作為面向公眾的交流平臺，充分展示庫爾勒市經濟技術開發區的業績和風采。首頁是對網站九個主要頻道中主要功能的展示，它包含各個欄目的導航、最新的即時政務信息、工作動態、公告通知等一些的最新發布消息，還包含了相關網站的友情鏈接和對站內的政務信息搜索引擎，便于更方便地查找站內政務信息和資料；后臺的主要功能是對系統用戶、政務公開、公告通知、招商信息、規劃方案、政策法規、注冊會員進行管理，包括對信息進行新增、修改、刪除及對網站進行一些相關的維護。 4.1.2 系統的總體結構 （1）    領導信箱：書記信箱，辦公室主任信箱 （2）    地區概況 （3）    動態信息：公告公示，政務信息動態 （4）    法律法規 （5）    招商引資：投資要聞，招商活動，展會信息 （6）    網上辦事：辦事指南，意見反饋，表格下載 （7）    政務公開：干部任免，政府文件，政府采購 （8）    便民服務：便民電話，投訴舉報 （9）    政府部門網站 4.1.3 開發環境 開發此系統所需用到的軟件環境如下： 1.JDK1.6及其以上版本：該版本是當前的最高版本，其中添加了舊版本所不具備的許多新特性。 2.Web應用服務器：Tomcat6.0及其以上版本。雖然是一款綠色軟件，但其功能比較強大，方便易用，極適合中小型系統應用?？蓮木W上免費下載，從而降低開發成本。 4.2 數據流程圖 數據流程圖是一種能全面地描述信息系統邏輯模型的主要工具，它可以用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況。 **市規劃和國土資源局網站總體圖如圖4.2所示

圖4.2總體圖

4.3 電子政務工會網站的結構設計   圖4.3 結構設計 （1）領導信箱 用戶可以在網站上面給政府領導發送郵件。 （2）表格下載 在該模塊當中能夠下載政府提供的相關資料表格。 （3）政務公開 廣大公眾在充分的了解到了政務相關政務信息信箱。 （4）便民電話 提供政府政務電話。 （5）留言板 廣大公眾用戶能夠對政務信箱進行留言，如果有異議還可以進行投訴。 4.4 數據庫概要設計 人們在總結信息資源開發、管理和服務的各種手段時，認為最有效的是數據庫技術。數據庫的應用已越來越廣泛。從小型的單項事務處理系統到大型復雜的信息系統大都用先進的數據庫技術來保證系統數據的整體性、完整性和共享性。目前，一個國家的數據庫建設規模（指數據庫的個數、種類）、數據庫信息量的大小和使用頻度已成為衡量這個國家信息化程度的重要標志之一。 數據庫設計是建立數據庫及其應用系統的技術，是信息系統開發和建設中的核心技術，具體說，數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求。 總的來說，數據庫的設計對系統的經濟性、功能性和效率有很大的影響，要設計一個好的數據庫，就要求在設計時盡量避免數據的多余，另外，還要盡可能提高數據的存取速度。按規范化理論的要求，關系模式應盡量取高級范式，尤其對記錄數較多的關系，低級范式將會造成存儲的大量重復，是空間遭受嚴重浪費。另一方面，從存取速度上考慮，希望一個模式涉及的屬性越多越好，相互運算越少越好，這樣，又應取低級范式，因此，速度與空間在范式上是相互矛盾的。     這樣，就要求我們在設計數據庫時要嚴格地探討它的使用環境，充分了解用戶的需求，清楚地掌握數據庫系統的特點，進行綜合的評價和分析設計出的數據庫應滿足以下要求： (1)充分反映出用戶的要求，即能夠正確地反映出用戶的實現環境，包括預處理的全部數據。 (2)能夠支持用戶所需的所有“加工” (3)能夠被某種數據庫管理系統所接受。 (4)具有較高的質量，冗余量最小，數據一致性，完整性好，無更新異常，易于理解，便于維護，高效率等等。

圖4.4 電子政務工會網站ER圖

第5章  系統的實現 5.1 前臺   在首頁的政務公開欄目中列出即時的政務公開。當用戶想查看更多政務信息時，點擊政務公開欄中的更多按鈕，此時會列出系統的所有政務信息信息，選擇所要查看的某一條政務信息便會把詳細內容顯示在政務動態頁面。可以在政務公開欄目底部的政務檢索框中直接輸入所要查找的政務信息中的關鍵字，同樣可以鏈接到與輸入關鍵字相關的政務信息顯示在政務頁面。   用戶可以在網站上面給政府領導發送郵件。

4.3.2后臺 成功登錄到后臺管理的界面后，對政務信息的操作包括新增、修改、刪除。當系統信息過多時，為方便管理員對某條信息的快速操作，系統提供了查詢功能，具體操作與前臺會員進行的查詢操作基本相同。  

第6章 系統測試 軟件測試是為了發現程序中的錯誤而執行程序的過程。軟件工程的目標是開發出高質量的完全符合用戶需要的軟件，因此，通過測試發現錯誤之后還必須診斷并改正錯誤，這是測試的目的。對軟件進行測試的結果也是分析軟件可靠性的重要依據。軟件測試有以下三個目的[38]：（1）軟件測試是為了發現程序中的錯誤而執行程序的過程。（2）好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。（3）成功的測試是發現了至今為止尚未發現的錯誤的測試。 本章第一節詳細介紹了軟件測試方法。第二節詳細介紹了軟件測試基本原則。第三節系統的解決了本系統所使用到的測試方案和測試用例。第四節對典型模塊的測試結果進行分析和總結。第五節對本章內容進行了小結。 6.1 軟件測試方法 按照測試過程是否執行程序可分為靜態分析和動態測試。 （1）靜態分析 靜態分析不執行被測試軟件，通過對需求分析說明書軟件設計說明書及源程序做結構檢查流程圖分析編碼分析等來找出軟件錯誤。是十分有效的軟件質量控制方法。 （2）動態測試 動態測試以執行程序并分析程序來查錯。為了進行軟件測試，需要預先準備好兩種數據，即輸入數據和預期的輸出結果。 按照測試內容不同分為黑盒法和白盒法。 （1）黑盒法 黑盒法又叫功能測試，測試者完全不考慮程序內部結構和內部特性，把軟件看成一個黑盒，測試時僅關心如何尋找出使程序不按要求運行的情況，因而測試是在程序接口進行的。黑盒法是最基本的測試法，主要測試軟件能否滿足功能要求，看輸入能否被正確地接收且能否正確地輸出結果。 （2）白盒法 白盒法又叫結構測試，用白盒法測試時，按照程序內部的邏輯測試程序檢驗程序中的每一條通路是否能按預定的要求正確工作。與黑盒測相反，測試時將程序看作是一個透明的盒子，測試人員完全了解程序的內部結構和處理過程。 6.2 軟件測試原則 軟件測試階段最關鍵的技術是設計測試方案。此軟件測試使用以界面為基礎的測試。以界面為基礎的測試僅僅依靠軟件與其運行環境之間的界面來選擇和產生測試數據，而不管軟件的具體需求和具體實現細節。包括軟件輸入輸出數據的類型取值范圍以及取值的概率分布等[38]。 具體而言包括以下幾個方面： （1）應當把“盡早和不斷地測試”作為開發者的座右銘。 （2）程序員應該避免檢查自己的程序，測試工作應該由獨立的專業的軟件測試機構來完成。 （3）設計測試用例時，應該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態和意外狀態，比如網絡異常中斷電源斷電等情況。 （4）一定要注意測試中的錯誤集中發生現象，這和程序員的編程水平和習慣有很大的關系。 （5）對測試錯誤結果一定要有一個確認的過程。一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。 （6）制定嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內完成一個高水平的測試。 （7）回歸測試的關聯性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現的現象并不少見。 （8）妥善保存一切測試過程文檔，意義是不言而喻的，測試的重現性往往要靠測試文檔。 6.3 測試的主要內容 為了保證測試的質量，一般測試分為功能測試，性能測試和安全性測試等等。 6.3.1 功能測試 表6-1 功能測試用例 測試用例    步驟    預期結果    實際結果 如果用戶名和密碼都為空，用戶登錄測試    不輸入用戶和密碼，點擊登錄按鈕    不能登錄    與預期相符 如果用戶名和密碼都都正確，用戶登錄測試    輸入正確的用戶名和密碼，點擊登錄按鈕    登錄成功    與預期相符 如果用戶名是正確的，密碼是錯誤的，用戶登錄測試    輸入正確的用戶名和不正確的密碼，點擊登錄按鈕    不能登錄    與預期相符 如果用戶名是錯誤的，密碼是正確的，用戶登錄測試    輸入錯誤的用戶名和正確的密碼，點擊登錄按鈕    不能登錄    與預期相符 6.3.2 性能測試 性能測試通常由五個階段組成：計劃、腳本創建、場景定義、場景執行和結果分析。 計劃性能測試：定義性能測試要求，例如并發用戶的數量、典型業務流程和所需響應時間。 創建Vuser腳本：將最終用戶活動捕獲到自動腳本中，具體步驟：創建腳本選擇協議、錄制腳本、編輯腳本和檢查修改腳本是否有誤。 定義場景：使用LoadRunner Controller設置負載測試環境，具體步驟：創建Scenario、選擇腳本、設置機器虛擬用戶數、設置Schedule、如果模擬多機測試設置Ip Spoofer。 運行場景：通過LoadRunner Controller驅動、管理和監控負載測試，主要是分析scenario。 分析結果：使用LoadRunner Analysis創建圖和報告并評估性能。   圖6-1  性能測試流程圖 測試目的：檢驗系統的最大吞吐量，檢驗現行的業務系統在各種壓力下的運行狀況，檢驗系統的運行瓶頸，獲取系統的處理能力等等。 具體實施行為：測試服務器在承受N個虛擬用戶下的狀態；監控并分析服務器的性能指標，測試目的是為了監控性能并找出性能瓶頸。 6.3.3安全性測試概述 安全性測試(security testing)是有關驗證應用程序的安全服務和識別潛在安全性缺陷的過程，安全性測試并不最終證明應用程序是安全的，而是用于驗證所設立策略的有效性，這些對策是基于威脅分析階段所做的假設而選擇的，主要分兩個方面網頁安全漏洞檢測和SQL注入。 表6-2 安全性測試用例 Step    input    output    result    memo 1    輸入數據庫中不存在的用戶名,密碼進行登錄    系統給出錯誤提示    Pass     2    輸入數據庫中存在的用戶名,錯誤的密碼,進行登錄    系統給出錯誤提示    Pass     3    輸入數據庫中存在的密碼和存在的用戶名,但是用戶名和密碼不匹配,進行登錄    系統給出錯誤提示    Pass     4    對密碼框中輸入的密碼進行復制粘貼    復制粘貼不會成功    Pass     5    在link后添加單引號,如http://localhost：8080/dzzw;    界面不會出現異常    Pass     6    使用正確的用戶名和密碼進行登錄之后,點擊瀏覽器的back按鈕    頁面跳轉到登錄界面，不記錄密碼信息    Pass     7    在用戶名和密碼文本框中輸入<script>alter("abc")<script>,登錄?? ?跳轉到提示錯誤信息頁面?? ?Pass?? ? 8?? ?登錄之后,點擊登出,點擊瀏覽器的back按鈕?? ?頁面需要重新登錄才能進入?? ?Fail?? ?后退之后還是可以進入頁面 9?? ?登錄錯誤N次之后?? ?系統在N小時內不允許再次登錄?? ?Fail?? ?非法登錄之后還是會暴露登錄之后的界面 6.3.4兼容性測試概述 兼容性測試之待測試項目在特定的硬件平臺上，不同的應用軟件之間，不同的操作系統平臺上，在不同的網絡等環境中能正常的運行的測試。 兼容性測試的目的：待測試項目在不同的操作系統平臺上正常運行，包括待測試項目能在同一操作系統平臺的不通過版本上正常運行；待測試項目能與相關的其他軟件或系統的“和平共處”；待測試項目能在指定的硬件環境中正常運行；待測試項目能在不同的網絡環境中正常運行。 兼容性測試無法做到完全的質量保證，但對于一個項目來講，兼容性測試是一個必不可少的步驟。 表6-3 ?兼容性測試用例 Step?? ?input?? ?output?? ?result 1?? ?在Windows XP系統中用IE瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 2?? ?在Windows 7系統中用IE瀏覽器打開網站內容系統?? ?顯示登錄頁面?? ?Pass 3?? ?在Windows Vista系統中用IE瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 4?? ?在Windows 2000系統中用IE瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 5?? ?在Windows XP系統中用360瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 6?? ?在Windows XP系統中用遨游瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 7?? ?在Windows XP系統中用Fire Fox瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass 8?? ?在Windows XP系統中用QQ瀏覽器打開網站電子政務網站?? ?顯示登錄頁面?? ?Pass ?? ??? ??? ?

第7章 結 ?論 在本論文所設計與實現的電子政務系統框架當中，能夠真正的突破傳統上的網站架構模式，同時也極大的改變了政府部門的辦公模式。在這種“一站式”的辦公系統當中，能夠充分的利用先進的網絡信息技術，創建一個新型的辦公系統類型，能夠最大程度的提升政府部門的辦公效率與辦公質量，滿足廣大群眾的正常需求。本論文主要取得了一下幾個方面的研究成果： （1）充分分析了國內外的相關研究狀況，具體的研究了電子政務在當前社會發展中的實際需求，而且對于系統的優點以及不足也作出了詳細的闡釋，在此基礎上提出了具體的項目創建內容。 （2）開發了一個能夠符合實際需要的電子政務應用系統構架，應用了J2EE技術來對電子政府應用系統進行設計與開發，從而保障了框架系統的可靠性拓展性以及靈活性，能夠方便日后的維護，也保障了信息的安全。這對于電子政務應用系統的設計與開發無疑是具有著比較好的借鑒意義。 （3）在具體結合了電子政務系統開發案例的基礎上，闡釋了系統概要設計數據庫設計以及模塊的實現的具體過程以及注意事項，還能夠根據不同的需求來作出個性化的定義管理。 但是，雖然本論文能夠取得了一定的研究成果，但是由于受到筆者自身的理論水平以及實踐經驗的限制，還是有著一定的不足，這就需要伴隨著對電子政務系統理解的不斷深化，來作出以下幾個方面的探索： （1）基于系統架構而言，雖然面向對象的系統架構能夠快捷地進行電子政務應用，而且也使用上了相關的技術來優化架構性能，但是在目前日趨多元化的應用環境之下，如何保障系統的應用性能，仍然是一個亟待解決的問題。 （2）今后在電子政務研究方面所需要重點研究的，就是集中到應用系統的整合以及政務信息的交換之上。而在技術的研究方面則會重點放在構建規范標準的數據庫表以及實現各個不同的系統之間的數據交換接口標準開發之上。因為只有有效的解決了以上兩個方面的問題，才能夠真正的消除傳統政務當中的“數字鴻溝”以及“信息孤島”等缺陷，以便最大程度的體現出來電子政務的優越性以及良好的可操作性。

第8章 致 ? 謝 經過為期將近半年的努力，這篇論文終于能夠最終完成。在論文的寫作過程當中，由于受到我個人的理論水平以及實踐經驗的限制，使我遇到了種種的困難障礙，幸好有我的導師的不辭辛勞對我做出指導幫助，而且，在整個課題期間，他都給予了我最大程度上的信任與耐心，并著力培養我的獨立思考能力和探索創新精神，其中，無私的幫助和明晰的指導，才能讓這篇論文取得了最后的成功。而導師的嚴謹治學態度也給我做出了榜樣。所以，在這里我要向我的導師致以最衷心的謝意！ 還有就是，在論文的實際寫作過程當中，我的同事以及同學朋友們熱心的為我提供幫助，提出一些寶貴的意見建議，而且，還給我搜集到了一些有用的資料，我也在此表達我真誠的謝意。我還要感謝各位專家能夠抽出百忙之身對本論文不厭其煩的審閱，并提出了讓我受益匪淺的寶貴意。

參考文獻 [1] 陳遠平.構建基于Struts和Hibernate的政務信息管理系統[D].北京: 中國科學院計算機網絡信息中心,2005.? [2] 孫衛琴.精通Struts:基于MVC的Java Web設計與開發[M].北京：電子工業出版社，2004：1-496. [3] 夏昕，曹曉鋼，唐勇.深入淺出Hibernate[M].北京:電子工業出版社,2005：1-543. [4] 宋漢增，沈琳.利用Hibernate對象持久化服務簡化Java數據庫訪問[J].計算機應用,2003年12月,第23卷第12期. [5] 蔡劍, 景楠.Java Web應用開發：J2EE和Tomcat.北京:清華大學出版社,2005:15-585. [6] 邢偉寅. 基于JAVA平臺的電子政務系統建設解決方案研究[DB/OL].萬方中文電子期刊,2006-04-16. [7] 王小慶. 基于J2EE和XML技術構建電子政務系統的方法研究[DB/OL]. 萬方中文電子期刊,2006-05-01. [8] 李戰克.區縣級電子政務集成協作系統產品研發實施報告[R].上海:上海理想信息產業有限公司,2006. [9] 王亮.青浦區電子政務需求規格說明書[R]上海:上海理想信息產業有限公司,2006.? [10] Johnson. R. J2EE development frameworks [J]. Computer, Jan. 2005，Volume 38, Issue 1:107 -110. [11] 吳京慧，杜賓，楊波. oracle數據庫管理及應用開發教程[M].北京：清華大學出版社,2007-2. [12] 國家信息研究中心.電子政務總體設計與技術實現[M].北京:電子工業出版社,2003. [13] 蘇新宇，吳鵬，朱曉峰.電子政務技術.北京:國防工業出版社,2003. [14] 甘利人，朱憲辰.電子政務信息資源開發與管理.北京:北京大學出版社,2003. [15] 博林格(Bollinger, G.),(美)那塔金(Natarajan, B.).Jsp程序設計指南.北京:清華大學出版社,2002:1-429. [16] 寇毅，吳力文.基于MVC設計模式的Struts框架的應用方法[J].計算機應用,2003年11月，第23卷第11期.? [17] 祁耀斌，李福太，陳逢春，方煒煒.J2EE平臺上MVC設計模式在開發電子政務系統中的應用[J].計算機應用研究,2004年,第21卷第8期. [18] 劉洋.精通Hibernate.北京:電子工業出版社,2005.5:2-4,8-200. [19] 陳華軍.J2EE構建企業及應用解決方案[M].北京:人民郵電出版社,2002.3.? [20] 孫衛琴.Tomcat與JavaWeb開發技術詳解[M].北京:電子工業出版社,2004.4.? [21] 丁鵬等.Struts技術揭密及Web開發實例[M] .北京:清華大學出版社,2004. [22] JohnPollock. JavaScript編程起步[M].北京:人民郵電出版社,2001.9. [23] 張硯秋，陳川，何明德.基于MVC設計模式構筑JSP/Servlet+EJB的Web應用[J].計算機工程，2001(11):71-73. [24] 李艷.工作流管理技術在電子政務中的應用[D].江蘇:南京理工大學,2003. [25] 劉奕.基于Struts框架的J2EE Web應用的研究和實現[D].湖北：武漢大學軟件工程,2004. [26] 張成福.電子政務:發展及其前景[[J].中國人民大學學報,2000,(3):1-6. [27] 李桃，王洗塵.電子政務系統研究(1)發展與研究現狀[J].系統工程理論方法與應用，2003,12(1):2-3.? [28] 范玉順，吳澄.工作流管理技術研究與產品現狀及發展趨勢[J].計算機集成制造系統CIMS,2000.1,6(1):1-7. [29] 范玉順.工作流管理技術基礎——實現企業經營過程重組與經營過程自動化的核心技術[M].北京:清華大學出版社,2001：3-7. [30] Ted Husted.Structs in Action: Building Web Application with the Leading Java Framework [M].Manning Publications, 2005. [31] 田超.JavaScript程序設計入門學得快[M].北京:科學出版,2000:1-187.? [32] 陳軍，段輝良. 基于J2EE的通用Web信息系統框架設計與實現[J].計算機系統應用，2007.1，12(1):2-3 [33]張順利，李東生，李建偉，劉秀蓮. 基于Petri網的工作流和J2EE框架構建入侵響應模型[J], 電腦開發與應用，2007,12(1):2-3. [34] Bob Thome,Dieter Gawlick,Maria Pratt. Event processing with an oracle database. Proceedings of the 2005 ACM SIGMOD international conference on Management of data[C], 2005. Jun. [35] Johnson.R. J2EE development frameworks. Computer[J]Volume 38,Issue 1,Jan.2005:107 - 110 [36] Prez-Sorrosal.F,Patino-Martinez.M, Jimenez-Peris. R, Vuckovic.J. Highly Available Long Running Transactions and Activities for J2EE Applications. Distributed Computing Systems,July 2006:2-2 [37] Wojciechowski, J. Sakowicz, B.; Dura, K. Napieralski, A.MVC model, struts framework and file upload issues in web applications based on J2EE platform. Telecommunications and Computer Science[J], Feb.2004:342 - 345