【正文】 注subscribeDatetime關(guān)注時(shí)間datetimeunsubscribeDatetime取消關(guān)注時(shí)間datetimeisAdmin是否管理員booleancreateBy創(chuàng)建人intcreateDatetime創(chuàng)建時(shí)間DateupdateBy更新人intupdateDatetime更新時(shí)間Date 租戶狀態(tài)信息（TenantState）記錄租戶當(dāng)前各種狀態(tài)及常用統(tǒng)計(jì)信息，便于系統(tǒng)處理相關(guān)業(yè)務(wù)邏輯。isolatedMode租賃模式int數(shù)據(jù)隔離模式1：完全共享型2：獨(dú)立Schema3：獨(dú)立數(shù)據(jù)庫(kù)status狀態(tài)int3：到期2：禁用1：刪除0：尚未激活1：?jiǎn)⒂胏reateBy創(chuàng)建者intcreateDatetime創(chuàng)建時(shí)間DateupdateDatetime更新時(shí)間DatemaxMembers最大成員數(shù)int最大加入用戶數(shù)maxStorage最大存儲(chǔ)容量intGtrialDays試用期限int試用天數(shù)expiredDate租賃到期日DatelogoUrllogo鏈接地址Stringbalance當(dāng)前余額int 租戶配置信息（TenantConfig）租戶配置信息主要包含了系統(tǒng)級(jí)別但每個(gè)租戶又各自存在差異的配置數(shù)據(jù)，如：租戶企業(yè)信息，租戶郵件服務(wù)器配置，租戶短信服務(wù)器配置等等。最多支持6層100100100100100100101101100name名稱VARCHAR(50)type類型INT1：分支機(jī)構(gòu)2：部門3：群組description描述VARCHAR(500)status狀態(tài)INT1：刪除1：正常position排序INT同一層次下的排序createBy創(chuàng)建用戶INTcreateDatetime創(chuàng)建時(shí)間DATETIMEupdateBy更新用戶INTupdateDatetime更新時(shí)間DATETIME 用戶組成員（UserGroupMember）用戶組成員列表。組可以是系統(tǒng)創(chuàng)建的，也可以由用戶自行創(chuàng)建。 用戶余額信息(UserBalance)屬性名含義數(shù)據(jù)類型備注id序號(hào)，主鍵LongUUID，直接作為訂單號(hào)funcCode操作編號(hào)VARCHAR(20)charge：充值settle：提現(xiàn)ine：收入amount金額DECIMAL(12,2)status狀態(tài)INT0：尚未成功1：操作成功createBy操作人INTcreateDatetime操作時(shí)間DATETIMEpayChannel付款通道VARCHAR(50)OFFLINE：線下BALANCE：余額WECHATPAY：微信ALIPAY：支付寶payDatetime付款時(shí)間DATETIMEtradeNo交易號(hào)VARCHAR(50)第三方支付返回activateDatetime激活時(shí)間DATETIMEremark備注VARCHAR(2000)說明：對(duì)于收入來說，目前使用工單邏輯，有個(gè)30天的質(zhì)保期，即新增時(shí)狀態(tài)是0，由后臺(tái)定時(shí)任務(wù)判斷createDatetime是否超過30天，超過的則認(rèn)為收入成功。后臺(tái)可以根據(jù)需要拆分多張表（如通過moduleCode拆表），而代碼中保持一致。使用cookie時(shí)用cookie的過期機(jī)制即可 用戶操作日志(UserOpLog)記錄用戶操作業(yè)務(wù)模塊的操作日志，包括創(chuàng)建、修改、刪除等。在經(jīng)過對(duì)系統(tǒng)進(jìn)行原子功能劃分和功能包的設(shè)計(jì)后，系統(tǒng)的不同租戶可以按照不同版本使用了，系統(tǒng)需對(duì)原子功能進(jìn)行校驗(yàn)，確定租戶在系統(tǒng)中可以使用和操作哪些原子功能。例如，按照客戶使用功能的多少，可以把系統(tǒng)劃分為最小版、標(biāo)準(zhǔn)版、完整版。通過功能包的設(shè)計(jì)，雖然可以將系統(tǒng)功能組合成幾個(gè)相對(duì)比較獨(dú)立的部分，但是這些功能包仍然不可以完全獨(dú)立使用，也就不能夠單獨(dú)銷售。同時(shí)應(yīng)該減少功能包和功能包之間的依賴，使得各個(gè)功能包盡可能獨(dú)立的進(jìn)行操作使用。需要根據(jù)用戶類型和使用的場(chǎng)景，對(duì)原子功能進(jìn)行打包，然后為每個(gè)用戶配置其合適的功能包。 功能包設(shè)計(jì)因此功能分解完畢后，還需要對(duì)功能進(jìn)行定義，描述相關(guān)依賴關(guān)系。將功能分解完畢后，由于不是所有的原子功能都是可以單獨(dú)使用的。 整個(gè)系統(tǒng)功能是完整的。n216。 功能間互不重疊；n216。 每個(gè)功能都是有價(jià)值的；進(jìn)行原子功能劃分，首先就是功能分解，即將整個(gè)系統(tǒng)的功能分解成最基本的相對(duì)獨(dú)立的原子功能，應(yīng)遵循以下幾個(gè)原則：所有原子功能疊加起來，就是整個(gè)應(yīng)用所提供的全部功能。要實(shí)現(xiàn)功能可配置，首先需要將整個(gè)系統(tǒng)的功能進(jìn)行分解。 功能個(gè)性化對(duì)于SaaS應(yīng)用，面對(duì)為數(shù)眾多的租戶，大部分租戶可能只會(huì)使用到應(yīng)用中的部分功能。此外可結(jié)合使用NoSQL，通過SchemaFree模式提供高擴(kuò)展性和個(gè)性化。這些都會(huì)影響數(shù)據(jù)訪問性能。將數(shù)據(jù)表中的數(shù)據(jù)記錄與配置元數(shù)據(jù)表中的配置記錄關(guān)聯(lián)，構(gòu)成擴(kuò)展數(shù)據(jù)記錄。名稱值對(duì)的方式將擴(kuò)展數(shù)據(jù)的保存和原數(shù)據(jù)表分離，另外用一個(gè)統(tǒng)一的擴(kuò)展數(shù)據(jù)表來保存。在傳統(tǒng)應(yīng)用中，可以通過定制實(shí)例，增加客戶的擴(kuò)展數(shù)據(jù)，來滿足其個(gè)性化要求。由于租戶可以自定義擴(kuò)展數(shù)據(jù)，這些數(shù)據(jù)是需要在頁(yè)面上展示的，因此無論對(duì)頁(yè)面元素的個(gè)數(shù)、位置、順序，還是元素的含義，租戶都會(huì)有一些個(gè)性化的需求。各功能界面上的內(nèi)容也是供用戶和系統(tǒng)交互的界面元素。 組織成樹型結(jié)構(gòu)，構(gòu)成上下級(jí)菜單結(jié)構(gòu)；216。 一個(gè)租戶一套菜單；216。另外菜單的層次結(jié)構(gòu)和分布，不同的租戶可能也會(huì)有不同的要求。菜單對(duì)不同的租戶來說，可能有不完全一樣的名字。 個(gè)性化 界面?zhèn)€性化用戶可在一定程度上對(duì)界面做定制化，如使用個(gè)性化主題，個(gè)性化布局，可自行調(diào)整菜單結(jié)構(gòu)等。發(fā)布事件代碼示例：說明：業(yè)務(wù)操作的名稱將通過國(guó)際化轉(zhuǎn)換成對(duì)應(yīng)用戶語(yǔ)言，國(guó)際化KEY命名規(guī)則：[模塊編號(hào)].func.[功能編號(hào)]；日志詳情基于動(dòng)態(tài)參數(shù)格式化，因此需要將必要的屬性作為事件的動(dòng)態(tài)參數(shù)傳入，國(guó)際化KEY命名規(guī)則：[模塊編號(hào)].func.[功能編號(hào)].log?？紤]到一定的通用性，我們采用基于事件(Event)的日志模式，即在日志模塊中通過訂閱操作事件（OpEvent）獲得業(yè)務(wù)模塊發(fā)布的業(yè)務(wù)事件，再通過模板消息將業(yè)務(wù)參數(shù)格式化成操作詳情。注：可通過注解+攔截器模式提供非入侵的操作日志記錄；而業(yè)務(wù)日志一般只能編碼實(shí)現(xiàn)。而業(yè)務(wù)日志記錄業(yè)務(wù)的詳細(xì)信息，應(yīng)作為業(yè)務(wù)的一部分，與業(yè)務(wù)存在同一個(gè)事務(wù)中。（目前只對(duì)更新數(shù)據(jù)庫(kù)的操作記日志，查詢不記錄）業(yè)務(wù)日志：記錄業(yè)務(wù)處理信息，如轉(zhuǎn)賬時(shí)金額的變動(dòng)數(shù)額等。不同類型的日志有其相應(yīng)的處理邏輯及具體實(shí)現(xiàn)，以下分別說明。對(duì)某個(gè)業(yè)務(wù)參數(shù)細(xì)項(xiàng)，又有3種狀態(tài)：1 – 正常，2 – 屏蔽，9 – 系統(tǒng)。對(duì)于某些業(yè)務(wù)需要，不需要用到的參數(shù)，可設(shè)置成屏蔽，即在業(yè)務(wù)系統(tǒng)中將無法使用該參數(shù)；對(duì)于狀態(tài)為系統(tǒng)的，則不能進(jìn)行此項(xiàng)操作。如公告類型，可被定義為“可增加”類型的，即公告類型可以增加，但不能被修改或刪除。參數(shù)類型表定義不同類型的業(yè)務(wù)參數(shù)，如用戶類型、公告類型等。 按角色定義哪些數(shù)據(jù)項(xiàng)可以呈現(xiàn)，并能調(diào)整列呈現(xiàn)的順序；216。 可擴(kuò)展性 基礎(chǔ)設(shè)施可擴(kuò)展性l 計(jì)算資源快速供給l 應(yīng)用快速部署l 資源按需分配l 自動(dòng)化管理 應(yīng)用架構(gòu)可擴(kuò)展性l 應(yīng)用服務(wù)器水平擴(kuò)展l 數(shù)據(jù)庫(kù)水平擴(kuò)展n MySQL Sharding（）l 異步消息隊(duì)列l(wèi) 緩存機(jī)制l 負(fù)載均衡l 流程可定制l 功能可配置 數(shù)據(jù)權(quán)限對(duì)于前臺(tái)數(shù)據(jù)查詢，通過定義數(shù)據(jù)級(jí)權(quán)限實(shí)現(xiàn)動(dòng)態(tài)表格內(nèi)容輸出，不同角色的用戶將看到不同列的表格及經(jīng)過過濾的數(shù)據(jù)內(nèi)容。白盒模式：即允許用戶授權(quán)，App創(chuàng)建人可在自行創(chuàng)建用戶組和角色，并對(duì)每個(gè)功能模塊進(jìn)行細(xì)分授權(quán)。在一個(gè)安全性 SaaS 解決方案中，底層的身份驗(yàn)證和授權(quán)基礎(chǔ)設(shè)施有兩種設(shè)計(jì)方法：集中式或聯(lián)邦式。因此，授權(quán)應(yīng)該發(fā)生在身份驗(yàn)證之后。l 授權(quán)定義一個(gè)用戶在一個(gè)系統(tǒng)上的權(quán)利與權(quán)限。 供應(yīng)商（外部）部分?jǐn)?shù)據(jù)交互，并提供供應(yīng)商關(guān)心的數(shù)據(jù)，可由供應(yīng)商自行訪問（SelfService）。 銷售人員（內(nèi)部）接受銷售任務(wù)，負(fù)責(zé)與客戶接觸，實(shí)施銷售任務(wù)，跟蹤客戶消費(fèi)。 高管（內(nèi)部）審查客戶貢獻(xiàn)數(shù)據(jù)、客戶構(gòu)成數(shù)據(jù)、客戶服務(wù)構(gòu)成數(shù)據(jù)和客戶流失數(shù)據(jù)。用戶在加入一個(gè)租戶后，需要租戶管理員為其開通相應(yīng)功能模塊的使用權(quán)限（通過設(shè)置角色），否則只能共享【個(gè)人事務(wù)】中公開部分的數(shù)據(jù)。 租戶成員租戶開通后，默認(rèn)只有擁有者一個(gè)成員，此時(shí)擁有者可通過邀請(qǐng)方式請(qǐng)求其他用戶加入到該租戶中共同使用租用的app。 租戶管理員租戶擁有者出于管理角度考慮（如租戶擁有者是老板，但是管理員是IT管理員），可以將租戶中的任意用戶提升為系統(tǒng)管理員，由其作為租戶管理員協(xié)助或負(fù)責(zé)租戶內(nèi)相應(yīng)的管理工作，如用戶管理，角色管理，功能權(quán)限分配，邀請(qǐng)用戶加入等。 系統(tǒng)用戶角色 租戶擁有者租用app的用戶，作為app的擁有者，其擁有app的所有功能模塊使用權(quán)限；同時(shí)作為擁有者，可以對(duì)app進(jìn)行續(xù)費(fèi)、升級(jí)、停用等操作。社區(qū)是強(qiáng)調(diào)企業(yè)人與人之間的溝通，有別于上面三項(xiàng)都是以企業(yè)運(yùn)營(yíng)為目的的。（注：流程可能在某些環(huán)節(jié)的處理效率會(huì)比以前降低，但其目的是優(yōu)化整體效率）通過智庫(kù)來積累知識(shí)，沉淀企業(yè)智慧。通過門戶來集成分散的功能，信息，提高用戶對(duì)關(guān)鍵信息的關(guān)注度，提高用戶對(duì)信息的獲取和處理效率。社區(qū)更可以通過人與人之間的關(guān)系，加強(qiáng)企業(yè)間溝通。 門戶、流程、智庫(kù)、社區(qū)注：所有方面，不僅是為了解決企業(yè)內(nèi)部問題，更可以推向上下游，如企業(yè)門戶網(wǎng)站就是對(duì)外的，通過BPM可集成上下游的業(yè)務(wù)系統(tǒng)，實(shí)現(xiàn)供應(yīng)鏈的業(yè)務(wù)流轉(zhuǎn)并最終實(shí)現(xiàn)E2E。如：數(shù)據(jù)模型的定制化，業(yè)務(wù)流程的定制化。但基本原則是所有數(shù)據(jù)表均按SaaS模式設(shè)計(jì)，以便實(shí)現(xiàn)不同模式下的切換。 總結(jié)實(shí)際使用中可能綜合運(yùn)用3種模式，即如果客戶較為重要，愿意為安全性、性能等額外付費(fèi)，可部署為獨(dú)立模式。解決方案：用戶在登錄一個(gè)app時(shí)，app通過appKey去平臺(tái)獲取該用戶的信息，并在本地session中保存用戶登錄信息，平臺(tái)可以根據(jù)appKey與用戶ID獲得唯一的tenant，即app本地session中只需保存用戶對(duì)象與tenant對(duì)象一對(duì)一的關(guān)系。n 優(yōu)點(diǎn)：性能最優(yōu)，部署簡(jiǎn)便n 缺點(diǎn)：u 對(duì)系統(tǒng)架構(gòu)和開發(fā)工程師要求較高，否則可能存在數(shù)據(jù)安全性問題u 運(yùn)維復(fù)雜，當(dāng)數(shù)據(jù)發(fā)生異常需要恢復(fù)時(shí)，無法簡(jiǎn)單依賴數(shù)據(jù)庫(kù)的恢復(fù)機(jī)制，并將影響到多個(gè)租戶的數(shù)據(jù) 數(shù)據(jù)過濾在共享同一數(shù)據(jù)源的模式下，需要對(duì)每個(gè)數(shù)據(jù)查詢?cè)黾幼鈶粜畔⒌倪^濾條件；在單app環(huán)境下，一個(gè)用戶只對(duì)應(yīng)一個(gè)租戶，通過登錄用戶信息即可獲得租戶信息，比較簡(jiǎn)單。n 缺點(diǎn)：u 無法對(duì)多租戶數(shù)據(jù)進(jìn)行查詢歸并，存在數(shù)據(jù)孤島216。 共享應(yīng)用，多數(shù)據(jù)源：使用同一套應(yīng)用程序，數(shù)據(jù)庫(kù)訪問時(shí)根據(jù)租戶信息路由到指定數(shù)據(jù)庫(kù)或Schema上。u 物理設(shè)施資源開銷最大。u 租戶間不會(huì)相互影響，可對(duì)個(gè)別租戶做自定義。 無共享，完全獨(dú)立：每個(gè)租戶獨(dú)立使用一套應(yīng)用程序和一個(gè)數(shù)據(jù)庫(kù)，應(yīng)用與數(shù)據(jù)庫(kù)均不包含租戶信息，通過訪問入口路由到指定租戶的路徑上。l 共享數(shù)據(jù)庫(kù)，ShareSchema，在所有承租者之間共享一組相同的表和模式。 背景 參考資料 術(shù)語(yǔ)定義縮寫英中2. SaaS設(shè)計(jì) 多租戶模式 數(shù)據(jù)隔離l 將每個(gè)承租者的數(shù)據(jù)隔離到不同的數(shù)據(jù)庫(kù)。說明書編制的目的是說明一個(gè)軟件系統(tǒng)各個(gè)層次中的每個(gè)程序（每個(gè)模塊或子程序）和數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)考慮，為程序員編碼提供依據(jù)。SaaS統(tǒng)一信息化平臺(tái)文件號(hào): LITTCORE0001詳細(xì)設(shè)計(jì)說明書版本號(hào): 修訂歷史記錄版本日期作者修正原因20130523蔡源初始化文檔20130830蔡源增加【定制化、個(gè)性化】章節(jié)20130929蔡源增加自動(dòng)登錄的設(shè)計(jì)20131015蔡源增加參數(shù)字典設(shè)計(jì)增加客戶管理設(shè)計(jì)20131018蔡源增加應(yīng)用場(chǎng)景及解決方案章節(jié)，用于描述特定業(yè)務(wù)流程或者功能流程的實(shí)現(xiàn)20131204蔡源增加【團(tuán)隊(duì)協(xié)作】相關(guān)設(shè)計(jì)，主要包括項(xiàng)目管理和任務(wù)管理20130115蔡源增加用戶與租戶空間一對(duì)多的設(shè)計(jì)，用戶可以在不同空間中切換20140505蔡源參數(shù)字典增加filter和params屬性，用來根據(jù)業(yè)務(wù)過濾和獲得額外參數(shù)20140516蔡源細(xì)化具體的子系統(tǒng)和具體的功能模塊20140522蔡源細(xì)化QuickView，增加動(dòng)態(tài)查詢條件定義和動(dòng)態(tài)表格定義20140619蔡源增加DynamicSearch，支持動(dòng)態(tài)組合查詢條件20140626蔡源增加系統(tǒng)公告模塊20140627蔡源更新參數(shù)字典編號(hào)規(guī)則為：模塊名+屬性名，全局唯一20140820蔡源增加【文檔管理】模塊定義增加【項(xiàng)目文檔】模塊定義20141110蔡源增加【個(gè)人文檔】模塊定義20141113蔡源快速視圖和動(dòng)態(tài)查詢條件增加