背景介紹
最近接到一個開發任務,需要在審批流中增加一個節點。對於成熟的工作流引擎來說,增加一個節點不算什麼。但是對於自主開發的內嵌在業務系統中的工作流引擎來說,的確是有些難度。爲了能夠將來再碰到類似的需求,節省開發時間,特此記錄。
添加步驟
流程表添加記錄
根據要求,在流程表中,配置此次產品對應的新增節點,經過統計,需要增加如下節點,同時需要更新其後的節點狀態:
流程 | 當前節點 | 下級節點 |
---|---|---|
放款修改 | 007070 | 007077 |
放款新增 | 007077 | 007075 |
一票否決 | 007075 | 007080 |
授信修改 | 004040 | 004077 |
授信新增 | 004077 | 004060 |
一票否決 | 004060 | 004100 |
貸後修改 | 013040 | 013077 |
貸後新增 | 013077 | 013050 |
一票否決 | 013050 | 013100 |
展期修改 | 008040 | 008077 |
展期新增 | 008077 | 008060 |
一票否決 | 008060 | 008100 |
公司配置表添加記錄
公司表裏利用之前配置的貸審會金額,配置需要新節點審批的金額,如1000萬,只有當金額滿足的時候,才能應用上述節點,否則,仍舊按照原流程審批。
後臺邏輯修改
目前看,後臺邏輯需要修改的不多,畢竟當時已經考慮了流程的通用性,只要前端傳遞的參數正確,後臺執行沒有問題。
1、需要在status表裏添加對應的狀態code;
2、需要在對應應用的model表裏添加中文的顯示,便於列表展示;
前端代碼修改
1、授信,前端需要判斷的地方比較多,這次的代碼調整主要還是js,測試上會比較費時間,畢竟只能用頁面跑測試,postman看來有時間要玩起來了。
2、放款,前端之前沒有類似的判斷,只能手工改寫,還算比較順利,增加了讀取base表參數的代碼,再增加一個節點的判斷,初步測試是可以的。-2019-9-4
測試用例及問題
首先添加測試用戶jk-twj,並配置其審批的權限及角色(貸審委),需要注意的是,前臺傳遞的參數,放款傳遞的是statuscode,並不是childcode
測試用例放款
1、配置某授信爲007077,測試該用戶是否能夠進行審批?OK
2、配置某授信爲007070,測試當金額低於條件時,是否可以跳過該用戶審批?OK
3、配置某授信爲007070,測試當金額高於條件時,是否爲該用戶審批?OK
測試用例授信
1、配置某授信爲004077,測試該用戶是否能夠進行審批?OK
2、配置某授信爲004040,測試當金額低於條件時,是否可以跳過該用戶審批?OK
3、配置某授信爲004040,測試當金額高於條件時,是否爲該用戶審批?OK
測試用例貸後
1、配置某授信爲013077,測試該用戶是否能夠進行審批?OK
2、配置某授信爲013040,測試當金額低於條件時,是否可以跳過該用戶審批?OK
3、配置某授信爲013040,測試當金額高於條件時,是否爲該用戶審批?OK
測試用例展期
1、配置某授信爲008077,測試該用戶是否能夠進行審批?OK
2、配置某授信爲008040,測試當金額低於條件時,是否可以跳過該用戶審批?OK
3、配置某授信爲008040,測試當金額高於條件時,是否爲該用戶審批?OK
備忘1