Mifos小額信貸管理系統(tǒng)平臺軟件架構(gòu)文檔

1、Mifos平臺軟件架構(gòu)文檔1. 概要本文抓住了主要架構(gòu)決策平臺。文檔的目的是為平臺的總體結(jié)構(gòu)提供一個向?qū)?它適合在一個管理信息系統(tǒng)解決方案的整體背景及其內(nèi)部貢獻(xiàn)者可以更有效地了解他們正在考慮可以變化,這些變化的影響。這個報告的目標(biāo)受眾是系統(tǒng)集成商(誰將使用文檔來了解平臺的結(jié)構(gòu)及其設(shè)計原理)和平臺貢獻(xiàn)者將使用文檔來推斷未來的變化和誰會隨著系統(tǒng)的發(fā)展更新文檔。2. 簡介2.1. 理念Mifos是一個出于希望創(chuàng)建和部署技術(shù),允許小額信貸行業(yè)的規(guī)模的想法。我們的目標(biāo)是:l 產(chǎn)生一個黃金標(biāo)準(zhǔn)管理信息系統(tǒng)適合小額信貸業(yè)務(wù)l 作為小額信貸的基礎(chǔ)平臺l 開源的,擁有和由成員組織在社區(qū)l 使?jié)撛诘纳鷳B(tài)系統(tǒng)提供商

2、周邊的小額信貸機構(gòu)2.2. 歷史l 2006: 項目始于Grameen基金會l 2011年底: Grameen基金會把全部責(zé)任移交給開源社區(qū)。l 2012:Mifos X平臺開始。之前的項目成員以開源社區(qū)小額信貸(COSM / OpenMF)的名義聚在一起l 2013年:COSM / OpenMF正式更名Mifos倡議和接收美國稅法條款501 c3。2.3. 項目相關(guān)項目URL 下載 下載統(tǒng)計 Download stats3. 系統(tǒng)概覽如今金融體系通過各種各樣的手段向客戶提供服務(wù)。l 客戶可以直接打電話到分支機構(gòu)(出納員模型)l 允許客戶可以組織團體(或中心)的形式，與金融體系的員工在約定時間

3、和地點開會(傳統(tǒng)的小額信貸)。l 金融體系可能有一個公開的門面信息門戶網(wǎng)站,客戶可以使用各種原因包括賬戶管理(網(wǎng)上銀行)。l 金融體系集成到一個ATM / POS /卡服務(wù)網(wǎng)絡(luò),客戶可以使用l 金融體系可能與移動支付運營商集成和支持移動貨幣服務(wù)客戶(現(xiàn)在/未來小額信貸)。l 一個金融體系可能使用的第三方代理銷售其他銀行/金融體系的產(chǎn)品/服務(wù)如上面的圖表所示,各利益相關(guān)者利用業(yè)務(wù)應(yīng)用程序執(zhí)行特定客戶或金融體系相關(guān)操作。這些業(yè)務(wù)應(yīng)用程序中包含的功能可以以任何方式捆綁打包。在圖中,幾個應(yīng)用程序可以組合成一個應(yīng)用程序或任何一塊代表一個應(yīng)用程序可以根據(jù)需要進(jìn)一步分解。該平臺是管理信息系統(tǒng)的核心引擎。它隱

4、藏了很多存在的復(fù)雜的金融體系中的管理信息系統(tǒng)所需的業(yè)務(wù)和技術(shù)領(lǐng)域背后的一個相對簡單的API。這個API,使應(yīng)用程序開發(fā)人員按金融體系他們需要的那樣進(jìn)行創(chuàng)新和開發(fā)一般或定制的應(yīng)用程序。4. 功能概覽作為平臺的所有功能都通過一個API,該API文檔是最好的地方來查看該平臺是做什么的詳細(xì)分解?？吹骄W(wǎng)上API文檔。/api-docs/apiLive.htm通過更高的級別上我們看到的功能分為以下幾類:l 基礎(chǔ)構(gòu)件¡ 規(guī)范¡ 擴展數(shù)據(jù)表¡ 報表l 用戶管理¡ 用戶¡ 角色¡ 權(quán)限l 機構(gòu)模型¡

