【正文】 除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。數(shù)據(jù)庫是網(wǎng)站的核心，數(shù)據(jù)庫設計的合理與否對網(wǎng)站的建設有著至關重要的影響。用戶信息表，用來用戶 登錄，用戶注冊用，主鍵為稱呼 cell。管理員信息表，用來負責管理員的登錄，主鍵為 managername。簡歷模版二表，用來存儲用戶的簡歷信息，主鍵為 cell。 模版表，用來管理用戶都寫幾分簡歷模版，用這個表把用戶和簡歷聯(lián)系在一起 ，主鍵為 cell。點擊獲取驗證碼就會現(xiàn)實一個驗證碼。 圖 66選擇模版界面 29 簡歷模版頁面的實現(xiàn) 如圖 67 所示， 本網(wǎng)站有三個簡歷模版，在這里就簡單截取一個模版，簡歷模版用來填寫用戶信息。 圖 610簡歷首頁下載界面 31 英文簡歷頁面的實現(xiàn) 如圖 611 所示，這是會員才享有的特權，當本頁也做了 Jquery 美化，五個 div 圖層會隨著時間自動滾動，這樣就可以看到本網(wǎng)站所有的英文簡歷了。 軟件測試在軟件生存期中橫跨兩個階段，通常在編寫出每一個模塊之后就對它做必要的測試 ， 稱為單元測試 ， 模塊的編寫者與測試者 通常 是同一個人。除了傳統(tǒng)的測試技術之外，還有為適應當前復雜的業(yè)務需求和開發(fā)邏輯而引入的各種新技術，都使得軟件測試變得更有意 義，也更有目的性。 黑盒測試 ， 又叫 做 功能測試 ， 是指測試條件主要根據(jù)程序或系統(tǒng)的功能實現(xiàn)來制定。在黑盒測試 中，測試人員把程序看作一個黑匣子，對程序或系統(tǒng)的內(nèi)部結構并不關心。 （ 3）數(shù)據(jù)結構錯誤或外部數(shù)據(jù)庫訪問錯誤。利用白盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品 的內(nèi)部結構和處理過程，不需測試軟件產(chǎn)品的功能。下面是本系統(tǒng)中部分采用黑盒測試的測試實例如下圖所示。如圖 72 所示。如圖 74 所示。在歷時將近半年的時間里，按照軟件工程軟件開發(fā)的流程對系統(tǒng)進行設計開發(fā)， 其 中遇到了許許多多的問題，在遇到問題，分析問題和解決問題的過程中， 學習了很多知識，系統(tǒng) 也慢慢地成型，雖然在功能的細節(jié)上還是比較粗糙，但總體上還是達到了設計要求。 該系統(tǒng) 的設計與實現(xiàn)基本完成，現(xiàn)已能夠基本達到設計要求，盡管如此，仍然存在有許多不足之處，還無法和別的大 型 簡歷系統(tǒng) 相提并論， 還需 要進一步學習。 38 謝 辭 首先，要感謝我的指導老師。通過與老師的交流 ，以及 整個畢業(yè)設計的完成實現(xiàn)，我在各個方面都得到了很大的提高，在這里，學生真 誠地對 涂 老師表示深深的感激與謝意。 39 參考文獻 [1] 吳明輝 .胡煜 .竇亮 .JSP 網(wǎng)絡辦公及商務應用系統(tǒng)開發(fā)實例導航 .北京 .人民郵電出版社 .2020 [2] 曹建 .Dreamweaver 與 ASP 實戰(zhàn)演練 [M].北京：電子工業(yè)出版社 .. [3] 李波濤 .網(wǎng)頁設計圖解教程 [M].北京：清華大學出版社 .. [4] 王國平 .Dreamweaver MX 2020 網(wǎng)頁時尚設計師 [M].北京：電子工業(yè)出版社 .. [5] Ben .鐘鳴譯 . MySQL 必知必會 [M].人民郵電出版社 .. [6] 計磊 .李里 .周偉 .J2EE 整合應用案例 [M].人民郵電出版社 .2020. [7] 揚威 .WEB 網(wǎng)絡開發(fā)技術 [M].人民郵電出版社 .2020. [8。 通過這一階段的學習和研究，系統(tǒng)終于得以實現(xiàn)，其中耗費了很多精力和時間，但本次設計是大學對即將走進社會的我們的一次知識和能力的綜合考驗，這將是激勵我去創(chuàng)造的一個起點，會永遠激勵著我前進。 在畢業(yè)論文和設計的完成過程中，老師在百忙之中查閱和修改本論文，給予了很多悉心的指導，對論文的修改建議很細致，給予了很多完善論文的啟發(fā)。隨著互聯(lián)網(wǎng)的發(fā)展，它將有力的改變現(xiàn)存 普通招聘 模式，增強企業(yè) 與個人 的 緊密聯(lián)系 ，給企業(yè)提供高 效率 低成本的 招聘形式 ，所以 簡歷生成與管理系統(tǒng)的 廣闊市場 前景還有待開發(fā)。 總之，這次畢業(yè)設計在J2EE 的開發(fā)技術和動手實踐能力上成熟了很多，是大學四年學習的總結，也是今后工作的寶貴經(jīng)驗。如圖 75 所示。如圖 73 所示。如圖 71 所示。 本系統(tǒng)采用黑盒測試。 （ 5）初始化和終止錯誤。 黑盒測試力圖發(fā)現(xiàn)下述類型的錯誤： （ 1）功能不正確或遺漏了功能。正如一個人不必知道汽車的內(nèi)部是如何工作的而只管去開它，同樣也不必知道程序的內(nèi)部結構而只管去執(zhí)行它。軟件測試方法一般分為動態(tài)測試方法與靜態(tài)測試方法。 黑盒測試 近 10 年來，軟件測試作為一個獨立的過程有了長足的發(fā)展，也得到了項目利益相關人和業(yè)務主管人員的高度重視。 圖 613管理員首頁界面 管理信息界面的實現(xiàn) 如圖 614 所示，選擇當選擇普通用戶信息的時候就會現(xiàn)實所有用戶的信息，管理員可以對這些信息進行刪除等管理。 圖 67簡歷模版界面 刪除簡歷頁面的實現(xiàn) 圖 68簡歷模版界面 30 申請會員頁面的實現(xiàn) 如圖 69 所示， 輸入稱呼后驗證真確，點擊申請按鈕就能看自己是否成為會員了。 圖 64找回密碼界面 28 普通用戶首頁的實現(xiàn) 如圖 65 所示，普通用戶首頁有四個功能可用，其他三個要成為會員才能享受，通過填寫簡歷，查看簡歷，刪除簡歷可以很輕松的對簡歷進行維護。 圖 61 網(wǎng)站首頁 普通用戶模塊 用戶登錄功能的實現(xiàn) 如圖 62 所示，輸入用戶名和密碼就可以登錄到用戶首頁，本頁還設置了找回密碼按鈕和返回首頁按鈕，并對文本框做了 js 驗證。簡歷模版三表，用來存儲 用戶的簡歷信息，主鍵為 cell。簡歷模版一表，用來存儲用戶的簡歷信息，主鍵為 cell。會員信息表，用來負責會員的登錄和注冊信息，主鍵為 cell。邏輯設計中根據(jù)系統(tǒng)分析設計一個關系模型，物理設計為邏輯設計中的數(shù)據(jù)模型選取一個最合理的應用環(huán)境的物理結構，通常選取一個常用數(shù)據(jù)庫軟件，用數(shù)據(jù)庫軟件創(chuàng)建與邏輯設計中數(shù)據(jù)模型對應的數(shù)據(jù)庫。一個好的全局 ER模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要 盡可能的少；實體類型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 （ 2)局部 ER模式的合并 合并的原則是：首先進行兩兩 合并；先合并那些現(xiàn)實世界中有聯(lián)系的局部結構；合簡歷模版三 上次工作經(jīng)歷 組成 公司名稱 公司性質(zhì) 職位名稱 工作心得 工作時間 上次月薪 獎勵次數(shù) 職位職責 離職原因 21 并從公共實體類型開始，最后再加入獨立的局部結構。全局概念結構不僅要支持所有局部 ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結構。 圖 54 簡歷模版二的 ER圖 簡歷模版二 基本信息 聯(lián)系方式 專業(yè)技能 求職意向 工作經(jīng)驗 組成 組成 組成 組 成 組成 姓名 稱呼 年齡 學歷 語言能力 專業(yè)技能 興 趣 愛好 計算機能力 培訓經(jīng)歷 工作經(jīng)驗 自我評價 發(fā)展方向 工作地點 到崗時間 職位名稱 薪金待遇 合同年限 聯(lián)系電話 家庭住址 20 （ 5）簡歷模版三的信息關系設計主要是針對工作了的人群設計的，在模版三中和模版二相同對幾個模塊進行了劃分，其中主要對用戶上一次工作有很多的表述，比如公司名稱，公司性質(zhì)，職位名稱，工作時間，上次月薪，獎勵次數(shù)，職位職責，離職原因等信息。 具體的實體 圖如圖 52 所示。通過分析確定了實體之間的關系之后再 用ER 圖來表示數(shù)據(jù)模型。 在 數(shù)據(jù)庫 設計的開始，首先考慮的是如何用數(shù)據(jù)模型來定義 數(shù)據(jù)庫的結構與語義，以 及如何對現(xiàn)實中的事物進行抽象 。在關系數(shù)據(jù)庫中所有的數(shù)據(jù)都按照表的方式組織。 更炫簡歷功能模塊的劃分如圖 411 所示 圖 411 更炫簡歷功能的劃分 管理員信息管理 該功能即管理員登陸，管理員輸入用戶密碼進行驗證，驗證成功進入管理員首頁，由于是管理員，所以不設置找回密碼功能，示意圖如圖 412所示： 圖 412 管理員信息管理 管理員管理信息模塊 該功能是管理員專用的功能，其中有對普通用戶信息的管理和對會員用戶信息的管理，其劃分如圖 413所示 圖 413 管理信息模塊的劃分 輸入用戶名密碼 服務器驗證 管理員首頁 更炫簡歷功能 簡歷首頁下載 英文簡歷查看 多頁簡歷參考 管理信息模塊 普通用戶信息管理 會員用戶信息管理 16 （ 1）管理員對普通和會員用戶信息的管理 管理員可以對用戶信息進行查看和刪除。 圖 46 簡歷信息管理模塊功能劃分 用戶基本信息 系統(tǒng)驗證 通過驗證 成功注冊 服務器驗證 提交數(shù)據(jù)庫 用戶首頁 用戶名與密碼 填寫密保信息 服務器驗證 顯示你的密碼 簡歷信息管理 填寫簡歷 查看和修改簡歷 刪除簡歷 14 （ 1）填寫簡歷 本網(wǎng)站提供了三個模板供用戶選擇，用戶選擇適合自己的簡歷模板進行填寫，當通過驗證后，簡歷就填寫成功了。示意圖如圖 43所示 : 圖 43用戶注冊的流程 （ 2）用戶登錄 該功能的作用是用戶填寫用戶名和密碼，然后提交，服務器通過數(shù)據(jù) 庫驗證填寫的信息，如果正確則進入用戶首頁。 12 系統(tǒng)功能模塊圖如 圖 41 所示 ： 圖 41 系統(tǒng)功能模塊結構圖 用戶信息管 理 用戶模塊主要包括用戶信息管理，簡歷信息管理以及申請會員模塊。 用戶點擊添加簡歷按鈕的時候會進入選擇簡歷模版的頁面，其中有 3 大模版供選擇，選擇一個模版即可開始編輯自己的簡歷了，當通過本網(wǎng)站的驗證后，簡歷就被寫入本網(wǎng)站的數(shù)據(jù)庫，方便用戶的修改和刪除。本系統(tǒng)的需求分析采用的是自頂向下的原則，將整個系統(tǒng)進行模塊的劃分，再將每個模塊進行細分，分成更小的獨立功能模塊，然后再給出獨立功能模塊的功能描述和流程圖，從而具體說明系統(tǒng)將要完成的最終功能。 用戶簡歷信息部分為三個模塊：用戶登陸與注冊模塊，用戶簡歷信息的管理模塊還有申請會員模塊。 (3) 有利于組件的重用。如果某個層的需求發(fā)生了變化，則只需要更改相應層中的代碼即可，而不會影響到其他層中的代碼。開發(fā)的項目越復雜，應用 MVC框架的優(yōu)勢就越明顯。 以應用 MVC框架開發(fā)一個基于網(wǎng)絡的撲克牌游戲程序為例：在開發(fā)過程中，網(wǎng)頁制作人員可以只負責游戲界面的制作，包括撲克牌牌面的設計、指令按鈕和時鐘界面的 制 10 作、以及界面的美工等等；軟件開發(fā)人員則可以只負責用 Java代碼來描述和實現(xiàn)游戲規(guī)則。同時，這樣的開發(fā)方式，需 要開發(fā)人員既熟悉網(wǎng)頁制作，也精通 Java語言，無法實現(xiàn)開發(fā)人員的明確分工，導致開發(fā)效率低下。其優(yōu)點是簡單直觀，易于搭建原型，但較適宜開發(fā)只有幾個頁面的小型項目。代表終端用戶查詢檢索出的任何數(shù)據(jù)都被打包返回給控制器。同視圖一樣，控制器本身也不處理任何業(yè)務信息。 （ 2） 模型：模型是 應用程序的業(yè)務處理層，負責所有業(yè)務流程的處理和業(yè)務規(guī)則的制定。 （ 1） 視圖：視圖是應用程序的表示層，代表用戶交互界面。 MVC的核心思想是將一個應用程序的數(shù)據(jù)業(yè)務處理功能（模型）、表示功能（視圖）和控制功能（控制層）在 3個不同的部分（也叫層）上分別 實現(xiàn)。 MVC框架支持大多數(shù)現(xiàn)代圖形用戶界面。 不同體系結構的 Web應用程序可能需要不同的開發(fā)模式。 MYSQL是一個可擴展的、高性能的、為分布式客戶機 /服務器計算所設計的數(shù)據(jù)庫管理系統(tǒng)，實現(xiàn) 了與 Windows NT的有機結合，提供了基于事務的企業(yè)級信息管理系統(tǒng)方案。本來 ASP也很有希望，但微軟最近可能把精力都集中在打官司和 Win2020上， 因此電子商務發(fā)展得太少。對于更多的客戶端請求，Server創(chuàng)建新的請求和響應對象，仍然激活此 Servlet的 service()方法，將這兩個對象作為參數(shù)傳遞給它。 Server 激活 Servlet 的service()方法，傳遞請求和響應對象作為參數(shù)。這項操作一般是動態(tài)執(zhí)行的。每個請求將生成一個新的線程，而不是一個完整的進程。像所有的Java 程序一樣， Servlet 擁有面向對象 Java 語言的所有優(yōu)勢。一個 Servlet 可以調(diào)用另一個或一系列 Servlet ，即成為它的客戶端。如果需要，還可以保存請求－響應過程中的信息。 Servlet 導入特定的屬于 Java Servlet API 的包。此后，一些其它的基于 Java 的 Web Server 開始支持標準的 Servlet API 。 Servlet 介紹 (1) Servlet概述： Servlet 是用 Java 編寫的 Server 端程序，它與協(xié)議和