從學習軟體以來，每個程式老師都會告訴我們要進行需求分析，而自己有時會簡簡單單需求分析一下，有時都不會管，然後每次寫程式都會刪改到自己都不知道程式要有什麼功能，程式是用來做什麼的，越做越感覺定題與所實施得到的結果分開了很多，沒有了自己最初的設想。現在學習需求分析，感覺是自己的想法太簡單了。通過對以前程式編寫過程的反思，深刻的體會到了需求分析的重要性。「對需求分析工作事前千夫所指是有益的，而事後千夫所指是無畏的」。
一直以為程式才是軟體好壞的關鍵，總是忽略了對軟體的需求分析。許多資料表明，軟體需求分析是提高軟體質量的關鍵，也是決定乙個軟體專案的關鍵。
通過對本書前兩篇的閱讀，對需求工程的原理以及基本知識都有了初步的了解。加之最近一段時間對需求工程的學習，以看到了需求工程對軟體開發的重要性。
在本書第一章中將軟體需求比作「阿喀琉斯之踵 」————乙個致命的弱點。這或許也是中國軟體一直不好的關鍵所在吧。我們需要將「重業務、重系統」作為新一代軟體需求工程的重要概念。並且重新定位軟體需求並借助邏輯方法是軟體需求做到完整、準確、清晰、變化可控等等。軟體需求分為業務及資訊化規劃、使用者需求分析和系統需求分析。軟體需求既有內容上的特徵又有形式上的特徵，不同的特徵是不同軟體需求工作的目標。
與傳統的軟體需求工程相比，新的軟體需求工程增加了需求規劃。需求規劃編制出有問題分析、目標分析、業務分析、系統分析構成的業務及資訊化規劃說明，用於指導需求開發工作和軟體工程個環節的工作。新軟體需求工程由業務研究、應用建模、系統規劃、需求獲取、需求分析等10個業務活動結構。10個環節環環相扣，上一環節的輸出是下一環節的輸入。需求分析的好壞決定著專案的成敗，輕視業務分析、需求分析是當前軟體開發工作中普遍存在的弊病。要想做出好的軟體，就必須將業務分析、需求分析與系統和編碼放在同一等高的位置。
需求分析中的不同角色對於軟體的需求各有不同，這就形成了矛盾。這就需要系統構架師能夠有客戶的思維吧，想客戶之所想。系統構架師應該就是客戶與軟體開發者的乙個鏈結吧。需求工程不是一成不變的，它會隨著新的理論、實踐過程中的總結、軟體開發技術的改進等等作出適應性的改變。在軟體開發過程中，需求風險是不可忽視和遺漏的，任何的錯誤（無論是理解還是程式設計）都可能帶來不可小覷的風險。
「需求工程是圓心，軟體工程是圓點」是需求工程和軟體工程間關係的真實寫照。我認為需求工程為軟體工程的基礎，需求工程為軟體工程做什麼、根據什麼做提供了乙個依據、乙個方向，而軟體工程是對需求工程的一種實現。
需求工程的三大理論之下又有著各子的知識體系，體系的不同，各有各的原則與方法。需求工程的基礎是普遍試用的，無論對於軟體工程還是其他工程領域。需求工程的專有知識涉及了軟體開發、體系構架和資訊資源等專屬軟體知識。需求規劃的特有知識包括了需求規劃、需求開發和需求管理。從以前的業務需求服從技術到現在的業務和技術開始相互關聯、相互制約再到未來的以業務為核心、技術與業務兩頭並重，需求分析的變化越來越大，這也體現了軟體開發對於需求工程的重視，這也可以看作是一種開發形式的轉變，一種開發思想的解放吧！
對於新加入的需求規劃，其關鍵在於問題、業務、系統三個類要素。提出問題、找到根源、找到癥結是我們在解決問題時常說的定向、定位、定點。在我看來需求規劃的七個原則為我們對我們提出了需求分析七個需要注意的地方。雖然對需求工程的理解還不是很到位，但對於其基礎的概念理解還是可以的。需求工程雖然提到了很多的原則、模型等等，但都提出了以業務為主，技術為輔，可見需求工程的重要性。這些都為以後的開發，具體的學習打下了基礎。
《軟體需求十步走》閱讀筆記一
從學習軟體以來，每個程式老師都會告訴我們要進行需求分析，而自己有時會簡簡單單需求分析一下，有時都不會管，然後每次寫程式都會刪改到自己都不知道程式要有什麼功能，程式是用來做什麼的，越做越感覺定題與所實施得到的結果分開了很多，沒有了自己最初的設想。現在學習需求分析，感覺是自己的想法太簡單了。通過對以前程...
《軟體需求十步走》閱讀筆記6
需求管理活動的目標就是確保需求業務活動能夠按照進度要求 質量要求 成本要求生產出高質量的由業務需求 使用者需求和系統需求構成的軟體需求規格說明。需求管理工作具體是借助由基線 版本 狀態 變更 跟蹤構成的需求約定這一抓手將需求業務活動整合起來並加以規範化。需求管理活動的目的是在客戶與軟體開發人員之間建...
《軟體需求十步走》閱讀筆記4
這一段時間主要閱讀了本書有關需求規劃的一些內容。需求規劃工作是面向 全業務 全資訊 全系統 採用分析綜合 歸納演繹的邏輯方法整理出組織與物件的業務邏輯模型，在此業務的邏輯模型基礎上進行系統的規劃。規劃需求引入到需求工程中後，與以往的需求分析有了很大的不同。不同之處在於 跳出以往將組織作為需求獲取的單...