【正文】 查 詢功能。 ? 讀頭支持：支持 RS48 Wiegand 26/34 三種鏈接模式。 反脅迫功能：當(dāng)員工被脅迫進(jìn)入?yún)^(qū)域時，員工可在正常刷卡開門的同時使用某種策略將信 息發(fā)送至監(jiān)控中心，進(jìn)行報警； 反尾隨功能：防止有外人跟蹤進(jìn)入?yún)^(qū)域，員工必須保證打開的門已經(jīng)關(guān)閉，否則無法打開其它的門，有意識地防止外人尾隨；如果要求系統(tǒng)自動報警非法潛入，可以通過紅外監(jiān)控功能感應(yīng)出無卡人員的尾隨情況，進(jìn)而報警； 反潛回功能：有進(jìn)必有出，只要有一個門禁點沒刷卡，其它門禁點就不能使用，從而員工如果漏打卡，則下次進(jìn)出任何通道都會被系統(tǒng)拒絕，杜絕員工跟隨他人不打卡的現(xiàn)象。 、 門禁系統(tǒng)架構(gòu) 、 門禁管理系統(tǒng)的組成部分 ：門禁控制器、讀卡器、出門按鈕、鎖具、通訊線材、通訊集線器、智能卡、電源、管理軟件等組成，本競標(biāo)方案主要涉及門禁控制器、門禁讀卡器、開關(guān)電源、通訊轉(zhuǎn)換器。 、 中控 inBIO 門禁系統(tǒng)功能介紹及性能特點 智能卡單門門禁 控制點結(jié)構(gòu)示意圖 、 inBIO門禁系統(tǒng)功能介紹 、 智能卡門禁管理系統(tǒng)的基本功能是：用智能卡代替?zhèn)鹘y(tǒng)的人工查驗證件放行、用鑰匙開門的落后方式， 該門禁 系統(tǒng)自動識別智能卡上的身份信息和門禁權(quán)限信息，持卡人只有在規(guī)定的時間和在有權(quán)限的門禁點刷卡后，門禁點才能自動開門放行允 許出入，否則對非法入侵拒絕開門并輸出 相關(guān) 報警、 聯(lián)動 信號。如通過火災(zāi)傳感器檢測到火災(zāi)發(fā)生時，門禁控制器自動打開所有或預(yù)先設(shè)定的門以便于人員即時撤離 ， 對于要害部門可將門緊鎖。 、 門禁系統(tǒng)設(shè)計 構(gòu)想 ： 基于以上需求我們可以這樣分析， 門禁管理系統(tǒng)主要是指在關(guān)鍵通道處和重要場所（如領(lǐng)導(dǎo)辦公室、機(jī)房、研發(fā)部門、要害部 門等）設(shè)置必要的門禁通道控制器，根據(jù)員工的職位設(shè)置不同的進(jìn)出權(quán)限，避免不相關(guān)人員進(jìn)入，從源頭上保證企業(yè)的信息和財產(chǎn)安全， 我們采用以下設(shè)計思路，運(yùn)用現(xiàn)有計算機(jī)技術(shù)、網(wǎng)絡(luò)通訊技術(shù)、數(shù)字控制技術(shù)以及現(xiàn)代圖像等技術(shù)建成大型聯(lián)網(wǎng)門禁對協(xié)同仿真大樓進(jìn)行科學(xué)管理。當(dāng)一卡通管理中心發(fā)現(xiàn)有異常的卡，可以在管理中心對有問題的卡進(jìn)行凍結(jié)，卡凍結(jié)后，該卡就不能進(jìn)行消費(fèi)、充值、支取等交易?？ㄐ畔⒆兏薷?。對外來人員、臨時人員發(fā)行非記名臨時卡，收取卡成本費(fèi)、手續(xù)費(fèi)。 授權(quán)卡發(fā)行的對象及數(shù)量批量發(fā)行卡。如果 DBA 能從上述九個方面綜合考慮優(yōu)化方案，相信多數(shù) ORACLE 應(yīng)用可以做到按最優(yōu)的方式來存取數(shù)據(jù)。 數(shù)據(jù)庫打包技術(shù)的充分利用利用數(shù)據(jù)庫描述語言編寫數(shù)據(jù)庫的過程或函數(shù)，然后把過程或函數(shù)打成包在數(shù)據(jù)庫后臺統(tǒng)一運(yùn)行包即可。 （ 2）盡量使用相同的或非常類似的 SQL 語句進(jìn)行查詢，這樣不僅充分利用 SQL 共享池中的已經(jīng)分析的語法樹，要查詢的數(shù)據(jù)在 SGA 中命中的可能性也會大大增加。除了進(jìn)行 CPU 資源分配外，DRM 還可以對資源用戶組執(zhí)行并行操作的限制。 ORACLE 要使用一個索引，有一些最基本的條件： 1） where 子名中的這個字段，必須是復(fù)合索引的第一個字段； 2） where 子名中的這個字段，不應(yīng)該參與任何形式的計算。 避免出現(xiàn)行連接和行遷移 在建立表時，由于參數(shù) pctfree 和 pctused 不正確的設(shè)置，數(shù)據(jù)塊中的數(shù)據(jù)會出現(xiàn)行鏈接和行遷移，也就是同一行的數(shù)據(jù)不保存在同一的數(shù)據(jù)塊中。用數(shù)據(jù)庫編程實現(xiàn)業(yè)務(wù)邏輯的好處是減少網(wǎng) 絡(luò)流量并可更充分利用數(shù)據(jù)庫的預(yù)編譯和緩存功能。 B、數(shù)據(jù)類型盡量小，這里的盡量小是指在滿足可以預(yù)見的未來需求的前提下的。 在有多個鍵的表，主鍵的選擇也比較重要，一般選擇總的長度小的鍵，小的鍵的比較速度快，同時小的鍵可以使主鍵的 B 樹結(jié)構(gòu)的層次更少。消除傳遞依賴，達(dá)到第三范式應(yīng)該是系統(tǒng)中大部分表的要求，除非一些特殊作用的表。 數(shù)據(jù)庫設(shè)計中的優(yōu)化策略 數(shù)據(jù)應(yīng)當(dāng)按兩種類別進(jìn)行組織：頻繁訪問的數(shù)據(jù)和頻繁修改的數(shù)據(jù)。該緩沖區(qū)保存為數(shù)據(jù)庫恢復(fù)過程中用于前滾操作。 數(shù)據(jù)庫邏輯設(shè)計的結(jié)果應(yīng)當(dāng)符合下面的準(zhǔn)則：（ 1）把以同樣方式使用的段類型存儲在一起；（ 2）按照標(biāo)準(zhǔn)使用來設(shè)計系統(tǒng)；（ 3）存在用于例外的分離區(qū)域；（ 4）最小化表空間沖突；（ 5）將數(shù)據(jù)字典分離。下圖展示了 Web Service 的基本原理。 ZKECO 平臺架構(gòu) 在系統(tǒng)的設(shè)計、開發(fā)和運(yùn)行過程中，采用下列的技術(shù)路線： 、采用多層架構(gòu)的 B/S 結(jié)構(gòu)；采用 MVT 技術(shù)； 、采用應(yīng)用服務(wù)器和組件開發(fā)技術(shù)，提高系統(tǒng)的靈活性和可擴(kuò)展性；采用中間件技術(shù)，提高系統(tǒng)的可靠性和穩(wěn)定性； 、根據(jù)不同的應(yīng)用類型，采用面向?qū)ο蠡蛎嫦蜻^程的方法分析和設(shè)計系統(tǒng)； 、基于多層式構(gòu)架的分布式計算技術(shù)進(jìn)行系統(tǒng)架構(gòu)設(shè)計和系統(tǒng)開發(fā)； 、采用關(guān)系型數(shù)據(jù)庫技術(shù)支持大型的主流關(guān)系型數(shù)據(jù)庫，建立信息資源數(shù)據(jù)庫； 總體來說就是以基于多層式構(gòu)架的 B/S 構(gòu)架為基本框架，通過開發(fā)和整合各個應(yīng)用系統(tǒng)，實現(xiàn)支持多種操作系統(tǒng)、多種數(shù)據(jù)庫系統(tǒng)、多種應(yīng)用開發(fā)工具的開放的一卡通管理系統(tǒng)。 、 工程進(jìn)展過程中，安排專職軟件技術(shù)人員全程跟蹤，并指導(dǎo)我方技術(shù)人員了解整個系統(tǒng)架構(gòu)，以及教導(dǎo)后期系統(tǒng)修改和擴(kuò)展的相關(guān)技術(shù)知識。 系統(tǒng)特點： ①方便快捷 ②安全、穩(wěn)定性 ③靈活性 ④一卡通用 ⑤管理模塊化 實用靈活性： 操作的簡便性與系統(tǒng)的實用性方面需要綜合考慮，整套系統(tǒng)能夠多種參數(shù)設(shè)置，可自定義項目、設(shè)置報表格式及相關(guān)查詢條件的自由組合等；遠(yuǎn)程實時在線監(jiān)管與聯(lián)機(jī)處理功能；數(shù)據(jù)實時在線自動導(dǎo)出功能。 、 ZKEco 需要設(shè)計系統(tǒng)操作的簡易化，界面友好化。 、考勤系統(tǒng) ： 能滿足各種不同班次的要求，通過排班和分析準(zhǔn)確得出個人的出勤情況；排班時具有日歷功能，能方便快捷的進(jìn)行排班； 能處理重復(fù)刷卡，出異常報表；能夠?qū)С隹记趨R總。 、 考勤系統(tǒng)： 按大樓 5000 人 /1 天 8 時段考勤，系統(tǒng)存儲容量 30 天以上，考勤機(jī)設(shè)在出入口旁邊。 先進(jìn)性 ：在保證穩(wěn)定性 實用性和便捷性的前提下，門禁產(chǎn)品應(yīng)該具備一定的先進(jìn)性，以保證在今后的數(shù)年內(nèi)不會被淘汰，并且可以滿足門禁使用中的要求和需求。系統(tǒng)設(shè)計時，對需要實現(xiàn)的功能進(jìn)行了合理配置，并且這種配置是可以改變的，甚至在工程完成后，這種配置的改變也是可能的和方便的。如果片面追求系統(tǒng)的超前性，勢必造成投資過大，離實際需要偏離太遠(yuǎn)。 系統(tǒng)安全性 ： 門禁一卡通系統(tǒng) 中的所有設(shè)備及配件在性能安全可靠運(yùn)轉(zhuǎn)的同時 ， 還應(yīng)符合中國或國際有關(guān)的安全標(biāo)準(zhǔn)， 并可在非理想環(huán)境下有效工作。從計算機(jī)的配置到系統(tǒng)的配置，前端設(shè)備的配置都充分仔細(xì)地考慮了系統(tǒng)可靠性。 主要設(shè)計依據(jù)規(guī)范 ? 《智能建筑設(shè)計標(biāo)準(zhǔn)》（ GB/T5031420xx） ? 《建筑與建筑群綜合布線工程設(shè)計規(guī)范》 (GB/T5031120xx) ? 《安全防范報警設(shè)備安全要求和實驗方法》 (GB167961997) ? 《電子計算機(jī)場地通用規(guī)范》 (GB288720xx) ? 《安全防范 工程程序與要求》（ GA/T7594） ? 《安全防范工程行業(yè)標(biāo)準(zhǔn)》（ GA/T7094） ? 《防盜報警控制器通用技術(shù)》（ ） ? 《安全防范工程技術(shù)規(guī)范》（ GB5034820xx） ? 《智能建筑工程質(zhì)量驗收規(guī)范》（ GB5033920xx） ? 《電氣裝置安裝工程接地裝置施工及驗收規(guī)范》 (GB 5016992) ? 《供配電系統(tǒng)設(shè)計規(guī)范》（ GB5005295） ? 《工業(yè)企業(yè)通信設(shè)計規(guī)范》（ GBJ/42— 81） ? 《商用建筑綜合布線設(shè)計標(biāo)準(zhǔn)》（ EIA/TIA— 568B） ? 《綜合布線系統(tǒng)標(biāo)準(zhǔn)》（ ISO/IEC11801） ? 《商業(yè)建筑電信通道及空間標(biāo)準(zhǔn)》（ ANSI/TIA/EIA 569A） ? 《商業(yè)建筑電信基礎(chǔ)結(jié)構(gòu)及管理標(biāo)準(zhǔn)》（ ANSI/TIA/EIA 606） ? 《商業(yè)建筑電信布線接地及連接標(biāo)準(zhǔn)》（ ANSI/TIA/EIA 607） ? 《 UTP 布線系統(tǒng)現(xiàn)場測試標(biāo)準(zhǔn)》（ ANST/TIA/EIA TSB67） ? 《集中式光纖布線系統(tǒng)標(biāo)準(zhǔn)》 (ANST/TIA/EIA TSB72) ? 《開放式辦公室布線系統(tǒng)標(biāo)準(zhǔn)》（ ANST/TIA/EIA TSB75） ? 《通信系統(tǒng)機(jī)房設(shè)計》（ GBKJ90） ? 《六類布線標(biāo)準(zhǔn)》 （ TIA/） ? 《工業(yè)企業(yè)通信接地設(shè)計規(guī)范》（ GBJ 11587） ? 《計算機(jī)軟件開發(fā)規(guī)范》（ GB 856688） ? 《電子計算機(jī)機(jī)房設(shè)計規(guī)范》（ GB 5017493） ? 《視聽、視頻和電視系統(tǒng)中設(shè)備互聯(lián)的優(yōu)選配接值》 (GB/T158591995) ? 《防靜電工程技術(shù)規(guī)程》（ DGJ088320xx） ? 《建筑電氣安裝工程施工質(zhì)量驗收規(guī)范》 (GB5030320xx) ? 其它適用于本項目的有關(guān)國家規(guī)范和國家標(biāo)準(zhǔn)、市有關(guān)規(guī)范、規(guī)定要求等。 一卡通系統(tǒng)數(shù)據(jù)庫平臺采用 SQL 數(shù)據(jù)庫，一卡通各子系統(tǒng)的終端設(shè)備可通過局域網(wǎng)與其建立通訊連接，并對其數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交換。 一卡通系統(tǒng)主要技術(shù)指標(biāo) 、 ZKEco 系統(tǒng)平臺與各子系統(tǒng)之間需要實現(xiàn)企業(yè)組織結(jié)構(gòu)框架、人員信息檔案、智能卡信息的共享及同步。 、 采用 B/S 構(gòu)架的系統(tǒng)平臺，所有子系統(tǒng)涉及到的硬件設(shè)備均采用 TCP/IP方式與網(wǎng)絡(luò)連接，實現(xiàn)數(shù)據(jù)的實時傳送。何時需要添加系統(tǒng)或模塊，不影響系統(tǒng)數(shù)據(jù)。 ZKECO 系統(tǒng)安全管理模塊能為客戶提供最為安全最為穩(wěn)定的安全管理方案，其中所包含的門禁管理、訪客管理、物理通道管理、消防安全管理、報警管理、鑰匙管理、巡更管理、停車場管理等強(qiáng)大功能的子模塊，結(jié)合中控科技的全系列硬件產(chǎn)品為您的企業(yè)提供人員進(jìn)出安全管理，相關(guān)地點的實施監(jiān)控，邏輯訪問控制，異常出入報警，消防報警等多項管理服務(wù)，帶您進(jìn)入安全管理新篇章。比如，我們可通過各種平臺，包括桌上型電腦、手提電 腦、手機(jī)或掌上型裝置（ PDA）來連結(jié)使用各種的 WEB 服務(wù)。通常依此四級調(diào)整級別對數(shù)據(jù)庫進(jìn)行調(diào)整、優(yōu)化，數(shù)據(jù)庫的整體性能會得到很大的改善。 字典緩沖區(qū)。 、 規(guī)范與反規(guī)范設(shè)計數(shù)據(jù)庫 規(guī)范化 所謂規(guī)范化實質(zhì)上就是概念的單一化。 第 2 規(guī)范 : 每個非關(guān)鍵字段必須依賴于主關(guān)鍵字，不能依賴于一個組合式主關(guān)鍵字的某些組成部分。從性能角度來說，冗余數(shù)據(jù)庫可以分散數(shù)據(jù)庫壓力，冗余表可以分散數(shù)據(jù)量大的表的并發(fā)壓力，也可以加快特殊查詢的速度，冗余字段可以有效減少數(shù)據(jù)庫表的連接，提高效率。從性能看級聯(lián)刪除和級聯(lián)更新是比其他方法更高效的方法。 這里需要注意文件組的作用，適用文件組可以有效把 I/O 操作分散到不同的物理硬盤，提高并發(fā)能力。 D、一個表不要加太多索引，因為索引影響插入和更新的速度。 聚簇的使用 Oracle 提供了另一種方法來提高查詢速度，就是聚簇（ Cluster）。 實施系統(tǒng)資源管理分配計劃 ORACLE 提供了 Database Resource Manager（ DRM,數(shù)據(jù)庫資源管理器）來控制用戶的資源分配， DBA 可以用它分配用戶類和作業(yè)類的系統(tǒng)資源百分比。解決的辦法就是復(fù)用現(xiàn)有的 Connection，也就是使用 Connection Pool 對象機(jī)制。 （ 6）可以通過取消自動提交模式，將 SQL 語句匯集一組執(zhí)行后集中提 交，程序還可以通過顯式地用 COMMIT 和 ROLLBACL 進(jìn)行提交和回滾該事務(wù)。提高系統(tǒng)性能需要一種系統(tǒng)的整體的方法，在對數(shù)據(jù)庫進(jìn)行優(yōu)化時，應(yīng)對應(yīng)用程序、 I/O 子系統(tǒng)和操作系統(tǒng)（ OS）進(jìn)行相應(yīng)的優(yōu)化。具體功能有： 發(fā)行功能卡 批量發(fā)行卡 發(fā)行正式卡 發(fā)行臨時卡 補(bǔ)辦卡 回收卡 換卡 卡信息維護(hù) 卡密碼管理 掛失卡 解掛卡 凍結(jié)卡 解凍卡 卡現(xiàn)金充值 交易沖正 、卡務(wù)管理具體功能 授權(quán)卡管理 ： 授權(quán)卡的發(fā)行。對掛失補(bǔ)辦未到期的員工，單獨發(fā)行過渡臨時卡。本功能包含退正式卡、退過渡臨時卡、退費(fèi)記名臨時卡、退掛失的卡。 1 解掛卡?？梢圆捎貌煌瑫r段使用不同的通行方式 ,選用 MIFARE 卡片。對所有門可通過軟件設(shè)定每天最多 16組不同時間段狀態(tài)，如 ： 設(shè)置門早上 8： 00 至晚上 17： 00 允許用戶刷卡開門， 17： 00以后禁止刷卡開門等 等 。 廠區(qū)大門保衛(wèi)設(shè)置第 3 級，每層樓層設(shè)置第 2 級，重要辦公點設(shè)置第 1 級，全面保證區(qū)域安全。 、 對不同的部門人員授予不同的權(quán)限功能。 根據(jù)員工級別的不同，系統(tǒng)可以對員工進(jìn)出的時間、地點的權(quán)限進(jìn)行三維管制，員工必須按照特定地點、特定時間以特定的刷卡方式才能進(jìn)出通道， ? 組合時間段管理：支持 256 個時段， 64 組假日。并可對管理者的操作步驟進(jìn)行日志記錄，其中事件記錄包括：允許通行、拒絕通行、報警、強(qiáng)行開門、常開、故障、遠(yuǎn)程控制及門禁讀卡器型號變更等； ? 脫線模式：當(dāng)網(wǎng)絡(luò)出現(xiàn)故障，與管理終端的通訊中斷時，門禁設(shè)備正常使用，不受影響 ,網(wǎng)絡(luò)正常后 2 分鐘之內(nèi) 恢復(fù)通訊，并自動上傳通訊中斷時的門禁記錄信息。 ? 掛失卡刷卡時系統(tǒng)會報警； ? 非法外力強(qiáng)行闖入報警， 比如強(qiáng)力進(jìn)門； ? 系統(tǒng)配備緊急消防按鈕，如果發(fā)生火災(zāi)時，可以啟