【正文】 基本要素 用戶（ User） ：在這個(gè)模型中用戶是指直接操作本系統(tǒng)的人，如：物業(yè)公司的工作人員。 U s e r R o l e P e r m i s s i o nU AP AS e s s i o nU s e r _ S e s s i o n sS e s s i o n _ R o l e s 圖 36 RBAC 基本模型 RBAC 擴(kuò)展模型 RBAC 基本模型簡化了權(quán)限的管理，使得可以靈活配置用戶所擁有的權(quán)限，浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 11 但是它并不能滿足所有的需求 。在 RBAC 模型中，權(quán)限（ Permission）直接通過角色（ Role）起作用，用戶（ User）被賦予一個(gè)或多個(gè)角色進(jìn)而獲取角色的權(quán)限 ， 這很大程度上 簡化了權(quán)限的管理。本系統(tǒng)使用了Spring的核心容器、 Spring上下文、 Spring AOP等組件。 (2) 信息機(jī)賬號(hào)管理模塊：信息機(jī)賬號(hào)是指 Open MAS 服務(wù)器上注冊(cè)的賬號(hào)，每個(gè)物業(yè)公司都擁有一個(gè)賬號(hào)，并且該公司所有短信業(yè)務(wù)都使用該賬號(hào)。一旦數(shù)據(jù)被非法操作后，我們可以通過日志文件追溯數(shù)據(jù)修改的時(shí)間和修改者。 本系統(tǒng)的系統(tǒng)管理員和移動(dòng)公司管理員用戶各只有一個(gè)，每個(gè)物業(yè)公司都有各自的物業(yè)公司管理員、財(cái)務(wù)人員和若干個(gè)小區(qū)管理員。為了提高在物業(yè)管理過程中與業(yè)主的溝通與交互，本系統(tǒng)引入短信平臺(tái)，物業(yè)公司可以以短信的形式傳遞一些通知提醒和溫馨提示，同時(shí)在物 業(yè)費(fèi)管理流程中，以短信形式通知業(yè)主當(dāng)前的繳費(fèi)情況 。 介紹物業(yè)管理系統(tǒng)中物業(yè)公司信息管理、物業(yè)項(xiàng)目信息管理、業(yè)主信息管理、 物業(yè)繳費(fèi)管理等功能的實(shí)現(xiàn)。 介紹系統(tǒng)的整體需求、功能性需求和其他非功能性需求，并給出系統(tǒng)的整體 架構(gòu) 設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)。 (3) 修改 Spring 框架，實(shí)現(xiàn)系統(tǒng)的訪問控制， 構(gòu)建物業(yè)管理系統(tǒng)的安全平臺(tái)，使得不同用戶登錄系統(tǒng)后可自動(dòng)加載擁有的功能模塊，并可以屏蔽非法的訪問請(qǐng)求 。 基于此，考慮采用 B/S 架構(gòu)的 Web 技術(shù)實(shí)現(xiàn)物業(yè)公司的相關(guān)信息收集、發(fā)布、存儲(chǔ)處理和交流，實(shí)現(xiàn)不同地域信息的快速傳遞和共享。 本 系統(tǒng)采用 AOP 編程實(shí)現(xiàn)用戶關(guān)鍵行為的日志跟蹤。 本系統(tǒng)是面向多物業(yè)公司、多小區(qū)共同使用的信息管理系統(tǒng) ， 主要 功能模塊包括：物業(yè)公司信息管理 ， 物業(yè)小區(qū)信息管理 ， 業(yè)主信息管理 ， 物業(yè)費(fèi)管理 和 短信 平臺(tái) 管理 等等 。傳統(tǒng)的人工管理方法已經(jīng)不能滿足時(shí)代的需求，主要表現(xiàn)在以下幾個(gè)方面： 首先，在傳統(tǒng)的物業(yè)管理中，管理者和業(yè)主的關(guān)系是管理服務(wù)與被管理的關(guān)系，業(yè)主不能積極參與到物業(yè)管理活動(dòng)中去 。 以往由于計(jì)算機(jī)技術(shù)和通信技術(shù)的限制，物業(yè)管理系統(tǒng)只能在一個(gè)低水平層次 上進(jìn)行簡單的信息共享和系統(tǒng)互聯(lián)，無法實(shí)現(xiàn)一個(gè)實(shí)時(shí)性、健壯性及擴(kuò)展性良好的小區(qū)物業(yè)管理系統(tǒng)。 本文的 組織結(jié)構(gòu) 本文共分為 七 個(gè)章節(jié) ： 第一章：緒論。 第五 章：物業(yè)管理系統(tǒng)短信平臺(tái)構(gòu)建。 中 國 移 動(dòng) 舟 山 分 公 司 A 物 業(yè) 公 司 B 物 業(yè) 公 司 A 1 小 區(qū) A 2 小 區(qū) B 1 小 區(qū) B 2 小 區(qū) 圖 21 組織結(jié)構(gòu)圖 物業(yè)管理系統(tǒng)的使用主要是為了實(shí)現(xiàn)物業(yè)管理過程的信息化，滿足日益繁雜的業(yè)務(wù)需求 ，實(shí)現(xiàn)物業(yè)信息的有效存儲(chǔ)和傳遞，簡化日常操作，提高管理效率。 (3) 物業(yè)公司財(cái)務(wù)人員：負(fù)責(zé)物業(yè)費(fèi)繳費(fèi)信息的創(chuàng)建和維護(hù)、繳費(fèi)審核 。 同一層次的用戶，擁有的功能模塊又有所不同，如公司管理員可以管理業(yè)主信息，卻不能創(chuàng)建物業(yè)費(fèi)信息，而公司財(cái)務(wù)卻可以創(chuàng)建和審核物業(yè)費(fèi)，但是卻不能編輯業(yè)主信息。為了滿足物業(yè)公司的日常管理工作需求，本系統(tǒng)必須支持以下功能模塊：公司信息管理模塊、物業(yè)項(xiàng)目管理模塊、業(yè)主信息管理模浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 7 塊、物業(yè)繳費(fèi)管理模塊。 本系統(tǒng)的采用 Hibernate 框架實(shí)現(xiàn)數(shù)據(jù)的持久化操作，不過在批量數(shù)據(jù)處理時(shí)考慮到執(zhí)行效率以及內(nèi)存占用等因素，采用了直接調(diào)用 JDBC 接口來實(shí)現(xiàn)，同時(shí)浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 8 也在數(shù)據(jù)系統(tǒng)中創(chuàng)建存儲(chǔ)過程和觸發(fā)器以提高數(shù)據(jù)存儲(chǔ)的效率。 公司公司編號(hào)公司名稱公司法人公司執(zhí)照公司電話公司地址注冊(cè)時(shí)間注冊(cè)資金公司描述是否啟用...intvarchar(50)varchar(50)varchar(50)varchar(50)varchar(200)datetimeintvarchar(200)bitpk小區(qū)小區(qū)編號(hào)小區(qū)名稱公司編號(hào)所在地區(qū)所在街道詳細(xì)地址交付時(shí)間小區(qū)規(guī)模小區(qū)類型小區(qū)描述是否啟用...intvarchar(50)intvarchar(50)varchar(50)varchar(200)datetimeintvarchar(50)varchar(200)bitpkfk樓宇樓宇編號(hào)樓號(hào)小區(qū)編號(hào)樓宇類型層數(shù)跳過層數(shù)單元數(shù)單元標(biāo)識(shí)每層戶數(shù)樓宇描述是否啟用...intintintvarchar(50)intvarchar(50)intvarchar(50)intvarchar(200)bitpkfk房屋房屋編號(hào)樓宇編號(hào)房號(hào)房屋面積是否入住描述...intintvarchar(50)floatbitvarchar(200)pkfk業(yè)主業(yè)主編號(hào)房號(hào)業(yè)主姓名房屋面積手機(jī)號(hào)碼性別名族籍貫生日婚否工作單位個(gè)人愛好證件類型證件編號(hào)家庭電話領(lǐng)房時(shí)間裝修時(shí)間入住時(shí)間車位號(hào)車牌號(hào)車型號(hào)儲(chǔ)藏室使用狀況其他地址緊急聯(lián)系人緊急電話描述...intvarchar(50)intfloatvarchar(50)varchar(50)varchar(50)varchar(50)datetimebitvarchar(100)varchar(100)varchar(50)varchar(50)varchar(50)datetimedatetimedatetimevarchar(50)varchar(50)varchar(50)varchar(50)varchar(50)varchar(200)varchar(50)varchar(50)varchar(200)pk家庭成員成員編號(hào)業(yè)主編號(hào)成員姓名關(guān)系證件編號(hào)聯(lián)系電話...intintvarchar(50)varchar(50)varchar(50)varchar(50)pkfk房屋業(yè)主編號(hào)房屋編號(hào)業(yè)主編號(hào)Intintintpkfk1fk2物業(yè)費(fèi)項(xiàng)目編號(hào)小區(qū)編號(hào)項(xiàng)目名稱繳費(fèi)年份繳費(fèi)月份創(chuàng)建時(shí)間創(chuàng)建人員...intintvarchar(100)intintdatetimevarchar(50)pkfk物業(yè)費(fèi)編號(hào)項(xiàng)目編號(hào)房屋編號(hào)業(yè)主編號(hào)繳費(fèi)年份繳費(fèi)月份繳費(fèi)日期應(yīng)收金額實(shí)收金額收費(fèi)人員錄入人員錄入時(shí)間審核時(shí)間審核人員狀態(tài)備注...intintintintintintdatetimefloatfloatvarchar(50)varchar(50)datetimedatetimevarchar(50)varchar(50)textpkfk1fk3fk2短信賬號(hào)編號(hào)賬號(hào)名稱上行地址下行地址用戶名密碼擴(kuò)展碼公司編號(hào)...intvarchar(50)varchar(200)varchar(200)varchar(50)varchar(50)intintpkfk歷史短信編號(hào)短信賬號(hào)接收人狀態(tài)短信類別發(fā)送時(shí)間發(fā)送人短信內(nèi)容...intinttextvarchar(0)intdatetimevarchar(50)varchar(200)pkfk 圖 25 物業(yè)管理系統(tǒng)業(yè)務(wù)功能模塊數(shù)據(jù)庫關(guān)系圖 基于角色的訪問控制系統(tǒng)相關(guān)的數(shù)據(jù)庫表設(shè)計(jì)在第四章中詳細(xì)描述。一個(gè)用戶可以是多個(gè)角色的成員，一個(gè)角色也可以擁有多個(gè)用戶；同樣的，一個(gè)角色可以擁有多個(gè)權(quán)限，同一個(gè)權(quán)限也可以分配給多個(gè)角色。 RBAC 基本模型優(yōu)勢(shì)在于解決 對(duì)象（資源）層面上的權(quán)限管理，即執(zhí)行者能否操作某個(gè)對(duì)象，能夠?qū)ζ溥M(jìn)行何種操作。 用戶組（ Group）：表示能夠訪問同一批數(shù)據(jù)的一組用 戶的集合，例如： A 公司用戶組，表示屬于該組的用戶都能夠訪問 A 公司的所有數(shù)據(jù)； A1 小區(qū)用戶組，表示屬于該組的用戶都能訪問 A1 小區(qū)的所有數(shù)據(jù)。如果 要求 RBAC 基本模型實(shí)現(xiàn)上述控制，將會(huì)導(dǎo)致權(quán)限集合的擴(kuò)散，使得用戶能夠訪問權(quán)限范圍之外的數(shù)據(jù)。 1996 年， Sandhu 發(fā)布了 RBAC96 的 RBAC 基本 模型 [2]，圖 36 顯示了 RBAC的基本模型。 各個(gè)實(shí)體對(duì)象之間的關(guān)系均為一對(duì)多關(guān)系，包括：公司— 小區(qū)、公司 — 短信賬號(hào)、小區(qū) — 樓宇、樓宇 — 房產(chǎn)、業(yè)主 — 房產(chǎn)、業(yè)主 — 家庭浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 9 成員、小區(qū) — 物業(yè)費(fèi)項(xiàng)目、物業(yè)費(fèi)項(xiàng)目 — 物業(yè)費(fèi)、業(yè)主 — 物業(yè)費(fèi)。 (5) 物業(yè)繳費(fèi)管理模塊：物業(yè)繳費(fèi)主要是指物業(yè)費(fèi)的收繳， 本模塊主要實(shí)現(xiàn)物業(yè)費(fèi)繳費(fèi)的流程， 以及物業(yè)費(fèi)信息的查看和檢索。 另外通過在業(yè)務(wù)流中（如物業(yè)繳 費(fèi)管理）引入短信提醒功能，及時(shí)提醒業(yè)主當(dāng)前繳費(fèi)信息，能夠有效提高業(yè)主對(duì)公司服務(wù)的滿意度。 系 統(tǒng) 管 理 員系 統(tǒng) 初 始 化系 統(tǒng) 配 置用 戶 管 理 u s e s u s e s u s e s 移 動(dòng) 公 司 管 理 員物 業(yè) 公 司 信 息 管 理O p e n M A S 賬 號(hào) 管 理 u s e s u s e s 物 業(yè) 公 司 管 理 員物 業(yè) 信 息 管 理 u s e s 業(yè) 主 信 息 管 理短 信 平 臺(tái) 管 理物 業(yè) 費(fèi) 查 看 u s e s u s e s u s e s u s e s 物 業(yè) 小 區(qū) 管 理 員物 業(yè) 信 息 查 看業(yè) 主 信 息 查 看物 業(yè) 費(fèi) 錄 入 u s e s u s e s u s e s u s e s u s e s 物 業(yè) 公 司 財(cái) 務(wù) 人 員 u s e s 物 業(yè) 費(fèi) 創(chuàng) 建物 業(yè) 費(fèi) 審 核 u s e s u s e s u s e s 圖 22 系統(tǒng)整體用例圖 浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 6 系統(tǒng)安全 需求 通過上述用戶 概述，我們了解到本系統(tǒng)的用戶類型非常多，并且用戶又分為不同的層次， 按權(quán)限 從高到低 可以分成 系統(tǒng)級(jí) 用戶、 公司級(jí) 用戶和 小區(qū)級(jí) 用戶 。 五個(gè)基本角色的基本職責(zé)描述如下： (1) 移動(dòng)公司管理員：負(fù)責(zé)物業(yè)公司信息的創(chuàng)建和維護(hù)，信息機(jī)賬號(hào)的創(chuàng)建和維護(hù)。 本章小結(jié) 本章簡要介紹 課題 的研究背景 與意義 、 以及 該課題的國內(nèi)外研究現(xiàn)狀和主要研究內(nèi)容， 最后 ， 給出了 本文的 主要研究內(nèi)容 及本文的組織結(jié)構(gòu)浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 4 第 二 章 物業(yè)管理系統(tǒng)需求分析 系統(tǒng) 需求分析 需求 概述 本系統(tǒng)是由中國移動(dòng)舟山分公 司發(fā)起并推廣的面向全市物業(yè)公司共享的一套物業(yè)管理信息系統(tǒng)， 所以本系統(tǒng)首先必須支持多公司、多小區(qū)的共同訪問，而不造成數(shù)據(jù)的越權(quán)和非法訪問 ，為此本系統(tǒng)需擁有一套完善的訪問控制機(jī)制，以確保用戶只能在權(quán)限范圍內(nèi)進(jìn)行的操作。 第四 章：物業(yè)管理系統(tǒng)日志系統(tǒng)構(gòu)建。 (6) 采用 ActiveMQ 消息服務(wù)器，構(gòu)建物業(yè)管理系統(tǒng)的消息發(fā)送與接收機(jī)制，使得短信平臺(tái)的短信發(fā)送服務(wù)可以與業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)通信和同步 。 研究內(nèi)容及現(xiàn)狀 物業(yè)管理系統(tǒng)的設(shè)計(jì)從低到高經(jīng)歷了 三個(gè)階段：第一個(gè)層次單項(xiàng)數(shù)據(jù)處理，該方法模仿手工管理方式，多用于簡單的事務(wù)性工作，這也是目前國內(nèi)大多數(shù)物業(yè)管理公司的計(jì)算機(jī)應(yīng)用水平；第二個(gè)層次是數(shù)據(jù)綜合處理，此時(shí)計(jì)算機(jī)應(yīng)用呈現(xiàn)網(wǎng)絡(luò)化和實(shí)時(shí)處理特點(diǎn)，已能在一定程度上提高物業(yè)管理效率；低三個(gè)層次則浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 2 是管理信息系統(tǒng)（ MIS），此時(shí)信息論、控制論和系統(tǒng)工程等優(yōu)化理論在軟件程序中得以運(yùn)用。 關(guān)鍵詞 ： 物業(yè)管理， RBAC， 短信平臺(tái)， Spring Security， AOP 日志 浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） I Abstract Recent years, the conventional property m