如何設(shè)計(jì)出色的網(wǎng)站后臺(tái)原型？

時(shí)間：2024-02-15 13:45:01 | 來源：網(wǎng)站運(yùn)營(yíng)

時(shí)間：2024-02-15 13:45:01 來源：網(wǎng)站運(yùn)營(yíng)

如何設(shè)計(jì)出色的網(wǎng)站后臺(tái)原型？：嚴(yán)重不同意最高票的回答。對(duì)信息系統(tǒng)邏輯的理解太表面。

沒錯(cuò)，在設(shè)計(jì)系統(tǒng)時(shí)最開始確實(shí)是要定義好模塊結(jié)構(gòu)的劃分，但是劃分的方法不應(yīng)該按照功能模塊而是按照業(yè)務(wù)邏輯進(jìn)行劃分。首先在規(guī)劃系統(tǒng)時(shí)要思考這個(gè)系統(tǒng)的作用到底是解決了什么問題或者對(duì)企業(yè)帶來了怎么樣的提升。在這個(gè)大的環(huán)境下確定了之后，需求分析的階段，應(yīng)該按照業(yè)務(wù)的職責(zé)區(qū)塊來劃分子系統(tǒng)。

這張圖應(yīng)該是很普遍而且典型的后臺(tái)管理系統(tǒng)，但是這樣的系統(tǒng)無論是在開發(fā)還是使用我認(rèn)為都是達(dá)不到出色的。圖中的板塊劃分采用"業(yè)務(wù)名詞+管理"來進(jìn)行命名，實(shí)際上也就是以"物"為線索貫穿整個(gè)系統(tǒng)。但是在實(shí)際操作中物與物之間的傳遞都是交錯(cuò)在一起的，例如圖中的項(xiàng)目管理板塊中包含了"合同管理"，在合同管理板塊中又包含了"合同管理"那么究竟是哪個(gè)進(jìn)行管理呢，項(xiàng)目管理中是否又包含權(quán)限的區(qū)分呢，這樣的劃分明顯是有問題的。我在另一個(gè)回答上提到過"窮盡不重復(fù)"的劃分方法，其實(shí)在這里就可以體現(xiàn)出作用來。

那么正確的后臺(tái)劃分子系統(tǒng)的方式應(yīng)該是按照業(yè)務(wù)流程來劃分，以"事"為線索貫穿系統(tǒng)。采用業(yè)務(wù)流程的環(huán)節(jié)進(jìn)行劃分可以有效的避免重復(fù)和混亂的現(xiàn)象，對(duì)整個(gè)系統(tǒng)的架構(gòu)都是非常清晰明了的。想要以"事"為線索進(jìn)行梳理，有一個(gè)很好的方法就是使用UML中的構(gòu)件圖的來解決。對(duì)于產(chǎn)品人員，只需要理解構(gòu)件圖的思想，畫出一個(gè)輕量級(jí)的框架。

首先在構(gòu)件圖中兩個(gè)最重要的概念構(gòu)件和接口對(duì)應(yīng)著事件和流程，接口與接口之間只存在實(shí)現(xiàn)(代表這個(gè)流程由這個(gè)事件提供的)和使用(代表這個(gè)事件要使用這個(gè)流程)這兩個(gè)關(guān)系。理解了這一概念之后就可以對(duì)事與事，事與流程，流程與流程之間進(jìn)行連接。

畫構(gòu)件圖，第一步是識(shí)別建模的構(gòu)建集合，也就是對(duì)主題域進(jìn)行劃分?？梢园凑展ぷ髀氊?zé)范圍(部門)劃分成不同的主題域，劃分的時(shí)候也可以根據(jù)需要進(jìn)行多級(jí)的嵌套，這樣可以更容易理解上下級(jí)之間的關(guān)聯(lián)。例如軟件開發(fā)商可以按照開發(fā)人員，產(chǎn)品人員，銷售人員職責(zé)不同進(jìn)行第一級(jí)區(qū)塊劃分，然后再根據(jù)開發(fā)人員負(fù)責(zé)的不同環(huán)節(jié)進(jìn)行第二級(jí)部門的劃分。那么根據(jù)區(qū)塊就可以很容易劃分出"銷售"和"研發(fā)"兩個(gè)主題域。

在研發(fā)這個(gè)主題域內(nèi)主要負(fù)責(zé)針對(duì)軟件研發(fā)進(jìn)行管理，經(jīng)過設(shè)計(jì)，研發(fā)，測(cè)試這幾個(gè)階段生產(chǎn)出成型的軟件。那么這塊就可以命名為"研發(fā)管理系統(tǒng)子系統(tǒng)"。

在銷售這個(gè)主題域內(nèi)主要負(fù)責(zé)對(duì)客戶的銷售，客戶培訓(xùn)，售后服務(wù)等，因此這塊可以命名為"客戶服務(wù)管理子系統(tǒng)"。

