《可視化建模與UML》簡歷管理系統(tǒng)分析與設計和實現(xiàn) 計算機專業(yè)

簡歷管理系統(tǒng)分析與設計目錄TOC\o"1-2"\h\z\u第一章簡歷管理系統(tǒng)需求規(guī)格說明書 3第二章軟件項目的概要設計說明書 16第三章簡歷管理系統(tǒng)詳細設計 51第四章軟件項目的編碼案例說明 64第五章簡歷管理系統(tǒng)客戶端系統(tǒng)測試計劃 71第六章簡歷管理系統(tǒng)客戶端系統(tǒng)測試報告 75第一章簡歷管理系統(tǒng)需求規(guī)格說明書1.導言1.1目的該文檔是關于用戶對于簡歷管理系統(tǒng)的功能和性能的要求，重點描述了簡歷管理系統(tǒng)的功能需求，是概要設計階段的重要輸入。本文檔的預期讀者是：·設計人員；·開發(fā)人員；·項目管理人員；·測試人員；·用戶。1.2范圍該文檔是借助于當前簡歷管理系統(tǒng)的邏輯模型導出目標簡歷管理系統(tǒng)的邏輯模型的，解決整個項目簡歷管理系統(tǒng)的“做什么”的問題。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。1.3編寫說明HR,HumanResource（人力資源管理）的縮寫。JSP,JavaServerPage（Java服務器頁面）的縮寫，一個腳本化的語言。UML,UnifiedModelingLanguage（統(tǒng)一建模語言）的縮寫，是一個標準的建模語言。1.4術語定義無1.5引用標準[1]《企業(yè)文檔格式標準》，****************有限公司軟件工程過程化組織[2]《需求規(guī)格報告格式標準》，************有限公司軟件工程過程化組織1.6參考資料[1]《UML說明》，***********************軟件有限公司[2]《需求規(guī)格報告格式標準》，************公司軟件工程過程化組織1.7版本更新信息本文檔的更新記錄如表A-1所示。表A-1版本更新記錄修改編號修改日期修改后版本修改位置修改內(nèi)容概述0010020030042015.12.52015.12.62015.12.720全部第3.1節(jié)第4.1節(jié)第5.1節(jié)初始發(fā)布版本增加修改增加2.簡歷管理系統(tǒng)定義我們分別闡述一下項目的來源、背景，項目的用戶特點和項目的目標。2.1項目來源及背景簡歷是一個求職者獲取工作機會的敲門磚，當今社會求職找工作的方式很多，但是簡歷適用于每一種、每一階段的簡歷，當HR打開招聘郵箱的第一刻開始，映入他眼簾的就是簡歷，所以簡歷的好壞與否，直接影響到求職的成敗。制作出優(yōu)秀的求職簡歷是邁向成功的第一步。找工作，是競爭什么？最開始的競爭就是簡歷！因為你到任何一個招聘單位要做的第一件事情就是要投遞簡歷，而簡歷就是那些單位了解你的第一扇窗口。因此簡歷就成了你和單位溝通的第一通道，往往是HR了解你的第一個途徑，適度的引起用人單位對你的興趣才是最重要的。一份好的簡歷，可以在眾多求職簡歷中脫穎而出，給HR留下深刻的印象，然后決定給你簡歷通知，它是幫助你應聘成功的敲門磚。所以說：簡歷不是很多人認為的用來填寫個人的“豐功偉績”，或者僅僅是把工作經(jīng)歷，學習狀況羅列一下。如果現(xiàn)在是你在找一份合適的工作，并且沒有“關系”能幫到你，那么你需要一份合適的簡歷，你需要認真對待簡歷，并將簡歷做好，這樣才能敲開簡歷的大門，找到一份好的工作崗位。該簡歷管理系統(tǒng)主要解決的就是很多人對簡歷重要性不重視，以及對簡歷內(nèi)容格式的誤解。為用戶提供一個簡單方便的簡歷生成與管理簡歷管理系統(tǒng)，方便所有為工作煩惱的人。2.2用戶的特點隨著中國高校教育的發(fā)展，大學生的數(shù)量急劇增加，大學生就業(yè)問題也日益凸顯，大學生就業(yè)難問題已成為社會熱點之一。據(jù)人力資源和社會保障部公布的數(shù)據(jù)，2009年我國將有2400萬勞動力需要安排就業(yè)，其中將有超過700萬大學畢業(yè)生需要解決就業(yè)問題。數(shù)據(jù)顯示,2009年高校畢業(yè)生規(guī)模達到611萬,比2008年增長52萬；而據(jù)預測,2011年這一數(shù)字將達到峰值758萬。2.3項目目標項目總體目標是搭建一個個人簡歷生成以及管理簡歷管理系統(tǒng)，不僅可以填寫和生成簡歷，還可以對簡歷有效的管理和保存，而且可以下載簡歷封面和英文簡歷模板。項目最終將達到如下幾個目標：功能齊全，可以完成大多數(shù)用戶的需求：界面節(jié)約，方便用戶的操作：便于維護，可進行功能擴展：部署簡單，方便測試。從用戶的角度出發(fā)，本著與時俱進的方針，以操作簡便，界面友好，靈活，實用，安全的要求出發(fā)，為客戶提供滿意的簡歷。3.應用環(huán)境根據(jù)用戶的需求陳述，可以確定本項目分為客戶端和管理端，客戶端主要功能是提供用戶的簡歷查詢、簡歷錄入、回答模板，簡歷提交等。管理端的功能提供公司人力資源管理人員（HR）進行的知識庫（題庫）管理、模板管理、簡歷發(fā)布、簡歷管理、用戶管理等。它們的關系如圖A-1所示。圖A-1簡歷管理系統(tǒng)流程圖3.1簡歷管理系統(tǒng)運行的網(wǎng)絡環(huán)境本簡歷管理系統(tǒng)的網(wǎng)絡運行圖如圖A-2所示，無論是客戶端的用戶還是管理端的管理用戶都可以通過網(wǎng)絡登錄到本簡歷管理系統(tǒng)中。用戶通過網(wǎng)絡提交簡歷等相關信息，人力資源部通過網(wǎng)絡發(fā)布簡歷信息，獲得用戶提交的簡歷信息，進行簡歷管理。管理端的簡歷管理系統(tǒng)管理員需要設置管理端的用戶以及相應的權限。3.2簡歷管理系統(tǒng)運行的硬件環(huán)境本簡歷管理系統(tǒng)的硬件環(huán)境如下：Web服務器·CPU：P41.0GHz·內(nèi)存：1G以上·硬盤：80GB以上·網(wǎng)卡：KMb/s速度數(shù)據(jù)庫服務器·CPU：P42.0GHz·內(nèi)存：1GB以上·硬盤：80GB以上圖A-2網(wǎng)絡拓撲結構圖簡歷管理系統(tǒng)運行軟件環(huán)境本簡歷管理系統(tǒng)的軟件環(huán)境如下：·操作簡歷管理系統(tǒng)：Windows10專業(yè)版·數(shù)據(jù)庫：MySQLVersion14..14Distrib5.6.27·Web服務器：ApacheTomcat8.0·瀏覽器：Firefox，Chrome，IE6.0以上4.功能規(guī)格我們采用面向對象分析作為主要的簡歷管理系統(tǒng)建模行為，使用UML（UnifiedModelingLanguage）作為建模語言。UML為建?；顒犹峁┝藦牟煌嵌扔^察和展示簡歷管理系統(tǒng)的各種特征的行為。在UML中，從任何一個角度對簡歷管理系統(tǒng)所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了簡歷管理系統(tǒng)的映像。用例描述角色（用戶、外部簡歷管理系統(tǒng)以及簡歷管理系統(tǒng)處理）是如何與簡歷管理系統(tǒng)交互來完成工作的。用例模型提供了一個非常重要的方式來界定簡歷管理系統(tǒng)邊界以及定義簡歷管理系統(tǒng)功能，同時，該模型將來可以派生出動態(tài)對象模型。設計用例時，我們遵循下列步驟：1）識別出簡歷管理系統(tǒng)的角色。角色可以是用戶、外部簡歷管理系統(tǒng)，甚至是外部處理，通過某種途徑與簡歷管理系統(tǒng)交互。重要的是著重從簡歷管理系統(tǒng)外部執(zhí)行者的角度來描述簡歷管理系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰。盡可能地確保所有角色都被完全識別出來。2）描述主要的用例?？梢圆扇〔粩嗟貑栕砸选罢l使用簡歷管理系統(tǒng)干什么”來準確地描述用例。3）重新審視每個用例，為它們下個詳盡的定義。4.1角色定義角色或者執(zhí)行者指與簡歷管理系統(tǒng)產(chǎn)生交互的外部用戶或者外部簡歷管理系統(tǒng)。4.1.1用戶用戶是指在簡歷管理系統(tǒng)中通過客戶端管理簡歷信息的人員，這個角色主要參與管理個人簡歷，修改個人信息，生成簡歷，分享簡歷，找回密碼等功能。4.1.2管理員管理員是指維護簡歷管理系統(tǒng)的正常運行，簡歷模板的更新人員，這個角色派生主要參與修改個人信息，管理用戶/管理員，管理簡歷模板，找回密碼等功能。4.1.3數(shù)據(jù)庫數(shù)據(jù)庫是一個與簡歷管理系統(tǒng)產(chǎn)生交互的外部簡歷管理系統(tǒng)，這個角色負責簡歷管理系統(tǒng)的數(shù)據(jù)的增加、刪除和修改、查詢等操作。4.2簡歷管理系統(tǒng)主用例圖簡歷管理系統(tǒng)可以分為兩個主要的組成部分，一個是客戶端子簡歷管理系統(tǒng)。一個是管理端子簡歷管理系統(tǒng)?？蛻舳俗雍啔v管理系統(tǒng)功能主要是指用戶通過登錄進行操作的功能。管理端子簡歷管理系統(tǒng)功能是管理員管理簡歷模板，管理用戶/管理員等功能。簡歷管理系統(tǒng)的主用例如圖A-3所示。管理員用戶管理員用戶圖A-3簡歷管理系統(tǒng)的主用例圖通過前期的分析，簡歷管理系統(tǒng)可以規(guī)劃如下七個簡歷管理系統(tǒng)功能模塊，個人信息的修改，管理個人簡歷，管理簡歷模板，管理用戶/管理員，生成簡歷，分享簡歷，找回密碼。4.3客戶端子簡歷管理系統(tǒng)用戶登錄到簡歷管理系統(tǒng)中選擇簡歷模板，填寫簡歷，生成簡歷，分享簡歷。這就是客戶端子簡歷管理系統(tǒng)的功能。圖A-4是它的活動圖?？蛻舳说墓δ苤饕ㄐ薷膫€人信息、選擇簡歷模板、填寫簡歷、修改簡歷、生成簡歷、分享簡歷、找回密碼等功能，圖A-5是它的用例圖。圖A-4客戶端的活動圖圖A-5客戶端的功能用例圖客戶端管理的這些用例描述如下：F-C-1：登錄用戶要登錄到簡歷管理系統(tǒng)必須經(jīng)過登錄界面，輸入自己的ID和密碼，然后簡歷管理系統(tǒng)判斷這個用戶的權限信息，不同的登錄人可能具有不同的權限，簡歷管理系統(tǒng)根據(jù)不同的權限實現(xiàn)不同的功能。F-C-2：注冊用戶沒有賬號時，可以先注冊一個賬號以便以后方便使用。注冊只能注冊普通用戶，不能是管理員。F-C-3：修改個人信息用戶登錄簡歷管理系統(tǒng)后，可修改自己的ID，密碼等個人基本信息。F-C-4：選擇簡歷模板可以從數(shù)據(jù)庫選擇自己喜愛的簡歷模板，簡歷模板包括用戶的基本信息、工作經(jīng)歷、教育經(jīng)歷、基本技能、個人簡短評價等。F-C-5：填寫簡歷根據(jù)之前選擇的簡歷里模板進行填寫，完善個人信息，也可以填寫默認自定義的簡歷。F-C-6：修改簡歷當某些信息更改后，可以隨時修改相應已完善的簡歷。F-C-7：生成簡歷填寫或修改完簡歷之后，將簡歷保存保存到數(shù)據(jù)庫中。F-C-8：分享簡歷可以分享自己制作后的簡歷給其他用戶。F-C-9：找回密碼為了最大程度上保護用戶的信息，當用戶忘記密碼可以之前注冊時的密保問題或者郵箱找回自己的密碼。同時該功能需要管理員進行審核。4.3.1登錄所有用戶需要通過登錄界面進入主界面。在登錄界面輸入ID和密碼，簡歷管理系統(tǒng)首先判斷ID和密碼的正確性，然后根據(jù)ID確定其權限，不同的登錄者具有不同的權限，根據(jù)登錄者具有的權限將相應的功能顯示在相對的界面上，沒有權限操作的功能將不顯示在這個界面上。圖A-6是它的活動視圖。1.1前置條件(Pre-conditions)沒有。1.2后置條件(Post-Conditions)如果用例成功，參與者可以啟動并使用簡歷管理系統(tǒng)所提供的功能。反之，簡歷管理系統(tǒng)狀態(tài)不變。1.3擴展點沒有。1.4事件流1.4.1基流(BasicFlow)當用戶希望登錄到簡歷管理系統(tǒng)中時，用例啟動。（1）簡歷管理系統(tǒng)提示用戶輸入用戶名和密碼（2）用戶輸入用戶名和密碼（3）簡歷管理系統(tǒng)驗證輸入的用戶名和密碼，若正確（E-1），則用戶登錄到簡歷管理系統(tǒng)中。1.4.2代替流E-1如果用戶輸入無效的用戶名和/或密碼，簡歷管理系統(tǒng)顯示錯誤信息，用戶可以選擇返回基流的起始點，重新輸入用戶名和/或密碼：或者取消登錄，簡歷管理系統(tǒng)結束。。圖A-6登錄的活動圖4.3.2注冊用戶第一次使用該簡歷管理系統(tǒng)時需要注冊一個賬戶，（只能注冊普通用戶，不能是管理員）。需填寫個人信息，并且通過郵箱驗證即可注冊成功。以便日后的方便實用。圖A-7是它的活動視圖。1.1前置條件(Pre-conditions)沒有。1.2后置條件(Post-Conditions)如果用例成功，參與者可以啟動并使用簡歷管理系統(tǒng)所提供的功能。反之，簡歷管理系統(tǒng)狀態(tài)不變。1.3擴展點沒有。1.4事件流1.4.1基流(BasicFlow)當用戶第一次使用簡歷管理系統(tǒng)時，用例啟動。（1）簡歷管理系統(tǒng)提示用戶輸入用戶名和密碼以及其他信息（2）用戶輸入用戶名和密碼以及其他信息（3）簡歷管理系統(tǒng)驗證輸入的郵箱，若正確（E-1），則用戶登錄到簡歷管理系統(tǒng)中。1.4.2代替流E-1如果用戶輸入無效的郵箱或用戶名已存在，簡歷管理系統(tǒng)顯示錯誤信息，用戶可以選擇返回基流的起始點，重新輸入：或者取消注冊，簡歷管理系統(tǒng)結束。圖A-7注冊的活動圖4.3.3修改個人信息用戶可以修改注冊時的ID和密碼，修改后的信息實時保存到數(shù)據(jù)庫中方便用戶的使用。圖A-8是它的活動視圖。用例描述：修改個人信息；執(zhí)行者：用戶；前置條件：用戶已登錄簡歷管理系統(tǒng)；后置條件：如果個人信息維護成功后，則數(shù)據(jù)庫中的數(shù)據(jù)隨之變化?；韭窂剑盒薷腎D或密碼，不能與之前的相同，否則沒意義。并且密碼不能和ID相同。b）點擊修改成功后，個人信息會自動保存到數(shù)據(jù)庫中。圖A-8修改個人信息的活動圖4.3.4選擇簡歷模板用戶可以通過選擇簡歷的類別，封面，排版等多種樣式來選擇自己喜歡的簡歷模板。具體描述如下。圖A-9是它的活動視圖。用例描述：選擇簡歷模板；執(zhí)行者：用戶；前置條件：用戶已登錄簡歷管理系統(tǒng)；后置條件：可以填寫對應的簡歷?；韭窂剑篴）類別選擇；b）封面選擇；c）排版選擇；圖A-9選擇簡歷模板的活動圖4.3.5填寫簡歷如果用戶滿意某個模板，就開始填寫簡歷，簡歷從用戶的基本信息開始，然后輸入工作經(jīng)歷、教育經(jīng)歷、基本技能、自我介紹等內(nèi)容。具體描述如下。圖A-10是它的活動視圖。用例描述：填寫簡歷；執(zhí)行者：用戶；前置條件：用戶已選擇簡歷模板；后置條件：簡歷輸入后，則可以生成簡歷。基本路徑：a）基本信息輸入，包括姓名、性別、年齡、身高、證件類型、證件號碼、婚姻狀況、工作年限、期望的月薪、居住地、電話、E-mail、地址、郵編等信息；b）工作經(jīng)歷信息輸入，包括起止時間、工作單位、單位所屬行業(yè)、單位性質、部門、簡歷、工作描述等；c）教育經(jīng)歷信息輸入，包括起止時間、學校、專業(yè)、學位、簡單描述等；d）基本技能信息輸入，包括技能名稱、熟悉程度、證書、其他說明等；e）自我介紹輸入是對自己的簡短評價，字數(shù)在80字以內(nèi)。圖A-10選擇簡歷模板的活動圖4.3.6生成簡歷用戶填寫完簡歷之后就可以將內(nèi)容與模板一并保存到數(shù)據(jù)庫中，生成簡歷。具體功能描述如下。圖A-11是它的活動視圖。用例描述：生成簡歷；執(zhí)行者：用戶；前置條件：用戶已填寫簡歷；后置條件：生成簡歷后，則可以分享已完善的簡歷?；韭窂剑篴）將每一項都填上之后才可以生成簡歷；b）最后簡歷信息和模板一起提交到服務器并保存到數(shù)據(jù)庫當中。圖A-11選擇簡歷模板的活動圖4.3.7分享簡歷用戶生成簡歷之后就可以將生成好的簡歷分享給其他用戶。具體描述如下。圖A-12是它的活動視圖。用例描述：分享簡歷；執(zhí)行者：用戶；前置條件：用戶擁有生成后的完整簡歷；后置條件：提交教分享操作?；韭窂剑哼x擇將要分享的用戶；選擇將要分享的簡歷。圖A-12選擇簡歷模板的活動圖4.3.8找回密碼用戶可以填寫相對信息去申請忘記密碼，通過管理員的審核之后將密碼通過郵件的形式發(fā)送給用戶。1.1前置條件(Pre-conditions)用戶曾經(jīng)注冊過賬號。1.2后置條件(Post-Conditions)如果用例成功，參與者可以啟動并使用簡歷管理系統(tǒng)所提供的功能。反之，簡歷管理系統(tǒng)狀態(tài)不變。1.3擴展點沒有。1.4事件流1.4.1基流(BasicFlow)當用戶希望登錄到簡歷管理系統(tǒng)中時，用例啟動。（1）簡歷管理系統(tǒng)提示用戶輸入用戶名和郵箱以及其他信息（2）用戶輸入用戶名和郵箱以及其他信息（3）簡歷管理系統(tǒng)驗證輸入的用戶名和郵箱，若正確（E-1），則將密碼發(fā)送給用戶。1.4.2代替流E-1如果用戶輸入無效的用戶名或郵箱，簡歷管理系統(tǒng)顯示錯誤信息，用戶可以選擇返回基流的起始點，重新輸入：或者取消密碼找回功能，簡歷管理系統(tǒng)結束。圖A-13找回密碼的活動圖4.4管理端子簡歷管理系統(tǒng)管理端子簡歷管理系統(tǒng)主要是維護簡歷管理系統(tǒng)的正常運行，以及管理用戶，管理員，上傳簡歷模板為用戶提供資源，管理簡歷模板，定時更新模板等。還可以幫助用戶找回密碼等功能。圖A-13是管理端的活動圖。圖A-14是管理端的用例圖。圖A-13選擇簡歷模板的活動圖圖A-14管理端用例圖F-L-1：登錄管理員要登錄到簡歷管理系統(tǒng)必須經(jīng)過登錄界面，輸入自己的ID和密碼，然后簡歷管理系統(tǒng)判斷這個用戶的權限信息，不同的登錄人可能具有不同的權限，簡歷管理系統(tǒng)根據(jù)不同的權限實現(xiàn)不同的功能。F-M-1：修改個人信息用戶登錄簡歷管理系統(tǒng)后，可修改自己的ID，密碼等個人基本信息。F-M-2：管理用戶/管理員第一次使用簡歷管理系統(tǒng)的管理員為頂級管理員，頂級管理員可以管理普通管理員，和用戶。可以查看用戶和管理員任意的信息，也可以控制用戶和管理員的數(shù)量。F-M-3：管理簡歷模板管理員可以上傳及下載簡歷模板，定時更新資源來滿足用戶的需求，也可以刪除已過時的簡歷模板。F-M-4：找回密碼管理員可以產(chǎn)看用戶的信息在必要時通過審核可以將已忘記的密碼通過郵件的方式告知用戶。4.4.1登錄管理所有管理員需要通過登錄界面進入主界面。在登錄界面輸入ID和密碼，簡歷管理系統(tǒng)首先判斷ID和密碼的正確性，然后根據(jù)管理員的ID確定其權限，不同的登錄者具有不同的權限，根據(jù)登錄者具有的權限將相應的功能顯示在相對的界面上，沒有權限操作的功能將不顯示在這個界面上。圖A-15是它的活動視圖。所有管理員需要通過登錄界面進入主界面。在登錄界面輸入ID和密碼，簡歷管理系統(tǒng)首先判斷ID和密碼的正確性，然后根據(jù)ID確定其權限，不同的登錄者具有不同的權限，根據(jù)登錄者具有的權限將相應的功能顯示在相對的界面上，沒有權限操作的功能將不顯示在這個界面上。圖A-6是它的活動視圖。1.1前置條件(Pre-conditions)沒有。1.2后置條件(Post-Conditions)如果用例成功，參與者可以啟動并使用簡歷管理系統(tǒng)所提供的功能。反之，簡歷管理系統(tǒng)狀態(tài)不變。1.3擴展點沒有。1.4事件流1.4.1基流(BasicFlow)當用戶希望登錄到簡歷管理系統(tǒng)中時，用例啟動。（1）簡歷管理系統(tǒng)提示管理員輸入用戶名和密碼（2）管理員輸入用戶名和密碼（3）簡歷管理系統(tǒng)驗證輸入的用戶名和密碼，若正確（E-1），則管理員登錄到簡歷管理系統(tǒng)中。1.4.2代替流E-1如果用戶輸入無效的用戶名和/或密碼，簡歷管理系統(tǒng)顯示錯誤信息，管理員可以選擇返回基流的起始點，重新輸入用戶名和/或密碼：或者取消登錄，簡歷管理系統(tǒng)結束。。圖A-15登錄的活動圖4.4.2修改個人信息用戶可以修改注冊時的ID和密碼，修改后的信息實時保存到數(shù)據(jù)庫中方便用戶的使用。圖A-16是它的活動視圖。用例描述：修改個人信息；執(zhí)行者：管理員；前置條件：管理員已登錄簡歷管理系統(tǒng)；后置條件：如果個人信息維護成功后，則數(shù)據(jù)庫中的數(shù)據(jù)隨之變化?；韭窂剑盒薷腎D或密碼，不能與之前的相同，否則沒意義。并且密碼不能和ID相同。b）點擊修改成功后，個人信息會自動保存到數(shù)據(jù)庫中。圖A-16修改個人信息的活動圖4.4.3管理簡歷模板在簡歷管理系統(tǒng)中，要定期維護簡歷模板，模板管理主要是組織簡歷模板，所有的簡歷模板都來自數(shù)據(jù)庫中，每份模板都有不同的針對性，針對不同的招聘需求。具體功能描述如下。圖A-17是它的活動視圖。用例描述：模板管理；執(zhí)行者：管理員；前置條件：管理員已登錄簡歷管理系統(tǒng)；后置條件：如果簡歷模板維護成功后，則數(shù)據(jù)庫中的數(shù)據(jù)隨之變化?；韭窂剑篴）進入模板管理界面，首先展示目前存在的模板；b）點擊每個模板可以詳細瀏覽每個模板的信息；c）可以對一些模板進行刪除，或者可以重新整理各個模板的順序，同時可以預覽整個模板；d）提供增加模板的按鈕，增加模板時，從數(shù)據(jù)庫中選擇模板；e）可以刪除選擇的模板。圖A-17管理簡歷模板的活動圖4.4.7管理用戶/管理員簡歷管理系統(tǒng)管理員可以進行權限設置，在用戶管理界面中對用戶進行增加、刪除、修改、查詢。具體功能描述如下。圖A-18是它的活動視圖。用例描述：用戶/管理員管理；執(zhí)行者：頂級管理員；前置條件：頂級管理員已登錄簡歷管理系統(tǒng)；后置條件：如果用戶/管理員信息維護完成，則用戶/管理員的相應信息將記錄到數(shù)據(jù)庫中。基本路徑：a）進入用戶管理界面，顯示目前的簡歷管理系統(tǒng)用戶以及每個用戶具有的權限；b）點擊不同的用戶，可以顯示這個用戶的信息以及相應權限，必要時可以修改其權限；c）可以增加用戶，也可以刪除用戶。圖A-18管理用戶/管理員的活動圖5.性能需求根據(jù)用戶對本簡歷管理系統(tǒng)的要求，確定簡歷管理系統(tǒng)在響應時間、可靠性、安全性等方面有較高的必能要求。5.1界面需求簡歷管理系統(tǒng)的界面要求如下。1）頁面內(nèi)容：主題突出，站點定義、術語和行文格式統(tǒng)一、規(guī)范、明確、欄目、菜單設置和布局合理，傳遞的信息準確、及時。內(nèi)容豐富，文字準確，語句通順，專用術語規(guī)范，行文格式統(tǒng)一規(guī)范。2）導航結構：頁面具有明確的導航指示，且便于理解，方便用戶使用。3）技術環(huán)境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽，無錯誤鏈接和空鏈接；采用CSS處理，控制字體大小和版面布局。4）藝術風格：界面、版面形象清晰悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方，動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內(nèi)容相協(xié)調。5.2響應時間需求無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，簡歷管理系統(tǒng)應該及時地進行反應，反應的時間在5秒以內(nèi)。簡歷管理系統(tǒng)應能監(jiān)測出各種非正常情況，如與設備的通信中斷，無法連接數(shù)據(jù)庫服務器等，以避免出現(xiàn)長時間等待甚至無響應。5.3可靠性需求簡歷管理系統(tǒng)應保證7×24小時內(nèi)不宕機，保證20人可以同時在客戶端登錄，此時簡歷管理系統(tǒng)能正常運行，正確提示相關內(nèi)容。5.4開放性需求簡歷管理系統(tǒng)應具有較強的靈活性，以適應將來功能擴展的需求。5.5可擴展性需求簡歷管理系統(tǒng)設計要求能夠體現(xiàn)擴展性要求，以適應將來功能擴展的需求。5.6簡歷管理系統(tǒng)安全性需求簡歷管理系統(tǒng)有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。簡歷管理系統(tǒng)需能夠防止各類誤操作可能造成的數(shù)據(jù)丟失，破壞。防止用戶非法獲得網(wǎng)頁以及內(nèi)容。6.產(chǎn)品提交提交產(chǎn)品為：a）應用簡歷管理系統(tǒng)軟件包；b）數(shù)據(jù)庫初始數(shù)據(jù)；c）簡歷管理系統(tǒng)開發(fā)過程文檔；d）簡歷管理系統(tǒng)使用、維護說明文檔，提交方式為CD介質。7.實現(xiàn)約束簡歷管理系統(tǒng)的實現(xiàn)約束如下：a）操作簡歷管理系統(tǒng)為Windows10；b）開發(fā)平臺為： Eclipse-SDK-3.1.2-win64；c）數(shù)據(jù)庫為MySQL。8.簽字本需求規(guī)格經(jīng)過雙方認可，特簽字如表A-2所例。表A-2需求規(guī)格簽字用戶簽署信息企業(yè)簽署信息單位名稱北京XXX公司(蓋章)簽署人姓名簽署日期2006.4.18單位名稱********軟件有限公司（蓋章）簽署人姓名簽署日期2006.4.18第二章軟件項目的概要設計說明書案例說明簡歷管理系統(tǒng)項目的概要設計說明書如下。簡歷管理系統(tǒng)概要設計1.導言1.1目的該文檔的目的是描述簡歷管理系統(tǒng)項目的概要設計，其主要內(nèi)容包括：·簡歷管理系統(tǒng)功能簡介；·簡歷管理系統(tǒng)結構設計；·簡歷管理系統(tǒng)接口設計；·數(shù)據(jù)設計；·模塊設計；·界面設計。本文檔的預期的讀者是：·開發(fā)人員；·項目管理人員；·測試人員。1.2范圍該文檔定義了簡歷管理系統(tǒng)的結構和單元接口，但未確定單元的實現(xiàn)行為，這部分內(nèi)容將在詳細設計/實現(xiàn)中確定。1.3編寫說明UML：UnifiedModelingLanguage（統(tǒng)一建模語言）的縮寫，是一個標準的建模語言。HR：HumanResource（人力資源管理）的縮寫。JSP：JavaServerPage（java服務器頁面）的縮寫，一個腳本化的語言。MVC:Model-View-Control（模式-視圖-控制）的縮寫，表示一個三層的結構體系。EJB:EnterpriseJavaBean（企業(yè)級JavaBean）的縮寫。1.4術語定義JSPModel2:Servlet/JSP規(guī)范的0.92版本中描述的術語，定義了如何在同一個應用程序中聯(lián)合使用Servlet和JSP的體系結構。JavaBean：用Java語言實現(xiàn)的滿足一定功能的類。1.5引用標準[1]《企業(yè)文檔格式標準》，************軟件有限公司[2]《軟件概要設計報告格式標準》，************軟件有限公司軟件工程過程化組織1.6參考資料[1]《實戰(zhàn)struct》（美）TedHusted機械工業(yè)出版社，[2]《軟件重構》清華大學出版社，1.7版本更新信息本文檔的更新記錄如表B-1所示。表B-1版本更新記錄修改編號修改日期修改后版本修改位置修改內(nèi)容概述0000012006.4.182001.0全部6.5節(jié)初始發(fā)布版本修改模板管理模塊的設計2.簡歷管理系統(tǒng)分析本簡歷管理系統(tǒng)可以實現(xiàn)網(wǎng)上在線簡歷管理與設計，。簡歷管理系統(tǒng)包括管理端子簡歷管理系統(tǒng)和客戶端子簡歷管理系統(tǒng)。管理端子簡歷管理系統(tǒng)包括用戶/管理員管理、簡歷模板管理、找回密碼等功能?？蛻舳俗雍啔v管理系統(tǒng)包括選擇簡歷模板，填寫簡歷，生成簡歷，分享簡歷等功能。圖B-1和圖B-2為客戶端和管理端的組成構圖。圖B-1客戶端子簡歷管理系統(tǒng)圖示圖B-2管理端子簡歷管理系統(tǒng)3.界面設計本簡歷管理系統(tǒng)的用戶界面按功能分為客戶端界面和管理端界面。圖B-3管理端的頁面流程3.1管理端界面設計管理端主要實現(xiàn)簡歷模板管理，找回密碼，個人信息修改以及用戶管理等功能。主要界面設計如下：·登錄界面：通過輸入用戶各和密碼實現(xiàn)用戶登錄，并判斷用戶的權限；圖B-4登錄界面設計圖B-5登錄界面設計·管理首頁：根據(jù)用戶的權限，進入首頁，并在首頁中展示此用戶相應可以操作的權限功能；·管理簡歷模板：包括“上傳模板”、“刪除模板”、“修改模板”、“查詢模板”等頁面；圖B-5管理簡歷模板界面設計·人員管理：包括“增加管理員/用戶”，“刪除管理員/用戶”，“修改管理員/用戶”，“查詢管理員/用戶”等頁面；圖B-6管理人員界面設計·個人信息修改：包括“用戶名”、“密碼”、“聯(lián)系方式”、“生日”、“性別”等信息；圖B-7個人信息界面設計·找回密碼：包括“用戶名”、“郵箱”等信息幫助管理員/用戶找回密碼。圖B-8找回密碼界面設計3.2客戶端界面設計圖B-11客戶端的頁面流程客戶端主要為用戶提供網(wǎng)上制作簡歷，用戶通過選擇合適的模板，填寫個人簡歷，并分享簡歷給其他用戶。提交的簡歷和服務器端儲存到數(shù)據(jù)庫，供管理者挑選合適的簡歷。在客戶界面，用戶首先進入登陸模板，點擊“登錄”輸入個人信息后進行簡歷模板的選擇，然后進行簡歷填寫，最后還可以選擇與好友分享自己精心制作的簡歷。圖B-12客戶端首頁界面設計·用戶注冊：用戶第一次使用需要注冊一個屬于自己的賬戶。包括“用戶名”、“密碼”、“聯(lián)系方式”等信息；圖B-13用戶注冊界面設計·用戶登錄：非第一次的用戶可以跳過注冊直接登錄到簡歷管理系統(tǒng)中，包括“用戶名”、“密碼”等信息；圖B-14用戶登錄界面設計·模板選擇：用戶可通過仔細喜歡的簡歷樣式來制定自己的簡歷。選擇模板包括“封面選擇”、“類別選擇”、“排版選擇”等模式；圖B-14用戶選擇簡歷模板界面設計·簡歷填寫：用戶選擇好簡歷模板后就可以進行填寫自己的信息在模板中。包括“用戶名”、“密碼”、“聯(lián)系方式”、“生日”、“性別”等信息；圖B-15用戶填寫簡歷詳細信息界面設計·簡歷分享：用戶選擇好簡歷模板后并填寫自己的信息在模板中之后還可以選擇是否與好友分享自己制作的簡歷。包括“選擇分享用戶”、“驗證碼”等信息；圖B-16用戶分享簡歷界面設計·個人信息修改：包括“用戶名”、“密碼”、“聯(lián)系方式”、“生日”、“性別”等信息；圖B-17用戶個人信息界面設計·找回密碼：包括“用戶名”、“郵箱”等信息幫助管理員/用戶找回密碼。圖B-19用戶找回密碼界面設計4.體系結構簡歷管理系統(tǒng)的總體結構設計遵循如下原則。1）簡歷管理系統(tǒng)應具有良好的適應性：能適應用戶對簡歷管理系統(tǒng)的軟件環(huán)境、管理內(nèi)容、模式和界面的要求；2）簡歷管理系統(tǒng)應具有可靠性：采用成熟的技術行為和軟件開發(fā)平臺，以保證簡歷管理系統(tǒng)在以后的實際應用中安全、可靠；3）簡歷管理系統(tǒng)應具有較好的安全性：應提高安全機制和用戶權限限制機制的完善程度，確保數(shù)據(jù)的受限訪問；4）簡歷管理系統(tǒng)應具有良好的可維護性：簡歷管理系統(tǒng)應易于維護、安裝；5）簡歷管理系統(tǒng)應具有良好的可擴展性：簡歷管理系統(tǒng)應適應未來信息化建設的要求，能方便地進行功能擴展，以建立完善的信息集成管理體系。本簡歷管理系統(tǒng)采用體系結構，struct是一個基于模型（Model）一視圖（View）一控制器（Controller），即MVC模式的應用架構的開源框架。4.1體系結構目前軟件項目中有很多體系結構，其中struct是比較流行的一種。4.1.1struct體系結構對于開發(fā)Web應用，要從頭設計并開發(fā)出一個可靠、穩(wěn)定的框架不是一件容易的事情。隨著Web開發(fā)技術的日趨成熟，在Web開發(fā)領域出現(xiàn)了一些現(xiàn)成的優(yōu)秀的框架、開發(fā)者可以直接使用它們，struct就是一個很好的框架結構，它是在JSPModel2基礎上實現(xiàn)的一個MVC框架，在struct框架在模型由實現(xiàn)業(yè)務邏輯的JavaBean或者EJB組件構成，控制器由ActionServlet和Action來實現(xiàn)，視圖由一組JSP文件組成，圖B-5顯示了Struct實現(xiàn)的MVC框架。其中：·視圖，就是一組JSP文件，這些JSP文件沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這些標簽可以是標準的JSP標簽或者是客戶化標簽，如struct標簽庫的標簽。此外，通常將struct框架中的ActionFormBean也劃為視圖模塊，ActionFormBean是一種JavaBean，除了具有一些JavaBean的常規(guī)行為外，還包含了一些特殊的行為，用于驗證HTML表單數(shù)據(jù)以及將其屬性重新設置為默認值。Struct框架利用ActionFormBean來進行視圖和控制器之間表單數(shù)據(jù)的傳遞。Strcut框架將用戶輸入的數(shù)據(jù)保存在ActionFormBean中，同時將它傳遞給控制器，然后控制器可以對ActionFormBean中的數(shù)據(jù)進行修改，JSP文件使用struct標簽讀取修改后的ActionFormBean的數(shù)據(jù)信息，然后重新設置HTML表單?？刂破骺刂破鰽ctionServlet視圖JSPStruct-config.xml模型JavaBeanEJBActionActionAction瀏覽器Web服務器圖B-23struct實現(xiàn)的MVC框架·控制器，控制器由ActionServlet類和Action類實現(xiàn)，ActionServlet類是struct框架中的核心組件。ActionServlet主要負責接收HTTP請求的信息，根據(jù)配置文件struct-config.xml的配置信息，將請求轉發(fā)給適當?shù)腁ction對象，如果該Action對象不存在，ActionServlet會先創(chuàng)建這個Action對象.Action類負責調用模型的行為，更新模型的狀態(tài)，并幫助控制應用程序的流程，Action類本身也可以完成一些實際的業(yè)務邏輯?！つＰ?，模型表示應用程序的狀態(tài)和業(yè)務邏輯，業(yè)務邏輯常常由JavaBean或者EJB組件實現(xiàn)。如果在Web應用開發(fā)中套用現(xiàn)成的struct框架，就可以簡化每個開發(fā)階段的工作，開發(fā)人員可以更加有針對性地分析應用需求，不必重新設計框架，只需在struct框架的基礎上，設計MVC各個模塊包含的具體組件，在編碼過程中，可以充分利用struct提供的各種實用類和標簽庫，簡化編碼工作。Struct框架可以方便迅速地將一個復雜的應用劃分成模型、視圖和控制器組件，而struct的配置文件struct-config.xml可以靈活地組裝這些組件，以簡化開發(fā)過程。4.1.2簡歷管理系統(tǒng)體系結構根據(jù)簡歷管理系統(tǒng)分析結果，該簡歷管理系統(tǒng)從結構上應滿足：·基于游覽器進行顯示以方便用戶使用；·采用MVC的三層體系結構，分化各個功能組件；·采用JDBC技術與數(shù)據(jù)庫通信以便于數(shù)據(jù)庫的轉換；·采用標簽技術完成動態(tài)頁面的簡單邏輯。本簡歷管理系統(tǒng)的體系結構如圖B-6所示，它基本遵循了struct體系的MVC框架規(guī)范。視圖(V)層:用戶界面(瀏覽器)視圖(V)層:用戶界面(瀏覽器)HTML,CSS,DHTML,JavaScript,XML視圖(V)層:服務器端腳本ConnectsUItoBusinessObjects,JavaServerPages,JavaServlets控制(C)層:分布式組件JavaBean模型(M):數(shù)據(jù)源和持久對象存儲ODBC,JDBC,OLEDB,ADO,XML,LDAP圖B-24簡歷管理系統(tǒng)的體系結構其中：·表示層，用于與用戶進行交互并顯示結果。包括所有的JSP，提供用戶界面，接受用戶輸入，還包括相應的ActionFromBean，用來存放表單數(shù)據(jù)，并進行表單數(shù)據(jù)驗證；·控制層，包括所有的Action類，它完成三項任務，一是進行業(yè)務邏輯驗證，二是調用模型組件，三是決定將合適的視圖組件返回給用戶；·模型，包括進行邏輯處理的JavaBean等，數(shù)據(jù)庫采用ODBC技術以提供數(shù)據(jù)庫的可移植性。體系結構的具體拓撲圖示如圖B-7所示。圖B-25體系結構拓撲圖1）客戶層：用于與企業(yè)信息簡歷管理系統(tǒng)的用戶進行交互以及顯示根據(jù)特定業(yè)務規(guī)則進行計算后的結果。本簡歷管理系統(tǒng)將完全采用基于Web的（B/S架構）客戶端，即用戶可以直接通過瀏覽器來訪問和使用本簡歷管理系統(tǒng)。2）中間層：這相當于三層標準架構中的Web應用服務層，支持諸如響應客戶請求以及查詢等功能。并且由中間層進行邏輯處理，再將處理的結果反饋給客戶或者發(fā)送到數(shù)據(jù)庫中。3）服務層：主要是數(shù)據(jù)庫簡歷管理系統(tǒng)，這里的數(shù)據(jù)庫簡歷管理系統(tǒng)主要是關系數(shù)據(jù)庫簡歷管理系統(tǒng)（RDMS）。4.2簡歷管理系統(tǒng)進行環(huán)境下面講述簡歷管理系統(tǒng)運行的網(wǎng)絡結構，硬件、軟件環(huán)境。4.2.1網(wǎng)絡結構圖本簡歷管理系統(tǒng)的網(wǎng)絡拓撲圖如圖B-8所示。圖B-26網(wǎng)絡拓撲圖其中的局域網(wǎng)用戶機主要是公司內(nèi)部的人員可以使用的機器，運程用戶機主要是指通過互聯(lián)網(wǎng)登錄簡歷管理系統(tǒng)的人員使用的機器，可以是公司內(nèi)部的人，也可以是用戶。4.2.2硬件環(huán)境本簡歷管理系統(tǒng)的硬件環(huán)境如下。1）客戶機：普通PC·CPU：P41.8GHz以上·內(nèi)存：256MB以上·能夠運行IE5.0以上或者Netscape4.0以上版本的機器·分辨率：推薦使用1024×768像素2）Web服務器·CPU：P42.0GHz·內(nèi)存：1GB以上·硬盤：80GB以上·網(wǎng)卡：KMb/s速度網(wǎng)卡3）數(shù)據(jù)庫服務器·CPU：P42.0GHz·內(nèi)存：1GB以上·硬盤：80GB以上4.2.3軟件環(huán)境本簡歷管理系統(tǒng)的軟件環(huán)境如下：·操作簡歷管理系統(tǒng)：Windows10專業(yè)版·開發(fā)工具包：JDKVersion1.4.2·開發(fā)環(huán)境：eclipse-SDK-3.1.2win32·數(shù)據(jù)庫：MySQLVersion14..14Distrib5.6.27·Web服務器：ApacheTomcat8.0·瀏覽器：Firefox，Chrome，IE6.0以上1） 數(shù)據(jù)庫及操作簡歷管理系統(tǒng)：對于核心數(shù)據(jù)庫來說，選擇一個合適的數(shù)據(jù)庫簡歷管理系統(tǒng)對我們的簡歷管理系統(tǒng)運行是很重要的，選擇數(shù)據(jù)庫的關鍵因素是要考慮預計會有多少人同時訪問數(shù)據(jù)庫；正常工作時間的級別；用來訪問數(shù)據(jù)庫的應用程序的類型；運行數(shù)據(jù)庫的服務器的硬件和操作簡歷管理系統(tǒng)類型以及管理人員的專業(yè)技術水平。目前市場上適用于中小型企業(yè)的數(shù)據(jù)庫產(chǎn)品有IBMDB2、MicrosoftSQLServer系列，Oracle系列，MySQL等。所有這些產(chǎn)品都基于SQL語言。同時，它們還擁有精度復雜的安全控制以適應不同的商業(yè)需要。服務器操作簡歷管理系統(tǒng)使用Windows2000Server考慮到價格因素、易用性，我們使用MySQL作為簡歷管理系統(tǒng)后臺數(shù)據(jù)庫簡歷管理系統(tǒng)。2）Web服務軟件：目前的Web服務器軟件有很多種，成熟而且穩(wěn)定的有Apache、Tomcat和Microsoft的IIS，它們占據(jù)著Web服務器市場最大的份額。Tomcat是Sun和Apache合作推出的JSPServer，支持Servlet2.2及JSP1.1等版本。而且Tomcat未來將會取代Jserv，成為Apache主要的Servlet&JSPEngine。Tomcat在設計上是以獨立的Server執(zhí)行，而不像Jserv是附在Apche中，這樣就更可以在servlet中，發(fā)揮非HttpServlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用，不需要考慮操作簡歷管理系統(tǒng)平臺。因此這里選擇Tomcat8.0作為Web服務器。5.數(shù)據(jù)模型本簡歷管理系統(tǒng)的數(shù)據(jù)模型設計內(nèi)容主要是進行數(shù)據(jù)庫的設計。5.1數(shù)據(jù)庫的概念結構模型設計概念設計用來反映現(xiàn)實世界中的實體、屬性和它們之間的關系等的原始數(shù)據(jù)形式，建立數(shù)據(jù)庫的每一幅用戶視圖。圖B-28是簡歷管理系統(tǒng)E-R圖。其中簡歷管理系統(tǒng)中的管理用戶創(chuàng)建維護題庫、管理模板、發(fā)布招聘簡歷，模板中的所有題目是由題庫中的題目構成，發(fā)布的每個簡歷都對應一套（多個）模板。用戶看到招聘簡歷后，選擇合適的簡歷應聘，提交自己的基本信息、工作經(jīng)歷、教育經(jīng)歷、家庭成員、掌握的基本技能、個人評價等簡歷情況，并回答模板。圖B-27數(shù)據(jù)庫設計概念模型類圖E5.2數(shù)據(jù)庫的邏輯結構模型設計圖B-28數(shù)據(jù)庫設計的邏輯模型E-R圖數(shù)據(jù)庫的邏輯設計是將各局部的E-R圖進行分解、合并后重新組織起來形成數(shù)據(jù)庫全局邏輯結構，包括所確定的關鍵字和屬性、重新確定的記錄結構、所建立的各個數(shù)據(jù)之間的相互關系。根據(jù)本簡歷管理系統(tǒng)需求分析，簡歷管理系統(tǒng)的數(shù)據(jù)庫包括了好友管理、簡歷模板管理、簡歷管理、管理員/用戶管理以及需要的基本數(shù)據(jù)字典等部分。好友管理包括的庫表：·Friend——用戶的好友；簡歷模板管理包括的庫表：·ResumeTemplate——簡歷模板信息；簡歷管理包括的庫表：·race——比賽信息；·career——工作經(jīng)歷；·education——教育經(jīng)歷；·mainCourse——專業(yè)；·otherTraining——其他培訓；·address——住址；·slary——期望的薪水。用戶管理包括的庫表：·user——管理端用戶的信息。表B-2簡歷模板（ResumeTemplate）表字段名字段代碼字段類型主(外)鍵是否為空備注(代碼字典表)Style

