如何解決一卡通系統非標準化問題?

來源：安全自動化

對于一卡通系統，建筑智能化從業者最大的感嘆是碎片化，每個用戶多多少少都有定制的內容，無法實現標準化。很多經驗豐富的項目經理都曾經有過坎坷的經歷，即使智能化老司機有時也是挺犯怵的。
文/ 儀創科技總經理 謝有生
對此現象產生的原因及應對方案，儀創科技有以下理解：
一、系統架構反映的是組織架構
做系統設計的同學都知道康威定律。康威定律是馬爾文·康威1967提出的：“設計系統的架構受制于產生這些設計的組織的溝通結構。”通俗的來講：產品必然是其(人員)組織溝通結構的縮影。
建筑智能化通常包含十幾個子系統，然而在與用戶組織架構聯系的緊密程度上，沒有一個系統能和智能一卡通系統相比。
一卡通系統發卡中心承擔實體卡、虛擬卡(人臉、指紋、二維碼、NFC)的發行，與各單位組織層次代碼、職務職級編碼、個人信息需要精確匹配。
一卡通系統中的基本應用包含出入口的人行、車行、消費的內容、規則、支付等各應用模塊設計及使用，而用戶在人力資源、保衛、交通、后勤保障、技術等部門設置、職能分配的差異化，勢必造成一卡通系統模塊劃分、權限的個性化需求。
二、軟件功能、硬件性能的目標是場景化配置
軟件、硬件在具體落地上，也面臨適配個性化場景。同樣是大院出入口，園區性質、哨位配置、人流、車流的管理模式不同帶來眾多方案的差異;同樣是門禁點，門的種類、授權、審批、通行方式、溫度、濕度、采光等環境因素，對硬件選型、軟件功能的要求各有側重點。同樣是手機一卡通APP，是采用設備商通用一卡通APP，還是用戶自建，甚至與用戶移動辦公整合，都存在各種不確定性。
此外，任何一個一卡通新系統的建設也有需要必須繼承的歷史負擔，同時，一卡通也不是孤立的，需要與安防、消防、園區智慧大腦、大數據服務平臺等互聯互通。
從上可見，“每個智能一卡通系統都是獨一無二的”是無法回避的客觀要求。對此客觀存在，作為方案商有什么應對方案呢?主要思路有兩條:
1、行業細分解決方案
從大的分類來說，一卡通系統可細分為政企一卡通、校園一卡通、社區一卡通、公共服務類建筑一卡通。而公共服務類建筑也在細分為：科技園區、產業園區、醫院、軌道交通、酒店、商業綜合體等行業專屬特性。政企一卡通也分為單體建筑、園區、集團全國一卡通等不同層級需求。
企業可以根據自己的特長，選擇主攻方向。
2、中臺+微服務的系統架構
在行業細分解決方案的具體建設中，選擇一個什么系統架構，既可以及時響應不斷涌現的用戶個性化新需求，又減少系統的重復開發。
目前各位CTO大佬們推薦的思路是：中臺+微服務。中臺本質是共性業務能力下沉并形成可共享服務API接口再統一開放。微服務本質是單體應用的模塊化拆分和輕量化接口協同。
中臺屬于橫向打通，微服務屬于縱向滲透，兩者相互結合，是目前的最佳實踐。
總之：一卡通系統表面上的碎片化背后，還是有相對穩定的共性底層邏輯。行業細分解決方案和中臺+微服務系統架構是可行的二項應對策略。
但由于一卡通業務領域建模和數據治理的行業性、專業性太強，這類人才大概率只能在企業長期的實戰沉淀中內部培養。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。