5、 機構(gòu)¡ 職員¡ 貨幣l 產(chǎn)品配置¡ 手續(xù)費¡ 貸款產(chǎn)品¡ 存款產(chǎn)品l 客戶資料¡ 了解你的客戶l 投資組合管理¡ 貸款賬戶¡ 存款帳戶¡ 顧客/團體l 總帳賬戶管理¡ 會計科目表¡ 總帳5. 技術(shù)· Java 7: · JAX-RS 1.0: using Jersey (1.17.x)· JSON using Google GSON· Spring I/O Platform: http:/spring.io/platform o Spring

6、Frameworko Spring Securityo Spring Data (JPA) backed by Hibernate· MySQL: 5.1. 主要的技術(shù)5.1.1. RESTful API該平臺通過practically-RESTful API公開其所有功能,通信使用JSON。我們使用術(shù)語practically-RESTful為了使其清楚我們不是去依從完整的REST，但仍然保持重要的基于REST的屬性:l 無狀態(tài):平臺維護沒有會話或基于會話的狀態(tài)。這樣做的結(jié)果是輕松擴展能力水平。l 面向資源:API是集中在一組資源通過使用HTTP的詞匯和約定例如GET、PUT、POS

7、T、DELETE， HTTP狀態(tài)代碼。以達(dá)到為客戶端提供一個簡單的和一致的API?？吹骄W(wǎng)上API文檔的更多細(xì)節(jié)。/api-docs/apiLive.htm5.1.2. 多租戶技術(shù)mifos平臺開發(fā)支持多租戶設(shè)計的核心。這意味著它是易于使用的軟件即服務(wù)(SaaS)的平臺型產(chǎn)品,因為它是為本地安裝。平臺使用一個方法隔離金融體系數(shù)據(jù)庫/數(shù)據(jù)/模式(見單獨的數(shù)據(jù)庫和共享數(shù)據(jù)庫,單獨的模式5.1.3. 可擴展同時每個租戶將有一組核心表,表平臺可以擴展以不同的方式為每個租戶通過使用數(shù)據(jù)表的功能。5.1.4. 讀寫分離我們分離寫命令(修改數(shù)據(jù))和查詢(讀取數(shù)據(jù))。

8、為什么?有很多原因選擇這種方法,目前不是一個嘗試全面的CQRS。目前的主要優(yōu)點是:l 狀態(tài)改變命令持續(xù)提供審計的狀態(tài)改變。l 用于支持maker-checker的一般方法。l 狀態(tài)改變命令使用面向?qū)ο竽Ｊ?因此ORM)，而查詢可以保持為數(shù)據(jù)模式。5.1.5. 四眼原則也稱為四眼原則。使應(yīng)用程序能夠支持maker-checker風(fēng)格工作流過程。命令,通過驗證將被持久化。Maker-checker在細(xì)粒度級別可以啟用/禁用任何狀態(tài)變化的API。5.1.6. 良好的權(quán)限控制細(xì)粒度的權(quán)限與每個API。管理員有細(xì)粒度的控制權(quán)什么角色或用戶訪問權(quán)。6. 代碼打包意圖是使平臺代碼以垂直切分的方式(而不是層)

9、打包。源代碼在這里 mifosng-provider/src/main/java/org/mifosplatformorg.mifosplatform. · accounting· useradministration· infrastructure· portfolio o chargeo cliento fundo loanaccount· accounting在每一個垂直部分是一些常見的包裝結(jié)構(gòu):org.mifosplatform.useradministration. · api - XXXApiResource.java -

10、 REST api實現(xiàn)文件· handler - XXXCommandHandler.java -具體處理程序調(diào)用· service -包含讀+寫服務(wù)功能區(qū)· domain - OO概念功能區(qū)域· data - 數(shù)據(jù)區(qū)域的概念· serialization -為功能區(qū)域轉(zhuǎn)換API JSON 7. 設(shè)計概覽注意:通過實現(xiàn)平臺的代碼來處理命令處理程序同時支持maker-checker和授權(quán)檢查目前有點復(fù)雜的,一個領(lǐng)域類針對性進(jìn)行清理,讓新平臺的開發(fā)人員更容易入門。同時以下內(nèi)容用于解釋其工作原理?？紤]上圖所示的例子為用戶資源。1. 查詢:GET /用

