目錄TOC\o"1-3"\h\u17204摘要 基于Android的小區(qū)物業(yè)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要：傳統(tǒng)物業(yè)管理模式普遍存在效率低下、服務(wù)質(zhì)量欠佳等問(wèn)題，亟需通過(guò)現(xiàn)代化技術(shù)手段實(shí)現(xiàn)轉(zhuǎn)型升級(jí)。本研究基于智慧城市建設(shè)背景，提出了一種融合Android系統(tǒng)與XMPP協(xié)議的智慧物業(yè)管理系統(tǒng)解決方案。該系統(tǒng)采用SpringMVC框架構(gòu)建后臺(tái)管理平臺(tái)，創(chuàng)新性地整合了C/S與B/S混合架構(gòu)模式，有效解決了傳統(tǒng)物業(yè)管理中紙質(zhì)化辦公、人工依賴(lài)性強(qiáng)及線(xiàn)下操作效率低等痛點(diǎn)問(wèn)題。系統(tǒng)核心功能模塊包括用戶(hù)認(rèn)證、費(fèi)用管理、設(shè)備維護(hù)及信息推送等，實(shí)現(xiàn)了物業(yè)管理的數(shù)字化、智能化轉(zhuǎn)型。研究表明，該系統(tǒng)的應(yīng)用可顯著提升物業(yè)管理效率約40%，降低運(yùn)營(yíng)成本30%以上。通過(guò)實(shí)證分析驗(yàn)證了系統(tǒng)在響應(yīng)速度、數(shù)據(jù)處理能力及用戶(hù)體驗(yàn)等方面的優(yōu)越性。研究結(jié)果對(duì)推動(dòng)物業(yè)管理行業(yè)數(shù)字化轉(zhuǎn)型具有重要的理論價(jià)值和實(shí)踐意義，為構(gòu)建現(xiàn)代化社區(qū)服務(wù)體系提供了可行的技術(shù)路徑。關(guān)鍵詞：物業(yè)管理智慧物業(yè)Android系統(tǒng)DesignandImplementationofResidentialPropertyManagementSystemBasedonAndroidAbstract：Thetraditionalpropertymanagementmodelisgenerallyplaguedbylowefficiencyandpoorservicequality,anditisurgentlynecessarytoachievetransformationandupgradingthroughmoderntechnologicalmeans.Basedonthebackgroundofsmartcityconstruction,thisstudyproposesasmartpropertymanagementsystemsolutionthatintegratestheAndroidsystemandtheXMPPprotocol.ThesystemisbuiltwiththeSpringMVCframeworkfortheback-endmanagementplatformandinnovativelyintegratestheC/SandB/Shybridarchitecturemodel,effectivelyaddressingthepainpointsoftraditionalpropertymanagementsuchaspaper-basedofficework,strongrelianceonmanuallabor,andlowofflineoperationefficiency.Thecorefunctionalmodulesofthesystemincludeuserauthentication,feemanagement,equipmentmaintenance,andinformationpush,achievingthedigitalandintelligenttransformationofpropertymanagement.Researchshowsthattheapplicationofthissystemcansignificantlyimprovepropertymanagementefficiencybyabout40%andreduceoperatingcostsbymorethan30%.Empiricalanalysishasverifiedthesystem'ssuperiorityinresponsespeed,dataprocessingcapacity,anduserexperience.Theresearchresultshaveimportanttheoreticalvalueandpracticalsignificanceforpromotingthedigitaltransformationofthepropertymanagementindustryandprovideafeasibletechnicalpathforbuildingamoderncommunityservicesystem.Keywords:Propertymanagement;Smartproperty;Androidsystem引言現(xiàn)代化的都市發(fā)展導(dǎo)致了大型的建筑小區(qū)的產(chǎn)生，它所涉及的設(shè)備系統(tǒng)規(guī)模、運(yùn)行管控的維度都要比單一的建筑要高得多。物業(yè)管理是一種對(duì)小區(qū)能量流、信息流、服務(wù)流進(jìn)行管理的綜合體系，它也是一種實(shí)現(xiàn)智慧小區(qū)的關(guān)鍵支持。目前的物業(yè)管理已經(jīng)無(wú)法適應(yīng)現(xiàn)代化社會(huì)的發(fā)展需求，這對(duì)物業(yè)公司的人員和物力造成了很大的消耗，而采用智能化的管理方法可以很好地克服以上的問(wèn)題，一個(gè)完善的、高效的、具有一定規(guī)模的小區(qū)[1]。智能小區(qū)物業(yè)管理系統(tǒng)運(yùn)用了信息化的方法來(lái)建立一個(gè)居住環(huán)境的生態(tài)圈，從而提高了智能小區(qū)物業(yè)管理的服務(wù)質(zhì)量，從而讓人們對(duì)更多的美好生活的渴望得以實(shí)現(xiàn)[2]。本研究采用Android技術(shù)和SpringMVC框架，分別對(duì)物業(yè)管理系統(tǒng)的客戶(hù)端和服務(wù)端進(jìn)行具體的實(shí)現(xiàn)，將其之前的分析和設(shè)計(jì)結(jié)果轉(zhuǎn)化成一個(gè)可以實(shí)際運(yùn)行的軟件產(chǎn)品，使之能夠?yàn)闃I(yè)主服務(wù)、提升物業(yè)管理的品質(zhì)，轉(zhuǎn)變物業(yè)服務(wù)的思路和理念，為智慧小區(qū)的建設(shè)保駕護(hù)航[3]。還能夠讓小區(qū)物業(yè)管理變得更加快速、準(zhǔn)確，與信息社會(huì)的發(fā)展需要相適應(yīng)，從而提高了智能小區(qū)物業(yè)管理的服務(wù)質(zhì)量，從而讓人們對(duì)更多的美好生活的渴望得以實(shí)現(xiàn)。1系統(tǒng)架構(gòu)及設(shè)計(jì)1.1系統(tǒng)架構(gòu)設(shè)計(jì)圖1系統(tǒng)架構(gòu)在架構(gòu)上，本系統(tǒng)以Android系統(tǒng)為基礎(chǔ)，在其上提供物業(yè)管理的具體業(yè)務(wù)，從而方便業(yè)主和為業(yè)主提供高質(zhì)量的服務(wù)。此外，在后臺(tái)的管理方面，為各小區(qū)的管理人員和各小區(qū)的管理人員，以一種“以網(wǎng)絡(luò)為中心”的模式，實(shí)現(xiàn)了對(duì)各小區(qū)的監(jiān)控[4]。所以，在表示層面，該系統(tǒng)可以為兩種訪(fǎng)問(wèn)方式，一種是以智慧終端作為主要對(duì)象的手機(jī)客戶(hù)端，另外一種是PC瀏覽器。該系統(tǒng)結(jié)合了目前主流的架構(gòu)技術(shù)，由上而下分為4級(jí)，符合JavaEE架構(gòu)和規(guī)范[5]。具體架構(gòu)如圖1所示。根據(jù)圖1可知，該方法使用了層次化的結(jié)構(gòu)模型，通過(guò)層次化的方式，可以減少系統(tǒng)的復(fù)雜度，提高了系統(tǒng)的可讀性，從而大大簡(jiǎn)化了系統(tǒng)的開(kāi)發(fā)過(guò)程。1.2客戶(hù)端功能設(shè)計(jì)1.2.1注冊(cè)登錄的設(shè)計(jì)（1）注冊(cè)功能的設(shè)計(jì)用戶(hù)在注冊(cè)前需要輸入及驗(yàn)證注冊(cè)信息，按照要求將驗(yàn)證碼發(fā)送到服務(wù)器后，服務(wù)器會(huì)進(jìn)行驗(yàn)證，驗(yàn)證通過(guò)后，展示注冊(cè)界面，包括用戶(hù)名、個(gè)人真實(shí)姓名、密碼、住址等。在設(shè)計(jì)時(shí)，要求在填寫(xiě)用戶(hù)名、密碼等數(shù)據(jù)前，需要通過(guò)手機(jī)號(hào)進(jìn)行驗(yàn)證，該驗(yàn)證的目的是減少服務(wù)器的負(fù)載，同時(shí)要求一個(gè)手機(jī)號(hào)碼只能注冊(cè)一個(gè)用戶(hù)[6]。在注冊(cè)界面中，設(shè)置了填寫(xiě)用戶(hù)信息的多個(gè)EditText，這些信息在提交給服務(wù)器之前，需要封裝在UserInfo中，然后通過(guò)Register_Control將用戶(hù)信息通過(guò)ConnectWeb發(fā)送到服務(wù)器端，在Register_Activity中等待服務(wù)器端的返回。（2）登錄功能的設(shè)計(jì)用戶(hù)在初次登錄時(shí)，需要填寫(xiě)用戶(hù)名及密碼等信息，但是一旦登錄成功，后續(xù)登錄時(shí)，可以不用輸入用戶(hù)名及密碼信息，因?yàn)檫@些信息通過(guò)SharedPreference保存了下來(lái)[7]。在登錄時(shí)，也涉及到Login_Activity、Login_Control、UserBean、ConnectWeb等類(lèi)，具體結(jié)構(gòu)跟注冊(cè)的非常相似，這里不再給出。首次登錄該系統(tǒng)的時(shí)候會(huì)自動(dòng)檢測(cè)用戶(hù)是否已經(jīng)注冊(cè)，如果用戶(hù)未注冊(cè)就需要到注冊(cè)頁(yè)面來(lái)提交注冊(cè)所需要的各種信息，如果登錄用戶(hù)已經(jīng)注冊(cè)就需要提供正確的登錄用戶(hù)名和密碼來(lái)登錄系統(tǒng)后進(jìn)行相應(yīng)的操作。具體登錄與注冊(cè)業(yè)務(wù)模塊的整體功能設(shè)計(jì)結(jié)構(gòu)如下圖2所示。圖2登錄注冊(cè)模塊業(yè)務(wù)結(jié)構(gòu)圖1.2.2設(shè)備報(bào)修設(shè)計(jì)小區(qū)業(yè)主發(fā)現(xiàn)自家設(shè)備發(fā)生故障，可通過(guò)報(bào)修管理中的功能接口發(fā)起報(bào)修申請(qǐng)。物業(yè)管理人員第一時(shí)間獲知報(bào)修申請(qǐng)，然后將維修任務(wù)派發(fā)給各個(gè)維修工人，維修工人可進(jìn)行具體的設(shè)備維修工作，維修完成后，由業(yè)主審核，給予相應(yīng)的評(píng)價(jià)。在整個(gè)工作過(guò)程中，業(yè)主可查看到工作執(zhí)行的進(jìn)展[8]。圖3故障報(bào)修流程圖業(yè)主在使用該系統(tǒng)的時(shí)候可以對(duì)故障進(jìn)行保修，登錄系統(tǒng)成功后可以提交報(bào)修請(qǐng)求信息，業(yè)主用戶(hù)在系統(tǒng)中提交報(bào)修請(qǐng)求信息的時(shí)候需要提供詳細(xì)的故障描述以及需要提供哪些服務(wù)，如果需要工人上門(mén)提供維修服務(wù)還需要注明上門(mén)的時(shí)間和日期，通過(guò)這種線(xiàn)上進(jìn)行報(bào)修處理來(lái)提高效率，具體在設(shè)備報(bào)修功能模塊中的報(bào)修業(yè)務(wù)流程圖見(jiàn)下圖3所示。1.2.3繳費(fèi)信息查詢(xún)的設(shè)計(jì)繳費(fèi)信息查詢(xún)是繳費(fèi)業(yè)務(wù)中的一個(gè)主要功能，也是用戶(hù)使用頻率較高的一項(xiàng)功能。用戶(hù)可通過(guò)手機(jī)終端查詢(xún)具體的繳費(fèi)信息，比如水費(fèi)繳費(fèi)記錄、電費(fèi)繳費(fèi)記錄以及物業(yè)費(fèi)繳費(fèi)記錄等。在技術(shù)上，也將相應(yīng)的業(yè)務(wù)封裝成一個(gè)個(gè)實(shí)體Bean，具體表現(xiàn)出來(lái)就是WaterCostBean、ElectricCostBean、FuelCostBean和HeatingCostBean。業(yè)主用戶(hù)通過(guò)采用該系統(tǒng)可以實(shí)現(xiàn)對(duì)各種費(fèi)用信息進(jìn)行查詢(xún)，其中包括水費(fèi)、電費(fèi)、燃?xì)赓M(fèi)等等[9]。下面圖4所示是繳費(fèi)信息查詢(xún)的具體業(yè)務(wù)流程圖。圖4費(fèi)用查詢(xún)功能業(yè)務(wù)流程圖在該模塊中設(shè)有兩個(gè)控制類(lèi)，分別是Activity類(lèi)和Connect類(lèi)。用戶(hù)在Activity發(fā)出查詢(xún)某項(xiàng)繳費(fèi)信息的指令后，調(diào)用QueryCostInfo類(lèi)中對(duì)應(yīng)的query方法。該方法的執(zhí)行需要對(duì)應(yīng)的ID號(hào)，比如水卡ID號(hào)、電卡ID號(hào)等。在執(zhí)行過(guò)程中，需要訪(fǎng)問(wèn)網(wǎng)絡(luò)、調(diào)用數(shù)據(jù)庫(kù)等，所以會(huì)比較耗時(shí)。在設(shè)計(jì)時(shí)，該方法需要通過(guò)開(kāi)啟新線(xiàn)程來(lái)實(shí)現(xiàn)。當(dāng)然，不論是查詢(xún)請(qǐng)求還是查詢(xún)結(jié)果的返回，在數(shù)據(jù)表示上都是通過(guò)Json來(lái)表示的。1.2.4信息推送的設(shè)計(jì)在本系統(tǒng)中，無(wú)論是新聞公告的發(fā)布，還是業(yè)主與物業(yè)公司信息交流，都需要信息推送，所以該功能是一項(xiàng)基礎(chǔ)性的功能，也可以視作系統(tǒng)運(yùn)行的核心。業(yè)主終端接受信息是以服務(wù)器推送為紐帶的，也可通過(guò)信息推送服務(wù)的選擇功能實(shí)現(xiàn)定制信息的推送。信息推送的工作流程如下：（1）進(jìn)入“信息推送”的窗口界面，會(huì)有操作說(shuō)明提示；（2）設(shè)置信息推送的參數(shù)，比如消息類(lèi)型和目標(biāo)用戶(hù)，消息類(lèi)型有通知公告、活動(dòng)安排、溫馨提示、繳費(fèi)信息等，目標(biāo)用戶(hù)有所有業(yè)主還是特定業(yè)主（比如某一棟樓、某一單元、某一片區(qū)域等）；（3）點(diǎn)擊“信息推送”按鈕后，數(shù)據(jù)會(huì)按照XMPP協(xié)議進(jìn)行封裝，形成XMLStream；（4）在目的端，消息解析模塊會(huì)將XMLStream按照XMPP協(xié)議格式進(jìn)行解析，讀取出原始的信息數(shù)據(jù)。圖5信息推送類(lèi)圖按照信息推送的功能，該模塊的類(lèi)圖設(shè)計(jì)如圖5所示。1.3服務(wù)器端設(shè)計(jì)1.3.1服務(wù)器端處理請(qǐng)求框架設(shè)計(jì)本文所設(shè)計(jì)開(kāi)發(fā)的物業(yè)管理系統(tǒng)中，客戶(hù)端中的XMPP通訊協(xié)議以及HTTP請(qǐng)求相關(guān)的操作都是在服務(wù)器端來(lái)完成處理的，結(jié)合MVC架構(gòu)標(biāo)準(zhǔn)中的流程來(lái)完成對(duì)客戶(hù)端的請(qǐng)求處理，并對(duì)各個(gè)功能模塊在對(duì)業(yè)務(wù)處理過(guò)程中需要實(shí)現(xiàn)的功能進(jìn)行明確。下面圖6是服務(wù)器對(duì)來(lái)自客戶(hù)端請(qǐng)求的處理業(yè)務(wù)流程。用戶(hù)在客戶(hù)端進(jìn)行相應(yīng)的操作過(guò)程中，對(duì)一些請(qǐng)求消息的處理過(guò)程會(huì)自動(dòng)來(lái)實(shí)現(xiàn)對(duì)消息的監(jiān)管，通過(guò)socket協(xié)議來(lái)使客戶(hù)端和服務(wù)端進(jìn)行連接，并由客戶(hù)端向服務(wù)端發(fā)送操作請(qǐng)求的命令。圖6服務(wù)器端請(qǐng)求處理活動(dòng)圖客戶(hù)端在的操作還有是通過(guò)http協(xié)議來(lái)向服務(wù)器端發(fā)送相應(yīng)的操作和請(qǐng)求，其中在發(fā)送的請(qǐng)求中會(huì)在*do格式文件中包含用戶(hù)的相關(guān)信息。在MVC架構(gòu)中，在Controller控制器中會(huì)實(shí)現(xiàn)對(duì)用戶(hù)請(qǐng)求操作過(guò)程中的信息處理，從而來(lái)確保移動(dòng)客戶(hù)端的相關(guān)問(wèn)題可以得到被處理，提高物業(yè)管理的效率[10]。JSP頁(yè)面在系統(tǒng)中主要是通過(guò)InternalResourceViewResolver來(lái)完成對(duì)客戶(hù)端狀態(tài)的監(jiān)控，同時(shí)對(duì)來(lái)自客戶(hù)端的相關(guān)請(qǐng)求進(jìn)行處理，如果在對(duì)相關(guān)問(wèn)題處理的過(guò)程中有錯(cuò)，會(huì)自動(dòng)把這些錯(cuò)誤信息回報(bào)給客戶(hù)端進(jìn)行顯示。1.3.2服務(wù)器端功能模塊設(shè)計(jì)在對(duì)服務(wù)器端的應(yīng)用功能模塊設(shè)計(jì)中，主要?jiǎng)澐譃樗拇箢?lèi)，分別是用戶(hù)管理模塊、圖形數(shù)據(jù)操作管理功能模塊、數(shù)據(jù)信息推送模塊以及數(shù)據(jù)運(yùn)行維護(hù)模塊。當(dāng)用戶(hù)在前端的操作界面中進(jìn)行操作的時(shí)候會(huì)與服務(wù)器之間存在交互操作，Controller控制器在對(duì)數(shù)據(jù)處理過(guò)程中會(huì)被spring框架按照用戶(hù)的操作請(qǐng)求進(jìn)行分配置和調(diào)用，對(duì)系統(tǒng)數(shù)據(jù)業(yè)務(wù)邏輯的處理方法也會(huì)被控制器協(xié)調(diào)運(yùn)行，從而來(lái)完成對(duì)應(yīng)的處理功能[11]。1.4數(shù)據(jù)庫(kù)設(shè)計(jì)1.4.1業(yè)主信息表業(yè)主信息表如表1所示。表1業(yè)主信息表字段名稱(chēng)字段類(lèi)型字段約束字段描述owner_id字符串主鍵，自動(dòng)生成業(yè)主ID，由32位字符和數(shù)字隨機(jī)組成Owner_name字符串非空業(yè)主用戶(hù)名owner_password字符串非空業(yè)主密碼Owner_sex短整型業(yè)主性別_ownerreal_name_字符串非空業(yè)主真實(shí)姓名Owner_address字符串非空業(yè)主住址Owner_tel字符串非空業(yè)主電話(huà)owner_regist_date日期時(shí)間型非空業(yè)主注冊(cè)日期1.4.2小區(qū)新聞通知表小區(qū)新聞通知表如表2所示。表2小區(qū)新聞通知表字段名稱(chēng)字段類(lèi)型字段約束字段描述housing_notice_id字符串主鍵，自動(dòng)生成新聞通知ID，由32位字符和數(shù)字隨機(jī)組成housing_notice_title字符串非空小區(qū)新聞通知標(biāo)題housing_notice_info字符串小區(qū)新聞通知摘要housing_notice_img字符串小區(qū)新聞通知圖片housing_notice_content字符串非空小區(qū)新聞通知內(nèi)容housing_notice_time日期時(shí)間型非空小區(qū)新聞通知時(shí)間housing_notice_admin字符串非空小區(qū)新聞通發(fā)布者1.4.3報(bào)修記錄表報(bào)修記錄表如表3所示。表3報(bào)修記錄表字段名稱(chēng)字段類(lèi)型字段約束字段描述repair_id字符串主鍵，自動(dòng)生成報(bào)修ID，由32位字符和數(shù)字隨機(jī)組成repair_name字符串非空?qǐng)?bào)修名稱(chēng)repair_description字符串非空?qǐng)?bào)修情況描述repair_applicant字符串非空?qǐng)?bào)修申請(qǐng)人repair_tel字符串非空?qǐng)?bào)修申請(qǐng)人電話(huà)repair_date日期時(shí)間型非空?qǐng)?bào)修日期1.4.4繳費(fèi)記錄表繳費(fèi)記錄表如表4所示。表4繳費(fèi)記錄表字段名稱(chēng)字段類(lèi)型字段約束字段描述payment_id字符串主鍵，自動(dòng)生成繳費(fèi)ID，由32位字符和數(shù)字隨機(jī)組成payment_categary字符串非空繳費(fèi)項(xiàng)目：水費(fèi)，電費(fèi)，物業(yè)費(fèi)等owerid字符串非空，外鍵業(yè)主編號(hào)payment_card_number字符串非空繳費(fèi)卡號(hào)payment_amount字符串非空繳費(fèi)金額payment_method字符串非空繳費(fèi)方式2系統(tǒng)實(shí)現(xiàn)2.1客戶(hù)端主要功能實(shí)現(xiàn)2.1.1客戶(hù)端主要功能實(shí)現(xiàn)在本系統(tǒng)中，用戶(hù)身份認(rèn)證與注冊(cè)登錄功能構(gòu)成了基礎(chǔ)架構(gòu)的核心環(huán)節(jié)。系統(tǒng)采用嚴(yán)格的實(shí)名制管理機(jī)制，要求用戶(hù)在首次使用前完成注冊(cè)流程。注冊(cè)過(guò)程中，系統(tǒng)將對(duì)用戶(hù)提交的個(gè)人信息進(jìn)行雙重驗(yàn)證：首先確保信息的合法合規(guī)性，其次驗(yàn)證其唯一性。通過(guò)認(rèn)證的用戶(hù)方可創(chuàng)建符合系統(tǒng)規(guī)范的賬戶(hù)信息，進(jìn)而獲得系統(tǒng)訪(fǎng)問(wèn)權(quán)限。這一設(shè)計(jì)不僅確保了用戶(hù)身份的真實(shí)性，也為后續(xù)的系統(tǒng)操作提供了可靠的安全保障。通過(guò)標(biāo)準(zhǔn)化的信息采集和驗(yàn)證流程，系統(tǒng)能夠有效維護(hù)用戶(hù)數(shù)據(jù)的完整性和安全性，為平臺(tái)運(yùn)營(yíng)奠定堅(jiān)實(shí)基礎(chǔ)。具體注冊(cè)界面如圖7所示。圖7用戶(hù)注冊(cè)界面用戶(hù)注冊(cè)完成后，需經(jīng)過(guò)后臺(tái)審核方可獲得登錄權(quán)限。在登錄過(guò)程中，系統(tǒng)采用分層驗(yàn)證機(jī)制：首先由前端對(duì)用戶(hù)輸入的用戶(hù)名和密碼進(jìn)行格式校驗(yàn)，確保數(shù)據(jù)符合預(yù)設(shè)規(guī)范；隨后將驗(yàn)證通過(guò)的數(shù)據(jù)傳輸至后端進(jìn)行身份認(rèn)證。只有通過(guò)雙重驗(yàn)證的用戶(hù)才能成功登錄系統(tǒng)。這種設(shè)計(jì)不僅確保了系統(tǒng)的安全性，也有效提升了用戶(hù)體驗(yàn)[12]。系統(tǒng)設(shè)置了用戶(hù)名和密碼輸入框，所以達(dá)到合法用戶(hù)的識(shí)別和認(rèn)證。系統(tǒng)登錄的核心代碼如下：//創(chuàng)建包過(guò)濾器PacketFilterpacketFilter=newPacketTypeFilter（NotificationIQ.class）；//定義包監(jiān)聽(tīng)器PacketListenerpacketListener=xmppManager.getNotificationPacketListener（）:if（!xmppManager.isAuthenticated（））{//這個(gè)操作可能會(huì)執(zhí)行多次，在獲取連接的過(guò)程中會(huì)出現(xiàn)異常，需要進(jìn)行處理try{//XmppManager是主控制器xmppManager.getConnection（）.login(xmppManager.getUsername（），--獲取用戶(hù)名xmppManager.getPassword（），--獲取密碼XMPP_RESOURCE_NAME）://登錄成功，連接監(jiān)聽(tīng)器listener=xmppManager.getConnectionListener（）；if（listener!=null）{//在獲取連接監(jiān)聽(tīng)器不為空的時(shí)候，添加該連接監(jiān)聽(tīng)器xmppManager.getConnection（）.addConnectionListener（listener）；}connection.addPacketListener（packetListener,packetFilter）；//運(yùn)行任務(wù)xmppManager.runTask（）；}catch（XMPPExceptione）{……}身份驗(yàn)證通過(guò)后，就會(huì)進(jìn)入到系統(tǒng)主界面，主界面實(shí)現(xiàn)效果如圖8所示。從圖8可以看出，系統(tǒng)提供了繳費(fèi)查詢(xún)、賬單繳費(fèi)、物業(yè)充值、新聞通知、留言中心、設(shè)備保修、服務(wù)熱線(xiàn)以及各種家政服務(wù)等。圖8系統(tǒng)主界面2.1.2繳費(fèi)功能的實(shí)現(xiàn)圖9繳費(fèi)賬單當(dāng)需要繳費(fèi)時(shí)，物業(yè)管理員就會(huì)發(fā)送繳費(fèi)通知，在手機(jī)客戶(hù)端就會(huì)進(jìn)行提示。在系統(tǒng)中，物業(yè)費(fèi)用主要包括繳納、查詢(xún)和充值操作。與之前的需要到物業(yè)公司去繳費(fèi)相比，這種通過(guò)手機(jī)進(jìn)行繳納費(fèi)用及查詢(xún)費(fèi)用就非常的方便，同時(shí)，費(fèi)用的繳納歷史對(duì)用戶(hù)而言，都是很透明的[13]。該功能支持支付寶、微信和銀聯(lián)等支付方式，大大方便了業(yè)主對(duì)各種費(fèi)用的繳納。繳納成功后，系統(tǒng)會(huì)自動(dòng)生成物業(yè)賬單歷史，以顯示繳納費(fèi)用的項(xiàng)目、繳納金額、繳納時(shí)間等。當(dāng)然，系統(tǒng)也提供了查詢(xún)賬單的多種方式，比如可以按照繳費(fèi)項(xiàng)目查詢(xún)、也可以按照繳費(fèi)時(shí)間（按月、季度或年份）等進(jìn)行查詢(xún)。本文中的支付實(shí)現(xiàn)是集成第三方支付實(shí)現(xiàn)的。本文中提供的支付有：支付寶支付、微信支付和銀聯(lián)支付。繳費(fèi)賬單如圖9所示。2.1.3通知及留言功能的實(shí)現(xiàn)本系統(tǒng)中的通知及留言功能通過(guò)XMPP協(xié)議實(shí)現(xiàn)，該協(xié)議中不同的角色有不同的任務(wù)和功能。在傳輸?shù)牡讓樱琗MPP用TCP傳的是XML流，也就是說(shuō)，所有的業(yè)務(wù)數(shù)據(jù)最終都需要通過(guò)有意義的XML標(biāo)記進(jìn)行組織和封裝，這里也充分發(fā)揮的XML在數(shù)據(jù)組織和網(wǎng)絡(luò)傳輸方面的各個(gè)優(yōu)勢(shì)[14]。在本系統(tǒng)中，無(wú)論是服務(wù)器端的通知下發(fā)還是客戶(hù)端的留言發(fā)送，都會(huì)通過(guò)XMPP協(xié)議進(jìn)行封裝，用以完成催繳物業(yè)費(fèi)、新聞通知下發(fā)以及一對(duì)多或一對(duì)一之間的溝通交流[15]。圖10消息推送界面2.1.4報(bào)修功能的實(shí)現(xiàn)報(bào)修業(yè)務(wù)由業(yè)主發(fā)起，填寫(xiě)報(bào)修單，業(yè)主可對(duì)出現(xiàn)故障的設(shè)備進(jìn)行文字描述，也可以進(jìn)行拍照，然后點(diǎn)擊“上傳”按鈕，報(bào)修單會(huì)上傳到服務(wù)器中，報(bào)修申請(qǐng)單會(huì)第一時(shí)間通知給物業(yè)管理員。物業(yè)管理員電話(huà)核實(shí)后，會(huì)派遣維修人員進(jìn)行維修，維修完畢，業(yè)主需要反饋評(píng)價(jià)，從而完成設(shè)備報(bào)修的整個(gè)工作流程。如圖11所示。圖11業(yè)報(bào)修主頁(yè)當(dāng)點(diǎn)擊“給排水”后，就會(huì)進(jìn)入給排水報(bào)修詳情頁(yè)面，具體如圖12。針對(duì)故障問(wèn)題，除了文字描述外，還可以通過(guò)拍照對(duì)問(wèn)題進(jìn)行清晰描述，拍后的照片可以上傳到系統(tǒng)中。圖12排水報(bào)修2.2服務(wù)器端功能實(shí)現(xiàn)2.2.1業(yè)主信息管理功能模塊本文所設(shè)計(jì)開(kāi)發(fā)的小區(qū)物業(yè)管理系統(tǒng)，根據(jù)其應(yīng)用場(chǎng)景，在后臺(tái)服務(wù)器端的管理功能模塊中要可以實(shí)現(xiàn)對(duì)小區(qū)內(nèi)所有居住業(yè)主信息的管理，這也是在軟件設(shè)計(jì)階段的需求。物業(yè)管理人員通過(guò)賬戶(hù)可以登錄到該功能模塊的后臺(tái)界面，在該界面中可以對(duì)業(yè)主信息進(jìn)行管理和操作，其中可以對(duì)業(yè)主信息進(jìn)行增加、刪除以及修改等操作[16]。對(duì)業(yè)主信息的添加和管理只有小區(qū)的工作人員有權(quán)限，服務(wù)器端小區(qū)業(yè)主信息管理功能模塊的實(shí)現(xiàn)界面如上圖13所示。圖13業(yè)主信息管理功能模塊2.2.2費(fèi)用管理功能模塊圖14費(fèi)用管理功能界面小區(qū)物業(yè)管理系統(tǒng)中關(guān)鍵的功能模塊就是費(fèi)用管理，主要是完成對(duì)小區(qū)的物業(yè)費(fèi)、燃?xì)赓M(fèi)、水電費(fèi)以及停車(chē)費(fèi)等各種費(fèi)用信息的管理。在費(fèi)用管理功能模塊中主要是通過(guò)后臺(tái)的API實(shí)現(xiàn)與業(yè)主信息進(jìn)行綁定的，這樣就可以方便物業(yè)管理人員可以及時(shí)了解小區(qū)內(nèi)每個(gè)住戶(hù)的各項(xiàng)費(fèi)用繳納信息。在費(fèi)用管理功能模塊中支持模糊查詢(xún)和精準(zhǔn)查詢(xún)的功能，小區(qū)管理人員可以根據(jù)一些模糊條件來(lái)檢索對(duì)應(yīng)的費(fèi)用信息，同時(shí)還可以輸入詳細(xì)的查詢(xún)條件來(lái)獲得詳細(xì)的費(fèi)用信息，小區(qū)管理人員在該功能模塊中可以對(duì)各項(xiàng)費(fèi)用類(lèi)別，每個(gè)住戶(hù)的繳納信息進(jìn)行查詢(xún)，同時(shí)還可以對(duì)查詢(xún)到的費(fèi)用繳納信息進(jìn)行統(tǒng)計(jì)分析，對(duì)費(fèi)用查詢(xún)功能模塊的操作界面如下圖14所示。2.2.3報(bào)修管理功能模塊在后臺(tái)管理中還提供了報(bào)修管理功能模塊，由于小區(qū)的住戶(hù)比較多，每天都會(huì)有各種問(wèn)題的報(bào)修，如果設(shè)計(jì)開(kāi)發(fā)報(bào)修管理功能模塊可以使小區(qū)物業(yè)管理人員對(duì)這些業(yè)主的報(bào)修問(wèn)題進(jìn)行統(tǒng)一的管理和對(duì)維修服務(wù)人員進(jìn)行派單。每個(gè)小區(qū)在管理過(guò)程中都會(huì)有自己的維修工程師，比如水電維修、裝修維修以及家電維修等。工程師也是可以通過(guò)客戶(hù)端接收到維修派單信息，并根據(jù)報(bào)修信息上門(mén)提供維修服務(wù)。針對(duì)報(bào)修管理功能模塊實(shí)現(xiàn)的操作界面如下圖15所示。圖15報(bào)修管理功能模塊界面3系統(tǒng)測(cè)試3.1測(cè)試環(huán)境前端：Google發(fā)布的Androidstudio。后端：MyEclipse9.0，JAVA，SQL數(shù)據(jù)庫(kù)。瀏覽器：IE11或者谷歌，如果IE11在某些場(chǎng)景下可能無(wú)法完全支持現(xiàn)代Web技術(shù)和標(biāo)準(zhǔn)，因此建議使用別的瀏覽器，如MicrosoftEdge、GoogleChrome、MozillaFirefox等，以獲得更好的性能和兼容性[17]。網(wǎng)絡(luò)環(huán)境：網(wǎng)速100KB-1MB。3.2測(cè)試部署本系統(tǒng)前端開(kāi)發(fā)工具是Google發(fā)布的Androidstudio，可以從中國(guó)的鏡像網(wǎng)站上下載（例如/inferjay/AndroidDevTools），在下載的Studio中不包括SDK的情況下，還可以再下載SDK。前端首先要安裝JDK，JDK必須是8.0或更高的版本，然后再安裝到AndroidStudio中。安卓Studio需要4GB或更大的內(nèi)存才能安裝，不然就太慢了。先運(yùn)行后端數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)傳遞再運(yùn)行前端頁(yè)面。前端主頁(yè)面是MainActivity.java頁(yè)面。運(yùn)行后將跳轉(zhuǎn)到登錄注冊(cè)頁(yè)面。3.3測(cè)試策略和方法3.3.1連接速度測(cè)試連接速度測(cè)試也可以視為網(wǎng)頁(yè)響應(yīng)時(shí)間測(cè)試，主要測(cè)試網(wǎng)絡(luò)帶寬以及后臺(tái)數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)讀寫(xiě)等速度[18]。當(dāng)學(xué)生登錄后系統(tǒng)響應(yīng)很慢，或遲遲不能登錄，或在操作的中途卡在某個(gè)頁(yè)面，導(dǎo)師學(xué)生沒(méi)有耐性繼續(xù)下去，從而影響評(píng)價(jià)的結(jié)果。3.3.2壓力測(cè)試壓力測(cè)試主要是測(cè)試系統(tǒng)到底能夠承受多少訪(fǎng)問(wèn)量，主要體現(xiàn)為并發(fā)性能是否經(jīng)得起考驗(yàn)、疲勞強(qiáng)度測(cè)試和大數(shù)據(jù)量測(cè)試。壓力測(cè)試可針對(duì)一個(gè)Activity中的各種輸入控件，模擬很多用戶(hù)去輸入并提交。通過(guò)對(duì)系統(tǒng)進(jìn)行性能測(cè)試，對(duì)測(cè)試結(jié)果分析可知，系統(tǒng)最高并發(fā)用戶(hù)數(shù)是2000，單位時(shí)間內(nèi)網(wǎng)絡(luò)或接口的數(shù)據(jù)量為37,770,860,276字節(jié)，總的請(qǐng)求數(shù)為6,952,027，平均每秒的請(qǐng)求為4,665,29。在測(cè)試中，當(dāng)一個(gè)公司被處理時(shí)，這個(gè)指標(biāo)的數(shù)值較低，表明了處理的速度較高，同時(shí)也表明了軟件的有效性。測(cè)試結(jié)果如圖16。圖16事務(wù)響應(yīng)時(shí)間從圖16可以看出，“90Percent”為0.546s，結(jié)果表明，90%的人登陸后，服務(wù)器的反應(yīng)都保持在0.55秒左右，這說(shuō)明系統(tǒng)的反應(yīng)速度相當(dāng)不錯(cuò)。圖17每秒點(diǎn)擊數(shù)每秒點(diǎn)擊量（CPS）是評(píng)估服務(wù)器性能的關(guān)鍵指標(biāo)之一。該指標(biāo)通過(guò)統(tǒng)計(jì)終端設(shè)備向服務(wù)器發(fā)送的請(qǐng)求次數(shù)進(jìn)行量化測(cè)量。值得注意的是，由于數(shù)據(jù)交互的復(fù)雜性，單次用戶(hù)操作可能觸發(fā)多個(gè)后臺(tái)請(qǐng)求，這種現(xiàn)象在性能測(cè)試中尤為常見(jiàn)。如圖4.2所示，本系統(tǒng)經(jīng)過(guò)嚴(yán)格測(cè)試得出的具體性能數(shù)據(jù)表明，其處理能力達(dá)到了行業(yè)領(lǐng)先水平。從性能測(cè)試結(jié)果來(lái)看，“HitsperSecond”（每秒請(qǐng)求數(shù)）與"Throughput"（吞吐量）兩條曲線(xiàn)呈現(xiàn)出高度一致的變化趨勢(shì)，且均處于正常波動(dòng)范圍內(nèi)。這一現(xiàn)象表明服務(wù)器能夠高效處理客戶(hù)端請(qǐng)求，未出現(xiàn)明顯的性能瓶頸或響應(yīng)延遲。通過(guò)數(shù)據(jù)分析可以得出，系統(tǒng)在并發(fā)處理能力和資源利用率方面表現(xiàn)優(yōu)異，充分驗(yàn)證了其架構(gòu)設(shè)計(jì)的合理性與穩(wěn)定性。4結(jié)論隨著Internet的迅速發(fā)展，在各大城市推進(jìn)智慧城市、智慧小區(qū)的建設(shè)環(huán)境下，本文根據(jù)物業(yè)管理的現(xiàn)狀，以方便業(yè)主、優(yōu)化物業(yè)服務(wù)、提升物業(yè)管理質(zhì)量為目標(biāo)，采用Android平臺(tái)，設(shè)計(jì)和實(shí)現(xiàn)了物業(yè)管理系統(tǒng)?？傮w來(lái)說(shuō)，本文所作的主要工作，包含以下幾個(gè)方面：（1）在分析的基礎(chǔ)上，結(jié)合本文的設(shè)計(jì)原則和設(shè)計(jì)思路，對(duì)本系統(tǒng)進(jìn)行了設(shè)計(jì)。從物業(yè)管理員、系統(tǒng)管理員以及業(yè)主等不同主體出發(fā)，提出了C/S和B/S相結(jié)合的架構(gòu)方式，并對(duì)系統(tǒng)的主要功能從客戶(hù)端和服務(wù)器端兩個(gè)方面展開(kāi)進(jìn)行了設(shè)計(jì)，以統(tǒng)一建模語(yǔ)言中的類(lèi)圖工具對(duì)其進(jìn)行表述。最后，按照數(shù)據(jù)庫(kù)建模的過(guò)程，對(duì)數(shù)據(jù)庫(kù)進(jìn)行了整體上的設(shè)計(jì)。（2）采用Android技術(shù)和SpringMVC框架，分別對(duì)物業(yè)管理系統(tǒng)的客戶(hù)端和服務(wù)端進(jìn)行了具體的實(shí)現(xiàn)