校園一卡通-技術部分招標書-wenkub.com

　 　

【正文】 非法通過時通道會聲光報警，同時顯示屏顯示非法進入者的抓拍信息。 9. 可擴充短信通知功能：可與移動或電信的短信平臺對 接，設定短信業務類型以及業務代碼，建立持卡人與監護者的對應關系，包括學生與家長、學生與老師、老師與家長、學生與管理角色的對應關系。 5. 雙向通過自動識別進出方向：每通道均可出可入，人員通過時系統會自動識別出入方向 6. 實時數據監控管理：所有的出入信息數據在系統內實時傳輸，通 過信息以及抓拍圖像信息實施入庫，管理員可以實時查看通過信息以及各個宿舍的歸寢和出勤情況。 2. 有效識別人員身份：人員通過時系統可通過卡片識別人員身份和人 員信息。 3. 學生公寓門禁： 14 個（與原有門禁系統對接） 無錫商業職業技術學院門禁分布表 序號 地點 門禁數量 備注 1 實訓一 B3 樓弱電間 1 2 實訓一 A2 樓弱電間 1 3 實訓一 C2 樓弱電間 1 4 實訓二弱電間 1 5 行政樓 4 樓弱電間 1 6 行政樓 2 樓弱電間 1 7 體育館 2 樓東弱電間 1 8 專家樓 2 樓弱電間 1 9 教一三樓弱電間 1 31 10 教二北 D306 1 11 老結算中心 1 12 教三 A 弱電間 1 13 教三 C 弱電間 1 14 新食堂弱電間 1 15 圖書館 2F 東弱電間 1 16 圖書館 2F 西弱電間 1 17 圖書館 4F 東弱電間 1 18 圖書館 4F 西弱電間 1 19 圖書館 6F 東弱電間 1 20 圖書館 6F 西弱電間 1 21 圖書館 8F 東弱電間 1 22 圖書館 8F 西弱電間 1 23 學宿 4A 1 24 學宿 4B 1 25 學宿 5A3 樓 1 26 學宿 5B3 樓 1 27 學宿 6A3 樓 1 28 學宿 6B3 樓 1 29 學宿 7A3 樓 1 30 學宿 7B3 樓 1 31 暢園 A3 樓 1 32 32 暢園 B3 樓 1 33 瀾園 2 樓 1 34 瀾園 5 樓 1 35 教育信息化中心 18 合計 52 標段五 宿舍通道 管理子系統功能需求 一、功能要求： 主 要應用于學校學生宿舍樓，圖書館等場所。 7. 支持脫機：可脫離電腦獨立運行。 3. 多種開門方式：刷卡開門，按鍵開門，密碼開門，定時開關門，遠程開關門。 7. 要求可以和多媒體教室進行對接，實現自動的門禁管理，多媒體教室提供課程安排信息，門禁系統通過課程安排信息實現自動授權和授禁。 3. 對非法使用卡或強 行打開門鎖等非正常情況，系統能自動發出報警信號，并自動記錄非法狀況的時間、門號、狀態等詳細信息，確保門鎖安全和事后查證。 二、具體要求 1. 支持聯機式水控：及時上傳流水，更新黑名單 2. 支持脫機式水控：具備脫機緩存功能至少可存一萬筆 3. 安全電壓，集中供電模式，并加裝漏電保護開關 4. 控制器采用全密封防水設計 5. 淋浴控制器采用一體化水控器設備，采用電動閥，具用高精度流量計，具有靈活的操作功能 28 6. 控制器與控水閥門均為安全電壓，充分保證使用者安全 7. 具有聯機指示燈，消費中實時動態顯示消費者卡中余額 8. 可按學校實際需求打印相關的報表 9. 提供與子系統使用所需的其他功能 10. 水 控計費方式：支持計時型控水器，按打開閥門供水的時間計費，費率可自行設定；支持計量型控水器，按流過的水量計費，費率可自行設定；可依據學校要求按實際需要定計費方式和相應費率 三、安裝點位和數量 ：男 223 個，女 272 個，共計 495 個。 2. 實現合理收費，多用多收，少用少收。 標段三 浴室、開水房水控子系統功能需求 一、功能要求： 學校公共浴室和開水房的消費管理。 5. 可實現日、月、年、某一時段的報表處理，可查詢 各食堂當餐、當天的收入情況；消費者當天、每月、每年以及一段時間內的消 26 費情況；就餐人數、時區分布情況，為消費者、決策管理者提供詳實的材料。 1. 食堂專用就餐機應有較強的防油、防污、防水能力。 (10)監控系統 為了更方便學校對 “校園一卡通” 系統進行管理，需提供 “校園一卡通” 監控系統，可以監控到 “校園一卡通” 各子系統的運行情況，消費終端的情況、多媒體自助服務機的系統運行情況，當出現異常時能提供自動告警功能。通過整合實現各信息系統之間的業務協同，方便師生員工，基本要求如下： 1)支持與第三方系統以多種接口方式對接，保證平滑接入第三方系 20 統（如 API 函數， OCX， Socket 通訊方式，模擬鍵盤， web service方式等） 2)支持與第三方系統以多種應用層次對接，保證平滑接入第三方系統。其基本功能如下 a) 采用自助多媒體機方式 在自助多媒體機上將銀行卡的資金轉到校園卡 b) 采用空中圈存方式 利用短信方式將綁定的銀行卡的資金轉到相關的錢包中，持卡到專門的設備上刷卡實現資金“落地”。查找交易數據時，可以按當天，當月，跨月，跨年的 15 數據進行多種查詢 8) 卡狀態查詢：按照查詢條件，查詢每張卡的狀態信息以及狀態變化記錄 9) 銀行卡 綁定：提供客戶、銀行卡信息對應關系批量導入的操作。實現 校園 一 卡 通 系統樹形結構化管理。 （ 5） 開放性 1） 卡片開放：學校根據需要自主規劃，維護卡片結 構 2） 控制應用軟件規模的加密措施也對校方完全開放，學校可自行購買 PSAM 卡自行增加通用硬件設備，不存在設備和軟件綁定的問題 。 二、具體要求 、服務要求 （ 1）集中管理 1）在遵循數字化校園規劃的要求下， “校園一卡通” 數據中心與數字化校園的數據平臺進行共享聯動，整合各個系統的數據，為集中查詢提供數據； 2）具有完善的服務平臺，管理設備的添加、更換和撤銷； 3）提供統一的查詢平臺，查詢統計各個子系統的數 據； （ 2）完整性 存儲 “校園一卡通” 的歷史數據，確保數據的歷史完整性。是基于卡應用和相關應用子系統的數據中心。 注： 下列各章所列各項要求，投標方應具有但不局限于這些要求，可以提供更多的系統使用所需的其他功能。 8. 系統相關的管理、監控軟件除制卡外應采用 B/S 模式。 5 5. 須對“校園一卡通”系統進行功能擴展時，應提供軟、硬件對接接口，配合對接工作，系統作相應的調整。實現卡、器具和軟件系統的分離。 項目建設內容包括： （ 1）新建以下校園卡管理和應用系統： ? “校園一卡通”基礎 平臺 ? 商務消 費子系統 ? 浴室、開水房水控子系統 ? 門禁管理 子系統 ? 宿舍通道 管理子系統 ? 卡務中心設備 需要對接的系統包括： 4 ? 圖書管理系統（ 南京 匯文） ? 財務管理系統（復旦天翼） ? 集中電控管理子系統（常工電子） ? 教務系統（ 杭州 正方） ? 為將來可能接入的第三方軟件提供接口：如安防的聯動 、數字校園對接。將 “校園一卡通” 系統建設成開放式、標準化和用戶自我建設擴展的系統。“校園一卡通”系統作為整個數字化校園的一個重要應用項目，必須符合學校數字化校園的整體規劃的數據標準和接口。 “校園一卡通” 項目 為數字校園提供重要數據決策信息，通過共同的身份認證機制，實現數據管理 的集成與共享，使 “校園一卡通”系統成為 數字校園建設的核心組成部分。 “校園一卡通” 系統將與學校正在實施的數字校園平臺系統建設統籌考慮，有機配合。 “一庫”、“一卡”的一體化建設理念， “校園一卡通” 系統將 3 采用平臺式、模塊化的建設方法，構建一個開放，靈活接入的 “校園一卡通” 系統平臺。 包含該標段的所有費用，包括系統間相互配合的費用。 四、具體要求 1. 卡片開放： CPU 卡空間設計支持 （電子錢包）和建設部等相關行業規范，良好的兼容性便于應用的擴展； CPU 卡片要求選用非接觸式 CPU 校園卡 ，具備多應用功能，支持擴展城市一卡通應用功能；學校根據需要自主規劃，維護卡 片結構。 3. 第三方接入開放：“校園一卡通”基礎平臺及各個子系統可以接入第三方的設備，在接入第三方設備時不需要做大的改動，只需要設備遵循相關的標準，能夠讀取平臺系統的密鑰就可以正常的接入到“校園一卡通”基礎平臺中。 6. 根據學校信息化系統建設，提供滿足需要的數據庫相關的數據字典，提供準確的系統接口功能清單、說明及示例代碼等。 9. 系統軟硬件支持頻率 的手機 校園卡 。 標段一 “校園一卡通” 基礎平臺