中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在當今快速發(fā)展的互聯(lián)網行業(yè)中，系統(tǒng)架構設計是確保產品成功的關鍵因素之一。但你是否曾經對著復雜的系統(tǒng)架構圖感到困惑，不知道如何下手？

本文寫給已負責或即將獨立負責系統(tǒng)，為系統(tǒng)架構設計苦惱的產品人&曾經的自己：

系統(tǒng)架構系列目錄：

• 三大系統(tǒng)架構設計-業(yè)務系統(tǒng)篇（本篇）
• 三大系統(tǒng)架構設計-工具&服務系統(tǒng)篇（下篇）

一、困惑

我所在的大部門內部是樂于分享的，此前能聽到很多產品對自己負責的業(yè)務&系統(tǒng)進行分享，有幸看過了很多系統(tǒng)架構圖，有意思的是，不同產品經理負責分享時的系統(tǒng)架構圖都不太一樣，舉2個明顯差異化的例子：

催收系統(tǒng)架構圖：

認證中心架構圖

可以看到上述2個系統(tǒng)架構圖有明顯差異：

1. 前者按照業(yè)務主線橫向拆分階段，模塊化來體現系統(tǒng)架構；
2. 后者按照關聯(lián)業(yè)務&業(yè)務應用&服務組件縱向分層，模塊化來體現系統(tǒng)架構；

從2021年到現在，期間有過幾次困惑：系統(tǒng)架構圖是非標的嗎，為什么每個人的系統(tǒng)架構圖都，各有千秋呢？隨著主導各類系統(tǒng)從0到1或系統(tǒng)重構的項目經歷不斷豐富，對于系統(tǒng)架構的理解才有了自己的答案；

在互聯(lián)網中，公司商業(yè)模式的主營業(yè)務流往往需要多個系統(tǒng)支撐串聯(lián)，而支撐業(yè)務的系統(tǒng)都有自己的側重，不同側重類型的系統(tǒng)，其架構表達形式自然有差異；

從眾多系統(tǒng)全盤看，系統(tǒng)可以分為3類，每一類都有各自的特點；

二、系統(tǒng)分類&特點

名詞解釋：核心功能，代指系統(tǒng)中提供的核心能力；以各類系統(tǒng)的核心能力舉例

• 決策引擎核心提供：策略配置&信息決策的能力；
• 貸后催收系統(tǒng)核心提供：提供逾期案件準備&案件分配&輔助催收員案件作業(yè)的能力；
• 呼叫中心核心提供：呼出、呼入有關的服務；

三、業(yè)務系統(tǒng)的架構設計思路

系統(tǒng)架構是產品經理梳理出來，面向人員（其他相關產品經理、開發(fā)人員、測試人員），讓其能夠清晰的明白系統(tǒng)的定位和能力以及系統(tǒng)邊界（其與上下游外部系統(tǒng)的關系）；

通過明確業(yè)務系統(tǒng)架構的價值，反向推斷一個系統(tǒng)架構圖中應當具備的元素和內容，這樣系統(tǒng)架構需要做什么，就很明確了：

1. 系統(tǒng)定位和能力→本質是功能點的具象化來體現對業(yè)務的支持；
2. 系統(tǒng)邊界→系統(tǒng)與上下游外部系統(tǒng)的關聯(lián)關系→確定系統(tǒng)之間的信息流轉；

而系統(tǒng)功能點的來源，是將線下的業(yè)務人員具體行動的事件，轉化到線上系統(tǒng)進行支持體現；同理，系統(tǒng)之間的信息流轉，本質也是業(yè)務之間的往來體現；因此要想無遺漏的梳理功能點，同時明確系統(tǒng)內外部信息流的前提，是對業(yè)務進行全鏈路的梳理；

為此，我將整個系統(tǒng)架構設計分4步：

看面抽線（理解業(yè)務模式→抽出業(yè)務主線）→挖點抽象（清點角色事件→挖掘提煉功能點）→歸類（有序模塊化功能）→串流向（串聯(lián)內外部系統(tǒng)信息流）

1. 看面→抽線

看面：是指我們從全盤看整個業(yè)務的運轉（商業(yè)）模式：涉及哪些外部角色，怎么賺錢的？這樣可以讓我們迅速對業(yè)務有一個全盤的了解。

以法催業(yè)務模式舉例：

在了解業(yè)務模式后，整個業(yè)務團隊與外部角色的聯(lián)系就非常清晰了，這樣也避免我們視野的局限。

抽線：是指從業(yè)務團隊內部看他們處理的核心事務，梳理出業(yè)務運轉的主線流程，以法催的全鏈路業(yè)務流程舉例：

當業(yè)務主線流程梳理清楚后，后續(xù)的挖點才不會遺漏相關角色處理的事件；

2. 挖點→抽象

挖點：是指我們基于主線流程，按照階段性拆分，清點每個階段分別有哪些角色參與，分別都在什么規(guī)則下做了什么事件，最終基于事件挖掘出業(yè)務人員所需的功能點；

當按照階段、角色、規(guī)則、事件表格梳理完成后，每個角色在指定規(guī)則下需要執(zhí)行的事件，業(yè)務側需要系統(tǒng)承載的功能點就很清晰了。

抽象：是指從眾多的事物中抽取出共同的、本質性的特征，而舍棄其非本質的特征的過程。

