這幾周與公司的軟體開發專家(職稱)討論產品的軟體新架構與方案,主要涉及兩點 是否復用現有的核心機制 基於領域建模設計 關於第一點,雙方達成一致。 關於第二點,領域可以理解為業務,業務專家(產品經理,需求工程師,臨床工程師等)與研發人員一起,通過頭腦風暴、事件風暴、會議、協作等方式,使得研發人員對產品 ...
這幾周與公司的軟體開發專家(職稱)討論產品的軟體新架構與方案,主要涉及兩點
- 是否復用現有的核心機制
- 基於領域建模設計
關於第一點,雙方達成一致。
關於第二點,領域可以理解為業務,業務專家(產品經理,需求工程師,臨床工程師等)與研發人員一起,通過頭腦風暴、事件風暴、會議、協作等方式,使得研發人員對產品業務進行合理、高效的軟體建模。
但在大多數公司中,由於分工(考核)不同,不存在研發人員能高效的對業務進行軟體建模,這也就要求研發人員自己去熟悉、理解業務,比如你已經在一個業務上做了5年研發了,經歷了各種需求的迭代,討論,那麼你有可能就是你們公司的領域(業務)專家。
軟體開發專家是在一個行業深耕,對業務精通後,進行合理、高效的軟體建模,從而為架構、設計、開發提供指南。
這章節,我給大家分享軟體建模知識。
什麼是軟體建模
模型是對客觀存在的抽象,例如著名的物理學公式 E=mc2,就是質量能量轉換的物理規律的數學模型。
除了物理學公式以外,還有一些東西也是模型,比如地圖是對地理空間的建模;機械裝置、電子電路、建築設計的各種圖紙是對物理實體的建模。
如下圖所示,建模和建築的例子
詳細講解請閱讀開發複雜軟體的系統方法(二)之軟體建模
本文由IT文藝男(微信公眾號itwenyinan) 原創!