【文章內容簡介】 XML 的持久性和傳輸格式，來實現(xiàn)最大程度的數(shù)據(jù)共享。數(shù)據(jù)集是一種關系數(shù)據(jù)結構，可使用 XML 進行讀取、寫入或序列 化。 數(shù)據(jù)集使行生成要求應用程序層與多個 Web 站點之間進行松耦合數(shù)據(jù)交換的應用程序變得很方便。 因為數(shù)據(jù)集被遠程處理為 XML 形式，所以任何兩個組件都可共享數(shù)據(jù)并使用XML 架構來定義數(shù)據(jù)集的關系結構。而且，因為數(shù)據(jù)集的序列化格式是 XML，所以 Dataset 對象可輕松穿過防火墻，而不受任何限制。除了從 XML 加載數(shù)據(jù)以外，數(shù)據(jù)集還可用 SQL Server 中的數(shù)據(jù)以及通過 OLE DB 公開的數(shù)據(jù)源中的數(shù)據(jù)來填充，并可保存對這些數(shù)據(jù)的更改。 提供了對 Microsoft SQL Server 等數(shù) 據(jù)源以及通過 OLE DB 和 XML公開的數(shù)據(jù)源的一致訪問。數(shù)據(jù)共享使用者可以使用 來連接到這些數(shù)據(jù)源，并檢索、操作和更新數(shù)據(jù)。 類在 中，并且與 中的 XML 類集成。當編譯使用 命名空間的代碼時，請引用 和。 支持工業(yè)標準，它提供了應用程序編程接口，以便與 OLE DB 兼容的數(shù)據(jù)來源進行溝通。通過 可以將應用程序編程接口，以便與 OLE DB兼容的數(shù)據(jù)來源進行溝通。通過 可以將應用程序連接到這些數(shù)據(jù)源上，然后可對數(shù)據(jù)進行操作。 沿襲以前的 ADO所能操作的數(shù)據(jù)來源，包括關聯(lián)數(shù)據(jù)和非關聯(lián)數(shù)據(jù)。只要是 ADO 能操作的數(shù)據(jù)源， 都能操作。但是 ADO提供了更豐富的對象模型這使得編程者可以用更加直觀的方式來存取數(shù)據(jù)。 SQL 語言 SQL（ Structured Query Language）是一種標準的數(shù)據(jù)庫語言。凡是數(shù)據(jù)庫的應用，不論是從數(shù)據(jù)庫中選取、過濾、排序等，都可以由程序中下達 SQL 指令來完成，不過 SQL 不是完整的程序語言，必須搭配程序來使用。它的功能包括查詢、操縱、定義和控制四個方面。 (1) 數(shù)據(jù)查詢功能 (SELECT) SELECT 字段名 ,?? FROM 表名或視圖名 [WHERE 條件 ] 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 8 [GROUP BY 字段名 [HAVING 內部函數(shù)表達式 ]] [ORDER BY 字段名 ASC∣ DESC] (2) 數(shù)據(jù)定義功能 CREATE TABLE 表名 。CREATE VIEW 視圖名 。CREATE INDEX 索引名 DROP TABLE 表名 。DROP VIEW 視圖名 。DROP INDEX 索引名 ALTER TABLE 表名 [ ADD 新列名 新列的性質 ]/[MODIFY列名 新的性質 ] (3) 數(shù)據(jù)操縱功能 UPDATE 表名 SET 字段 =表達式? [WHERE 條件 ] INSERT INTO 表名 [(字段名 [，字段名 ]? ) ] VALUES (常量 [，常量 ]? ) DELETE FROM 表名 [WHERE 條件 ] (4) 關系運算符 = 等于； 小于； = 小于或等于； 大于； = 大于或等于； 或 ! 不等于； BETWEEN：定義一個數(shù)值區(qū)間范圍，配合 AND使用； LIKE：字符串匹配操作符，配合通配符 %和 _使用； IS NULL：測試屬性值是否為空值； BETWEEN、 LIKE、 IS NULL 均可 和 NOT 操作符一同使用 [7] 3 系統(tǒng)設計總體 系統(tǒng)功能性分析 公司考勤管理系統(tǒng)是為了滿足公司對人事信息、考勤信息和工資信息管理的方便，以電子化的模式處理事務，將公司的管理思想、各部門的業(yè)務經驗與計算機技術相統(tǒng)一，實現(xiàn)人、財、物、信息各種資源的處理，并使之規(guī)范化、嚴密化和智能化。要創(chuàng)建一個功 能比較完整的管理系統(tǒng)，必須包括以下幾個管理模塊： 系統(tǒng)部分：主要完成本系統(tǒng)的維護工作。 員工基本信息部分：主要完成員工基本信息的管理。 員工考勤信息部分：主要完成員工考勤信息的管理。 員工調動信息部分：主要完成員工調動信息的管理。 數(shù)據(jù)庫管理部分：主要完成數(shù)據(jù)庫的管理與維護。 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 9 員工基本信息 （ 1）添加員工基本信息：管理員可以添加員工的基本信息，包括姓名，性別，籍貫，年齡，生日，住址，學歷。 （ 2）修改員工信息：選擇一個員工，可以修改這個員工的基本信息。 （ 3）刪除員工信息：直接從列表中選中需要 刪除的員工信息，然后進行刪除操作，或者首先查詢需要刪除的員工信息，然后再刪除。 員工考勤信息 （ 1）添加考勤信息：主要分為上下班信息和其他考勤信息。上下班信息要記錄每個 員工每天上下班的時間，而其他考勤信息包括含有請假，加班，出差信息。 （ 2）修改考勤信息：當考勤信息出現(xiàn)錯誤需要修改的時候，可以從這里修改相應的記錄。 （ 3）查詢考勤信息：根據(jù)員工編號或者時間進行查詢，得到所有的考勤信息，包括上下班，請假，加班和出差信息，但是不能夠對信息進行任何操作。 （ 4）刪除考勤信息：分為刪除上下班信息和 刪除其他考勤信息。 員工調動信息 （ 1）添加調動信息：添加公司員工的原有部門，原有職務，新部門，新職務等信息。 （ 2）修改調動信息：修改相應的員工調動信息。 （ 3）查詢調動信息：查詢某個員工的調動信息或者某段時間內公司內部的調動情況。 （ 4）刪除調動信息：刪除那些不需要的信息。 系統(tǒng)功能模塊設計 對上述各項功能進行集中、分塊，按照結構化程序設計的要求，得到如圖31 所示的系統(tǒng)功能模塊圖。企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 10 4 數(shù)據(jù)庫設計 數(shù)據(jù)庫在系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結構設計的好壞將直 接對超市庫存管理信息系統(tǒng)的效率以及實現(xiàn)的效果產生影響。合理的數(shù)據(jù)庫結構設計可以提高數(shù)據(jù)庫存儲的效率，保證數(shù)據(jù)的完整和一致。同時，合理的數(shù)據(jù)庫結構也將有利于程序的實現(xiàn)。 公 司 考 勤 管理系統(tǒng) 打印 系統(tǒng)管理 修改密碼 刪除用戶 修改用戶 增加用戶 打印員工信息 打印工資條 工資管理 工資查詢 工資登錄 考勤管理 加班出差 出勤管理 人事管理 福利待遇 人員調動 員工信息 部門信息 圖 31 公司考勤管理系統(tǒng)功能模塊圖 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 11 設計數(shù)據(jù)庫系統(tǒng)時應該首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。根據(jù)對超市庫存管理所做的系統(tǒng)分析，該系統(tǒng)主要實現(xiàn)對貨品的基本信息進行添加、修改、刪除和入、出庫的查詢、排序、統(tǒng)計等功能性操作，這樣就需要有一些數(shù)據(jù)庫來對超市庫存管理信息系統(tǒng)進行維護。 概念結構設計 針對公司考勤管理的需求，通過對公司考勤管理工作過程和 數(shù)據(jù)流程分析，設計出下面所示的數(shù)據(jù)項和數(shù)據(jù)結構： (1)員工信息，包括數(shù)據(jù)項有：員工編號、員工姓名、部門編號、性別、生日、住址、職位、出生地、聯(lián)系電話、最高學歷等信息。 (2)工資福利信息，包括數(shù)據(jù)項有：員工編號、崗位工資、基本工資、伙食補貼、住房補貼、醫(yī)療保險、住房公積金、養(yǎng)老保險、其他補貼、發(fā)放時間、實發(fā)工資等信息。 (3)部門信息，包括數(shù)據(jù)項有：部門編號、部門名稱、部門人數(shù)、部門級別等信息。 (4)用戶信息，包括數(shù)據(jù)項有：用戶名、用戶密碼、用戶類型等信息。 (5)缺勤信息，包括數(shù)據(jù)項有：員工編號、缺勤 日期、缺勤時間、缺勤類型等信息。 (6)加班信息，包括數(shù)據(jù)項有：員工編號、加班日期、加班時間、加班補助率等信息。 由上面的數(shù)據(jù)結構、數(shù)據(jù)項和數(shù)據(jù)流程得出每個實體的描述實體圖，如圖41 所示，員工信息實體圖。 圖 41 員工信息實體圖 ? 如圖 42 所示，工資福利信息實體圖。 員工信息實體 員工姓名 最高學歷 員工編號 ? 工資福利實體 崗位工資 實發(fā)工資 員工編號 ? 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 12 圖 42 工資福利信息實體圖 如圖 43 所示，部門信息實體圖。 圖 43 部門信息實體圖 如圖 44 所示，用戶信息實體圖。 圖 44 用戶信息實體圖 如圖 45 所示，缺勤信息實體圖。 圖 45 缺勤信息實體圖 如圖 46 所示，加班信息實體圖。 圖 46 加班信息實體圖 概念模型描述事物、事物的特征和事物之間的聯(lián)系情況，正如現(xiàn)實世界中事用戶信息實體 用戶密碼 用戶類型 用戶名 部門信息實體 部門名稱 部門級別 部門編號 ? 缺勤信息實體 缺勤日期 缺勤類型 員工編號 ? 加班信息實體 加班日期 加班補助率 員工編號 ? 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 13 物之間存在著聯(lián)系一樣，實體之間也存在聯(lián)系。實體之間的聯(lián)系有 3種類型：一對多、多對多、一對一 [8]。根據(jù)本系統(tǒng)實際情況，分析出這些實體間的聯(lián)系如下： (1) 職員信息與部門信息之間是一對多的關系。每名職 員只能屬于一個部門，而一個部門可以存在若干名職員。 (2) 職員信息與考勤信息之間是一對多的關系。每名職員可以有多條考勤信息，而一條考勤信息只能對應一個相應的職員。 (3) 考勤信息與工資管理信息一對一的關系。一條考勤信息只能對應一次相關的工資管理 根據(jù)上面的實體聯(lián)系，得出如圖 47 所示的 E/R 圖。 圖 47 ER 圖 n n 1 1 1 職員 職員編號 職員姓名 屬于 部門 部門編號 部門名稱 上班 考勤 考勤編號 職員編號 n 1 工資 擁有 實際工資 影響 1 職員編號 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 14 邏輯結構設計 通過上面的分析，存在多對多的聯(lián)系，那么既要考慮實體到關系表的轉換，也要合理進行聯(lián)系到關系表的轉換?，F(xiàn)在需要將 上面的數(shù)據(jù)庫概念結構轉化為數(shù)據(jù)庫的邏輯結構。下面是根據(jù)數(shù)據(jù)概念結構設計出的實體圖，分析出各個實體的數(shù)據(jù)表。 (1)員工基本信息，如表 41所示。 表 41 員工信息表 字段名稱 數(shù)據(jù)類型 字段長度 是否主鍵 是 否 為空 員工編號 Numeric 9 是 NOT NULL 員工姓名 Char 15 NOT NULL 部門編號 Int 4 NULL 性別 Char 2 NULL 生日 Char 10 NULL 住址 Char 30 NULL 職位 Vachar 20 NULL 出生地 Char 10 NULL 聯(lián)系電話 Char 20 NULL 最高學歷 Char 20 NULL (2)工資福利基本信息，如表 42 所示。 表 42 工資福利信息表 字段名稱 類型 長度 是否主鍵 是否為空 員工編號 Numeric 9 是 NOT NULL 崗位工資 Numeric 9 NULL 基本工資 Numeric 9 NULL 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 15 伙食補貼 Numeric 9 NULL 住房補貼 Numeric 9 NULL 醫(yī)療保險 Numeric 9 NULL 住房公積金 Numeric 9 NULL 養(yǎng)老保險 Numeric 9 NULL 其他補貼 Numeric 9 NULL 發(fā)放時間 Numeric 9 NOT NULL 實發(fā)工資 Numeric 9 NULL (3)部門信息，如圖 43 所示。 表 43 部門信息表 字段名稱 類型 長度 是否主鍵 是否為空 部門編號 int 4 是 NOT NULL 部門名稱 char 20 NULL 部門人數(shù) int 4 NULL 部門級別 char 10 NULL (4)用戶信息，如圖 44 所 示。 企業(yè)考勤系統(tǒng)的設計與實現(xiàn) 16 表 44 用戶信息表 字段名稱 類型 長度 是否主鍵 是否為空 用戶名 Char 10 是 NOT NULL 用戶密碼 Char 20 NOT NULL 用戶類型 Char 4 NOT NULL (5)缺勤信息 ,如圖 45 所示。 表 45 缺勤