軟體需求模式閱讀筆記之五

來源:互聯網
上載者:User

標籤:這一   內容   重要   功能   使用者   流程   術語   接下來   基礎   

這周我學習的是軟體需求模式的第二章------需求規格的內容。

       目前為止還沒有唯一正確的方法阻止需求規格,但是反覆出現在大部分系統中的主題,是我們應該注意和掌握的內容。從大的方面來說,需求規格可以分為四個部分,分別是介紹部分,上下文部分,功能域部分,主要非功能要求部分四個方面,其中功能域部分定義了系統實際上要做的內容。

       介紹部分包括系統目的,文檔目的,需求格式,詞彙表,參考書目以及文檔曆史。這個板塊主要是介紹系統規格。這其中要注意,系統目的是系統本身的目的,而不是項目的目的,是落腳於功能的;文檔目的這部分要考慮確定讀者,免責聲明,簡單敘述文檔的結構,確定其他相關的需求規格,這部分主要陳述系統必須滿足的需求;需求格式協助讀者理解什麼是正確的需求,需求格式包括需求標識符,定義,優先順序,總結描述四部分;為了看起來比較正式引入了詞彙表,詞彙表裡邊有著若干條術語,每一條屬雩都包括術語和它的定義兩部分;參考書目和文檔曆史則是為了讀者更好的理解系統。

       上下文部分中最主要的是確定上下文圖,也就是確定系統邊界範圍,因此我們首先要找到系統的組件,使用者角色,系統邊界,系統間介面等內容。會影響系統本質的主要假設應該在需求規格開始的主要假設一節或類似的部分裡反白。指出系統沒有義務實現的功能稱為排除,這一步會大大減少系統所需的工期。確定核心的業務實體為關鍵業務實體,因為整個系統是圍繞一個或幾個核心的業務實體來進行的,因此我們要在系統需求的開始確定關鍵業務實體。基礎構架是指支援一個或多個需求所需的一組基礎的能力。

  接下來是系統核心的功能域部分。為每一個發起者編寫一節是功能域的一個重要方法。按照不同的功能確定並寫好小節,要按照功能重要性將其排列。這樣有助於分配不同的精力時間和人員在不同重要性的功能上。

  最後是主要非功能要求部分。書中介紹了編寫的流程,這部分因系統而異,很大程度上依賴於系統的特徵。

  第二章主要講解了系統規格的內容,為我們編寫需求提供了一個模板和步驟,以及需要包含的重要內容。

軟體需求模式閱讀筆記之五

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.