第三章 軟體需求分析基礎
軟體需求分析是軟體生存週期中最關鍵一步，是指使用者對目標軟體系統在功能、行為、效能、設計約束等方面的期望。
第一節 需求分析的任務與步驟
一、軟體需求分析的目標和任務
軟體需求分析的目標是深入描述軟體的功能和效能，確定軟體設計的約束和軟體同其他系統元素的介面細節，定義軟體的其他有效性需求。
需求分析階段研究的物件是軟體專案的使用者要求。一方面，必須全面理解使用者的各項要求，但又不能全盤接受所有的要求，另一方面，要準確地表達被接受的使用者要求。只有經過確切描述的軟體需求才能成為軟體設計的基礎。
軟體需求分析的任務是準確地定義未來系統的目標，確定為了滿足使用者的需求系統必須做什麼。用《需求規格說明書》規範的形式準確地表達使用者的需求。它具體包括深入描述軟體的功能和效能、確定軟體設計的約束和軟體同其他系統元素的介面細節、定義軟體的其他有效性需求、需求分析研究的物件是軟體專案的使用者要求、準確地表達被接受的使用者要求、確定被開發軟體系統的系統元素、將功能和資訊結構分配到這些系統元素中。
需求分析的任務就是借助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的「做什麼」的問題。通常軟體開發專案是要實現目標系統的物理模型。作為目標系統的參考，需求分析的任務就是借助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的「做什麼」的問題。
二、需求分析的過程
需求分析階段的工作，可以分成以下四個方面：
1.問題識別
首先系統分析人員要確定對目標系統的綜合要求，即軟體的需求。並提出這些需求實現條件 ，以及需求應達到的標準 。這些需求包括功能需求、效能需求、環境需求、可靠性需求、安全保密要求、使用者介面需求、資源使用需求、軟體成本消耗與開發進度需求，並預先估計以後系統可能達到的目標。此外，還需要注意其他非功能性的需求。如針對採用某種開發模式，確定質量控制標準、里程碑和評審、驗收標準、各種質量要求的優先順序等，以及可維護性方面的需求。
此外，要建立分析所需要的通訊途徑，以保證能順利地對問題進行分析。分析所需的通訊途徑如圖3-1-1所示。
圖 3-1-1 軟體需求分析的通訊途徑
2.分析與綜合
問題分析和方案的綜合是需求分析的第二方面的工作。分析員必須從資訊流和資訊結構出發，逐步細化所有的軟體功能，找出系統各元素之間的聯絡 、介面特性和設計上的限制 ，判斷是否存在因片面性或短期行為而導致的不合理的使用者要求，是否有使用者尚未提出的真正有價值的潛在要求 。剔除其不合理的部分 ，增加其需要部分。最終綜合成系統的解決方案，給出目標系統的詳細邏輯模型。
3.編制需求分析階段的文件
已經確定下來的需求應當得到清晰準確的描述。通常我們把描述需求的文件叫做軟體需求說明書。同時，為了確切表達使用者對軟體的輸入輸出要求，還需要制定資料要求說明書及編寫初步的使用者手冊。
4.需求分析評審
作為需求分析階段工作的複查手段，應該對功能的正確性，文件的一致性、完備性、準確性和清晰性，以及其他需求給予評價。為保證軟體需求定義的質量，評審應以專門指定的人員負責，並按規程嚴格進行。評審結束應有評審負責人的結論意見及簽字。除分析員之外，使用者／需求者，開發部門的管理者，軟體設計、實現、測試的人員都應當參加評審工作。
軟體需求分析基礎
size large 軟體始於需求。軟體開發，能否獲得成功，最重要的是需求分析的工作。因此，軟體需求分析師的能力和水平，對軟體專案至關重要。多年以來，我接觸過非常多軟體從業人員，很多人說自己參加過多個專案，在專案組中做過需求分析，仔細聊起來卻發現他們根本沒有接受過軟體需求分析的培訓，對軟體需求根本沒...
需求分析，分析需求
1.何為需求 我們吧需求兩個漢字拆分開來看 需 需要 求 要求 即需要的要求，表示想要某種東西的堅定願望 這裡插入乙個小故事，某個小男孩在上小學二年級的時候，不經意間接觸到了一種叫psp的神奇玩具，就下定決心回家找家長要，一開始小孩的父親不贊同給小孩買那個東西，後來在小孩的再三請求，甚至為此寫了份保...
需求分析基礎知識
軟體的需求分析必須要有對原業務的乙個深入了解 提取 抽象 昇華的過程，管理軟體需求分析尤其如此。軟體的需求分析是從使用者的業務中提取出軟體系統能夠幫助使用者解決的業務問題，通過對使用者業務問題的分析，規劃出我們的軟體產品。這個步驟是對使用者業務需求的乙個昇華，是乙個把使用者業務管理流程優化，轉化為軟...