【正文】 聯(lián)的時間域組成。操作員對這些門授權(quán)，門具有其拓?fù)浣Y(jié)構(gòu)、名稱、地址等信息。一旦由操作員定義之后，門組的信息會自動由系統(tǒng)管理軟件下載到 DIGI*TRAC 控制器中，控制器會執(zhí)行預(yù)先設(shè)定的時間域和通行域進(jìn)行 分布 式的管理。 操作員管理 系統(tǒng)操作員被分派權(quán)限可對系統(tǒng)進(jìn)行管理的能力，并由密碼和一天中的時間限定權(quán)限。權(quán)限可用來限制軟件中的每一個組成和關(guān)鍵功能，如：打印證章、用不同用戶登錄、反回傳功能的設(shè)定。 大多數(shù)最重要的設(shè)定是在操作員組的級別中完成的，在組的右邊列有系統(tǒng)中各部分的組成，在窗口中以表格的形式出現(xiàn)。軟件將允許或不允許操作員增加、刪除、存儲甚至打開查看系統(tǒng)各部分的組成。 報表管理 報表管理窗口允許操作員選擇使用眾多的報表，報表可選用 HIRSCH 原廠提供的類型，也可由用戶生成自己的報表。當(dāng)報表被選擇 之后，可由多種多樣的方式查閱瀏覽數(shù)據(jù)。具有屏幕預(yù)覽和打印功能，標(biāo)準(zhǔn)的報表包括（部分）： ? 標(biāo)準(zhǔn)時間域 ? 網(wǎng)絡(luò)布局 ? 用戶通行總計 ? 用戶功能組總計 ? 操作員 ? 密碼和卡用戶總計 ? 具體門通行總計 ? 日期報警注釋 系統(tǒng)維護(hù) Velocity 系統(tǒng)管理軟件產(chǎn)生一個數(shù)據(jù)庫管理工具來履行數(shù)據(jù)備份（備份到磁盤或其它介質(zhì)），處理故障，其它數(shù)據(jù)管理功能。 DIGI*TRAC 網(wǎng)絡(luò)服務(wù)提供了一個獨立 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 31 的在線診斷的能力來實時監(jiān)測端口的通訊、數(shù)據(jù)的傳輸和 DIGI*TRAC 控制器中命令的執(zhí)行。這種強(qiáng)大的在線診斷信號功能是 Velocity 軟件的特點。 用戶化管理 Velocity系統(tǒng)管理軟件的用戶化管理提供出英語外將軟件更換為另一語言的功能，可應(yīng)用軟件中的每一個元素。在軟件中，各國用戶可以應(yīng)用本國的語言來進(jìn)行文本的操作。用戶并可依本國情況在軟件提供的用戶自定義語言中翻譯成本國語言， 字體和字號可重新設(shè)定。 用戶化管理把報警、恢復(fù)正常等信號鏈接 WAV 文件，觸發(fā)語音提示。每一個報警的等級和類型及操作員處理提示同樣可以在這里設(shè)置。 多顯示器顯示 Velocity 系統(tǒng)管理軟件改變了安全控制室的觀念，通過應(yīng)用多監(jiān)視器與一臺計算機(jī)連接的方式進(jìn)行多方監(jiān)控 。窗口可以在兩臺或四臺顯示器上顯示，可由操作員安排使用。所有的顯示和操作是一致的，易于在圖形是滿屏顯示時確認(rèn)和處理報警。 如果房間空間和預(yù)算不夠，一個屏幕同樣可以運行 Velocity 軟件。 Velocity 系統(tǒng)管理軟件，最高等級的門禁控制系統(tǒng)管理軟件。 第五章 考勤管理系統(tǒng) 第一節(jié) 系統(tǒng)管理軟件 BOX1 功能 一、系統(tǒng)目標(biāo) 系統(tǒng)的主要功能： A. 每日的考勤情況，即提供當(dāng)日的遲到、早退、脫崗等信息； B. 匯總考勤日報、周報、月報等； C. 按全廠各級組織從各車間 /部門、車間 /部門內(nèi)各班組到個人提供考勤報表； D. 提供考勤年報表； E. 提供請假情況表； F. 職工的基本情況和明細(xì)表； G. 提供對各項數(shù)據(jù)的查詢功能； H. 對工資管理提供全面的支持； I. 與門禁系統(tǒng)接口。 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 32 運行環(huán)境 本系統(tǒng)單機(jī)版運行在兩臺遠(yuǎn)程連接的 Windows 95 或 98 PC 機(jī)上，一臺為保衛(wèi)處Hirtch 系統(tǒng)管理機(jī)，一臺為人事處考勤管理機(jī)。 本系統(tǒng)系統(tǒng)版運行在企業(yè)的 Intra 下，通過網(wǎng)絡(luò)傳送數(shù)據(jù)和信息。企業(yè)的Intra 為星形結(jié)構(gòu)，通過細(xì)纜和雙絞線與中心機(jī)房的交換機(jī)連接，服務(wù)器平臺為Novell ，工作站平臺為 Windows 95 或 98。 第二節(jié) 總體設(shè)計 1) 處理流程 根據(jù)對系統(tǒng)的分析，從門禁系統(tǒng)獲取來的考勤信息進(jìn)行處理之后，需要發(fā)送到各車間或部門，由部門主管進(jìn)行審核，然后將審核過的信息再發(fā)送回勞動人事處進(jìn)行匯總。這些處理流程在網(wǎng)絡(luò)環(huán)境下完成。門禁系統(tǒng)的數(shù)據(jù)在保衛(wèi)處的工作站上，因此信息的傳送首先由保衛(wèi)處同時發(fā)送至勞動人事處和各部門，各部門在處理后將數(shù)據(jù)也發(fā)送至勞動人事處，勞動人事處綜合從保衛(wèi)處和各部門發(fā)送來的數(shù)據(jù)，然后進(jìn)行匯總處理。 系統(tǒng)的處理流程如下圖所示： 圖 1 考勤匯總流圖 3) 總體結(jié)構(gòu)和模塊設(shè)計 根據(jù)需求分析，系統(tǒng)大致的模塊劃分為： 門禁系統(tǒng) 考 勤 1 不在崗 信息 審 核 2 匯 總 3 出入信息 遲到早退 等信息 部門考勤表 分類匯總表 （由各車間負(fù)責(zé)人完成） （勞動人事處） 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 33 A. 在崗明細(xì)：考察每個職工的在崗和脫崗情況，以及職工應(yīng)在崗情況； B. 數(shù)據(jù)處理：對職工的脫崗情況進(jìn)行處理，主要是處理其遲到、早退和病事 假等情況； C. 考勤明細(xì)：即列出具體的遲到、早退、脫崗等人員清單，可察看部門、個 人一段時間內(nèi)的； D. 考勤匯總：對各級別部門（從總廠到車間到班組到個人）的考勤情況進(jìn)行 匯總； E. 數(shù)據(jù)維護(hù)：本模塊包含的內(nèi)容較多且比較雜，模塊的功能 涉及到班制的修 改、人員的調(diào)動、加班執(zhí)勤，口令的修改以及系統(tǒng)設(shè)置參數(shù)的修改等。 各模塊的明細(xì)圖如下： 由于系統(tǒng)的使用者包括勞動人事處和各車間或部門主管，不同的使用者的處理功能不同，因此需要考慮系統(tǒng)的使用者權(quán)限問題。解決方案： 將不同職能的使用者設(shè)定不同的操作權(quán)限，利用操作權(quán)限限制使用者能夠操作的模塊，并且每位使用者均設(shè)定密碼，操作員需要通過密碼確認(rèn)才能進(jìn)入系統(tǒng)。 4) 應(yīng)用界面設(shè)計 從用戶與計算機(jī)交互的角度來看 ，用戶界面設(shè)計的類型主要有數(shù)據(jù)表格、圖形與圖標(biāo)、菜單、對話以及窗口等。 系統(tǒng)的主要功能模塊結(jié)構(gòu)可以采用菜單方式，菜單方式有很多優(yōu)點，如易于管理控制，容易使用，開發(fā)簡單等。系統(tǒng)中的數(shù)據(jù)錄入、處理、匯總等具體功能的實現(xiàn)則可采用窗口 (Form)形式實現(xiàn)。 在崗明細(xì) 職工出入情況 職工脫崗情況 職工應(yīng)在崗情況 數(shù)據(jù)處理 脫崗情況處理 病事假處理 換班 、執(zhí)勤處理 考勤明細(xì) 遲到 早退 脫崗 考勤匯總 日報 周報 月報 數(shù)據(jù)維護(hù) 參數(shù)修改 人員調(diào)動 班制修改 加班執(zhí)勤 口令修改 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 34 5) 系統(tǒng)的開發(fā)環(huán)境 門禁系統(tǒng)的數(shù)據(jù)存放格式是 ACCESS數(shù)據(jù)庫，從綜合角度考慮，采用 Visual Basic 來開發(fā)。 VB 能夠很容易訪問 ACCESS 數(shù)據(jù)庫，并且界面開發(fā)工具強(qiáng)大。 6) 系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)傳送方式 根據(jù)企業(yè) Intra 結(jié)構(gòu)，數(shù)據(jù)傳送方案： 將共享的數(shù)據(jù)存放在服務(wù)器中，各工作站從服務(wù)器中讀取需要的數(shù)據(jù)，然后進(jìn)行處理，處理好的數(shù)據(jù)再存放回服務(wù)器，供其他工作站存取。本方案的優(yōu)點是數(shù)據(jù)傳送方式簡單，系統(tǒng)容易實現(xiàn)，并且數(shù)據(jù)可以很好地實現(xiàn)共享，為一種較好的方案，但需要考慮企業(yè)網(wǎng)絡(luò)服務(wù)器的容量。系統(tǒng)需要傳送到各部門進(jìn)行處理的數(shù)據(jù)量并不大，所以基本上不影響企業(yè)網(wǎng)絡(luò)的正常運轉(zhuǎn)。方案的具體設(shè)計見下一部分。 第三節(jié) 網(wǎng)絡(luò)數(shù)據(jù)庫方案設(shè)計 1) 網(wǎng)絡(luò)服務(wù)器結(jié)構(gòu) 企業(yè)采用的網(wǎng)絡(luò)服務(wù)器平臺是 Novell ，服務(wù)器上沒有安裝 SQLServer，我們的系統(tǒng)設(shè)計和開發(fā) 從企業(yè)的現(xiàn)狀出發(fā)來考慮考勤系統(tǒng)的網(wǎng)絡(luò)方案。 我們的數(shù)據(jù)庫開發(fā)采用 Microsoft 的 ACCESS，所有的共享數(shù)據(jù)存放到網(wǎng)絡(luò)服務(wù)器上。這樣對于共享的客戶來說，網(wǎng)絡(luò)服務(wù)器相當(dāng)于一個文件服務(wù)器，各工作站從網(wǎng)絡(luò)服務(wù)器上讀取數(shù)據(jù)回工作站，然后在各工作站上進(jìn)行數(shù)據(jù)處理，處理完畢的數(shù)據(jù)再送回服務(wù)器。這種服務(wù)器結(jié)構(gòu)如下圖所示： 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 35 文件服務(wù)器結(jié)構(gòu)圖 2) 文件服務(wù)器結(jié)構(gòu)的數(shù)據(jù)庫配置 Microsoft Access 數(shù)據(jù)庫允許多用戶訪問，將 MDB 數(shù)據(jù)庫放到文件服務(wù)器上使用時，系統(tǒng)的 SQL 處理方式如下圖所示： 在使用 MDB 的一個以文件服務(wù)器為基礎(chǔ)的系統(tǒng)內(nèi)的 SQL 處理方式 在這種文件共享環(huán)境中，表格存儲在網(wǎng)絡(luò)驅(qū)動器中以便用戶之間的共享。在共享的數(shù)據(jù)環(huán)境下，為了保證數(shù)據(jù)的安全性、正確性、一致性等等方面的特性，就必須考慮到多用戶訪問數(shù)據(jù)時的共享沖突問題，即文件競爭（ file contention）。文 ??數(shù)據(jù)庫 SELECT * FROM Database WHERE … 客戶工作站 SQL 在客戶端賦值 查詢在此 執(zhí)行 通過磁盤I/O 請求返回的數(shù)據(jù) 網(wǎng)絡(luò)服務(wù)器 查詢表格 返回表格 ?? ?? ??網(wǎng)絡(luò)文件服務(wù)器 數(shù)據(jù) 工作站 1 工作站 2 工作站 N 應(yīng)用程序邏輯 應(yīng)用程序邏輯 應(yīng)用程序邏輯 磁盤 I/O 請求 磁盤塊 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 36 件競爭發(fā)生在兩個用戶或多個用戶同時試圖訪問同一個文件中的同一條記錄的情況下。開發(fā)的應(yīng)用程序應(yīng)能通過協(xié)商處理不同用戶建的文件競爭來防止這一事件的發(fā)生。 3) 升級至客戶 /服務(wù)器結(jié)構(gòu) 采用上述的網(wǎng)絡(luò)數(shù)據(jù)庫方案可以方便地升級至客戶 /服務(wù)器結(jié)構(gòu)。 Novell 公司的網(wǎng)絡(luò)服務(wù)器平臺產(chǎn)品 Novell 與 Microsoft SQL Server 是兼容的，另外Microsoft 的 Access 可以方便地實現(xiàn)升級至 Microsoft SQL Server。這為本系統(tǒng)今后的升級提供了基礎(chǔ)。 第四節(jié) 編碼設(shè)計 1) 班組編碼的設(shè)計 企業(yè)對職工的考勤需要依據(jù)職工的工作班制來定，不同的班制其上下班時間相差甚多，因此在考勤時需要分別進(jìn)行處理。根據(jù)用戶的需求，系統(tǒng)需要對各部門各班組進(jìn)行考勤匯總， 因此在數(shù)據(jù)庫中需要保存企業(yè)的組織結(jié)構(gòu)的信息。為了能夠方便地處理系統(tǒng)的信息，我們對廠內(nèi)部的班組進(jìn)行編碼，在班組編碼中包含了車間 /部門、班組號和工作班制等信息，實際上就是用班組編碼來反映企業(yè)的組織結(jié)構(gòu)。 班組編碼用五位數(shù)字來表示，其意義如下圖所示： 各班制說明如下： 正常班：上午 8:00 上班，下午 17:00 下班，中午 12:00 至 13:00 休息； 二班制：第一班從早上 6:00 至下午 14:30，第二班從下午 14:30 至晚上 23:00，中間不休息，一星期換一次班； 三班制：第一班從早 上 5:00 至中午 13:00，第二班從中午 13:00 至晚上 21:00，第三班從晚上 21:00 至第二天凌晨 5:00； 四班二運轉(zhuǎn)制：第一班從第一天的早晨 6:00 至下午 18:00，第二班從第一天的 車間 /部門編號 班組號 班 制： 0－正常班 1－二班制 2－三班制 3－四班二運轉(zhuǎn)制 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 37 下午 18:00 至第二天早晨 6:00，第三班從第二天的早晨 6:00 至第二天下午 18:00，第四班從第二天下午 18:00 至第三天的早晨 6:00。倒班運轉(zhuǎn)為：第一班→第四班→第三班→第二班→第一班→?，依次類推。 第五節(jié) 數(shù)據(jù)庫設(shè)計 一、系統(tǒng)數(shù)據(jù)庫的層次結(jié)構(gòu) 本系統(tǒng)的數(shù)據(jù)庫按不同層次分為幾個部分： 1. 系統(tǒng)支持?jǐn)?shù)據(jù)庫。包括文 件管理數(shù)據(jù)庫、索引數(shù)據(jù)庫等。 2. 基礎(chǔ)數(shù)據(jù)庫，包括出入明細(xì)、職工情況等基礎(chǔ)數(shù)據(jù)； 3. 系統(tǒng)運行數(shù)據(jù)庫，即系統(tǒng)在數(shù)據(jù)處理過程中所需要的數(shù)據(jù)庫和存放處理結(jié)果的數(shù)據(jù)庫等； 4. 其他輔助數(shù)據(jù)庫，如存放系統(tǒng)參數(shù)的數(shù)據(jù)庫等； 5. 系統(tǒng)接口數(shù)據(jù)庫，包括系統(tǒng)內(nèi)部各模塊之間的接口數(shù)據(jù)庫以及與門禁系統(tǒng)和以后的工資管理系統(tǒng)之間的接口等； 6. 系統(tǒng)的歷史存檔數(shù)據(jù)庫。 系統(tǒng)的數(shù)據(jù)庫之間的關(guān)聯(lián)關(guān)系如圖所示： 本系統(tǒng)從企業(yè)原有的門禁系統(tǒng)中獲取數(shù)據(jù)，因此不需要建立出入情況的原始數(shù)據(jù)庫。本系統(tǒng) 的數(shù)據(jù)庫設(shè)計只考慮本系統(tǒng)內(nèi)部的數(shù)據(jù)處理時主要的數(shù)據(jù)庫，以及與門禁系統(tǒng)和企業(yè)即將開發(fā)的工資管理系統(tǒng)的接口數(shù)據(jù)庫。數(shù)據(jù)庫的設(shè)計應(yīng)盡量滿足第三范式，但在實際應(yīng)用中的一些比較特別的情況下可以破壞范式進(jìn)行數(shù)據(jù)庫的設(shè)計。 二、數(shù)據(jù)庫的設(shè)計 系統(tǒng)支持?jǐn)?shù)據(jù)庫 系統(tǒng)運行數(shù)據(jù)庫 基礎(chǔ)數(shù)據(jù)庫 輔助數(shù)據(jù)庫 系統(tǒng)接口數(shù)據(jù)庫 歷史數(shù)據(jù)庫 門禁報警售飯停車場一卡通系統(tǒng)設(shè)計方案 38 門禁系統(tǒng)采集來的數(shù)據(jù) ． ． ． ． ． ． ． ． ． ． 存放在一個 ACCESS 數(shù)據(jù)庫中，基本的數(shù)據(jù)項應(yīng)該包括每個職工的工號、姓名、班組等情況，以及職工每次出入的時間記錄，本系統(tǒng)提取這些原始數(shù)據(jù)，作為本系統(tǒng)處理的基礎(chǔ)數(shù)據(jù)。 接口數(shù)據(jù)庫： , 在運行時需要有一個中間數(shù)據(jù)庫來臨時存放從門禁系統(tǒng)中發(fā)送過來的數(shù) 據(jù)，并將其轉(zhuǎn)換成相應(yīng)的格式以便系統(tǒng)進(jìn)行處理，即系統(tǒng)需要有一個與門禁系統(tǒng)接口的數(shù)據(jù)庫。 職工數(shù)據(jù)庫： , 系統(tǒng)應(yīng)該保存有職工的基本情況數(shù)據(jù)，包括職工的姓名，所在的車間和班組，以及職工的工作班制等信息。 職工應(yīng)在崗數(shù)據(jù)庫： ，為了考核每天職工的考勤情況，首先要生成當(dāng)日所有在崗職工的數(shù)據(jù)庫（稱為職工