掌握需求過程 第一章什麼是需求 閱讀筆記
我們為什麼要進行需求呢？ 這樣是為了使效率更高，並且減少錯誤步驟所不必付出的代價。
在我們構造產品之前就要知道客戶的需求是什麼，大多數的組織都是通過系統分析來進行的，但是需求過程與系統分析並不是一回事，雖然他們之間有聯絡，但並不完全相同。除了系統分析以外，需求也是很有必要的。他可以對你的分析師生涯有更進一步的促進。當我們接觸到乙個新的產品時，業務事件和使用情況逐漸清晰了起來，系統分析可以對產品進行更清楚的建模，並為需求過程提供有價值的反饋。對需求的了解增加也為分析程提供了反饋，使分析過程變得更加有效。大體上來說，需求過程是為了更加的了解需求並為系統的分析提供反饋，而系統分析是分析軟體的可行性，將有用的東西反饋給需求過程。兩者都是很有必要的。
如果一件產品沒有需求無異於房名了某物卻不知道改發明有什麼用處。對於乙個產品是否成功來說至關重要。所以，不要在了解需求以前就進行設計決策。但是需求也不是一成不變的。客戶會要求越來越多的功能，產品需求必須滿足此功能。所以我們的需求要有一定的靈活性，以此來適應變化，我們需要考慮到這一點。
steve mcconnell報告曾說過60%的錯誤存在於設計中，jerry weinberg 證實了這一點，所以，我們可以這樣認為，有一半以上的錯誤起源於需求與分析活動。然後，他們就開始構造錯誤的產品，這樣，機會白白的付出數倍的代價。所以，不好的品質是會傳播的，這一點很重要。因為，與其他部分相比，需求收集與系統分析的成本可以說是微不足道的。
乙個完整的需求應該有功能性需求、非功能性、限制條件三個部分組成。功能性需求是產品存在的價值所在，它規定了乙個產品所要完成的目的。非公能性需求是產品所必須具備的屬性或者品質，比如說質量，體積，大小等。限制條件是乙個適用於全域性的需求。乙個好的需求應該有模板。每一條需求都有乙個結構。需求有一些所必須要了解的知識，所以我們要有框架，需求的所有組成部分是不可能一步就可以找全的。所以，我們在需求的時候應該快速記錄下客戶的需求到卡片上，並逐漸完善這些卡片。
《掌握需求過程》 閱讀筆記03
為了找出對專案我們真正知道什麼，開始對專案盡早進行度量，我開始了對 專案啟動 的閱讀。專案啟動是一項突發性的活動，通過這個活動收集讓專案啟動所需的各種資訊，啟動階段確定產品作為其一部分的工作，並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程，這一部分老師在課堂上也重點講到...
掌握 需求過程閱讀筆記04
自治的相鄰系統 自治的相鄰系統通過單向資料流與工作進行通訊！合作的相鄰系統 合作的相鄰系統與我們工作合作完成某個業務過程的執行。此類系統不發起業務事件 確定工作範圍和業務事件關鍵點 要站在整個業務工作的高度來確定業務事件，而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件，重點考慮以下幾點...
《掌握需求過程》閱讀筆記四
掌握需求過程 第八章講述的是編寫需求規格說明書，目的是為了講給我們如何將所有需求安排在需求說明規範中。這也算是對於前面幾章的總結概括，因為你前面做的所有事情終究只是準備，還是要落實與文字上的記錄。編寫需求規格說明書是指得到要構建的產品的完整描述的任務。把這項任務看做 構建 需求規格說明書是合適的 我...