【正文】 界面如下： 35 界面七 36 界面八 考勤統(tǒng)計(jì) 模塊功能的實(shí)現(xiàn) 考勤統(tǒng)計(jì)對話框列表的初始化和數(shù)據(jù)的更新功能 OnChangeEdtSeekpersonid()功能和“檢索” 功能 也和前面類似， 最后是“統(tǒng)計(jì)按鈕”的功能 其函數(shù)為OnStatBtnStat()（按月度統(tǒng)計(jì)的）。 添假出勤記錄屬性頁的實(shí)現(xiàn) 再加入一個(gè)對話框 資源將其封裝類設(shè)為 CPropertyPage 他的繼承類為 CPage1，對話框的界面如下 32 界面五 在界面五中，可以檢索或修改出勤記錄。 // 改變標(biāo)題字體類型 (180,華文彩云 ,NULL)。主要控件類型， ID 和對應(yīng)的成員變量及說明 見見 表。 通過以上設(shè)計(jì)已經(jīng)完成了系統(tǒng)的概要設(shè)計(jì)，當(dāng)我們有了系統(tǒng)的功能模塊圖和數(shù)據(jù)庫之后，就需要著手去實(shí)現(xiàn)每一個(gè)模塊，為每一個(gè)功能設(shè)計(jì)程序流程圖，這也就是系統(tǒng)的詳細(xì)設(shè)計(jì)。 在這里不得不提到一個(gè)概念 —— 范式。但 er 模型只能說明實(shí)體間語義的聯(lián)系，不能進(jìn)一步說明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)出勤情況記錄 出差情況記錄 添加出勤情況 請假情況記錄 加班情況記錄 18 計(jì)的第一步。 將系統(tǒng)劃分為多個(gè)模塊是為了降低軟件系統(tǒng)的復(fù)雜性，提高可讀性、可維護(hù)性，但模塊的劃分不能是任意的，應(yīng)盡量保持其獨(dú)立性?？尚行苑治龊晚?xiàng)目開發(fā)計(jì)劃在前面已經(jīng)敘述，下面所要做的是進(jìn)行軟件需求分析，概要設(shè)計(jì)和 詳細(xì)設(shè)計(jì)。 Access 數(shù)據(jù)庫由六種對象組成，它們是表、查詢、窗體、報(bào)表、宏和模塊。概念模型必須具備豐富的語義表達(dá)能力、易于交流和理解、易于變動、易于向各種數(shù)據(jù)模型轉(zhuǎn)換、易于從概念模型導(dǎo)出與 DBMS 有關(guān)的邏輯模型等特點(diǎn)。因?yàn)槲覀儼匆?guī)范化建立的指標(biāo)體系和表的過程都自動保證了所有表都滿足 1st nf。一個(gè)良好的數(shù)據(jù)指標(biāo)體系是建立 db 的必要條件，但不是充分條件。全 局?jǐn)?shù)據(jù)視圖的描述稱為 “概念模式 ”。只需用簡單的查詢語句就可對數(shù)據(jù)庫進(jìn)行操作。 網(wǎng)狀模型的特點(diǎn)：記錄之間聯(lián)系通過指針實(shí)現(xiàn)， m∶ n 聯(lián)系也容易實(shí)現(xiàn)（每個(gè) m∶n 聯(lián)系可拆成兩個(gè) 1∶ n 聯(lián)系），查詢效率較高。要領(lǐng)模型用于建立信息世界的數(shù)據(jù)模型，強(qiáng)調(diào)其語義表達(dá)功能，應(yīng)該概念簡單、清晰，易于用戶理解，它是現(xiàn)實(shí)世界的第一層抽象，是用戶和數(shù)據(jù)庫設(shè)計(jì)人員之間進(jìn)行交流的工具。由于聯(lián)機(jī)事務(wù)不允許 RDBMS 間斷運(yùn)行，在發(fā)生故障、軟硬件故障時(shí)均能有相應(yīng)的恢復(fù)能力，保證聯(lián)機(jī)事務(wù)的正常運(yùn)行、撤銷和恢復(fù)。 第三階段（ 90 年代）的產(chǎn)品，加強(qiáng)了數(shù)據(jù)完成性和安全性的性能。 總結(jié)部分介紹了設(shè)計(jì)體會和編程體會，并指出了系統(tǒng)設(shè)計(jì)中的不足和改進(jìn)的方向 4 2 數(shù)據(jù)庫技術(shù) 概論 數(shù)據(jù)庫 技術(shù)的介紹 數(shù)據(jù)庫技術(shù)是目前 IT 行業(yè)中發(fā)展最快的領(lǐng)域之一，已經(jīng)被廣泛應(yīng)用于各種類型的數(shù)據(jù)處理系統(tǒng)之中。 Visual C++ 與以前的版本相比有了多方面的改進(jìn)。員工考勤管理是企業(yè)信息管理的重要部分面對大量的人事工資信息，采用人力處理將浪費(fèi)大量的時(shí)間、人力和物力，且數(shù)據(jù)的準(zhǔn)確性低。由一個(gè)主對話框和若干個(gè)功能對話框組成。 第二章介紹了數(shù)據(jù)庫的發(fā)展，關(guān)系數(shù)據(jù)庫，數(shù)據(jù)庫體系結(jié)構(gòu)， Access 技術(shù)的 選擇 等 為設(shè)計(jì)和理解應(yīng)用程序做了鋪墊。例如： DBASE 之流。這些應(yīng)用對聯(lián)機(jī)速度的要求不是很高。在數(shù)據(jù)庫技術(shù)中，我們用模型的概念描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，對現(xiàn)實(shí)世界進(jìn)行抽象，表示實(shí)體類型及實(shí)體間聯(lián)系的模型稱為 “數(shù) 據(jù) 7 模型 ” 。用有向圖結(jié)構(gòu)表示實(shí)體類型及實(shí)體間聯(lián)系的數(shù)據(jù)模型。現(xiàn)在市場上典型的關(guān)系 dbms 產(chǎn)品有 db oracle、 sybase、 informix 和微機(jī)型產(chǎn)品 foxpro、 access 等。 外部級最接近用戶，是單個(gè)用戶所能看到的數(shù)據(jù)特性。也就是對概念模式的修改盡量不影響外模式和應(yīng)用程序，這樣，我們稱數(shù)據(jù)庫達(dá)到了邏輯數(shù)據(jù)獨(dú)立性。 第一范式 (first normal form，簡稱 1st nf)就是指在同一表中沒有重復(fù)項(xiàng)出現(xiàn)，如果有則應(yīng)將重復(fù)項(xiàng)去掉。 需求分析階段要在用戶調(diào)查的基礎(chǔ)上，通過分析，逐步明確用戶對系統(tǒng)的需求，包括數(shù)據(jù)需求和圍繞這些數(shù)據(jù) 的業(yè)務(wù)處理需求。 數(shù)據(jù)庫是有結(jié)構(gòu)的數(shù)據(jù)集合 ,它與一般的數(shù)據(jù)文件不同 ， Microsoft Access 是一種關(guān)系式數(shù)據(jù)庫，關(guān)系式數(shù)據(jù)庫由一系列表組成，表又由一系列行和列組成，每一行是一個(gè)記錄，每一列是一個(gè)字段，每個(gè)字段有一個(gè)字段名，字段名在一個(gè)表中不能重復(fù)。 Access 增加了數(shù)據(jù)庫訪問的安全機(jī)制，可對表一級設(shè)置訪問許可權(quán)。 16 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)的概要設(shè)計(jì)中最重要的就是系統(tǒng)的模塊化。在本系統(tǒng)中我采用 “實(shí)體聯(lián)系模型 ”（ er 模型）來描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實(shí)世界進(jìn)行第一次抽象。 下面就是各實(shí)體及聯(lián)系類型的屬性 即 數(shù)據(jù)庫 的 邏輯設(shè)計(jì) ， 所以 考勤管理系統(tǒng)的ER 圖 轉(zhuǎn)換為 關(guān)系表 為 ： 員工（ 員工號 ，員工密碼，權(quán)限，姓名） 出勤記錄（ 員工號 ，記錄編號，出入狀態(tài)，出入時(shí)間） 加班 記錄（ 員工號 ，記錄編號，加班時(shí)間，日期） 請假記錄（ 員工號 ，記錄編號，起始時(shí)間，結(jié)束時(shí)間，緣由） 出差記錄（ 員工號 ，記錄編號，起始時(shí)間，結(jié)束時(shí)間，具體描述） 因?yàn)?每一個(gè)基本表關(guān)系 都是完全依賴且沒有傳遞依賴，所以 關(guān)系達(dá)到 3NF 范式 數(shù)據(jù)庫表格設(shè)計(jì) 在完成系統(tǒng)的 er 圖之后，需要將 er 模型轉(zhuǎn)化為關(guān)系模型，也就是說，要 設(shè)計(jì)出數(shù)據(jù)庫所需要的表格 。 圖 6COUNTER 信息表 字段名稱 數(shù)據(jù)類型 說明 Counter_value 數(shù)字 計(jì)數(shù)值 Descrtption 文本 描述 COUNTER 信息表 主要是記錄員工的統(tǒng)計(jì)工作。 為了訪問數(shù)據(jù)庫中的表格 ,本程序從 CRecordset 中派生 8 個(gè)類 ,分別用于封裝所需訪問的表格 ,如下列圖表所示 . 這些類通過 RFX(Record Field Exchange)機(jī)制將成員變量 也表格中的字段值聯(lián)系起來 ,通過訪問成員變量可以訪問當(dāng)前記錄中字段的值 . CRecordset 派生類在 Acess 數(shù)據(jù)庫中對應(yīng)的表格： CRecordset 表格 27 CAttendanceRS ATTENDANCE 出勤記錄表 CCounterRS COUNTER 計(jì)數(shù)器表 CdepattRS DEPARTMENT 部門信息表 CerrandRS ERRAND 出差記錄表 CerrandRS CLeaveRS COvertimeRS OVERTIME 加班記錄表 CPersonRS PERSON 員工個(gè)人信息表 CStatRS ATTENDANCE_STAT 月度考勤統(tǒng)計(jì)表 登錄認(rèn)證對話框的實(shí)現(xiàn) 首先在控制面板中 建立 ODBC 數(shù)據(jù)源，數(shù)據(jù)源名稱為 MISDB，運(yùn)行程序，進(jìn)入登陸界面（界面一）。 CStatDlg * m_pStatDlg。對話框 界面 如下： 31 界面四 在對話框中嵌入了 CPropertySheet 和 4 個(gè) CPropertyPage，就需要定義類的變量 CPage1 m_Page1（ 出勤頁 ）， CPage2 m_Page2（ 加班頁 ）， CPage3 m_Page3（ 請假頁 ）， CPage4 m_Page4（ 出差頁 ），和 CPropertySheet m_Sheet。同時(shí)也要對他的初始化函數(shù) OnInitDialog()， UpdateList()函數(shù) ， OnChangeEdtOvertimePersonid()略做修改。通過這次課程設(shè)計(jì)，我對數(shù)據(jù)庫系統(tǒng)開發(fā)有了比較深入的了解。 點(diǎn)擊“全部員工”把全部員工每人一條出勤記錄添加到數(shù)據(jù)庫并在出勤列表中顯示，點(diǎn)擊“部門員工”為該部門的每位員工添加一條出勤記錄到數(shù)據(jù)庫并在出勤列表中顯示，點(diǎn)擊“單個(gè)員工”為該員工添加一條出勤記錄到數(shù)據(jù)庫并在出勤列表中顯示。 // 初始化對話框指針為空 m_pAttDlg=NULL。 另外，為了使用全局變量數(shù)據(jù)庫變量 db，需要在 cpp 文件開頭加入下面的語句： 28 extern CDatabase db。 在處理過程設(shè)計(jì)時(shí)我采用的是結(jié)構(gòu)化程序設(shè)計(jì)（簡稱 sp）方法。根據(jù)系統(tǒng) er 圖，針對本系統(tǒng)的特點(diǎn)，在對所搜集的數(shù)據(jù)進(jìn)行規(guī)范化之后， 定義了如下六張表格，分別是 ATTENDANCE 出勤記錄表 ， LEAVE 請假記錄表 ， OVERTIME 加班記錄表， ERRAND 出差記錄表， 員 20 工 及 密碼信息表。 ◆ 橢圓形框，表示實(shí)體類型和聯(lián)系類型的屬性。我首先將整個(gè)系統(tǒng)化分為幾個(gè)小問題，小模塊，在系統(tǒng)中，我設(shè)計(jì)了 上下班時(shí)間設(shè)置 、出勤記錄管理 、 和考勤統(tǒng)計(jì) 管理 3 個(gè)小模塊。 軟件需求分析中我采用結(jié)構(gòu)化分析方法（ structured analysis,簡稱 sa）， sa 是面向數(shù)據(jù)流進(jìn)行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒?、idef 方法等等）一樣， sa 也是一種建?；顒樱褂煤唵我鬃x的符號，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。 查詢 (Query)——查詢可以按索引快速查找到需要的記錄，按要求篩選記錄并能連接若干個(gè)表的字段組成新表。數(shù)據(jù)庫物理結(jié)構(gòu)依賴于給定的計(jì)算機(jī)系統(tǒng)，而且與具體選用的DBMS 密切相關(guān)。通常我們稱這種關(guān)系為函數(shù)依賴 (functional dependence)關(guān)系。對于指標(biāo)體系中數(shù)據(jù)的結(jié)構(gòu)在建庫前還必須進(jìn)行規(guī)范化的重新組織。 數(shù)據(jù)庫的三級模式結(jié)構(gòu)是數(shù)據(jù)的三個(gè)抽象級別。 （ 4）面向?qū)ο竽Ｐ汀５鞘褂眠@兩種模型建立起的許多數(shù)據(jù)庫仍然在正常運(yùn)轉(zhuǎn)，只是在外層加了個(gè)關(guān)系數(shù)據(jù)庫語言的接口。 這類模型涉及到計(jì)算機(jī)系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為 “結(jié)構(gòu)數(shù)據(jù)模型 ” 。用戶希望數(shù)據(jù)庫系統(tǒng)不僅能夠迅速、完美地完成數(shù)據(jù)處理的任務(wù)；而且，希望它能有一定的輔助決策的能力。微機(jī)上的一般為單用戶版本。數(shù)據(jù)管理是指對數(shù)據(jù)的組織、編碼、分類、存儲、檢索和維護(hù)。 MFC 提供了一些新的類，提供了更強(qiáng)大的數(shù)據(jù)訪問功能。軟件采用 基本對話框 界面，能滿足中小型企業(yè)員工考勤管理的基本需要。 考勤制度是每個(gè)企業(yè)單位所必需的，計(jì)算機(jī)的出現(xiàn)使員工出勤情況的記錄和統(tǒng)計(jì)工作變的十分簡單。在一個(gè)典型的三層應(yīng)用軟件系統(tǒng)中，應(yīng)用系統(tǒng)通常被劃分成以下三個(gè)層次：數(shù)據(jù)庫層、應(yīng)用服務(wù)層和用戶界面層。 80 年代和 90年代是 RDBMS 產(chǎn)品發(fā)展和競爭的時(shí)代。 第二階段的產(chǎn)品以數(shù)據(jù)管理的基本功能為核心，著力開發(fā)外圍軟件系統(tǒng)，比如 FORMS 表格生成系統(tǒng)、 REPORTS 報(bào)表系統(tǒng)、 MENUS 菜單生成系統(tǒng)等。數(shù)據(jù)庫技術(shù)作為數(shù)據(jù)管理技術(shù)，是計(jì)算機(jī)軟件領(lǐng)域的一個(gè)重要分支，產(chǎn)生于 60 年代末。 層次模型的特點(diǎn)是記錄之間的聯(lián)系通過指針實(shí)現(xiàn)，查詢效率較高。 sql 語言是關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)化語言，已得到了廣泛的應(yīng)用。這個(gè)三級結(jié)構(gòu)有時(shí)也稱為 “三級模式結(jié)構(gòu) ”，或 “數(shù)據(jù)抽象的三個(gè)級別 ”，最早是在 1971 年通過的 dbtg 報(bào)告中提出，后來收入在 1975 年的美國ansi/sparc 報(bào)告中。 （ 1）物理數(shù)據(jù)獨(dú)立性 如果數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲設(shè)備和存儲方法有所變化，那么模式 /內(nèi)模式映象也要進(jìn)行相當(dāng)?shù)男薷模垢拍钅Ｊ奖M可能保持不變。 在對表的形式進(jìn)行了規(guī)范化定義后，數(shù)據(jù)結(jié)構(gòu)還有五種規(guī)范化定義，定名為 規(guī)范化模式，稱為范式。 數(shù)據(jù)庫設(shè)計(jì)的基本方法 數(shù)據(jù)庫設(shè)計(jì)是建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的核心和基礎(chǔ)，它要求對于指定的應(yīng)用環(huán)境，構(gòu)造出較優(yōu)的數(shù)據(jù) 庫模式，建立起數(shù)據(jù)庫應(yīng)用系統(tǒng)，并使系統(tǒng)能有效地存儲數(shù)據(jù)，滿足用戶的各種應(yīng)用需求。 Access 適用于小型商務(wù)活動，用以存貯和管理商務(wù)活動所需要的數(shù)據(jù)。 模塊 (Module)——模塊的功能與宏類似，但它定義的操作比宏更精細(xì)和復(fù)雜，用戶可以根據(jù)自己的需要編寫程序。 系統(tǒng)概要設(shè)計(jì) 在軟件需求分析階段，搞清楚了軟件 “做什么 ”的問題，形成了目標(biāo)系統(tǒng)的邏輯模型。這兩個(gè)問題貫穿了整個(gè)軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設(shè)計(jì)問題，軟件設(shè)計(jì)的一個(gè)核心。 在本系統(tǒng)中 員工 是核心，也是基本，沒有了員工 其它的也就沒有什么意義了。 圖 4 ERRAND 出差記錄表 person 文本 員工 編號 start_time 日期 /時(shí)間 假期開始時(shí)間 end_time 日期 /時(shí)間 假期結(jié)束時(shí)間 discription 文本 具體描述 22