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