面向對象分析與設計》大作業(yè)范例《網上招聘系統分析設計與實現》(季學期)

1、 面向對象分析設計大作業(yè) 網上招聘系統分析設計與實現 專業(yè)： 班級： 學號： 姓名：成績： 二 一四 年 六月1 大連理工大學城市學院 目 錄第一章 網上招聘系統需求規(guī)格說明書 . - 3 -第二章 軟件項目的概要設計說明書 . 16第三章網上招聘系統詳細設計 . 51第四章 軟件項目的編碼案例說明 . 64第五章 網上招聘系統客戶端系統測試計劃 . 71第六章 網上招聘系統客戶端系統測試設計 . 75第八章 網上招聘系統客戶端系統測試報告 . 92 2 第一章 網上招聘系統需求規(guī)格說明書1.導言 1.1 目的該文檔是關于用戶對于網上招聘系統的功能和性能的要求，重點描述了網上招聘系統的功能需求

2、，是概要設計階段的重要輸入。該文檔是借助于當前系統的邏輯模型導出目標系統的邏輯模型的，解決整個項目系統的“做什么”的問題。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。1.3 編寫說明hr,human resource（人力資源管理）的縮寫。jsp,java server page（java服務器頁面）的縮寫，一個腳本化的語言。uml,unified modeling language（統一建模語言）的縮寫，是一個標準的建模語言。 1.4 術語定義 無1.5 引用標準1企業(yè)文檔格式標準，*有限公司軟件工程過程化組織 2

3、需求規(guī)格報告格式標準，*有限公司軟件工程過程化組織 1.6 參考資料 1uml說明，*軟件有限公司 2需求規(guī)格報告格式標準，*公司軟件工程過程化組織 1.7 版本更新信息表a-1 版本更新記錄修改編號 001 002 003 004 005修改日期 2008.9.5 2006.9.10 2006.9.15 2006.9.16 2006.10.18修改后版本 0.1 0.2 0.3 0.4 1.0修改位置 全部 第3.1節(jié) 第4.1節(jié) 第5.1節(jié) 第7章修改內容概述 初始發(fā)布版本 增加 修改 修改 增加2.系統定義我們分別闡述一下項目的來源、背景，項目的用戶特點和項目的目標。 2.1 項目來源及

4、背景本項目是為北京某公司開發(fā)的一個網上招聘系統，由于這個公司的規(guī)模比較大，需要招聘的員工也很多，每次招聘總能收到成千上萬的簡歷，如何挑選合適的應聘者常常是公司 - 3 - 比較棘手的事情，為人力資源部的工作人員帶來很多的工作量。為此公司希望有一個自動化的招聘系統能夠給他們帶來工作的便利，提高工作效率，同時能及時招聘到滿意的人才。為實現企業(yè)與人才的有效聯系，彌補招聘中存在的種種不足，我們開發(fā)了招聘系統。公司人力資源部的工作人員通過這個招聘系統維護知識題庫，編制問卷，發(fā)布職位和與這個職位相應的問卷；應聘者可以通過網上提交自己的簡歷并同時回答相應的問卷。人力資源部的工作人員通過這個招聘系統可以統計整

5、理這些簡歷，并根據應聘者的簡歷和問卷分數提取出需要面試的人員，然后按照一定的方式通知面試人員參加面試，在面試過程中，記錄相應的面試結果。人力資源部的工作人員可能隨時瀏覽人員簡歷和面試的相關信息。2.2 用戶的特點本系統的用戶都是網上用戶，包括兩類，一類是應聘者，他們的差異比較大，有的學歷很高，有的可能很低。有的經驗很豐富，有的可能沒有經驗等。另外一類用戶是管理用戶，他們是公司網上招聘系統流程圖3.1 系統運行的網絡環(huán)境本系統的網絡運行圖如圖a-2所示，無論是客戶端的應聘者還是管理端的管理用戶都 - 4 - 可以通過網絡登錄到本系統中。應聘者通過網絡提交簡歷等相關信息，人力資源部通過網絡發(fā)布職位

6、信息，獲得應聘者提交的簡歷信息，進行面試管理。管理端的系統管理員需要設置管理端的用戶以及相應的權限。3.2 系統運行的硬件環(huán)境本系統的硬件環(huán)境如下：客戶機：普通pc cpu：p41.8ghz以上 網絡拓撲結構圖系統運行軟件環(huán)境本系統的軟件環(huán)境如下： 操作系統：unix/linux/windows2000或以上版本 數據庫：sql server 2000 開發(fā)工具包：jdk version 1.4.2web服務器：tomcat瀏覽器：ie6.0以上 - 5 - 4.功能規(guī)格我們采用面向對象分析作為主要的系統建模方法，使用uml（unified modeling language）作為建模語言。u

