如何解決一卡通系統(tǒng)非標準化問題?

來源：安全自動化

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