從業(yè)務需求調研，通過抽象轉換成模型技術方案，本文將對這個過程做個拆解，供大家參考。以下我所說的可能都是錯的，只是一家之見，歡迎大家在留言區(qū)多提意見和看法，互相共勉。

一、訂單對象-信息需求

公司的運營都是圍繞訂單，業(yè)務對象指客戶給到的業(yè)務功能需求，一般情況下，需求部門給到的信息是雜亂無章、沒有進行分類、不能直接使用，還需通過分類進一步對需求進行抽象。

? ? ? ?舉個大家都熟悉的例子：訂單功能模塊。

二、訂單對象-信息分類

將業(yè)務對象拆分成多個相互關聯(lián)的功能模塊，調研期間一般使用Excel表格進行拆分，需遵循以下原則：

1、有且只有一個主功能模塊，其他子功能模塊在主功能模塊上做功能擴展；

2、功能相同的數(shù)據(jù)字段拆分到一個功能模塊中；

3、盡量減少子功能模塊之間的數(shù)據(jù)耦合；

4、根據(jù)實際業(yè)務需求擴展子功能模塊。

三、訂單對象-功能需求及分類

將業(yè)務對象拆分成多個相互關聯(lián)的功能模塊，調研期間一般使用Excel表格進行拆分，需遵循以下原則：

1、有且只有一個主功能模塊，其他子功能模塊在主功能模塊上做功能擴展；

2、功能相同的數(shù)據(jù)字段拆分到一個功能模塊中；

3、盡量減少子功能模塊之間的數(shù)據(jù)耦合；

4、根據(jù)實際業(yè)務需求擴展子功能模塊。

四、對象模型

根據(jù)功能模型創(chuàng)建對應的對象模型，一般來說功能模型跟對象模型是一對一關系：

1、以主功能模塊為根本進行搭建對象模型；

2、 每個對象模型之間以關聯(lián)關系的形式進行連接；

3、多個對象模型最終形成業(yè)務領域模型。

五、物理模型

根據(jù)對象模型生成數(shù)據(jù)表即為物理模型。在數(shù)據(jù)模型中需要增加開發(fā)中所必須的字段，例如主鍵GUID、行業(yè)、狀態(tài)、排序、創(chuàng)建時間、創(chuàng)建人、更新時間、更新人、刪除人、刪除時間等。

六、視圖模型/頁面模型

根據(jù)不同角色關注結構的頁面模型，后臺組織相應結構的數(shù)據(jù)視圖模型，方便頁面數(shù)據(jù)的綁定和展示。

七、業(yè)務模型設計閉環(huán)

八、解決方案設計閉環(huán)

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結

以上是生活随笔為你收集整理的从业务需求抽象成模型解决方案的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。