https://www.bilibili.com/video/BV1Mm411Q7dr/演示視頻：3.1 JSP背景

(1)JSP 概念

Java 服務器頁面 (Java Server Page ，JSP) JSP( JavaServer Pages )是由Sun 公司倡導、許多別的公司參與一起建立的一種新動態網頁技術標準，類似其他技術標準，如ASP、PHP 或是ColdFusion，等等。JavaServer Pages技術是一個純Java 平臺的技術，它主要用來產生動態網頁內容，包括：HTML、DHTML、XHTML 和XML。在傳統的網頁HTML 文件( *.htm,*.html )中加入Java程序片段( Scriptlet )和JSP標簽，構成了JSP 網頁(*.jsp)。

(2) JSP 在制作網頁過程的作用

JSP 頁面使用 HTML 顯示靜態內容，并使用 Java 代碼生成動態內容；JSP 頁面的元素為靜態內容、JSP 指令、JSP 表達式、JSP Scriptlet和注釋 ；可以使用標準開發工具創建 JSP 頁面 ；JSP 使用可重用的跨平臺組件（如 JavaBean）；JSP 允許創建自定義標簽，使 JSP 開發更容易。JSP 執行過程的各個階段為轉譯、編譯和執行。

(3)對于該平臺我們主要的技術是JSP，這也是我們平臺的技術難題， JSP 文件訪問 Bean 或其它能將生成的動態內容發送到瀏覽器的組件。說明了該 JSP 訪問模型。當 Web 服務器接收到一個 JSP 文件請求時，服務器將請求發送至Tomcat應用服務器。Tomcat應用服務器 對 JSP 文件進行語法分析并生成 Java 源文件（被編譯和執行為 Servlet）。Java 源文件的生成和編譯僅在初次調用 Servlet 時發生，除非已經更新了原始的 JSP 文件。在這種情況下，Tomcat應用服務器 將檢測所做的更新，并在執行它之前重新生成和編譯 Servlet。

(4)瀏覽器發送 JSP 文件請求發送至 Servlet 的請求生成動態內容，并調用 JSP 文件將內容發送到瀏覽器。該訪問模型使得將內容生成從內容顯示中分離出來更為方便。Tomcat應用服務器 支持 HttpServiceRequest 對象和 HttpServiceResponse 對象的一套新方法。這些方法允許調用的 Servlet 將一個對象放入（通常是一個 Bean）請求對象中，并將該請求傳遞到另一個頁面（通常是一個 JSP 文件）以供顯示。調用的頁面從請求對象中檢索 Bean, 并用 JSP 來生成客戶機端的 HTML。

3.2 JAVA背景

Java 是Sun Microsystems開發的語言，它使用解釋器執行代碼，因此無需對源代碼進行任何更改即可在不同計算機上運行。Internet 是一個由很多計算機組成的巨大網絡。這些計算機運行著各種各樣的操作系統。Java作為一種平臺無關的語言，成為理想之選。Java是一種與平臺無關的語言，因此用Java開發的網絡應用系統可以在各種平臺上運行，大大增加了開發效率，減少重復勞動。而且，Java集成的網絡功能十分有利于開發網絡應用系統。成為網絡時代的“世界語”Java的出現是計算機信息交換的一個重要里程碑。Java連同Internet ,WWW正在改變應用軟件的開發和使用方式，一切都要圍繞著網絡，圍繞著平臺。

3.3 SMTP協議簡介及工作原理3.3.1  介紹

簡單郵件傳輸協議（SMTP）的目標是可靠高效地傳送郵件，它獨立于傳送子系統而且僅要求一條可以保證傳送數據單元順序的通道。

SMTP的一個重要特點是它能夠在傳送中接力傳送郵件，傳送服務提供了進程間通信環境（IPCE），此環境可以包括一個網絡，幾個網絡或一個網絡的子網。理解到傳送系統（或IPCE）不是一對一的是很重要的。進程可能直接和其它進程通過已知的IPCE通信。郵件是一個應用程序或進程間通信。郵件可以通過連接在不同IPCE上的進程跨網絡進行郵件傳送。更特別的是，郵件可以通過不同網絡上的主機接力式傳送。

3.3.2  SMTP模型

SMTP設計基于以下通信模型：針對用戶的郵件請求，發送SMTP建立與接收SMTP之間建立一個雙向傳送通道。接收SMTP可以是Zui終接收者也可以是中間傳送者。SMTP命令由發送SMTP發出，由接收SMTP接收，而應答則反方面傳送。

一旦傳送通道建立，SMTP發送者發送MAIL命令指明郵件發送者。如果SMTP接收者可以接收郵件則返回OK應答。SMTP發送者再發出RCPT命令確認郵件是否接收到。如果SMTP接收者接收，則返回OK應答；如果不能接收到，則發出拒絕接收應答（但不中止整個郵件操作），雙方將如此重復多次。當接收者收到全部郵件后會接收到特別的序列，如果接收者成功處理了郵件，則返回OK應答。

