《實例化需求》二

本次將介紹實例化需求過程的基本流程

　　如下爲實例化需求說明的主要過程模式：

　　

　　當咱們獲取一個業務目標時，將按照上述流程圖來生產實例化需求過程

• 從目標中獲取範圍
  經過用戶提供的需求描述，咱們將這些描述轉變成另外一種用戶可以理解且真實用戶實際地行爲方式，這裏就要引入User Story用戶故事的概念。而後以客戶的業務目標爲起始，而後經過協做界定能夠實現目標的範圍。這裏最關鍵的就是與用戶更密切地溝通，經過不斷細化，確認這纔是用戶想要的功能。
• 從協做中制定需求說明
  之因此要提出協做制定需求說明，目的是讓需求、設計、開發以及測試都參與進來，發揮整個Team的知識和經驗，力求讓項目的干係人都更多的參與到交付過程當中。
• 舉例說明
  舉例說明實際上是項目需求交流過程當中不可或缺的，團隊中不一樣職能人都有，並且每一個人的業務背景不一樣，經過舉例說明的方式可讓目標更一致。
• 提煉需求說明
  協做過程當中的開發討論能夠創建你們對相關領域的共識，但最終獲得的實例每每包含不少沒必要要的細節。而關鍵實例必須是精簡的。提煉需求說明的過程，其實就伴隨着實例化需求的產生，且這些提煉好的實例就能夠看成交付的驗收條件。
• 頻繁驗證
  頻繁驗證的依據就是提煉需求產生的實例化需求，它是全部過程實施中都必需要反覆進行的工做。需求經過頻繁驗證與用戶進行頻繁確認；設計經過實例化需求來頻繁驗證設計是否知足用戶的需求；開發經過實例化需求頻繁驗證代碼中業務邏輯；測試經過實例化需求來頻繁驗證交付的功能，並做爲最後驗收測試的依據。
• 演化出一個文檔系統經過以上的這些流程，最後演化出一個文檔系統。之因此稱爲文檔系統，主要是體現它的可靠性、權威性。全部設計、開發、變動以及測試過程都以此爲出發點來考慮，並及時更新，長久維護。實例化需求過程的核心就是與用戶站在一塊兒，從溝通開始，不斷舉例、細化、精簡到統一確認。