在一般的系統(tǒng)中往往會(huì)加入后勤板塊，在這個(gè)板塊內(nèi)含有硬件，財(cái)政和人員這些基本模板，可以劃分成“硬件服務(wù)管理子系統(tǒng)”，"財(cái)政管理子系統(tǒng)"和"人員管理子系統(tǒng)"。后面兩個(gè)子系統(tǒng)按照范圍界定的原則相對(duì)獨(dú)立，所以在前期設(shè)計(jì)中暫不考慮。

第二步需要把功能不同的模塊劃分成構(gòu)件，同時(shí)確定構(gòu)件與構(gòu)件之間的接口，也就是開始繪制構(gòu)件圖。首先每一個(gè)主題域就是一個(gè)構(gòu)件，這個(gè)比較好理解。先分析各個(gè)主題域之間的關(guān)系，四個(gè)系統(tǒng)兩兩之間有不同的關(guān)系。因?yàn)槿藛T管理子系統(tǒng)相對(duì)比較獨(dú)立，所以這塊可以最后考慮。

"研發(fā)管理系統(tǒng)子系統(tǒng)"與"客戶服務(wù)管理子系統(tǒng)":研發(fā)管理需要獲取客戶服務(wù)管理中的訂單詳情、研發(fā)要求、客戶資料等；而客戶服務(wù)管理需要獲取研發(fā)管理中的項(xiàng)目進(jìn)展、功能設(shè)置等。

"研發(fā)管理系統(tǒng)子系統(tǒng)"與"硬件服務(wù)管理子系統(tǒng)":研發(fā)管理需要知道數(shù)據(jù)庫(kù)和服務(wù)器的情況，后臺(tái)資源占用的情況；硬件服務(wù)管理需要獲取研發(fā)團(tuán)隊(duì)的項(xiàng)目進(jìn)度，功能規(guī)劃和版本維護(hù)的情況。

"客戶服務(wù)管理子系統(tǒng)"與"硬件服務(wù)管理子系統(tǒng)": 硬件服務(wù)管理需要知道客戶的基本信息以便確定投入什么硬件支持；客戶服務(wù)管理系統(tǒng)一般就不需要從后臺(tái)服務(wù)系統(tǒng)獲取信息。

（上圖是一個(gè)比較簡(jiǎn)單的原型，實(shí)際規(guī)劃還要考慮主題域之間更多關(guān)聯(lián)）

最后一步進(jìn)行主題域范圍的明確，界定每個(gè)主題域內(nèi)進(jìn)行的功能以及相關(guān)的事件。在一些書籍中也把這個(gè)關(guān)系成為上下文關(guān)系，即主題域與功能之間父級(jí)與子級(jí)的概念。在這個(gè)階段要考慮到Customer與Worker之間的關(guān)系。找到系統(tǒng)中所有的客戶，考慮這些客戶會(huì)引起什么事件的發(fā)生，這些事件會(huì)引起Worker什么樣的工作，講這些都考慮進(jìn)來。然后再補(bǔ)充Worker主動(dòng)發(fā)起的動(dòng)作，那么一個(gè)系統(tǒng)的所有事件就能沒有遺漏地梳理完整了。這里值得注意的是，對(duì)于研發(fā)管理子系統(tǒng)而言，其他的客服管理，財(cái)政管理都屬于是客戶關(guān)系。他們對(duì)于研發(fā)關(guān)系系統(tǒng)屬于消費(fèi)者的動(dòng)作。

通過以上三步可以把一個(gè)系統(tǒng)大致的框架搭建起來。這樣搭建的好處在于系統(tǒng)的業(yè)務(wù)流程很清晰，無論是對(duì)于研發(fā)還是使用者而言都是有好處的，每個(gè)人都能清楚地意識(shí)到自己在做什么事情。上述分析方法是徐峰老師提出的SERU需求分析法中關(guān)于主題域確定，也就是系統(tǒng)框架結(jié)構(gòu)確定的第一步，這也是設(shè)計(jì)一個(gè)系統(tǒng)最根基的地方，然后才是去考慮更細(xì)化，更精準(zhǔn)的業(yè)務(wù)流程設(shè)計(jì)。把根基打好再去做子系統(tǒng)內(nèi)部的規(guī)劃就變得比較簡(jiǎn)單。對(duì)于一個(gè)系統(tǒng)，在設(shè)計(jì)時(shí)一定要有“自上而下”的思想，從最大的環(huán)境去考慮問題，這樣才不會(huì)在后期規(guī)劃中因?yàn)橥蝗徊迦氲臇|西變得混亂。(圖片有部分來自網(wǎng)絡(luò)，侵刪)

ps：我在專欄中已經(jīng)對(duì)SERU需求分析方法做了一篇完整的補(bǔ)充，歡迎關(guān)注我的產(chǎn)品專欄

http://zhuanlan.zhihu.com/justinlam