7、ml為建模活動提供了從不同角度觀察和展示系統的各種特征的方法。在uml中，從任何一個角度對系統所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統的映像。用例描述角色（用戶、外部系統以及系統處理）是如何與系統交互來完成工作的。用例模型提供了一個非常重要的方式來界定系統邊界以及定義系統功能，同時，該模型將來可以派生出動態(tài)對象模型。設計用例時，我們遵循下列步驟：1）識別出系統的角色。角色可以是用戶、外部系統，甚至是外部處理，通過某種途徑與系統交互。重要的是著重從系統外部執(zhí)行者的角度來描述系統需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰。盡可能地確保所有角色都被完全識

8、別出來。2）描述主要的用例。可以采取不斷地問自已“這個角色究竟想過系統做什么？”來準確地描述用例。3）重新審視每個用例，為它們下個詳盡的定義。4.1 角色定義角色或者執(zhí)行者指與系統產生交互的外部用戶或者外部系統。4.1.1 應聘者應聘者是指在這個網絡招聘系統中通過客戶端提交簡歷信息的人員，這個角色主要參與客戶端的職位查詢、填寫簡歷、回答問題、提交簡歷等功能。4.1.2 管理用戶管理用戶是指管理端的用戶，此角色派生兩個子類，hr（人力資源管理）和系統管理員，hr是指在網絡招聘系統中通過管理端參與公司人力資源管理工作的人中，它又可以派生三個子類即試題管理者、職位發(fā)布者和面試管理者。系統管理員是指對

9、網上招聘系統進行相關設置、進行系統維護的人員，他也是通過管理端登錄對管理端的用戶進行設置，分配權限等，它們的關系如圖a-3所示。 試題管理者職位發(fā)布者面試管理者圖a-3 管理用戶角色的關系管理用戶具體說明如下：hr 試題管理者。管理題庫、組織相關問卷。- 6 - 職位發(fā)布者。根據公司的需要發(fā)布相應的職位。 面試管理者。整理應聘者簡歷、對簡歷合格人員進行面試。系統管理員通過管理端對系統用戶進行管理的人員，這個角色主要負責對管理端用戶的增刪，權限的設置等功能。4.1.3 數據庫數據庫是一個與系統產生交互的外部系統，這個角色負責系統的數據查詢、增加、刪除和修改等操作。4.2 系統主用例圖網上招聘系統

10、可以分為兩個主要的組成部分，一個是客戶端子系統。一個是管理端子管理端子系統系統。客戶端子系統功能主要是指應聘者通過登錄招聘網站進行操作的功能，即應聘功能。管理端子系統功能是招聘公司的管理人員發(fā)布招聘職位，整理應聘者簡歷，面試等功能。系統的主用例如圖a-4所示。管理用戶應聘者圖a-4 系統的主用例圖4.3 客戶端子系統客戶端子系統應聘者通過公司的招聘網站登錄到系統中進行應聘，應聘者通過它提交簡歷，進行應聘，這就是客戶端子系統的功能。在客戶端用戶可以看到職位名稱，職位發(fā)布日期，截止日應聘者期，職位類型，招聘人數等說明，按職位發(fā)布日期排序。當點擊職位名稱時進入職位詳細信息頁面，如果應聘的話，可以填寫

11、簡歷信息，并回答問卷，最后將問卷連同簡歷一同提交。圖a-5是它的活動圖。客戶端的功能主要包括選擇職位、填寫簡歷、回答問卷等功能，圖a-6是它的用例圖。應聘者回答問卷 圖a-5 客戶端的活動圖 圖a-6 客戶端的功能用例圖 客戶端管理的這些用例描述如下：f-c-1：職位選擇。應聘者登錄到招聘網站可以看到招聘的職位列表，在職位列表職位名稱，職位發(fā)布日期，截止日期，職位類型，招聘人數等，按職位發(fā)布日期序。當點擊某個 - 7 - 招聘職位名稱時進入該職位詳細信息頁面，職位詳細頁面顯示職位名稱，職位描述，職位要求，招聘人數等。f-c-2：簡歷輸入。簡歷輸入包括應聘者的基本信息、工作經歷、教育經歷、基本技

12、能、家屬關系、個人簡短評價等，它們組成應聘者的簡歷信息。f-c-3：問卷回答。應聘者在輸入簡歷后必須回答問卷、問卷分為價值取向、工作取向兩種，問卷從題庫中隨機抽取，每次抽取價值取向和工作取向試題各一套，應聘者須同時回答這兩套試題，企業(yè)人力資源人員通過問卷的回答情況和簡歷情況來選擇應聘者。4.3.1 職位選擇職位選擇是顯示目前正在招聘的所有職位以及每個招聘職位的描述和應聘要求等。具體描述如下。用例描述：應聘職位選擇；執(zhí)行者：應聘者；前置條件：應聘者已登錄系統；后置條件：選擇應聘職位后，則可以輸入簡歷?；韭窂剑篴）應聘者登錄到公司的招聘網頁，顯示目前的招聘職位列表，發(fā)布的日期，招聘的人數等；b）

