【導(dǎo)讀】各個部門之間無法實現(xiàn)信息共享和信息集成，從而難以實現(xiàn)各個部門之間的高效協(xié)作。效率，規(guī)范化管理的必然趨勢。通過基于Web企業(yè)綜合管理系統(tǒng)所實施的交換式網(wǎng)絡(luò)應(yīng)。用，使信息的傳遞更加快捷和方便，從而極大地擴(kuò)展了管理手段，實現(xiàn)了運營的高效。企業(yè)便利服務(wù)模塊，系統(tǒng)設(shè)置管理模，系統(tǒng)幫助中心，系統(tǒng)安全注銷。域包括工作計劃，通告管理，公文管理，人力管理，通訊助理，考勤管理。系統(tǒng)開發(fā)強大完善的數(shù)據(jù)庫支持環(huán)境。

　　

【正文】 查詢“ 員工基本檔案 ” 。 選擇“ 查詢 ” ，就會顯示所選擇員工的基本檔案資料 。 當(dāng)管理員打開的管理人力資源的權(quán)限后，操作者才能編輯和刪除公司人力資料。 如圖 12 所示。 15 考 考考 考考 考 考 考考 考考考考 考考考考 考 考 考考 考 考 考考 考 考 考考 考考 考考 考考 考 考考 考 考考 考考 考 考考考 考考 考考 考考 考考 考考 考 考 考考 考 考考 考 考考 考 考 考考 考考 考 考 考 考 考考 考 考 考考 考 考 考考 考 考 考 考考考考考考 圖 11公文管理流程圖 考 考 考 考考 考 考考考 考 考 考考 考考 考 考 考考 考考 考考 考 考 考考 考考 考考 考 考 考考 考考 考 考 考考 考考 考 考 考考 考考 考考 考 考 考考 考 考考 考 考考 考考 考 考考考 考 考考 考 考考 考考 考考 考考 考考 考 考 考考 考考 考考 考考 考考 考考 考 考 考考 考 考考 考 考考 考 考 考考 考考 考 考 考 考 考考 考 考考 考 考考 考考 考考 考 考 考考 考考考考 考 考 考 考 考考 考 考圖 12人力資源流程圖 16 通訊助理流程圖 進(jìn)入 “ 個人辦公室 ” 后，選擇 “ 通訊助理 ” ，單擊 “個人通訊錄 ”， “ 編輯 ” 按鈕可對該條信息進(jìn)行修改，修改后單擊 “ 修改 ” 按鈕完成編輯。 選擇 “ 刪除 ” 按鈕則刪除該信息。單擊 “ 查看 ” 顯示此人的詳細(xì)信息。 “ 內(nèi)部通訊錄 ” “外 部通訊錄 ” 的操作與 ”個人通訊錄 ”的操作類似，但普通用戶只能查看內(nèi)容，只有當(dāng)管理員賦予了相關(guān)權(quán)限后才能對內(nèi)部通訊錄進(jìn)行編輯、刪除等操作。 考 考考 考考 考考 考 考 考考 考 考 考考 考考考考 考考 考 考考 考考 考考 考考 考 考 考考考 考 考 考考考 考 考 考考考 考考 考 考考 考考 考考 考考 考考 考 考 考考 考考 考考 考考 考考 考考 考考 考考 考 考考 考考 考考 考 考 考 考 考 圖 13 通訊助理流程圖 考勤管理流程圖 登陸系統(tǒng)后， 進(jìn)入“ 個人辦公室 ” ， 選擇“ 考勤管理 ” 。可自主設(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è)窗口選擇需要查看的日期以及部門名稱， 選17 擇“ 查看 ” ，可查看以前某天的考勤記錄。 選擇“ 月考勤統(tǒng)計 ” 后， 選擇“ 查看 ” 按鈕，可查看以前某月的考勤記錄 。 考 考 考 考考考 考 考 考考 考 考 考考 考考 考考 考考 考 考 考考 考考考考 考 考考 考考 考 考 考考 考 考 考 考 考 考 考 考 考考 考 考考 考 考考 考 考 考考 考考 考 考 考考 考考 考 考考 考 考考 考考 考 考 考考考 考考 考 考考 考 考考 考 考 考考考 考考 考考 考 考 考 考考 考 考 考考 考 考考 考 考考 考 考 考考 考考 考 考 考考 考考 考 考考 考 考考 考考 考 考 考考考 考考 考 考考 考 考考 考考 考考 考 考 考 圖 14 考勤管理流程圖 18 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ā)過程中 都會引起比較大的問題。 數(shù)據(jù)庫和 信息系統(tǒng) (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ù) ；計算機 科學(xué)的基礎(chǔ)知識和 程序設(shè)計 的方法和技巧 ； 軟件工程 的原理和方法 ； 應(yīng)用領(lǐng)域的知識 。 數(shù)據(jù)庫設(shè)計的基本步驟 數(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)整與修改 。 數(shù)據(jù)庫各級模式的形成過程 (1) 需求分析階段：綜合各個用戶的應(yīng)用需求 ； (2) 概念設(shè)計階段：形成獨立于機器特點，獨立于各個 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)模式 。 19 數(shù)據(jù)庫設(shè)計技巧 (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ī)范。 數(shù)據(jù)庫概念設(shè)計 將需求分析得到的用戶需求抽象為信息結(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)系。 m e e t i n gu s e r 管 理 員s m su p f i l es c h e d u l e填寫短信接收短信nn舉行會議擁有n管理n o t i c e 查看文件nn查看公告管理公告U s e r ( 員 工 )nnnnn111nA d d r e s s ( 通訊 錄 )n擁有nnn 圖 15 表 之間 的聯(lián)系 20 (1) 用戶信息 的 ER 圖 圖 16用戶信息 ER圖 (2)通訊錄 的 ER 圖 圖 17通訊錄 ER圖 (3) 員工工 作計劃 的 ER 圖 18日程表 ER圖 (5) 短消息管理 的 ER 圖 21 圖 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)22 系模式，如何 確定這些關(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 唯一 ID username 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