【正文】 進(jìn)行顯示，如果找不到 用戶，就跳轉(zhuǎn)到顯示頁(yè)面， 顯示無(wú)符合信息。 同時(shí)如果連續(xù)輸入多次密碼錯(cuò)誤的話就鎖定用戶， 1 小時(shí)之內(nèi)不能輸入。 18 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) JS PS tr u ts A ct i o n B e a nw e b se r v iceX H i b e r n a teh i b e r n a te e n tity b e a n 圖 系統(tǒng)組件圖 系統(tǒng) 流程設(shè)計(jì) 系統(tǒng)登錄 流程 如下： 系統(tǒng)用戶在系統(tǒng)登錄頁(yè)面輸入用戶名和密碼，點(diǎn)擊提交 按鈕，觸發(fā)后臺(tái)系統(tǒng)登錄的LoginAction，首先獲取登錄頁(yè)面輸入的用戶名和密碼 。 退出功能主要是： 如果員工和管理員使 用完系統(tǒng)以后，可以 退出系統(tǒng)，返回登錄首頁(yè)。 薪水信息管理功能主要有： 查找個(gè)人薪水信息 ， 修改個(gè)人薪水信息 ， 顯示個(gè)人薪水信息 。 履歷信息管理功能 主要 是操作履歷信息管理內(nèi)容， 主要 的功能包括 ： 查找個(gè)人履歷信息 ， 修改個(gè)人履歷信息 ， 刪除個(gè)人履歷信息 ， 添加個(gè)人履歷信息 。 系統(tǒng)功能模塊結(jié)構(gòu) 系統(tǒng)的功能模塊主要分為： 人事基本信息管理 ，履歷信息管理， 技能信息管理 ， 薪水信息管理 ， 修改密碼 ， 退出 等。 ：主要存 儲(chǔ)系統(tǒng)的數(shù)據(jù)，對(duì)上層提交的操作，在數(shù)據(jù)上進(jìn)行更新。負(fù)責(zé)整個(gè)系統(tǒng)整體邏輯的 作。 層：負(fù)責(zé)頁(yè)面的調(diào)轉(zhuǎn)程序的流向， 操作頁(yè)面的具體功能 。 ：采用 HTML 實(shí)現(xiàn)， CSS 負(fù)責(zé)頁(yè)面的美觀， JavaScript 負(fù)責(zé)實(shí)現(xiàn)一些動(dòng)態(tài)效果和簡(jiǎn)單驗(yàn)證功能，以減少服務(wù)器的負(fù)擔(dān)。下層為卜層提供公用 API。 客 戶 端J a v aS c r i ptH T M LC S SW e b 層S e r v le tJ S PA c t i o n 層控 制程 序流 向具 體a c t i on 操 作業(yè) 務(wù) 邏 輯 層處 理事 務(wù)處 理業(yè) 務(wù)邏 輯D a o 層H i b e rn a t e操 作 數(shù)據(jù) 庫(kù)數(shù) 據(jù) 庫(kù)圖 系統(tǒng)邏輯結(jié)構(gòu)圖 共分為如下幾層：客戶端、 Web 層、 Action 層、業(yè)務(wù)邏輯層、 DA0 層和數(shù)據(jù)庫(kù)層。 Controller 層是 Model 與 View 之間溝通的橋梁，它可以分派用戶的請(qǐng)求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的 操作。 Model 層實(shí)現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通常可以用 JavaBean 或 EJB 來(lái)實(shí)現(xiàn)。 在開發(fā)系統(tǒng)時(shí)采用 MVC 模式，共有三層： 模型 (Model),視圖 (View)和控制Controller)。 ，只 需要改變網(wǎng)頁(yè)，即可實(shí)現(xiàn)所有用戶的同步更新。 第三章 需求分析與概要設(shè)計(jì) 15 B/S 結(jié)構(gòu)的優(yōu)點(diǎn) ： ，可以隨時(shí)隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。它是一次性到位的開發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN, WAN, Inter/Intra 等）訪問和操作共同的數(shù)據(jù)庫(kù)；它能有效地保護(hù)數(shù)據(jù)平臺(tái)和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫(kù)也很安全 。這樣就大大簡(jiǎn)化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶的總體成本（ TCO）。它是隨著 Inter 技術(shù)的興起，對(duì) C/S 結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。 安全性需求 ： 為了使職員間的信息保密，該系統(tǒng)只允許員工用戶查看 信息，同時(shí)為了防止虛假修改，也不允許員工 的信息，修改，刪除等操作只能用管理員進(jìn)行。 用例圖如圖 。 查找技能信息刪除員工技能信息修改技能信息顯示自己技能信息管理員添加技能信息員工 圖 查找薪水信息刪除薪水信息修改薪水信息顯示薪水信息員工添加薪水信息管理員 圖 14 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 首先判定查詢的權(quán)限 ，進(jìn)入如果是 員工 進(jìn)入薪水信息操作 頁(yè)面，則只能查看 自己的一些薪水 信息，是不可以進(jìn)行修改、刪除、添加等操作。 如果是管理員權(quán)限，可以進(jìn)行查看所有員工技能信息，同時(shí)，也可以進(jìn)行員工從業(yè)信息的修 改、刪除、添加等操作。 用例圖如圖 。 12 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 員工顯示基本信息查找基本信息刪除基本信息修改基本信息添加基本信息管理員 圖 首先判定查詢的權(quán)限 ，進(jìn)入如果是 員工 進(jìn)入從業(yè) 履歷 頁(yè)面，則只能查看 自己的一些從業(yè)信息，是不可以進(jìn)行修改、刪除、添加等操作。 如果是 管理員，則擁有很高的權(quán)限，比 員工可以進(jìn)的更多的操作，比如： 可以進(jìn)行查看所有員信息，同時(shí)，也可以進(jìn)行員工信息的修改、刪除、添加等操作。 用例圖如圖 。 用例圖如圖 。 10 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 登 陸基 本 信 息 管理履 歷 信 息 管理技 能 信 息 管理薪 水 信 息 管理修 改 密 碼查找基本信息刪除基本信息修改基本信息添加履歷信息修改履歷信息刪除履歷信息添加技能信息修改技能信息刪除技能信息修改薪水信息圖 功能分解圖 系統(tǒng)功能需求分析 注冊(cè)員工賬號(hào) 非注冊(cè)人員管理員注冊(cè)員工登陸 e x t e n d 圖 第三章 需求分析與概要設(shè)計(jì) 11 新用戶將進(jìn)行注冊(cè)，由于涉及到權(quán)限問題，為了避免 員工惡意修改刪除信息，所以只對(duì)外開放注冊(cè)員工賬號(hào)注冊(cè)，不可以注冊(cè)管理賬號(hào)，管理員賬號(hào)應(yīng)該是已經(jīng)預(yù)留好給人事部門的。 員工和管理員可以修改自己的登錄密碼。 當(dāng)員工進(jìn)入公司或者員工通過(guò)了新的技能驗(yàn)證時(shí)，管理員可以通過(guò)技能信息管理給員 工添加這一技能信息，包括：技能的名稱，技能的等級(jí)，獲得技能的時(shí)間，一旦發(fā)生錄入錯(cuò)誤，可以修改，同時(shí)，當(dāng)管理員發(fā)現(xiàn)員工提出的添加申請(qǐng)不符合真是情況，管理可以刪除這一虛假技能信息。 當(dāng)員工進(jìn)入公司時(shí)，需要記錄員工的工作履歷信息，可以添加員工以往的工作履歷，例如工作的公司、工作開始的時(shí)間、工作結(jié)束的時(shí)間。 如果某個(gè)員工的信息出現(xiàn)錯(cuò)誤，管理員可以修改該員工的基本信息。 第三章 需求分析與概要設(shè)計(jì) 9 第三章 需求分析與概要設(shè)計(jì) 本章 主要介紹了 業(yè)務(wù)流程分析 、 系統(tǒng)功能需求分析 、 系統(tǒng)非功能需求分析 、 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)。這 5 個(gè)核心接口在任8 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 何開發(fā)中都會(huì)用到。 Hibernate可以應(yīng)用在任何使用 JDBC 的場(chǎng)合，既可以在 Java 的客戶端程序使用，也可以在Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是， Hibernate 可以在應(yīng)用 EJB 的 J2EE架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任 。 Hibernate 是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝?？梢哉f(shuō) Spring 是企業(yè)應(yīng)用 開發(fā)的 “一站式 ”選擇，并貫穿表現(xiàn)層、業(yè)務(wù)層及持久層。 Spring 作為開源的中間件，獨(dú)立于各種應(yīng)用服務(wù)器，甚至無(wú)須應(yīng)用服務(wù)器的支持，也能提供應(yīng)用服務(wù)器的功能，如聲明式事務(wù)等。從簡(jiǎn)單性、可測(cè)試性和松耦合的角度而言，任何 Java 應(yīng)用都可以從 Spring 中受益。 Spring 使用基本的 JavaBean 來(lái)完成以前只可能由 EJB 完成的事情。 Spring 是一個(gè)開源框架，是為了解決企業(yè) 應(yīng)用開發(fā)程序 復(fù)雜性由 Rod Johnson 創(chuàng)建的。其全新的 Struts 2 的體系結(jié)構(gòu)與 Struts 1 的體系結(jié)構(gòu) 的差別巨大。 Struts 2 是 Struts的下一代產(chǎn)品。 第二章 基礎(chǔ)理論與設(shè)計(jì) 7 SSH 框架 SSH 在 J2EE 項(xiàng)目中表示了 3 種框架 ,即 Spring + Struts +Hibernate。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致顯示的更 新。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。例如，用戶點(diǎn)擊一個(gè)連接，控制層接收請(qǐng)求后，并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要 求的視圖返回給用戶。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣 的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中。數(shù)據(jù)模型主要指實(shí)體對(duì)象 的數(shù)據(jù)保存 (持續(xù)化 )。這點(diǎn)對(duì)編程的開發(fā)人員非常重要。MVC 并沒有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重 用性。MVC 設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是 MVC 最主要的 核心。 模型 (Model)：就是業(yè)務(wù)流程／狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理交予模型 (Model)處理。隨著應(yīng)用的復(fù)雜性 和規(guī)模性，界面的處理也變 得具有挑戰(zhàn)性。類似的，只要 Controller 改變了 View，View 會(huì)從潛在的 Model 中獲取數(shù)據(jù)來(lái)刷新自己。 Event(事件 )導(dǎo)致Controller 改變 Model 或 View，或者同時(shí)改變兩者。 MVC 模式 MVC 模式是“ Model— View— Controller”的縮寫，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式 進(jìn)行分離，這樣一個(gè)應(yīng)用被分成 三個(gè)層— 模型層、視圖層、控制愛。 J2EE 體系結(jié)構(gòu)提供中間層集成框架用來(lái)滿足無(wú)需太多費(fèi)用而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。 J2EE 技術(shù)的基礎(chǔ)就是核心 Java 平臺(tái)或 Java 2 平臺(tái)的標(biāo)準(zhǔn)版， J2EE 不僅鞏固了標(biāo)準(zhǔn)版中的許多優(yōu)點(diǎn)，例如 編寫一次、隨處運(yùn)行 的特性、方便存取數(shù)據(jù)庫(kù)的JDBC API、 CORBA 技術(shù)以及能夠在 Inter 應(yīng)用中保護(hù)數(shù)據(jù)的安全模式等等，同時(shí)還提供了對(duì) EJB（ Enterprise JavaBeans）、 Java Servlets API、 JSP（ Java Server Pages）以及XML 技術(shù)的全面支持。 4 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 第二章 基礎(chǔ)理論與設(shè)計(jì) 5 第二章 基礎(chǔ)理論與技術(shù) 本章主要介紹系統(tǒng)采用的相關(guān)理論和技術(shù) 。 第五章介紹了幾個(gè)主要功能的測(cè)試以及示例。 第三章詳細(xì)介紹了系統(tǒng)的功能需求分析與非功能需求分析。 本章主要敘述了項(xiàng)目提出的背景、研究現(xiàn)狀以及項(xiàng)目的研究目標(biāo)。 數(shù)據(jù)庫(kù)的設(shè)計(jì)，接口的設(shè)計(jì)， 功能模塊的實(shí)現(xiàn)，由于采用了 B/S 結(jié)構(gòu)， 和用戶交互的界面是網(wǎng)頁(yè)，同時(shí)還要設(shè)計(jì)網(wǎng)頁(yè)頁(yè)面，與功能模塊相銜接。 本文工作內(nèi)容 本項(xiàng)目是根據(jù)企業(yè)的需求，通過(guò)分析公司背景，了解公司人事的行政流程，設(shè)計(jì)和實(shí)現(xiàn)一個(gè) 公司職員信息管理系統(tǒng)，該系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn) 主要設(shè)計(jì)以下內(nèi)容： 通過(guò)對(duì)企業(yè)方面調(diào)研和了解，熟悉企業(yè)的人事管理流程，整理出企業(yè)人事管理的 需求和注意事項(xiàng)， 做出需求分析報(bào)告，引領(lǐng)整個(gè)項(xiàng)目開 發(fā)的流程，做出事先的統(tǒng)一調(diào)配和規(guī)劃。 本設(shè)計(jì)就是建立一個(gè)公 司職員信息管理系統(tǒng)，并實(shí)現(xiàn)查詢功能，統(tǒng)計(jì)功能和管理功能。 在進(jìn)行人力資源管理信息系統(tǒng)設(shè)計(jì)時(shí) ,39。 由于我國(guó)的傳統(tǒng)文化和企業(yè)氛圍一直倡導(dǎo)人和 ,致使人力資源管理工作一直是人治大于法治 ,管理工作經(jīng)常體現(xiàn)為個(gè)人意志 .很多企業(yè)將注意力放在人力資源管理的具體操作層面上 ,只是將傳統(tǒng)的行政人事部門改頭換面成人力資源管理部門 ,致使人力資源管理的流程不順 ,缺乏可依據(jù)的標(biāo)準(zhǔn) ,信息誤導(dǎo)現(xiàn)象嚴(yán)重 ,信息集成層次不高 ,無(wú)法更宏觀地利用人力資源數(shù)據(jù) .長(zhǎng)此以往 ,管理制度不完善 ,流程不規(guī)范 ,人力資源管理基礎(chǔ)薄弱 .信息化