13、點擊任何一個招聘職位可以瀏覽招聘職位的詳細信息，包括職位工作描述、對應聘者的要求、招聘人數等信息；c）如果對這個職位滿意，可以點擊“應聘該職位”進入填寫簡歷信息頁面，開始填寫簡歷和回答問卷等環(huán)節(jié)。4.3.2 簡歷輸入如果應聘者滿意某個職位，就開始錄入簡歷，簡歷從應聘者的基本信息開始，然后輸入工作經歷、教育經歷、基本技能、家庭成員、自我介紹等內容，最后開始回答問卷。具體描述如下。用例描述：簡歷輸入；執(zhí)行者：應聘者；前置條件：應聘者已選擇應聘職位；后置條件：簡歷輸入后，則可以回答問卷。基本路徑：a）基本信息輸入，包括姓名、性別、年齡、身高、證件類型、證件號碼、婚姻狀況、工作年限、期望的月薪、居住地

14、、電話、e-mail、地址、郵編等信息；b）工作經歷信息輸入，包括起止時間、工作單位、單位所屬行業(yè)、單位性質、部門、職位、工作描述等；c）教育經歷信息輸入，包括起止時間、學校、專業(yè)、學位、簡單描述等；d）基本技能信息輸入，包括技能名稱、熟悉程度、證書、其他說明等；e）家庭成員信息輸入，包括親屬姓名、年齡與本人的關系、工作單位、職位等； f）自我介紹輸入是對自己的簡短評價，字數在100字以內。4.3.3 問卷回答問卷回答要求應聘者回答問卷的所有題目，根據所選擇的答案，系統給出分數（應聘者看不到這個分數），具體功能描述如下。用例描述：問卷回答；執(zhí)行者：應聘者；前置條件：應聘者已輸入簡歷；- 8 -

15、 后置條件：問卷回答后，則可以提交簡歷并附問卷結果。基本路徑：a）要求應聘者回答價值取向和工作取向的問卷；b）每套問卷都是選擇題，問卷全部回答后，才可以提交簡歷；c）最后簡歷信息和回答好的問卷一起提交到服務器端。4.4 管理端子系統管理端子系統主要是提供公司人力資源管理人員使用的功能，它的功能分為題庫管理、問卷管理、職位發(fā)布、簡歷整理、面試管理等部分，每個登錄者首先要通過安全認證然后確認權限，系統根據相應的權限實現相應的功能。圖a-7是管理端的用例圖。管理面試 圖a-7 管理端用例圖f-l-1： 登錄管理登錄管理負責所有的管理端的登錄，管理端的人員要登錄到管理端必須經過登錄界面，輸入自己的用戶

16、名和密碼，然后系統判斷這個用戶的權限信息，不同的登錄人可能具有不同的權限，系統根據不同的權限實現不同的功能。f-m-1： 題庫管理題庫管理 由管理員登錄到系統，實現地知識庫試題的增加、刪除、修改的功能及提供知識庫試題的詳細信息。f-m-2： 問卷管理問卷管理是由管理員登錄到系統，根據知識題庫中提取出來的題目生成各種類別的問卷，并且對問卷的試題進行增加、刪除、修改的功能。f-m-3：職位發(fā)布職位發(fā)布是由管理員登錄到系統，錄入職位及職位的詳細描述信息，并且為職位附加問卷，同時也可對職位進行增加、刪除、修改的功能。f-m-4： 簡歷管理簡歷管理是由人力資源部的管理人員對應聘者發(fā)來的簡歷進行整理，并根

17、據試題的分數，挑選合適的簡歷，同時瀏覽簡歷的基本信息，最后確定可以進行面試的人員，這樣將所有的應聘者人為等待面試、簡歷刪除、保存簡歷三個狀態(tài)。f-m-5：面試管理面試管理是由人力資源管理部門的面試管理者通知要試的人員具體面試的時間、然后以人員進行面試，記錄面試結果。- 9 - f-a-1： 用戶管理用戶管理是由系統管理員增加或刪除用戶，編輯用戶名、用戶密碼，修改用戶權限，使具有不同權限的用戶進入系統主界面時，出現在界面左側欄中的圖標數有所不同，具體的圖標與用戶所具有的權限對應。4.4.1 登錄管理登錄到管理端的所有人都需要通過登錄界面進入相應的管理界面。在登發(fā)界面輸入用戶名和密碼，系統首先判斷

18、用戶名和密碼的正確性，然后根據用戶名確定其權限，不同的登錄者具有不同的權限，根據登錄者具有的權限將相應的功能顯示在管理界面上，沒有權限操作的功能將不顯示在這個界面上。圖a-8是它的活動視圖。 圖a-8 登錄管理活動視圖4.4.2管理題庫在網上招聘系統中，有一套題庫，是由大量的選擇題組成，它是問卷的基本組成。題庫管理模塊主要是完成對每個試題的增加、刪除、修改、查詢等維護功能。具體描述如下。用例描述：題庫管理；執(zhí)行者： 試題管理者；前置條件： 試題管理者已登錄系統；后置條件： 如果題庫維護成功，則數據庫中的試題庫隨之變化，此時可以組織問卷。 基本路徑：a）進入題庫管理界面，首先展示目前題庫已有的題

