數(shù)據(jù)型B端設(shè)計(jì)理念探討
本文總結(jié)了當(dāng)前的B端設(shè)計(jì)理念的優(yōu)劣并在此基礎(chǔ)上衍生出個(gè)人的另外一種新的B端設(shè)計(jì)理念;也闡述了基于數(shù)據(jù)型B端設(shè)計(jì)理念重新設(shè)計(jì)的模型劃分以及數(shù)據(jù)型B端需求設(shè)計(jì)文檔中的編寫規(guī)則。
本文目錄如下:
1.1 B端設(shè)計(jì)原理探討
1.2 當(dāng)前主流B端設(shè)計(jì)理念的問題探討
1.2.1 數(shù)據(jù)型B端設(shè)計(jì)理念
2.1 數(shù)據(jù)型B端設(shè)計(jì)元素
2.1.1 數(shù)據(jù)型B端設(shè)計(jì)元素簡介
2.2數(shù)據(jù)型B端各設(shè)計(jì)元素間的關(guān)聯(lián)關(guān)系
2.2.1 數(shù)據(jù)型B端各設(shè)計(jì)元素間的關(guān)聯(lián)關(guān)系解讀
2.2.2 設(shè)計(jì)與案例
3.1 數(shù)據(jù)型B端需求設(shè)計(jì)文檔理念
3.2 數(shù)據(jù)型B端需求設(shè)計(jì)文檔的優(yōu)劣
3.3 數(shù)據(jù)型B端需求設(shè)計(jì)文檔的劃分
3.3.1 數(shù)據(jù)
3.3.2 控件
3.3.3 界面
3.4 數(shù)據(jù)型B端需求設(shè)計(jì)文檔與數(shù)據(jù)型B端設(shè)計(jì)理念的結(jié)合
3.4.1 數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念回顧與深入
3.5?數(shù)據(jù)型B端設(shè)計(jì)理念與UML設(shè)計(jì)理念簡單回顧
4.1?數(shù)據(jù)型B端設(shè)計(jì)的后續(xù)優(yōu)化
4.1.1數(shù)據(jù)類的優(yōu)化
4.1.2系統(tǒng)層級(jí)的優(yōu)化
5.1主流B端設(shè)計(jì)理念簡介
5.1.1主流B端設(shè)計(jì)元素簡單劃分
5.2主流B端設(shè)計(jì)文檔的組成
5.3主流B端設(shè)計(jì)文檔與主流B端設(shè)計(jì)理念的結(jié)合
5.4主流B端設(shè)計(jì)文檔與主流B端設(shè)計(jì)理念的優(yōu)劣
6.1總結(jié)
1.1 B端設(shè)計(jì)原理探討
請(qǐng)?jiān)试S本人在這里淺顯地探討一下系統(tǒng)的本質(zhì),系統(tǒng)的本質(zhì)不同人會(huì)有不同的解讀,有人會(huì)認(rèn)為系統(tǒng)是協(xié)助進(jìn)行管理流程、監(jiān)控流程,從而實(shí)現(xiàn)流程的標(biāo)準(zhǔn)化,有人會(huì)認(rèn)為系統(tǒng)是一個(gè)全方位的功能,對(duì)于企業(yè)文化、企業(yè)管理、企業(yè)決策等有很大的作用等等,個(gè)人認(rèn)為系統(tǒng)的作用需要在系統(tǒng)的本質(zhì)上去確定下來,只有了解了事物的本質(zhì)與規(guī)律才能較好地掌握事物、運(yùn)作事物、看清楚事物
將系統(tǒng)作為一個(gè)事物看待并深入理解本質(zhì)之后,個(gè)人認(rèn)為系統(tǒng)的本質(zhì)為數(shù)據(jù),系統(tǒng)中的所有按鈕、操作、界面展示無一不是對(duì)數(shù)據(jù)的修改以及對(duì)數(shù)據(jù)的閱讀需要,人們所說的作用均建立于這點(diǎn)的基礎(chǔ)上去進(jìn)行延伸。例如:人們認(rèn)為的系統(tǒng)對(duì)企業(yè)文化、企業(yè)管理、企業(yè)決策起到作用,均建立于數(shù)據(jù)的設(shè)置、數(shù)據(jù)的整合并展示上去實(shí)現(xiàn)。數(shù)據(jù)可以說是一個(gè)系統(tǒng)的靈魂,需求乃至系統(tǒng)的功能無不通過對(duì)數(shù)據(jù)的改造和解讀產(chǎn)生,其余均為數(shù)據(jù)的左肩右臂,所以本文的數(shù)據(jù)型B端設(shè)計(jì)理論以及數(shù)據(jù)型B端需求設(shè)計(jì)文檔均基于數(shù)據(jù)圍繞展開。希望給讀者一種新的思考與思路。
1.2 當(dāng)前主流B端設(shè)計(jì)理念的問題探討
一般B端設(shè)計(jì)理念或者主流設(shè)計(jì)理念(UML設(shè)計(jì)理念)是基于流程或用戶故事對(duì)用戶以及操作進(jìn)行劃分產(chǎn)生系統(tǒng)的設(shè)計(jì)。但業(yè)務(wù)發(fā)展或者人員調(diào)整的問題往往會(huì)導(dǎo)致流程的變動(dòng)以及操作的變動(dòng),使得這一設(shè)計(jì)理念后期會(huì)產(chǎn)生一系列的問題。
- 盲目性:系統(tǒng)的改進(jìn)方案在系統(tǒng)的發(fā)展過程中容易失去計(jì)劃性。
- 復(fù)雜性:系統(tǒng)的復(fù)雜性會(huì)增加,導(dǎo)致很多操作無意義。
- 滯后性:基于流程的系統(tǒng)往往落后于業(yè)務(wù),只是較為簡單地提供數(shù)據(jù)。
1.2.1 數(shù)據(jù)型B端設(shè)計(jì)理念
結(jié)合個(gè)人對(duì)于B端系統(tǒng)以及主流B端設(shè)計(jì)理念的理解,得出一點(diǎn)微小的思考結(jié)果——數(shù)據(jù)型B端設(shè)計(jì)。數(shù)據(jù)型B端設(shè)計(jì)理念將分為兩大部分進(jìn)行闡述:數(shù)據(jù)型B端設(shè)計(jì)理念和數(shù)據(jù)型B端需求文檔設(shè)計(jì)。數(shù)據(jù)型B端設(shè)計(jì)理念可以理解為在數(shù)據(jù)為設(shè)計(jì)理念的基礎(chǔ)上整理用戶群體的需求并進(jìn)行表達(dá)。數(shù)據(jù)型B端需求文檔設(shè)計(jì)可以理解為將用戶群體的需求結(jié)合數(shù)據(jù)型B端需求文檔這種新的表達(dá)方法去展示。通過數(shù)據(jù)型B端設(shè)計(jì)理念和數(shù)據(jù)型B端需求文檔設(shè)計(jì)這兩者的結(jié)合,從而達(dá)到系統(tǒng)扁平化以及數(shù)據(jù)的清晰化管理的目標(biāo)。
1.2.1.1 數(shù)據(jù)型B端設(shè)計(jì)理念簡介
數(shù)據(jù)型B端設(shè)計(jì)理念包括數(shù)據(jù)、類、用戶群體、任務(wù)四大元素,通過對(duì)元素的重新劃分以及一些規(guī)則的制定體現(xiàn)數(shù)據(jù)型B端設(shè)計(jì)理念。這一部分的重點(diǎn)在于將系統(tǒng)設(shè)計(jì)需求劃分為四個(gè)元素并將劃分后的元素在數(shù)據(jù)為前提下進(jìn)行有機(jī)組合從以明確各用戶群體的任務(wù)以及任務(wù)所需要的對(duì)應(yīng)的數(shù)據(jù)。
1.2.1.2 數(shù)據(jù)型B端需求設(shè)計(jì)文檔簡介
數(shù)據(jù)型B端需求設(shè)計(jì)文檔包括需求文檔元素的劃分和整合。數(shù)據(jù)型B端需求設(shè)計(jì)文檔設(shè)計(jì)中有數(shù)據(jù)、控件、界面這三個(gè)元素。同樣的,數(shù)據(jù)型B端需求設(shè)計(jì)文檔的編寫規(guī)則也會(huì)相應(yīng)地發(fā)生一些變化。和傳統(tǒng)需求文檔不同,數(shù)據(jù)型B端需求設(shè)計(jì)文檔類似于流程圖,將系統(tǒng)背后的邏輯進(jìn)行扁平化顯示。數(shù)據(jù)型B端需求設(shè)計(jì)文檔的方法也有利于數(shù)據(jù)型B端設(shè)計(jì)理念進(jìn)行任務(wù)量和難度進(jìn)行規(guī)劃。
1.2.1.3 數(shù)據(jù)型B端設(shè)計(jì)理念的目標(biāo)
數(shù)據(jù)型B端設(shè)計(jì)理念主要解決的問題為UML設(shè)計(jì)流程中以及一般B端系統(tǒng)設(shè)計(jì)流程中出現(xiàn)的問題。
- 調(diào)研時(shí)間過長,調(diào)研方向不明確,對(duì)于新需求人員需要重新調(diào)研。
- 系統(tǒng)設(shè)計(jì)過于依賴流程的改進(jìn),依賴他人意見,缺少較強(qiáng)的主觀能動(dòng)性。
- 邏輯描述,因?yàn)槲谋镜木壒蕦?dǎo)致一定程度上程序開發(fā)人員的誤解。
- 提高系統(tǒng)的易理解程度,降低需求人員設(shè)計(jì)需求的難度。
數(shù)據(jù)型B端設(shè)計(jì)理念主要達(dá)到的成績。
- 通過數(shù)據(jù)的整理與規(guī)劃推動(dòng)業(yè)務(wù)部門進(jìn)行發(fā)展。
- 優(yōu)化當(dāng)前系統(tǒng)設(shè)計(jì)理念,提高需求人員的需求水平。
- 建立一定的系統(tǒng)判斷標(biāo)準(zhǔn),減少人員的主觀判斷。
2.1 數(shù)據(jù)型B端設(shè)計(jì)元素
數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念設(shè)計(jì)的大致流程為,先明確需要的數(shù)據(jù),在此基礎(chǔ)上確立用戶群體,并確定數(shù)據(jù)的特性,然后設(shè)計(jì)對(duì)應(yīng)的任務(wù),再者是確定類。在明確需要的數(shù)據(jù)時(shí),需要站在公司的層面上進(jìn)行思考。若僅僅從用戶的角度出發(fā),很容易就落入根據(jù)流程去設(shè)計(jì)系統(tǒng)的思維模式上,不能達(dá)到去偽存真的目的。
2.1.1 數(shù)據(jù)型B端設(shè)計(jì)元素簡介
數(shù)據(jù)型B端設(shè)計(jì)理念,是將一個(gè)體系中的人員劃分為數(shù)據(jù)、類、用戶群體、任務(wù)四個(gè)部分。利用劃分后的元素重新表達(dá)用戶的需求。
2.1.1.1用戶群體
用戶群體:產(chǎn)生相同類型數(shù)據(jù)的用戶組成的群體,根據(jù)定義,即可在設(shè)計(jì)的時(shí)候?qū)⑦@一類用戶劃分出來組成一種用戶群體。一般地,一個(gè)崗位可稱為一個(gè)用戶群體。例如:倉庫文員即作為一類崗位也作為一個(gè)用戶群體。
2.1.1.2 類
類:承載從屬于類的數(shù)據(jù)的主體稱為類,類的劃分方法類似于數(shù)據(jù)庫中表的劃分,是區(qū)分現(xiàn)實(shí)或者系統(tǒng)中不同事物的方法,這個(gè)類的定義與目前系統(tǒng)設(shè)計(jì)中類的定義是一致的。例如:一個(gè)采購單中,采購單創(chuàng)建時(shí)間、采購明細(xì)對(duì)應(yīng)的預(yù)定數(shù)、采購明細(xì)、供應(yīng)商名稱這四個(gè)數(shù)據(jù)均從屬于采購單,可稱采購單為一個(gè)類。
2.1.1.3 數(shù)據(jù)
(1)數(shù)據(jù)
由用戶群體產(chǎn)生的或者接受的信息稱為數(shù)據(jù)。在數(shù)據(jù)型B端設(shè)計(jì)理念中,數(shù)據(jù)的處理由為重要,用戶的任務(wù)涉及到數(shù)據(jù),用戶需要了解的信息通過數(shù)據(jù)去體現(xiàn),用戶群體的操作邏輯體現(xiàn)在數(shù)據(jù)的限制和輸入輸出中。這里的數(shù)據(jù)不單單是系統(tǒng)上的數(shù)據(jù),更包含自然環(huán)境中提供數(shù)據(jù)的事物與事件。忽略這種數(shù)據(jù)的重要性,往往會(huì)導(dǎo)致邏輯上行得通,但是實(shí)際需求與用戶情況產(chǎn)生出入。
(2)數(shù)據(jù)矩陣
通過數(shù)據(jù)的確定程度、對(duì)后續(xù)影響的程度兩個(gè)維度去進(jìn)行判斷。獲得是否需要針對(duì)這些數(shù)據(jù)去進(jìn)行后續(xù)的修改或者推送通知。
A類數(shù)據(jù)是錄入的不確定程度較高,對(duì)后續(xù)影響較大的數(shù)據(jù)。所以后續(xù)的用戶群體可以對(duì)其進(jìn)行修改,或者修改A類的時(shí)候可以讓用戶群體及時(shí)知道。例如:餐廳的點(diǎn)菜數(shù)據(jù)屬于不確定性較高的數(shù)據(jù),所以后續(xù)的環(huán)節(jié)允許經(jīng)理層可單獨(dú)修改客戶的下單數(shù)據(jù)且將修改信息推送給廚房工作人員。其他數(shù)據(jù)如此類推。
2.1.1.4 任務(wù)
任務(wù):在不同數(shù)據(jù)組合的支持下去實(shí)現(xiàn)業(yè)務(wù)并產(chǎn)生數(shù)據(jù)稱為任務(wù),每一個(gè)任務(wù)的組成元素為輸入數(shù)據(jù)、輸出數(shù)據(jù)(或輸出的實(shí)際事物),各種任務(wù)組成任務(wù)群,不同的用戶群體對(duì)應(yīng)各自的任務(wù)群。任務(wù)元素的加入是為了更好地方便需求人員在運(yùn)用這種方式分析時(shí),比較貼近實(shí)際情況,方便從流程中分析出需求轉(zhuǎn)變?yōu)閺臄?shù)據(jù)中分析出需求,并賦予需求相關(guān)的實(shí)際意義。
用戶群體的任務(wù)可以分為單一型任務(wù)和復(fù)合型任務(wù)。
(1)單一型任務(wù):明確所需要的數(shù)據(jù),如果產(chǎn)生的數(shù)據(jù)較為單一并且與其他任務(wù)輸入和輸出的數(shù)據(jù)不重復(fù)稱為單一型任務(wù)。
(2)復(fù)合型任務(wù):復(fù)合型任務(wù)與單一型任務(wù)不同點(diǎn)在于用戶群體接受一系列的多種類型的數(shù)據(jù),并處理出不同的結(jié)果,下面給出復(fù)合型任務(wù)中兩種不同任務(wù)類型的數(shù)據(jù)劃分方法。
1.完全分離的多任務(wù),適用于任務(wù)之間的獨(dú)立性較強(qiáng),需要的數(shù)據(jù)重復(fù)度為零,對(duì)于這種多任務(wù),劃分是簡單的,只需要重復(fù)單一型操作的數(shù)據(jù)劃分即可
*兩個(gè)任務(wù)數(shù)據(jù)重復(fù)度=(任務(wù)一需要的數(shù)據(jù)∩任務(wù)二需要的數(shù)據(jù))/(任務(wù)一需要的數(shù)據(jù)+任務(wù)二需要的數(shù)據(jù))
2.有一定交集的任務(wù)。存在任務(wù)重復(fù)度不為零。
2.2 數(shù)據(jù)型B端各設(shè)計(jì)元素間的關(guān)聯(lián)關(guān)系
數(shù)據(jù)型B端設(shè)計(jì)元素的運(yùn)用的前提是對(duì)需要的數(shù)據(jù)進(jìn)行充分的調(diào)研以及思考。并利用元素對(duì)整個(gè)范圍進(jìn)行劃分以及整理。下面是對(duì)這些元素間的關(guān)聯(lián)關(guān)系解讀。
2.2.1 數(shù)據(jù)型B端設(shè)計(jì)元素的關(guān)聯(lián)關(guān)系解讀
UML設(shè)計(jì)中對(duì)于多個(gè)元素重新定義、劃分并闡述各元素的關(guān)聯(lián)關(guān)系,相較于UML的版本。突出以數(shù)據(jù)為基礎(chǔ)的新設(shè)計(jì)理念中的元素同樣存在著關(guān)聯(lián)關(guān)系,四種元素的組合圖如下:
如圖所示:任務(wù)是依賴在用戶群體上的,任務(wù)是依賴在數(shù)據(jù)的基礎(chǔ)上。根據(jù)用戶群體的需求以及公司發(fā)展需要去確立對(duì)應(yīng)的數(shù)據(jù),并用圖表的方式進(jìn)行展示,使用Axure或者其他畫圖軟件進(jìn)行繪制,方便日后檢索。
由于這種圖例是弱化實(shí)際流程,強(qiáng)調(diào)流程的本質(zhì)——數(shù)據(jù),進(jìn)行調(diào)研的時(shí)候需要較為認(rèn)真深入,并且認(rèn)真記錄輸入輸出的數(shù)據(jù)和任務(wù),這樣后面進(jìn)行調(diào)整以及升級(jí)的時(shí)候,公司發(fā)展需要作出改變的時(shí)候可以對(duì)用戶群體的任務(wù)量,用戶群體的輸入輸出結(jié)果進(jìn)行合理的數(shù)據(jù)分析并作出對(duì)應(yīng)改造和判斷。由于新設(shè)計(jì)原則不同于UML以及一般的設(shè)計(jì)原則,建立于數(shù)據(jù)上的新設(shè)計(jì)原則對(duì)思維能力要求較強(qiáng)。
2.2.2設(shè)計(jì)與案例
以下設(shè)計(jì)案例根據(jù)單一型任務(wù)與復(fù)合型任務(wù)兩種類型進(jìn)行闡述。
- 單一型任務(wù)中數(shù)據(jù):財(cái)務(wù)中需要人員對(duì)賬單進(jìn)行審核。在分析過后認(rèn)為這個(gè)數(shù)據(jù)需要財(cái)務(wù)審核人員去產(chǎn)生。那么任務(wù)可以這樣分析。財(cái)務(wù)審核人員需要的數(shù)據(jù)為單據(jù)照片、付款金額、對(duì)應(yīng)單據(jù)的入庫記錄等,這些數(shù)據(jù)不一定屬于同一類,這個(gè)時(shí)候需要對(duì)財(cái)務(wù)審核需要的數(shù)據(jù)進(jìn)行設(shè)計(jì),對(duì)于各數(shù)據(jù)屬性的理解,可以分為單據(jù)、入庫記錄兩類,兩類數(shù)據(jù)中的單據(jù)照片數(shù)據(jù)與付款金額為付款單據(jù)類,入庫數(shù)量,不合格數(shù)量為入庫記錄類,供應(yīng)商賬號(hào)、供應(yīng)商資質(zhì)、供應(yīng)商優(yōu)惠條件為供應(yīng)商信息類,這樣分析即得出財(cái)務(wù)審核人員完成這個(gè)任務(wù)需要的數(shù)據(jù)類型以及設(shè)計(jì)出對(duì)應(yīng)的類(或在原有的類中增加對(duì)應(yīng)的數(shù)據(jù)),設(shè)計(jì)圖務(wù)必建于唯一的設(shè)計(jì)版圖中,方便他人查閱,和新需求設(shè)計(jì)時(shí)參考,如下圖所示:
- 復(fù)合型任務(wù)中的數(shù)據(jù):采購跟單需要生成倉庫的交接單,生成財(cái)務(wù)需要的支付賬單,更新訂單進(jìn)度,處理異常訂單,這些操作中,都涉及到了入庫數(shù)量以及不合格數(shù)量的數(shù)據(jù),所以這個(gè)用戶群體的任務(wù)進(jìn)行劃分時(shí)需要區(qū)分?jǐn)?shù)據(jù)來源相同,但是用途不同的特點(diǎn)。數(shù)據(jù)劃分起來的時(shí)候,留意可以合并的數(shù)據(jù)來源。數(shù)據(jù)的輸入時(shí)候還會(huì)進(jìn)行特定變化再輸入的情況。
*上圖中標(biāo)黃以及標(biāo)藍(lán)的數(shù)據(jù),是重復(fù)使用的數(shù)據(jù),部分?jǐn)?shù)據(jù)沒有在圖中顯示。訂單數(shù)據(jù)輸入至生成倉庫交接單,以及訂單數(shù)據(jù)、供應(yīng)商信息、異常訂單信息輸入至上傳合同的鏈接沒有在圖中顯示。
由圖中可見訂單數(shù)據(jù)以及異常訂單數(shù)據(jù)是重復(fù)使用的數(shù)據(jù),訂單數(shù)據(jù)重復(fù)使用于更新訂單進(jìn)度、生成倉庫交接單,意味著兩個(gè)任務(wù)之間是存在聯(lián)系,并可以進(jìn)行部分合并,即完成生成倉庫交接單的時(shí)候,完成部分更新訂單進(jìn)度的任務(wù),下面把這兩個(gè)任務(wù)以及處理異常訂單單獨(dú)拿出來進(jìn)行分析。
由上圖中可以看出處理異常訂單的任務(wù)數(shù)據(jù)取自異常訂單數(shù)據(jù),更新訂單進(jìn)度需要的數(shù)據(jù)也是需要異常訂單數(shù)據(jù),所以,這兩部分的任務(wù)可以認(rèn)為有合并的可能,合并通常為結(jié)合于相同界面顯示,合并結(jié)果為在處理異常訂單的同時(shí)修改訂單進(jìn)度狀態(tài)的數(shù)據(jù)。同理,生成倉庫交接單的時(shí)候也是會(huì)有部分重疊故也可以考慮進(jìn)行合并任務(wù)。針對(duì)數(shù)據(jù)進(jìn)行考慮后,任務(wù)可以進(jìn)行合并操作的可行性也分析出來。分析結(jié)果如下:
- 處理異常訂單頁面(更新訂單進(jìn)度、處理異常訂單)
- 生成倉庫交接單(更新訂單進(jìn)度、生成倉庫交接單)
分析得出界面設(shè)計(jì)如上圖所示,設(shè)計(jì)方法實(shí)現(xiàn)了相同度較高的任務(wù)進(jìn)行合并操作。并能增強(qiáng)和明確用戶群體的責(zé)任和任務(wù)內(nèi)容。原型圖合并的功能是更新訂單狀態(tài)以及處理異常訂單,這兩個(gè)任務(wù)重疊的部分可以一并處理。
總結(jié):將當(dāng)前的設(shè)計(jì)范圍內(nèi)的數(shù)據(jù)進(jìn)行深入的調(diào)研以及思考,在此基礎(chǔ)上確立用戶群體,并確定數(shù)據(jù)的矩陣,然后設(shè)計(jì)對(duì)應(yīng)的任務(wù),再者是確定類。能較為有效地完成系統(tǒng)設(shè)計(jì)層面的分析工作,并能規(guī)范用戶群體需要執(zhí)行的任務(wù)以及任務(wù)的價(jià)值??傮w來說屬于比較清晰的設(shè)計(jì)思路。
3.1數(shù)據(jù)型B端需求文檔設(shè)計(jì)理念
數(shù)據(jù)型B端需求文檔設(shè)計(jì)理念:由于數(shù)據(jù)型B端設(shè)計(jì)理念突出的是以數(shù)據(jù)為重點(diǎn),為了更好地突出這個(gè)特點(diǎn),對(duì)應(yīng)需求文檔的設(shè)計(jì)以及格式需要結(jié)合一起進(jìn)行調(diào)整。在說明設(shè)計(jì)理念前,需要對(duì)系統(tǒng)有整體的認(rèn)識(shí),個(gè)人理解的B端系統(tǒng)無不可以分為三個(gè)部分:數(shù)據(jù)、控件、界面。系統(tǒng)作為一個(gè)事物,數(shù)據(jù)控制著系統(tǒng)的內(nèi)容、控件控制著數(shù)據(jù)的內(nèi)容、界面包含著控件以及數(shù)據(jù)。將系統(tǒng)作這般拆解的意義在于需要將原來文本化的需求文檔轉(zhuǎn)化為可以被系統(tǒng)記錄并且較為清晰地反應(yīng)邏輯的需求文檔以便更好地結(jié)合新設(shè)計(jì)理念。其中一個(gè)較為重要的原則是,需要將所有邏輯以及所有涉及的數(shù)據(jù)標(biāo)簽化,這樣才能叫邏輯利用計(jì)算機(jī)去快速檢索并透明化顯示。
數(shù)據(jù)型B端需求文檔期望達(dá)到以下目標(biāo):
- 系統(tǒng)以及數(shù)據(jù)邏輯的透明化展示。
- 結(jié)合數(shù)據(jù)型B端設(shè)計(jì)理念,對(duì)系統(tǒng)進(jìn)行更科學(xué)的管理。
數(shù)據(jù)型B端需求文檔具有以下特點(diǎn):
- 文檔界面化設(shè)計(jì)。方便對(duì)于歷史需求文檔以及邏輯的查看。
- 標(biāo)簽化表達(dá)界面,清楚每一個(gè)界面的流轉(zhuǎn)以及使用人員。
- 控件標(biāo)簽化設(shè)置,清楚每一個(gè)控件的作用。
- 數(shù)據(jù)流轉(zhuǎn)、數(shù)據(jù)限制以及數(shù)據(jù)邏輯標(biāo)簽化,方便查看數(shù)據(jù)的流轉(zhuǎn)以及運(yùn)用方式。
- 整體標(biāo)簽化設(shè)計(jì)與規(guī)劃,方便日后查看,與梳理。
- 與數(shù)據(jù)型B端設(shè)計(jì)原則結(jié)合,形成有機(jī)整體,提高系統(tǒng)的可設(shè)計(jì)性與清晰度。
數(shù)據(jù)型B端需求設(shè)計(jì)文檔設(shè)計(jì)中的原則是將系統(tǒng)中的數(shù)據(jù)標(biāo)簽化,達(dá)成作為系統(tǒng)背后的系統(tǒng)的目標(biāo),有利于監(jiān)控目前的系統(tǒng)運(yùn)行情況,并方便人員對(duì)系統(tǒng)進(jìn)行規(guī)劃和梳理。以及與新設(shè)計(jì)理念形成一套體系,從系統(tǒng)需求設(shè)計(jì)開始直至需求文檔的編寫都可以在同一原則下進(jìn)行和管理。
3.2 數(shù)據(jù)型B端需求文檔設(shè)計(jì)的優(yōu)劣
數(shù)據(jù)型B端需求文檔設(shè)計(jì)的好處在于:
- 實(shí)現(xiàn)系統(tǒng)邏輯以及數(shù)據(jù)流轉(zhuǎn)的清晰度,方便日后系統(tǒng)的升級(jí)與優(yōu)化。
- 方便操作人員理解系統(tǒng)結(jié)構(gòu),有助于提高需求的質(zhì)量。
數(shù)據(jù)型B端需求文檔設(shè)計(jì)的壞處在于:
- 前期轉(zhuǎn)換難度較大,因?yàn)閿?shù)據(jù)型B端需求文檔的編寫對(duì)于目前需求文檔的編寫會(huì)更有規(guī)則性,目前需求文檔的編寫門檻較低。
- 數(shù)據(jù)型B端需求文檔的改動(dòng)難度會(huì)大于目前需求文檔,因?yàn)榫帉懙膹?fù)雜性增加導(dǎo)致文檔中的邏輯/頁簽描述增加。后期改動(dòng)較復(fù)雜。
3.3 數(shù)據(jù)型B端需求文檔設(shè)計(jì)的劃分
首先,根據(jù)系統(tǒng)的原理和運(yùn)用系統(tǒng)的方法,對(duì)于系統(tǒng),我們嘗試進(jìn)行劃分為數(shù)據(jù)、控件、界面三大部分,這三個(gè)部分包含了系統(tǒng)全部的主要要素,當(dāng)然還可以將系統(tǒng)劃分為數(shù)據(jù)、邏輯兩大部分,但是為了配合新設(shè)計(jì)原則,需要將系統(tǒng)的功能劃分至數(shù)據(jù)、控件、界面才能方便大家的理解和運(yùn)用,下面分別對(duì)這三個(gè)部分進(jìn)行展開,并加入例子方便理解。
在描述數(shù)據(jù)型B端需求文檔的元素前,需要簡單解釋數(shù)據(jù)庫。一般形式的數(shù)據(jù)庫如下表。
這個(gè)表的形式類似于數(shù)據(jù)庫,一般來說,系統(tǒng)中展示的值從數(shù)據(jù)庫中取值而來。表頭為數(shù)據(jù)庫的數(shù)據(jù)名稱。表頭下面的內(nèi)容為組成這一條數(shù)據(jù)的數(shù)據(jù)組成。例如:需要展示金剛負(fù)責(zé)的訂單的時(shí)候,只需要取訂單跟進(jìn)人為金剛的數(shù)據(jù)量進(jìn)行匯總展示即可。
3.3.1 數(shù)據(jù)
在數(shù)據(jù)型B端需求文檔設(shè)計(jì)中將數(shù)據(jù)描述清楚需要重點(diǎn)關(guān)注三個(gè)詞語:標(biāo)簽化、邏輯運(yùn)算符、數(shù)值運(yùn)算符。
標(biāo)簽化:對(duì)于運(yùn)行需要的符號(hào)、數(shù)據(jù)、條件進(jìn)行標(biāo)簽化表達(dá)。標(biāo)簽中,表的意思是“的···數(shù)據(jù)表中”、值的意思是“的···值”兩者都是可基于目前已有的數(shù)據(jù)表選擇,標(biāo)簽化是在新設(shè)計(jì)原則設(shè)計(jì)了系統(tǒng)原型并確立數(shù)據(jù)庫的形式以及內(nèi)容后才能進(jìn)行新需求文檔的標(biāo)簽化設(shè)計(jì)。
邏輯運(yùn)算符號(hào):運(yùn)算符號(hào)包括了且、或、滿足、()四個(gè)符號(hào),與“表”、“值”、“大于/小于/等于等”一起運(yùn)用于邏輯表達(dá)。其中“且”表達(dá)的意思是滿足兩個(gè)條件、“或”表達(dá)的意思是任意滿足其中一個(gè)條件、“滿足”為動(dòng)詞,表示滿足的條件、“()”的意思為條件,括號(hào)內(nèi)代表的是數(shù)值或其他的條件。例如:“錄入”“數(shù)值”“條件限制”“小于”(“滿足”“采購表中”“采購金額值”“小于”“5”)的“采購表中”“采購金額值”“匯總量”,表達(dá)的意思是:此空格的數(shù)值填寫的限制為填寫的數(shù)值小于采購表中采購金額值小于5的采購金額值匯總數(shù)值。
*例子中為了凸顯標(biāo)簽,特意用“”代表一個(gè)標(biāo)簽。
數(shù)值運(yùn)算符:數(shù)值運(yùn)算符針對(duì)的是數(shù)值的運(yùn)算,因?yàn)閱螁螐倪壿嬤\(yùn)算會(huì)導(dǎo)致系統(tǒng)數(shù)據(jù)描述的不完善。數(shù)值運(yùn)算符能較好地解決這個(gè)問題。例如,“錄入”“數(shù)值”“條件限制”“小于”(“滿足”“采購表中”“采購金額值”“小于”“5”)的“采購表中”“采購金額值”“匯總量”“÷”“5”,表達(dá)的意思是:此空格的數(shù)值填寫的限制為填寫的數(shù)值小于采購表中采購金額值小于5的采購金額值匯總數(shù)的五分之一。
*例子中為了凸顯標(biāo)簽,特意用“”代表一個(gè)標(biāo)簽。
3.3.1.1 數(shù)據(jù)類型
針對(duì)數(shù)據(jù)方面的描述可以分為以下三個(gè)類型去進(jìn)行“錄入格式”、“文本屬性變化”、“默認(rèn)數(shù)據(jù)”三種,代表了描述系統(tǒng)中所有數(shù)據(jù)的展示、限制、讀寫等控制方法。由于新需求設(shè)計(jì)文檔采用的是標(biāo)簽化的表達(dá)方式,所以以下針對(duì)數(shù)據(jù)類型的描述內(nèi)容也是根據(jù)標(biāo)簽去進(jìn)行表達(dá)。
錄入格式:針對(duì)錄入系統(tǒng)的數(shù)據(jù)所作出的數(shù)據(jù)限制、指導(dǎo)以及規(guī)范。其中涉及到運(yùn)用邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)輔助描述錄入格式中的限制以及規(guī)范。從而達(dá)到通過標(biāo)簽化描述清楚錄入格式這個(gè)數(shù)據(jù)類型的目的。
文本屬性變化:針對(duì)數(shù)據(jù)的形狀以及樣式變化作出限制、指導(dǎo)以及規(guī)范。其中涉及到運(yùn)用邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)輔助描述顏色形狀變化中的限制以及規(guī)范。從而達(dá)到通過標(biāo)簽化描述清楚文本屬性變化這個(gè)數(shù)據(jù)類型的目的。
數(shù)據(jù)默認(rèn):針對(duì)數(shù)據(jù)的數(shù)值大小以及取值作出限制、指導(dǎo)以及規(guī)范。其中涉及到運(yùn)用邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)輔助描述數(shù)據(jù)默認(rèn)中的限制以及規(guī)范。從而達(dá)到通過標(biāo)簽化描述清楚數(shù)據(jù)默認(rèn)這個(gè)數(shù)據(jù)類型的目的。
(1)錄入格式——類型一
對(duì)應(yīng)可選內(nèi)容:數(shù)值、文本、下拉框。對(duì)應(yīng)三種錄入格式。每一種格式都會(huì)有不同標(biāo)簽組成的限制或者引導(dǎo)。實(shí)現(xiàn)對(duì)于數(shù)據(jù)錄入的文檔型描述轉(zhuǎn)化為標(biāo)簽化描述。
錄入格式解讀:標(biāo)簽一下面細(xì)分為三個(gè)標(biāo)簽分別是“數(shù)值”、“下拉框”、“文本”,對(duì)應(yīng)不同的輸入框以及邏輯表達(dá),這里只對(duì)數(shù)值進(jìn)行限制,并不對(duì)數(shù)據(jù)的作用以及數(shù)據(jù)的流轉(zhuǎn)進(jìn)行描述,數(shù)據(jù)的流轉(zhuǎn)以及作用的描述在控件中會(huì)提及。
圖中描述的是只是控制的例子,并不是所有控制都是如此,具體限制邏輯可以較為自由去編寫。類似于數(shù)學(xué)中的符號(hào),可以將數(shù)學(xué)中的符號(hào)只有組合表達(dá)不同的公式。
錄入格式中數(shù)值限制主要分為兩種限制模式:一種為源數(shù)據(jù)限制,意思為只是簡單地受數(shù)據(jù)的數(shù)值去進(jìn)行限制。另外一種為條件限制,意思為在數(shù)值的基礎(chǔ)上加入條件去進(jìn)行限制。條件限制的描述是較為多變,需要加入邏輯運(yùn)算符以及數(shù)值運(yùn)算符去輔助描述這個(gè)限制。
例如:粉紅色的例子中的第一條,表達(dá)的意思為:取值范圍為數(shù)據(jù)表中的某一個(gè)數(shù)據(jù)值。
(2)文本屬性變化——類型二
系統(tǒng)中數(shù)據(jù)的顏色形狀會(huì)根據(jù)對(duì)應(yīng)數(shù)值內(nèi)容的變化而變化。所以,這部分描述的特點(diǎn)為數(shù)據(jù)的展示方式。
文本屬性變化解讀:文本屬性變化下面細(xì)分為兩個(gè)變化分別是“源數(shù)據(jù)導(dǎo)致變化”、“其他數(shù)據(jù)導(dǎo)致變化”,對(duì)應(yīng)不同的變化形式以及變化原因。其中針對(duì)時(shí)間這一變化單獨(dú)拿出來,因?yàn)闀r(shí)間是系統(tǒng)本身具備的自變量,屬于特殊的自變量。那么關(guān)于顏色形狀變化主要為四種類型。
這里僅對(duì)數(shù)據(jù)的變化導(dǎo)致的變動(dòng)進(jìn)行描述。文本屬性變化的描述里面同樣需要加入邏輯運(yùn)算符以及數(shù)值運(yùn)算符去描述不同條件下顏色形狀的變化。由于變化的結(jié)果屬于較難描述的情況,所以這部分大致分為圖形變化、顏色變化、文本變化。(數(shù)值變化放在數(shù)據(jù)默認(rèn)這個(gè)版塊介紹)
其中下圖紅框所示的為導(dǎo)致的變化:
*紅框的意思為“導(dǎo)致”在顏色形狀變化中可以作為一個(gè)單獨(dú)的標(biāo)簽,也可以不描述。
(3)數(shù)據(jù)默認(rèn)——類型三
數(shù)據(jù)默認(rèn)里面包含的是數(shù)據(jù)的展示內(nèi)容以及一些含有邏輯計(jì)算后的數(shù)據(jù)展示內(nèi)容類型。主要描述的是數(shù)據(jù)應(yīng)該如何在系統(tǒng)中展示。
數(shù)據(jù)默認(rèn)解讀:數(shù)據(jù)默認(rèn)下面細(xì)分為兩個(gè)標(biāo)簽分別是“源數(shù)據(jù)默認(rèn)”、“關(guān)聯(lián)數(shù)據(jù)默認(rèn)”,根據(jù)不同的默認(rèn)數(shù)值來源數(shù)據(jù)作為區(qū)分。源數(shù)據(jù)默認(rèn):默認(rèn)的數(shù)值取值判斷標(biāo)準(zhǔn)來源于同一個(gè)數(shù)據(jù)表或者固定數(shù)值,例如:采購單的數(shù)量匯總,取值的是采購單表的當(dāng)前采購單個(gè)數(shù)。關(guān)聯(lián)數(shù)據(jù)默認(rèn):默認(rèn)的數(shù)值取值判斷標(biāo)準(zhǔn)來源于另外一個(gè)數(shù)據(jù)表并且可能在判斷時(shí)候加入條件限制。例一:取值高級(jí)客戶的訂單數(shù),其中高級(jí)客戶的判斷標(biāo)準(zhǔn)來源于客戶的數(shù)據(jù)表中。例二:化學(xué)工程中的流量會(huì)因?yàn)槠渌蛩貙?dǎo)致波動(dòng),但是依然需要將其參數(shù)調(diào)整到正常的數(shù)值。另外一些數(shù)據(jù)會(huì)因?yàn)槠渌麛?shù)據(jù)的變動(dòng)導(dǎo)致變動(dòng)。例三:生產(chǎn)中的物料如果使用較多的話,那么采購單上的采購數(shù)量就需要對(duì)應(yīng)的增加,或者新增采購單。
3.3.1.2 數(shù)據(jù)類型總結(jié)
(1)數(shù)據(jù)型B端需求文檔設(shè)計(jì)中的數(shù)據(jù)分為三類:“錄入格式”、“顏色形狀變化”、“數(shù)據(jù)默認(rèn)”分別對(duì)應(yīng)數(shù)據(jù)在系統(tǒng)中的錄入方式、形狀變動(dòng)方式以及數(shù)據(jù)的展示方式。基本涵蓋了目前文字的需求文檔中關(guān)于數(shù)據(jù)的描述。
(2)數(shù)據(jù)型B端需求文檔設(shè)計(jì)中關(guān)于數(shù)據(jù)的描述主要使用邏輯運(yùn)算符、數(shù)值運(yùn)算符、表、值四種描述方式結(jié)合表達(dá)數(shù)據(jù)在系統(tǒng)中的情況。三種類型中的數(shù)據(jù)條件的設(shè)定較為靈活,上文只是對(duì)這三種數(shù)據(jù)的類型進(jìn)行了描述情況的劃分和舉例,其中數(shù)值運(yùn)算符號(hào)以及邏輯運(yùn)算符號(hào)的使用參考數(shù)學(xué)中的數(shù)學(xué)符號(hào)表達(dá)。新需求文檔設(shè)計(jì)中關(guān)于數(shù)據(jù)的描述基本能達(dá)到文本類文檔功能并體現(xiàn)了新需求文檔設(shè)計(jì)中標(biāo)簽化、透明化、扁平化的特點(diǎn)。
(3)數(shù)據(jù)型B端需求設(shè)計(jì)文檔中的數(shù)據(jù)類型的設(shè)計(jì)原則是結(jié)合上文提及的數(shù)據(jù)型B端設(shè)計(jì)理念中以數(shù)據(jù)為重的系統(tǒng)設(shè)計(jì)理念進(jìn)行展開,數(shù)據(jù)型B端設(shè)計(jì)理念以數(shù)據(jù)為重,數(shù)據(jù)型B端需求設(shè)計(jì)文檔的數(shù)據(jù)類型也是可以進(jìn)行標(biāo)簽化描述,并結(jié)合了數(shù)據(jù)庫的取值方法。故在實(shí)際工作中產(chǎn)生以下兩個(gè)好處:
- 系統(tǒng)設(shè)計(jì)文檔中新增或者刪減的某一類數(shù)據(jù)會(huì)較為清晰地呈現(xiàn)出來其他變化關(guān)系,并能較為明確地知道數(shù)據(jù)的產(chǎn)生者以及產(chǎn)生速度和處理速度,為運(yùn)營、需求工作人員提供了較為清晰的系統(tǒng)脈絡(luò)。
- 為需求的設(shè)計(jì)提供了一定的實(shí)際依據(jù),方便需求人員在設(shè)計(jì)需求的時(shí)候提供基本的討論內(nèi)容以及討論界限。
3.3.2 控件
數(shù)據(jù)型B端需求設(shè)計(jì)文檔中的第二部分描述內(nèi)容為控件??丶念愋桶凑展δ芸梢苑譃橐韵氯齻€(gè)大類:與數(shù)據(jù)有關(guān)的控件類、與界面相關(guān)的控件類、控件的形狀與其中含有的內(nèi)容。
與數(shù)據(jù)有關(guān)的控件類:主要是描述控件對(duì)于數(shù)據(jù)的控制關(guān)系,含有“生成”、“刪除”、“編輯”三個(gè)對(duì)數(shù)據(jù)控制的方法,生成數(shù)據(jù)型按鈕的目的是將用戶群體填寫的數(shù)據(jù)通過操作生成數(shù)據(jù)型按鈕存儲(chǔ)到數(shù)據(jù)庫中,增加的內(nèi)容為數(shù)據(jù)庫中的一條數(shù)據(jù)。編輯數(shù)據(jù)型按鈕的目的是將數(shù)據(jù)庫中的一條或多條數(shù)據(jù)中的某一個(gè)數(shù)值進(jìn)行修改。這里的刪除是指對(duì)于數(shù)據(jù)庫中整條數(shù)據(jù)的刪除或者是修改狀態(tài)已達(dá)到刪除的目的的數(shù)據(jù)控制方法。
與界面相關(guān)的控件類:主要描述的是控件對(duì)于界面的操控作用,含有“打開界面”、“關(guān)閉界面”、“展開或壓縮界面”、“流轉(zhuǎn)并打開界面”四種對(duì)于界面的控制方法,打開界面是在當(dāng)前界面中打開一個(gè)界面即二級(jí)界面或者三級(jí)界面等,與流轉(zhuǎn)并打開界面不同,流轉(zhuǎn)并打開界面是另外開始一個(gè)一級(jí)界面的意思,雖然兩者都有打開界面的意思。關(guān)閉界面的意思為關(guān)閉當(dāng)前界面的意思,一般為取消或者關(guān)閉按鈕。展開或壓縮界面的意思是針對(duì)目前的界面進(jìn)行展開或者壓縮,主要是菜單型的界面中這種控件較為常見。
控件的形狀與其中含有的內(nèi)容:主要針對(duì)控件的形狀與內(nèi)容進(jìn)行描述,控件的形狀部分因?yàn)閷儆趫D形的緣故,所以還是需要使用圖形進(jìn)行描述??丶膬?nèi)容屬于數(shù)據(jù)默認(rèn)的一種,上文有提及,數(shù)據(jù)的體現(xiàn)方式主要體現(xiàn)在數(shù)據(jù)默認(rèn)中,控件中的較為簡單的內(nèi)容為固定文本的顯示,還有一種是控件的內(nèi)容是會(huì)隨著關(guān)聯(lián)數(shù)據(jù)的變化而改變。所以在這里,控件中的內(nèi)容可以描述為數(shù)據(jù)默認(rèn)的方式去展示控件中的內(nèi)容。
(1)與數(shù)據(jù)有關(guān)的控件類簡介
生成數(shù)據(jù)型控件——類型一
生成數(shù)據(jù)分為跨表型生成數(shù)據(jù)、創(chuàng)建型生成數(shù)據(jù)。跨表型生成數(shù)據(jù)的意思將原有的一個(gè)表的數(shù)據(jù)進(jìn)行整合后生成另外一個(gè)表的數(shù)據(jù)。創(chuàng)建型生成數(shù)據(jù)的意思將用戶群體錄入的在自然環(huán)境中數(shù)據(jù)整合后生成一個(gè)表中的數(shù)據(jù)。
生成數(shù)據(jù)型控件解讀:生成數(shù)據(jù)型的控件描述邏輯中,描述的重點(diǎn)是錄入或需要的數(shù)據(jù)與生成的數(shù)據(jù)之間的對(duì)接關(guān)系以及數(shù)據(jù)與編號(hào)之間的關(guān)系。生成數(shù)據(jù)里面隱含的一個(gè)意思是需要對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行編號(hào),一般來說,數(shù)據(jù)庫的主鍵(即類的命名)是在數(shù)據(jù)庫中有一個(gè)對(duì)應(yīng)的編號(hào)。例如:采購單的數(shù)據(jù)庫中一般來說都有針對(duì)采購單個(gè)數(shù)進(jìn)行編號(hào)。兩種關(guān)系中,需要先闡明的關(guān)系是數(shù)據(jù)與編號(hào)之間的對(duì)應(yīng)關(guān)系,對(duì)應(yīng)的關(guān)系處理出來后,然后就是把原數(shù)據(jù)中的部分轉(zhuǎn)換為需要生成的數(shù)據(jù)表中對(duì)應(yīng)的部分,例如:通過采購單數(shù)據(jù)生成支付賬單數(shù)據(jù)時(shí),將采購單中的金額字段數(shù)值匯總后轉(zhuǎn)化為支付單中的應(yīng)付金額字段。
同樣的,涉及到數(shù)值轉(zhuǎn)換變化依然需要使用到邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)來輔助描述數(shù)值之間的數(shù)學(xué)與邏輯關(guān)系。
總體來說,此類控件的核心為不同數(shù)據(jù)表之間的數(shù)值對(duì)應(yīng)關(guān)系、新數(shù)據(jù)表中的編號(hào)規(guī)則命名以及產(chǎn)生數(shù)據(jù)的來源。
2)編輯數(shù)據(jù)型控件——類型二
編輯數(shù)據(jù)型控件主要是對(duì)于當(dāng)前操作數(shù)據(jù)中的其他數(shù)據(jù)進(jìn)行修改,例如:編輯修改采購單中的預(yù)定量。這種是針對(duì)到采購單數(shù)據(jù)庫中的預(yù)定量進(jìn)行的數(shù)量修改。分為批量修改、單條數(shù)據(jù)修改、混合型修改。這種修改因?yàn)槭巧婕暗綌?shù)據(jù)的變動(dòng),需要引入數(shù)據(jù)的運(yùn)算邏輯方面。
編輯數(shù)據(jù)型控件解讀:編輯數(shù)據(jù)型的控件描述邏輯中,需要描述的是編輯頁面中的錄入的數(shù)據(jù)與數(shù)據(jù)庫中數(shù)據(jù)之間的對(duì)接關(guān)系、錄入數(shù)據(jù)與寫入數(shù)據(jù)庫的數(shù)據(jù)之間的關(guān)系,一般來說,錄入數(shù)據(jù)與數(shù)據(jù)庫之間的數(shù)據(jù)關(guān)系為一一對(duì)應(yīng)。錄入數(shù)據(jù)和寫入數(shù)據(jù)庫的數(shù)據(jù)之間的關(guān)系同樣也是一一對(duì)應(yīng)的關(guān)系。例如:修改會(huì)員卡中的會(huì)員電話號(hào)碼信息,編輯數(shù)據(jù)的時(shí)候修改會(huì)對(duì)應(yīng)到某一個(gè)會(huì)員的基礎(chǔ)信息中,并不會(huì)更新到其他會(huì)員中。如果是修改會(huì)員卡中的等級(jí)操作可以將消費(fèi)信息錄入,并判斷金額后,修改對(duì)應(yīng)的會(huì)員等級(jí),后一個(gè)例子屬于判斷錄入數(shù)據(jù)后,對(duì)等級(jí)數(shù)據(jù)進(jìn)行的修改。
3)刪除數(shù)據(jù)型控件——類型三
刪除數(shù)據(jù)型控件主要是對(duì)于當(dāng)前操作數(shù)據(jù)中的數(shù)據(jù)進(jìn)行刪除,包括對(duì)主數(shù)據(jù)的刪除以及對(duì)數(shù)據(jù)下面的明細(xì)數(shù)據(jù)的刪除。例如:刪除訂單明細(xì),刪除的是訂單數(shù)據(jù)庫中的一條數(shù)據(jù),并不是將這個(gè)采購單刪除。例如:刪除訂單,刪除的是訂單數(shù)據(jù)庫中的一條數(shù)據(jù),不只是刪除其中的某一個(gè)明細(xì),而是所有屬于這個(gè)采購單的所有明細(xì)。兩種類型控件的不一致可以大致理解為是否刪除整個(gè)主鍵的數(shù)據(jù)。
刪除數(shù)據(jù)型控件解讀:對(duì)刪除數(shù)據(jù)型控件邏輯進(jìn)行描述,其中主數(shù)據(jù)刪除型其操作特點(diǎn)為是否為選項(xiàng)型刪除數(shù)據(jù)(即刪除所選擇的數(shù)據(jù))以及是否針對(duì)當(dāng)前操作的數(shù)據(jù)進(jìn)行刪除。明細(xì)型數(shù)據(jù)刪除描述的是當(dāng)前被刪除數(shù)據(jù)與主鍵數(shù)據(jù)之間的關(guān)系,以及刪除的數(shù)據(jù)位置(位于哪一個(gè)數(shù)據(jù)表)。
*刪除主數(shù)據(jù)可以不一定為真的刪除當(dāng)前數(shù)據(jù),也可以通過設(shè)置數(shù)據(jù)的狀態(tài),使得當(dāng)前界面不顯示此數(shù)據(jù),達(dá)到類似于刪除的功能方便日后對(duì)數(shù)據(jù)進(jìn)行維護(hù)。此方法不屬于刪除數(shù)據(jù)型控件,屬于編輯數(shù)據(jù)型控件,因?yàn)樾薷牡膬?nèi)容為對(duì)應(yīng)數(shù)據(jù)的狀態(tài)。
(2)與界面相關(guān)的控件類
控件的作用中對(duì)于界面的控制方式為以下五種“打開界面”、“關(guān)閉界面”、“展開或壓縮界面”、“流轉(zhuǎn)并打開界面”、“清除界面數(shù)據(jù)”
- 打開界面:打開對(duì)應(yīng)的界面。
- 關(guān)閉界面:關(guān)閉對(duì)應(yīng)的界面。
- 展開或壓縮界面:對(duì)本來隱藏的界面的顯示內(nèi)容以及形狀進(jìn)行改變。
- 流轉(zhuǎn)并打開界面:打開對(duì)應(yīng)界面并將數(shù)據(jù)進(jìn)行流轉(zhuǎn):與生成跨表數(shù)據(jù)類型的控件類似,流轉(zhuǎn)并打開界面更偏重描述打開對(duì)應(yīng)界面。
- 清除界面數(shù)據(jù):對(duì)界面中的數(shù)據(jù)進(jìn)行清除操作,并不影響數(shù)據(jù)庫中的數(shù)據(jù)。
與界面相關(guān)的控件類解讀:與界面相關(guān)的控件類主要描述的是控件對(duì)于界面的操控作用,含有“打開界面”、“關(guān)閉界面”、“展開或壓縮界面”、“流轉(zhuǎn)并打開界面”、“清除界面數(shù)據(jù)”五種對(duì)于界面的控制方法,分別對(duì)應(yīng)界面的形狀、界面的出現(xiàn)與關(guān)閉、界面內(nèi)容三個(gè)界面內(nèi)容的控制。因?yàn)檫@部分較為簡單,所以這里不展開描述。
(3)控件的形狀與其中含有的內(nèi)容
這里只針對(duì)控件中的內(nèi)容進(jìn)行較為詳細(xì)的描述,因?yàn)榭丶男螤铍y以用文字進(jìn)行描述。
控件的形狀與其中含有的內(nèi)容解讀:控件的內(nèi)容屬于數(shù)據(jù)默認(rèn)的一種,上文有提及,數(shù)據(jù)的體現(xiàn)方式主要體現(xiàn)在數(shù)據(jù)默認(rèn)中,控件中的較為簡單的內(nèi)容為固定文本的顯示,還有一種是控件的內(nèi)容是會(huì)隨著關(guān)聯(lián)數(shù)據(jù)的變化而改變。所以在這里,控件中的內(nèi)容可以描述為數(shù)據(jù)默認(rèn)的方式去展示控件中的內(nèi)容并加入邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)。
*數(shù)據(jù)默認(rèn)中的邏輯運(yùn)算符號(hào)以及數(shù)學(xué)運(yùn)算符號(hào)都是屬于控件內(nèi)容中,此處沒有體現(xiàn)出來。
總結(jié):控件在新需求文檔設(shè)計(jì)中以及系統(tǒng)中的意思是一致的,控件屬于執(zhí)行當(dāng)前命令的意思,命令對(duì)于系統(tǒng)來說就是實(shí)行某一種類型的系統(tǒng)修改,通常用戶層面的系統(tǒng)修改為修改數(shù)據(jù),不能達(dá)到管理員級(jí)別的修改,例如:修改頁面中的頁面寬度。所以控件在新需求文檔中簡化為對(duì)界面、數(shù)據(jù)這兩個(gè)用戶可以達(dá)到的系統(tǒng)權(quán)限進(jìn)行控制。數(shù)據(jù)下分為生成、編輯、刪除三個(gè)對(duì)于數(shù)據(jù)的控制,這里面的控制只是針對(duì)已有數(shù)據(jù)庫中的主數(shù)據(jù)或數(shù)據(jù)的明細(xì)進(jìn)行的控制,并不能達(dá)到創(chuàng)建數(shù)據(jù)庫以及改變數(shù)據(jù)庫中的數(shù)據(jù)固有關(guān)系的權(quán)限。對(duì)于用戶層面的需求規(guī)劃,當(dāng)前的新需求文檔可以達(dá)到足夠應(yīng)付的級(jí)別。同理界面也是在管理員在處理好界面樣式內(nèi)容的情況,用戶對(duì)界面進(jìn)行調(diào)用,并不能直接對(duì)界面內(nèi)容進(jìn)行修改,故當(dāng)前的新需求文檔可以達(dá)到足夠應(yīng)付的級(jí)別。
3.3.3 界面
數(shù)據(jù)型B端需求文檔設(shè)計(jì)中的界面可以理解為數(shù)值的展示、生成、清除的媒介。不同的界面之所以不同,因?yàn)閷?shí)現(xiàn)的功能不一樣。在用戶角度來說,不同的界面代表了不同的功能和使用者。界面作為一個(gè)承接用戶實(shí)際任務(wù)與系統(tǒng)功能對(duì)接的事物,在數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念中也是如此,接通的是數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念以及數(shù)據(jù)型B端需求文檔設(shè)計(jì)理念,在此基礎(chǔ)上,衍生出數(shù)據(jù)的分析。上述的控件,數(shù)值離不開界面,界面作為一個(gè)載體承載的是控件(功能)、數(shù)據(jù)(內(nèi)容)。三者為一體構(gòu)成了系統(tǒng)。
界面不像控件以及數(shù)據(jù)那樣承擔(dān)其他功能,對(duì)于功能主要為承載控件和數(shù)據(jù)的界面來說,描述界面主要為其中包含的控件以及數(shù)據(jù)。在此之前首先要做的是對(duì)控件進(jìn)行編碼以及對(duì)數(shù)據(jù)進(jìn)行劃分(可取數(shù)據(jù)庫的劃分)
總結(jié):數(shù)據(jù)、控件、界面三位一體地支持系統(tǒng)的運(yùn)行,所以通過這個(gè)思路也可從這三個(gè)方面對(duì)系統(tǒng)進(jìn)行描述。這個(gè)就是整個(gè)數(shù)據(jù)型B端需求文檔設(shè)計(jì)的主體思路的一部分,另外一部分是基于數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念——以數(shù)據(jù)為主要出發(fā)點(diǎn)作為主體思路。至此相信讀者應(yīng)該知道數(shù)據(jù)型B端需求文檔設(shè)計(jì)方法與當(dāng)前較為主流的需求文檔不一樣的地方在于將文本化的表達(dá)通過可以標(biāo)簽化的邏輯以及描述體現(xiàn)出來,達(dá)到系統(tǒng)邏輯扁平化的目標(biāo),類似于公司扁平化管理,系統(tǒng)扁平化管理有利于決策層較為清晰并方便地實(shí)行系統(tǒng)轉(zhuǎn)變。
3.4 數(shù)據(jù)型B端需求文檔設(shè)計(jì)與數(shù)據(jù)型B端設(shè)計(jì)理念的結(jié)合
3.4.1 數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念回顧與深入
數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念將設(shè)計(jì)的主體劃分為四個(gè):類、數(shù)據(jù)、用戶群體、任務(wù)。數(shù)據(jù)型B端需求設(shè)計(jì)文檔將系統(tǒng)分為數(shù)據(jù)、控件、界面三個(gè)部分。下圖闡述的是數(shù)據(jù)型B端系統(tǒng)設(shè)計(jì)理念以及數(shù)據(jù)型B端需求設(shè)計(jì)文檔之間的對(duì)應(yīng)關(guān)系。
如上圖所示,將兩部分設(shè)計(jì)元素放于圖上,圖中橘紅色的線描述的是一個(gè)元素對(duì)于另外一個(gè)元素的控制,箭頭開始的元素對(duì)于箭頭末尾的元素進(jìn)行控制。圖中綠色箭頭描述的是類是承載數(shù)據(jù)的載體。例如:用戶群體控制界面、用戶群體通過界面或控件控制數(shù)據(jù)。有了這個(gè)對(duì)應(yīng)的關(guān)系,我們就能較為清晰地繪畫系統(tǒng)的設(shè)計(jì)圖以及系統(tǒng)內(nèi)部的結(jié)構(gòu)圖。并通過以上關(guān)系模型,構(gòu)建兩圖之間的聯(lián)系。
上圖為餐廳系統(tǒng)設(shè)計(jì)圖。圖中綠色為輸出的數(shù)據(jù),黃色為輸入的數(shù)據(jù)。其中輸出數(shù)據(jù)保證了其每一個(gè)數(shù)據(jù)都有對(duì)應(yīng)的流向(流向在圖中沒有表達(dá)出來),各用戶群體的責(zé)任以及所獲得的數(shù)據(jù)較為清晰地展現(xiàn)出來。保證每一步操作都存在對(duì)應(yīng)的意義。在此基礎(chǔ)上延伸出系統(tǒng)的內(nèi)部設(shè)計(jì)圖。
*圖中沒有畫出類。
針對(duì)每一種數(shù)據(jù)可以設(shè)計(jì)出對(duì)應(yīng)的界面,例如:需要?jiǎng)?chuàng)建一個(gè)客戶輸入菜單的界面。這個(gè)界面需要包括各菜品的當(dāng)前制作情況,各菜品的剩余量。以及一個(gè)個(gè)人查看菜品的路徑(頁面),顯示的內(nèi)容為當(dāng)前訂單的制作情況以及排隊(duì)情況。后期還可以在此圖上增加對(duì)應(yīng)的設(shè)計(jì)升級(jí)情況。
客戶部分的系統(tǒng)的系統(tǒng)內(nèi)部結(jié)構(gòu)圖如上圖,可以較為清晰地看出客戶主要為兩個(gè)界面,接受的數(shù)據(jù)為三個(gè),輸出的數(shù)據(jù)為訂單數(shù)據(jù)。對(duì)于整個(gè)系統(tǒng)中的數(shù)據(jù)、控件、界面都能較為清晰地顯示,以及對(duì)應(yīng)的邏輯也是可以較為清楚地進(jìn)行描述。降低日后系統(tǒng)的維護(hù)難度。
讀者可以發(fā)現(xiàn)系統(tǒng)內(nèi)部結(jié)構(gòu)圖以及系統(tǒng)設(shè)計(jì)圖中任務(wù)以及界面可以結(jié)合一起,并根據(jù)任務(wù)內(nèi)容對(duì)界面中的細(xì)節(jié)進(jìn)行檢查。例如:客戶界面中的界面一對(duì)應(yīng)客戶任務(wù)中的菜單數(shù)據(jù)清單、制作情況數(shù)據(jù)。
簡單來說,系統(tǒng)設(shè)計(jì)圖可以理解為普通人員對(duì)于系統(tǒng)的意見、系統(tǒng)內(nèi)部結(jié)構(gòu)為專業(yè)的需求人員根據(jù)意見來制作的系統(tǒng)需求。兩者通過界面——任務(wù)進(jìn)行結(jié)合并提供一個(gè)可檢查可升級(jí)的設(shè)計(jì)總圖。
3.5 數(shù)據(jù)型B端設(shè)計(jì)理念與UML設(shè)計(jì)理念簡單回顧
數(shù)據(jù)型B端設(shè)計(jì)理念設(shè)計(jì)理念:以數(shù)據(jù)為出發(fā)點(diǎn),在數(shù)據(jù)的基礎(chǔ)上建立任務(wù)并分配給對(duì)應(yīng)的用戶群體。并在任務(wù)的基礎(chǔ)上去設(shè)計(jì)對(duì)應(yīng)的界面以及相關(guān)輸出和輸入的數(shù)據(jù)。這個(gè)就是新設(shè)計(jì)理念的核心部分。
UML設(shè)計(jì)理念:以當(dāng)前流程為出發(fā)點(diǎn),將每一步操作的細(xì)節(jié)、限制、關(guān)聯(lián)通過操作人的表述去進(jìn)行描繪,并在此基礎(chǔ)上建立對(duì)應(yīng)的界面以及系統(tǒng)。
兩種理念最大的區(qū)別為:數(shù)據(jù)型B端設(shè)計(jì)理念是基于數(shù)據(jù)的基礎(chǔ)上面,是以系統(tǒng)的目標(biāo)為基礎(chǔ)去進(jìn)行的。UML設(shè)計(jì)理念是基于目前流程以及操作的基礎(chǔ)上去建立系統(tǒng),過程中會(huì)實(shí)現(xiàn)系統(tǒng)的目標(biāo),但設(shè)計(jì)的目的還是以在系統(tǒng)上實(shí)現(xiàn)現(xiàn)實(shí)中的操作以及現(xiàn)實(shí)中的流程為目標(biāo)。
4.1 數(shù)據(jù)型B端設(shè)計(jì)的后續(xù)優(yōu)化
相信讀者在閱讀以上關(guān)于數(shù)據(jù)型B端設(shè)計(jì)的相關(guān)內(nèi)容后,對(duì)于數(shù)據(jù)型B端的設(shè)計(jì)理念以及運(yùn)用有了初步的認(rèn)識(shí),接下來講解的是數(shù)據(jù)型B端設(shè)計(jì)建立后,針對(duì)數(shù)據(jù)型B端設(shè)計(jì)出來的系統(tǒng)進(jìn)行的優(yōu)化方法。
4.1.1 數(shù)據(jù)類的優(yōu)化
數(shù)據(jù)類的優(yōu)化是以系統(tǒng)中的數(shù)據(jù)為出發(fā)點(diǎn)去進(jìn)行的優(yōu)化手段,分為以下5個(gè)優(yōu)化點(diǎn)。
(1)合并型優(yōu)化
將當(dāng)前數(shù)據(jù)的生成界面或者生成渠道進(jìn)行合并。
(2)簡化型優(yōu)化
排查數(shù)據(jù)的流轉(zhuǎn)方向?qū)]有流轉(zhuǎn)目標(biāo)界面的數(shù)據(jù)進(jìn)行簡化
人工排查數(shù)據(jù)的使用情況進(jìn)行數(shù)據(jù)的優(yōu)化。
(3)擴(kuò)展型優(yōu)化
將當(dāng)前較為主要的用戶群體需要的數(shù)據(jù)追根溯源,追查相關(guān)聯(lián)的數(shù)據(jù)并確認(rèn)是否需要使用,從而達(dá)到通過數(shù)據(jù)擴(kuò)展業(yè)務(wù)。例如:餐廳顧客的點(diǎn)菜信息與廚房的做菜信息存在關(guān)聯(lián),所以可以考慮在餐廳顧客頁面加入做菜進(jìn)度。
(4)用戶數(shù)據(jù)優(yōu)化
將當(dāng)前用戶群體看到的數(shù)據(jù)進(jìn)行優(yōu)化以及整合,將任務(wù)相同程度較高的進(jìn)行合并。例如:結(jié)賬的時(shí)候,顯示當(dāng)前用戶的vip等級(jí)以及相關(guān)可以兌換的產(chǎn)品。方便用戶群體一次性處理任務(wù)。
(5)數(shù)據(jù)深度優(yōu)化
對(duì)于數(shù)據(jù)產(chǎn)生的本質(zhì)進(jìn)行思考,通過結(jié)合現(xiàn)實(shí)中的技術(shù)手段以及解決方法使得數(shù)據(jù)產(chǎn)生的方法變得簡介,例如引有自動(dòng)點(diǎn)數(shù)機(jī),減少車間管理人員點(diǎn)數(shù)的任務(wù)。
4.1.2 系統(tǒng)層級(jí)的優(yōu)化
數(shù)據(jù)類的優(yōu)化是以系統(tǒng)中的數(shù)據(jù)為出發(fā)點(diǎn)去進(jìn)行的優(yōu)化手段,分為以下3個(gè)優(yōu)化點(diǎn)。
1)系統(tǒng)方向優(yōu)化:監(jiān)督篩查每一個(gè)數(shù)據(jù)是否配合公司的目標(biāo)去進(jìn)行優(yōu)化。例如:公司的目標(biāo)是提高物流速度,快遞員的手持上是否出現(xiàn)到達(dá)時(shí)間的倒計(jì)時(shí),是否對(duì)于每一個(gè)用戶群體優(yōu)化公司目標(biāo)。
2)系統(tǒng)總體數(shù)據(jù)報(bào)表型優(yōu)化:對(duì)于重點(diǎn)崗位,篩查是否必要提供的數(shù)據(jù)都能提供到。是否有對(duì)應(yīng)的報(bào)表給管理人員展示。
3)用戶群體服務(wù)體驗(yàn)優(yōu)化:簡化用戶群體的任務(wù)數(shù),將用戶分流并專人專用。
5.1 主流B端設(shè)計(jì)簡介
主流B端設(shè)計(jì)元素主要為流程、類、數(shù)據(jù)、人、UML的需求設(shè)計(jì)以及需求的調(diào)研很大程度上是建立在流程的基礎(chǔ)上,調(diào)研用戶目前的操作流程推導(dǎo)出系統(tǒng)的人使用到的數(shù)據(jù),并通過數(shù)據(jù)、數(shù)據(jù)限制、操作的先后順序梳理成各種狀態(tài)圖、流程圖等,然后進(jìn)行系統(tǒng)方面的設(shè)計(jì)。
5.1.1 主流B端設(shè)計(jì)元素簡單劃分
(1)流程
流程在UML中有較為重要的地位,一切的調(diào)研與分析都是基于流程上進(jìn)行,一般的流程可以歸納為人在某一個(gè)事件中應(yīng)該做什么,應(yīng)該有些什么步驟。例如付款流程:掃描各商品一維碼→點(diǎn)擊付款→確認(rèn)付款方式→進(jìn)行不同的付款操作→點(diǎn)擊收款結(jié)束。
示例圖如下:
圖中是付款流程的主干部分,對(duì)于特殊情況的描述,以及一些細(xì)節(jié)的刻畫,在UML設(shè)計(jì)理念中需要不同的圖去進(jìn)行表達(dá)。例如判斷VIP用戶的時(shí)候,對(duì)應(yīng)付款的金額會(huì)產(chǎn)生改變。這個(gè)就是下面需要說到的數(shù)據(jù)方面的問題,在主流B端設(shè)計(jì)中流程是建立系統(tǒng)的基礎(chǔ)。
(2)狀態(tài)圖
針對(duì)數(shù)據(jù)不同引起的流程不一致或者其他數(shù)據(jù)的改變,叫做狀態(tài)圖。
(3)類
類在主流B端設(shè)計(jì)中的含義與在新設(shè)計(jì)原則中的含義是基本一致的,都是描述實(shí)際事物在系統(tǒng)中的位置,例如付款賬單中,付款時(shí)間,收款人,收款金額等數(shù)據(jù)都是歸屬于付款賬單這一個(gè)類中,屬于現(xiàn)實(shí)中事物在系統(tǒng)上的投影。
(4)用戶
用戶在主流B端設(shè)計(jì)中是以木頭人去表達(dá),意思是執(zhí)行這些流程的用戶。
5.2 主流B端設(shè)計(jì)文檔的組成
目前主流B端設(shè)計(jì)文檔的組成為:一、文字說明增加或修改部分的內(nèi)容的取值以及邏輯。二、圖形輔助說明修改的內(nèi)容的形狀以及位置。這兩部分組成了目前主流設(shè)計(jì)文檔。并添加編號(hào)保存至系統(tǒng)中作為日后可以查詢的依據(jù)。
由于文檔的復(fù)雜性以及閱讀需要時(shí)間較長,導(dǎo)致很多需求人員在編寫當(dāng)前需求文檔的時(shí)候沒有查詢以往的需求文檔,且歷史需求文檔的描述并非是當(dāng)前系統(tǒng)的邏輯以及數(shù)據(jù)結(jié)構(gòu),會(huì)存在一定程度上的誤差。以上為主流B端設(shè)計(jì)文檔的簡述。
5.3 主流B端設(shè)計(jì)文檔與主流B端設(shè)計(jì)理念的結(jié)合
主流B端設(shè)計(jì)文檔與主流B端設(shè)計(jì)理念的結(jié)合在于主流B端設(shè)計(jì)文檔能在流程業(yè)務(wù)模型建立后,對(duì)系統(tǒng)語言和現(xiàn)實(shí)模型進(jìn)行關(guān)聯(lián),這個(gè)關(guān)聯(lián)關(guān)系需要需求人員在整理模型后,設(shè)計(jì)對(duì)應(yīng)的界面或者數(shù)據(jù)去承接這個(gè)模型,往往這個(gè)模型的完整程度以及設(shè)計(jì)確定了系統(tǒng)的設(shè)計(jì)方法。因?yàn)樵O(shè)計(jì)文檔中的內(nèi)容是根據(jù)模型的建立或者修改得出,模型進(jìn)行了改動(dòng),系統(tǒng)對(duì)應(yīng)的部分需要作出對(duì)應(yīng)的修改以適應(yīng)新的業(yè)務(wù)流程模型。
5.4 主流B端設(shè)計(jì)文檔與主流B端設(shè)計(jì)理念的優(yōu)劣
主流B端文檔因?yàn)槠淦蛴谖谋镜拿枋鲞壿嫹绞?,在編寫方面較為方便,語言的選擇也是較為自由,達(dá)到可以表達(dá)需求中描述的意思即可??梢哉f,方便性是主流B端需求文檔的一大優(yōu)勢(shì)。
主流B端文檔的劣勢(shì)在于其難以被再次運(yùn)用,屬于一次性的文檔,只是適合當(dāng)前系統(tǒng)的版本,在系統(tǒng)有較多版本的時(shí)候,歷史需求文檔較少機(jī)會(huì)被翻閱。多次迭代的系統(tǒng)由于需求人員的變動(dòng),其邏輯變得難以查詢或通過程序開發(fā)員去進(jìn)行查詢。方法較為麻煩。同理,邏輯的查詢?cè)谀壳靶枨笪臋n中也是由于其文本化描述的特性變得難以看出其中的邏輯。
主流B端設(shè)計(jì)文檔的現(xiàn)象可以說是在UML設(shè)計(jì)理念上出現(xiàn)的,因?yàn)閁ML設(shè)計(jì)模型不能轉(zhuǎn)化為需求文檔的內(nèi)容,所以需要通過人工將模型轉(zhuǎn)化為系統(tǒng)語言。兩者的優(yōu)勢(shì)在于建立模型較為簡便,并易于轉(zhuǎn)化,在系統(tǒng)較為簡單的時(shí)候,兩者起到的作用在系統(tǒng)前期要優(yōu)于新系統(tǒng)設(shè)計(jì)理念。
在系統(tǒng)后期,版本迭代一定程度后,系統(tǒng)中的邏輯會(huì)變得更為復(fù)雜,并且由于系統(tǒng)的改變并不一定來自同一個(gè)人員,所以系統(tǒng)中的邏輯會(huì)變得不清晰,不同模塊之間的隔閡會(huì)加大。系統(tǒng)的復(fù)雜性會(huì)指數(shù)級(jí)增長。
6.1 總結(jié)
本文總結(jié)了當(dāng)前的B端設(shè)計(jì)理念的優(yōu)劣并在此基礎(chǔ)上衍生出個(gè)人的另外一種新的B端設(shè)計(jì)理念——數(shù)據(jù)型B端設(shè)計(jì)理念的想法以及提出關(guān)于當(dāng)前需求文檔的改善方案——數(shù)據(jù)型B端需求設(shè)計(jì)文檔。期望借助這種數(shù)據(jù)型B端設(shè)計(jì)理念解決當(dāng)前主流B端設(shè)計(jì)導(dǎo)致的常見問題以及主流B端需求文檔導(dǎo)致的常見問題。
本文也闡述了基于數(shù)據(jù)型B端設(shè)計(jì)理念重新設(shè)計(jì)的模型劃分以及數(shù)據(jù)型B端需求設(shè)計(jì)文檔中的編寫規(guī)則。解釋了由本人所想的數(shù)據(jù)型B端設(shè)計(jì)理念的基本構(gòu)成。
總體來說本文只是一個(gè)B端產(chǎn)品設(shè)計(jì)的方向。希望建立在數(shù)據(jù)上的設(shè)計(jì)文檔能解決目前B端產(chǎn)品遇到的需求上的問題。
希望能為廣大的B端設(shè)計(jì)工作者、B端需求人員帶來一些有益的思考,同時(shí)也歡迎產(chǎn)品經(jīng)理朋友或者希望從事產(chǎn)品經(jīng)理行業(yè)的朋友指點(diǎn)。
一生二,二生三,三生萬物。系統(tǒng)與真實(shí)世界的關(guān)系將會(huì)誕生更多的事物。謝謝大家觀看。
本文由 @陳柏韜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議
這個(gè)文章的關(guān)鍵點(diǎn)其實(shí)就是以數(shù)據(jù)為核心還是以流程為核心,此處交流有限哈,可以的話,麻煩各位加一下我qq:1224149944 或者微信:c86872451 繼續(xù)交流,謝謝! ??
個(gè)人淺見:B端主要是替用戶解決流程上的問題的,所以在B端設(shè)計(jì)時(shí)一定是面向流程,而不是面向數(shù)據(jù)的,比如你做一個(gè)倉儲(chǔ)的B端,你一定要知道具體倉儲(chǔ)的業(yè)務(wù)流程,第一步先將其線上化,而不是先想做這個(gè)事情我能產(chǎn)生哪些數(shù)據(jù),怎么做數(shù)據(jù)的處理。而你寫的更像是研發(fā)的設(shè)計(jì)文檔思路,因?yàn)橄到y(tǒng)在研發(fā)本質(zhì)上是對(duì)數(shù)據(jù)的處理,如何搭建最優(yōu)的數(shù)據(jù)結(jié)構(gòu),如何高效支持未來場景的拓展,是研發(fā)在做設(shè)計(jì)文檔需要考慮的。所以結(jié)論是,我覺得你這個(gè)不是設(shè)計(jì)B端產(chǎn)品的方法論,只是站在研發(fā)角度鉆了牛角尖
同意,產(chǎn)品是在B端的設(shè)計(jì)其實(shí)更多的是把流程走通,理順,用一個(gè)最優(yōu)化的路線去完成業(yè)務(wù),而數(shù)據(jù)更多的是技術(shù)去考慮的,怎么去設(shè)計(jì),怎么去聯(lián)表,怎么存儲(chǔ),怎么調(diào)用
這個(gè)文章的關(guān)鍵點(diǎn)其實(shí)就是以數(shù)據(jù)為核心還是以流程為核心,此處交流有限哈,可以的話,麻煩兩位加一下我qq:1224149944 或者微信:c86872451 繼續(xù)交流,謝謝! ??
?? 謝謝您的回復(fù),其實(shí)這篇文章在發(fā)表之前,我咨詢了ERP的從業(yè)人員,他們的回復(fù)也是一致的,首先是把流程實(shí)現(xiàn)為主,在流程在系統(tǒng)上面進(jìn)行體現(xiàn)以及得到一些協(xié)助。后來,朋友的公司那邊出現(xiàn)了一些問題(具體為人員變動(dòng)較大,行業(yè)較新)導(dǎo)致系統(tǒng)變得臃腫以及邏輯變得較為混亂,同時(shí)也讓我有幸意識(shí)到流程并不是固定不變的事物,它會(huì)隨著領(lǐng)導(dǎo)層、基礎(chǔ)業(yè)務(wù)人員的工作方式而變動(dòng)。所以導(dǎo)致才產(chǎn)生了文章中的想法——主要目的是樹立B端設(shè)計(jì)的目標(biāo),因?yàn)榱鞒虒儆谝粋€(gè)可變的事物,所以希望確立一些標(biāo)準(zhǔn),協(xié)助并使得系統(tǒng)的邏輯清晰化。這個(gè)文章的關(guān)鍵點(diǎn)其實(shí)就是以數(shù)據(jù)為核心還是以流程為核心,此處交流有限哈,可以的話,麻煩兩位加一下我qq:1224149944 或者微信:c86872451 繼續(xù)交流,謝謝! ??
您朋友的事情,我理解應(yīng)該是流程不夠模塊化,耦合程度太高,這樣的話有變動(dòng)改動(dòng)太大。他的本質(zhì)應(yīng)該是流程的最小單元沒有做到(可能是流程動(dòng)作)相對(duì)獨(dú)立,并且靈活可配,這一點(diǎn)Orcale做的很好。但是做到這一點(diǎn)付出的成本太大,但是作為解決方案的公司,他愿意為軟件的通用性在前期付出這樣的成本,因?yàn)檫@樣他定制開發(fā)的成本就降低了。所以我理解,您朋友面對(duì)的問題,是由于一開始的流程最小單元設(shè)計(jì)沒有考慮到變動(dòng)之后解耦困難,如果一開始設(shè)計(jì)靈活可配的模塊化功能,就不會(huì)有這個(gè)問題了
謝謝您的回復(fù),若文章中的以數(shù)據(jù)為出發(fā)點(diǎn)的設(shè)計(jì)理念不可行的話(這個(gè)我也咨詢了身邊的需求人員,確實(shí)存在疑問),那么請(qǐng)問一下在文章中的另外兩個(gè)觀點(diǎn):從系統(tǒng)中得知需要用戶操作的數(shù)據(jù)(即劃分任務(wù)的方法)判斷系統(tǒng)設(shè)計(jì)的合理性、以及需求文檔的編寫方法進(jìn)行數(shù)據(jù)化的修改(后面我才發(fā)現(xiàn)原來axure有類似的功能 ? )協(xié)助需求以及產(chǎn)品經(jīng)理快速思考需求的合理性。這兩個(gè)觀點(diǎn)或者方法是否對(duì)于目前的需求人員有幫助。再次感謝您的回復(fù) ??
干貨多,要是目錄能按層級(jí)縮進(jìn)一下就更好了
歡迎評(píng)論,下次會(huì)注意的,剛好網(wǎng)易有一篇《設(shè)計(jì)實(shí)戰(zhàn),以不變應(yīng)萬變,交互規(guī)范的制作與思考》。個(gè)人感覺思想都差不多,也推介您看下哈
這個(gè)文章的關(guān)鍵點(diǎn)其實(shí)就是以數(shù)據(jù)為核心還是以流程為核心,此處交流有限哈,可以的話,麻煩兩位加一下我qq:1224149944 或者微信:c86872451 繼續(xù)交流,謝謝! ??