【正文】 理器”就是權(quán)限組件的框架提供的一個(gè)擴(kuò)展點(diǎn)， SaaS RES 需要實(shí)現(xiàn)此處理器，它的作用是進(jìn)行數(shù)據(jù)權(quán)限處理，判斷當(dāng)前用戶對目標(biāo)數(shù)據(jù)是否有操作權(quán)，如果沒有，則直接拒絕訪問，如果有，則可以對用戶的請求進(jìn)行加工，最常見的做法是，為請求添加上數(shù)據(jù)篩選過濾條件，如：用戶發(fā)起了 一個(gè)獲取客戶列表的功能請求，該用戶是銷售團(tuán)隊(duì) A 的普通銷售員，訪問前權(quán)限處理器發(fā)現(xiàn)普通銷售員這個(gè)角色的數(shù)據(jù)權(quán)限級別是“本人負(fù)責(zé)的數(shù)據(jù)”，則對該請求進(jìn)行加工，為其添加上“數(shù)據(jù)擁有者標(biāo)識”作為篩選條件，然后再把請求發(fā)送給業(yè)務(wù)系統(tǒng)的對應(yīng)功能服務(wù)。 使用權(quán)限組件這種攔截機(jī)制的好處是：把基于角色的訪問控制邏輯徹底的從業(yè)務(wù)邏輯中分離，業(yè)務(wù)開發(fā)人員只需要關(guān)注業(yè)務(wù)，無需編寫任何權(quán)限判斷的邏輯，這大大減輕了業(yè)務(wù)開發(fā)人員的工作量，也提高了系統(tǒng)的靈活性。樂觀鎖采取比悲觀鎖相對寬松的策略，它的原理是，為數(shù)據(jù)增加一個(gè)用于記錄“版本”的字段，當(dāng)事務(wù)讀取數(shù)據(jù)時(shí)，會把數(shù)據(jù)的版本號也一并讀取，當(dāng)事務(wù)修改了數(shù)據(jù)后， Hibernate 會自動把該數(shù)據(jù)的版本號加 1，然后在提交事務(wù)前，把該版本號與數(shù)據(jù)庫中的對應(yīng)數(shù)據(jù)的版本號進(jìn)行對比，如果該版本 號高于數(shù)據(jù)庫記錄的版本號，證明在事務(wù)過程中沒有其他事務(wù)修改并提交過對應(yīng)數(shù)據(jù)，事務(wù)被提交；如果該版本號不高于數(shù)據(jù)庫記錄的版本號，則說明事務(wù)過程中已經(jīng)有其他事務(wù)修改了該數(shù)據(jù)并提交，事務(wù)提交被拒絕。 注：上圖只是為了表達(dá)清晰，省略了領(lǐng)域?qū)樱瑢?shí)際上，“查詢通道”只是一個(gè)概念，在實(shí)際設(shè)計(jì)中，會把查詢方法都封裝在領(lǐng)域?qū)ο髠}庫接口中，實(shí)現(xiàn)放在領(lǐng)域?qū)ο髠}庫實(shí)現(xiàn)中，所以，應(yīng)用服務(wù)層還是通過調(diào)用領(lǐng)域?qū)拥念I(lǐng)域?qū)ο髠}庫查詢接口完成查詢業(yè)務(wù)的。 分析業(yè)務(wù)約束，認(rèn)籌登記、財(cái)務(wù)記錄、訂單都屬于客戶實(shí)體的從屬信息，即客戶實(shí)體與上述實(shí)體形成聚合關(guān)系，按照領(lǐng)域驅(qū)動設(shè)計(jì)的理念，客戶實(shí)體是上述實(shí)體的聚合根，所以，判斷客戶是否有過認(rèn)籌登記、財(cái)務(wù)記錄和訂單都應(yīng)該是客戶實(shí)體的職責(zé)，然而我們再進(jìn)一步分析，實(shí)體的職責(zé)是相對的，在不同的業(yè)務(wù)上下文，業(yè)務(wù)實(shí)體所具有的業(yè)務(wù)職責(zé)是不同的，把個(gè)人客戶信息放入回收站這一個(gè)用例，其業(yè)務(wù)上下文局限于客戶管理， 因此，在這一范圍內(nèi)，客戶實(shí)體并沒有認(rèn)籌登記、財(cái)務(wù)記錄和訂單等概念，客戶實(shí)體是一個(gè)職責(zé)單一的實(shí)體，而上述概念分別來源于銷售管理服務(wù)（包括認(rèn)籌登記、訂單）和財(cái)務(wù)管理服務(wù)（財(cái)務(wù)記錄），對于客戶管理應(yīng)用服務(wù)來說，其業(yè)務(wù)上下文同樣與銷售管理服務(wù)、財(cái)務(wù)管理服務(wù)無關(guān)，所以，判斷客戶是否參加過認(rèn)籌登記，是否有財(cái)務(wù)記錄， 是否下過訂單的職責(zé)既不應(yīng)該由客戶實(shí)體負(fù)責(zé)，也不應(yīng)該由客戶管理應(yīng)用服務(wù)負(fù)責(zé)（由于銷售和財(cái)務(wù)是客戶的下游業(yè)務(wù) —— 銷售和財(cái)務(wù)都是基于客戶的，所以依賴關(guān)系是前兩者依賴于后者，如果由客戶管理應(yīng)用服務(wù)負(fù)責(zé)，則客戶管理應(yīng)用 服務(wù)必須委托銷售管理應(yīng)用服務(wù)和財(cái)務(wù)管理應(yīng)用服務(wù)提供判斷結(jié)果，這就形成客戶管理與銷售管理、財(cái)務(wù)管理形成循環(huán)依賴關(guān)系，這違背了模塊化設(shè)計(jì)原則）。 ? 數(shù)據(jù)訪問層（ ORM）：提供領(lǐng)域?qū)ο蟮某志没瘜?shí)現(xiàn)，它的作用是把領(lǐng)域?qū)ο蟮木唧w持久化實(shí)現(xiàn)細(xì)節(jié)封裝起來，并利用 ORM 工具把數(shù)據(jù)庫中的數(shù)據(jù)轉(zhuǎn)換為領(lǐng)域?qū)ο蟆? 3 參考資料 《 SaaS 模式系統(tǒng)參考架構(gòu)設(shè)計(jì) .doc》 作者：陳操 《 MSYQL 數(shù)據(jù)庫備份與恢復(fù)及 SaaS 下的備份策略 .doc》作者：莫榮廣 4 系統(tǒng)功能分析 SaaS 模式下功能分析 從系統(tǒng)使用者的角度，整個(gè)系統(tǒng)的功能模塊劃分如下： S A A S 房 地 產(chǎn) 營 銷 管 理 系 統(tǒng) 1 . 0客 戶 管 理客 戶 跟 進(jìn) 管 理客 戶 信 息 管 理產(chǎn) 品 管 理開 發(fā) 商 及 項(xiàng) 目 資 料 管 理普 通 房 源 管 理服 務(wù) 管 理售 后 服 務(wù) 管 理系 統(tǒng) 設(shè) 置 管 理用 戶 管 理（ 組 織 架 構(gòu) 、 員 工 、 用 戶管 理 ）日 志 管 理權(quán) 限 管 理系 統(tǒng) 參 數(shù) 管 理報(bào) 表 管 理房 源 統(tǒng) 計(jì) 報(bào) 表 客 戶 統(tǒng) 計(jì) 報(bào) 表銷 售 統(tǒng) 計(jì) 報(bào) 表 ? ?系 統(tǒng) 交 互 接 口B O S S 系 統(tǒng) 交 互 接 口短 信 接 口郵 件 接 口 ? ?財(cái) 務(wù) 管 理誠 意 金 管 理 訂 單 款 項(xiàng) 管 理收 據(jù) 管 理 欠 款 管 理財(cái) 務(wù) 對 帳 銀 行 帳 號 管 理銷 售 管 理優(yōu) 惠 管 理 定 價(jià) 管 理銷 控 管 理 訂 單 管 理活 動 管 理( 認(rèn) 籌 活 動 、 開 盤 活 動 ）銷 售 工 具產(chǎn) 品 基 礎(chǔ) 資 料 管 理租 戶 信 息 管 理圖表 SaaS RES 功能模塊劃分圖 ? 系統(tǒng) 版本的產(chǎn)品只有普通房源，還不包括車位、花園、學(xué)籍等房地產(chǎn)附帶產(chǎn)品的管理 ? 銷售管理模塊和財(cái)務(wù)管理模塊是系統(tǒng)的核心業(yè)務(wù)模塊 ? 系統(tǒng)支持多租戶共同使用，但租戶的管理、租期管理等不屬于本系統(tǒng)的職責(zé)，由 BOSS 系統(tǒng)負(fù)責(zé)，系統(tǒng)與 BOSS 系統(tǒng)進(jìn)行交互，獲取 BOSS 系統(tǒng)提供的租戶相關(guān)信息和租戶啟用、 停用通知等信息 業(yè)務(wù) 功能劃分 子系統(tǒng)劃分 下面站在系統(tǒng)構(gòu)建者的角度出發(fā)，按業(yè)務(wù)處理、報(bào)表統(tǒng)計(jì)和基礎(chǔ)支持三個(gè)類別把系統(tǒng)進(jìn)行子系統(tǒng)劃分： S A A S 房 地 產(chǎn) 營 銷 管 理 系 統(tǒng) 1 . 0產(chǎn)品管理子系統(tǒng)前 臺 業(yè) 務(wù) 系 統(tǒng)后 臺 支 撐 系 統(tǒng)客戶管理子系統(tǒng)銷售管理子系統(tǒng)服務(wù)管理子系統(tǒng)財(cái)務(wù)管理子系統(tǒng)報(bào)表管理子系統(tǒng)參數(shù)設(shè)置子系統(tǒng)用戶管理子系統(tǒng)權(quán)限管理子系統(tǒng)日志管理子系統(tǒng)租戶信息管理子系統(tǒng)圖表 SaaS RES 子系統(tǒng)劃分圖 ? 租戶信息管理子系統(tǒng)主要包括 BOSS 系統(tǒng)發(fā)送過來的租戶相關(guān)信息，如租期到期提醒信息，租戶通知信息的管理 ? 用戶管理子系統(tǒng)包括了用戶的身份認(rèn)證，用戶管理和員工、組織架構(gòu)的管理 。 ? 租戶端帶寬有限：一個(gè)租戶通常有多個(gè)用戶使用系統(tǒng)，而訪問系統(tǒng)時(shí)通常是共享帶寬，比如 ADSL(處于成本考慮，可能采用上行 512K，下行 2M)。 ? 健壯性（容錯(cuò)性）：系統(tǒng)發(fā)生以下情況仍然能夠正常運(yùn)行：用戶進(jìn)行了非法操作；部分軟硬件系統(tǒng)發(fā)生了故障；其它非正常情況。包括較高的吞吐量、快速的平均響應(yīng)時(shí)間、持續(xù)高速的系統(tǒng)處理能力。 ? 業(yè)務(wù)數(shù)據(jù)的查詢業(yè)務(wù)、報(bào)表業(yè)務(wù)：對業(yè)務(wù)數(shù)據(jù)的查詢操作是貫穿整個(gè)系統(tǒng)所有模塊的業(yè)務(wù)，而報(bào)表業(yè)務(wù)也是數(shù)據(jù)查詢的一種特殊例子，它們都屬于系統(tǒng)中非常典型的功能需求。另外 SaaS 也為軟件商節(jié)省了維護(hù)成本，以往的維護(hù)都是一對一的，甚至要到客戶現(xiàn)場。 SaaS RES營銷管理系統(tǒng) SaaS RES 系統(tǒng)架構(gòu) 設(shè)計(jì) 目 錄 1 項(xiàng)目背景 ................................................................................................................ 1 2 關(guān)鍵需求 ................................................................................................................ 1 關(guān)鍵功能需求 ................................................................................................................ 1 關(guān)鍵非功能性需求 ........................................................................................................ 2 關(guān)鍵商業(yè)需求 ................................................................................................................ 3 關(guān)鍵約束 ........................................................................................................................ 3 名詞解釋 ........................................................................................................................ 3 3 參考資料 ................................................................................................................ 4 4 系統(tǒng)功能分析 ........................................................................................................ 4 SaaS 模式下功能分析 ................................................................................................... 4 業(yè)務(wù)功能劃分 ................................................................................................................ 6 子系統(tǒng)劃分 .................................................................................................................... 6 5 架構(gòu)設(shè)計(jì) ................................................................................................................ 6 架構(gòu)分析 ........................................................................................................................ 6 業(yè)務(wù)實(shí)體的增、刪、改及一些復(fù)雜的業(yè)務(wù)處理功能 ...................................................... 6 對象的查詢業(yè)務(wù)、報(bào)表業(yè)務(wù) ........................................................................................... 11 創(chuàng)建訂單 —— 典型的高并發(fā)資源爭用業(yè)務(wù) ................................................................... 14 數(shù)據(jù)權(quán)限控制 ................................................................................................................... 15 支持多租戶的數(shù)據(jù)結(jié)構(gòu) ................................................................................................... 18 基于單域名的租戶訪問方式 ........................................................................................... 18 租戶帶寬上的限制 ........................................................................................................... 19 租戶存儲數(shù)據(jù)分離和受限動態(tài)路由 ............................................................................... 21 租戶敏感數(shù)據(jù)加密 ........................................................................................................... 22 可配置性 — 產(chǎn)品模塊可配置 ...........