19、目；b）點擊每個題目可以詳細瀏覽這個題目的具體內容，同時也可以對這個試題的具體內容進行修改；c）增加題目時，首先選擇題目類別，然后是題目名稱、題目內容、確定可選答案（多個）等；d）可以刪除選擇的題目。- 10 - 圖a-9 管理題庫活動視圖4.4.3管理問卷在網上招聘系統中，要定期維護問卷，因為每個招聘職位都附有一個磁問卷，應聘者必須回答問卷，才可以提交簡歷。問卷管理主要是組織問卷，問卷中的所有題目都來自題庫，每份問卷都有不同的針對性，針對不同的招聘需求。具體功能描述如下。用例描述：問卷管理；執(zhí)行者： 試題管理者；前置條件： 試題管理者已登錄系統；后置條件： 如果問卷維護成功后，則數據庫中的問

20、卷隨之變化，發(fā)布職位時可以選擇合適的問卷?；韭窂剑篴）進入問卷管理界面，首先展示目前存在的問卷；b）點擊每個問卷可以詳細瀏覽每個問卷的題目；c）可以對一些題目進行刪除，或者可以重新整理各個題目的順序，同時可以預覽整個問卷；d）提供增加問卷的按鈕，增加問卷時，從題庫中選擇題目；e）可以刪除選擇的問卷。 圖a-10 管理問卷活動視圖- 11 - 4.4.4發(fā)布職位職位發(fā)布是網上招聘系統的主要功能之一，管理人員根據企業(yè)發(fā)展的需要，定期發(fā)布招聘職位需求，詳細描述這個職位情況，招聘要求等。每個職位都附有一套問卷，需要應聘者回答，問卷是針對具體職位選定的，職位信息發(fā)布后，應聘者通過網絡可以看到職位，并可

21、以應聘，具體功能描述如下。用例描述：職位發(fā)布；執(zhí)行者： 職位管理者；前置條件： 職位管理者已登錄系統；后置條件： 如果職位發(fā)布成功后，則數據庫聽職位信息隨之變化，應聘者可以通過網絡看到招聘職位?；韭窂剑篴）進入職位發(fā)布界面，首先展示目前正在招聘的所有職位，可以增加新的招聘職位； b）通過點擊每個職位，可以詳細瀏覽每個職位的詳細描述；c）可以對每個職位信息進行修改；d）提供職位條件查詢功能；e）提供職位刪除功能。 圖a-11 發(fā)布職位活動視圖4.4.5管理簡歷應聘者將簡歷提交之后，人力資源部門的人員開始整理簡歷，將達到一定成績的人員作為面試的被選對象，然后通過瀏覽其簡歷情況，確定可以面試的人員

22、，對需要面試的人員通過電話、郵件等方式通知面試時間。具體的功能描述如下。用例描述：簡歷管理；執(zhí)行者： 面試管理者；前置條件： 面試管理者已登錄系統；后置條件： 簡歷整理完成后，則可以將應聘者分為幾個類別，以便為面試做好準備。 基本路徑：a）進入簡歷管理界面，首先展示目前簡歷對應的職位列表，提供查詢功能；b）通過點擊職位列表進入相應職位的所有簡歷列表界面，這個界面也顯示了每個應聘者的姓名、年齡、性別、問卷的分數以及目前的處理狀態(tài)等信息；c）在簡歷列表中，通過點擊一個應聘者可以顯示這個應聘者的簡歷信息，問卷回答發(fā)問，還可以打印簡歷；d）對簡歷有三種處理結果，即通知面試、保留簡歷、拒絕；- 12 -

23、 e）對簡歷的處理結果，可以采用電子郵件、電話和信件等方式通知應聘者，如果采用電子郵件通知應聘者，系統將提供一個模板。圖a-12 管理簡歷活動視圖4.4.6管理面試對滿足一定條件的應聘者，可以對其進行面試，記錄面試的結果。具體描述如下： 用例描述：面試管理；執(zhí)行者： 面試管理者；前置條件： 面試管理者已登錄系統；后置條件： 如果大幅度工完成后，則面試的結果記錄到數據庫中?；韭窂剑篴）進入面試管理界面，首先展示目前的招聘職位列表，提供查詢功能；b）點擊某個職位進入與這個職位相應的接受面試人員的列表；c）將接受面試的人分類瀏覽，分為等待通知者、等待面試者和面試完成者；對沒有通知面試的人，通知其進

24、行面試，他的狀態(tài)就變?yōu)榈却嬖囌撸籨）點擊每個列表上的人，可以瀏覽到這個應聘者的信息；e）面試完成時，需要記錄面試的時間、面試人以及面試結果等，記錄信息提交后這個應聘者的狀態(tài)就變?yōu)槊嬖囃瓿烧摺?圖a-13 管理面試活動視圖- 13 - 4.4.7管理用戶系統管理員可以進行權限設置，在用戶管理界面中對用戶進行增加、刪除、修改、查詢。具體功能描述如下。用例描述：用戶管理；執(zhí)行者： 系統管理員；前置條件： 系統管理員已登錄系統；后置條件： 如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：a）進入用戶管理界面，顯示目前的系統用戶以及每個用戶具有的權限；b）點擊不同的用戶，可以顯示這個

