一、什麼是建模：
1、可借鑑參考建築行業，建模過程其實是對乙個實體的描述，整體到細節，外觀到內部
概念：是什麼？ 有什麼用，在什麼場景下使用，
實物表面：是什麼樣的，怎麼使用的，
實物內部結構：怎麼構成的，怎麼實現的，技術引數，
概念：業務用例，概念模型，類模型，系統用例
外觀：互動頁面，介面類，
內部：硬體支援，程式元件，元件程式邏輯，流程邏輯，程式處理規則，類模型，資料結構，等
這個過程就是從巨集觀概念，實物樣式，內部構成來詳述乙個實物系統。過程中的管理和可追述，也是從業務建模到系統建模的管理過程。
二、為什麼建模
首先是建模好處：未投入建設前全面解剖問題域，和方案系統結構，明確需求，明確目標，明細細節，明確風險，避免資源浪費；專案失敗。
其次，建模應用的必要性，是否有必要建模來詳述展示乙個專案或系統，一切的原因都的從源頭說起，由目標或者問題產生需求，為實現目標或解決某問題，為了解決問題而建模，建模過程是依賴問題或目標的，建模的深度力度也是依據實際問題域的需求來確定，避免為了建模而建模。
三、怎麼建模：
建模有方法，建模有工具，
it領域的建模可以參考 uml建模語言，通過他的模型語言去描述乙個it系統內部，通過axure或ps去描述乙個系統的外觀。結構性的語言描述這個系統的巨集觀概述等，單個人認為這個領域沒有專業可言，具體的方法都是在個人的世界觀下價值觀下指導進行的，使用uml建模語言只是通過該語言去描述，當然也可以有其他語言；
2、其次是工具，it行業建模語言幾乎是被uml壟斷，也是it行業多年積累的經驗，因此針對uml建模語言開發出的工具也很多，天然按uml語言標準來刻畫模型影象來描述系統的內部結構。
對軟體需求分析的理解
引用 走出軟體作坊 的話，在需求階段，從我們的設計模式 oo 軟體工程 虛擬介面 反射 持久化 框架中走出來。開發經理來承擔起客戶行業研究來 1.客戶行業這個群體有多大？大中小規模各有多少家，各分布在什麼省？我們面對的最佳客戶是什麼規模什麼資訊化程度的？我們的次佳客戶是什麼規模什麼資訊化程度的？2....
我對產品需求的理解
產品需求對於我個人來說並不陌生，在本科期間學習的軟體工程這門課程中在介紹軟體開發流程的時候對需求進行了簡單的介紹，但是並沒有對需求這個概念進行比較詳細的介紹。雖然在本科期間也做了幾個專案，也只是按著需求進行相關流程圖 類圖的設計 以及 的編寫，並沒有進行延伸的思考。作為乙個技術人員，其實很少直面客戶...
我對需求文件的理解
prd需求文件說明書建議滿足以下要求 1 專案背景 名詞解釋 2 需求目標 專案計畫 對於prd中要開發的內容，給出關鍵里程碑，比如需求評審通過的時間 開發的完成時間 上線時間等等 3 影響範圍 主要針對迭代版本 4 功能摘要 業務邏輯流程圖。分兩部分，一是業務流程圖，對產品整個業務流程的發生過程做...