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