最近接著閱讀了《掌握需求過程》中有關質量關的部分，質量關是每項需求正式進入到需求規格說明書的地方。而且質量關檢查對大多數需求規格是有用的。而且比較合適於產品的目標，需求限制條件，功能性需求及非功能性需求。一旦有了一項需求，就可以開始檢查，目的是盡早識別並捕獲需求相關的缺陷，用意是阻止不正確的需求進入設計和實現階段，因為那時發現和修正它們將更困難，費用更大。
為了通過質量關並進入需求規格說明書，一項需求必須經過一系列的檢查。這些檢查確保需求是完整和準確的，不會因為不適合將來的設計和實現引起麻煩。
在此過程中，我們要確認完整性，是否存在遺漏的部分，是否對所有風險承擔者都有意義等。與此同時，我們還要測試可追蹤性，一致的使用術語等。在網羅需求時，有時會遇到一些很吸引人的，說明清晰的，完整的需求，但它們和專案目標沒多大關係，所以要檢查需求的相關性，把需求與產品目標相比較。需求蔓延指的是大家認為需求過程已經結束後又進入性要求說明書的需求。
最後，如何實現質量關首先關於誰來實現質量關，然後進行對等複查，由團隊中的其他成員正式複查每項需求。緊接著是團隊複查，包括顧客和使用者。最後階段是管理者複查，主要集中在對質量關成功和失敗的總結上，這個階段的成功被用於管理和改進需求。
總之，質量關對形式化的潛在需求進行一系列的檢查，質量關對單項需求檢查完整性，可追蹤性，一致性，相關性，二義性，可行性，鍍金，蔓延等。最後，一定要實現質量關。
閱讀筆記05
uml大戰需求分析 的前九章向我們介紹了uml的九類圖，並且就每一類圖進行了詳細的介紹，並且介紹了他們怎樣與需求分析結合起來。uml大戰需求分析 的前十章為我們提供了乙個簡單的考勤系統，我們模擬真實開發的場景進行實踐訓練。首先我們要考慮為什麼會有這樣乙個專案，客戶為什麼想要做這個專案，公司為什麼會借...
假期閱讀筆記05
3層架構的定義 3層架構分別為 表示層 web 業務邏輯層 bll 資料訪問層 dal 資料訪問層 dal 採用抽象工廠模式搭建資料訪問介面，並由各種資料庫型別對應的包來實現對各種資料庫的訪問。業務邏輯層 bll 包含了 實體資料 model 包 以及 業務邏輯 bll 包 分別提供 實體 和 cr...
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...