抽象的價值在于避免系統(tǒng)中出現很多同質化的功能，這樣系統(tǒng)就越輕量，系統(tǒng)建設的總人力投入成本越少；

舉例：

• A前置條件，執(zhí)行M事件，假設開發(fā)“A條件”需投入1人日，開發(fā)執(zhí)行事件需投入1人日；
• B前置條件，執(zhí)行M事件，假設“B條件”需投入1人日，開發(fā)執(zhí)行事件需投入1人日；

這2個事件最終實現為2個功能點，總計投入4人日，其中執(zhí)行M事件被重復開發(fā)了1次，產生1人日的人力浪費；

但當我們將A&B前置抽象為一類條件，將這2類事件合并為1個事件：（A或B前置條件）執(zhí)行M事件，其中開發(fā)執(zhí)行M事件僅需投入1人日，總計投入3人日，即可完成1人日的人力節(jié)省。

投入的對比可以直觀的體現出抽象精煉功能點的必要性，那么具體應該怎么抽象呢？

我們從前置條件，執(zhí)行事件組合來看

• 相同的前置條件下，執(zhí)行了相同的事件；
• 相同的前置條件下，執(zhí)行了不同的事件；
• 不同的前置條件下，執(zhí)行了相同的事件；
• 不同的前置條件下，執(zhí)行了不同的事件；

當出現N個不同前置條件時，判斷將N個具體條件是否可以歸為同1類（不那么具體）的前置條件，判斷依據是這些不具體的前置條件必須具體共性的特征；執(zhí)行事件同理；由N歸1的過程既是抽象；

舉例：我之前負責貸后催收針對業(yè)務需求抽象的實際案例：

需求中的前置條件，是否未來還會出現其他指定條件，例如逾期天數不超過3天，或者指定渠道&逾期金額不超過3000，是否可以抽象為“可配置”的條件組？這樣允許用戶組合不同條件自由配置需要執(zhí)行哪些事件，最終形成1個靈活可配置的信息管控策略功能；

整個思考過程中，先將前置條件or執(zhí)行事件拓寬，再從拓寬的多項抽取出共同特征–在將前置條件從N個抽象為1類，這樣整個需求經過抽象后設計成了1個公用且具備可拓展性的功能點；

后續(xù)若業(yè)務方在提類似信息管控策略，那么此前我們開發(fā)的單個前置條件或執(zhí)行事件，即可直接復用，這樣系統(tǒng)功能點就精煉了許多；

3. 歸類

歸類：是指將全盤功能點按照一定規(guī)則進行模塊化分類；

歸類的價值：模塊在系統(tǒng)架構中展示會更直觀，尤其是在一個復雜龐大的業(yè)務系統(tǒng)架構圖，這時信息越精煉，架構圖越具有可讀性；

但歸類模塊時，功能點的隨意組合會讓架構圖里的模塊顯得很混亂：以法催舉例

上述模塊中，第一眼看到很多功能點，這些功能點服務的角色并不相同，之間也都沒有什么關聯(lián)，看著有些混亂；

而對功能點抽象分類，就可以清晰的表達功能點為哪些角色提供了哪些能力：例如案件分配/調整等是同一類事件，代表案件流轉；外呼/短信/律師函等是同一類事件，代表案件作業(yè)；通過事件分類進行模塊如下：

以事件抽象進行分類，進行模塊化展示，成型后的架構圖對于業(yè)務的體現將一目了然！

4. 串流向

串流向：是指通過連線，表達上下游系統(tǒng)與業(yè)務系統(tǒng)之間的信息流向；

一個完整的系統(tǒng)架構，除了內部階段模塊化體現業(yè)務流向，還需要展現展示外部系統(tǒng)與內部系統(tǒng)的信息流向，這樣系統(tǒng)的全貌才算完整了；

信息流向的梳理可以從業(yè)務的開端進行梳理，判斷每個業(yè)務環(huán)節(jié)與外部系統(tǒng)有無交互，所需要的數據是否外部系統(tǒng)提供：以法催舉例：

5. 成型的業(yè)務系統(tǒng)架構圖

最終，內外部信息流，結合全量業(yè)務事件抽象歸類后的功能模塊，即可完整的體現系統(tǒng)的架構，還是以法催舉例：

四、總結

務系統(tǒng)不同于工具型，服務型系統(tǒng)，其服務范圍群體雖然專一，但業(yè)務深度卻對一條線從頭到尾進行了全鏈路的覆蓋，要想全面有效的完成系統(tǒng)架構的設計，離不開對業(yè)務鏈路的深入理解；

所以，系統(tǒng)架構的設計思路是：

理解業(yè)務流：

1. 看面抽線：理解業(yè)務模式→抽出業(yè)務主線；
2. 挖點抽象：清點角色事件→挖掘提煉功能點；
3. 歸類：有序模塊化功能；

梳理信息流：

1. 串信息流向：串聯(lián)內外部系統(tǒng)信息流；

工具系統(tǒng)&服務系統(tǒng)的架構設計由于篇幅過長，考慮到2類系統(tǒng)設計思路基本相同，后續(xù)會按照單獨成篇梳理。

拓展閱讀：

• 風控系列1.信貸法催業(yè)務模式與系統(tǒng)架構
• 風控系列2.信貸電催業(yè)務模式與系統(tǒng)架構
• 風控系列5.?信貸風控到底在干什么？