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