25、用戶的信息以及相應權限，必要時可以修改其權限； c）可以增加用戶，也可以刪除用戶。 圖a-14 管理用戶活動視圖 5.性能需求根據用戶對本系統的要求，確定系統在響應時間、可靠性、安全性等方面有較高的必能要求。5.1 界面需求系統的界面要求如下。1）頁面內容：主題突出，站點定義、術語和行文格式統一、規(guī)范、明確、欄目、菜單設置和布局合理，傳遞的信息準確、及時。內容豐富，文字準確，語句通順，專用術語規(guī)范，行文格式統一規(guī)范。2）導航結構：頁面具有明確的導航指示，且便于理解，方便用戶使用。3）技術環(huán)境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽，無錯誤鏈接和空鏈接；采用css處理，控制字體大小和版

26、面布局。4）藝術風格：界面、版面形象清晰悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方，動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協調。5.2 響應時間需求無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統應該及時地進行反應，反應的時間在5秒以內。系統應能監(jiān)測出各種非正常情況，如與設備的通信中斷，無 - 14 - 法連接數據庫服務器等，以避免出現長時間等待甚至無響應。5.3 可靠性需求系統應保證724小時需求規(guī)格簽字- 15 - 第二章 軟件項目的概要設計說明書案例說明網上招聘系統項目的概要設計說明書如下。網上招聘系統概要設計1.導言 1.1 目的該文檔的

27、目的是描述網上招聘系統項目的概要設計，其主要內容包括：系統功能簡介；系統結構設計；系統接口設計；數據設計；模塊設計；界面設計。開發(fā)人員；項目管理人員；測試人員。 1.2 范圍該文檔定義了系統的結構和單元接口，但未確定單元的實現方法，這部分內容將在詳細設計/實現中確定。 1.3 編寫說明uml：unified modeling language（統一建模語言）的縮寫，是一個標準的建模語言。 hr：human resource（人力資源管理）的縮寫。jsp：java server page（java服務器頁面）的縮寫，一個腳本化的語言。mvc:model-view-control（模式-視圖-控制

28、）的縮寫，表示一個三層的結構體系。 ejb:enterprise java bean（企業(yè)級javabean）的縮寫。 1.4 術語定義jsp model2:servlet/jsp規(guī)范的0.92版本中描述的術語，定義了如何在同一個應用程序中聯合使用servlet和jsp的體系結構。javabean：用java語言實現的滿足一定功能的類。 1.5 引用標準1企業(yè)文檔格式標準，*軟件有限公司2軟件概要設計報告格式標準，*軟件有限公司軟件工程過程化組織1.6 參考資料1實戰(zhàn)struct（美）ted husted機械工業(yè)出版社，2軟件重構清華大學出版社，16 1.7 版本更新信息表b-1 版本更新記錄

29、修改編號000001 修改日期 2006.4.18 2006.4.25 修改后版本 0.1 1.0 修改位置 全部 6.5節(jié) 修改客戶端子系統圖示 圖b-2 管理端子系統 17 3. 界面設計本系統的用戶界面按功能分為客戶端界面和管理端界面。圖b-3 管理端的頁面流程3.1 管理端界面設計管理端主要實現題庫管理、問卷管理、職位發(fā)布、簡歷管理、面試管理以及用戶管理等功能。主要界面設計如下：18 登錄界面：通過輸入用戶各和密碼實現用戶登錄，并判斷用戶的權限； 圖b-4 用戶登錄界面設計管理首頁：根據用戶的權限，進入首頁，并在首頁中展示此用戶相應可以操作的權限功能； 管理題庫：包括“題目列表”、“題

30、目詳細信息”、“增加試題”、“刪除試題”、“修改試題”、“增加答案”和“刪除答案”等頁面； 圖b-5 管理題庫界面設計問卷管理：包括“試題列表”、“試題詳細信息”、“修改試題”、“增加試題”、“刪除試題”和“預覽試題”等頁面； 圖b-6 管理問卷界面設計19 發(fā)布職位：包括“職位列表”、“職位詳細信息”、“查詢職位”、“增加職位”、“刪除職位”和“修改職位”等頁面； 圖b-7 發(fā)布職位界面設計 管理簡歷：包括“職位列表”、“應聘者列表”、“應聘者申請表”、“查看試卷答案”、“回復信息”和“打印簡歷”等頁面； 圖b-8 管理簡歷界面設計20 面試管理：包括“職位列表”、“應聘者列表”、“應聘者求

31、職申請表”、“查看試卷答案”、“未發(fā)通知”、“等待面試”和“面試完成”等頁面； 圖b-9 管理面試界面設計用戶管理：包括“用戶列表”、“用戶信息”、“修改用戶信息”、“增加用戶”和“刪除用戶”、“用戶權限設置”等頁面； 圖b-10管理用戶界面設計 3.2 客戶端界面設計圖b-11客戶端的頁面流程 客戶端主要為應聘者提供網上應聘的過程，應聘者通過選擇合適的職位，填寫個人簡歷，并通過問卷來進行測評，提交的簡歷和測評結果一同到服務器端，供管理者挑選合適的簡歷。在客戶界面，應聘者首先進入企業(yè)招聘界面，點擊“招賢納士”按鈕進入職位列表界 21 面，包括“職位列表”、“職位詳細信息”、“申請職位”、“填寫

