《軟件需求最佳實踐》——閱讀筆記二

第二部分-需求開發   

需求定義最佳實踐

清晰的項目目標和範圍定義，可以引導需求工做順利進行。

對混沌不清的目標，能夠經過內部尋根或外部溯源來破解。

對問題進行了正確的定義，意味着成功解決了通常。而在問題定義時應該善於使用轉換和本源兩種技巧。

需求定義階段要善於將未知解問題轉換爲已知解問題。

在肯定某問題的解決方案是，必定要思考是否會引起新的問題。

直接修改錯誤，不要用其餘方案來彌補錯誤。

魚骨圖爲解決問題找到了靶子，帕累託圖則表上了環數。

範圍是設計的是、物，邊界是人與系統的職責邊界。

用戶永遠會但願花一樣的錢，得到儘量多的功能。

需求階段描述的是用戶的能力特色，旨在提升可用性。

你能夠不作一件事，但必定不能不知道爲何作這件事。

在分解系統時，應該按業務的脈絡來劃分紅不一樣的主題域。

各個主題域之間的服務接口是需求變動的防火牆。

確保能作的事和知道的事相匹配是職責驅動設計的要點。目標決定範圍。

繪製上下文圖關係圖，先考慮Customer再考慮Worker是要點。

業務事件應該是主動觸發的，而且將會一系列後續行爲。

業務事件是直接做用於系統的，也就是將觸發系統行爲。

需求捕獲最佳實踐

需求捕獲是撒網打魚，不是休閒釣魚。

善於聚焦訪談話題是需求捕獲人員成功的關鍵。

嘗試理解業務場景是合格需求分析人員的良好習慣。

善於利用技術爲用戶創新體驗是優秀需求人員的特質。

經過比較用戶表明的表述來識別言過其實，利用差別展示、瓶頸分析法來緩解影響。

針對越俎代庖心理現象最有效的方法是識別正確的被訪談者。

離開辦公室、對訪談進行計劃是避免非正事現象的主要手段。

化敵爲友是緩解抗拒心態的主要方向。

傾聽對象的抱怨是化敵爲友的有效手段之一。

突破推卸責任心理的簡單手段是讓被訪談者介紹工做場景。

需求捕獲時不要忽視對變動可能的瞭解。

在需求捕獲時要善於使用「？」之箭，找到真正的需求。

「撥開立場，尋找利益訴求」是需求協商的要點。

不要孤立地看待需求項，應該將全部需求視爲一個總體。

「環境」將改變結果，切換不一樣的視角會獲得不一樣的認識。

善於打比方是提升跨專業溝通效果的好方法。

佔用時間長和信息的片面性是用戶訪談的兩大敵人。

訪談的線索是因「人」（用戶類型）而異的。

儘可能將訪談問題事先發給被訪談者，讓他打一場有準備之戰。

在需求補貨時別忘了「一圖抵千言」這句經典提示。

用戶調查可以有效克服用戶訪談中存在的片面性。

在需求捕獲中，先訪談再調查是更合理的方式。

大樣本用戶、跨地域用戶的存在就是使用用戶調查的時機。

分析文檔資料時應該思考流程對其的影響。

收集文檔時，應該儘量讓用戶提供帶有真是數據的樣本。

需求捕獲人員要善於根據流程分析的結果主動收集相關文檔。

清潔串聯版是消除用戶盲區的有效技術。

情景串聯板應該以業務場景做爲展現的主線索。

交互纔是情景串聯板的本質，不要只關注與界面的靜態效果。

現場觀摩技術是消除開發團隊認識盲區的有效手段。

現場觀摩技術可以使開發團隊實現對業務場景「感同身受」。

聯合開發是突破書暗訪需求盲區的有效手段。

出現「上開大會，下開大會」現象，一半責任在組織者。

溝通決定內容，內容決定格式。

 

在第二個階段重點就是粒度的細化，從主題域我須要細化一層到識別了關鍵業務對象的領域視圖，從業務事件進行流程分析咱們須要講業務事件細化一層到具體的業務活動，而業務活動正式咱們在識別用例的時候的重要參考。因此在這裏咱們基本清楚了第二階段剛開始是經過業務事件進行業務流程分析，業務實體分析，業務場景分析，識別領域類和用例。      

需求分析就是先分解，在提煉，而後在這個過程當中消除矛盾。不論是採用結構化的方法仍是面向對象的方法，分解是人類控制複雜性，認知復瑣事物的最佳實踐。現代工程理論更建議採用業務導向的分解而非系統導向的分解。在第一階段的分解咱們能夠看到以主題域爲主線索，具體的分解過程爲目標系統-》主題域-》業務事件；到了第二階段則是以業務流程爲主線索進行分解，具體爲業務事件-》業務流程和業務活動-》領域類圖和用例。      

業務流程是對信息系統進行庖丁解牛的核心線索，每一個業務事件都是一個業務流程的觸發，所以針對每一個業務事件都應繼續作業務流程分析。對於業務流程是企業核心業務的重要載體，業務流程自己就是結構化的，並且是分級的，經過分析業務流程就可以識別企業核心業務活動，爲需求建模作好準備工做。      

在這個階段咱們看到兩個重要輸出，一個是靜態的領域類涉及到領域建模，而領域建模的重點就是標識類，明確類之間的邏輯關係和數量關係，添加劇要的結構規則。另一個就是動態的用例，在RUP核心三要素中專門強調了用例驅動，足見用例建模的重要性，可是咱們要注意到第二階段的重點仍然是搭框架結構，所以並無要求要識別全部的領域類和用例。