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

一、訂單對象-信息需求

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

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

二、訂單對象-信息分類

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

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

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

3、盡量減少子功能模塊之間的數據耦合；

4、根據實際業務需求擴展子功能模塊。

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

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

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

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

3、盡量減少子功能模塊之間的數據耦合；

4、根據實際業務需求擴展子功能模塊。

四、對象模型

根據功能模型創建對應的對象模型，一般來說功能模型跟對象模型是一對一關系：

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

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

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

五、物理模型

根據對象模型生成數據表即為物理模型。在數據模型中需要增加開發中所必須的字段，例如主鍵GUID、行業、狀態、排序、創建時間、創建人、更新時間、更新人、刪除人、刪除時間等。

六、視圖模型/頁面模型

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

七、業務模型設計閉環

八、解決方案設計閉環

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。