32、個人基本信息”、“填寫工作經歷”、“填寫教育經歷”、“填寫基本技能”、“填寫家庭成員”、“填寫個人評價”、“預覽簡歷”和“答題”等頁面。 圖b-12客戶端主頁面界面設計 圖b-13應聘者查詢職位界面設計 圖b-14 應聘者查詢職位列表界面設計22 圖b-15 應聘者查詢職位詳細信息界面設計 圖b-16 應聘者填寫簡歷界面設計 圖b-17 應聘者填寫工作經歷界面設計 23 圖b-18 應聘者填寫教育經歷界面設計 圖b-19應聘者填寫基本技能界面設計 圖b-20 應聘者填寫家庭成員界面設計 24 圖b-21 應聘者填寫自我評價界面設計 圖b-22 應聘者回答問卷界面設計 25 4. 體系結構系統的

33、總體結構設計遵循如下原則。1）系統應具有良好的適應性：能適應用戶對系統的軟件環(huán)境、管理struct實現的mvc框架26 控制器，控制器由actionservlet類和action類實現，actionservlet類是struct框架中的核心組件，是這個mvc的中央控制器的角色。actionservlet主要負責接收http請求的信息，根據配置文件struct-config.xml的配置信息，將請求轉發(fā)給適當的action對象，如果該action對象不存在，actionservlet會先創(chuàng)建這個action對象.action類負責調用模型的方法，更新模型的狀態(tài)，并幫助控制應用程序的流程，對于小型

34、簡單的應用，action類本身也可以完成一些實際的業(yè)務邏輯。模型，模型表示應用程序的狀態(tài)和業(yè)務邏輯，業(yè)務邏輯常常由javabean或者ejb組件實現。如果在web應用開發(fā)中套用現成的struct框架，就可以簡化每個開發(fā)階段的工作，開發(fā)人員可以更加有針對性地分析應用需求，不必重新設計框架，只需在struct框架的基礎上，設計mvc各個模塊包含的具體組件，在編碼過程中，可以充分利用struct提供的各種實用類和標簽庫，簡化編碼工作。struct框架可以方便迅速地將一個復雜的應用劃分成模型、視圖和控制器組件，而struct的配置文件struct-config.xml可以靈活地組裝這些組件，以簡化開發(fā)

35、過程。4.1.2 系統體系結構根據系統分析結果，該系統從結構上應滿足：基于游覽器進行顯示以方便用戶使用；采用mvc的三層體系結構，分化各個功能組件；采用jdbc技術與數據庫通信以便于數據庫的轉換；采用標簽技術完成動態(tài)頁面的簡單邏輯。本系統的體系結構如圖b-6所示，它基本遵循了struct體系的mvc框架規(guī)范。圖b-24 系統的體系結構其中：表示層，用于與用戶進行交互并顯示結果。包括所有的jsp，提供用戶界面，接受用戶輸入，還包括相應的actionfrom bean，用來存放表單數據，并進行表單數據驗證；控制層，包括所有的action類，它完成三項任務，一是進行業(yè)務邏輯驗證，二是調用模型組件，三

36、是決定將合適的視圖組件返回給用戶；模型，包括進行邏輯處理的javabean等，數據庫采用odbc技術以提供數據庫的可移植性。體系結構的具體拓撲圖示如圖b-7所示。 27 圖b-25體系結構拓撲圖 1）客戶層：用于與企業(yè)信息系統的用戶進行交互以及顯示根據特定業(yè)務規(guī)則進行計算后的結果。本系統將完全采用基于web的（b/s架構）客戶端，即用戶可以直接通過瀏覽器來訪問和使用本系統。2）中間層：這相當于三層標準架構中的web應用服務層，支持諸如響應客戶請求以及查詢等功能。并且由中間層進行邏輯處理，再將處理的結果反饋給客戶或者發(fā)送到數據庫中。3）服務層：主要是數據庫系統，這里的數據庫系統主要是關系數據庫系

37、統（rdms）。4.2 系統進行環(huán)境下面講述系統運行的網絡結構，硬件、軟件環(huán)境。4.2.1 網絡結構圖本系統的網絡拓撲圖如圖b-8所示。遠程用戶機“圖b-26 網絡拓撲圖28 其中的局域網用戶機主要是公司內部的人員可以使用的機器，運程用戶機主要是指通過互聯網登錄系統的人員使用的機器，可以是公司內部的人，也可以是應聘者。4.2.2 硬件環(huán)境本系統的硬件環(huán)境如下。1）客戶機：普通pccpu：p41.8ghz以上內存：256mb以上能夠運行ie5.0以上或者netscape4.0以上版本的機器分辨率：推薦使用1024768像素2）web服務器cpu：p42.0ghz內存：1gb以上硬盤：80gb以上

