如果乙個專案缺乏明確的規劃和良好的資訊交流途徑，那將是十分糟糕的。如果專案的參與者持有不同的目標和優先權，那麼他們只能各抒己見，無心工作。如果專案的風險承擔者在產品所能滿足的業務需要和產品所能提供的利益問題上不能達成一致的意見，那麼需求決不會穩定。乙個清晰的專案檢視和範圍過於分散在多個地方開發，在這樣的專案中，地理位置上的分離使專案開發組成員必須天天進行相互溝通才能保證他們之間能進行更有效的合作。
專案檢視可以把專案參與者定位到乙個共同和明確的方向上。專案檢視描述了產品所涉及的各個方面和在乙個完美環境中最終所具有的功能。相反的，範圍描述了產品應包括的部分和不應包括的部分。範圍的說明在包括與不包括之間劃清了界線，當然，它還確定了專案的侷限性。
因此，我們需求尋找使用者的需求，然後將他們的需求用專案檢視表示出來，最後再著手去完成軟體專案。
個人感受：專案檢視和文件雖然是枯燥複雜的工作，但是這些都能夠為我們的專案更新質量和速度，所以，今後也應該重視這些並且形成良好的習慣。
軟體需求閱讀筆記02
第二章，了解到滿足需求就是解決問題。需求分類分為功能需求和效能需求。效能需求包括 速度，容量，吞吐量，負載，實時性。質量屬性需求也是很重要的一環。常見的有可靠性 在規定時間間隔和條件下執行目標功能的能力 可用性 使用時可操作可訪問的程度 安全性 許可權相關 可維護性 排除故障的容易程度 可移植性 從...
《軟體需求模式》閱讀筆記02
軟體需求模式 第3 4章閱讀筆記 其中第3章描述了需求模式扮演的角色，解釋了每個模式的一些具體內容和具體結構。而第4章則介紹了何時以及如何去使用需求模式，如何從原有的模式創造出新的模式或者直接編寫新的模式。第3章首先為我們解釋了需求模式的概念 定義一種特定型別需求的方法。需求模式就是為我們提供一種需...
《軟體需求模式》閱讀筆記02
這本書就是介紹軟體需求模式的，所以我們要知道什麼是需求模式。為了傳達需求模式需要描述什麼時候使用模式以及基於模式如何編寫需求，還可以提示如何實現以及如何測試這種需求的資訊，每個需求模式還包含以下的要素 1 基本細節，就是模式宣告 自己的領域 相關模式 預期使用頻率 模式分類以及模式作者。2 適用性，...