11、戶2. HTTPS API: retrieveAll 方法 org.mifosplatform.useradministration.api.UsersApiResource調(diào)用3. UsersApiResource.retrieveAll：檢查用戶訪問該資源的權(quán)限數(shù)據(jù)4. UsersApiResource.retrieveAll: 使用'read service'來獲取所有用戶數(shù)據(jù)('read service'執(zhí)行簡單的SQL使用JDBC查詢數(shù)據(jù)庫)5. UsersApiResource.retrieveAll: 返回的數(shù)據(jù)轉(zhuǎn)換成JSON響應(yīng)命令:POST /

12、users (注:數(shù)據(jù)在請求body中)HTTPS API: create方法在org.mifosplatform.useradministration.api.UsersApiResource中被調(diào)用POSTConsumes( MediaType.APPLICATION_JSON )Produces( MediaType.APPLICATION_JSON )public String create(final String apiRequestBodyAsJson) final CommandWrapper commandRequest = new CommandWrapperBuilder

13、() / .createUser() / .withJson(apiRequestBodyAsJson) / .build(); final CommandProcessingResult result = mandsSourceWritePlatformService.logCommandSource(commandRequest); return this.toApiJsonSerializer.serialize(result);描述:創(chuàng)建一個CommandWrapper對象表示這個create user命令和JSON請求主體。交給PortfolioCommandSourceWriteP

14、latformService.logCommandSource進(jìn)行處理。Overridepublic CommandProcessingResult logCommandSource(final CommandWrapper wrapper) boolean isApprovedByChecker = false; / check if is update of own account details if (wrapper.isUpdateOfOwnUserDetails(this.context.authenticatedUser().getId() / then allow this o

15、peration to proceed. / maker checker doesnt mean anything here. isApprovedByChecker = true; / set to true in case permissions have / been maker-checker enabled by / accident. else / if not user changing their own details - check user has / permission to perform specific task. this.context.authentica

16、tedUser().validateHasPermissionTo(wrapper.getTaskPermissionName(); validateIsUpdateAllowed(); final String json = wrapper.getJson(); CommandProcessingResult result = null; try final JsonElement parsedCommand = this.fromApiJsonHelper.parse(json); final JsonCommand command = JsonCommand.from(json, par

17、sedCommand, this.fromApiJsonHelper, wrapper.getEntityName(), wrapper.getEntityId(), wrapper.getSubentityId(), wrapper.getGroupId(), wrapper.getClientId(), wrapper.getLoanId(), wrapper.getSavingsId(), wrapper.getCodeId(), wrapper.getSupportedEntityType(), wrapper.getSupportedEntityId(), wrapper.getTr

18、ansactionId(), wrapper.getHref(), wrapper.getProductId(); result = cessAndLogCommandScessAndLogCommand(wrapper, command, isApprovedByChecker); catch (final RollbackTransactionAsCommandIsNotApprovedByCheckerException e) result = cessAndLogCommandService.logCommand(e.getComma

19、ndSourceResult(); return result;描述:檢查用戶允許此操作。如果好,)解析json請求的身體,b)創(chuàng)建一個JsonCommand對象包裝命令細(xì)節(jié),c)使用CommandProcessingService處理命令。注意:如果出現(xiàn)RollbackTransactionAsCommandIsNotApprovedByCheckerException。最初的事務(wù)將被打掉,我們只有日志條目的命令審計表中設(shè)置其狀態(tài)為“等待”。TransactionalOverridepublic CommandProcessingResult processAndLogCommand(fin

20、al CommandWrapper wrapper, final JsonCommand command, final boolean isApprovedByChecker) final boolean rollbackTransaction = this.configurationDomainService.isMakerCheckerEnabledForTask(wrapper.taskPermissionName() && !isApprovedByChecker; final NewCommandSourceHandler handler = findCommandH

21、andler(wrapper); final CommandProcessingResult result = cessCommand(command); final AppUser maker = this.context.authenticatedUser(); CommandSource commandSourceResult = null; if (mandId() != null) commandSourceResult = mandSourceRepository.findOne(mandId(); commandSourceResult.markAsChec

22、ked(maker, DateTime.now(); else commandSourceResult = CommandSource.fullEntryFrom(wrapper, command, maker); commandSourceResult.updateResourceId(result.resourceId(); commandSourceResult.updateForAudit(result.getOfficeId(), result.getGroupId(), result.getClientId(), result.getLoanId(), result.getSavingsId(), result.getProductId(); String changesOnlyJson = null; if (result.hasChanges