【文章內(nèi)容簡介】 下： 沈陽理工大學(xué)學(xué)士學(xué)位論文 19 表 部門表 列名 數(shù)據(jù)類型 長度 是否允許空 Dep_Id int 4 否 (主鍵 ) Dep_Name varchar 40 否 Describe varchar 400 是 UpperId int 4 否 表 員工教育及工作經(jīng)歷記錄表 列名 數(shù)據(jù)類型 長度 是否允許空 Id tinyint 1 否 (主鍵 ) Emp_Id int 4 否 Start_Date char 10 是 End_Date char 10 是 School\Org varchar 50 是 Title varchar 20 是 表 員工家庭信息表 列名 數(shù)據(jù)類型 長度 是否允許空 Id int 1 否 (主鍵 ) Emp_Id int 4 否 Name varchar 400 否 Sex char 2 是 Age tinyint 1 是 Relationship varchar 20 是 WorkingOrg varchar 40 是 沈陽理工大學(xué)學(xué)士學(xué)位論文 20 表 員工基本信息表 列名 數(shù)據(jù)類型 長度 是否允許空 Emp_Id int 4 否 (主鍵 ) Emp_Name varchar 40 否 Sex char 2 是 Ntionality varchar 40 是 Birth varchar 20 是 Political_Party varchar 40 是 Culture_Level varchar 40 是 Martial_Condition varchar 20 是 Id_Card varchar 20 是 BadgeId varchar 40 是 Office_Phone varchar 30 是 Mobile varchar 20 是 Family_Place varchar 100 是 HuKou varchar 100 是 HireDate varchar 20 是 Dep_Id int 4 是 Position Varchar 40 是 Title varchar 20 是 State tinyint 1 是 UpperId int 4 是 Contract_Duration varchar 20 是 Memo varchar 200 是 Fillin_Person varchar 30 是 Fillin_Time varchar 20 是 沈陽理工大學(xué)學(xué)士學(xué)位論文 21 表 員工考評表 列名 數(shù)據(jù)類型 長度 是否允許空 EvaMonth char 10 否 Emp_Id int 4 否 ztEva varchar 200 是 jlReason varchar 200 是 jlAmount smallint 2 是 cfReason varchar 200 是 cfAmount smallint 2 是 Memo varchar 200 是 表 員工考勤表 列名 數(shù)據(jù)類型 長度 是否允許空 CheckDate char 10 否 Emp_Id int 4 否 qqDays decimal 5 是 ccDays decimal 5 是 bjDays decimal 5 是 sjDays decimal 5 是 kgDays decimal 5 是 fdxjDays decimal 5 是 nxjDays decimal 5 是 dxjDays decimal 5 是 cdMinutes tinyint 1 是 ztMinutes tinyint 1 是 ot1Days decimal 5 是 ot2Days decimal 5 是 ot3Days decimal 5 是 Memo varchar 200 是 沈陽理工大學(xué)學(xué)士學(xué)位論文 22 表 用戶信息表 列名 數(shù)據(jù)類型 長度 是否允許空 UserName varchar 40 否 (主鍵 ) Pwd varchar 40 否 User_Type tinyint 1 否 表 基本工資表 列名 數(shù)據(jù)類型 長度 是否允許空 Id int 4 否 (主鍵 ) EmpId int 4 否 CreateDate varchar 20 是 OldSalary int 4 是 NesSalary int 4 是 Reason varchar 200 是 表 工資項目表 列名 數(shù)據(jù)類型 長度 是否允許空 ItemId int 4 否 (主鍵 ) ItemName varchar 20 是 ItemType tinyint 1 是 ItemSum decimal 9 是 Formula varchar 200 是 IsVisable tinyint 1 是 Operation tinyint 1 是 系統(tǒng)操作流程圖 通過前面的幾個環(huán)節(jié)， 確定了該軟件的具體功能。根據(jù)軟件工程的思想，對模型進沈陽理工大學(xué)學(xué)士學(xué)位論文 23 行逐步求精。為了幫助進行模塊功能的設(shè)計，人機界面設(shè)計，畫出了以下系統(tǒng)的操作流程圖： 圖 系統(tǒng)操作流程圖 登陸模塊 用戶信息正確 ？ 開始 N 進入主界面 選擇菜單 當(dāng)前用戶 系統(tǒng)管理員 ? 返回 進入功能模塊功能 管理功能可用 Y 查詢功能可用 N 退出 結(jié)束 修改回 修改個人信息 查詢 刪除 新增 查詢 沈陽理工大學(xué)學(xué)士學(xué)位論文 24 4 系統(tǒng)實現(xiàn) 相關(guān)技術(shù)介紹 設(shè)計這樣的一個人事 管理系統(tǒng)需要用到很多技術(shù)內(nèi)容。需要用到時下最主流的計算機軟件技術(shù)和計算機數(shù)據(jù)庫技術(shù)。而且通過現(xiàn)有的這些技術(shù)已經(jīng)完全有可能來實現(xiàn)這個軟件的開發(fā)，也就是說在計算機技術(shù)發(fā)展到現(xiàn)今階段要完成這套軟件的設(shè)計，以及實現(xiàn)這套軟件的各種功能是絕對可行的。設(shè)計這套軟件用到了以下這些計算機技術(shù)： Visual C++ 訪問數(shù)據(jù)庫技術(shù) (1) Visual C++中的數(shù)據(jù)訪問方案 在 Visual C++ 中不僅提供了多種數(shù)據(jù)庫訪問技術(shù)，而且使用 Visual C++ 進行數(shù)據(jù)庫編程具有簡單性、靈活性、可擴展性、訪問速度快及可訪問不同種類數(shù)據(jù)源等優(yōu)點，所以使用 Visual C++ 進行數(shù)據(jù)庫編程成為一種非常流行的方式。 在 Visual C++中，可以使用的數(shù)據(jù)訪問的接口有幾種： A. ActiveX 數(shù)據(jù)對象 ADO （ ActiveX Data Objects） B. 數(shù)據(jù)訪問對象 MFC DAO（ Data Access Objects） C. 開放數(shù)據(jù)庫連接 ODBC API D. MFC ODBC 類 E. OLE DB 技術(shù) (2). 幾種數(shù)據(jù)訪問方案的比較 ODBC API 開放數(shù)據(jù)庫訪問技術(shù)提供了一個通用的編程接口，用許 多 程序與多種不同的數(shù)據(jù)庫連接，它為 Oracle、 SQL server 等都提供了驅(qū)動程序，用戶可以通過 SQL語句對數(shù)據(jù)庫進行直接的底層功能操作。 ODBC API 的特點是功能強大，提供了異步操作、事物處理等高級功能。 ODBC 提供了一套統(tǒng)一的 API 來訪問任何提供了 ODBC 驅(qū)動程序的數(shù)據(jù)庫。但是使用 ODBC API 要編寫大量的代碼，相對顯得比較復(fù)雜。 MFC ODBC 是 Visual C++ 提供的 MFC 類，封裝了 ODBC API。操作比 ODBC API簡單，在開發(fā)中應(yīng)用較廣，功能也比較豐富 [5]。 OLE DB 技術(shù)是 Visual C++ 數(shù)據(jù)庫技術(shù)中提供的新技術(shù)，它基于 COM 接口。因沈陽理工大學(xué)學(xué)士學(xué)位論文 25 此 OLE DB 對所有的文件系統(tǒng)，包括關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫都提供了統(tǒng)一的接口。這些特性使得 OLE DB 技術(shù)比傳統(tǒng)的數(shù)據(jù)庫訪問技術(shù)更加優(yōu)越。與 ODBC 技術(shù)相似， OLE DB 屬于數(shù)據(jù)庫訪問技術(shù)的底層接口。直接使用 OLE DB 來設(shè)計數(shù)據(jù)庫應(yīng)用程序需要編寫大量的代碼。 在 Visual C++ 提供了 ATL 模板，用于設(shè)計 OLE DB 數(shù)據(jù)應(yīng)用程序和數(shù)據(jù)提供程序。 DAO 是一種面向?qū)ο蟮慕缑娼涌?。通過 DAO/Jet 功能可以訪問 ISAM 數(shù)據(jù)庫，使用 DAO/ODBC Direct 功能可以實現(xiàn)遠程 RDO 功能。使用 DAO 的程序編碼非常簡單，DAO 提供豐富的游標（ Cursor）類型的結(jié)果集和非游標（ CursorLess）類型的結(jié)果集，同 DDL（數(shù)據(jù)描述語言）的功能很類似。 DAO 模型是設(shè)計關(guān)系數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)的對象類的集合。它們提供了完成管理這樣一個系統(tǒng)所需的全部操作的屬性和方法，包括 創(chuàng)建數(shù)據(jù)庫、定義表、字段和索引，建立表間的關(guān)系、定位和查詢數(shù)據(jù)庫等工具。 ADO 實際上是一種提供訪問各種數(shù)據(jù)庫類型的連接機制。 ADO 設(shè)計為一種極簡單的格式，通過 ODBC 的方法同數(shù)據(jù)庫接口?？梢允褂萌魏我环N ODBC 數(shù)據(jù)源，即不僅僅適合于 SQL Server、 Oracle、 Access 等數(shù)據(jù)庫應(yīng)用程序，也適合于 Excel 表格、文本文件、圖形文件和無格式的數(shù)據(jù)文件。 ADO 是基于 OLE DB 之上的技術(shù)，因此 ADO 通過其內(nèi)部的屬性和方法提供統(tǒng)一的數(shù)據(jù)訪問接口方法 [1]。 那么到底選哪種方案呢？到底哪種方案更能使開發(fā)隊 伍和應(yīng)用軟件在今天處于有利位置并且適應(yīng)將來的發(fā)展方向呢？ ActiveX Data Objects（ ADO）作為另一種可供選擇的技術(shù)出現(xiàn)，正在逐漸代替其他數(shù)據(jù)訪問接口。 ADO 趨向于提供一種穩(wěn)定的接口，來使用戶利用多種不同的數(shù)據(jù)源，包括從文本文件到 ODBC 關(guān)系型數(shù)據(jù)庫到復(fù)雜的數(shù)據(jù)庫組。它是為 Microsoft 最強大的數(shù)據(jù)訪問范例 OLE DB 而設(shè)計的，是一個便于使用的應(yīng)用程序?qū)咏涌凇?OLE DB 為任何數(shù)據(jù)源提供了高性能的訪問手段，這些數(shù)據(jù)源包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫、電子郵件和文件系統(tǒng)、文本和圖形、自定義業(yè)務(wù) 對象等。在 Inter 中 ADO 使用最少的網(wǎng)絡(luò)流量，并且在前端和數(shù)據(jù)源之間使用最少的層數(shù)，所有這些都是為了提供輕量、高性能的接口，此外還由于 RDO 和 ADO 的體系結(jié)構(gòu)非常相似，因此當(dāng)需要將 RDO 數(shù)據(jù)接口轉(zhuǎn)換為 ADO 時，仍可以使用 RDO 設(shè)計的代碼，使學(xué)習(xí)和設(shè)計起來都非常方便。在今天，所有數(shù)據(jù)源都可以通過 ADO 來訪問已逐漸成為事實，與 ADO 相比其他數(shù)據(jù)訪問接口都回黯然遜色。 (3).為什么使用 ADO 進行數(shù)據(jù)訪問？ 沈陽理工大學(xué)學(xué)士學(xué)位論文 26 首先，雖然 ODBC 的結(jié)構(gòu)對于數(shù)據(jù)庫供應(yīng)商有很大的靈活性，但是在編寫 ODBC應(yīng)用程序時有一些不足之 處：第一， ODBC API 很難使用，要編寫大量代碼；第二， ODBC API 通常比原始數(shù)據(jù)庫接口速度慢；第三， ODBC API 通常對可以使用的 SQL 語句有限制。第一個缺點是針對所有的數(shù)據(jù)庫服務(wù)器，后兩個缺點主要針對非 Microsoft 的數(shù)據(jù)庫服務(wù)器。 Microsoft 在 Jet 數(shù)據(jù)庫和 SQL Server 上使用 ODBC 作為原始接口，他們花費了很多時間來優(yōu)化這個接口。雖然其他數(shù)據(jù)庫供應(yīng)商支持 ODBC，但他們的原始接口或許提供了更好的性能和功能，特別是非 Microsoft 的編譯器 [3]。 通過幾年在 ODBC 方面的努 力， Microsoft 提出了數(shù)據(jù)提供者和數(shù)據(jù)使用者的模型OLE DB，在 OLE DB 中任何可以產(chǎn)生數(shù)據(jù)的東西都可以被稱為數(shù)據(jù)提供者。而 ADO就是使用了新的 OLE DB API 而不是舊的 ODBC API。另外， ADO 包含了一個比 DAO和 RDO 更簡單的對象模型，使得它更容易使用。 ADO 是模仿 RDO 建立的，包含了許多與 DAO 和 RDO 類似的對象，如 Recordset 對象。但是 RDO 有一個相對嚴格的對象層次， ADO 的對象結(jié)構(gòu)相對更松散。這意味著在程序中需要更少的類，這樣產(chǎn)生的代碼更簡潔。使得程序更高效，結(jié)構(gòu)更靈活 [7]。 關(guān)系數(shù)據(jù)庫技術(shù) 關(guān)系數(shù)據(jù)庫是邏輯上理解為表格的數(shù)據(jù)庫。它允許用戶非常快捷簡單的修改，可以在數(shù)據(jù)庫運行的同時添加或刪除數(shù)據(jù)庫結(jié)構(gòu)。關(guān)系數(shù)據(jù)庫模型還允許使用沒有預(yù)先確定的關(guān)系，或許允許一個組織逐步地對數(shù)據(jù)庫進行改變，這樣減小了一次 性 修改帶來的影響 [3]。 由文獻 [8， 9， 10]可知， 關(guān)系數(shù)據(jù)庫管理系統(tǒng)（ RDBMS）是管理表格數(shù)據(jù)和增加表格性能及功能的關(guān)聯(lián)機構(gòu)。關(guān)系數(shù)據(jù)庫管理系統(tǒng)主要有以下三方面的特點： (1)．?dāng)?shù)據(jù)以二維表出現(xiàn)：表格有一個具體的列數(shù)和任意的行數(shù)，其值存儲在每個行－ 列交叉點上。列表示屬