這一段時間主要讀了需求獲取部分的內容，大體有以下幾點體會：
①需求獲取的困難在於使用者和開發人員的背景不同，立場不同，普通使用者缺乏概括性、綜合性的表達能力，從而這就需要開發人員能夠捕風捉影，從使用者的言語之中捕捉到使用者的真實想法。
②需求分析的第一步是確定專案範圍，這是非常重要的乙個環節，因為一旦範圍出現偏差，接下來的整個專案可能都會與使用者的想法背道而馳，導致整個專案的崩盤。而確定專案範圍就要定義系統邊界，需要找出系統的直接相關者與系統的關聯關係，畫出系統的上下範圍圖。
軟體需求與分析 大二下需會知識點
看了王老師推薦的部落格，大體對軟體需求分析這門課程或者稱之為技能有了大致了解，接下來我就說說我的讀後感和這學期關於這門課的知識點，然後附上關係圖。首先是針對三個故事的感悟 當客戶提出業務變更的時候，我們一定不能被客戶牽著走，客戶說啥就是啥。我們要從業務角度深入的去分析，他為什麼提出變更，提得合不合理...
軟體需求閱讀筆記01
軟體需求實際就是 業務知識 問題列表 其他元素 軟體需求的三層次 業務需求 使用者需求 軟體需求。需求也有著三種型別 功能需求 非功能需求 設計約束。不完整的需求 缺乏使用者參與 不切實際的使用者期望 需求變更頻繁 提供了不再需要的 敗因解決方案 1 不完整的需求 採用業務導向讓使用者參與到完整性評...
軟體需求閱讀筆記01
在資訊化高速發展的今天，構建與時俱進的資訊化系統已成為所有 企事業單位的重點課題之一。然而在軟體專案實施過程中，進度超期 經費超預算 變更頻繁的現象層出不窮，甚至有許多專案根本無法達到預期的目標，更談不上為業主創造真正的效益。歸根結底，軟體需求實踐這一共同的軟肋是問題的根源。隨著資訊化應用的逐漸深入...