根據產品原型結合主流程抽取類，屬性以及關係

最近又開始作項目，一直對軟件構建流程中的需求分析與設計沒有很明確的節奏，此次想根據咱們團隊的開發節奏邊作邊整理，但願固化這些東西不用每次都思考，
不能說是最優，但起碼可以給一些沒有固定打法的同窗一些建議。

找出主流程對應的頁面

相信會有不少人在拿到原型以後會不知所措，不知道怎麼看原型，不知道怎麼抽取核心業務，不知道根據核心業務怎麼抽取類，
前面的一篇博客能夠給你一些思路：根據產品原型如何抽取主流程
之前一直沒有找到主流程的意義，如今終於知道，它的確能夠指導咱們看原型並且不會偏離主業務。
這第一步就是：咱們根據主流程的流向和節點能夠找出對應的頁面。

在頁面上找名詞

根據主流程找到頁面以後，從左到右從前到後一個名詞都不放過，
把你全部認爲能夠做爲備選的所有列出來。

根據你列舉的全部名詞，作如下操做

走到這一步你會發現，你的名詞列表會不少，彆着急作一下操做能夠幫助你簡化你的名詞列表。

肯定每一個名詞的含義

在作項目中咱們不免會作超出咱們認知範圍內的領域知識，找產品和客戶搞清楚這些名詞的含義這一點很重要，
由於一旦這個名詞做爲類以後，能夠幫助咱們肯定這個類的職責。

去重名詞

若是兩個名詞在概念上比較類似，可是表面詞語不太同樣的能夠將這兩個詞歸爲一類，
刪除多餘的名詞。

對名詞分組

有一些名詞都是能夠分到一個組中去的，好比：程序員，人事，cto,都是公司的員工，
因此能夠分到員工組中。

驗證你的名詞列表是否符合業務

根據流程圖，找到對應的頁面，一個一個頁面去驗證：
流程裏的全部名詞是否是都有對應的類（或者類裏的屬性），
若是沒有的話，就說明不符合，若是都覆蓋了，就說明知足。
注意：
一個系統不會有太多的名詞，名詞越精簡越有利於你理解系統。

創建類圖

你能夠根據你的名詞列表創建對應的類圖，這個時候不用體現屬性。
給每個類肯定一個職責，由於只有明確這個類的職責定義清楚，你才能夠肯定哪些屬性應該放到哪一個對象上。

肯定類關係

一個系統中的類不可能獨立存在而和其餘的類沒有任何關係，那這個類能夠考慮刪掉了，
咱們須要梳理清楚某個類都和其餘的類有什麼關係。
肯定類的關係，能夠參考另一篇博客:我對uml類圖關係的理解

填充類屬性

根據類的職責結合原型中的信息，將屬於這個類的屬性放到這個類上。 注意： 在類圖上添加屬性的時候，只存放屬於本身的屬性，所依賴的對象能夠經過關係去體現。 好比：學校和學生是一個單獨的類，學生裏要有一個學校的屬性那這個屬性要不要在類圖上體現， 建議是經過關聯關係或者依賴關係的圖形表示。