開篇首先先介紹了乙個關於phil和
maria
的關於客戶姓名更改這個功能沒有實現而造成的問題，這個問題包括很多內容：資訊收集不正規、功能隱晦、對假設功能有理解上的分歧、需求制定不明確以及需求變更不正規等。
關於使用者需求，文中肯定了
ian sommerville and peter sawyer
提出的觀點：「需求是對我們應當執行的任務的規範說明，它描述系統的行為特性或屬性，可以是一種對系統開發程序的約束」，我也是認同這個觀點的，軟體需求有三個不同的層次：業務需求、使用者需求和功能需求。此外，每個系統都包含某中類別的非功能需求。書中還列出了需求領域一些常用術語的解釋，常用術語包括業務需求、業務規格、約束、外部介面需求、特性、功能需求、非功能需求、質量需求、系統需求和使用者需求等。到目前為止，我們討論的需求主要描述軟體系統的屬性，我們將其稱之為產品需求。當然專案還包含有其他的訴求和產出，不再團隊執行的軟體範圍之內，但對專案整體的成敗尤為關鍵。而在專案中可能出現的需求風險，書中也一一介紹，包括使用者參與度不夠、規劃不當、使用者需求蔓延、需求模稜兩可、鍍金和忽略干係人等情況。因此，只有高質量的需求才會帶來最大的好處。
使用者需求應該來自於直接或者間接使用產品的人，這些使用者是客戶的子集。提供業務需求的客戶有時會試圖替實際使用者說話。然而這些內容常常和真實使用者的需求相去甚遠，這就需要我們去辨別核對，減少過失和失誤。
軟體需求閱讀筆記01
軟體需求實際就是 業務知識 問題列表 其他元素 軟體需求的三層次 業務需求 使用者需求 軟體需求。需求也有著三種型別 功能需求 非功能需求 設計約束。不完整的需求 缺乏使用者參與 不切實際的使用者期望 需求變更頻繁 提供了不再需要的 敗因解決方案 1 不完整的需求 採用業務導向讓使用者參與到完整性評...
軟體需求閱讀筆記01
在資訊化高速發展的今天，構建與時俱進的資訊化系統已成為所有 企事業單位的重點課題之一。然而在軟體專案實施過程中，進度超期 經費超預算 變更頻繁的現象層出不窮，甚至有許多專案根本無法達到預期的目標，更談不上為業主創造真正的效益。歸根結底，軟體需求實踐這一共同的軟肋是問題的根源。隨著資訊化應用的逐漸深入...
軟體需求閱讀筆記01
建築往往是根據設計圖來完成的，軟體也不例外，乙個專案的質量和設計規劃圖有著密不可分的關係。這之間的聯絡，簡單來說，便是使用者和工程師的溝通，使用者說出自己的需求來讓工程師去實現。而需求包括三個不同的層次 業務需求 使用者需求和功能需求，需求使問題變得明確，它是一一指明實現說明的規格說明，描述了系統的...