【正文】 ，在用戶的參與下定義系統(tǒng)的執(zhí)行者；定義、建立用例圖。 (2)根據(jù)問題陳述和用例對系統(tǒng)進(jìn)行靜態(tài)建模，描述出系統(tǒng)的類，找出對象，并定義出對象的屬性、操作等 。建立類圖、對象圖、包圖等。 (3)在靜態(tài)建模的基礎(chǔ)上進(jìn)行動態(tài)建模，根據(jù)所定義的類，對象描述他們之間的動態(tài)關(guān)系；有選擇的使用狀態(tài)圖、活動圖、順序圖、合作圖 來表達(dá)系統(tǒng)的動態(tài)特征。 (4)建立系統(tǒng)的體系結(jié)構(gòu)模型?？梢允褂媒M件配置圖來實(shí)現(xiàn)系統(tǒng)的功能和系統(tǒng)資源的合理位置。教務(wù)管理內(nèi)容多，涉及面廣內(nèi)容復(fù)雜。 系統(tǒng)需求問題描述 系統(tǒng)的 USE CASE 圖 所謂 Use Case是指系統(tǒng)外部的事物 (活動者 )與系統(tǒng)的交互，它表達(dá)了系統(tǒng)的功能，即系統(tǒng)所提供的服務(wù)。 Use Case圖是一種描述 Use Case的可視化工具，它用簡單的圖形元素表示出系統(tǒng)的活動者、 Use Case，以及它們之間的聯(lián)系，準(zhǔn)確地山東大學(xué)碩士學(xué)位論文 21 表達(dá)了活動者與系統(tǒng)的交互情況和系統(tǒng)所能提供的服務(wù)。 Use Case圖簡潔明了，對需求的描述規(guī)范化，較好地避免了在表達(dá)上產(chǎn)生的歧義，便于用戶和系統(tǒng)開發(fā)人員理解系統(tǒng)的需求，取得共識。 建立 USE CASE圖可以按下列步驟進(jìn)行 : (1)確定系統(tǒng)范圍和系統(tǒng)邊界 。 (2)找出系統(tǒng)外部的活動者和外部系統(tǒng) 。 (3)確定每一個活動者所期望的系統(tǒng)行為，把這些系統(tǒng)行為命名為 USE CASE。 (4)把一些公共的系統(tǒng)行為分解為一批新的 USE CASE，供其它的 USE CASE引用，把一些變更的行為分解為擴(kuò)展 USE CASE。 (5)精化 USE CASE圖。在實(shí)際的開發(fā)中，往往也可以首先 確定系統(tǒng)所需要實(shí)現(xiàn)的功能，即 USE CASE，然后，再尋找各個 USE CASE所對應(yīng)的活動者。 系統(tǒng) USE CASE 圖建立 按照 RUP 的要求，系統(tǒng)的功能性需求描述工具主要是用例 (Use Case)，即將系統(tǒng)的功能性需求分解到每一個系統(tǒng)用例。 RUP 模式的最大優(yōu)點(diǎn)是按照角 (Actor)識別用例 (Use Case)的方法，該方法可以較為直觀地建立起系統(tǒng)的架構(gòu)，通過反復(fù)識別，避免需求中的漏項。為了清晰地描述系統(tǒng)用例的層次結(jié)構(gòu)，可以采用將系統(tǒng)用例分為不同的包，每一個包表示一組相關(guān)的系統(tǒng)用例 [20]。 為了清 晰起見，本系統(tǒng)引入了包圖來將不同的功能用例進(jìn)行分類，每個包圖作一個子系統(tǒng)，如圖 31所示。從功能上看，該企業(yè)人事管理系統(tǒng)可以分為四個子系統(tǒng)：員工信息管理、部門信息管理、考勤信息管理、系統(tǒng)信息管理。 山東大學(xué)碩士學(xué)位論文 22 員 工 信 息 管 理 部 門 信 息 管 理考 勤 信 息 管 理 系 統(tǒng) 信 息 管 理 圖 31 公司人事管理系統(tǒng)功能包圖 每個包代表了一個子系統(tǒng)，分別對相應(yīng)的事務(wù)進(jìn)行管理。在每個包中，通過例圖來描述系統(tǒng)的參與者 (Actor)和系統(tǒng)的用例 (Use Case)，每一個用例通過用例規(guī)約進(jìn)行詳細(xì)的描述。 用例圖是被成為執(zhí)行者的外部擁護(hù)所能觀察到的 系統(tǒng)功能的模型圖。用例是中的一個功能單元，可以被描述為執(zhí)行者與系統(tǒng)之間的一次交互作用。用例圖的用途是列出系統(tǒng)中的用例和執(zhí)行者，并顯示哪個執(zhí)行者參與了哪個用例的執(zhí)行。 經(jīng)過以上分析，圖 32 為本系統(tǒng)的用例圖。 公 司 人 事 管 理 系 統(tǒng)查 詢 統(tǒng) 計員 工 考 勤 、 休 假 等信 息 維 護(hù)系 統(tǒng) 維 護(hù)添 加 、 修 改人 員 信 息添 加 、 修 改部 門 信 息系 統(tǒng) 管 理 員員 工 圖 32 公司人事管理系統(tǒng)用例圖 山東大學(xué)碩士學(xué)位論文 23 第 4 章 公司人事管理系統(tǒng)設(shè)計 總體設(shè)計 本公司人事管理系統(tǒng)需要具備以下功能： 1．根據(jù)公司的實(shí)際情況，對部門進(jìn)行合理劃分。 2．控制員工和管理員登錄后所擁有的操作權(quán)限。 3．對員工信 息進(jìn)行有效的管理（例如添加，刪除，修改等操作）和查詢。 在進(jìn)入每個子模塊時都要進(jìn)行權(quán)限驗(yàn)證，如果登錄用戶不具備該子模塊的操作權(quán)限，則提示越權(quán)信息，并禁止該用戶進(jìn)入系統(tǒng)子模塊。當(dāng)用戶進(jìn)入子模塊時，可根據(jù)此模塊的功能進(jìn)行相應(yīng)的操作。發(fā)現(xiàn)越權(quán)行為，給出越權(quán)警告。 UML 活動關(guān)系如圖 41 所示。 登 錄 進(jìn) 入 人 事管 理 系 統(tǒng)部 門 管 理 基 本 信 息 條 件 查 詢 系 統(tǒng) 維 護(hù) 圖 41 UML 活動關(guān)系圖 山東大學(xué)碩士學(xué)位論文 24 功能設(shè)計 1．登錄 設(shè)置使用人事管理系統(tǒng)的用戶及其使用權(quán)限 。本系統(tǒng)的用戶及其操作權(quán)限是由管理員添加的，管理員添加完畢用戶之后，再將登錄名和密碼分配給員工。新用戶的登錄密碼最初是一個默認(rèn)值，所有的登錄用戶都有修改自己登錄密碼的操作權(quán)限。 2．人員管理 包括員工的基本信息、個人信息，并提供按部門、個人名字等條件進(jìn)行檢索、錄入和修改。所有的登錄用戶都具有修改本人部分信息的操作權(quán)限。 3．員工維護(hù) 只有管理員才有權(quán)限進(jìn)入的，管理員可以通過此模塊新增加教職工，可以刪除和編輯員工的信息（如所屬部門和職務(wù)等）。 4．部門維護(hù) 管理各分支機(jī)構(gòu)的所屬部門信息。包括各部門的編號、名稱 、聯(lián)系方式、聯(lián)系地址、負(fù)責(zé)人、所屬部門等。只有管理員才可對部門列表進(jìn)行瀏覽、新增、編輯、刪除等操作，其他人員只能看到相應(yīng)權(quán)限的欄目。 該模塊可根據(jù)編號、名稱等任意條件進(jìn)行單條件或多條件組合查詢 數(shù)據(jù)庫設(shè)計與實(shí)現(xiàn) 人事管理系統(tǒng)是非常通用的管理信息系統(tǒng)，是企事業(yè)單位實(shí)現(xiàn)辦公自動化的山東大學(xué)碩士學(xué)位論文 25 前提和基礎(chǔ)。數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的好壞將直接對應(yīng)用系統(tǒng)的效率以及實(shí)現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。同時，合理的數(shù)據(jù)庫結(jié)構(gòu) 也將有利于程序的實(shí)現(xiàn)。設(shè)計數(shù)據(jù)庫系統(tǒng)時應(yīng)該首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。 數(shù)據(jù)庫設(shè)計步驟如下 （ 1） 在 根 目 錄 xk 下 建 立 一 個 db_Mispersonel 文 件 夾 用 于 存 放 數(shù)據(jù)庫文件。 （ 2）在 數(shù)據(jù)庫文件下建立 Tb_employee、 Tb_department、Tb_User_Login、 Tb_leaver_recordrest 四個數(shù)據(jù)表，內(nèi)部具體設(shè)置如下： Tb_employee 表： E_ID、 E_Name、 E_Sex、 E_Birth、 E_Address、 E_Intro、E_Picurl、 D_Name，分別存放員工 ID、姓名、性別、出生年月、地址、照片、所屬部門等信息。 Tb_department 表： D_ID（ identification card） 、 D_Name、 D_Tel、 D_Address、D_Chief、 D_Belong，分別存放部門 ID、名稱、聯(lián)系方式、聯(lián)系地址、負(fù)責(zé)人、所屬部門等信息。 Tb_User_Login 表： ID、 userName、 userPass、 userRole，分別存放登錄用戶 ID、用戶名、密碼、權(quán)限等信息。 Tb_leaver_recordrest表： ID（ identification card） 、 E_Name、 L_Kind、 L_Reason、L_Agreer、 L_StartTime、 L_EndTime 等，分別存放員工 ID、員工姓名、假別、請假理由、負(fù)責(zé)人、請假開始時間、請假結(jié)束時間等信息。 山東大學(xué)碩士學(xué)位論文 26 數(shù) 據(jù)庫系統(tǒng)設(shè)計數(shù)據(jù)庫設(shè)計主要是進(jìn)行數(shù)據(jù)庫的邏輯設(shè)計，即將數(shù)據(jù)按一定的分類、分組系統(tǒng)和邏輯層次組織起來，是面向用戶的。數(shù)據(jù)庫設(shè)計時需要綜合企業(yè)各個部門的存檔數(shù)據(jù)和數(shù)據(jù)需求，分析各個數(shù)據(jù)之間的關(guān) 系，按照數(shù)據(jù)庫提供的功能和描述工具，設(shè)計出規(guī)模適當(dāng)、正確反映數(shù)據(jù)關(guān)系、數(shù)據(jù)冗余少、存取效率高、能滿足多種查詢要求的數(shù)據(jù)模型。為了更好地組織數(shù)據(jù)和設(shè)計出實(shí)際應(yīng)用數(shù)據(jù)庫，應(yīng)該注意如下問題：規(guī)范化地重組數(shù)據(jù)結(jié)構(gòu)：對數(shù)據(jù)進(jìn)行規(guī)范化表達(dá)，這在后面將會具體討論。關(guān)系數(shù)據(jù)結(jié)構(gòu)的建立：在進(jìn)行了數(shù)據(jù)基本結(jié)構(gòu)的規(guī)范化重組后，還必須建立整體數(shù)據(jù)的關(guān)系結(jié)構(gòu)。這一步設(shè)計完成后數(shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)設(shè)計工作基本完成，只待系統(tǒng)實(shí)現(xiàn)時將數(shù)據(jù)分析和數(shù)據(jù)字典的內(nèi)容代入到所設(shè)計的數(shù)據(jù)整體關(guān)系結(jié)構(gòu)中，一個規(guī)范化數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)就建立起來了。 建立關(guān)系數(shù)據(jù) 結(jié)構(gòu)涉及三方面內(nèi)容：確定關(guān)聯(lián)的關(guān)鍵指標(biāo)項并建立關(guān)聯(lián)表；確定單一的父系記錄結(jié)構(gòu)；建立整個數(shù)據(jù)庫的關(guān)系結(jié)構(gòu)。定義安全保密性的方法一般有如下幾種： a．原則上所有文件都定義為 4級，個別優(yōu)先級特別高的辦公室 (終端或微機(jī)的入網(wǎng)賬號 )可定義高于 4級的級別，反之則定義為低于 4的級別。 b．統(tǒng)計文件 (表 )和數(shù)據(jù)錄入文件一般只對本工作站定義為只寫方式，對其它工作站則定義為只讀方式。 數(shù)據(jù)庫的邏輯設(shè)計 根據(jù)需求分析，系統(tǒng)需要四張表： （ Tb_employee） 員工基本信息表是用來存放員工所有基本 信息的數(shù)據(jù)表，如圖 42 所示： 山東大學(xué)碩士學(xué)位論文 27 圖 42(a) 員工基本信息表圖 圖 42(b)結(jié)構(gòu)圖 T b _ e m p l o y e e員 工 I D員 工 姓 名 性 別 出 生 年 月地 址所 屬 部 門照 片 圖 42（ c）表 Tb_employee 的實(shí)體圖 （ Tb_department） 部門基本信息表是部門的所有基本信息，如圖 43所示： 山東大學(xué)碩士學(xué)位論文 28 圖 43(a) 部門基本信息表圖 圖 43(b)結(jié)構(gòu)圖 d e p a t m e n t部 門 I D部 門 名 稱 聯(lián) 系 方 式 聯(lián) 系 地 址負(fù) 責(zé) 人所 屬 部 門 圖 43（ c）表 Tb_department 的實(shí)體圖 （ Tb_User_Login） 權(quán)限信息表是用來存放不同角色所擁有的子模塊操作權(quán)限信息，如圖 44 所示： 圖 44(a) 權(quán)限信息表圖 山東大學(xué)碩士學(xué)位論文 29 圖 44(b)結(jié)構(gòu)圖 T b _ U s e r _ L o g i n用 戶 I D 用 戶 姓 名 用 戶 密 碼 用 戶 權(quán) 限 圖 44（ c）表 Tb_User_Login 的實(shí)體圖 （ Tb_leaver_recordrest） 考勤信息表用來存放員工的考勤信息和假別信息，如圖 45所示： 圖 45(a) 考勤信息表圖 圖 45(b)結(jié)構(gòu)圖 山東大學(xué)碩士學(xué)位論文 30 T b _ l e a v e r _ r e c o r d r e s t員 工 I D員 工 姓 名 請 假 理 由 負(fù) 責(zé) 人請 假 開 始 時 間請 假 結(jié) 束 時 間假 別 圖 45（ c）表 Tb_leaver_recordrest 的實(shí)體圖 數(shù)據(jù)庫存儲過程 利用存儲過程可以保持應(yīng)用程序的執(zhí)行效率并簡化數(shù)據(jù)層，也可以增加系統(tǒng)設(shè)計的靈活性，在數(shù)據(jù)庫發(fā)生變化時，可以通過改變存儲過程語句來更改而無需改變程序代碼。存儲過程的優(yōu)點(diǎn)如下： 1．存儲過程通常可以改善性能，因?yàn)閿?shù)據(jù)庫能夠優(yōu)化存儲過程使用 的數(shù)據(jù)訪問計劃，并且能夠緩存該計劃以供將來重用。 2．可以在數(shù)據(jù)庫內(nèi)分別設(shè)置各個存儲過程的安全保護(hù)?？蛻舳瞬槐貙A(chǔ)表擁有訪問權(quán)限，就可以獲得執(zhí)行存儲過程的權(quán)限。 3．存儲過程可以簡化維護(hù)工作，因?yàn)樾薷拇鎯^程通常要比更改已部署組件中的硬編碼 SQL 語句容易。 4．存儲過程為基礎(chǔ)數(shù)據(jù)庫架構(gòu)增加了額外的抽象級別。存儲過程的客戶端與存儲過程的實(shí)現(xiàn)細(xì)節(jié)是彼此隔離的，與基礎(chǔ)架構(gòu)也是彼此隔離的。 5．存儲過程可以減少網(wǎng)絡(luò)流量，因?yàn)榭梢耘繄?zhí)行 SQL 語句，而不是從客戶端發(fā)送多個請求。 本系統(tǒng)中涉及到的存儲過程如表 41所 示。 山東大學(xué)碩士學(xué)位論文 31 存儲過程 描述 Check Authorization 檢查登錄者是否具有當(dāng)前模塊的操作權(quán)限 Gendering 讀取所有部門的基本信息 UpdateMrDep 更新部門信息 InsertMrDep 添加部門信息 DeleteMrDep 刪除部門信息 GetDepInfByDepID 根據(jù)部門 ID 讀取指定部門信息 GetEepBaseInfByEepID 根據(jù)人員 ID 號讀取指定人員信息 UpdateMrBaseInf 更新人員信息 InsertMrBaseInf 添加人員信息 DeleteMrBaseInf 刪除人員信息 GetEmpArcInf 讀取所有人員信息 GetEmpArcInfByArcID 讀取指定人員信息 表 41 存儲過程 系統(tǒng)的安全設(shè)計 人事管理系統(tǒng)結(jié)構(gòu)的設(shè)計 所有人事管理系統(tǒng)客戶端都通過 Microsoft Inter 信息服務(wù) (IIS)與人事山東大學(xué)碩士學(xué)位論文 32 管理系統(tǒng)應(yīng)用程序通信，如圖 46 所示。 IIS 根據(jù)需要對請求進(jìn)行身份