框架p2p全部需求02項(xiàng)目架構(gòu)

1、系統(tǒng)組成p2p系統(tǒng)可分為三部分：一、前臺(tái)交易系統(tǒng)主要完成整個(gè)的借款操作、展示、投標(biāo)等功能。主要功能包括：用戶(hù)、登錄、借款標(biāo)詳細(xì)信息展示、發(fā)布借款、投資借款標(biāo)等，同時(shí)方完成還款操作，前臺(tái)功能主要操作者為用戶(hù)。個(gè)人賬戶(hù)者和投資者的個(gè)人管理中心。主要包括：管理、賬戶(hù)管理、借款標(biāo)和投資標(biāo)的管理以及明細(xì)、郵箱認(rèn)證、實(shí)名認(rèn)證、vip 申請(qǐng)、充值和提現(xiàn)等等功能。三、借貸交易借貸交易系統(tǒng)支撐系統(tǒng)主要是對(duì)整個(gè)借貸交易系統(tǒng)進(jìn)行管理、等功能，主要包括用戶(hù)的賬戶(hù)管理、借款標(biāo)的審核和發(fā)布、用戶(hù)充值管理以及用戶(hù)的實(shí)名認(rèn)證、認(rèn)證等功能。此外，系統(tǒng)還擁有強(qiáng)大的數(shù)據(jù)統(tǒng)計(jì)功能，可實(shí)時(shí)觀(guān)察交易的狀態(tài)和的統(tǒng)計(jì)數(shù)據(jù)。子項(xiàng)目拆分考慮目前

2、版本仍然使用一個(gè)數(shù)據(jù)庫(kù)（后期拆為主從庫(kù)），這樣做的好處主要是考慮到目前這個(gè)版本的開(kāi)發(fā)速度問(wèn)題，目前的系統(tǒng)的數(shù)據(jù)量經(jīng)過(guò)，最大的數(shù)據(jù)表數(shù)據(jù)量在 45W左右，假如在現(xiàn)有階段，考慮最大的數(shù)據(jù)表的數(shù)據(jù)增長(zhǎng)量在每天 1W 條，即一年之內(nèi)，一張表的數(shù)據(jù)量在 500W 之內(nèi)，綜合考慮現(xiàn)在的系統(tǒng)中出現(xiàn)，在系統(tǒng)升級(jí)的過(guò)程當(dāng)中發(fā)現(xiàn)數(shù)據(jù)庫(kù)并不是系統(tǒng)性能的主要瓶頸，錯(cuò)誤的使用 Hibernate 造成過(guò)多的 SQL 才是系統(tǒng)性能的最大問(wèn)題。所以在目前版本下，使用一個(gè) DB 并不會(huì)對(duì)系統(tǒng)造成過(guò)大影響。系統(tǒng)（即管理，后文都叫做 mgrtool）會(huì)和前端應(yīng)用（即用戶(hù)參考慮到該系統(tǒng)與模塊，后文都叫做 uiweb）分開(kāi)部署，并且

3、在系統(tǒng)需求后，可以發(fā)現(xiàn)，其實(shí) mrgtool和 uiweb 的操作完全不產(chǎn)生，比如前端下標(biāo)，審標(biāo)雖然操作的是同一張表，但是這兩個(gè)操作功能劃分明顯，不產(chǎn)生任何邏輯，但由于前端應(yīng)用和管理會(huì)大量的使用重復(fù)的對(duì)象模型，所以，直接把系統(tǒng)拆分為 3 個(gè)子系統(tǒng)：core,mgrtool，uiweb。前段應(yīng)用和后臺(tái)管理相同的模型結(jié)構(gòu)放到基礎(chǔ)應(yīng)用中。另外在系統(tǒng)中會(huì)出現(xiàn)大量的文件操作，考慮到和前臺(tái)的應(yīng)用是分開(kāi)部署，這里涉及到資源同步問(wèn)題需要處理。子項(xiàng)目劃分：Core：包括 mgrtool 和 uiweb 中重復(fù)用到的組件，主要包括，mapper 和 service；Mgrtool：主要包括管理相關(guān)的交互操作和視圖層控制；Uiweb：主要包括用戶(hù)操作和 web的交互操作和視圖層控制；項(xiàng)目技術(shù)路線(xiàn)1，項(xiàng)目管理：項(xiàng)目使用 Maven 來(lái)管理三個(gè)子項(xiàng)目模塊；2，項(xiàng)目技術(shù)架構(gòu)：1，數(shù)據(jù)庫(kù)：+Redis（日志數(shù)據(jù)庫(kù)）；2，持久化層：MyBatis+Redis（緩存）