freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

最新詳細(xì)設(shè)計(jì)說(shuō)明書saas-在線瀏覽

2024-09-11 19:32本頁(yè)面
  

【正文】 大化,這是傳統(tǒng)單一企業(yè)內(nèi)部信息化無(wú)法實(shí)現(xiàn)的。通過(guò)流程來(lái)組裝分散的業(yè)務(wù),實(shí)現(xiàn)上下游業(yè)務(wù)的E2E一體化,提高業(yè)務(wù)協(xié)作能力,提高業(yè)務(wù)間信息共享,并最終提高企業(yè)整體業(yè)務(wù)的處理效率。知識(shí)的有效積累可推動(dòng)企業(yè)業(yè)務(wù)流程重組和優(yōu)化,加強(qiáng)企業(yè)文化建設(shè),提高員工凝聚力。 這個(gè)待定 MetadataDB元數(shù)據(jù)數(shù)據(jù)庫(kù),定義了多租戶相關(guān)信息,用于租戶信息管理,作為基礎(chǔ)的公共服務(wù)獨(dú)立于業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫(kù)。此外作為app的第一個(gè)默認(rèn)用戶,也是默認(rèn)的租戶管理員(租戶開(kāi)通時(shí)默認(rèn)創(chuàng)建),具有租戶“系統(tǒng)管理”模塊的功能權(quán)限,可以在租用范圍內(nèi)創(chuàng)建角色,邀請(qǐng)其他用戶加入,分配權(quán)限。租戶管理員在權(quán)限上與租戶擁有者一致,但租戶擁有者作為最高級(jí)別,可隨時(shí)將租戶管理員降級(jí)成普通用戶;而反之則不行。如:老板租用了CRM系統(tǒng),邀請(qǐng)公司內(nèi)部員工加入到該系統(tǒng)中,員工即可使用CRM系統(tǒng)的功能,并在租戶范圍內(nèi)共享數(shù)據(jù)。 客戶用戶角色 系統(tǒng)管理員(內(nèi)部)管理系統(tǒng)用戶、角色與權(quán)限,保證系統(tǒng)正常運(yùn)行。 客戶經(jīng)理(內(nèi)部)維護(hù)負(fù)責(zé)的客戶信息。接受客戶服務(wù)請(qǐng)求,在系統(tǒng)中創(chuàng)建客戶服務(wù)。處理分派給自己的客戶服務(wù)。對(duì)處理的服務(wù)進(jìn)行反饋。創(chuàng)建銷售機(jī)會(huì)。對(duì)特定銷售機(jī)會(huì)制定客戶開(kāi)發(fā)計(jì)劃。執(zhí)行客戶開(kāi)發(fā)計(jì)劃。對(duì)負(fù)責(zé)的流失客戶采取“暫緩流失”或“確定流失”的措施 銷售主管(內(nèi)部)對(duì)客戶服務(wù)進(jìn)行分配。創(chuàng)建銷售機(jī)會(huì)。對(duì)銷售機(jī)會(huì)進(jìn)行指派。對(duì)特定銷售機(jī)會(huì)制定客戶開(kāi)發(fā)計(jì)劃。分析客戶貢獻(xiàn)、客戶構(gòu)成、客戶服務(wù)構(gòu)成和客戶流失數(shù)據(jù),定期提交客戶管理報(bào)告。 合作伙伴(外部)部分?jǐn)?shù)據(jù)交互,并提供合作伙伴關(guān)心的數(shù)據(jù),可由合作伙伴自行訪問(wèn)(SelfService)。 客戶(外部)提供客戶關(guān)心的數(shù)據(jù),可由客戶自行訪問(wèn)查詢(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)用程序、智能卡等)是否與它聲明的一樣。用戶身份驗(yàn)證通過(guò)之后,授權(quán)會(huì)決定該用戶在系統(tǒng)上有權(quán)做什么。身份驗(yàn)證和授權(quán)在 SaaS 應(yīng)用程序中很復(fù)雜。 授權(quán)模式黑盒模式:即簡(jiǎn)化的權(quán)限模型,不開(kāi)放授權(quán)功能給用戶,角色和權(quán)限由系統(tǒng)內(nèi)置,用戶在加入App時(shí)自動(dòng)綁定角色,對(duì)于一個(gè)App來(lái)說(shuō)通常有:創(chuàng)建人,管理員和普通成員3個(gè)角色。該模式可實(shí)現(xiàn)更精細(xì)的權(quán)限控制,類似傳統(tǒng)的企業(yè)應(yīng)用。216。 按角色定義過(guò)濾條件,實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的過(guò)濾; 參數(shù)字典參數(shù)字典分“參數(shù)類型表”和“參數(shù)字典表”。每個(gè)類型又可分為:1 – 不可修改,2 – 可增加,3 – 可修改,4 – 可刪除4種。參數(shù)類型表另外用狀態(tài)字段定義:1 – 正常,2 – 屏蔽,9 – 系統(tǒng)。參數(shù)字典表為明細(xì)表,對(duì)參數(shù)類型定義業(yè)務(wù)參數(shù),如公告類型可分為:1 – 公告,2 – 新聞,3 – 通知,4 – 緊急通知等,由于公告類型為可增加類型,故可在此基礎(chǔ)上進(jìn)行增加,但一旦使用過(guò)的公告,則不能進(jìn)行修改或刪除了。由于業(yè)務(wù)需要可暫時(shí)屏蔽某些業(yè)務(wù)參數(shù);但對(duì)于狀態(tài)為系統(tǒng)的則不能進(jìn)行此項(xiàng)操作 日志記錄日志按照類型分:操作日志、業(yè)務(wù)日志、系統(tǒng)日志。操作日志:記錄操作員登錄后執(zhí)行的相關(guān)操作。系統(tǒng)日志:記錄系統(tǒng)日常運(yùn)行時(shí)的行為日志,目前采用通用的日志框架,以手工編碼的形式記錄操作日志同具體的業(yè)務(wù)應(yīng)該是相互分離的,不在同一個(gè)事務(wù)中,及無(wú)論業(yè)務(wù)操作是否成功,都將記錄用戶操作。因此操作日志一般在控制層編寫,而業(yè)務(wù)日志一般在業(yè)務(wù)層編寫。操作日志模型屬性名稱類型備注busiType業(yè)務(wù)類型int0 未指定1 保存2 更新3 刪除4 查看5 查詢6 審核...moduleCode模塊編號(hào)String對(duì)所有功能模塊,都有唯一對(duì)應(yīng)的編號(hào),如“系統(tǒng)配置”對(duì)應(yīng)“SYS001”opId操作員IDLongopName操作員名稱String冗余數(shù)據(jù),這樣就不需要關(guān)聯(lián)操作員表了opIp執(zhí)行操作的IPStringopDatetime操作時(shí)間Date數(shù)據(jù)庫(kù)默認(rèn)content操作內(nèi)容String具體操作內(nèi)容描述status操作狀態(tài)int0 失敗1 成功 業(yè)務(wù)日志業(yè)務(wù)日志需要記錄詳細(xì)的業(yè)務(wù)數(shù)據(jù)變化,無(wú)法使用Annotation在方法級(jí)進(jìn)行攔截,需要硬編碼實(shí)現(xiàn)。需要記錄業(yè)務(wù)操作日志的,在業(yè)務(wù)執(zhí)行完后通過(guò)EventBus發(fā)布繼承于BaseOpEvent的事件對(duì)象,操作日志模塊統(tǒng)一訂閱該事件并統(tǒng)一轉(zhuǎn)換存儲(chǔ)。由于某些日志詳情需要生成HTML的超鏈,依賴contextPath,因此約定contextPath將作為默認(rèn)0位傳參傳入,業(yè)務(wù)參數(shù)在參數(shù)數(shù)組中的位置從1開(kāi)始,如下面事件中mentId的位置為{1}。 系統(tǒng)菜單可配置性例如客戶管理,在醫(yī)院使用時(shí),就得改成病人管理,客戶服務(wù)人員就得改成醫(yī)生,客戶服務(wù)記錄就是就診記錄等。在設(shè)計(jì)上需要考慮以下幾個(gè)問(wèn)題:216。 一個(gè)菜單可以關(guān)聯(lián)一個(gè)子功能;216。 同級(jí)菜單之間還存在顯示順序的問(wèn)題 頁(yè)面元素可配置性不同的租戶可能有各種不同的需求。同時(shí)對(duì)于在設(shè)計(jì)時(shí)設(shè)定的界面元素,一般情況下是不允許刪除的,但有時(shí)候還是允許租戶將一些無(wú)關(guān)緊要的字段隱藏。 數(shù)據(jù)個(gè)性化在實(shí)際應(yīng)用中,不同租戶之間需求的差異導(dǎo)致系統(tǒng)需要針對(duì)不同租戶保存許多擴(kuò)展性數(shù)據(jù)。在多租戶SaaS應(yīng)用中,所有租戶都使用同一個(gè)數(shù)據(jù)架構(gòu),常見(jiàn)的解決辦法就是實(shí)現(xiàn)擴(kuò)展數(shù)據(jù)的可配置。擴(kuò)展數(shù)據(jù)表將數(shù)據(jù)表的橫向擴(kuò)展列轉(zhuǎn)換為縱向的數(shù)據(jù)集,將每一條原始數(shù)據(jù)記錄的一個(gè)擴(kuò)展字段,都保存成一條擴(kuò)展數(shù)據(jù)行??梢蕴峁o(wú)限數(shù)量的自定義擴(kuò)展字段。但是其增加數(shù)據(jù)操作的復(fù)雜性,查詢時(shí)也要多次訪問(wèn)數(shù)據(jù)庫(kù)才能得到完整的業(yè)務(wù)數(shù)據(jù)。 參數(shù)字典不同的用戶在對(duì)參數(shù)字典的使用上也會(huì)存在差異,如客戶等級(jí),有的喜歡用3表示,有的喜歡用A、B、C表示,這就需要參數(shù)字典也需要能夠支持多租戶,并可定制。因此系統(tǒng)需要支持租戶有選擇的使用自己需要的功能,滿足功能可配置要求。 原子功能劃分整個(gè)應(yīng)用需要分解成最基本、相對(duì)獨(dú)立、互不重疊的原子功能。216。n 每個(gè)功能都是不可再細(xì)分;216。n 功能之間不循環(huán)依賴;216。有些功能是需要依賴其他功能才能使用,功能之間是存在一定的依賴關(guān)系。當(dāng)系統(tǒng)功能被劃分為許多原子功能后,直接配置原子功能給每個(gè)租戶是比較復(fù)雜的。功能包的設(shè)計(jì)要遵循高內(nèi)聚、低耦合的原則,盡量將相關(guān)的和相互依賴的原子功能設(shè)計(jì)在一個(gè)功能包中。為了讓用戶購(gòu)買了系統(tǒng)以后可以充分使用其同能,需要按照不同的商業(yè)意圖構(gòu)造合適用戶的銷售包。 功能使用校驗(yàn)3. 數(shù)據(jù)模型 用戶信息(UserInfo)用戶信息表中只保存比較固定的數(shù)據(jù),便于快速查詢和緩存,其他經(jīng)常要變的數(shù)據(jù)放到附屬表中屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer由數(shù)據(jù)庫(kù)自動(dòng)生成loginId登錄IDString登錄名password密碼String密碼userType用戶類型(1001)int1:內(nèi)部用戶2:外部用戶(客戶、供應(yīng)商、合作伙伴等)userName用戶名稱String用戶姓名nickName昵稱Stringgender性別(0002)int0:未知1:男2:女電子郵件Stringmobile手機(jī)號(hào)StringmobileValid手機(jī)號(hào)是否已驗(yàn)證BOOLEANrealNameValid是否實(shí)名認(rèn)證BOOLEAN即userNamejob職位VARCHAR(50)status狀態(tài)(1002)INT0:未激活1:正常2:注銷(可恢復(fù))3:刪除(僅超級(jí)管理員恢復(fù))4:鎖定workStatus工作狀態(tài)INT由用戶手工切換0:離線1:在線2:休息balance帳戶余額BIGDECIMAL(10,2)totalBalance累計(jì)充值金額BIGDECIMAL(10,2)locale語(yǔ)言VARCHAR(50)支持用戶自定義timezone時(shí)區(qū)int支持用戶自定義theme主題VARCHAR(50)支持用戶自定義headImgUrl頭像VARCHAR(200)頭像圖片路徑createDatetime創(chuàng)建時(shí)間DATETIMEupdateDatetime更新時(shí)間DATETIME 用戶擴(kuò)展信息(UserExt)與用戶表一對(duì)一,相同的生命周期屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer等于用戶IDlevel級(jí)別intsource來(lái)源Stringbirthday生日DatezipCode郵編Stringaddress地址Stringdistrict區(qū)Stringcity城市Stringstate省份Stringcountry國(guó)籍Stringlng經(jīng)度DECIMAL(10,6)lat緯度DECIMAL(10,6)securityQuestion安全問(wèn)題Stringanswer安全答案StringidType證件類型INT1:身份證2:護(hù)照idNo證件號(hào)VARCHAR(50)idPhoto電子證件(正面)VARCHAR(100)idPhotoBack電子證件(反面)VARCHAR(100) 用戶狀態(tài)信息(UserState)與用戶表一對(duì)一,相同的生命周期屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer即用戶IDcurrentTenantId當(dāng)前租戶IDint當(dāng)一個(gè)用戶綁定了多個(gè)租戶時(shí),用戶需要選擇當(dāng)前使用哪個(gè)租戶totalLoginTimes總登錄次數(shù)intloginRetryTimes登錄重試次數(shù)int默認(rèn)值0連續(xù)登錄失敗超過(guò)指定次數(shù),則帳號(hào)禁用指定時(shí)間lastLoginDatetime上次登錄時(shí)間DatelastLoginIp上次登錄IPString 用戶自動(dòng)登錄信息(UserAutoLogin)記錄用戶自動(dòng)登錄的信息屬性名含義數(shù)據(jù)類型備注idUUIDIntegerUUIDautoLoginIp自動(dòng)登錄IPString可檢測(cè)是否為授權(quán)IPloginId登錄IDStringencryptedPassword加密的密碼String可檢測(cè)密碼是否一致createDatetime創(chuàng)建時(shí)間Timestamp時(shí)間戳expiredTime過(guò)期時(shí)間long為0或負(fù)數(shù)代表永不過(guò)期。通過(guò)模塊編號(hào)可以進(jìn)行過(guò)濾。屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer由數(shù)據(jù)庫(kù)自動(dòng)生成tenantId租戶IDint個(gè)人文檔填0moduleCode模塊編號(hào)VARCHAR(50)funcCode操作項(xiàng)VARCHAR(10)createupdatelockunlockdeletedownloadsendrecordId數(shù)據(jù)IDINT關(guān)聯(lián)業(yè)務(wù)數(shù)據(jù)的IDparams業(yè)務(wù)數(shù)據(jù)參數(shù)VARCHAR(2000)必要時(shí)進(jìn)行數(shù)據(jù)處理,采用JSON格式進(jìn)行保存opBy操作人intopUsername操作用戶的名稱VARCHAR(50)冗余opDatetime操作時(shí)間datetimeopContent操作詳情VARCHAR(2000)opComment操作注釋VARCHAR(2000)用戶填寫的對(duì)于該次操作的注釋,作為操作內(nèi)容的補(bǔ)充。 組織架構(gòu)(UserGroup)通過(guò)組的方式將相關(guān)用戶關(guān)聯(lián)起來(lái),一個(gè)組的用戶相互知曉。屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer由數(shù)據(jù)庫(kù)自動(dòng)生成tenantId租戶IDINTparentId父組織IDINTcode編號(hào)LONG基于路徑的父子編號(hào)存儲(chǔ),每節(jié)點(diǎn)三位數(shù)字,每層最大支持999個(gè)節(jié)點(diǎn)。屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵Integer由數(shù)據(jù)庫(kù)自動(dòng)生成tenantId租戶IDintgroupId用戶組IDintuserId成員用戶IDintcreateBy創(chuàng)建用戶intcreateDatetime創(chuàng)建時(shí)間Date 租戶訂單信息(TenantOrder)訂單編號(hào)規(guī)則:年月日時(shí)分秒+4位隨機(jī)數(shù)+租戶ID屬性名含義數(shù)據(jù)類型備注id序號(hào),主鍵INTorderNo訂單編號(hào)VARCHAR(100)根據(jù)一定規(guī)則生成的編號(hào),唯一,易識(shí)別orderType訂單類型INT1:新訂單2:升級(jí)3:續(xù)費(fèi)productNo產(chǎn)品編號(hào)VARCHAR(50)productType產(chǎn)品類型VARCHAR(20)FUNC:功能包CONF:配置包tenantId租戶實(shí)例IDINT
點(diǎn)擊復(fù)制文檔內(nèi)容
環(huán)評(píng)公示相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1