【正文】 關(guān)聯(lián)操作員表了opIp執(zhí)行操作的IPStringopDatetime操作時(shí)間Date數(shù)據(jù)庫默認(rèn)content操作內(nèi)容String具體操作內(nèi)容描述status操作狀態(tài)int0 失敗1 成功 業(yè)務(wù)日志業(yè)務(wù)日志需要記錄詳細(xì)的業(yè)務(wù)數(shù)據(jù)變化，無法使用Annotation在方法級進(jìn)行攔截，需要硬編碼實(shí)現(xiàn)。系統(tǒng)日志：記錄系統(tǒng)日常運(yùn)行時(shí)的行為日志，目前采用通用的日志框架，以手工編碼的形式記錄操作日志同具體的業(yè)務(wù)應(yīng)該是相互分離的，不在同一個(gè)事務(wù)中，及無論業(yè)務(wù)操作是否成功，都將記錄用戶操作。由于業(yè)務(wù)需要可暫時(shí)屏蔽某些業(yè)務(wù)參數(shù)；但對于狀態(tài)為系統(tǒng)的則不能進(jìn)行此項(xiàng)操作 日志記錄日志按照類型分：操作日志、業(yè)務(wù)日志、系統(tǒng)日志。參數(shù)類型表另外用狀態(tài)字段定義：1 – 正常，2 – 屏蔽，9 – 系統(tǒng)。 按角色定義過濾條件，實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的過濾； 參數(shù)字典參數(shù)字典分“參數(shù)類型表”和“參數(shù)字典表”。該模式可實(shí)現(xiàn)更精細(xì)的權(quán)限控制，類似傳統(tǒng)的企業(yè)應(yīng)用。身份驗(yàn)證和授權(quán)在 SaaS 應(yīng)用程序中很復(fù)雜。 客戶（外部）提供客戶關(guān)心的數(shù)據(jù)，可由客戶自行訪問查詢（SelfService） 身份驗(yàn)證與授權(quán)身份驗(yàn)證和授權(quán)是現(xiàn)實(shí)應(yīng)用程序的安全性概念中主要的兩個(gè)：l 身份驗(yàn)證允許一個(gè)應(yīng)用程序在連接時(shí)驗(yàn)證一個(gè)人（或一個(gè)應(yīng)用程序、智能卡等）是否與它聲明的一樣。分析客戶貢獻(xiàn)、客戶構(gòu)成、客戶服務(wù)構(gòu)成和客戶流失數(shù)據(jù)，定期提交客戶管理報(bào)告。對銷售機(jī)會進(jìn)行指派。對負(fù)責(zé)的流失客戶采取“暫緩流失”或“確定流失”的措施 銷售主管（內(nèi)部）對客戶服務(wù)進(jìn)行分配。對特定銷售機(jī)會制定客戶開發(fā)計(jì)劃。對處理的服務(wù)進(jìn)行反饋。接受客戶服務(wù)請求，在系統(tǒng)中創(chuàng)建客戶服務(wù)。 客戶用戶角色 系統(tǒng)管理員（內(nèi)部）管理系統(tǒng)用戶、角色與權(quán)限，保證系統(tǒng)正常運(yùn)行。租戶管理員在權(quán)限上與租戶擁有者一致，但租戶擁有者作為最高級別，可隨時(shí)將租戶管理員降級成普通用戶；而反之則不行。 這個(gè)待定 MetadataDB元數(shù)據(jù)數(shù)據(jù)庫，定義了多租戶相關(guān)信息，用于租戶信息管理，作為基礎(chǔ)的公共服務(wù)獨(dú)立于業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫。通過流程來組裝分散的業(yè)務(wù)，實(shí)現(xiàn)上下游業(yè)務(wù)的E2E一體化，提高業(yè)務(wù)協(xié)作能力，提高業(yè)務(wù)間信息共享，并最終提高企業(yè)整體業(yè)務(wù)的處理效率。智庫可以形成企業(yè)最佳實(shí)踐和解決方案，可以在行業(yè)中共享和推廣。 定制化、個(gè)性化定制化指的是同一SaaS服務(wù)可以為不同用戶在相同基礎(chǔ)功能的基礎(chǔ)上提供一定程度的功能定制或強(qiáng)化，在不改動或盡量小改動服務(wù)的基礎(chǔ)上實(shí)現(xiàn)不同用戶的差異化功能性需求。只有用戶在登錄平臺系統(tǒng)時(shí)才有一對多tenant的情況。 共享應(yīng)用，單一數(shù)據(jù)源：使用同一套應(yīng)用程序，使用同一個(gè)數(shù)據(jù)庫，數(shù)據(jù)模型中定義了租戶信息，通過過濾條件過濾租戶數(shù)據(jù)。u 無法對多租戶數(shù)據(jù)進(jìn)行查詢歸并，存在數(shù)據(jù)孤島216。n 優(yōu)點(diǎn)：u 無需修改原有應(yīng)用程序跟數(shù)據(jù)庫。l 共享數(shù)據(jù)庫，MultiSchema，將每個(gè)承租者的數(shù)據(jù)隔離到獨(dú)立的表和模式。實(shí)施 56 系統(tǒng)版本定義與升級 56 代碼中版本號變更流程 5610. 應(yīng)用場景及解決方案 56 用戶會話超時(shí) 56 用戶賬號激活 57 租戶開通 57 租戶到期 57 租戶續(xù)費(fèi) 58 租戶升級 58 租戶注銷 58 用戶登錄 58 非租戶 58 租戶成員注銷 58 用戶信息獲取 59 租戶管理員 59 租戶成員 60 邀請用戶 60 加入邀請(郵件) 60 加入邀請(站內(nèi)通知) 61 切換工作空間 61 數(shù)據(jù)授權(quán) 61 業(yè)務(wù)關(guān)注與消息通知 61 數(shù)據(jù)授權(quán)與分頁查詢 6211. 平臺管理系統(tǒng) 63 參數(shù)字典（暫不實(shí)現(xiàn)） 63 系統(tǒng)配置 63 在線用戶管理（暫不實(shí)現(xiàn)） 63 強(qiáng)制用戶下線 64 AppStore管理（暫不實(shí)現(xiàn)） 64 租戶管理 64 訂單管理 65 用戶管理 65 數(shù)據(jù)備份/恢復(fù) 65 數(shù)據(jù)遷移 66 數(shù)據(jù)清理 6612. 平臺運(yùn)營系統(tǒng) 66 客服 66 大數(shù)據(jù) 66 租戶行為分析 66 用戶行為分析 6713. 基礎(chǔ)支撐系統(tǒng) 67 用戶系統(tǒng) 67 用戶注冊 67 用戶登錄 68 用戶檔案 68 忘記密碼 68 用戶登出 69 自動登錄 69 賬號遷移 69 邀請用戶 69 受邀加入 70 共享APP（暫未實(shí)現(xiàn)） 70 第三方接入 70 Dashboard 70 消息中心系統(tǒng) 70 消息通知 71 通告中心 71 新聞中心 72 短信中心(暫不實(shí)現(xiàn)) 72 租戶系統(tǒng) 72 空間管理 72 組織架構(gòu) 75 成員管理 76 角色權(quán)限 78 參數(shù)字典管理 78 數(shù)據(jù)備份/恢復(fù) 79 操作日志 79 模板管理 79 個(gè)性化管理 79 AppStore系統(tǒng) 79 租用APP 79 已購APP 7914. 個(gè)人事務(wù)子系統(tǒng) 79 我的消息 79 我的待辦 80 站內(nèi)信 80 功能點(diǎn) 80 記錄本 80 功能點(diǎn) 80 TODO List 81 工作計(jì)劃 81 日報(bào)周報(bào) 81 功能點(diǎn) 81 我的網(wǎng)盤 81 我的通訊錄 82 功能點(diǎn) 8215. 團(tuán)隊(duì)協(xié)作子系統(tǒng) 83 項(xiàng)目管理 83 任務(wù)管理 83 主題討論 83 文檔管理 83 知識庫 8316. CRM子系統(tǒng) 8317. 企業(yè)門戶網(wǎng)站子系統(tǒng)(CMS) 8318. OA辦公自動化 83 審批管理(工作流) 8319. 財(cái)務(wù)管理子系統(tǒng) 84 應(yīng)收款管理 84 應(yīng)付款管理 84 費(fèi)用預(yù)算 84 報(bào)銷管理 84 用款管理 8420. 運(yùn)營中心子系統(tǒng) 84 綜合報(bào)表子系統(tǒng) 8521. 客戶自助服務(wù)平臺（SELFSERVICE） 85 咨詢投訴 85 詢價(jià) 8522. 附注 86 參數(shù)字典表清單 86 通用 86 用戶表 86 角色表 87 租戶表 87 站內(nèi)信 87 TODO 87 日程計(jì)劃 88 客戶信息 88 項(xiàng)目 88 任務(wù) 88 公告 891. 引言 編寫目的詳細(xì)設(shè)計(jì)的主要任務(wù)是對概要設(shè)計(jì)方案做完善和細(xì)化。詳細(xì)設(shè)計(jì)說明書《SaaS統(tǒng)一信息化平臺》文檔一旦發(fā)布，請務(wù)必按文檔執(zhí)行并堅(jiān)持遵守。說明書編制的目的是說明一個(gè)軟件系統(tǒng)各個(gè)層次中的每個(gè)程序（每個(gè)模塊或子程序）和數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)考慮，為程序員編碼提供依據(jù)。l 共享數(shù)據(jù)庫，ShareSchema，在所有承租者之間共享一組相同的表和模式。u 租戶間不會相互影響，可對個(gè)別租戶做自定義。 共享應(yīng)用，多數(shù)據(jù)源：使用同一套應(yīng)用程序，數(shù)據(jù)庫訪問時(shí)根據(jù)租戶信息路由到指定數(shù)據(jù)庫或Schema上。n 優(yōu)點(diǎn)：性能最優(yōu)，部署簡便n 缺點(diǎn)：u 對系統(tǒng)架構(gòu)和開發(fā)工程師要求較高，否則可能存在數(shù)據(jù)安全性問題u 運(yùn)維復(fù)雜，當(dāng)數(shù)據(jù)發(fā)生異常需要恢復(fù)時(shí)，無法簡單依賴數(shù)據(jù)庫的恢復(fù)機(jī)制，并將影響到多個(gè)租戶的數(shù)據(jù) 數(shù)據(jù)過濾在共享同一數(shù)據(jù)源的模式下，需要對每個(gè)數(shù)據(jù)查詢增加租戶信息的過濾條件；在單app環(huán)境下，一個(gè)用戶只對應(yīng)一個(gè)租戶，通過登錄用戶信息即可獲得租戶信息，比較簡單。 總結(jié)實(shí)際使用中可能綜合運(yùn)用3種模式，即如果客戶較為重要，愿意為安全性、性能等額外付費(fèi)，可部署為獨(dú)立模式。如：數(shù)據(jù)模型的定制化，業(yè)務(wù)流程的定制化。社區(qū)更可以通過人與人之間的關(guān)系，加強(qiáng)企業(yè)間溝通。（注：流程可能在某些環(huán)節(jié)的處理效率會比以前降低，但其目的是優(yōu)化整體效率）通過智庫來積累知識，沉淀企業(yè)智慧。 系統(tǒng)用戶角色 租戶擁有者租用app的用戶，作為app的擁有者，其擁有app的所有功能模塊使用權(quán)限；同時(shí)作為擁有者，可以對app進(jìn)行續(xù)費(fèi)、升級、停用等操作。 租戶成員租戶開通后，默認(rèn)只有擁有者一個(gè)成員，此時(shí)擁有者可通過邀請方式請求其他用戶加入到該租戶中共同使用租用的app。 高管（內(nèi)部）審查客戶貢獻(xiàn)數(shù)據(jù)、客戶構(gòu)成數(shù)據(jù)、客戶服務(wù)構(gòu)成數(shù)據(jù)和客戶流失數(shù)據(jù)。 銷售人員（內(nèi)部）接受銷售任務(wù)，負(fù)責(zé)與客戶接觸，實(shí)施銷售任務(wù)，跟蹤客戶消費(fèi)。l 授權(quán)定義一個(gè)用戶在一個(gè)系統(tǒng)上的權(quán)利與權(quán)限。在一個(gè)安全性 SaaS 解決方案中，底層的身份驗(yàn)證和授權(quán)基礎(chǔ)設(shè)施有兩種設(shè)計(jì)方法：集中式或聯(lián)邦式。 可擴(kuò)展性 基礎(chǔ)設(shè)施可擴(kuò)展性l 計(jì)算資源快速供給l 應(yīng)用快速部署l 資源按需分配l 自動化管理 應(yīng)用架構(gòu)可擴(kuò)展性l 應(yīng)用服務(wù)器水平擴(kuò)展l 數(shù)據(jù)庫水平擴(kuò)展n MySQL Sharding（）l 異步消息隊(duì)列l(wèi) 緩存機(jī)制l 負(fù)載均衡l 流程可定制l 功能可配置 數(shù)據(jù)權(quán)限對于前臺數(shù)據(jù)查詢，通過定義數(shù)據(jù)級權(quán)限實(shí)現(xiàn)動態(tài)表格內(nèi)容輸出，不同角色的用戶將看到不同列的表格及經(jīng)過過濾的數(shù)據(jù)內(nèi)容。參數(shù)類型表定義不同類型的業(yè)務(wù)參數(shù)，如用戶類型、公告類型等。對于某些業(yè)務(wù)需要，不需要用到的參數(shù)，可設(shè)置成屏蔽，即在業(yè)務(wù)系統(tǒng)中將無法使用該參數(shù)；對于狀態(tài)為系統(tǒng)的，則不能進(jìn)行此項(xiàng)操作。不同類型的日志有其相應(yīng)的處理邏輯及具體實(shí)現(xiàn)，以下分別說明。而業(yè)務(wù)日志記錄業(yè)務(wù)的詳細(xì)信息，應(yīng)作為業(yè)務(wù)的一部分，與業(yè)務(wù)存在同一個(gè)事務(wù)中?？紤]到一定的通用性，我們采用基于事件(Event)的日志模式，即在日志模塊中通過訂閱操作事件（OpEvent）獲得業(yè)務(wù)模塊發(fā)布的業(yè)務(wù)事件，再通過模板消息將業(yè)務(wù)參數(shù)格式化成操作詳情。 個(gè)性化 界面?zhèn)€性化用戶可在一定程度上對界面做定制化，如使用個(gè)性化主題，個(gè)性化布局，可自行調(diào)整菜單結(jié)構(gòu)等。另外菜單的層次結(jié)構(gòu)和分布，不同的租戶可能也會有不同的要求。 組織成樹型結(jié)構(gòu)，構(gòu)成上下級菜單結(jié)構(gòu)；216。由于租戶可以自定義擴(kuò)展數(shù)據(jù)，這些數(shù)據(jù)是需要在頁面上展示的，因此無論對頁面元素的個(gè)數(shù)、位置、順序，還是元素的含義，租戶都會有一些個(gè)性化的需求。在傳統(tǒng)應(yīng)用中，可以通過定制實(shí)例，增加客戶的擴(kuò)展數(shù)據(jù)，來滿足其個(gè)性化要求。將數(shù)據(jù)表中的數(shù)據(jù)記錄與配置元數(shù)據(jù)表中的配置記錄關(guān)聯(lián)，構(gòu)成擴(kuò)展數(shù)據(jù)記錄。這些都會影響數(shù)據(jù)訪問性能。 功能個(gè)性化對于SaaS應(yīng)用，面對為數(shù)眾多的租戶，大部分租戶可能只會使用到應(yīng)用中的部分功能。要實(shí)現(xiàn)功能可配置，首先需要將整個(gè)系統(tǒng)的功能進(jìn)行分解。進(jìn)行原子功能劃分，首先就是功能分解，即將整個(gè)系統(tǒng)的功能分解成最基本的相對獨(dú)立的原子功能，應(yīng)遵循以下幾個(gè)原則：216。 功能間互不重疊；n將功能分解完畢后，由于不是所有的原子功能都是可以單獨(dú)使用的。 功能包設(shè)計(jì)同時(shí)應(yīng)該減少功能包和功能包之間的依賴，使得各個(gè)功能包盡可能獨(dú)立的進(jìn)行操作使用。例如，按照客戶使用功能的多少，可以把系統(tǒng)劃分為最小版、標(biāo)準(zhǔn)版、完整版。使用cookie時(shí)用cookie的過期機(jī)制即可 用戶操作日志(UserOpLog)記錄用戶操作業(yè)務(wù)模塊的操作日志，包括創(chuàng)建、修改、刪除等。 用戶余額信息(UserBalance)屬性名含義數(shù)據(jù)類型備注id序號，主鍵LongUUID，直接作為訂單號funcCode操作編號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交易號VARCHAR(50)第三方支付返回activateDatetime激活時(shí)間DATETIMEremark備注VARCHAR(2000)說明：對于收入來說，目前使用工單邏輯，有個(gè)30天的質(zhì)保期，即新增時(shí)狀態(tài)是0，由后臺定時(shí)任務(wù)判斷createDatetime是否超過30天，超過的則認(rèn)為收入成功。最多支持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）用戶組成員列表。屬性名含義數(shù)據(jù)類型備注id序號，主鍵Integer租賃IDtenantId租戶IDintcode配置對象編號varchar(50)通常以對象名稱命名，如:SmsConfig, EmailConfigcontent配置內(nèi)容text對象轉(zhuǎn)JSON格式存儲updateDatetime更新時(shí)間datetime 租戶成員信息（TenantMember）屬性名含義數(shù)據(jù)類型備注id序號，主鍵I