軟件工程畢業設計-j2ee網絡相冊管理系統-免費閱讀

　　

【正文】 而另一方面出于減少系統代碼對服務器域名的依賴，就需要實現一個一處配置到處有效的域名處理機制。而在當前這種高速的帶寬下，相對于圖片的壓縮運算與 I/O，主服務器與文件間的數據傳 輸的消耗也就顯得微不足道了，故而分離此服務器是切實可行的。 杭州電子科技大學本科畢業設計 15 靜態文件服務器。而且服務器的域名是可配置式的，減少了代碼對于服務器地址的依賴。這一層負責用戶請求的轉發，協調業務邏輯層和視圖層的工作。 數據訪問層。該模塊主要提供的服務有留言發表、留言回復、留言刪除。該模塊主要提供的服務有好友分類添加、好友分類修改、好友分類刪除。 還可以通過該模塊上傳頭像、修改基本信息等方式修改個人信息。這類方便易用的小插件也是提高用戶黏度的一個重要組成部分。最后設計了能夠完成系統所有功能所需的數據庫。Applet 在用戶的計算機上執行時，還可以下載其它的資源， 而且 還允許用戶進行交互式操作。 DWR允許 Web 開發人員傳遞一個回調函數 ， 來異步處理 Java 函數調用過程 。 與此不同， Ajax（ Asynchronous JavaScript and XML， 異步 JavaScript 和 XML)，僅向服務器發送并取回必需的數據，并在客戶端采用 JavaScript 處理來自服務器的回應。控制器由 ActionServlet 和 Action 來實現，用于處理 用戶與軟件的交互操作 ，控制模型和視圖之間的數據傳遞，更新模型狀態。業務流程的處理交予模型 (Model)處理。 Spring 提供了面向切面編程的豐富支持， 把 應用的業務邏輯與系統級服務（例如審計和事務管理）進行分離 ，使得 應用對象只 需要 實現它們應該做的 ——完成業務邏輯 ——僅此而已。 AOP 的作用在于分離系統中的各種關注點，將核心關注點和橫切關注點分離開來。組件處在一個容器當中，由容器負責管理。 Spring 框架概述 IoC 和 AOP IoC（ Inversion of Control，控制反轉） 又稱為 DI（ Dependence Injection，依賴注入 ） 。 Hibernate 框架介紹 Hibernate 框架是一個數據持久層框架，是一種實現 ORM 的 工具，它對 JDBC（ Java Data Base Connectivity， Java 數據庫連接）進行了輕量級的對象封裝，使程序員可以使用對象編程思想來操作數據庫。 J2EE 開發平臺概述 J2EE（ Java 2 Platform,Enterprise Edition）是 一種用來開發分布式企業軟件應用系統的平臺 [5]，其 核心是一組技術規范與指南，其中所包含的各類組件、服務架構及技術層次，均有共 通的標準及規格，讓各種依循 J2EE 架構的不同平臺之間，存在良好的兼容性，解決過去企業后端使用的信息產品彼此之間無法兼容，導致企業內部或外部難以互通的窘境。其中比較國外比較著名的 有 Picasa、 Flickr 等，而國內比較著名的有 巴巴變 、又拍等 [3]。而且相冊還存在 不易保管， 不 方便攜帶，容易丟失，翻看不方便 ，占用空間 等等問題。 本網絡相冊管理系統采用 JSP/Servlet、 Applet 等實現技術 ，以及 Struts、Hibernate、 Spring、 DWR 等先進的框架技術配合實現。系統可劃分為用戶注冊 /登陸模塊、用戶相冊管理模塊、用戶相片管理模塊、用戶好友管理模塊、用戶分享管理模塊、用戶留言管理模塊、用戶搜索模塊等 12 個模塊。 后來隨著時代的發展，科技的進步， 攝影技術的發展， 旅游業的進步 ，照片數量急速增加，使用傳統的方式來管理照片顯然力不從心，而個人電腦的發展，照片數碼化， 加速了電子相冊的產生與進步 ，電子相冊解決了傳統相冊 不易保管，不 方便攜帶，容易丟失，翻看不方便 ，占用空間 等等問題 。 有調查表明， 2021 年美國網絡相冊用戶數量達到 6500 萬 ， 預計在未來幾年網絡相冊用戶數會繼續保持平穩增長 。 它提供了一個多層次的分布式應用模型和一系列開發技術規范。 Hibernate 框架用 XML（ Extensible Markup Language, 可擴展標記語言）配置文件的形式來定義 Java 對象和數據表之間的映射關系， 透明的提供對象與關系數據庫的映射，以統一的接口方式支持多種數據庫。 IoC 的基本概念是：不創建對象，但是描述創建它們的方式。 AOP（ Aspect Oriented Programming，面向方面的編程），可以說是 OOP（ ObjectOriented Programing，面向對象編程）的補充和完善 [7]。正如 Avanade 公司的高級方案構架師 Adam Magee 所說， AOP 的核心思想就是 “ 將應用程序中的商業邏輯同對其提供支持的通用服務進行分離。它們并不負責（甚至是意識）其它的系統級關注點，例如 日志或事務支持。 模型 (Model)層：該層負責業務流程 /狀態的處理以及業務規則的制定。視圖由一組 JSP文件構成，視圖還用于捕獲用戶所傳遞的數據，通過控制器傳遞給模型。 這使得 服務器和瀏覽器之間交換的數據大量減少， 而且 很多的處理工作可以在發出請求的客戶端機器上完成，所以 Web 服務器的處理時間也減少了 ，這樣就使用戶得 到回應的時間大大縮短，提高了用戶體驗 。 正是這些原因使得基于 DWR 的腳本開發人員需要對 Java 開發有一定了解，或者需要熟悉業務邏輯層所暴露的函數及相關參數。 故而在基 于 Inter 的應用程序開發中發揮著重要的作用 [12]。 系統需求概要 什么是 是以人為核心的，通過鼓勵用戶提供內容，鼓勵用戶交互而產生數據。 在現在多種瀏覽器并行的今天，跨瀏覽器也是系統需求中必不可少的一條。 具體 UC 圖（如圖 33）： 圖 33 用戶信息管理模塊 UC 圖 用戶相冊管理模塊 通過該模塊用戶可以方便的瀏覽權限許可范圍內的用戶相冊，并且可以方便的管理個人的相冊。 圖片操作上傳圖片查看圖片修改圖片信息編輯圖片刪除圖片移動圖片設為封面 e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d 登陸用戶登陸用戶評論操作發表評論刪除評論e x t e n d e x t e n d 查看評論e x t e n d 回復評論e x t e n d 杭州電子科技大學本科畢業設計 11 具 體 UC 圖（如圖 37）： 圖 37 用戶好友分類管理模塊 UC 圖 用戶好友管理模塊 通過該模塊用戶可以方便的瀏覽用戶的好友，并進行對個人好友的管理操作。 登陸用戶站內信操作寫站內信查看已發信件查看已讀 / 未讀信件刪除信件徹底刪除信件取消刪除信件 e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d 登陸用戶分享操作添加分享刪除分享 e x t e n d e x t e n d 查看分享 e x t e n d 杭州電子科技大學本科畢業設計 13 具體 UC 圖（如圖 311）： 圖 311 用戶留言管理模塊 UC 圖 用戶搜索模塊 通過該模塊用戶可以方便的搜索符合條件的用戶和相冊。在這一層中包含了實體（ entity）類和數據訪問對象（ DAO）類（接口）。這一層由 Struts 框架的 Action 組成，主要負責一些前期的權限驗證工作，傳遞視圖層傳入的數 據給業務邏輯層接口，并把業務邏輯層接口的數據返回給顯示層。 應用主服 務器。靜態文件服務器，主要存儲 CSS， JavaScript，系統圖片等靜態文件。 具體的系統架構圖（如圖 314）： 圖 314 系統架構圖 杭州電子科技大學本科畢業設計 16 系統數據庫設計 系統 ER 圖 系統的 ER 圖（如圖 315）： 用 戶( G A Z E _ U S ER )好 友 分 類( G A Z E _ F R I E N D _ C AT E G O R Y )擁 有N 1好 友( G A Z E _ F R IE N D )擁 有1N主 人N1好 友1N留 言( G A Z E _ F E E DB A C K )站 內 信( G A Z E _ M E S SA G E )留 言N1主 人1N發 信N1收 信1N1擁 有1用 戶 信 息( G A Z E _ U S E R_ I N F O )擁 有N相 冊( G A Z E _ A L BU M )1擁 有1N圖 片( G A Z E _ P HO T O )擁 有11評 論( G A Z E _ C O MM E N T )評 論N分 享 對象11分 享( G A Z E _ S HA R E )分 享1NN 圖 315 系統簡化 ER 圖 系統表結構 這個章節列舉了系統的表結構（如表 31 至表 310）。這樣就要求系統可通過只讀取一次配置文件就可動態決定頁面的請求路徑。 包 表 427 包中類信息表 類名 功能描述 Config 系統業務參數配置，用于獲取配置的域名、圖片根路徑等 Constants 系統常量，包括錯誤代碼、標志位碼、分頁數信息等 DateUtil 日期處理類，用于日期與字符串間相 互轉換 MD5Util MD5 加密工具 PaginationSupport 分頁機制提供類，提供分頁支持 PropertiesLoader 配置文件加載類，在系統啟動時加載域名、根路徑等配置信息 TokenUtil 防二次提交的令牌機制實現類 UploadImageUtil 文件上傳的工具類，用于文件壓縮、寫入，擴展名驗證等 多服務器架構的關鍵實現 自定義標簽技術的應用 從概要設計的架構設計思想中可以看出，當用戶請求一個頁面時，由主服務杭州電子科技大學本科畢業設計 28 器動態生成顯示頁面，而后由用戶瀏覽 器解析決定請求發往哪個服務器，這就要求主服務器在生成動態頁面時可以知道文件的路徑。分離此服務器的作用顯而易見，圖片的壓縮與 I/O 是一件非常占用系統資源的工作，而讓主服務器在響應用戶請求的同時承擔這項工作是極不合理的。支撐更高的訪問流量。根據服務器承擔任務的不同，將系統劃分成 4 個服務器，各自承擔不同的任務。 控制器層。而且采用分層還可以提高系統各層邏輯的復用的。 具體 UC 圖（如圖 310）： 圖 310 用戶站內信管理模塊 UC 圖 用戶留言管理模塊 通過該模塊用戶可以方便的瀏覽用戶的留言，并進行留言的管理操作。 具體 UC 圖（如圖 36）： 圖 36 用戶評論管理模塊 UC 圖 用戶好友分類管理模塊 通過該模塊用戶可以方便的進行對好友分類的管理操作。 具體 UC 圖（如圖 32）： 圖 32 用戶注冊 /登陸模塊 UC 圖 找回密碼普通用戶用戶登陸注冊登陸用戶用戶登出成為 V I P網絡相冊管理系統 用戶模塊 用戶注冊/登陸模塊 用戶信息管理模塊 用戶相冊管理模塊 用戶相片管理模塊 用戶評論管理模塊 用戶好友分類管理模塊 用戶好友管理模塊 用戶分享管理模塊 用戶站內信管理模塊 用戶留言管理模塊 用戶搜索模塊 排行榜模塊 杭州電子科技大學本科畢業設計 9 用戶信息管理模塊 通過該模塊用戶可以方便的查看所有用戶的個人信息。 系統還應當向用戶提供簡單的圖片修改插件，方便用戶對相片的修改。 杭州電子科技大學本科畢業設計 7 3 系統需求及概要設計 本章主要根據需求分析的結果對系統的總體功能進行設計，對模塊進行劃分，并對各個模塊以及他們之間的關系進行概述，并詳細說明了各個模塊的 UC（ Use Case，用例），并為了更好地提升系統性能，進行了架構方案的設計。下載 完 后，便和本地計算機上的程序以相同的速度運行了。 在異步模式下 ， 結果數據在開始