《掌握需求過程》閱讀筆記（一）
在準備做乙個系統之前，我們首先必須要能明白我們做這個系統的目的是什麼，做這個系統能給顧客的工作流程帶來什麼變化？要知道這些問題，我們必須知道什麼是需求，所謂需求就是那些您必須在開始構建產品之前發現的東西。需求的發現是在開始做系統的最開始，是最重要的，如果乙個系統之前的準備工作--
需求沒有做好，那麼以後的東西會越來越不好，不會達到系統的目的，不會是客戶滿意；
所以如果在構建的過程中才發現需求，或者到最後，系統已經被使用了，那麼我們將付出的代價是很大的，並且工作效率也是極低的；乙個產品必須要做的東西只是產品的功能性需求。需求在整個軟體開發生命週期中所承擔的角色是非常重要的，需求過程研究業務工作，以期設計出有助於業務工作的更加完善的產品。作為該過程的結果，需求規格說明書是對產品的功能和行為的完整的描述。系統分析得到關於產品所需要的功能和資料的乙個可工作的模型，將該模型作為產品的規格說明書。產品設計將來自於需求和分析的抽象規格說明轉變為面向真實世界的設計，一旦構建完成，該產品就會投入使用，同時會不可避免地產生更多的新需求；需求過程與分析活動之間有相當程度的重疊。我們利用了分析建模來描述需求過程，同時也利用了分析模型來解釋一些需求方面的概念。
需求收集者使用分析建模來幫助發現需求，系統分析師使用需求來幫助對功能和資料的建模。在開始時，需求過程站主導地位，建立的僅有的分析模型是上下文範圍圖（context diagram
），也許還有探索性的資料模型。需求收集與系統分析之間的重疊隨著產品開發過程的推進而發生變化。最初，只需要完成少量的分析工作，大量的工作在收集和驗證需求上，隨著開發工作的繼續，分析活動在工作中佔的比例變得越來越大，直到所有需求都已知。接下來的工作就將進入系統分析。
需求是產品必須完成的事以及必須具備的品質。需求存在的原因要麼是該型別的產品要求一定的功能和品質，要麼是客戶希望需求成為提交的產品的一部分。需求分為功能性需求、非功能需求、限制條件，功能性需求是指產品必須完成的事情，即為了向他的使用者提供有用的功能，產品必須執行的動作。功能性需求源於產品存在的最基本理由；非功能性需求是產品必須具備的屬性或品質。在某些情況下，非功能性需求對於產品的成功是至關重要的；限制條件是全域性性的需求，例如，產品的目標是乙個限制條件，所有的單個需求都必須服務於這個目標；
需求規格說明書的書寫模板：
產品限制條件--
適用於專案與產品的限制於侷限
1.產品的目標--
構建產品的原因和如果使用了該產品能帶給業務的優勢
2.客戶、顧客和其他的風險承擔者--
產品設計他們的利益
3.產品的使用者---
預期的終端使用者，以及他們的水平對產品可用性的影響
4.需求限制條件---
專案的侷限性和產品設計的限制條件
5.命名標準和定義----
產品相關的詞彙表
6.相關事實
---對產品產生一定影響的外部因素
7.假定
--開發者所做的假定
功能性需求--
產品的功能
8.產品的範圍--
定義產品的邊界，以及他與相鄰系統的連線情況
9.功能與資料需求---
產品必須做的事情和功能進行的資料操作
非功能性需求---
產品的品質
10.觀感需求--
預期的外觀
11.易用性需求--
基於預期使用者的操作水平做出
12.效能需求---
多快、多大、多精確、多安全、多可靠等等
13.操作需求--
產品預期的操作環境
14.可維護性和可移植性需求----
產品的可改動性必須達到什麼水平
15.安全性需求--
產品的安全性、保密性和完整性
16.文化與政策預期--
人的因素
17.法律需求--
滿足適用的需求
專案問題---
這些適用於構建產品的專案
18.開放式問題--
這些適用於構建產品的專案
19.商業上駕式軟體解決方案---
利用已有的元件而不是從頭開發
20.新問題---
因為引入新產品而帶來的問題
21.任務--
將產品生產出來必須要做的一些事情
22.遷移---
從現存系統轉換的任務
23.風險--
專案最有可能面對的風險
24.費用---
早期對構建產品的成本或工作量的估計
25.使用者文件---
建立使用者指南和文件的計畫
26.反續版本需求---
可能在產品將來的發行版本中包括的需求
《掌握需求過程》 閱讀筆記03
為了找出對專案我們真正知道什麼，開始對專案盡早進行度量，我開始了對 專案啟動 的閱讀。專案啟動是一項突發性的活動，通過這個活動收集讓專案啟動所需的各種資訊，啟動階段確定產品作為其一部分的工作，並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程，這一部分老師在課堂上也重點講到...
掌握 需求過程閱讀筆記04
自治的相鄰系統 自治的相鄰系統通過單向資料流與工作進行通訊！合作的相鄰系統 合作的相鄰系統與我們工作合作完成某個業務過程的執行。此類系統不發起業務事件 確定工作範圍和業務事件關鍵點 要站在整個業務工作的高度來確定業務事件，而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件，重點考慮以下幾點...
《掌握需求過程》閱讀筆記四
掌握需求過程 第八章講述的是編寫需求規格說明書，目的是為了講給我們如何將所有需求安排在需求說明規範中。這也算是對於前面幾章的總結概括，因為你前面做的所有事情終究只是準備，還是要落實與文字上的記錄。編寫需求規格說明書是指得到要構建的產品的完整描述的任務。把這項任務看做 構建 需求規格說明書是合適的 我...