StylevarcharNNidIdIntegerYNcategorycategoryvarcharNNcomposingcomposingStringNNresumeresumeResumeNN表B-2好友（Friends）表字段名字段代碼字段類型主(外)鍵是否為空備注(代碼字典表)name

namevarcharNNididIntegerYNcontactcontactvarcharNNaddressaddressvarcharNN表B-9個人簡歷信息表(Resume)字段名字段代碼字段類型主(外)鍵是否為空備注(代碼字典表)技能ID

SkillIDIntegerYN申請IDApplyIdIntegerNN技能名稱SkillNamevarcharNN技能水平SkillLevelvarchaerNN技能詳情|SkillDetailvarchaerNN簡歷名稱

JobNAMEvarchaerNN簡歷IDJobIDIntegerNN簡歷類型IDJobTypeIDIntegerNN發(fā)布時間PubDateDateNY結束時間EndDateDateNY簡歷數(shù)量JobNumIntegerNN描述DescriptionvarcharNY需求RequirementsvarcharNY其它OthersvarcharNY申請ID

ApplyIdIntegerYN簡歷IDApplyJobIDIntegerYN姓名NamevarcharNN英文名EngNamevarcharNN性別GenderIntegerNN1-男，2-女生日BirthDateDateNN身高HeightdoubleNY國籍NationvarcharNY戶口HukouvarcharNN身份類型IdentityTypevarcharNN???身份證號IdentifyNOvarcharNN婚否MarriageTypevarcharNY工齡WorkYearIntegerNY有效時間AvailableDatevarcharNN目前年薪CurrentSalaryvarcharNY???期望年薪ExpectedSalayvarcharNY???住處ResidencyvarcharNY固定電話HomephonevarcharNY公司電話CompanyPhonevarcharNY移動電話moblievarcharNY電子信箱EmailvarcharNY教育情況ID

