【正文】 sage組合INSERT語句。在用戶撰寫發(fā)送郵件的界面中可知，注冊用戶時需要填寫郵件的基本信息，如收件人、標題和郵件內(nèi)容等，在用戶單擊“發(fā)送”或者“保存”按鈕保存填入的數(shù)據(jù)時，頁面需要將這些頁面的表單取出來。其中收件箱、發(fā)件箱、草稿箱、垃圾箱和通信簿等按鈕界面，在以后的界面設(shè)計中就省略掉了，不再贅述。界面設(shè)計的結(jié)果如圖69所示。而當單擊“寫郵件”按鈕進入郵件的撰寫界面時，則要提供收件人、標題和內(nèi)容的輸入文本框，其中收件人和標題在文本框中輸入，而內(nèi)容則提供文本區(qū)域進行輸入。而郵件管理又分為收件箱、草稿箱、發(fā)件箱、垃圾箱、通信簿、發(fā)送郵件等功能，因此要為它們都設(shè)計按鈕，單擊各個按鈕，則進入各自的功能界面。修改的方法是根據(jù)JSP頁面的提交對象request作為參數(shù)，然后取得所提交的數(shù)據(jù)，調(diào)用修改用戶信息函數(shù)。圖68系統(tǒng)功能入口如圖68所示的界面在系統(tǒng)每個頁面的頂部都有，所以在其他界面的設(shè)計上就不再贅述。圖67用戶登錄界面當用戶登錄系統(tǒng)之后，即可對系統(tǒng)進行使用，系統(tǒng)提供郵件、更改個人信息、查看系統(tǒng)所有用戶、幫助和退出系統(tǒng)等各種功能，在界面上需提供以上功能的入口。如果不是本系統(tǒng)的注冊用戶，則還提供注冊的入口。那么，登錄是使用這些功能的入口，因為不同的用戶需要記錄自己的信息，需要系統(tǒng)根據(jù)用戶名區(qū)分每個登錄用戶才能使系統(tǒng)正常運行。如圖66所示。在執(zhí)行添加新用戶之前，需要檢驗新輸入的用戶名是否在系統(tǒng)中存在，一旦存在則不允許添加，因為用戶名是標志一個用戶的惟一信息，然后再根據(jù)表myuser組合INSERT語句，執(zhí)行數(shù)據(jù)庫的新增操作。由用戶注冊的界面設(shè)計中可知，注冊用戶時主要是需要填寫用戶的基本信息，如用戶名、密碼等，當用戶單擊“注冊”按鈕保存填入的數(shù)據(jù)時，頁面需要將這些頁面的表單取出來。而用戶在登錄系統(tǒng)之后，會提供修改個人注冊資料的界面，它的界面也和這個界面一樣，只是不能修改用戶名。后臺的操作主要是執(zhí)行對配置表config的UPDATE語句，對數(shù)據(jù)庫中的數(shù)據(jù)進行更新。根據(jù)界面部分的設(shè)計可知，此處主要是實現(xiàn)設(shè)置系統(tǒng)參數(shù)功能，因此這個需要在開始介紹。則在界面上提供相應(yīng)的文本框作為信息的輸入，如果是選擇性的信息則可以提供下拉列表框，還要提供“提交”按鈕，界面設(shè)計如果圖64所示。管理員查看用戶列表的頁面代碼源文件為mail\jsp\，這個頁面主要是執(zhí)行表myuser的SELECT查詢語句，查得的結(jié)果是多行記錄，通過ResultSet的next()函數(shù)循環(huán)取出所有的記錄，保存在Vector類型變量userVector中。關(guān)于管理員進行用戶管理。當需要查看某一用戶的詳細信息時，只需要單擊用戶名，通過此鏈接可以查看用戶注冊基本信息，此界面和用戶表對應(yīng)，顯示信息包括用戶名、性別、個人主頁、登錄次數(shù)、最后登錄時間、注冊時間OICQ和Email。圖63管理員用戶管理界面當管理員需要刪除用戶時，只需要在對應(yīng)的用戶名的checkbox打上鉤，然后單擊“刪除”按鈕，就可以刪除所有選中的用戶。為此，設(shè)計了用戶列表的界面，該界面中需要包括如下的信息：用戶的ID號(數(shù)據(jù)庫表中的編號)、用戶名，還應(yīng)該提供用戶管理的入口，包括刪除等，還應(yīng)該提供可以查看詳細資料的查看入口來顯示用戶的基本信息，以及用來填寫所要查詢用戶的用戶名的文本框和查詢按鈕。圖62管理員登錄主界面圖62所示即為管理員登錄后的管理首頁，單擊左邊的“返回管理首頁”鏈接返回到管理首頁，單擊“注冊用戶管理”鏈接可以進行用戶管理，單擊“系統(tǒng)設(shè)置”鏈接可以進行系統(tǒng)參數(shù)設(shè)置管理，單擊“退出管理”鏈接可以退出管理界面。當管理員進行管理操作之后，要退出管理界面，則要退出管理的出口。 管理員用戶管理模塊設(shè)計與實現(xiàn)管理員登錄后，首要的功能是對系統(tǒng)用戶和系統(tǒng)參數(shù)的管理。 //登錄密碼private int userClass。圖61管理員登錄界面管理員的登錄，同時也作為一般用戶的登錄類，該類代碼如下：//登錄參數(shù)private String username。6 管理員登錄模塊設(shè)計與實現(xiàn)管理員用戶登錄的界面中，包括用戶名和密碼得輸入文本框，以及提交登錄按鈕和重寫按鈕。（2）用戶模塊：用于用戶進行郵件管理，它包括：注冊：注冊、修改個人信息；登錄：登錄；撰寫發(fā)送郵件：發(fā)送郵件；收件箱管理：列表、查看、刪除、清空收件箱；垃圾箱管理：列表、查看、刪除、清空垃圾箱；草稿箱管理：列表、查看、刪除、清空草稿箱；發(fā)件箱管理：列表、查看、刪除、清空發(fā)件箱；通信薄管理：列表、查看、刪除、清空通信薄、添加好友、發(fā)送郵件。其實，以上ER圖只是簡易郵件系統(tǒng)最基本元素的實體關(guān)系圖，讀者可以在此基礎(chǔ)上根據(jù)用戶的不同需要進行擴展。這里不再對局部視圖進行設(shè)計，直接給出視圖集成后的ER圖，如圖511所示。PowerDesigner的概念數(shù)據(jù)模型(CDM)把現(xiàn)實的信息簡化為實體與實體之間的聯(lián)系，它與DBMS無關(guān)。 數(shù)據(jù)庫的ER圖本系統(tǒng)根據(jù)上面的設(shè)計規(guī)劃出的實體包括用戶信息實體(MyUser)、郵件數(shù)據(jù)實體(message)、系統(tǒng)配置信息實體(config)、好友實體(friend)等。表59 好友表 郵件信息記錄表表510是郵件信息記錄表，記錄系統(tǒng)用戶所發(fā)送的所有郵件。表58 用戶表注：此表只列出基本信息，常用的未作分析，例如：用戶年齡段、用戶生日、用戶學歷、所在城市等，而用戶年齡段和用戶學歷可以用來對用戶群體進行分析，以便確定系統(tǒng)的使用群體。這部分內(nèi)容是給系統(tǒng)預留的接口，使得有擴展的功能。表56 config 系統(tǒng)配置表 日志表表57是日志表記錄本系統(tǒng)的用戶訪問信息。進行這些設(shè)置是為了盡可能最大地利用有限的資源，同時更有效地管理系統(tǒng)，對使用該系統(tǒng)的用戶量的信息也有一個很好的紀錄。本系統(tǒng)各個表的設(shè)計結(jié)果如表55所示。（2） 進入企業(yè)管理器，建立數(shù)據(jù)庫bbs。在設(shè)計數(shù)據(jù)庫表的過程中，一般要遵循以下幾個原則：數(shù)據(jù)庫設(shè)計的表最好只存儲一個實體或?qū)ο蟮南嚓P(guān)信息，不同的實體最好能夠存儲在不同的數(shù)據(jù)表中，如果實體還可以再劃分，實體的劃分原則是最好能夠比當前系統(tǒng)要開發(fā)的實體的復雜度更??；數(shù)據(jù)表的信息結(jié)構(gòu)一定要合適，標的字段的數(shù)量一般不要過多；擴充信息和動態(tài)變化的信息一定要分開在不同的表里；多對多這樣的表關(guān)系盡量不要出現(xiàn)等[13]。系統(tǒng)配置信息：包括數(shù)據(jù)項，有系統(tǒng)名稱、系統(tǒng)說明、系統(tǒng)通信等?？紤]到將來功能上的擴展，設(shè)計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)：用戶信息：包括數(shù)據(jù)項，有用戶名、密碼等。圖54 實體之間的關(guān)系ER圖 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計在郵件服務(wù)器系統(tǒng)的數(shù)據(jù)庫設(shè)計中，首先要創(chuàng)建系統(tǒng)數(shù)據(jù)庫，然后在數(shù)據(jù)庫中創(chuàng)建需要的表和字段。圖53 模塊的功能圖 實體之間的關(guān)系ER圖在此郵件系統(tǒng)中的實體有管理員信息實體、用戶信息實體、郵件實體、系統(tǒng)配置信息實體。其中介紹了管理員各個功能和基本用戶的功能等等。圖52 系統(tǒng)流程圖注冊用戶 系統(tǒng)模塊的功能圖通過系統(tǒng)模塊的功能圖描述，可以很直觀的看到系統(tǒng)的各個功能組件，功能圖如下圖53所示。圖51 系統(tǒng)流程圖管理員 用戶的系統(tǒng)流程圖沒有身份的用戶需要先注冊，登錄系統(tǒng)后可以查看和修改個人信息、發(fā)送郵件等郵件管理操作。18 第五章 系統(tǒng)設(shè)計第五章 系統(tǒng)設(shè)計5 系統(tǒng)流程圖系統(tǒng)流程圖又叫事務(wù)流程圖，是在計算機事務(wù)處理應(yīng)用進行系統(tǒng)分析時常用的一種描述方法（另一個是數(shù)據(jù)流圖），它描述了計算機事務(wù)處理中從數(shù)據(jù)輸入開始到獲得輸出為止，各個處理工序的邏輯過程。（6）發(fā)件箱管理：顯示用戶發(fā)送的所有郵件列表，可以查看郵件的詳細內(nèi)容，可以選中所要刪除的郵件進行刪除或者刪除所有已發(fā)郵件。（4）垃圾箱管理：顯示用戶從收件箱中刪除的所有郵件列表，可以查看郵件的詳細內(nèi)容，可以選中所要刪除的郵件進行刪除或者刪除垃圾箱中所有郵件，所刪除的郵件則被徹底地刪除。（2）撰寫發(fā)送郵件：填寫收件人、標題和收件內(nèi)容后，可以給發(fā)件人發(fā)送郵件。 用戶功能（1）用戶登錄：系統(tǒng)注冊用戶使用自己注冊的用戶名登錄系統(tǒng)，進行郵件的管理和個人注冊信息的管理。注冊的用戶信息包括注冊名、性別、密碼、確認密碼（以便保證用戶兩次輸入的密碼都一樣）、電子郵件、QICQ號碼等。（3）管理員系統(tǒng)設(shè)置：系統(tǒng)一般有一些初始化信息，比如系統(tǒng)名稱、系統(tǒng)的URL、主業(yè)名稱、主頁的URL、系統(tǒng)管理員Email、系統(tǒng)Logo通信、有新郵件提示等，管理員可以在后臺界面自行設(shè)置。 系統(tǒng)管理員功能（1）管理員登錄：系統(tǒng)初始化好系統(tǒng)管理員，管理員能夠通過該入口進入后臺進行管理操作。（4）確定本系統(tǒng)功能的管理員用例圖。（3）確定本系統(tǒng)功能的用戶用例圖。在面向?qū)ο蟮姆治鲈O(shè)計方法中，用例模型主要用于表述系統(tǒng)的功能性需求，系統(tǒng)的設(shè)計主要由對象模型來記錄表述。所以從用例圖中，我們可以得到對于被定義系統(tǒng)的一個總體印象[11]。在用例方法中，我們把被定義系統(tǒng)看作是一個黑箱，我們并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。 用例圖的分析（1）用例的內(nèi)容：用例圖使我們對系統(tǒng)的功能有了一個整體的認知，我們可以知道有哪些參與者會與系統(tǒng)發(fā)生交互，每一個參與者需要系統(tǒng)為它提供什么樣的服務(wù)。因此在這個階段中，設(shè)計者應(yīng)該進一步澄清問題定義中的模糊部分，更正錯誤部分。 系統(tǒng)邏輯方案的提出在問題定義階段對建議的功能、規(guī)模和約束條件等已經(jīng)作了規(guī)定?；诒拒浖?jīng)過上述的分析，可以在規(guī)定的期限內(nèi)完成[9]。作為新時代的學生，幾乎人人都具備計算機的基本操作能力，而本軟件的使用又十分簡單方便，所以具備操作可行性。本軟件的實現(xiàn)是作為考核學生學習情況的手段，不存在經(jīng)濟可行性的問題。這個評價的結(jié)果稱為成本／效益分析。計算機等基礎(chǔ)設(shè)施的更新?lián)Q代也緊跟潮流的發(fā)展，這就為開發(fā)系統(tǒng)提供了堅實基礎(chǔ)。其次考慮在規(guī)定平臺之上，利用現(xiàn)有的成熟技術(shù)是否能夠?qū)崿F(xiàn)這個應(yīng)用?？尚行匝芯恐饕獜南率?個方面進行研究：技術(shù)可行性、經(jīng)濟可行性、操作可行性和調(diào)度可行性。14 第四章 系統(tǒng)分析第四章 系統(tǒng)分析4 系統(tǒng)的可行性分析可行性研究是以相對短的時間和相對低的成本來確定給定的問題是否有解。相比較國內(nèi)，電子郵件系統(tǒng)還不算太完善，電子郵件通信的方式還不算太流行，如何才能把這種方式大眾化、流行化呢？這還需要我們?nèi)フJ識它、了解它、使用它。隨著網(wǎng)絡(luò)環(huán)境的建設(shè)與完善，許多用戶已經(jīng)提出這樣的要求：擁有自己的Web郵件系統(tǒng)。 關(guān)鍵技術(shù)隨著互聯(lián)網(wǎng)的普及，國內(nèi)外的互聯(lián)網(wǎng)用戶數(shù)呈指數(shù)增長?？傊浖_發(fā)中，往往缺乏科學的、有效的系統(tǒng)規(guī)劃。主要在進入郵箱后功能方面規(guī)劃，有收郵件、發(fā)郵件、寫郵件、通訊錄、回郵件、草稿箱、垃圾箱和轉(zhuǎn)發(fā)；在登陸郵箱界面上還有注冊、注冊用戶列表、管理員登陸和退出郵箱等幾個功能。做好計劃是非常重要的環(huán)節(jié)?？茖W的規(guī)劃對于任何需要經(jīng)過較長時間努力才能實現(xiàn)的事情都是非常重要的。（4）如何獲得Tomcat的錯誤提示信息Tomcat運行時，會在任務(wù)欄右下角中出現(xiàn)類似MSMYSQL的圖標，雙擊即可得到錯誤提示信息列表窗口。（3）注意事項 Tomcat對文件名（包括路徑和后綴）的大小寫是敏感的。n 不必配置諸如Class path、path、Java Home等系統(tǒng)環(huán)境變量。l \mon\lib文件下，并且只有在Tomcat關(guān)閉條件下，更新才有效。（2）直接安裝Tomcat ，安裝完畢后，按程序要求重新啟動計算機。m 不必配置諸如Classpath、path、Java Home等系統(tǒng)環(huán)境變量。再安裝Tomcat，安裝過程中會詢問系統(tǒng)中已有JVM的安裝路徑，安裝程序?qū)詣佣ㄎ籎VM的位置。這實際上是一種模型的變化傳播機制。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，一個模型可能對應(yīng)多個視圖，一個視圖可能對應(yīng)多個模型?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。 控制(Controller)可以理解為從用戶接收請求, 將模型與視圖匹配在一起，共同完成用戶的請求。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。 業(yè)務(wù)模型還有一個很重要的模型那就是數(shù)據(jù)模型。我們可以用對象編程來做比喻，MVC定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。抽象與具體不能隔得太遠，也不能太近。對一個開發(fā)者來說，就可以專注于業(yè)務(wù)模型的設(shè)計。目前流行的EJB模型就是一個典型的應(yīng)用例子，它從應(yīng)用技術(shù)實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計模型的框架。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。一個應(yīng)用可能有很多不同的視圖，MVC設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。 視圖(View)代表用戶交互界面，對于Web應(yīng)用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet。隨著越來越多的供應(yīng)商將JSP支持添加到他們的產(chǎn)品中，你可以使用自己所選擇的服務(wù)器和工具，更改工具或服務(wù)器并不影響當前的應(yīng)用。由于JSP頁面的內(nèi)置腳本語言是基于Java編程語言的，而且所有的JSP頁面都被編譯成Java Servlet，JSP頁面就具有Java技術(shù)的所有好處，包括健壯的存儲管理和安全性。JSP技術(shù)很容易整合到多種應(yīng)用體系結(jié)構(gòu)中，以利用現(xiàn)存的工具和技巧，并且擴展到能夠支持企業(yè)級的分布式應(yīng)用。今后，第三方開發(fā)人員和其他人員可以為常用功能創(chuàng)建自己的標識庫。標準的JSP標識能夠訪問和實例化JavaBeans組件，設(shè)置或者檢索組件屬性，下載Applet，以及執(zhí)行用其他方法更難于編碼和耗時的功能。Web頁面開發(fā)人員不會都是很熟悉腳本語言的程序員?；诮M件的方法加速了總體開發(fā)過程，并且使得各種組織在他們現(xiàn)有的技術(shù)和優(yōu)化結(jié)果的開發(fā)努力中得到平衡。絕大多數(shù)JSP頁面依賴于可重用的，