電梯安全管理系統設計與實現
來源:用戶上傳
作者:
【摘要】由于經濟社會的不斷發展和土地資源的日益緊張，城市里建起了無數的高樓大廈，電梯因此成為現代建筑業不可缺少的組成部分，2018年我國電梯產量高達11.4萬臺。電梯猛增勢必帶來管理難題。近兩年連續發生多起“電梯吃人”事件，電梯安全管理問題逐漸引起社會的廣泛關注。為了更好管理電梯，有必要設計一套專業電梯管理系統。該系統能夠集中管理電梯和電梯維保單位，記錄電梯定檢和運維數據，并進行實時的質量評估，為優化運維方案提供依據。系統主要模塊為電梯管理、合同管理、狀態評估、運維管理和公司信息管理。系統旨在集中管理電梯，在線更新數據，為減少電梯安全事故和降低運維成本提供決策支持等幫助。
【關鍵詞】電梯安全 電梯管理 在線系統。
電梯保有量的飛速增長嚴重加大了電梯管理難度，帶來了諸多安全隱患，電梯管理系統能夠方便電梯管理，評估電梯質量，幫助管理人員更科學的管理和維護電梯，減少安全事故和資源浪費。
一、傳統的電梯管理模式
由于《特種設備安全法》并沒有規定電梯維護管理的負責單位必須是電梯制造商，這就給大量的電梯維保企業提供了市場空間，除了政府部門電梯有特定的維保公司負責（一般都是特種設備制造商），其他諸如小區物業選擇維保公司時都是貨比三家，在經費充足的情況下才會選擇建立長期合作關系。電梯運維外包又分為清包、半包和全包，清包只提供日常維保，不提供免費零件，半包提供部分免費零件，全包提供大部分免費零件，相比之下，全包明顯省事得多，當然收費會比較昂貴，對部分服務對象來說可能是不小的負擔。如果為了省錢選擇清包，還需考慮電梯零件的更換，加大了電梯維護的不穩定。另外很多維保機構為了節省開支使用未經嚴格培訓的電梯維保人員，降低了安全檢測和檢修的專業性，又增加了隱患。諸如以上原因，使得電梯的維保的網絡結構錯綜復雜，管理起來非常麻煩，主要原因是缺少統一的管理和負責單位，信息和數據無法集中，審核關卡薄弱，這大大增加了電梯安全管理的難度。
二、集中式管理方案與傳統管理方案的對比
認真思考了傳統電梯管理的模式之后，我認為電梯管理之所以難主要原因有三點：
?。?）管理關系只有一層，維保委托對象層并非授權自制造商，因而缺少壓力和監管力度。簡單地說就是審核關卡不足，增加了好粗現差錯的可能性。
?。?）電梯管理零散，沒有進行集中的管理，這就會造成電梯監管除了《特種設備安全法》之外沒有一套規范且統一的管理審核方案。地域，經濟，政策等都會影響電梯安全管理的嚴格程度。某些地方安全檢測門檻低就容易發生事故。
?。?）資源調配不合理也是導致電梯管理混亂的一個重要原因，電梯定檢的保養都是需要花費不少人力物力的，頻繁的檢測肯定會造成資源的浪費，比如一臺電梯質量很好但是公司以老舊電梯同樣的標準進行周期性地維護，明顯會造成不少經濟損失，通常公司每個季度的維?；ㄙM都有底線，這樣一來，在質量高的電梯上浪費的資源就會平衡到那些老舊電梯上。這種方式沒有實現資源的按需分配，亦造成電梯維保不到位。
集中式管理方案作為電梯安全管理系統的核心思想，針對以上問題進行了科學的優化，將電梯管理模式與計算機技術結合，形成了一款初具規模的現代化電梯管理工具。
首先為了實現集中，系統必須收錄一個大范圍內所有電梯，記錄電梯相關數據以及制造單位和管理單位，由相關部門或者業界龍頭安排專業人員進行集中管理和把控，所有新增電梯都應該通過系統的線上版本進行注冊，系統根據提供的必要數據對電梯進行審核，符合標準予以通過，正式將該電梯納入管理范疇。通過這種方式對所有電梯實行統一的監管標準，大大提高了電梯管理的有序性，專業性和可靠性。
三、系統模塊設計
電梯按安全管理系統主要由以下功能模塊組成：
?。?）管理員模塊：系統管理員分為普通管理員和高級管理員兩類，一類是普通管理員，普通管理員是擁有營業資格的電梯管理單位或制造單位，普通管理員擁有注冊使用新電梯，篩選電梯（根據電梯用途、電梯驅動、電梯位置和電梯編號進行篩選），查看電梯狀態，查看維保記錄或者填寫定檢數據等權限。電梯維保公司需要向高級管理員提交公司身份和管理員身份的驗證材料，電梯制造和管理的許可證，待高級管理員審核通過后才能正式加入電梯安全管理系統。另外就是高級管理員，高級管理員是系統內置的不能通過注冊添加，這類管理員一般是由政府監管部門或者電梯行業具有足夠公信力的機構擔任。高級管理員擁有監管普通管理員的權利，并能看到所有危險電梯記錄，一旦普通管理員認為系統對電梯危險的評估出現問題，應該向高級管理員發送審核申請，由高級管理員手動糾正，因此高級管理員需要具備足夠的專業知識。
?。?）合同管理模塊：普通管理員在注冊新電梯時需要同時上交與服務對象的合同材料，存入系統。此外，需要明確電梯的用途，保修期，預期使用壽命，維保套餐以及事故責任人等信息，國家相關法規規定，電梯制造商只需負責電梯制造方面的責任，一旦出現事故，主要責任人是電梯的維保負責單位，如果是因為電梯意外損壞，物業沒有及時保修引發事故，物業與維保單位分擔責任。
?。?）日常維保模塊：每一次電梯巡檢都應該將數據記錄進定檢記錄表，詳細記錄電梯的硬件狀況和運行數據，系統篩選出有效數據，計算電梯運行能效和待機能效并生成格式清晰的數據表。另外，每一次電梯維修應該錄入維修情況，包括報修時間，報修原因，維修時間，故障原因，維修內容，各部分維修或保養的花費等，系統根據相關信息生成維修內容和費用分布的餅狀圖。
?。?）電梯分類模塊：系統根據電梯用途、電梯驅動、電梯位置和電梯編號進行篩選，電梯編號為電梯的唯一標識符，在注冊新電梯時需要設置一個唯一的電梯編號，同時可以選擇電梯標簽或者自定義標簽，之后將根據標簽進行分類。標簽主要分為喲電梯用途和電梯驅動兩類，用途以實際使用場景為準嗎，一般是商場扶梯、觀光電梯、病床電梯、載貨電梯，乘客電梯等，按照驅動分為曳引式驅動電梯，液壓式驅動電梯和強制驅動電梯。 （5）狀態管理模塊：電梯狀態有很多種，比如已注冊未使用、停用棄用狀態、待維修狀態、正在維修狀態等，每次定檢完畢，系統分析定檢數據，根據電梯安全法規劃分安全等級。生成電梯安全質量波動圖。如果某次系統評分等級低于標準就會將電梯狀態置為危險電梯，并歸入危險電梯記錄表，由高級管理員進行審查。
四、開發方法
開發之前，需要明確電梯管理系統的功能模塊做好需求分析，根據需求完成技術選型，然后進入開發階段配置環境以及編寫代碼。
（1）系統結構：電梯管理系統用于建筑工程，使用界面應該簡潔明了，直觀的展現系統功能模塊。系統頭部固定顯示系統名稱和標志，左側側邊欄固定并顯示折疊菜單，右側顯示對應內容主題。
?。?）組件化：由于系統框架部分保持不變，為了提高頁面渲染性能和代碼復用性：需要拆分多級路由，形成組件嵌套，將共同部分處理成父級容器組件，將變化部分抽離成單個子組件，通過監聽路由變化，按照AE）異步模塊加載規范加載對應模塊，能夠有效減少工作量和首屏時間。
?。?）模塊化：將通用代碼提取到單個文件模塊里，例如提取所有請求方法構成API模塊，在需要用的文件里引入，代碼模塊化能夠提高代碼可讀性和可維護性，組件也是模塊的一種形式。
（4）打包壓縮：在實際開發中由于文件復雜度的增加，為了方便合作和維護，需要結構化項目目錄，分類維護文件和靜態資源。大量的文件會導致大量的請求嚴重消耗網絡資源。使用打包工具能夠合并壓縮代碼，減少項目大小和減輕網絡延時造成的頁面阻塞。
?。?）版本控制：項目開發過程中，為了增加容錯率和方便協作，最好使用版本控制工具進行代碼管理。例如使用GIT進行版本回退，并行開發以及版本合并。
五、結語
本文介紹了當前的電梯管理模式，分析了該模式存在的問題，提出改進的集中式電梯管理方案，在此基礎上結合計算機技術，電梯行業情況和《特種設備安全法》提供了一個集中式電梯管理系統的設計思想和實現方法。
電梯保有量的快速增加，讓電梯安全成為一個新的社會焦點問題，電梯安全管理系統的出現填補了電梯集中管理的空白，未來也將會有更好的解決方案，我們不能消除事故，但是我們能通過科學的管理將事故發生率降到最低，我相信，電梯管理的優化將會越來越完善。
轉載注明來源:http://www.hailuomaifang.com/2/view-14829806.htm
