【正文】 中把對象刪除。 分析業(yè)務(wù)約束，認(rèn)籌登記、財務(wù)記錄、訂單都屬于客戶實體的從屬信息，即客戶實體與上述實體形成聚合關(guān)系，按照領(lǐng)域驅(qū)動設(shè)計的理念，客戶實體是上述實體的聚合根，所以，判斷客戶是否有過認(rèn)籌登記、財務(wù)記錄和訂單都應(yīng)該是客戶實體的職責(zé)，然而我們再進(jìn)一步分析，實體的職責(zé)是相對的，在不同的業(yè)務(wù)上下文，業(yè)務(wù)實體所具有的業(yè)務(wù)職責(zé)是不同的，把個人客戶信息放入回收站這一個用例，其業(yè)務(wù)上下文局限于客戶管理， 因此，在這一范圍內(nèi)，客戶實體并沒有認(rèn)籌登記、財務(wù)記錄和訂單等概念，客戶實體是一個職責(zé)單一的實體，而上述概念分別來源于銷售管理服務(wù)（包括認(rèn)籌登記、訂單）和財務(wù)管理服務(wù)（財務(wù)記錄），對于客戶管理應(yīng)用服務(wù)來說，其業(yè)務(wù)上下文同樣與銷售管理服務(wù)、財務(wù)管理服務(wù)無關(guān)，所以，判斷客戶是否參加過認(rèn)籌登記，是否有財務(wù)記錄， 是否下過訂單的職責(zé)既不應(yīng)該由客戶實體負(fù)責(zé)，也不應(yīng)該由客戶管理應(yīng)用服務(wù)負(fù)責(zé)（由于銷售和財務(wù)是客戶的下游業(yè)務(wù) —— 銷售和財務(wù)都是基于客戶的，所以依賴關(guān)系是前兩者依賴于后者，如果由客戶管理應(yīng)用服務(wù)負(fù)責(zé)，則客戶管理應(yīng)用 服務(wù)必須委托銷售管理應(yīng)用服務(wù)和財務(wù)管理應(yīng)用服務(wù)提供判斷結(jié)果，這就形成客戶管理與銷售管理、財務(wù)管理形成循環(huán)依賴關(guān)系，這違背了模塊化設(shè)計原則）。最后，根據(jù)當(dāng)前系統(tǒng)用戶是否具有審核功能權(quán)限，這部分職責(zé)應(yīng)該由客戶管理應(yīng)用服務(wù)負(fù)責(zé)，由于權(quán)限判斷是由通用權(quán)限組件提供的功能權(quán)限判斷器來提供，前者會把任務(wù)委托給后者。 根據(jù)上面的分 析，我們已經(jīng)可以清晰的劃分職責(zé)，然后得出如下的創(chuàng)建個人客戶的時序 圖： 創(chuàng)建個人客戶信息時序圖 用例 2：修改個人客戶信息 —— 業(yè)務(wù)實體的修改操作 修改個人客戶信息有如下業(yè)務(wù)約束： ? 修改個人客戶信息用例包含了創(chuàng)建個人客戶信息的所有業(yè)務(wù)約束； ? 當(dāng)系統(tǒng)設(shè)置了需要 開啟客戶信息修改審核功能時，如果修改了個人客戶信息中的核心信息，并且修改個人客戶信息的系統(tǒng)用戶不具有審核功能權(quán)限，則修改后的個人客戶信息不能直接更新，而是要把修改信息提交審核，審核通過后，才能更新對應(yīng)的個人客戶信息。 下面分別以系統(tǒng)中四個典型的功能用例來分別對業(yè)務(wù)實體的增、刪、改以及涉及復(fù)雜業(yè)務(wù)規(guī)則的業(yè)務(wù)操作進(jìn)行詳細(xì)分析： 用例 1：創(chuàng)建個人客戶信息 —— 業(yè)務(wù)實體的創(chuàng)建操作 創(chuàng)建個人客戶信息有如下的業(yè)務(wù)約束： ? 客戶的姓名、性別、聯(lián)系電話、客戶類型、是否重點客戶的標(biāo)識這些屬性都不能為空； ? 客戶的姓名和聯(lián)系電話組成了客戶身份的唯一標(biāo)識。 ? 數(shù)據(jù)訪問層（ ORM）：提供領(lǐng)域?qū)ο蟮某志没瘜崿F(xiàn)，它的作用是把領(lǐng)域?qū)ο蟮木唧w持久化實現(xiàn)細(xì)節(jié)封裝起來，并利用 ORM 工具把數(shù)據(jù)庫中的數(shù)據(jù)轉(zhuǎn)換為領(lǐng)域?qū)ο蟆? ? 應(yīng)用服務(wù)層：向外提供業(yè)務(wù)功能服務(wù)，它只負(fù)責(zé)系統(tǒng)應(yīng)用級別的邏輯如事務(wù)控制、權(quán)限控制、日志處理等，以及少量的跨領(lǐng)域?qū)ο蟮臉I(yè)務(wù)邏輯，它通過領(lǐng)域?qū)拥念I(lǐng)域?qū)ο髠}庫獲取相關(guān)的領(lǐng)域?qū)ο?，然后調(diào)用領(lǐng)域?qū)ο蟮姆椒ㄍ瓿上鄳?yīng)的業(yè)務(wù)，再把業(yè)務(wù)結(jié)果封裝到數(shù)據(jù)傳輸對象（ DTO）中返回給展示層，這里的 DTO 是作為展示層與應(yīng)用服務(wù)層的數(shù)據(jù)載體，它負(fù)有裝載請求數(shù)據(jù)和結(jié)果數(shù)據(jù)的職責(zé)。 業(yè)務(wù)實體的增、刪、改及一些復(fù)雜的業(yè)務(wù)處理功能 分析： 對于 SaaS 房地產(chǎn)營銷管理系統(tǒng) （后面統(tǒng)一簡稱為 SaaS RES ）來說，對業(yè)務(wù)實體 的增、刪、改、操作是最常見的基礎(chǔ)功能，這些操作 都有一個共同的特征 —— 改變系統(tǒng)中的業(yè)務(wù)實體的狀態(tài)（或數(shù)據(jù)），因此，這里選擇基礎(chǔ)房間的增、刪、改這一典型的功能需求進(jìn)行分析，以闡述對于這類對業(yè)務(wù)實體狀態(tài)產(chǎn)生改變的操作的設(shè)計決策。 本次參考架構(gòu)設(shè)計的總體原則就是：分割和緩存 。 3 參考資料 《 SaaS 模式系統(tǒng)參考架構(gòu)設(shè)計 .doc》 作者：陳操 《 MSYQL 數(shù)據(jù)庫備份與恢復(fù)及 SaaS 下的備份策略 .doc》作者：莫榮廣 4 系統(tǒng)功能分析 SaaS 模式下功能分析 從系統(tǒng)使用者的角度，整個系統(tǒng)的功能模塊劃分如下： S A A S 房 地 產(chǎn) 營 銷 管 理 系 統(tǒng) 1 . 0客 戶 管 理客 戶 跟 進(jìn) 管 理客 戶 信 息 管 理產(chǎn) 品 管 理開 發(fā) 商 及 項 目 資 料 管 理普 通 房 源 管 理服 務(wù) 管 理售 后 服 務(wù) 管 理系 統(tǒng) 設(shè) 置 管 理用 戶 管 理（ 組 織 架 構(gòu) 、 員 工 、 用 戶管 理 ）日 志 管 理權(quán) 限 管 理系 統(tǒng) 參 數(shù) 管 理報 表 管 理房 源 統(tǒng) 計 報 表 客 戶 統(tǒng) 計 報 表銷 售 統(tǒng) 計 報 表 ? ?系 統(tǒng) 交 互 接 口B O S S 系 統(tǒng) 交 互 接 口短 信 接 口郵 件 接 口 ? ?財 務(wù) 管 理誠 意 金 管 理 訂 單 款 項 管 理收 據(jù) 管 理 欠 款 管 理財 務(wù) 對 帳 銀 行 帳 號 管 理銷 售 管 理優(yōu) 惠 管 理 定 價 管 理銷 控 管 理 訂 單 管 理活 動 管 理( 認(rèn) 籌 活 動 、 開 盤 活 動 ）銷 售 工 具產(chǎn) 品 基 礎(chǔ) 資 料 管 理租 戶 信 息 管 理圖表 SaaS RES 功能模塊劃分圖 ? 系統(tǒng) 版本的產(chǎn)品只有普通房源，還不包括車位、花園、學(xué)籍等房地產(chǎn)附帶產(chǎn)品的管理 ? 銷售管理模塊和財務(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ù)處理、報表統(tǒng)計和基礎(chǔ)支持三個類別把系統(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)財務(wù)管理子系統(tǒng)報表管理子系統(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)的管理 。這個“ 租戶第一人 ”是由“租戶管理員”分配的，租戶可以使用這個“ 租戶第一人 ”給自己的系統(tǒng)添加用戶。 該角色的工作，在運營中一般由“實施工程師”來完成。 “租戶管理員”： 由 SaaS 服務(wù)提供商的運營人員使用。 ? 租戶端帶寬有限：一個租戶通常有多個用戶使用系統(tǒng)，而訪問系統(tǒng)時通常是共享帶寬，比如 ADSL(處于成本考慮，可能采用上行 512K，下行 2M)。系統(tǒng)運行的監(jiān)控必須準(zhǔn)確、及時。 （數(shù)據(jù)庫的遷移需要暫時服務(wù)，其他的升級基本上 對用戶 是透明的） ? 可維護(hù)性： SaaS 系統(tǒng)是由多角色人員一起來運營的。 ? 可擴(kuò)展性：根據(jù) SaaS 產(chǎn)品發(fā)展需要，系統(tǒng)要較容易的適應(yīng)新需求或需求變化。 ? 健壯性（容錯性）：系統(tǒng)發(fā)生以下情況仍然能夠正常運行：用戶進(jìn)行了非法操作；部分軟硬件系統(tǒng)發(fā)生了故障；其它非正常情況。 ? 可伸縮性：當(dāng)用戶數(shù)和 數(shù)據(jù)量增加時，系統(tǒng)維持高服務(wù)質(zhì)量的能力。 ? 持續(xù)可用性：系統(tǒng)長時間無故障運行能力，一年內(nèi)無故障率達(dá)到 %（年累計停止服務(wù) 時間不超過 8 小時 45 分鐘） ? 易用性：系統(tǒng)必須易于使用。 ? 安全性：系統(tǒng)為合法的租戶及用戶提供服務(wù)，阻止非授權(quán)租戶及用戶使用系統(tǒng)。包括較高的吞吐量、快速的平均響應(yīng)時間、持續(xù)高速的系統(tǒng)處理能力。平均在線人數(shù)約為： 12500 人。 關(guān)鍵 非功能性需求 ? 租戶及用戶數(shù)量：最大租戶數(shù)為 500。 ? 數(shù)據(jù)權(quán)限控制：數(shù)據(jù)權(quán)限控制是系統(tǒng)的一個典型的功能，客戶管理、銷售管理、服務(wù)管理、財務(wù)管理和報表等模塊中都有數(shù)據(jù)權(quán)限控制的需求，數(shù)據(jù)權(quán)限控制的意思是：不同角色可以擁有同一個系統(tǒng)功能的使用權(quán)限，但不同角色對于同一系統(tǒng)功能，其可操作的數(shù)據(jù)是有可能不同的，目前系統(tǒng)定義了三個數(shù)據(jù)權(quán)限級別： 1）全部：對應(yīng)功能權(quán) 限能操作所有相關(guān)數(shù)據(jù)； 2）本人管轄的員工負(fù)責(zé)的數(shù)據(jù)：對應(yīng)功能權(quán)限只能操作當(dāng)前用戶擁有的數(shù)據(jù)，以及當(dāng)前用戶所在部門（包括下級部門）的所有員工所擁有的數(shù)據(jù)； 3）本人負(fù)責(zé)的數(shù)據(jù)：對應(yīng)功能權(quán)限只能操作當(dāng)前用戶擁有的數(shù)據(jù)。 ? 業(yè)務(wù)數(shù)據(jù)的查詢業(yè)務(wù)、報表業(yè)務(wù)：對業(yè)務(wù)數(shù)據(jù)的查詢操作是貫穿整個系統(tǒng)所有模塊的業(yè)務(wù)，而報表業(yè)務(wù)也是數(shù)據(jù)查詢的一種特殊例子，它們都屬于系統(tǒng)中非常典型的功能需求。比如創(chuàng)建租戶第一人，配置租戶可使用的產(chǎn)品模塊，各種系統(tǒng)通知消息 ，狀態(tài)查詢 等等。 主要為各個房地產(chǎn)商提供低成本的、按需購買功能的營銷解決方案。最重要的是 SaaS 給軟件商提供了穩(wěn)健的經(jīng)營模式，有利于企業(yè)不為銷售和各種售后服務(wù)疲于奔命，而可以將更多精力放到產(chǎn)品的研發(fā)和推廣上去，不斷提高客戶服務(wù)質(zhì)量和系統(tǒng)維護(hù)水平。另外 SaaS 也為軟件商節(jié)省了維護(hù)成本，以往的維護(hù)都是一對一的，甚至要到客戶現(xiàn)場。最后，由于軟件是托管 在運營商，往往有更好的服務(wù)保障和防毒措施，用戶可以放心的把這一部分 的開支節(jié)省下來，去投入到更重要的地方。另外，用戶不需要維護(hù)軟件、以及硬件本身，可以按照自己的需要定制，按需使用。 對于 SaaS 商業(yè)模式，簡要描述如下： SaaS 模式無論是對于用戶，還是對于軟件開發(fā)商都有 著巨大的優(yōu)勢。 SaaS RES營銷管理系統(tǒng) SaaS RES 系統(tǒng)架構(gòu) 設(shè)計 目 錄 1 項目背景 ................................................................................................................ 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)劃分 ......................................................................