38、網卡：kmb/s速度網卡3）數據庫服務器cpu：p42.0ghz內存：1gb以上硬盤：80gb以上4.2.3 軟件環(huán)境本系統的軟件環(huán)境如下：操作系統：unix/linux/windows2000或以上版本數據庫：sql server 2000開發(fā)工具包：jdk version1.4.2開發(fā)環(huán)境：eclipse-sdk-3.1.2win32web服務器：tomcat瀏覽器：ie6.0以上1） 數據庫及操作系統：對于核心數據庫來說，選擇一個合適的數據庫系統對我們的系統運行是很重要的，選擇數據庫的關鍵因素是要考慮預計會有多少人同時訪問數據庫；正常工作時間的級別；用來訪問數據庫的應用程序的類型；運行數

39、據庫的服務器的硬件和操作系統類型以及管理人員的專業(yè)技術水平。目前市場上適用于中小型企業(yè)的數據庫產品有ibm db2、microsoft sql server系列，oracle系列。所有這些產品都基于sql語言。同時，它們還擁有精度復雜的安全控制以適應不同的商業(yè)需要。服務器操作系統使用windows2000 server考慮到價格因素、易用性，我們使用sql server2000作為系統后臺數據庫系統，服務器操作系統采用windows2000 server。2）web服務軟件：目前的web服務器軟件有很多種，成熟而且穩(wěn)定的有apache、tomcat和microsoft的iis，它們占據著web

40、服務器市場最大的份額。tomcat是sun和apache合作推出的jsp server，支持servlet2.2及jsp1.1等版本。而且tomcat未來將會取代jserv，成為apache主要的servlet&jsp engine。tomcat在設計上是以獨立的server執(zhí)行，而不像jserv是附在apche中，這樣就更可以在servlet中，發(fā)揮非httpservlet的能力。tomcat是java程序，所以只要有jdk就可以使用，不需要考慮操作系統平臺。因此這里選擇tomcat作為web服務器。5. 數據模型本系統的數據模型設計內容主要是進行數據庫的設計。29 5.1 數據庫的

41、概念結構模型設計概念設計用來反映現實世界中的實體、屬性和它們之間的關系等的原始數據形式，建立數據庫的每一幅用戶視圖。圖b-28是系統e-r圖。其中系統中的管理用戶創(chuàng)建維護題庫、管理問卷、發(fā)布招聘職位，問卷中的所有題目是由題庫中的題目構成，發(fā)布的每個職位都對應一套（多個）問卷。應聘者看到招聘職位后，選擇合適的職位應聘，提交自己的基本信息、工作經歷、教育經歷、家庭成員、掌握的基本技能、個人評價等簡歷情況，并回答問卷。 圖b-27 數據庫設計概念模型類圖e 30 5.2 數據庫的邏輯結構模型設計圖b-28 數據庫設計的邏輯模型e-r圖 數據庫的邏輯設計是將各局部的e-r圖進行分解、合并后重新組織起來

42、形成數據庫全局邏輯結構，包括所確定的關鍵字和屬性、重新確定的記錄結構、所建立的各個數據之間的相互關系。根據本系統需求分析，系統的數據庫包括了題庫管理、問卷管理、職位發(fā)布、簡歷管理、用戶管理以及需要的基本數據字典等部分。題庫管理包括的庫表：answer題庫中的題目答案； question題庫中的題目。 問卷管理包括的庫表： exam問卷信息；examdetail問卷包含題目的詳細信息； jobexam職位對應的問卷。 職位發(fā)布包括的庫表：joblist職位的詳細列表； jobexam職位對應的問卷。 簡歷管理包括的庫表：applyjob應聘某個職位的信息；31 career工作經歷； educa

43、tion教育經歷；examresult問卷回答結果； family家庭關系；personalinfo個人的基本信息； skill基本技能信息。 用戶管理包括的庫表：users管理端用戶的信息。 基本字典包括的庫表：city包括的城市名稱，例如北京、上海、廣州等；currentsalary當前的薪水范圍，例如1000元以下，10002000元等；expectedsalary期望的薪水范圍，例如10002000，20003000，10000以上等；marriagetype婚姻狀況，包括已婚、未婚；moneytype幣種，包括人民幣、美元、港元、歐元等； nation國籍，包括中國、美國、英國、德國