EducationIDIntegerYN專業(yè)MajorvarcharNN年級DegreeintegerNN教育背景EduDetailVarcharNN表B-15用戶表(Users)字段名字段代碼字段類型主(外)鍵是否為空備注(代碼字典表)用戶ID

UserIDvarchaerYN用戶姓名UserNamevarcharNN至少是6個英文字母用戶密碼UserPwdvarcharNN表B-16管理員表(Users)字段名字段代碼字段類型主(外)鍵是否為空備注(代碼字典表)id

AdminIDvarchaerYNnameAdminNamevarcharNN至少是6個英文字母passwordAdminPasswordvarcharNN至少是6個英文字母或數(shù)字useruserUserNNresumeTemplateresumeTemplateResumeTemplateNNpowerpowervarcharNN在確定了各個表主鍵字段的基礎上，依據(jù)表與表相關字段之間的聯(lián)系建立了各表之間的關系，如圖B-10所示。圖B-29數(shù)據(jù)庫設計的物理模型5.3數(shù)據(jù)庫物理結構模型設計信息存儲結構的設計在簡歷管理系統(tǒng)的設計中至關重要，要考慮到數(shù)據(jù)冗余、簡歷管理系統(tǒng)執(zhí)行效率、信息控制以及維護等方面的要求。信息的管理離不開數(shù)據(jù)庫的支持，我們采用SQLServer2000數(shù)據(jù)庫管理簡歷管理系統(tǒng)。數(shù)據(jù)庫的物理設計主要是對數(shù)據(jù)在內(nèi)存中的安排，包括對索引區(qū)、緩沖區(qū)的設計，對使用的外存設備及外存空間的組織，包括索引區(qū)、數(shù)據(jù)塊的組織與劃分，設置訪問數(shù)據(jù)的方式行為。需在非簡歷管理系統(tǒng)卷（操作簡歷管理系統(tǒng)所在卷以外的其他卷）上安裝SQLServer程序及數(shù)據(jù)庫文件。內(nèi)存是影響MicrosoftSQLServer簡歷管理系統(tǒng)性能的一個重要因素，應在MicrosoftSQLServer數(shù)據(jù)庫安裝后進行內(nèi)存選項（Memory）設置，最大配置值為2GB。為了確定SQLServer簡歷管理系統(tǒng)最適宜的內(nèi)存需求，可以從總的物理內(nèi)存中減去Windows2000Server需要的內(nèi)存（12MB）以及其他一些內(nèi)存需求后綜合確定，理想的情況是給SQLServer分配盡可能多的內(nèi)存，而不產(chǎn)生頁面調度。設置服務器的虛擬內(nèi)存為1GB。對SQLServer屬性配置如圖B-11所示。通過ADO對象提供的OLEDB接口與數(shù)據(jù)庫連接。1）首先創(chuàng)建Connection對象。Sq1DatabaseName=“WSZP”Sq1password=“xxxxxxxx”Sq1username=“sa”Sq1Loca1Name=“xx.xx.xx.xx”ConnStr=“provider”=Sqloledb;UserID=“&Sqlusername&”;Password=“&SqlPassword&”;InitialCatalog=“&SqlDatabaseName&”;DataSource=“&SqlLocalName&”;Setcnn=Server.Createobject(“ADODB.Connection”)cnn.openConnnstr2）不直接打開記錄集，充分利用連接池。Setrs=“Server.Createobject”(“ADODB.Recordset”)rs.operSQL,cnnSetrsl=Server.Createobject(“ADODB.Recordset”)rsl.openSQL,cnn這種打開連接池的方式可以節(jié)省數(shù)據(jù)庫服務器的內(nèi)存資源。3）使用記錄集后，最早的時間釋放數(shù)據(jù)庫資源。RS.closesetrs=nothingcnn.closesetcnn=nothing數(shù)據(jù)庫各庫表的腳本代碼見數(shù)據(jù)庫腳本文件。6.模塊設計按照功能分解，本簡歷管理系統(tǒng)分為客戶端管理簡歷管理系統(tǒng)和管理端簡歷管理系統(tǒng)。根據(jù)頁面流的設計，管理端簡歷管理系統(tǒng)又分為用戶登錄、管理員管理、簡歷模板管理、登陸管理等模塊，如圖B-30所示。圖B-30模塊設計各個部分的關系如圖B-13所示。針對不同用戶，提供了兩類功能登錄接口：即用戶登錄接口和企業(yè)管理人員登錄接口，這些接口都以Web頁面的形式提供。通過各自的頁面，用戶和管理人員可以從事各自的活動。以下將分小節(jié)介紹各個部分的設計。6.1客戶端模塊設計客戶端運行在公用網(wǎng)上登錄到簡歷管理系統(tǒng)中。當用戶希望制作簡歷時，可以根據(jù)類別、風格、排版選擇簡歷模板，然后填寫自己的基本信息，包括：姓名、年齡、住址、學歷、職業(yè)、家庭情況、基本技能、個人評價，這些構成了簡歷信息，當填寫完后可以查看簡歷。最后用戶還可以分享自己的簡歷給朋友。還可以修改自己的個人信息。以及找回密碼等功能。6.1.1表示層設計根據(jù)上述功能介紹，總結出客戶端的頁面設計如表B-31所列。圖B-31模塊之間的關系表B-18客戶端的頁面設計界面JSP功能描述首頁Index.jsp簡歷管理系統(tǒng)主頁面登錄管理Login.jsp登錄個人信息PersonalInfo.jsp修改個人信息簡歷分享ResumeShare.jsp分享簡歷給朋友簡歷填寫ResumeWrite.jsp填寫個人的簡歷密碼找回PasswordBack.jsp找回用戶密碼模板選擇ResumeChoose.jsp用戶選擇簡歷模板模板管理TemplateManage.jsp管理簡歷模板人員管理PeopleManage.jsp管理管理與智能/用戶根據(jù)界面流的設計可以確定各個界面的訪問入口以及界面之間切換關系，流程圖如圖B-14所示。ActionFormBean用于在視圖組件和控制組件之間傳遞HTML表單數(shù)據(jù)，通常每個HTML表單對應一個ActionFormBean。此外，ActionFormBean的validate()行為用于對用戶輸入的數(shù)據(jù)進行合法性驗證，由于ActionFormBean工作于視圖組件和控制器組件之間，不會訪問模型組件，因此，validate()行為通常不涉及對數(shù)據(jù)的業(yè)務邏輯驗證，只是完成簡單的數(shù)據(jù)格式和語法檢查。表B-4列出了ActionForm以及進行相應的驗證。HTML表單中的字段和ActionFormBean中的屬性是一一對應的。圖B-32客戶端頁面流程圖表B-19客戶端的ActionForm界面JSP功能描述首頁Index.jsp簡歷管理系統(tǒng)主頁面登錄管理Login.jsp登錄個人信息PersonalInfo.jsp修改個人信息簡歷分享ResumeShare.jsp分享簡歷給朋友簡歷填寫ResumeWrite.jsp填寫個人的簡歷密碼找回PasswordBack.jsp找回用戶密碼模板選擇ResumeChoose.jsp用戶選擇簡歷模板6.1.2控制層控制層主要是設計Action組件，Action負責單位事件的流程控制，Action映射決定了Action與其他Web組件之間的關聯(lián)關系?？蛻舳说氖录饕ㄟM入簡歷列表、瀏覽簡歷信息，進入應聘界面，添加用戶基本信息，添加用戶工作經(jīng)歷信息，回答簡歷模板，提交簡歷，所有頁面的上級返回動作以及工作經(jīng)歷信息、教育經(jīng)歷信息、技能信息、家庭關系信息的增刪等動作。表B-5列出了每個Action入口（即調用Action的組件）、傳遞Action的ActionForm以及出口（即Action將請求轉發(fā)到目標組件）。表B-20客戶端應用的Action映射事件Action入口ActionForm出口進入簡歷列表EnActionindex.jspJobFormjoblist.jsp瀏覽簡歷詳細信息JobDetailActionjoblist.jspJobDetailFormjobdetail.jsp進入應聘界面ApplyJobActionjobdetail.jspCVbasicinfo.jsp添加用戶基本信息AddbasicinfoActionCVbasicinfo.jspCVbasicinfoFormcareer.jsp工作經(jīng)歷每條信息的增刪ProcesscareerActioncareer.jspcareer.jsp添加用戶工作經(jīng)歷信息AddcareerActioncareer.jspCareerFormeducation.jsp返回工作經(jīng)歷信息頁面的上一步BackcareerActioncareer.jspCVbasicinfo.jsp教育經(jīng)歷每條信息的增刪ProcesseducationActioneducation.jspeducation.jsp添加用戶教育經(jīng)歷信息AddeducationActioneducation.jspEducationFormskills.jsp返回教育經(jīng)歷信息頁面的上一步BackeducationActioneducation.jspcareer.jsp技能每條信息的增刪ProcessskillsActionskills.jspskills.jsp添加用戶技能信息AddskillsActionskills.jspSkillsFormrelation.jsp返回技能信息頁面的上一步BackskillsActionSkills.jspeducation.jsp家庭關系信息每條信息的增刪ProcessrelationActionrelation.jsprelation.jsp添加用戶家庭關系信息AddrelationActionrelation.jspRelationFormaddtion.jsp返回家庭關系信息頁面的上一步BackrelationActionrelation.jspskills.jsp添加用戶個人評價信息AddaddtionActionaddtion.jspAddtionFormexam.jsp返回自我介紹信息頁面的上一步BackaddtionActionaddtion.jsprelation.jsp簡歷瀏覽CVallActionaddtion.jspCVallFormCVall.jsp返回簡歷瀏覽頁面的上一步BackCVallActionCVall.jspaddtion.jsp提交簡歷SubmitActionexam.jspExamForminputdone.jsp提交頁面返回BacksubmitActioninputdone.jspjoblist.jsp6.1.3模型層在struct框架中，模型組件負責完成業(yè)務邏輯，模型組件可以是JavaBean、EJB和實用類?？蛻舳说臉I(yè)務邏輯主要是完成數(shù)據(jù)庫的操作，提交用戶的簡歷信息和模板回答信息到數(shù)據(jù)庫中。具體的模型組件如表B-6所示。表B-21客戶端的模型組件模型組件描述DBUtil數(shù)據(jù)庫的基本操作，為復用組件CVDataBean提交用戶的簡歷信息和簡歷模板回答到數(shù)據(jù)庫中6.2登錄管理模塊設計登錄管理模塊負責管理端用戶的登錄。管理端用戶都是通過登錄界面進入管理端的，用戶輸入ID和密碼進入管理界面首頁，并根據(jù)用戶的權限在首頁中列出相應的操作功能。6.2.1表示層設計根據(jù)上述的功能介紹，總結出用戶登錄的頁面如表B-7所示。表B-22登錄管理模塊的頁面設計界面JSP功能描述登錄界面login.jsp登錄的主頁面主頁面main.jsp管理主頁面頁面中部center.jsp復用頁面：頁面中心部分頁面上端top.jsp復用頁面：頁面上面部分頁面左端left.jsp復用頁面：頁面的左面部分頁面下端bottom.jsp復用頁面：頁面的下面部分根據(jù)界面流的設計可以確定各個界面的訪問入口以及界面之間切換關系，頁面的流程圖如圖B-15所示。圖B-33登錄管理的頁面流程構件圖6.2.2控制層設計登錄管理的控制層主要是設計用戶的登錄事件的流程控制（Action）。表B-8列出了每個Action的入口（即調用Action的組件）、傳遞Action的ActionForm以及出口（即Action將請求轉發(fā)到目標組件）。表B-23登錄管理的控制層設計事件Action入口ActionForm出口用戶LoginActionlogin.jspLoginFormmain.jsp6.2.3模型層設計登錄管理模型組件負責完成用戶信息的數(shù)據(jù)庫的操作的業(yè)務邏輯，建立封裝了用戶信息的bean，這個bean主要驗證用戶相關信息是否存在，并判斷其權限。模型組件見表B-9表B-24登錄管理的模型組件模型組件描述DBUtilPermissionUserbean數(shù)據(jù)庫的基本操作，為復用組件判斷用戶權限的類Bean主要驗證用戶信息是否存在6.3用戶管理模塊設計在用戶管理中簡歷管理系統(tǒng)管理員對用戶進行增加、刪除、修改、查詢，進行權限設置。具有不同權限的用戶進入不同的主界面，界面左側欄中的圖標有所不同，具體的圖標與用戶所具有的權限對應。在用戶管理中可以增加或刪除用戶，編輯ID，修改用戶權限等。6.3.1表示層設計根據(jù)上述功能介紹，總結出用戶管理功能的頁面如表B-25。界面JSP功能描述用戶界面用戶詳細信息修改用戶信息添加用戶main.jspuserlist.jspuserdetail.jspadduser.jsp用戶管理主界面用戶詳細信息的界面完成特定用戶信息的維護。即修改刪除等增加用戶信息用戶管理模塊各個表示頁面之間的關系如圖B-34所示。圖B-34用戶管理頁面之間的關系構件圖6.3.2控制層設計用戶管理的控制層主要負責進入用戶信息界面、時入瀏覽用戶信息界面、增加用戶信息、修改用戶信息、刪除用戶信息等事件的流程控制，即設計用戶管理的Action。表B-11列出了用戶管理的每個Action的入口（即調用Action的組件）、傳遞Action的ActionForm以及出口（即Action將請求轉發(fā)到目標組件）。6.3.3模型層設計用戶管理的模型層主要是完成用戶信息的瀏覽、增加用戶信息、用戶信息維護等業(yè)務邏輯，并完成相應的數(shù)據(jù)庫操作。模型組件如表B-27所列。表B-26用戶管理的控制層設計事件Action入口ActionForm出口進入用戶信息界面UserlistActionmain.jspUserListFormuserlist.jsp進入瀏覽用戶信息界面UserDetailActionuserlist.jspUserDetailFormuserdetail.jsp修改用戶信息界面ModifyUserActionuserlist.jspModifyUserFormuserdetail.jsp提交修改用戶信息界面SubmitModifyActionuserdetail.jspModifyUserFormuserlist.jsp增加用戶信息AddUserActionuserlist.jspAddUserFormuserdetail.jsp提交增加用戶信息SubmitAddActionuserdetail.jspAdduserFormuserlist.jsp刪除用戶信息DelUserActionuserlist.jspDelUserFormuserlist.jsp表B-27用戶管理的模型組件模型組件描述DBUtil數(shù)據(jù)庫的基本操作，為復用組件Userbean主要完成管理用戶信息6.4題庫管理模塊設計題庫管理主要包括：對知識庫的維護和管理，即對題庫的題目進行的增加、刪除、修改的功能及提供知識庫中題目的詳細信息。6.4.1表示層設計根據(jù)上述的功能介紹，總結出題庫管理功能的頁面設計如表B-28所示。表B-28題庫管理的頁面設計界面JSP功能簡歷模板信息首頁kninlist.jsp題庫管理主頁面簡歷模板信息列表knlist.jsp顯示知識簡歷模板列表簡歷模板詳細信息kndetail.jsp知識簡歷模板的詳細信息增加簡歷模板addkn.jsp增加簡歷模板的頁面增加簡歷模板（購物車）addkn_cart.jsp增加簡歷模板的購物車增加個人信息addanswer.jsp增加簡歷模板個人信息的頁面增加個人信息（購物車）addanswer_cart.jsp增加簡歷模板個人信息的購物車注：題庫管理模塊中也用到前面提到的公共頁面，例如left.jsp,top.jsp.bottom.jsp。各個界面流的基本流程關系如圖B-17所示。圖B-35題庫管理的頁面構件圖6.4.2控制層設計題庫管理的控制層主要負責進入簡歷模板信息界面，進入簡歷模板詳細信息界面，進入增加簡歷模板信息。刪除簡歷模板信息界面，進入增加個人信息界面等事件的流程控制。表B-14列出了題庫管理控制層每個Action的入口（即調用Action的組件）、傳遞Action的ActionForm以及出口（即Action將請求轉發(fā)到目標組件）。6.4.3業(yè)務邏輯層設計題庫管理業(yè)務邏輯層設計主要包括建立封裝了知識信息的bean，建立封裝了個人信息信息的bean以及封裝個人信息的購物車，它們完成將簡歷模板和相應的個人信息存放于數(shù)據(jù)庫的操作，同時也提供了數(shù)據(jù)維護的操作等邏輯。模型組件見表B-29。表B-29題庫管理的控制層設計事件Action入口ActionForm出口進入簡歷模板信息列表QuestionSearchActionkninlist.jspQuestionSearchFormknlist.jsp進入簡歷模板詳細信息QuestionDetailActionknlist.jspQuestionDetailFormkndetail.jsp增加簡歷模板AddQuestionActionknlist.jspAddQuestionFormaddkn.jsp刪除簡歷模板DelQuestionActionknlist.jspDelQuestionFormknlist.jsp增加個人信息SubmitAnswerActionaddanswer.jspSubmitAnswerFormkninlist.jsp刪除個人信息DelAnswerActionkndetail.jspDelAnswerFormkninlist.jsp增加個人信息（購物車）SubmitAnswer_CartActionaddanswer_cart.jspSubmitAnswer_CartFormkn_cart.jsp刪除個人信息（購物車）DelAnswer_CartActionaddanswer_cart.jspDelAnswer_CartFormkn_cart.jsp表B-30題庫管理的模型組件模型組件描述DBUtil數(shù)據(jù)庫的基本操作，為復用組件Questionbean封裝了知識信息的beanAnswerbean封裝了個人信息信息的beanKnCart封裝個人信息的購物車6.5模板管理模塊設計模板管理是管理員根據(jù)知識題庫中的簡歷模板生成各種類別的模板，并且可以對模板的簡歷模板進行增加、刪除、修改的功能。6.5.1表示層設計根據(jù)上述的功能介紹，總結出模板管理功能的頁面如表B-16所示。各個界面基本流程如圖B-36所示。圖B-36模板管理的頁面構件圖表B-31模板管理的頁面設計頁面JSP功能描述模板列表examlist.jsp顯示所有模板列表，可以刪除模板模板詳細信息examdetail.jsp顯示每個模板的具體信息，可以上下移動簡歷模板，可以刪除簡歷模板增加模板addexam_cart.jsp增加模板增加簡歷模板questionadd.jsp增加模板中的簡歷模板預覽模板examview.jsp瀏覽模板注：模板管理頁面中也使用到了公共的頁面，例如left.jsp,top.jsp,bottom.jsp等。6.5.2控制層設計模板管理控制層主要負責進入模板信息界面、進入模板詳細信息界面、進入增加模板信息、刪除模板信息界面、進入增加簡歷模板界面、瀏覽模板等事件的流程控制。表B-17列出了模板管理控制層每個Action的入口（即調用Action的組件）、傳遞Action的ActionForm以及出口（即Action將請求轉發(fā)到目標組件）。6.5.3模型層設計模板管理的業(yè)務邏輯主要是完成模板維護，并完成相應數(shù)據(jù)庫的操作。所以模板管理的模型層主要是建立封裝了模板信息bean的以及封裝了數(shù)據(jù)庫操作的組件。模型組件見表B-32。表B -32模板管理控制層設計事件Action入口ActionForm出口進入模板列表ExamSearchActionexamlist.jspExamSearchFormexamlist.jsp進入模板詳細信息ExamDetailActionexamlist.jspExamDetailFormexamdetail.jsp增加模板AddExamActionexamlist.jspAddExamFormexamlist.jsp刪除模板DelExamActionexamlist.jspDelExamFormexamlist.jsp增加簡歷模板QuestionSearchActionexamdetail.jsp無questionadd.jsp提交簡歷模板SubmitQuestionToExamActionquestionadd.jspSubmitQuestionToExamFormexamdetail.jsp刪除簡歷模板DelQuestionExamActionexamdetail.jspDelQuestionExamFormexamdetail.jsp預覽模板ViewExamActionexamdetail.jspViewExamFormviewexam.jsp上下移動簡歷模板OrderQuestActionexamdetail.jspOrderQuesFormexamdetail.jsp表B-33模板管理的模型組件模型組件描述DBUtil數(shù)據(jù)庫的基本要操作，為復用組件Exambean封裝了模板信息的beanExamCart類封裝模板的購物車6.6簡歷發(fā)布模塊設計簡歷發(fā)布模塊主要完成招聘簡歷的編制和發(fā)布，在簡歷列表中顯示簡歷名稱，簡歷發(fā)布日期，截止日期，簡歷類型，招聘人數(shù)等，按簡歷發(fā)布日期排序。當點擊簡歷名稱時進入簡歷詳細信息頁面，簡歷詳細頁面顯示簡歷名稱，簡歷描述，簡歷要求，招聘人數(shù)，點擊應聘該簡歷進入填寫基本信息頁面。6.6.1表示層設計根據(jù)上述的功能介紹，總結出簡歷發(fā)布功能的頁面如表B-34所列。表B-34簡歷發(fā)布的頁面設計頁面JSP功能描述簡歷列表joblist.jsp所有簡歷列表簡歷詳細信息jobdetail.jsp每個簡歷詳細信息，提供刪除簡歷功能修改簡歷信息（更新）modifyjob.jsp修改簡歷信息修改簡歷信息（提交）modifyjobsubmit.jsp提交修改后的簡歷信息增加簡歷（更新）addjob.jsp提交增加簡歷、更新信息查詢簡歷jobsearchdetail.jsp查詢簡歷增加價值、工作取向試卷selectexam.jsp增加價值、工作取向試卷修改增加價值取向試卷modifyselectvalueexam.jsp修改增加價值取向試卷修改增加價值取向試卷（提交）modifyvaluesubmit.jsp修改增加價值取向試卷（提交）修改增加工作取向試卷modifyselectjobexam.jsp修改增加工作取向試卷修改、刪除增加工作取向試卷（提交）modifyjobsubmit.jsp修改、刪除增加工作取向試卷（提交）注：簡歷發(fā)布模塊的頁面也使用了公共頁面，例如left.jsp,top.jsp,bottom.jsp等。各個頁面流程如圖B-37所示。圖B-37簡歷發(fā)布模塊的頁面設計構件圖6.6.2控制層設計簡歷發(fā)布的控制層主要負責進入簡歷信息界面、進入簡歷詳細信息界面、進入增加簡歷信息、刪除試卷信息界面、進入增加試卷界面等事件的流程控制。表B-20列出了簡歷發(fā)布控制層每個Action的入口（即調用A