【正文】 ........................................................ 47 總體架構(gòu)網(wǎng)絡(luò)拓?fù)鋱D（使用存儲(chǔ)設(shè)備） ....................................................................... 48 最小架構(gòu)網(wǎng)絡(luò)拓?fù)鋱D（不使用存儲(chǔ)設(shè)備） ................................................................... 48 各層次對(duì)硬件的要求 ....................................................................................................... 50 虛擬化 ............................................................................................................................... 52 模塊部署圖 ....................................................................................................................... 52 硬件設(shè)備 ........................................................................................................................... 53 數(shù)據(jù)架構(gòu) ...................................................................................................................... 53 開發(fā)架構(gòu) ...................................................................................................................... 54 Bundle 劃分規(guī)則 .............................................................................................................. 54 項(xiàng)目工程劃分規(guī)則及項(xiàng)目目錄結(jié)構(gòu) ............................................................................... 55 部署目錄結(jié)構(gòu) ................................................................................................................... 56 開發(fā)技術(shù)框架使用規(guī)則 ................................................................................................... 57 運(yùn)行架構(gòu) ...................................................................................................................... 57 登錄和訪問流程 ............................................................................................................... 57 與 BOSS 運(yùn)營(yíng)系統(tǒng)有關(guān)帳戶信息的交互流程 ............................................................... 60 與 BOSS 運(yùn)營(yíng)系統(tǒng)有關(guān)產(chǎn)品模塊信息的交互流程 ....................................................... 60 與 BOSS 運(yùn)營(yíng)系統(tǒng)有關(guān)系統(tǒng)消息的交互流程 ............................................................... 60 6 架構(gòu)驗(yàn)證 .............................................................................................................. 60 性能 ................................................................................................................................... 60 安全性 ............................................................................................................................... 60 可擴(kuò)展性 ........................................................................................................................... 60 可運(yùn)維性 ........................................................................................................................... 61 7 風(fēng)險(xiǎn)評(píng)估 .............................................................................................................. 62 數(shù)據(jù)庫(kù)無(wú)法支撐大量租戶風(fēng)險(xiǎn)（ IO 瓶頸） ............................................................ 62 高峰期的訪問風(fēng)險(xiǎn) ...................................................................................................... 62 1 項(xiàng)目背景 SaaS 源于一種簡(jiǎn)單的思想：軟件即服務(wù)！隨著一大批 的公司， 如國(guó)外的 Salesforce 在這個(gè)領(lǐng)域取得的輝煌成績(jī)， SaaS 已經(jīng)徹底改變了人們對(duì)軟件的觀念，使用軟件的人從產(chǎn)品消費(fèi)者轉(zhuǎn)換成服務(wù)消費(fèi)者，而開發(fā)軟件的人從產(chǎn)品提供者轉(zhuǎn)變?yōu)榉?wù)提供者。另外，用戶不需要維護(hù)軟件、以及硬件本身，可以按照自己的需要定制，按需使用。另外 SaaS 也為軟件商節(jié)省了維護(hù)成本，以往的維護(hù)都是一對(duì)一的，甚至要到客戶現(xiàn)場(chǎng)。 主要為各個(gè)房地產(chǎn)商提供低成本的、按需購(gòu)買功能的營(yíng)銷解決方案。 ? 業(yè)務(wù)數(shù)據(jù)的查詢業(yè)務(wù)、報(bào)表業(yè)務(wù)：對(duì)業(yè)務(wù)數(shù)據(jù)的查詢操作是貫穿整個(gè)系統(tǒng)所有模塊的業(yè)務(wù)，而報(bào)表業(yè)務(wù)也是數(shù)據(jù)查詢的一種特殊例子，它們都屬于系統(tǒng)中非常典型的功能需求。 關(guān)鍵 非功能性需求 ? 租戶及用戶數(shù)量：最大租戶數(shù)為 500。包括較高的吞吐量、快速的平均響應(yīng)時(shí)間、持續(xù)高速的系統(tǒng)處理能力。 ? 持續(xù)可用性：系統(tǒng)長(zhǎng)時(shí)間無(wú)故障運(yùn)行能力，一年內(nèi)無(wú)故障率達(dá)到 %（年累計(jì)停止服務(wù) 時(shí)間不超過 8 小時(shí) 45 分鐘） ? 易用性：系統(tǒng)必須易于使用。 ? 健壯性（容錯(cuò)性）：系統(tǒng)發(fā)生以下情況仍然能夠正常運(yùn)行：用戶進(jìn)行了非法操作；部分軟硬件系統(tǒng)發(fā)生了故障；其它非正常情況。 （數(shù)據(jù)庫(kù)的遷移需要暫時(shí)服務(wù)，其他的升級(jí)基本上 對(duì)用戶 是透明的） ? 可維護(hù)性： SaaS 系統(tǒng)是由多角色人員一起來(lái)運(yùn)營(yíng)的。 ? 租戶端帶寬有限：一個(gè)租戶通常有多個(gè)用戶使用系統(tǒng)，而訪問系統(tǒng)時(shí)通常是共享帶寬，比如 ADSL(處于成本考慮，可能采用上行 512K，下行 2M)。 該角色的工作，在運(yùn)營(yíng)中一般由“實(shí)施工程師”來(lái)完成。 3 參考資料 《 SaaS 模式系統(tǒng)參考架構(gòu)設(shè)計(jì) .doc》 作者：陳操 《 MSYQL 數(shù)據(jù)庫(kù)備份與恢復(fù)及 SaaS 下的備份策略 .doc》作者：莫榮廣 4 系統(tǒng)功能分析 SaaS 模式下功能分析 從系統(tǒng)使用者的角度，整個(gè)系統(tǒng)的功能模塊劃分如下： S A A S 房 地 產(chǎn) 營(yíng) 銷 管 理 系 統(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ù) 管 理誠(chéng) 意 金 管 理 訂 單 款 項(xiàng) 管 理收 據(jù) 管 理 欠 款 管 理財(cái) 務(wù) 對(duì) 帳 銀 行 帳 號(hào) 管 理銷 售 管 理優(yōu) 惠 管 理 定 價(jià) 管 理銷 控 管 理 訂 單 管 理活 動(dòng) 管 理( 認(rèn) 籌 活 動(dòng) 、 開 盤 活 動(dòng) ）銷 售 工 具產(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) 營(yíng) 銷 管 理 系 統(tǒng) 1 . 0產(chǎn)品管理子系統(tǒng)前 臺(tái) 業(yè) 務(wù) 系 統(tǒng)后 臺(tái) 支 撐 系 統(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ā)送過來(lái)的租戶相關(guān)信息，如租期到期提醒信息，租戶通知信息的管理 ? 用戶管理子系統(tǒng)包括了用戶的身份認(rèn)證，用戶管理和員工、組織架構(gòu)的管理 。 業(yè)務(wù)實(shí)體的增、刪、改及一些復(fù)雜的業(yè)務(wù)處理功能 分析： 對(duì)于 SaaS 房地產(chǎn)營(yíng)銷管理系統(tǒng) （后面統(tǒng)一簡(jiǎn)稱為 SaaS RES ）來(lái)說，對(duì)業(yè)務(wù)實(shí)體 的增、刪、改、操作是最常見的基礎(chǔ)功能，這些操作 都有一個(gè)共同的特征 —— 改變系統(tǒng)中的業(yè)務(wù)實(shí)體的狀態(tài)（或數(shù)據(jù)），因此，這里選擇基礎(chǔ)房間的增、刪、改這一典型的功能需求進(jìn)行分析，以闡述對(duì)于這類對(duì)業(yè)務(wù)實(shí)體狀態(tài)產(chǎn)生改變的操作的設(shè)計(jì)決策。 ? 數(shù)據(jù)訪問層（ ORM）：提供領(lǐng)域?qū)ο蟮某志没瘜?shí)現(xiàn)，它的作用是把領(lǐng)域?qū)ο蟮木唧w持久化實(shí)現(xiàn)細(xì)節(jié)封裝起來(lái)，并利用 ORM 工具把數(shù)據(jù)庫(kù)中的數(shù)據(jù)轉(zhuǎn)換為領(lǐng)域?qū)ο蟆? 根據(jù)上面的分 析，我們已經(jīng)可以清晰的劃分職責(zé)，然后得出如下的創(chuàng)建個(gè)人客戶的時(shí)序 圖： 創(chuàng)建個(gè)人客戶信息時(shí)序圖 用例 2：修改個(gè)人客戶信息 —— 業(yè)務(wù)實(shí)體的修改操作 修改個(gè)人客戶信息有如下業(yè)務(wù)約束： ? 修改個(gè)人客戶信息用例包含了創(chuàng)建個(gè)人客戶信息的所有業(yè)務(wù)約束； ? 當(dāng)系統(tǒng)設(shè)置了需要 開啟客戶信息修改審核功能時(shí)，如果修改了個(gè)人客戶信息中的核心信息，并且修改個(gè)人客戶信息的系統(tǒng)用戶不具有審核功能權(quán)限，則修改后的個(gè)人客戶信息不能直接更新，而是要把修改信息提交審核，審核通過后，才能更新對(duì)應(yīng)的個(gè)人客戶信息。 分析業(yè)務(wù)約束，認(rèn)籌登記、財(cái)務(wù)記錄、訂單都屬于客戶實(shí)體的從屬信息，即客戶實(shí)體與上述實(shí)體形成聚合關(guān)系，按照領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的理念，客戶實(shí)體是上述實(shí)體的聚合根，所以，判斷客戶是否有過認(rèn)籌登記、財(cái)務(wù)記錄和訂單都應(yīng)該是客戶實(shí)體的職責(zé)，然而我們?cè)龠M(jìn)一步分析，實(shí)體的職責(zé)是相對(duì)的，在不同的業(yè)務(wù)上下文，業(yè)務(wù)實(shí)體所具有的業(yè)務(wù)職責(zé)是不同的，把個(gè)人客戶信息放入回收站這一個(gè)用例，其業(yè)務(wù)上下文局限于客戶管