44、等；identifytype身份證件類型，包括身份證、軍人證等； province省名，包括黑龍江、吉林、遼寧、河北、河南等；healthtype健康狀況類型，包括良好、一般、很好、不好、差等； hukou戶口類型，包括城鎮(zhèn)戶口、農村戶口等；codejobtype工作類型，包括教師、軟件工程師、律師、法官、公務員等。 表b-2是對表joblist的設計，其他庫表的詳細設計見數據表設計文件。表b-2 joblist（職位列表）表表b-3申請職位表(applyjob)32 表b-4職位類型表(jobtype) 表b-5答案表(answer) 表b-6技能表(skill) 33表b-7職位列表(jo

45、blist)表b-8問題表(question) 表b-9個人信息表(personalinfo)表b-11考試詳情表(examdetail)表b-12教育情況表(education)34 表b-13家庭情況表(family)表b-14考試表(exam)表b-15用戶表(users)表b-16考試成績表(examresult)35 表b-17 職位問題表(jobexam) 在確定了各個表主鍵字段的基礎上，依據表與表相關字段之間的聯系建立了各表之間的關系，如圖b-10所示。圖b-29 數據庫設計的物理模型 5.3 數據庫物理結構模型設計信息存儲結構的設計在系統的設計中至關重要，要考慮到數據冗余、系統

46、執(zhí)行效率、信息控制以及維護等方面的要求。信息的管理離不開數據庫的支持，我們采用sql server 2000數據庫管理系統。數據庫的物理設計主要是對數據在內存中的安排，包括對索引區(qū)、緩沖區(qū)的設計，對 36 使用的外存設備及外存空間的組織，包括索引區(qū)、數據塊的組織與劃分，設置訪問數據的方式方法。需在非系統卷（操作系統所在卷以外的其他卷）上安裝sql server程序及數據庫文件。內存是影響microsoft sql server系統性能的一個重要因素，應在microsoft sql server數據庫安裝后進行內存選項（memory）設置，最大配置值為2gb。為了確定sql server系統最適

47、宜的內存需求，可以從總的物理內存中減去 windows 2000 server需要的內存（12mb）以及其他一些內存需求后綜合確定，理想的情況是給sql server分配盡可能多的內存，而不產生頁面調度。設置服務器的虛擬內存為1gb。對sql server屬性配置如圖b-11所示。 通過ado對象提供的oledb接口與數據庫連接。1）首先創(chuàng)建connection對象。sq1databasename=“wszp”sq1password=“xxxxxxxx”sq1username=“sa”sq1loca1name=“xx.xx.xx.xx”connstr=“provider”=sqloledb;

48、user id=“& sqlusername &”; password=“& sqlpassword &”;initial catalog=“& sqldatabasename &”; data source=“& sqllocalname &”;set cnn=server.createobject (“adodb.connection”)cnn.open connnstr2）不直接打開記錄集，充分利用連接池。set rs=“server.createobject”(“adodb.recordset”)rs.oper sql,c

49、nnset rsl=server.createobject(“adodb.recordset”)rsl.open sql,cnn這種打開連接池的方式可以節(jié)省數據庫服務器的內存資源。3）使用記錄集后，最早的時間釋放數據庫資源。rs.closeset rs=nothingcnn.closeset cnn=nothing數據庫各庫表的腳本代碼見數據庫腳6. 模塊設計按照功能分解，本系統分為客戶端管理系統和管理端系統。根據頁面流的設計，管理端系統又分為用戶登錄、用戶管理、題庫管理、問卷管理、職位發(fā)布、簡歷管理、面試管理等7個模塊，如圖b-30所示。 37 各個部分的關系如圖b-13所示。針對不同用戶，

50、提供了兩類功能登錄接口：即應聘者登錄接口和企業(yè)管理人員登錄接口，這些接口都以web頁面的形式提供。通過各自的頁面，應聘者和企業(yè)管理人員可以從事各自的活動。以下將分小節(jié)介紹各個部分的設計。 6.1 客戶端模塊設計客戶端運行在公用網上，可以顯示職位列表，應聘者可以查看所應聘職位的詳細信息。當應聘者希望應聘某職位時，可以填寫自己的基本信息，包括：姓名、年齡、住址、學歷、職業(yè)、家庭情況、基本技能、個人評價，這些構成了簡歷信息，當填寫完后可以查看簡歷。最后應聘者需完成一套問卷試題，試題包括價值取向，工作取向兩種類型，題型為選擇題，當提交試卷后，簡歷信息和答題結果存入簡歷庫中，應聘者可以繼續(xù)應聘其他職位。

51、在客戶端用戶可以看到職位名稱、職位發(fā)布日期、截止日期、職位類型、招聘人數等，當點擊職位名稱時進入職位詳細信息頁面。6.1.1表示層設計根據上述功能介紹，總結出客戶端的頁面設計如表b-31所列。圖b-30 模塊設計圖b-31 模塊之間的關系 38 表b-18 客戶端的頁面設計界面 主頁面 職位列表 職位詳細信息 個人基本信息 個人工作經歷 個人教育經歷 個人基本技能 家庭成員 個人評價 預覽簡歷 答題 提交jspindex.jsp joblist.jsp jobdetail.jsp cvbasicinfo.jsp career.jsp education.jsp skills.jsp relation.jsp addtion.jsp cvall.jsp exam,jspinputdone.jsp功能描述客戶端的主頁面 顯示招聘的所有職位 顯示某個職位的詳細信息 填寫個人基本情況頁面 填寫個人工作經歷頁面 填寫個人教育經歷頁面 填寫個人基本技能頁面 填寫家庭成員頁面200字以內的個人評價頁面