【導(dǎo)讀】多的新住宅區(qū)拔地而起。然而，伴隨著巨大的市場前景的是房地產(chǎn)開發(fā)商之間越。上銷售、網(wǎng)上預(yù)訂等銷售手段也被開發(fā)商們推向市場。蘋果于不久前推出了IPAD在線售樓系統(tǒng)，該系統(tǒng)與傳統(tǒng)的宣傳媒介相比，能夠通過人機(jī)的互動(dòng)操作界面、動(dòng)畫的特殊效果、生動(dòng)地展示樓盤的各種信息，顛覆了以往的用戶體驗(yàn)，更是有助于提高房地產(chǎn)企業(yè)的形象。我們目的就是讓用戶能有更好的用戶體驗(yàn)，用戶能夠?qū)潜P的各種。信息一目了然，同時(shí)簡化開發(fā)商的售樓管理，用最少的員工做到最大化的管理，我們采用的是Flex+Java的RIA技術(shù)體系，結(jié)合。本系統(tǒng)更便捷、高效和安全。

　　

【正文】 系統(tǒng)的開發(fā)以畢業(yè) 設(shè)計(jì) 為依托 ,以學(xué)習(xí) 研究新技術(shù)為主要目的 ,因而投入成本比較小。另外，本系統(tǒng)開發(fā)時(shí)考慮到了對老系統(tǒng)框架的挖掘，因而提出的體系模式都是成熟可靠并且經(jīng)過多年實(shí)踐驗(yàn)證的。這樣一來可以為開發(fā)本系統(tǒng)節(jié)省資金，同時(shí)無紙化辦公可以有效節(jié)省資源，減少后期資源浪費(fèi)。總而言之，開發(fā)本系統(tǒng)在經(jīng)濟(jì)上是切實(shí)可行的。 （ 3）管理可行性 在開發(fā)系統(tǒng)之前，我們小組曾多次到天津市西青區(qū)萊茵小鎮(zhèn)了解情況，了解售樓流程、基本的管理 流程、物業(yè)管理流程等，通過一段時(shí)間的了解調(diào)查以后，我們根據(jù)了解到的管理方式進(jìn)行系統(tǒng)的設(shè)計(jì)和需求分析設(shè)計(jì)，因而本系統(tǒng)是符合生產(chǎn)實(shí)際需求的，因而在管理上是可行的。 天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 18 第四章 萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)概要設(shè)計(jì) 萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)架構(gòu)設(shè)計(jì) 軟件架構(gòu)是指可預(yù)制和可重構(gòu)的軟件框架結(jié)構(gòu)，軟件工程對體系結(jié)構(gòu)標(biāo)準(zhǔn)的定義是：“體系架構(gòu)是以構(gòu)件與構(gòu)件之間的關(guān)系、構(gòu)件與環(huán)境之間的關(guān)系為內(nèi)容的某一系統(tǒng)的基本組織結(jié)構(gòu)，以及上述內(nèi)容設(shè)計(jì)與深化的原理”。 根據(jù)軟件架構(gòu)的基本原理，萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)的需求情況 以及我們對于各種系統(tǒng)技術(shù)的分析比較，我們決定使用 flex 為系統(tǒng)后臺(tái)頁面（視圖層）的開發(fā)技術(shù)，選擇傳統(tǒng) jsp 頁面為系統(tǒng)前臺(tái)頁面開發(fā)， java 端（業(yè)務(wù)邏輯層）采用生產(chǎn)者 /消費(fèi)者模式、 nosql 理念和單例模式相結(jié)合、并輔以 MVC 體系結(jié)構(gòu)的方式來開發(fā)系統(tǒng)網(wǎng)站；對于虛擬現(xiàn)實(shí)部分我們將采用 VRP+3ds max+Vray 的結(jié)構(gòu)進(jìn)行開發(fā)。這種開發(fā)模式可以擁有最大兼容性，安全性有保證，并能有效處理多人在線預(yù)訂 /團(tuán)購的沖突問題，同時(shí)對系統(tǒng)效率也是一個(gè)極大的提高。如圖 41（萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)架構(gòu)圖）為萊茵小鎮(zhèn)營銷及 綜合服務(wù)系統(tǒng)的架構(gòu)圖。 圖 41 萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)架構(gòu)圖 （ 1）視圖層：視圖層 由 兩種不同的技術(shù)體系組成，一個(gè)是較新的 flex 技術(shù)體系，另一個(gè)是傳統(tǒng)的 jsp 技術(shù)體系， flex 將用于后臺(tái)開發(fā)，而 jsp 將用于前臺(tái)的開發(fā)。 （ 2） Flex 端實(shí)體類：這是一個(gè)專門為視圖層 flex 技術(shù)體系服務(wù)的實(shí)體類，主要負(fù)責(zé) flex 端數(shù)據(jù)的輸送；同時(shí)還由于 flex 與 java 交互存在一定缺陷，該實(shí)體類同時(shí)將扮演前臺(tái)數(shù)據(jù)緩沖區(qū)的角色，用于提高系統(tǒng)的運(yùn)行效率。 （ 3）業(yè)務(wù)邏輯層（ biz）：屬于 java 端的內(nèi)容，是整個(gè)萊 茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)中最復(fù)雜的一個(gè)部分，涵蓋了系統(tǒng)的所有邏輯處理工作，包括生產(chǎn)者 /消費(fèi)者模式的實(shí)現(xiàn)、 nosql 理念和單例模式的結(jié)合、自定義數(shù)據(jù)結(jié)構(gòu)的使用等，均是通過業(yè)務(wù)邏輯層實(shí)現(xiàn)。 （ 4） Java 端實(shí)體類：該實(shí)體類用于負(fù)責(zé) Java 端不同層間數(shù)據(jù)的傳輸工作，天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 19 實(shí)體類中每一個(gè)類與數(shù)據(jù)庫表的屬性一一對應(yīng)，同時(shí)在實(shí)體類內(nèi)部將重寫 java默認(rèn)的 tostring 方法，以便對數(shù)據(jù)進(jìn)行封裝，傳輸進(jìn)入 flex 端的頁面。 （ 5）數(shù)據(jù)庫層 :數(shù)據(jù)庫層的作用僅僅是訪問數(shù)據(jù)庫，通過調(diào)用存儲(chǔ)過程完成對數(shù)據(jù)庫的增刪改查，并對外提供 public 方法，方便業(yè)務(wù)邏輯層其他相關(guān)業(yè)務(wù)的調(diào)用。 萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)主要用例的實(shí)現(xiàn) 由于論文篇幅有限，不可能對系統(tǒng)中所有的用例進(jìn)行詳細(xì)的說明，因此我們將對以下幾個(gè)主要的用例進(jìn)行簡單的分析說明。 （ 1）登錄 參與者：員工、主管、備案人員、財(cái)務(wù)人員、業(yè)務(wù)人員 描述： 通過輸入驗(yàn)證信息進(jìn)入系統(tǒng)，并根據(jù) RBAC 獲得相應(yīng)的登錄人員的權(quán)限，并根據(jù)不同權(quán)限進(jìn)入不同的模塊，進(jìn)行不同的管理工作，真正做到各司其職，互不干擾。 （ 2）業(yè)主管理 參與者：員工、主管 描述：對物業(yè)業(yè)主進(jìn)行基本的管理工作，包括業(yè)主入住管理 ，業(yè)主鑰匙管理，業(yè)主信息查看等多個(gè)功能。在樓房購買成功以后樓盤管理系統(tǒng)就會(huì)將業(yè)主信息轉(zhuǎn)交給物業(yè)管理的數(shù)據(jù)庫，此時(shí)業(yè)主的默認(rèn)狀態(tài)是未入住，鑰匙的狀態(tài)也是未交出，當(dāng)業(yè)主來辦理入住的時(shí)候，會(huì)將鑰匙交給業(yè)主并修改房屋狀態(tài)為已辦理入住。 （ 3）人事管理 參與者：主管 描述：當(dāng)物業(yè)或樓盤出現(xiàn)新的員工的時(shí)候，若員工要進(jìn)入系統(tǒng)，需要為該員工分配一個(gè)帳號(hào)，帳號(hào)的權(quán)限將根據(jù)員工的職責(zé)進(jìn)行分配，比如樓盤財(cái)務(wù)人員只能進(jìn)行樓盤財(cái)務(wù)的操作，因此權(quán)限設(shè)定將由主管負(fù)責(zé)解決。 （ 4）在線預(yù)訂確認(rèn) 參與者：業(yè)務(wù)員 描述：客戶在前臺(tái)完成在線預(yù)訂 以后會(huì)獲得一個(gè)流水號(hào)，流水號(hào)的有效期是3 天， 3 天以后若客戶不去找業(yè)務(wù)員進(jìn)行確認(rèn)的話，流水號(hào)就會(huì)失去作用，這個(gè)預(yù)訂確認(rèn)就是解決這個(gè)問題的。 （ 5）房管局備案 參與者：備案專員 描述：當(dāng)客戶已經(jīng)在財(cái)務(wù)部付完房款以后，備案人員將負(fù)責(zé)填寫客戶的信息，并將信息提供給房管局，由房管局生成一個(gè)合同，讓用戶和開發(fā)商簽訂，并且樓盤需要對客戶的信息進(jìn)行備案保留。 天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 20 數(shù)據(jù)庫設(shè)計(jì) RBAC 數(shù)據(jù)模型 在 基于角色的訪問控制（ RoleBased Access Control） RBAC 中，權(quán)限與角色相關(guān)聯(lián)，用戶通過成為 適當(dāng)角色的成員而得到這些角色的權(quán)限 ， 這就極大地簡化了權(quán)限的管理。在一個(gè)組織中，角色是為了完成各種工作而創(chuàng)造，用戶則依據(jù)它的責(zé)任和資格來被指派相應(yīng)的角色，用戶可以很容易地從一個(gè)角色被指派到另一個(gè)角色。角色可依新的需求和系統(tǒng)的合并而賦予新的權(quán)限，而權(quán)限也可根據(jù)需要而從某角色中回收。 以下五張表是根據(jù)萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)的需求分析而設(shè)計(jì)的RBAC 五張數(shù)據(jù)表，每個(gè)表的字段和作用如下： （ 1）用戶表（ tuser）：用于存儲(chǔ)系統(tǒng)用戶的基本信息，系統(tǒng)用戶需要輸入正確的用戶名和密碼進(jìn)入系統(tǒng)。 表 41 用戶表（ tuser） tuser 用戶表 id int 主鍵 ID 工號(hào) uname Varchar（ 50） 用戶登錄名 upwd Varchar（ MAX） 用戶密碼 realname Varchar（ 50） 員工姓名 telphone Varchar（ 50） 手機(jī)號(hào)碼 statu varchar(50) 員工狀態(tài)（離職 在職） （ 2）角色表（ trole）：用于存儲(chǔ)整個(gè)系統(tǒng)中出現(xiàn)的角色和相應(yīng)的提成點(diǎn)位，目前系統(tǒng)中包括的角色有以下六種：樓盤主管、物業(yè)主管、物業(yè)員工、樓盤業(yè)務(wù)人員、樓盤財(cái) 務(wù)人員、樓盤備案人員。 表 42 角色表（ trole） trole 角色表 id int 主鍵 ID rolename Varchar（ 50） 角色名稱 perpoint money 提成點(diǎn)位（默認(rèn)值為 0） （ 3）用戶 角色中間表（ tur）：這是一張中間表，表中只有幾個(gè) id 的值為存天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 21 儲(chǔ)對象，主要作用是使用戶和角色能夠變成多對多的關(guān)系，比如一個(gè)用戶可以擁有多個(gè)角色。 表 43 用戶 角色中間表（ tur） tur 用戶表和角色表的中間表 id int 主鍵 ID uid int 外 鍵（用戶表主鍵） rid int 外鍵（角色表主鍵） （ 4）權(quán)限表（ tmenu）：這張表中存放的內(nèi)容是用戶的權(quán)限以及相應(yīng)權(quán)限應(yīng)該跳轉(zhuǎn)的頁面。表中有一個(gè)重要字段 pid，用于標(biāo)識(shí)權(quán)限分級(jí)情況。 表 44 權(quán)限表（ tmenu） tmenu 權(quán)限表 id int 主鍵 ID menuname Varchar（ 50） 權(quán)限名稱 url Varchar（ MAX） URL pid int PID （ 5）角色 權(quán)限中間表（ trm）：這是角色表（ trole）和權(quán)限表（ tmenu）的中間表， 用于實(shí)現(xiàn)角色和權(quán)限的多對多的關(guān)系，比如一個(gè)角色可以擁有多個(gè)權(quán)限，而一個(gè)權(quán)限同樣可以對應(yīng)多個(gè)角色。 表 45 角色 權(quán)限中間表（ trm） trm 角色表和權(quán)限表的中間表 id int 主鍵 ID rid int 外鍵（角色表主鍵） mid int 外鍵（權(quán)限表主鍵） 天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 22 圖 42 RBAC五張表的關(guān)系圖 如圖 42(RBAC 五張表的關(guān)系圖 )即為 RBAC 五張數(shù)據(jù)表的關(guān)系圖，引入RBAC 的目的是為了實(shí)現(xiàn)角色和用戶、角色和權(quán)限的多對多關(guān)系， RBAC 最大的特點(diǎn)是保證：各司其職，互不干擾。根據(jù)萊茵小鎮(zhèn)營 銷及綜合服務(wù)系統(tǒng)的系統(tǒng)需求，可以得知系統(tǒng)用于 6 種角色，每種角色又擁有不同權(quán)限，引入 RBAC 可以很好解決這個(gè)問題。 系統(tǒng)的數(shù)據(jù)庫實(shí)現(xiàn) 經(jīng)過考慮，萊茵小鎮(zhèn)營銷及綜合服務(wù)系統(tǒng)使用是可視化程度比較高而且技術(shù)比較成熟的 sqlserver20xx 數(shù)據(jù)庫。由于篇幅有限，我們只能對一些主要的數(shù)據(jù)表進(jìn)行介紹，下面就是一些主要數(shù)據(jù)表的主要用途。 房源信息表（ thouseinfor）：房源信息表存儲(chǔ)小區(qū)內(nèi)部可以出售的所有的戶型及相關(guān)信息，由于小區(qū)可以出售的戶型均是確定下來的，因而房源信息表在系統(tǒng)初始化的時(shí)候就會(huì)存放所 有戶型資料，并且對于該表，系統(tǒng)只能進(jìn)行查找和修改工作，而不能進(jìn)行添加和刪除操作。 表 46 房源信息表（ thouseinfor） thouseinfor 房源信息表 id Varchar（ 50） 主鍵（格式： 1101— 樓號(hào)房號(hào)為主鍵） buildarea money 建筑面積 roomrate money 出房率 price int 每平米單價(jià) 天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 23 （續(xù)表 46） apartment Varchar（ 50） 戶型（ P1 P2 P3 P4） statu Varchar（ 50） 狀態(tài) (未售出 已預(yù)訂 已售出 團(tuán)購預(yù)訂 ) ownerid int 業(yè)主 ID（不是外鍵 默認(rèn)值為 0） ownername Varchar（ 50） 業(yè)主姓名（默認(rèn)值為 0） 合同表（ tcontract）：合同表中存放的內(nèi)容主要是購房合同中必備的一些重要信息，值得注意的是合同表的主鍵合同號(hào)（ id）不是由數(shù)據(jù)庫自增生成的，該合同號(hào)是由房管局服務(wù)器返回的 ,并且是通過主鍵生成器生成的。 表 47 合同表（ tcontract） tcontract 合同表 id int 主鍵 ID（合同號(hào)） party1 Varchar（ 50） 合同的甲方 p1tel Varchar（ 50） 甲方的聯(lián)系方式 party2 Varchar（ 50） 合同的乙方 p2tel Varchar（ 50） 乙方的聯(lián)系方式 hid Varchar（ 50） 樓號(hào)房號(hào) countpay int 總金額 deed int 契稅 timee Date 簽訂時(shí)間（精確到日期） uid int 簽訂人 ID（與業(yè)主表 id相關(guān)聯(lián)） uinfor Varchar（ 50） 簽訂人信息 remark Varchar（ MAX） 備注（是否首套 辦戶口） 房管局合同表（ tfcontract）：由于條件限制，我們的系統(tǒng)無法連接到真實(shí)的房管局服務(wù)器，因而將制作一個(gè)虛擬的房管局服務(wù)器對數(shù)據(jù)進(jìn)行處理和存儲(chǔ)，房管局合同表的作用就是用于保存虛擬房管局服務(wù)器的數(shù)據(jù)的，值得注意的是，房管局合同表的合同號(hào)是由主鍵生成器在數(shù)據(jù)庫端自動(dòng)生成的，每個(gè)合同號(hào)均是唯一的。 天津工業(yè)大學(xué) 20xx 屆本科生畢業(yè)論文 24 表 48 房管局合同表（ tfcontract） tfcontract 房管局合同表 id int 主鍵 ID（合同號(hào)） party1 Varchar（ 50） 合同的甲方 p1tel Varchar（ 50） 甲方的聯(lián)系方式 party2 Varchar（ 50） 合同的乙方 p2tel Varchar（ 50） 乙方的聯(lián)系方式 xqname Varchar（ 50） 小區(qū)名稱 hid Varchar（ 50） 樓號(hào)房號(hào) countpay int 總金額 deed int 契稅 timee Date 簽訂時(shí)間（精確到日期） statu Varchar（ 50） 狀態(tài)（已簽訂 未簽訂 已備案（添加時(shí)默認(rèn)為已備案 出合同時(shí)是未簽訂 簽完合同之后是已簽訂）） 車位合同管理（ tcpcontract）：物業(yè)管理中有一個(gè)重要的管理模塊，就是車位的合同管理，該功能是通過對車位合同表進(jìn)行增刪改查實(shí)現(xiàn)的，表中存儲(chǔ)了基本的車位管理信息和用戶信息，并且合同號(hào)同樣是由數(shù)據(jù)庫端的主鍵生成器生成。 表 49 車位合同管理表（ tcpcontract） tcpcontract 車位合同管理表 id int 主鍵 cid varchar（ 50） 合同 ID，利用主鍵生成器生成一個(gè) ID cpid varhcar（ 50） 車位 ID price int 租用總金額 oid int 業(yè)主 id rtime int 租用時(shí)間（ 單位 月）