SMTP提供傳送郵件的機制，如果接收方與發送方連接在同一個傳送服務下時，郵件可以直接由發送方主機傳送到接收方主機；或者，當兩者不在同一個傳送服務下時，通過中繼SMTP服務器傳送。為了能夠對SMTP服務器提供中繼能力，它必須擁有Zui終目的主機地址和郵箱名稱。

MAIL命令參數是回復路徑，它指定郵件從何處來；而RCPT命令的參數是轉發路徑的，它指定郵件向何處去。向前路徑是源路徑，而回復路徑是返回路徑（它用于發生錯誤時返回郵件）。

當同一個消息要發往不同的接收者時，SMTP遇到了向不同接收者發送同一份數據的復制品的問題，郵件命令和應答有一個比較奇怪的語法，應答也有一個數字代碼。在下面，例子中可以看到哪些使用實際的命令和應答。完整的命令和應答在第四節。

命令與應答對大小寫不敏感，也就是說，命令和應答可以是大寫，小寫或兩者的混合，但這一點對用戶郵件名稱卻不一定是對的，因為有的主機對用戶名大小寫是敏感的。這樣SMTP實現中就將用戶郵箱名稱保留成初始時的樣子，主機名稱對大小寫不敏感。

命令與應答由ASCII字母表組成，當傳送服務提供8位字節傳送通道，每7位字符正確傳送，而Zui高位被填充為0。當指定一般的命令或應答格式后，參數會由一些類似于語言的字符串表示出來，如"

3.4 相關軟件

(1) Myeclipse

   在整個平臺開發過程中它起到主導地位，它是控制我們平臺運作的工具，我們的后臺人員利用它來操作我們的平臺的整個運作，比如信息更新，系統維護等等一切前臺顯示都需要經過它的控制；它是企業級工作平臺（MyEclipse Enterprise Workbench ，簡稱MyEclipse）是對Eclipse IDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布，以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML, Struts, JSF, CSS, Javascript, SQL, Hibernate。

(2)Dreamweaver

   它是我們前臺靜態頁面的制作工具，利用它我們為用戶展示我們平臺的信息，展示給用戶該平臺的主要功能以及直觀的視覺圖像；Dreamweaver是美國MACROMEDIA公司開發的集網頁制作和管理網站于一身的所見即所得網頁編輯器，它是第一套針對專業網頁設計師特別發展的視覺化網頁開發工具，利用它可以輕而易舉地制作出跨越平臺限制和跨越瀏覽器限制的充滿動感的網頁。Dreamweaver、Flash以及在Dreamweaver之后推出的針對專業網頁圖像設計的Firework，三者被MACROMEDIA公司稱為DREAMTEAM(夢之隊)，足見市場的反響和MACROMEDIA公司對它們的自信。說到DREAMWEAVER我們應該了解一下網頁編輯器的發展過程，隨著互聯網(Internet) 的家喻戶曉，Html技術的不斷發展和完善，隨之而產生了眾多網頁編輯器，從網頁編輯器基本性質可以分為所見即所得網頁編輯器和非所見即所得網頁編輯器（則原始代碼編輯器），兩者各有千秋。所見則所得網頁編輯器的優點就是直觀性，使用方便，容易上手，您在所見即所得網頁編輯器進行網頁制作和在work中進行文本編輯不會感到有什么區別，但它同時也存在著致命的弱點： 難以jingque達到與瀏覽器完全一致的顯示效果。也就是說您在所見即所得網頁編輯器中制作的網頁放到瀏覽器中是很難完全達到您真正想要的效果，這一點在結構復雜一些的網頁（如分幀結構、動態網頁結構）中便可以體現出來；頁面原始代碼的難以控制性，比如您在所見即所得編輯器中制作一張表格也要幾分鐘，但您要它完全符合您要求可能需要幾十分鐘，甚至更多時間。而相比之下，非所見則所得的網頁編輯器，就不存在這個問題，因為所有的HTML代碼 都在您的監控下產生，但是由于非所見則所得編輯器的先天條件就注定了它的工作低效率。

如何實現兩者的完美結合，則既產生干凈、準確的HTML代碼，又具備則見則所得的高效率、直觀性，一直是網頁設計師夢想。在DREAMWEAVER之前，FRONTPAGE98一直被人們認為是zuihao的所見即所得網頁編輯器，但是它同樣繼承了所見即所得的種種劣性。但是我說過這是在DREAMWEAVER之前，現在我無意說DREAMWEAVER已經實現網頁設計師的夢想，但我覺得DREAMWEAVER正在努力向這個夢想一步步走去。

(3) HeiDiSql

