系統需求全景圖：從巨集觀角度來看，組織應用類軟體系統需求可以分為價值需求和詳細需求兩大部分。這裡只是從總體簡單介紹下價值需求和詳細需求what
簡單來說，價值需求就是從黑盒子視角回答「整個軟體系統為客戶解決了什麼問題，創造了什麼機會」，"對於系統來說，最關鍵的干係人有哪些"，」各個重要干係人對系統的關注點是什麼？有哪些擔心（阻力點）「三個本質性問題。這三類問題分別對應目標場景、干係人關注點、干係人阻力點三個方面
why價值需求是組織應用類軟體系統需求的靈魂和方向，但在大多數需求實踐中，這部分做的相對薄弱。這將使專案範圍更容易蔓延，客戶從中獲得的利益和價值不容易呈現，從而導致客戶滿意度難以有效提公升。
在目標分析方面，經常會看到很多放之四海而皆準的、定性的描述，比如「打造一套先進的資訊化系統，有效地推進管理的提公升....」 這樣的目標自然無法作為「成功標準」來指導系統的開發與實施工作，甚至會出現「我們走的太遠，以至於忘記為何而出發」的尷尬陣地
如果說很多需求實踐中，目標分析方面知識做的不到位，那麼在干係人識別和分析方面則經常是乾脆直接省略，在《需求規格說明書》中根本找不到。而這方面的缺失會導致忽略他們的關注點，陷入他們的阻力點，從而在開發過程中不斷受到影響
價值需求的關鍵在於執行好目標分析、干係人識別、干係人分析三個任務。這些任務將分別產出：多份《問題卡片》，場景化地定義專案目標;一張《干係人列表》，列出所有關鍵干係人，多份《干係人檔案》，針對每個關鍵干係人整理相應的關注點和阻力點
what
簡單來說，詳細需求就是從灰盒子視角完成三個主題的分析：「為了給客戶提供業務、管理、維護支援，需要提供哪些功能？」系統所涉及的問題域中有哪些資料，之間是何關係？「 」所處的業務環境會帶來哪些約束和質量要求？」這三個主題實際上分別對應功能需求、資料需求、非功能需求三條主線。
why詳細需求可以釐清脈絡，識別出最小粒度的需求單元，然後為識別出的需求單元填充具體的細節描述。
how子問題域的分解
從業務的角度、按照系統涉及的不同子問題域進行分解，以便逐一分析。功能主線
業務支援資料主線管理支援
維護支援
領域建模非工作主線業務資料分析
質量數梳理質量場景分析
結語：在實際的需求分析實踐中（即分析價值需求和詳細需求），應該根據實際的產品、專案特點，明確出關鍵的需求主線，已對其進行合適的裁剪
有效需求分析閱讀筆記（五）
目標分析篇之知識儲備 三個關鍵知識點 需求 預期 現狀 目標就是問題和機會 目標的三種描述方式。從生活中捕捉需求之影 你們平時有自己的父母請爺爺奶奶 或姥姥姥爺 到裝修高檔 菜價較高的酒店 打打牙祭 的經歷呢？當服務員端上一道又一道的招牌菜時，爺爺奶奶 或姥姥姥爺 總愛問 聽到菜價後常常會帶著咋舌稱...
有效需求分析閱讀筆記（二）
前面講到，使用者是問題專家，而不是解決方案專家。然而使用者在針對需求變化時通常提出的是 方案級需求 我們需要透過使用者的方案，看到本質，還原出問題級需求。我們可以參考以下的分析方法 1.澄清問題 首先判定使用者的原始需求屬於什麼層次，如果屬於方案級別，則需要考慮以下方面，否則直接進行第二步 使用者想...
軟體需求分析 閱讀筆記
筆記要求 發表一篇閱讀筆記，說明本學期 軟體需求分析 需要掌握哪些必要的內容？針對每個內容點說出自己的理解，並繪圖標意相互之間的關聯關係。讀 需求工程 軟體建模與分析 有感 今天大致的看了一下這本書，對軟體需求分析有了初步的了解，我認為學習軟體需求分析需要掌握的內容主要包括五個方面 需求基礎與過程 ...