【文章內(nèi)容簡介】 、刪除等操作。圖13 通訊助理流程圖登陸系統(tǒng)后，進(jìn)入“個人辦公室”，選擇“考勤管理”?？勺灾髟O(shè)置上下班時間和考勤時間段，只有系統(tǒng)管理員賦予了“考勤管理權(quán)限”中的“可設(shè)置上下班時間”的權(quán)限后，操作者才能對考勤時間進(jìn)行設(shè)置。3種查詢方式：“今日考勤統(tǒng)計”、“日考勤統(tǒng)計”和“月考勤統(tǒng)計”。選擇“今日考勤統(tǒng)計”后，選擇“查看”按鈕可查看不同部門的當(dāng)天考勤記錄。進(jìn)入“日考勤統(tǒng)計”后，在右側(cè)窗口選擇需要查看的日期以及部門名稱，選擇“查看”，可查看以前某天的考勤記錄。選擇“月考勤統(tǒng)計”后，選擇“查看”按鈕，可查看以前某月的考勤記錄。 圖14 考勤管理流程圖4數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計是項目開發(fā)和系統(tǒng)設(shè)計中非常重要的一個環(huán)節(jié)，在這里要特別強調(diào)數(shù)據(jù)庫設(shè)計的重要性，是因為數(shù)據(jù)庫設(shè)計就像建設(shè)高樓大廈的根基一樣，如果設(shè)計不好，在后來的系統(tǒng)維護(hù)、變更和功能擴(kuò)充時，甚至在系統(tǒng)開發(fā)過程中都會引起比較大的問題?！　?1) 數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎(chǔ)，把信息系統(tǒng)中大量的數(shù)據(jù)按一定的模型組織起來，提供存儲、維護(hù)、檢索數(shù)據(jù)的功能，使信息系統(tǒng)可以方便、及時、準(zhǔn)確地從數(shù)據(jù)庫中獲得所需的信息。(2) 數(shù)據(jù)庫是信息系統(tǒng)的各個部分能否緊密地結(jié)合在一起以及如何結(jié)合的關(guān)鍵所在。(3) 數(shù)據(jù)庫設(shè)計是信息系統(tǒng)開發(fā)和建設(shè)的重要組成部分。(4) 數(shù)據(jù)庫設(shè)計人員應(yīng)該具備的技術(shù)和知識，數(shù)據(jù)庫的基本知識和數(shù)據(jù)庫設(shè)計技術(shù)；計算機(jī)科學(xué)的基礎(chǔ)知識和程序設(shè)計的方法和技巧；軟件工程的原理和方法； 應(yīng)用領(lǐng)域的知識。數(shù)據(jù)庫設(shè)計的過程(六個階段) (1) 需求分析階段:準(zhǔn)確了解與分析用戶需求（包括數(shù)據(jù)與處理）,是整個設(shè)計過程的基礎(chǔ)，是最困難、最耗費時間的一步。(2) 概念結(jié)構(gòu)設(shè)計階段是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵,　通過對用戶需求進(jìn)行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型。(3) 邏輯結(jié)構(gòu)設(shè)計階段將概念結(jié)構(gòu)轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型對其進(jìn)行優(yōu)化；(4) 數(shù)據(jù)庫物理設(shè)計階段為邏輯數(shù)據(jù)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)（包括存儲結(jié)構(gòu)和存取方法）。（5）數(shù)據(jù)庫實施階段運用DBMS提供的數(shù)據(jù)語言、工具及宿主語言，根據(jù)邏輯設(shè)計和物理設(shè)計的結(jié)果,建立數(shù)據(jù)庫，編制與調(diào)試應(yīng)用程序，組織數(shù)據(jù)入庫，并進(jìn)行試運行。（6）數(shù)據(jù)庫運行和維護(hù)階段,數(shù)據(jù)庫應(yīng)用系統(tǒng)經(jīng)過試運行后即可投入正式運行。在數(shù)據(jù)庫系統(tǒng)運行過程中必須不斷地對其進(jìn)行評價、調(diào)整與修改。(1) 需求分析階段：綜合各個用戶的應(yīng)用需求；(2) 概念設(shè)計階段：形成獨立于機(jī)器特點，獨立于各個DBMS產(chǎn)品的概念模式；(3) 邏輯設(shè)計階段：首先將ER圖轉(zhuǎn)換成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型，如關(guān)系模型，形成數(shù)據(jù)庫邏輯模式；然后根據(jù)用戶處理的要求、安全性的考慮，在基本表的基礎(chǔ)上再建立必要的視圖(View)，形成數(shù)據(jù)的外模式；(4) 物理設(shè)計階段：根據(jù)DBMS特點和處理的需要，進(jìn)行物理存儲安排，建立索引，形成數(shù)據(jù)庫內(nèi)模式。(1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發(fā)的繼續(xù)，還要經(jīng)常詢問客戶保證其需求仍然在開發(fā)的目的之中。(2) 了解企業(yè)業(yè)務(wù)可以在以后的開發(fā)階段節(jié)約大量的時間。(3) 重視輸入輸出在定義數(shù)據(jù)庫表和字段需求（輸入）時，首先應(yīng)檢查現(xiàn)有的或者已經(jīng)設(shè)計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和字段。舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼字段而不要把郵政編碼糅進(jìn)地址字段里。(4) 創(chuàng)建數(shù)據(jù)字典和ER 圖表　　ER 圖表和數(shù)據(jù)字典可以讓任何了解數(shù)據(jù)庫的人都明確如何從數(shù)據(jù)庫中獲得數(shù)據(jù)。ER圖對表明表之間關(guān)系很有用，而數(shù)據(jù)字典則說明了每個字段的用途以及任何可能存在的別名。對SQL 表達(dá)式的文檔化來說這是完全必要的。(5) 定義標(biāo)準(zhǔn)的對象命名規(guī)范　　數(shù)據(jù)庫各種對象的命名必須規(guī)范。將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)及概念模型的過程是概念結(jié)構(gòu)設(shè)計。為了描述數(shù)據(jù)庫結(jié)構(gòu)的概念模式，這里采用ER圖來描述數(shù)據(jù)庫的實體關(guān)系。在員工信息管理，某個公司職位可以有多個公司員工，但某個公司員工只能有一個公司職位。因此公司職位與系統(tǒng)用戶之間是一對多的關(guān)系；某個公司部門可有多個公司員工，但某個公司員工只能屬于一個公司部門，因此公司部門與系統(tǒng)用戶之間是一對多的關(guān)系；某個公司職位可以在不同的公司部門內(nèi)出現(xiàn)，某個公司部門也都會有各種公司職位，因此兩者之間是多對多的關(guān)系。 圖15 表之間的聯(lián)系(1) 用戶信息的ER圖圖16用戶信息ER圖(2)通訊錄的ER圖圖17通訊錄ER圖(3) 員工工作計劃的ER圖18日程表ER圖(5) 短消息管理的ER圖圖19短消息表ER圖(6) 公告管理的ER圖圖20公告表ER圖(7) 網(wǎng)絡(luò)會議ER圖如下圖所示：圖21網(wǎng)絡(luò)會議ER圖(8) 文件的ER圖如下圖所示：圖22上傳的文件ER圖 數(shù)據(jù)庫邏輯設(shè)計邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的ER圖轉(zhuǎn)換成與選用的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。ER圖轉(zhuǎn)換為關(guān)系數(shù)據(jù)模型所要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換成關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。數(shù)據(jù)庫中兩實體間1：n聯(lián)系轉(zhuǎn)換為一個與n端對應(yīng)的關(guān)系模式合并的關(guān)系模式的方法是將聯(lián)系的屬性與1端的碼加入n端作為屬性，主碼為n端實體的主碼。(1) 用戶信息管理中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式用戶信息表user(ID，username，truename，password，，sex，userid，branch，job，accesstime，foundtime，telphone，address)表1 用戶信息表字段名稱 字段類型 數(shù)據(jù)長度 描述 ID char 5 唯一IDusername varchar 40 用戶名truename char 40 用戶姓名password char 16 用戶密碼 char 50 電子郵件sex char 2 性別userid char 5 用戶身份branch char 50 部門job char 20 職務(wù)accesstime smalldatetime 訪問次數(shù)foundtime smalldatetime 創(chuàng)建時間telephone int 8 電話address char 20 地址(2)通訊錄中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式通訊錄表address(ID，username，name，sex，mobile，，qq，pany，address，postcode)表2 通訊錄表字段名稱 字段類型 數(shù)據(jù)長度 描述 ID char 5 唯一ID username varchar 40 用戶名name char 30 用戶姓名sex char 2 性別mobile int 8 手機(jī) char 50 電子郵件qq char 10 號碼pany varchar 60 公司address char 20 家庭住址postcode int 12 郵編 (3) 個人工作計劃模塊中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：個人工作計劃表schedule(ID，username，year，month，day，plan)表3 個人工作計劃表字段名稱 字段類型 數(shù)據(jù)長度 描述 ID char 5 唯一ID username varchar 40 用戶名year int 4 年份month int 2 月份day int 2 日期plan text 安排內(nèi)容 (4) 員工工作計劃中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：員工工作計劃workform(ID，username，year，month，day，title，description，logtime)表4 員工工作計劃表workform字段名稱 字段類型 數(shù)據(jù)長度 描述 ID char 5 唯一ID username varchar 40 用戶名year int 4 年份month int 2 月份day int 2 日期title text 計劃標(biāo)題description text 安排內(nèi)容(5) 短消息管理中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：短消息表sms(ID，username，sender，message，sendtime)表5 短消息管理表字段名稱 字段類型 數(shù)據(jù)長度 描述 ID char 5 唯一ID username varchar 40 用戶名sender varchar 40 發(fā)送者message text 消息內(nèi)容sendtime smalldatetime 日期(6) 公告管理模塊中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：公告表notice(ID，sender，title，content，sendtime)表6 公告管