《探索需求-設計前的品質》閱讀筆記二

標籤：

       軟體是以人為中心的，所以說需求也是以人為中心的，而在使用一些工具的時候往往會忽略人的因素從而導致含混性。由於需求階段所發問題越多，以後付出的成本就會越少，所以說含混性是非常重要的。整個需求與系統範圍邊界是有相似之處的，只要劃定了什麼是我們的需求，什麼不是我們的需求，那就會很容易地，感覺這個也相當於是把複雜的問題簡單化地過程，而基本上所有的問題都會是這樣一個解決的模式，這也說明了事物之間的共性。而且，要在探索中發現樂趣會別有一番風味。

     含混性是由於對事物的不同理解而產生了不同的解釋，在對於含混性難以分析出所以然的時候，可以採取一定的標準將大量的資料進行分類，從而找出其中的共性和特性，弄清含混性的來源，才能進一步進行對它的消除。另一方面，對於一個問題的描述不同也是一個很容易產生含混性的因素，往往由於人的文化背景、習慣和其他諸多因素的不同，會導致在對同一件問題進行描述時而產生不同，這往往也會給整個項目的需求過程帶來十分重要的影響。

    決策樹模型是一種用於彌補直接問題的工具，這是一個行之有效方法。在有含混性的問題時，將幾個假設列舉出來在進行篩選，一步一步重複操作，在發現出錯時及時發現及時改正，直到找到正確的解決方案。要以客戶的需要為目標，直到找到滿足客戶需求的那個葉子為止。而正確的次序問題也是十分重要的，當次序問題擺正之後會給整個過程帶來很大的進展。而且在前期一定要話費很多精力，因為越靠近樹根的地方越容易出錯，在前期的方向對了會給後期工作帶來很大的便利。但僅僅因為我們知道某些事情，並不意味著我們就能做好我們的所知和在手邊的需求之間的關聯，是因為現實生活比我們想象的要現實。

    如果參與者從一開始就沒有一致的想法，那麼項目還沒成功之前就會註定以失敗告終了。問題的最佳定義就是感受到的事和期望的事情之間的差別，這句話在之前看過的書中也有提及，而問題的這一本質可以使我們從幾個不同的方面去尋找最開始的切入點。可以是來自解決方案的想法，來自技術的想法，比喻，標準，實體模型以及名稱。還要對問題進行存在性假設因為所有的開發都始於一個假設。當有一個切入點的時候，大家可以像老師在課堂上讓我們對利益相關者進行分析的時候來一場頭腦風暴，對於設計過程、產品和各種問題各抒己見。在這個個過程中，可以在不偏題的前提下囊括所有的問題。然後就要尋找正確的項目相關人員，這就與項目利益相關者不謀而合了。要區分使用者和客戶，系統是為使用者設計的，但是客戶的要求也是不容忽略的。而使用者在一定程度上來說也是具有很大的可變性，因為不是所有的使用者都是完全平等的，所以就要對此進行精心計划了，在抓獲使用者的時候要謹慎考慮，並將他們進行層次劃分，區別對待。

《探索需求-設計前的品質》閱讀筆記二