【正文】 varchar (255) NOT NULL 發(fā)郵件用戶名 To_user_Name varchar (255) NOT NULL 收郵件用戶名 表 45 草稿箱表 （ caogaoxiang 表 ） 字段名稱 數(shù)據(jù)類型 長度 可否為空 說明 Email_id int (11) 主鍵 郵件編號 Email_title varchar (50) NOT NULL 郵件標(biāo)題 Email_content varchar (8000) NOT NULL 郵件內(nèi)容 Email_fujian varchar (50) NULL 附件路徑 Email_fujian yuanshiming varchar (50) NULL 附件文件名 Email_date varchar (50) NOT NULL 郵件時間 From_user_name varchar (255) NOT NULL 發(fā)郵件用戶名 To_user_Name varchar (255) NOT NULL 收郵件用戶名 表 46 垃圾箱表 （ lajixiang 表 ） 字段名稱 數(shù)據(jù)類型 長度 可否為空 說明 Email_id int (11) 主鍵 郵件編號 Email_title varchar (50) NOT NULL 郵件標(biāo)題 Email_content varchar (8000) NOT NULL 郵件內(nèi)容 Email_fujian varchar (50) NULL 附件路徑 Email_fujianyuanshiming varchar (50) NULL 附件文件名 Email_date varchar (50) NOT NULL 郵件時間 From_user_name varchar (255) NOT NULL 發(fā)郵件用戶名 To_user_Name varchar (255) NOT NULL 收郵件用戶名 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 19 表 47 通訊錄信息表 （ tongxunlu 表 ） 字段名稱 數(shù)據(jù)類型 長度 可否為空 說明 id int (11) 主鍵 編號 name varchar (50) NULL 聯(lián)系人姓名 sex varchar (50) NOT NULL 聯(lián)系人性別 age varchar (50) NULL 聯(lián)系人年齡 tel varchar (50) NULL 聯(lián)系人電話 address varchar (50) NULL 聯(lián)系 人地址 gongsi varchar (50) NULL 聯(lián)系人公司 emaiadd varchar (50) NOT NULL 聯(lián)系人郵箱 地址 User_Id int (11) NOT NULL 使用通訊錄的用戶ID 本章小結(jié) 本章對本系統(tǒng)數(shù)據(jù)庫的設(shè)計思路做了綜合描述，根據(jù)郵件系統(tǒng)的上述需求，搭建了相應(yīng)的數(shù)據(jù)庫表，來存儲本系統(tǒng)中所有要用到的信息。將常用的密碼修改和系統(tǒng)屬性放在基本操作部分中；收件箱、發(fā)件箱、垃圾箱、發(fā)郵件和清空垃圾箱放在郵件管理中，方便用戶。而且所有的界面格式在系統(tǒng)每個頁面都與主界面相同。如果用戶在用戶名或密碼出錯，則提示登錄失敗。 private String userName。 private String userAddress。 TAdmin 類： private Integer userId。 郵箱收發(fā)模塊 用戶撰寫和發(fā)送郵件 用戶登錄后，系統(tǒng)默認進入到郵件管理的界面。 郵箱管理模塊 當(dāng)用戶把郵件發(fā)送出去之后，收件人在收件箱中即可看到收到的所有郵件。發(fā)件箱、草稿箱和垃圾箱設(shè)計和操作基本一樣。在界面上只要取出 list 中的數(shù)據(jù)即可。此頁面為 。 本系 統(tǒng)詳細設(shè)計階段的工作內(nèi)容主要包括，各子模塊的設(shè)計思想，每個模塊的詳細設(shè)計流程圖，每個模塊使用的業(yè)務(wù)邏輯方法，以及實現(xiàn)每個模塊的相關(guān)代碼分析。 （ 2） 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案。信 息在提交后需要系統(tǒng)審查，用戶的審查數(shù)據(jù)來源于 user 表；管理員的審查數(shù)據(jù)來源于 admin 表。然后再以用戶： lixiang 的身份重新登錄系統(tǒng)，查看收件箱。 圖 64 上傳附件界面圖 圖 65 上傳 附件 成功界面圖 在如圖 64 所示的界面中填寫完所需要填寫的信息之后，單擊“發(fā) 送”按鈕，郵件則會被發(fā)送出去；單擊 “重置 ”按鈕，所填寫的信息都會被清空，用戶則需要重新填寫。然后 再 進行一次郵件群發(fā)。再查看我的通訊錄就可以看到用戶： tianfeng 出現(xiàn)在了用戶： liliang 的通信錄中。 點擊選擇通訊錄后出現(xiàn)的界面如 圖 611 圖 所示 。利用各個測試用例的得出不同的測試結(jié)果，并對結(jié)果進行了分析。郵件管理系統(tǒng)是基于 B/S 模式應(yīng)用的系統(tǒng)，它解決了傳統(tǒng)的網(wǎng)站系統(tǒng)不能夠很好的集成和維護的缺點，采用較靈 活的 Struts2 的框架進行系統(tǒng)設(shè)計，使得系統(tǒng)具有很好的維護性和可擴展性。其次是開發(fā)數(shù)據(jù)庫應(yīng)用系統(tǒng)一定要做好數(shù)據(jù)庫的分析與設(shè)計，完全整理通順系統(tǒng)中的數(shù)據(jù)流圖，各部分 ER 圖和系統(tǒng) 總體 ER 圖后才進行數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計。 本系統(tǒng)在開發(fā)過程中的 特點 是： 根據(jù)各個模塊的功能需要，設(shè)計編寫了功能完善的 JavaBean組件 ，使得整個系統(tǒng)界面和功能的設(shè)計思路非常清晰，而且易于維護和擴展； 操作流程的清晰化，從用戶登錄、 通 訊錄管理以 及郵件的處理，通過使用的流程來貫穿整個系統(tǒng)的設(shè)計過程； 管理員與用戶模塊的分開處理，同時又兼顧整個流程的連續(xù)性。 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 30 致謝 一個學(xué)期的畢業(yè)設(shè)計已經(jīng)結(jié)束了，在這段設(shè)計時間里，我得到了許多師生的關(guān)心和幫助，尤其是我的指導(dǎo)教師富老師，非常感謝我的導(dǎo)師富倩老師。我的畢業(yè)設(shè)計才能夠得以順利完成，謝謝富老師。 通過這次畢業(yè)設(shè)計，使我學(xué)到了很多技術(shù)和業(yè)務(wù)知識，為今后的工作和學(xué)習(xí)積累了大量的寶貴經(jīng)驗。沒有他們諄諄的教誨和悉心教導(dǎo)，我是沒辦法積累如此多的知識，讓自己順利的完成畢業(yè)設(shè)計。平時她總是能像知心朋友一樣鼓勵你，在論文的撰寫和措辭等方面她也總會以 “專業(yè)標(biāo)準(zhǔn) ”嚴格要求，從選題、定題開始，一直到最后論文的反復(fù)修改，富老師始終認真負責(zé)地給予我深刻而細致地指導(dǎo)。這些都有待進一步改善。該系統(tǒng)可以根據(jù)需求對功能進行擴展和完善。在做好需求分析的前提下才能順利的完成整個系統(tǒng)的開發(fā)，否則可能會在開發(fā)的過程中出現(xiàn)不斷修改不斷出錯的問題，甚至是一段時間后發(fā)現(xiàn)之前所做的設(shè)計與要求相去甚遠而必須丟棄重做。本系統(tǒng)通過一系列的測試用例測試后，一切正常。之后就可以對選定好了的用戶進行群發(fā)郵件 了。之后就可以發(fā)送給 選定的 用戶了。當(dāng)想添加聯(lián)系人時，可以點擊添加通訊錄，出現(xiàn)如圖 68 所示的界面。 用戶： liliang 退出系統(tǒng)，然后由用戶： lixiang 登錄到系統(tǒng)，查看之前用戶： liliang發(fā)給用戶： lixiang 的郵件。測試結(jié)果如圖 63 所示： 圖 63 用戶撰寫郵件界面 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 26 上傳附件的過程是點擊“上傳”按鈕，出現(xiàn)如下圖所示的頁面，選擇好文件后點擊“提交”按鈕，然后 JSP 頁面會通過 requst 提交路徑，在 中調(diào)用 upload 方法接收路徑。其中成功登錄系統(tǒng)如圖 61 所示，未選擇登錄身份的測試結(jié)果如圖 62 所示 。 軟件測試的正確定義 “是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 ”，測試階段根據(jù)軟件開發(fā)的每個功能結(jié)構(gòu)，設(shè)計一組測試用例，利用測試用例執(zhí)行程序，來檢驗每個功能能否正常使用，如果軟件有 BUG，找出軟件中潛在的各種錯誤和不足，修改錯誤，使系統(tǒng)正常運行。 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 24 第 6 章 系統(tǒng)測試 系統(tǒng)測試目的 系統(tǒng)測試的目的就是測試人員努力設(shè)計出一系列測試方案，為了 “破壞 ”已經(jīng)建造好的軟件系統(tǒng) —— 竭力證明程序中有錯誤，不能按照預(yù)定要求正確工作。 郵件群發(fā) 郵件群發(fā)功能的設(shè)計和普通發(fā)送郵件一樣，只是可以多個選擇聯(lián)系人，在文件 的 AddQun 方法中循環(huán)獲得 地址，然后用“，”將每個 地址分開，再按每個地址發(fā)送郵件。添加聯(lián)系人的操作是將通訊錄信息存儲到數(shù)據(jù)庫，存儲的通訊錄信息包括編號、姓名、性別、年齡、聯(lián)系方式、住址、公司和 地址。 用戶在撰寫郵件特別是撰寫到一半時，可以先單擊“保存到草稿箱”按鈕保存到草稿箱中等待以后處理 ，在草稿箱中可以查看沒有發(fā)送的郵件。如果要查看郵件的詳細信息，則單擊吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 22 主 題上提供的超鏈接即可。 在發(fā)送郵件的過程中， 上傳附件的過程是點擊“上傳 ”按鈕，選擇好文件后點擊“提交”按鈕，然后 JSP 頁面會通過 requst 提交路徑，在 中調(diào)用upload 方法接收路徑。 private String userPw。 private String userTel。 private int userType。 模塊流程圖如 圖 51 所示 。 用戶管 理模塊 用戶 登錄 模塊 用戶 登錄系統(tǒng)時，要求用戶輸入自己的用戶名和密碼。系統(tǒng)提供郵件管理、通訊錄管理、退出系統(tǒng)等功能。通過各個實體間的聯(lián)系來表達、設(shè)計數(shù)據(jù)庫，數(shù)據(jù)庫的設(shè)計對系統(tǒng)之后的設(shè)計與開發(fā)奠定了良好的基礎(chǔ)。 4. 通訊錄管理模塊：是對所有聯(lián)系人的信息管理。 2. 郵件收發(fā)模塊：對用戶的郵件收發(fā)進行詳細的管理。 圖 41 管理員使用系統(tǒng)功能模塊圖 用戶的具體操作如 圖 42 所示。 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 13 第 4 章 系統(tǒng) 設(shè)計 系統(tǒng)設(shè)計思想 本系統(tǒng)所設(shè)計用戶權(quán)限分為兩類：管理員、用戶。 本章小結(jié) 本章從用戶端的需求，分別從用戶需求，數(shù)據(jù)描述， 兩 方面進行詳細分析，對用戶的需求做了詳細的描述。 表 34 用戶管理 數(shù) 據(jù) 流 系統(tǒng)名：郵件管理系統(tǒng) 條目名：用戶信息 別名： f4 來源： user 表 去處： 管理員 數(shù)據(jù)流結(jié)構(gòu)：編號，用戶名，密碼，真實姓名，地址，性別，聯(lián)系方式 簡要說明：主要負責(zé)顯示所有用戶信息。 系統(tǒng)中的數(shù)據(jù)字典如 表 31 至表 37 所示 。 數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。 1）系統(tǒng)軟件要求： 操作系統(tǒng)： Windows xp/vista/win7 開發(fā)軟件： MyEclipse 數(shù)據(jù)庫： SQL2021 2）系統(tǒng)硬件要求： 吉林建筑 大學(xué) 畢業(yè)設(shè)計 (論文 ) 10 處理器： P4 以上 內(nèi)存： 512MB 以上 硬盤空間： 10G 以上 3）開發(fā)要求： 開發(fā)工具： MyEclipse 編程語言： Java 工具配置： JDK 數(shù)據(jù)描述 數(shù)據(jù)流程圖是一種圖形化技術(shù)，是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程 [6]。 1) 新建通訊錄：包括添加聯(lián)系人的基本信息。 2) 草稿箱：可以對保存的郵件進行查看和刪除。 2) 發(fā)送郵件：選擇發(fā)送方式，如發(fā)送或保存；對非法郵件進行攔截。 1) 用戶 登錄：對用戶登錄的用戶名密碼與數(shù)據(jù)庫中的信息進行驗證。在視圖層，使用了 Struts2 的標(biāo)簽和 html 共同完成JSP 頁面；業(yè)務(wù)流程和控制轉(zhuǎn)發(fā)采用 Struts2 框架中的控制器部分進行控制。技術(shù)： B/S 體系架構(gòu)、 MVC 理論、 Struts2 技術(shù)。 當(dāng)我們在 文件中配置 Action時，不僅需要指定 Action的 name 屬性和 class 屬性，還要為 Action 元素指定系列 result 子元素，每個 result 子元素定義一個邏輯視圖和物理視圖之間的映射。也就是說，業(yè)務(wù)邏輯控制器不會對用戶請求進行任何實際處理，用戶請求最終由模型組件負責(zé)處理。對于 Struts 2 框架而言，通常沒有為模型組件的實現(xiàn)提供太多的幫助。 里包含的邏輯視圖和物理資源之間的對應(yīng)關(guān)系。 2) 業(yè)務(wù)控制器 業(yè)務(wù)控制器組件就是用戶實現(xiàn) Action 類的實例， Action 類里通常包含了一個execute 方法，該方法返回一個字符串 ； 該字符串就是一個邏輯視圖名，當(dāng)業(yè)務(wù)控制器處理完用戶請求后，根據(jù)處理結(jié)果不同， execute 方法返回不同字符串 。 用戶實現(xiàn)的 Action 類僅僅是 Struts2 的 Action 代理的代理目標(biāo)。 Struts2應(yīng)用中的 Action都被定義在 ，在該文件中定義 Action時，定義了該 Action 的 name 屬性和 class 屬性，其中 name 屬性決定了該 Action處理哪個用戶請求，而 class屬性決定了該 Action的實現(xiàn)類。 Struts2 開發(fā)框架遵循 MVC 設(shè)計模式 ，這樣可以將整個工程分為 3 個相對獨立而又能協(xié)同工作的組成部分（包括模型、視圖、控制器），開發(fā)人員可以從負責(zé)的頁面代碼