## 產品設計體會(四六)——UML學習摘錄(上)
人治à法治à無為而治,大公司多為第二種:法治,1和3很像,外表經常看不出來。管理最高境界就是做到無為而治,這是產品和團隊的發展必經階段,我們的現狀就是“1à2”,開始規范化,正好有同學原來熟悉UML,所以大家也都開始學習一下。
?
UML就是統一建模語言,它試圖將軟件工程的過程給規范化,從產品設計的角度,我對它的簡單理解就是用一系列的標準圖把需求分析的過程串起來,充分體現了“字不如表,表不如圖”的原則,具體是以單個用例的粒度為界,把相關的圖理解為兩個層面。
?
上層的圖中,用例是最小單位,不涉及用例內部,主要有:
?
????????? **類圖**:感覺有點像**實體關系圖**(ERD,更接近現實世界的對象,類圖更接近技術實現的對象),描述系統中出現的各個對象之間的關系,以及和外部系統的關系。這是對業務領域的描述,一個外行看了以后就應該了解系統是做哪方面事情的。還是用我最喜歡的“小明去飯店”為例,畫個圖練練。
????????????? [](http://blufiles.storage.live.com/y1p3O4KBNpz6AV_KPKIkWr1mx6ubLw5xj3aAL2bUziPjISKb5XPUALmD3Cqei9of4LmasnvK3kcF6Q)
?
????????? **用例圖**:各個用例之間的關系(include/extend)、用例包、用例和actor之間的關系(將一組相關用例打包成一個模塊,畫成“**用例包**”)。描述這個系統具體可以做哪些事情。
?????????[](http://blufiles.storage.live.com/y1p3O4KBNpz6AWnZqemj7MBtR9qbDGFCZd5UfJ353R0NxWbIdenyyZyftmGS5aW8p3hetmkKBHaJls)
?
????????? **狀態圖**:表達系統里實體的狀態轉換,這也是貫穿多個用例的。例圖里描述的就是“小明”的狀態轉換。
???????? ???[](http://blufiles.storage.live.com/y1p3O4KBNpz6AWy1KAu460WvyV6Wbo6a0y6-xvJYYE1ga35dQH7K2tK3BGvcHgRxc6kos3xojFrLm4)
這個層面上的圖包裝一下就可以生成整個產品最頂級的**業務邏輯圖**,描述整個系統的業務層面的事情,用于商業演示。業務邏輯圖的畫法現在團隊內也沒有統一的意見,比較隨意,也就意味著最難畫。
下一次再畫點下層的圖。
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