HeidiSQL 是一款用于簡單化你的 MySQL 服務器和數據庫管理的圖形化界面。該軟件允許你瀏覽你的數據庫，管理表，瀏覽和編輯記錄，管理用戶權限等等。此外，你可以從文本文件導入數據，運行 SQL查詢，在兩個數據庫之間同步表以及導出選擇的表到其它數據庫或者 SQL 腳本當中。HeidiSQL 提供了一個用于在數據庫瀏覽之間切換 SQL 查詢和標簽帶有語法突出顯示的簡單易用的界面。其它功能包括BLOB 和 MEMO 編輯，大型 SQL 腳本支持，用戶進程管理等。該軟件資源開放。

第四章 系統需求分析與設計3.1 系統需求

3.1.1工作流程

用戶在登錄平臺后注冊用戶，在登錄用戶后可以進行系統信息的設置、系統幫助的添加、用戶的增刪改查、密碼的修改、用戶登錄日志的管理、寫信、收件箱、草稿箱、已發送、郵箱配置等操作。

3.1.2設計思想

（1)平臺分成幾個相對獨立的模塊，但這些模塊都進行自己獨自的功能。

(2)分層的模塊化程序設計思想，整個平臺采用模塊化結構設計。作為應用程序有較強的可操作性和擴展性。

(3)合理的網頁設計，在應用系統設計中，相對獨立的模塊間以數據流相互連接，使各模塊間的耦合性較低。

（4）先進的前臺展示技術，網頁無刷新和后臺服務器交互的技術提高了用戶界面的友好性及操作方便性。

（5）界面的美感，系統采用了水晶質感的圖片，使得系統看起來晶瑩剔透，賞心悅目。

3.2系統結構設計3.2.1設計原則

為了使本平臺功能齊全完備，便于觀賞，Zui大限度的提高平臺的質量，從而滿足用戶的實際需要，在設計開發過程中遵循了如下原則：

(1)合法性原則：依據用戶的隱私，我們要對科研人員的一些重要信息進行隱藏，只呈現一些基本的科研人員以及組織的信息。

(2)實用性原則：適合我們有科學研究的單位，方便他們及時發布他們的科研成果，讓人們更多地了解一些科學知識。

(3)準確性原則：對輸入的相關資料建立檢錯機制，及時報錯，使用戶能夠及時準確的輸入合法資料(如：類型匹配，長度不超限等)。

(3)易操作原則：要求設計的系統功能齊全，界面友好，操作方便，必要的地方進行提示。

(5)源程序可讀性原則：為了便于其他設計，維護人員讀懂代碼或以后的代碼修改，軟件升級維護，即可能做好代碼注釋工作。

(6)優化原則：為了達到優化的目的，合理的運用窗口，菜單，對象等的繼承，自定義用戶對象，事件，函數，減少不必要的重復性代碼，使程序簡介明了，也方便了將來的維護。

(7)安全性原則：可以為該平臺的用戶設置用戶權限。

4.2.2 系統功能組成

（1）寫信功能是用戶使用本系統的Zui主要功能之一，主要作用是給其他Email用戶在線發送郵件。

（2）收件箱是對已經維護好的郵箱配置信息查收的郵件的管理功能。

（3）草稿箱是針對已經保存為草稿的郵件的管理，用戶可以再次修改、保存或直接發送。

（4）已發送是為已經發送的郵件的管理功能。

（5）我的個人信息管理是管理當前登錄用戶的個人信息。

（6）用戶管理是用于對本系統中的用戶的相息的管理，可以增加對本系統的訪問人員，也可以修改人員的信息。

（7）系統作者設置管理是用于對本系統中出現的關于版權信息、版本信息、作者信息、作者聯系方式的維護，通過此功能能動態的修改本系統中的基礎信息。

（8）幫助中心信息維護是用于對本系統中若干問題描述的記錄，可以加快新用戶進入本系統后熟悉的過程，從而更加深入的了解本系統或是其他信息。

（9）登錄日志管理是用于對登錄系統的人員的登錄時間、登錄用戶名、密碼、登錄狀態的記錄。

圖2.3  程序功能圖

3.2.3系統架構分析

MVC(Model View Controller)模型－視圖－控制器 　　

MVC本來是存在于Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。 　　模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟件設計模式，至今已被廣泛使用。Zui近幾年被推薦為Oracle旗下Sun公司Java EE平臺的設計模式，并且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。

3.2.4軟件架構及系統用例圖

（1 ） 系統架構

軟件的總體架構如圖2.1：

圖2.1  軟件架構圖

（2）  系統總體用例

圖2.2  系統總體用例圖

通過此圖讓大家知道我們平臺的具體功能以及相關操作，此圖說明了平臺的整個管理系統。

3.7模塊數據庫設計以及說明3.7.1數據流圖

3.7.2實體E-R圖

登入信息E-R圖

發送郵件E-R圖