筆記要求：發表一篇閱讀筆記，說明本學期《軟體需求分析》需要掌握哪些必要的內容？針對每個內容點說出自己的理解，並繪圖標意相互之間的關聯關係。
讀《需求工程——軟體建模與分析》有感
今天大致的看了一下這本書，對軟體需求分析有了初步的了解，我認為學習軟體需求分析需要掌握的內容主要包括五個方面：需求基礎與過程、需求獲取、需求分析、需求的文件化和驗證、需求管理與工程管理。
一、需求的基礎與過程
這一部分主要是對軟體需求有乙個大致的了解，例如需求的概念，不同群體的人們對需求有不同的理解，ieee對需求的定義：使用者為了解決問題或達到某些目標所需要的條件和能力；系統或系統部件為了滿足合同、標準、規範或其他正式文件所規定的需求而需要具備的條件或能力。
軟體系統通過影響問題域，能夠幫助人們解決問題，成為解系統。解系統是問題的解決手段，但是並不是問題的產生地。所以，解系統並不是問題域的乙個部分，它們之間存在可以相互影響的介面，以實現互動活動。
功能需求被分為：業務需求、使用者需求、系統需求。三者之間有所區別，將使用者需求轉化為系統需求是乙個複雜的過程。
需求工程的過程就是：需求獲取、需求分析、需求規格說明、需求驗證、需求管理的過程。
二、需求獲取
顧名思義，需求獲取就是進行需求收集的乙個活動，他從人員、資料和環境中得到的系統開發所需要的相關資訊。
主要就是需要掌握獲取需求的方法，過程。
還需要確定專案的前景和範圍，掌握面談、原型、觀察與文件審查獲取需求的方法。
最後還需要將通過以上方法獲取的需求有效的組織起來。
三、需求分析
在需求獲取中，需求工程師可以得到關於問題域的描述資訊，可是
上述被記錄在筆錄上的內容還是屬於現實世界的資訊，它們是使用者對現實世界的理解和描述，使用的是實際業務的表達方式。總的來說，需求獲取得到的資訊和需求開發應該建立的軟體系統解決方案之間有著很大的差距，因此需要需求分析解決這個差距的需求工程活動。
在這裡需要掌握需求分析的根本任務、需求分析技術、需求分析方法、前期需求階段的建模與分析、需求分析活動。
並通過過程建模、資料建模、面對物件建模來對需求進行更為具體的分析與概括。
四、需求的文件化和驗證
需求獲取活動收集了需求資訊，需求分析活動深入的理解了需求
資訊並建立了能夠滿足使用者需要的軟體解決方案。在進行需求獲取活動和需求分析活動之後，軟體系統的需求工程師應該能夠就軟體的需求和解決方案達成共識，為了保證軟體開發的成功，這種共識還需要完整的傳遞給開發人員。需求規格說明活動就是將需求以及其軟體解決方案進行定義和文件化，並傳遞給開發的工作人員的需求工程活動。
需求的驗證包含了驗證與確認兩方面，需要掌握需求驗證的方法。
五、需求管理與工程管理
在需求開發結束後，還需要一種力量保證後續的系統開發活動依照
需求的基線進行展開，從而保障系統的質量。需求管理就是這樣的乙個管理活動，它們在需求開發之後的產品生命週期中保證需求作用的有效發揮。
除了需求工程過程的建立意外，需求工程過程的改進頁是實踐中很多阻止迫切需要卻難以解決的問題。所以建立有效的需求工程和對需求工程過程進行持續改進的任務都屬於需求工程中的過程管理活動。
六、小結
需求獲取、需求分析、需求規格說明、需求驗證之間有著一定的關
系，獲取、分析規格說明和驗證這些需求開發活動濱故事以線性、順序的方式執行，實際上，這些活動之間是相互交織的，整個開發活動也是不斷迭代和遞增的。
軟體需求分析閱讀筆記
今天讀了關於如何做需求分析的博文，學習了軟體需求與分析需要掌握的一些內容，下面就做一些總結。首先要認識到深入地去理解客戶的業務，進而想到客戶的心坎兒上去，最後做出來的東西必然是客戶滿意的。第乙個舉出來東軟的例子，東軟在做這個專案的時候，整個過程經歷了10多次結構性的大變更，區域性性的調整更是不計其數...
《軟體需求分析》閱讀筆記
很多需求分析的工作都是從需求調研開始，需求調研是需求分析最重要的一環，決定之後的工作能否順利地展開，與客戶的交流決定了能否明確的交換雙方的想法，讓客戶與我們都可以達到滿意。面對客戶群體的不同層次決定了如何交流，不同的群體對程式設計的了解是不同的，對不同的人要有不同的交流方法，而需求調研不是一朝一夕所...
軟體需求分析 閱讀筆記6
在需求開發活動之後，需求基線應該成為後序軟體系統開發的工作基礎和粘合劑。需求管理在需求開發之後的產品生命週期中保證需求作用的有效發揮。作為需求開發的結果，最終的需求應該被明確和固定，需求基線就是被明確和固定的需求集合，是專案團隊需要在，某一特定產品版本中實現的特徵和需求集合。需求基線是需求開發過程中...