摘要：在軟體工程的生命週期中，需求分析是很核心的一環，如果是自頂下上的設計，那麼它就是頂層的核心設計。軟體工程的過程中，不僅僅只有**編寫，明確需求，分析需求，是對產品目標的設計。當需求完整，準確，清晰，具體的時候，軟體的開發才可能事半功倍。那麼如何去獲取軟體需求，軟體需求又有哪些型別，這是我們要去**的。需求分為功能性需求與非功能性需求，非功能性需求包括效能要求，系統外部構件介面要求，設計約束要求，質量屬性要求等。需求的獲取可以有文獻查閱，使用者訪談，問卷調查以及大資料分析等。
功能性需求：即是系統所要完成的所有功能的需求，整個需求的主體。
文獻查閱法：這是一種追溯歷史法，通過一些網際網路會議記錄的文獻，通過行業的年度報告等了解目前行業的發展，了解使用者的未來需求，在這些文獻的基礎上，查閱分析，可以推測出未來潛在的需求。
問卷調查法：通過對特定人群，比如軟體系統的主要面向人群，發放問卷調查，調查內容可以有關於使用者想要什麼樣的功能，可以是功能性的也可以是非功能性的比如設計樣式，使用者喜歡什麼樣的排版，顏色深淺等，還有比如如果系統觸及使用者的經濟利益，使用者如何看待處理等。在問卷調查中的問題應該定性定量，一般是製作方應該有乙個小的需求的demo了，然後去徵求使用者的意見。
使用者訪談法：關於如果有效率地與使用者進行訪談，來獲取他們的地需求，這又是一門學問。與不同的許多的使用者進行訪談，不能一開始就問使用者你覺得怎麼樣，需要給使用者乙個帶入的例子，在訪談的時候最好實際舉乙個例子，然後你們可以開啟問答模式，在問使用者問題時，使用者在回答的過程中，可以適當打斷使用者，可以讓使用者回答的更詳細點，提出疑問或者重複客戶的回答，確認一遍。在進行訪談的時候，把自己當作在回答的使用者，可以幫助自己理解使用者的回答。不能層面的使用者的訪談，收到的結果也是不同的，專業的與非專業的，都是可以得到不同的答案，得以補充。
同類產品分析法：如果你要做的系統，跟市場上已有的某些系統類似，你是繼承與發展的話，你可以分析同類產品，找出他們的缺點與弱勢，而你作為使用的使用者，你希望得到怎樣的發展與改變，這一點大概就是使用者的需求。如果你能分析出不同的產品發展方向，不同的競爭方向，不同的定位，不同的功能，這樣未嘗不可，畢竟有一點創新也是創新。
綜述：軟體工程中，系統的需求分析是至關重要的乙個核心環節，不管你是自頂向下還是自下而上，需求最終是需要明確，清晰，完整的，這樣你的產品的定位才會準確，目標才會明確，才可能帶來經濟效益。製作乙個系統如果不是為了公益，一般最終都是為了帶來經濟效益，如果你不明白自己產品的優勢，又怎麼去和別的產品競爭，又怎麼可能帶來經濟效益。
軟體工程之需求分類
業務需求 例如 攜程旅行的業務需求是賣飛機票 公司的目標 是成為當人們想買飛機票時首先想到的公司 系統需求例如 軟體需求 例如 使用者需求 例如 功能性需求 例子 非功能性需求 質量需求 例如 注意這些需求都很具體 依從性需求 例如 體系結構設計 例如 設計開發約束 例如 需求型別間存在一定的重疊 ...
軟體需求分類與需求獲取
業務需求 客戶對於系統的高層次目標要求 high level objectives 定義了專案的遠景和範疇 vision and scope 使用者需求 user requirements 從使用者角度描述的系統功能需求與非功能需求，通常只涉及系統的外部行為而不涉及內部特性 例 使用者可以通過int...
軟體工程 2（軟體需求與軟體需求規約）
一.需求分析 通過分析分配給軟體的那些系統需求，確定軟體需求。是開發人員經過深入細緻的調研和分析，準確理解使用者和專案的功能 效能 可靠性等具體要求，將使用者非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程 二.需求及需求的基本性質？需求 是乙個 要予構造 的陳述，描述了待開發產品...