2.1學習本章的目的
2.11有效準確地收集需求
2.12提供需求過程作為發現需求的工具
2.13要想構建正確的產品，必須發現正確的需求，他需要有序的過程來保證
2.2需求建立過程圖
2.1專案啟動的目的：為了發起專案，與主要的利益相關者（對專案成功有重要影響的人），對專案關鍵問題達成一致
與利益相關者主要達成的問題如下：
1.專案目標：這個專案為了解決客戶的什麼問題，對客戶帶來的好處是什麼
2.確定業務範圍：本次專案做哪些，和不做哪些事項
3.專案大概的成本，做這個專案預計花多少成本，收益咋樣
4.專案風險（早期）：可能對現有的業務會造成什樣的風險，提前告知利益相關者。（讓出資人選擇，啟動還是取消停止）
5.專案週期：預計什麼可以上線，專案的關鍵階段（使用者測試、啟動會、判定會）
2.2網路需求：專案啟動結束，要需求分析師去確認本專案到底要做什麼，發現使用者真正的需求，系統的本質。
1.先要了解客戶現有的工作是怎麼做的，現有執行流程是什麼。
2.客戶的這些工作中，真正在做了什麼事情（他當前的工作整體目標，和每個工作環境的目標到達是什麼）
3.針對客戶現有工作要達成的目標是什麼（或各工作環境要達成的目標什麼），現有運作方式與目標存在的差距（問題是什麼）
4.客戶的哪些現有工作方式，本次需要改進問題有哪些，範圍就明確了。
2.3需求建模：將我們要「為客戶改進的工作」，快速可視出來（讓客戶更換了解）
1.快速將客戶現有的工作方式&流程，通過模型呈現出來，更好解釋客戶的工作。
2.可能要改善成客戶想要原型，目的展示和實現未來的需求，
3.通過模型展現可能實現方式。
4.讓工程師和其它利益專案者的想法融合到未來額產品中
2.4場景
場景1.0：對於場景這個詞的最開始認知是通過梁寧老師的分享，對於場景的解讀是空間和時間的組合，即乙個使用者在什麼時間什麼地點有什麼樣的需求
場景2.0：在實踐過程當中，對場景這個詞有了更深一層的了解，即場景是使用者與產品的互動過程以及獲得的反饋（這個反饋可能是正向的也可能是負向的），
場景不僅僅是使用者做了什麼，同時還是產品提供了什麼樣的服務，場景的終點一定是通過產品或服務滿足了使用者的需求或解決了使用者的問題。
1.場景展示業務過程的功能性，將業務過程分解為一系列容易裝置的步驟
2.描述業務的過程，並展示對功能的理解
3.不同的利益相關者對場景不同部分感興趣，在短時間內讓每個人要做什麼，並達成一致。
4.業務場景圖描繪的是貢獻於這個業務目標的什麼人及其做的什麼事
2.5編寫需求：為了確保參與開發的「各方對需求要做的事」達成一致的理解
1.編寫需求，需要編寫背景理由，消除二義性，為了準確性，也是為每項需求提供「驗收標準」。
2.需求不能有二義性，可驗證。
2.6質量關
1.為了保證需求的正確性，通過質量關對需求進行檢查，保證需求正確。
2.通過檢查需求的完整性、相關性、可測試性、一致性、可追蹤性等質量屬性保證需求正確。
3.通過複查需求，確認需求的完整性
2.7需求復用
1.為了快速構建需求，可以找以前的需求來參考
2.8需求反思（3問）
1.我們對使用者的工作，做對了什麼
2.我們對使用者的工作，做錯了什麼
3.如果需要必須重新做一次，在哪些地方可以做的不同？
2.9需求演進
1.需求的製作，在專案過程中，是初始階段的不斷的從模糊，理解使用者工作後，了解使用者工作的實質，獲取真正的需求
2.需求的製作需要時間，不是一下就能明確的
3.0需求模板
1.專案驅動—描述專案的理由和動機
1.1專案的目標：投資構建產品的理由以及這樣做我們學取得業務上的好處
1.2客戶、顧客和其他的利益相關者—產品涉及他們的利益對他們產生的影響
1.3產品的使用者——預期的最終的使用者，以及他們對產品可用性的影響
2.專案的限制條件
2.1需求現狀條件：專案的侷限性和產品設計的約束條件
2.2命名標準和定義：專案的詞彙表
2.3相關的事實和嘉定條件：對產品產生一定影響的外部因素，或者開發者所做嘉定
3.功能性需求
3.1工作的範圍：針對的業務領域
3.2產品的範圍：定義產品預期的邊界，以及相關聯系統的連線情況
3.3功能與資料需求：產品必須做到事情以及功能所操作的資料
4.非功能性需求
4.1觀感需求-預期的外觀（ui)
4.2易用需求和人性化需求——如何讓產品對使用者成功使用，它必須是什麼樣子
4.3執行需求：執行速度、大小、精度、人身安全性、可靠性、健壯性、可伸縮性、永續性和容量需求
4.4操作和環境需求：產品預期的操作環境
4.5可維護性和支援需求：產品的可改動必須達到的什麼水平，已經需要什麼樣的支援（sla）
4.6安全性需求：產品的資訊保安，保密性和完整性
4.7法律需求：法規審計的需求
5.專案問題（構建產品的專案）
51.新問題：引入產品帶來問題
5.2任務：產品匯入必須要做的一些事情
5.3遷移到新產品：從現存系統轉化的任務
5.4風險：專案可能面對的風險
5.5費用：產品的成本或工作量評估
需求說明書建立過程
需求說明書建立過程 第1章前言 目的需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。使用者 系統分析人員 第2章前期準備 2.1.確...
掌握過程需求
今日閱讀了 掌握需求過程 這本書，書中從基本事實 需求過程 確定業務問題的範圍 業務用例 工作調研 場景 理解真正的問題 開始解決方案 今日業務分析策略，功能需求 非功能需求 驗收標準和理由 質量關 需求與迭代開發 復用需求 溝通需求 需求完整性十七個方面對於需求過程進行詳細講解。目前讀到第四章，先...
軟體需求工程過程
中國uml論壇 軟體需求工程過程 srep 一 開始 1.專案經理根據專案特點，指定對過程 的具體要求 2.專案經理制訂專案的標準，包括 dts 缺陷型別 tra 風險型別 trs 需求型別 等，在過程 中按標準引用.二 計畫 1.計畫經理估算需求開發時間 2.計畫經理完成 spt 進度計畫 tpt...