【正文】 用戶組（ Group）：表示能夠訪問同一批數(shù)據(jù)的一組用 戶的集合，例如： A 公司用戶組，表示屬于該組的用戶都能夠訪問 A 公司的所有數(shù)據(jù)； A1 小區(qū)用戶組，表示屬于該組的用戶都能訪問 A1 小區(qū)的所有數(shù)據(jù)。 角色（ Role）： 是物業(yè)公司中特定的一種工作職責(zé)或者是職位，如：公司管理員、會(huì)計(jì)等。為此，本課題根據(jù)實(shí)際的我業(yè)務(wù)需求，對(duì) RBAC 基本模型進(jìn)行擴(kuò)展，設(shè)計(jì)了符合物業(yè)管理系統(tǒng)需求的權(quán)限管理模型 —— RBAC 擴(kuò)展模型，圖 37 顯示了 RBAC 擴(kuò)展模型： U s e r R o l e P e r m i s s i o nU A P AG r o u pG AS e s s i o nU s e r _ S e s s i o n S e s s i o n _ R o l eS e s s i o n _ G r o u pM o d u l eM AR e s o u r c eR A 圖 37 RBAC 擴(kuò)展模型 比較 RBAC 基本模型和 RBAC 擴(kuò)展模型，我們可以看到 在 RBAC 擴(kuò)展模型中 增加了三個(gè)對(duì)象集合和三對(duì)關(guān)系，他們分別是：用戶 組（ Group）、模塊（ Module）、資源（ Resource）和用戶 用戶組分配（ GA）、角色模塊分配（ MA）、權(quán)限資源分配（ RA） 。 RBAC 基本模型優(yōu)勢(shì)在于解決 對(duì)象（資源）層面上的權(quán)限管理，即執(zhí)行者能否操作某個(gè)對(duì)象，能夠?qū)ζ溥M(jìn)行何種操作。如果 要求 RBAC 基本模型實(shí)現(xiàn)上述控制，將會(huì)導(dǎo)致權(quán)限集合的擴(kuò)散，使得用戶能夠訪問權(quán)限范圍之外的數(shù)據(jù)。例如：在物業(yè)管理系統(tǒng)中，公司管理員可以查看該公司管理的所有小區(qū)的業(yè)主信息、繳費(fèi)信息等，但是小區(qū)管理員只能查看自己小區(qū)的信息。最終，是用戶執(zhí)行權(quán)限，角色作為中介使得用戶執(zhí)行權(quán)限。一個(gè)用戶可以是多個(gè)角色的成員，一個(gè)角色也可以擁有多個(gè)用戶；同樣的，一個(gè)角色可以擁有多個(gè)權(quán)限，同一個(gè)權(quán)限也可以分配給多個(gè)角色。 1996 年， Sandhu 發(fā)布了 RBAC96 的 RBAC 基本 模型 [2]，圖 36 顯示了 RBAC的基本模型。在這種權(quán)限模式下，用戶的角色轉(zhuǎn)換變得很容易實(shí)現(xiàn)。浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 10 第 三 章 物業(yè)管理系統(tǒng)安全平臺(tái)構(gòu)建 RBAC 基本模型 1992 年， Ferraiolo 等人提出了基于角色的訪問控制模型 [1]。 公司公司編號(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è)實(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)。同時(shí)本系統(tǒng)還采用了 Spring的子項(xiàng)目，包括 Spring JMS、 Spring Security 等組件。 Spring 框架是一個(gè)分層架構(gòu)，由 7 個(gè)定義良好的模塊組成。 本系統(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ǔ)的效率。 (5) 物業(yè)繳費(fèi)管理模塊：物業(yè)繳費(fèi)主要是指物業(yè)費(fèi)的收繳， 本模塊主要實(shí)現(xiàn)物業(yè)費(fèi)繳費(fèi)的流程， 以及物業(yè)費(fèi)信息的查看和檢索。 (3) 物業(yè)項(xiàng)目管理模塊：物業(yè)項(xiàng)目是指物業(yè)公司所管理的住宅小區(qū)或?qū)懽謽堑?，具體又包括了小區(qū)的基本信息管理、樓宇信息管理和房屋信息管理。 舟山市物業(yè)管理系統(tǒng)物 業(yè) 公 司 管 理 模 塊信 息 機(jī) 賬 號(hào) 管 理 模 塊物 業(yè) 項(xiàng) 目 管 理 模 塊業(yè) 主 信 息 管 理 模 塊物 業(yè) 繳 費(fèi) 管 理 模 塊小 區(qū) 信 息 管 理樓 宇 信 息 管 理房 屋 信 息 管 理物 業(yè) 費(fèi) 創(chuàng) 建物 業(yè) 費(fèi) 錄 入物 業(yè) 費(fèi) 審 核 圖 23 物業(yè)管理系統(tǒng)業(yè)務(wù)功能需求 結(jié)構(gòu)圖 (1) 物業(yè)公司管理模塊：該模塊主要是管理物業(yè)公司的基本信息。為了滿足物業(yè)公司的日常管理工作需求，本系統(tǒng)必須支持以下功能模塊：公司信息管理模塊、物業(yè)項(xiàng)目管理模塊、業(yè)主信息管理模浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 7 塊、物業(yè)繳費(fèi)管理模塊。 另外通過在業(yè)務(wù)流中（如物業(yè)繳 費(fèi)管理）引入短信提醒功能，及時(shí)提醒業(yè)主當(dāng)前繳費(fèi)信息，能夠有效提高業(yè)主對(duì)公司服務(wù)的滿意度。 短信平臺(tái) 需求 傳統(tǒng)的物業(yè)管理方式中，物業(yè)公司與業(yè)主之間的溝通只能通過張貼公告或逐戶上門通知，這樣不僅消息傳遞速度慢、耗費(fèi)人力資源大，而且傳遞的效果也不佳。 系統(tǒng)日志需求 為了保證系統(tǒng)數(shù)據(jù)的安全，我們需要跟蹤用戶的一些關(guān)鍵操作，如對(duì)數(shù)據(jù)的增刪改等操作。 同一層次的用戶，擁有的功能模塊又有所不同，如公司管理員可以管理業(yè)主信息，卻不能創(chuàng)建物業(yè)費(fèi)信息，而公司財(cái)務(wù)卻可以創(chuàng)建和審核物業(yè)費(fèi)，但是卻不能編輯業(yè)主信息。 系 統(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í) 用戶 。不用類型的用戶登錄系統(tǒng)后所擁有的功能模塊不同，相同類型的用戶根據(jù)所在公司或小區(qū)不同，能夠訪問的數(shù)據(jù)也不同。 (5) 系統(tǒng)管理員：負(fù)責(zé)系統(tǒng)的初始化配置，包括系統(tǒng)的權(quán)限設(shè)置、功能模塊配置、初始用戶創(chuàng)建等。 (3) 物業(yè)公司財(cái)務(wù)人員：負(fù)責(zé)物業(yè)費(fèi)繳費(fèi)信息的創(chuàng)建和維護(hù)、繳費(fèi)審核 。 五個(gè)基本角色的基本職責(zé)描述如下： (1) 移動(dòng)公司管理員：負(fù)責(zé)物業(yè)公司信息的創(chuàng)建和維護(hù)，信息機(jī)賬號(hào)的創(chuàng)建和維護(hù)。 用戶 概述 本系統(tǒng)的用戶包括以下五個(gè)基本類型 （角色） ：移動(dòng)公司管理員、物業(yè)公司浙江工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)說明書（論文） 5 管理員、物業(yè)公司財(cái)務(wù)人員、小區(qū)管理 員 、系統(tǒng)管理員 。小區(qū)信息管理又包括了小區(qū)基本信息管理、樓宇信息管理、房屋信息管理等，物業(yè)費(fèi)繳費(fèi)信息管理又包括了物業(yè)費(fèi)的創(chuàng)建和生成、物業(yè)費(fèi)的錄入、物業(yè)費(fèi)的審核等三個(gè)流程。 中 國 移 動(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ǔ)和傳遞，簡(jiǎn)化日常操作，提高管理效率。 本章小結(jié) 本章簡(jiǎn)要介紹 課題 的研究背景 與意義 、 以及 該課題的國內(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)行的操作。 第 七 章：總結(jié)和展望。 第 六 章：物業(yè)管理系統(tǒng) 業(yè)務(wù) 功能實(shí)現(xiàn)。 第五 章：物業(yè)管理系統(tǒng)短信平臺(tái)構(gòu)建。 第四 章：物業(yè)管理系統(tǒng)日志系統(tǒng)構(gòu)建。 第三 章：物業(yè)管理系統(tǒng)安全平臺(tái)構(gòu)建。 第 二 章：物業(yè)管理系統(tǒng)需求分析。 本文的 組織結(jié)構(gòu) 本文共分為 七 個(gè)章節(jié) ： 第一章：緒論。 (6) 采用 ActiveMQ 消息服務(wù)器，構(gòu)建物業(yè)管理系統(tǒng)的消息發(fā)送與接收機(jī)制，使得短