【正文】 層應(yīng)用服務(wù)設(shè)計，分別是 數(shù)據(jù)庫層、應(yīng)用服務(wù)層和用戶界面層 ，分三層逐步展開詳細(xì)的設(shè)計。 第 四 章根據(jù)第 三 章的設(shè)計結(jié)果利用 Access 2021和 Visual C++體和應(yīng)用程序設(shè)計。數(shù)據(jù)管理是指對數(shù)據(jù)的組織、編碼、分類、存儲、檢索和維護(hù)。 數(shù)據(jù)庫 發(fā)展及階段 特點(diǎn) 20 世紀(jì) 70 年代關(guān)系模型提出后，由于其突出的優(yōu)點(diǎn)，迅速被商用數(shù)據(jù)庫系統(tǒng)所 采用。各種產(chǎn)品經(jīng)歷了從集中到分布，從單 5 機(jī)環(huán)境到網(wǎng)絡(luò)環(huán)境，從支持信息管理到聯(lián)機(jī)事務(wù)處理（ OLTP），再到聯(lián)機(jī)分析處理（ OLAP）的發(fā)展過程；對關(guān)系模 型的支持也逐步完善；系統(tǒng)的功能不斷增強(qiáng)。此時， SQL 語言已經(jīng)成為關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)，各家對 SQL標(biāo)準(zhǔn)的支持還都是不存的（幾乎全不是超水平發(fā)揮）。微機(jī)上的一般為單用戶版本。 第三階段的產(chǎn)品追求開放性，滿足可移植性、可連接性、可伸縮性。這些外圍工具軟件，就是所謂的第四代應(yīng)用開發(fā)環(huán)境，他們大大提高了數(shù)據(jù)庫應(yīng)用開發(fā)的效率。相對應(yīng)的關(guān)鍵實(shí)現(xiàn)技術(shù)是：性能，提高 RDBMS 對聯(lián)機(jī)事務(wù)響應(yīng)速度；可靠性。用戶希望數(shù)據(jù)庫系統(tǒng)不僅能夠迅速、完美地完成數(shù)據(jù)處理的任務(wù)；而且，希望它能有一定的輔助決策的能力。 而本系統(tǒng)為考勤管理系統(tǒng)，為了不使無關(guān)人員隨意進(jìn)入系統(tǒng)，只要是采用在登陸的對回話框 CLoginDlg 中設(shè)置用考勤員和密碼來保護(hù)系統(tǒng)的安全，其做法是在登陸對話框中的登陸 按鈕OnOK()函數(shù)中調(diào)用加密類 CCryp 的 加密函數(shù) Encrypt 來進(jìn)行加密的。現(xiàn)已形成相當(dāng)規(guī)模的理論體系和實(shí)用技術(shù)。 一種是獨(dú)立于計算機(jī)系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織所關(guān)心的信息結(jié)構(gòu)，這類模型稱為 “概念數(shù)據(jù)模型 ” 。 這類模型涉及到計算機(jī)系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為 “結(jié)構(gòu)數(shù)據(jù)模型 ” 。用樹型結(jié)構(gòu)表示實(shí)體類型及實(shí)體間聯(lián)系的數(shù)據(jù)模型。但層次模型有兩個缺點(diǎn)：一是只能表示 1∶ n 聯(lián)系，雖然有多種輔助手段實(shí)現(xiàn)了 m∶ n 聯(lián)系，但都較復(fù)雜，用戶不易掌握，二是由于樹型結(jié)構(gòu)層次順序的嚴(yán)格和復(fù)雜，引起數(shù)據(jù)的查詢和更新操作也 很復(fù)雜，因此，編寫應(yīng)用程序也很復(fù)雜。有向圖中的結(jié)點(diǎn)是記錄類型，有向邊表示從箭尾一端的記錄類型到箭頭一端的記錄類型間聯(lián)系是 1∶ n 聯(lián)系。但是使用這兩種模型建立起的許多數(shù)據(jù)庫仍然在正常運(yùn)轉(zhuǎn)，只是在外層加了個關(guān)系數(shù)據(jù)庫語言的接口。關(guān)系模式相當(dāng)于前面提到的記錄類型，它的實(shí)例稱為關(guān)系，每個關(guān)系實(shí)際上是一張二維表格。 20 世紀(jì) 70年代對關(guān)系數(shù)據(jù)庫的研究主要集中在理論和實(shí)驗(yàn)系統(tǒng)的開發(fā)方面。關(guān)系模型的數(shù)據(jù)結(jié)構(gòu)簡單、易懂。 （ 4）面向?qū)ο竽Ｐ?。面向?qū)ο髷?shù)據(jù)庫是面向?qū)ο蟾拍钆c數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物。雖然現(xiàn)在 dbms 的產(chǎn)品多種多樣，在不同的操作系統(tǒng)支持下工作，但是大多數(shù)系統(tǒng)在總的體系結(jié)構(gòu)上都具有三級模式的結(jié)構(gòu)特征。 概念級涉及到所有用戶的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。 數(shù)據(jù)庫的三級模式結(jié)構(gòu)是數(shù)據(jù)的三個抽象級別。 數(shù)據(jù)的 獨(dú)立性 由于數(shù)據(jù)庫系統(tǒng)采用三級模式結(jié)構(gòu)，因此系統(tǒng)具有數(shù)據(jù)獨(dú)立性的特點(diǎn)。也就是對內(nèi)模式的修改盡量不影響概念模式，當(dāng)然，對于外模式和應(yīng)用程序的影響更小， 10 這樣，我們稱數(shù)據(jù)庫達(dá)到了物理數(shù)據(jù)獨(dú)立性。 范式 建立起一個良好的數(shù)據(jù)指標(biāo)體系，是建立數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的最重要的一環(huán)。對于指標(biāo)體系中數(shù)據(jù)的結(jié)構(gòu)在建庫前還必須進(jìn)行規(guī)范化的重新組織。 表中所有行都是不相同的，不允許有重復(fù)組項出現(xiàn) (如圖中每一行都是一個不同的合同記錄 )。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。在本文所討論的開發(fā)方法里， 1st nf 實(shí)際上是沒有什么意義的。通常我們稱這種關(guān)系為函數(shù)依賴 (functional dependence)關(guān)系。 為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關(guān)系型數(shù)據(jù)庫要盡量按關(guān)系規(guī)范化要求進(jìn)行數(shù)據(jù)庫設(shè)計。一般按照規(guī)范化的設(shè)計方法，常將數(shù)據(jù)庫設(shè)計分為若干階段： 系統(tǒng)規(guī)劃階段主要是確定系統(tǒng)的名稱、范圍；確定系統(tǒng)開發(fā)的目標(biāo)功能和性能；確定系統(tǒng)所需的資源；估計系統(tǒng)開發(fā)的成本；確定系統(tǒng)實(shí)施計劃及進(jìn)度；分析估算系統(tǒng)可能達(dá)到的效益；確定系統(tǒng)設(shè)計的原則和技術(shù)路線等。 概念設(shè)計階段要產(chǎn)生反映企業(yè)各組織信息需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模型。數(shù)據(jù)庫物理結(jié)構(gòu)依賴于給定的計算機(jī)系統(tǒng)，而且與具體選用的DBMS 密切相關(guān)。 Access 數(shù)據(jù)庫 技術(shù)的 選擇 在辦公軟件 Office 套件中，最為廣大用戶熟悉的是 Word 和 Excel，因?yàn)樗鼈児δ軓?qiáng)大且方便易用，更因?yàn)樗鼈儾粌H可用于辦公，還可用于個人寫作和家庭記帳理財?shù)取?Access 不僅是一個數(shù)據(jù)庫，而且它具有強(qiáng)大的數(shù)據(jù)管理功能，它可以方便地利用各種數(shù)據(jù)源，生成窗體（表單），查詢，報表和應(yīng)用程序等。 Access 數(shù)據(jù)庫以文件形式保存，文件的擴(kuò)展名是 MDB。 查詢 (Query)——查詢可以按索引快速查找到需要的記錄，按要求篩選記錄并能連接若干個表的字段組成新表。 報表 (Report)——報表的功能是將數(shù)據(jù)庫中的數(shù)據(jù)分類匯總，然后打印出來，以便分析。模塊使用 Visual Basic 編程。 3 系統(tǒng)總體設(shè)計 軟件系統(tǒng)的總體設(shè)計大約要經(jīng)歷可行性分析和項目開發(fā)計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試以及維護(hù)等七個階段。 軟件需求分析中我采用結(jié)構(gòu)化分析方法（ structured analysis,簡稱 sa）， sa 是面向數(shù)據(jù)流進(jìn)行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒?、idef 方法等等）一樣， sa 也是一種建?；顒樱褂煤唵我鬃x的符號，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。 頂層流圖僅包含一個 員 工，它代表被開發(fā)系統(tǒng)，它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)了，輸出流是該系統(tǒng)的輸出數(shù)據(jù)；底層流圖是指其加工不需要再做分解的數(shù)據(jù)流圖，中間層流圖表示對其上層父圖的細(xì)化，它的每一步 操作 可能繼續(xù)細(xì)化成子圖?，F(xiàn)在我們所要做的就是要把軟件 “做什么 ”的邏輯模型變換為 “怎么做 ”的物理模型，即著手實(shí)現(xiàn)軟件的需求。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。我首先將整個系統(tǒng)化分為幾個小問題，小模塊，在系統(tǒng)中，我設(shè)計了 上下班時間設(shè)置 、出勤記錄管理 、 和考勤統(tǒng)計 管理 3 個小模塊。） 在得到系統(tǒng)的第一層功能模塊 圖后，經(jīng)過進(jìn)一步地細(xì)化，得一系統(tǒng)的子功能模塊圖： 考勤管理系統(tǒng) 出勤情況記錄 出勤統(tǒng)計情況 上下班時間設(shè)置 17 數(shù)據(jù)庫設(shè)計 在信息世界中，信息從客觀事物出發(fā)流經(jīng)數(shù)據(jù)庫，通過決策機(jī)構(gòu)最后又回到客觀世界，信息的這一循環(huán)經(jīng)歷了三個領(lǐng)域：信息世界，數(shù)據(jù)世界，現(xiàn)實(shí)世界。 1 、 er 圖設(shè)計 在系統(tǒng)設(shè)計的開始，我首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實(shí)世界進(jìn)行抽象。它有兩個明顯的優(yōu)點(diǎn)：接近于人的思維，容易理解；與計算機(jī)無關(guān)，用戶容易接受。 ◆ 橢圓形框，表示實(shí)體類型和聯(lián)系類型的屬性。系統(tǒng) 根據(jù)需要可以 記錄出勤人員 的信息，同時還需要了解 員工的請假、出差和加班等的記錄 情況。員工記錄的添加是考慮到 出勤記錄 問題，也就是說，在 出勤 管理的實(shí)際運(yùn) 用中， 需要記錄每個員工的具體情況這樣才方便月度的統(tǒng)計 ，特別是由于 員工的工資要按工作時的多少發(fā)放 ，所以在設(shè)計數(shù)據(jù)庫時，員工記錄這一實(shí)體 非常重要 。因?yàn)殛P(guān)系數(shù)據(jù)庫中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。根據(jù)系統(tǒng) er 圖，針對本系統(tǒng)的特點(diǎn)，在對所搜集的數(shù)據(jù)進(jìn)行規(guī)范化之后， 定義了如下六張表格，分別是 ATTENDANCE 出勤記錄表 ， LEAVE 請假記錄表 ， OVERTIME 加班記錄表， ERRAND 出差記錄表， 員 20 工 及 密碼信息表。做為備注有一點(diǎn)說明 ，我的數(shù)據(jù)庫中備注的數(shù)據(jù)類型是文本，而不是備注類型，主要考慮到該字段的長度并不大，而且在 Visual C++中文本數(shù)據(jù)類型的處理也比較方便一點(diǎn)。 圖 5 PERSON 員工信息表 字段名稱 數(shù)據(jù)類型 說明 Person 文本 員工編號 passwd 文本 密碼 authority 文本 用戶權(quán)限 name 文本 員工姓名 sex 文本 性別 birthday 日期 /時間 生日 job 文本 職務(wù) edu_level 文本 受教育程度 specialty 文本 專業(yè)技能 address 文本 家庭住址 tel 文本 聯(lián)系電話 23 PERSON 員工信息表 員工信息表主要用于記錄有關(guān)員工的各類信息，包括姓名、職稱、出生日期、聯(lián)系電話、聯(lián)系地址等。 圖 8 ATTENDANCE— STAT 信息表 字段名稱 數(shù)據(jù)類型 說明 24 Year_month 文本 統(tǒng)計月份 Person 文本 員工號 Work_hour 數(shù)字 累計工作時間 Over_hour 數(shù)字 累計加班時間 Leave_hour 數(shù)字 累計請假時間 Errand_hday 數(shù)字 累計出差時間 Late_times 數(shù)字 遲到次數(shù) Early_times 數(shù)字 早退次數(shù) Absent_times 數(shù)字 曠工次數(shù) ATTENDANCE— STAT 信息表 主要用于記錄有關(guān) 統(tǒng)計 的詳細(xì)信息， 主要是按月度來統(tǒng)計 包括 員工的工作時間 、 加班時間，累計請假時間，累計出差時間，遲到和早退的次數(shù)等信息。 在處理過程設(shè)計時我采用的是結(jié)構(gòu)化程序設(shè)計（簡稱 sp）方法。詳細(xì)設(shè)計的目標(biāo)不僅 是邏輯上正確地實(shí)現(xiàn)每個模塊的功能，還應(yīng)使設(shè)計出的處理過程清晰易讀。 if(()) ()。 登陸窗口對話框，包括三個輸入框和兩個按鈕。 另外，為了使用全局變量數(shù)據(jù)庫變量 db，需要在 cpp 文件開頭加入下面的語句： 28 extern CDatabase db。 GetDlgItem(IDC_STATIC_LOGINTEXT)SetFont(amp。 if(()!=IDOK) return FALSE。 CFont m_font。 // 初始化對話框指針為空 m_pAttDlg=NULL。各按鈕的事件處理 代碼見附錄。 界面三 ： 上班時間設(shè)置 窗體 公司的上下班時間相當(dāng)固定 ,而且需要在統(tǒng)計時頻繁使用 ,所以不需要保存在數(shù)據(jù)庫中 .本例采用標(biāo)準(zhǔn)的 INI 設(shè)置文件來保存這些數(shù)據(jù) 。 在輸入員工號時 ,需要及時檢索員工姓名 ,以確定設(shè)置的條件有效 .通過 Class Wizard 加入處理 IDC_EDT_SEEKPERSONID 的 EN_CHANGE 消息處理的函數(shù)OnChangeEdtSeekpersonid()，見附錄。 點(diǎn)擊“全部員工”把全部員工每人一條出勤記錄添加到數(shù)據(jù)庫并在出勤列表中顯示，點(diǎn)擊“部門員工”為該部門的每位員工添加一條出勤記錄到數(shù)據(jù)庫并在出勤列表中顯示，點(diǎn)擊“單個員工”為該員工添加一條出勤記錄到數(shù)據(jù)庫并在出勤列表中顯示。 為了更新列表框內(nèi)容 ,編寫的UpdateList()函數(shù)調(diào)用此函數(shù)可使列表框顯示給定的數(shù)據(jù)表格， 當(dāng)輸入部門編號時 ,自動檢索部門名稱 .他的 實(shí)現(xiàn)函數(shù)為 OnChangeEdtDepartid()。 :OnBtnAddall()為 添加所有員工出勤記錄 ， OnBtnAdddepart() 為 追加部門 員工考勤記錄 ， OnBtnAddperson() 為 追加單個員工考勤記錄 。 請假和出差的考勤記錄檢索，添加和刪除同修改出勤記錄類似。通過這次課程設(shè)計，我對數(shù)據(jù)庫系統(tǒng)開發(fā)有了比較深入的了解。學(xué)會了數(shù)據(jù)源的建立和連接。如：系統(tǒng)功能模塊分析和設(shè)計，數(shù)據(jù)庫需求分析和設(shè)計，數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計（ ER 圖）都在軟件開發(fā)中占有相當(dāng)重要的地位，在具體實(shí)現(xiàn)，編寫軟件之前，你必須花相當(dāng)大的時間和精力去做系統(tǒng)分析，這是軟件開發(fā)的實(shí)用性，可行性，安全性的前提和保證。 其初始化時間設(shè)計要修改構(gòu)造函數(shù) ，具體見附錄 。同時也要對他的初始化函數(shù) OnInitDialog()， UpdateList()函數(shù) ， OnChangeEdtOvertimePersonid()略做修改。 添加部門和全體員工出勤記錄的過程最終客分解為添加單個員工記錄的過程 . 通過 添加出勤記錄函數(shù) IO_Add(CString strPersonID)實(shí)現(xiàn)。 刪除記錄