上次一次說完了整本書的前四章，主要感覺前四章是乙個整體，前提是可以一次性消化，後面幾章雖然也緊密聯絡，但是沒發一下分析帶過不能草草了之。
接下來到整本書第二部分，需求模式目錄。就是分別介紹了37種需求模式，這些模式的主題在所有的商業系統中反覆出現。對大部分通用的被優先介紹，而怪異不常用的將被放在最後。
首先，基礎需求模式。被分為技術、系統間介面、遵從標準、系統間互動、參考需求、文件六種需求模式。
模式名稱->
系統間介面
系統間互動
技術需求
遵從標準
參考需求
文件相關模式（與之有聯絡的模式）
系統間互動、吞吐量、可用性、拓展性、遵從標準、文件、技術
系統間介面
遵從標準、系統間介面、易用性
易用性
預期頻率（預期使用頻率）
在小型還有中型系統中，有四個或者更少需求；在複雜的系統中可能有一打或者更多需求
每個系統間介面有0~5個介面
通常不超過六個需求
很少超過12個需求
最多可以達到6個
最多可以達到10個
適用性使用系統間介面需求模式定義被定義的系統和任何與之互動的外部系統或者元件之間的基本細節。
定義穿越間介面的特定型別的互動
使用技術需求模式定義開發和執行系統所必須要的技術，或者系統必須能夠與之互動，或者是互相相容。
必須遵從乙個標準
對外部需求規格中一些或全部需求的要求，使這些需求就像本規格的需求一樣
定義需求產生的特殊型別的文件
內容（模式包含哪些名次，還有基本概念）
介面名稱、介面識別符號、兩端的系統、介面的目的、介面的所有者、定義介面的標準、由於介面的技術
互動型別名稱、介面名稱和識別符號、互動目的、傳遞的訊息
技術描述、技術的用法、技術的版本（根本不提版本、制定乙個或者多個版本、設計乙個規則）、動機、
標準的名稱、標準的目的、遵從的標準的版本、遵從的標準的某些部分、位置
被參考的規格名稱、被參考的規格版本、適用的需求、被參考規格的位置、優先順序資訊
文件的名稱
開發考慮
編寫軟體模擬介面，它的價值依賴於介面的重要性、複雜性、測試系統是否可以被另乙個系統所有者使用。
系統使用的技術，程式設計團隊必須具備這種語言的程式設計能力。系統序言相容的技術，那麼最少要有乙個這領域的專家。
兩個系統按照同乙個標準開發，但是最終卻不能互通是很正常的
外部規格中的每乙個適用的需求和當前規格中的需求是一樣的。
開發團隊對文件需求的最大興趣就是按照需求生產相應的文件
測試考慮
在系統的範圍內，開發系統的組織必須測試參與到介面的每乙個元件。
系統間互動需求只是定義了互動必須完成什麼，它的目標。
對於不同的技術，不能有不同的測試標準
測試依賴於標準的本質
外部規格中的每乙個適用的需求和當前規格中的需求是一樣的。
列印出來閱讀訂正，然後檢測軟體中幫助是否能正常使用
軟體需求模式閱讀筆記二
閱讀的章節是需求模式概念，使用和編寫需求模式。加上之前讀的兩章，這四章是準備，是解釋性的章節。需求模式概念解釋了需求模式存在的必要性。系統千千萬萬，但是所有的系統需求本質上彼此相似，所以，引入此概念來描述需求模式的每乙個需求應該怎麼定義。需求模式可以使用已經定義好的，他們都有自己的使用方式，也可以自...
《軟體需求模式》閱讀筆記（二）
前面了解到什麼事需求的 接下來就應該學習如何使用和編寫需求模式。我們不僅到了解需求模式的含義，更要學會在什麼情況下使用需求模式。在定義系統期間，有兩種場合使用需求模式 1.當定義需求時，看是否存在乙個模式可以指導如何定義這種需求。2.當考慮系統需求是否完全時，瀏覽主題覆蓋的整套模式 看是否有遺漏，或...
軟體需求模式閱讀筆記六
閱讀的章節是訪問控制需求模式和商業需求模式。訪問控制需求模式 其中包括使用者註冊需求模式 使用者認證需求模式 使用者授權需求模式 特定授權需求模式 可配置授權需求模式 批准需求模式。使用者註冊使系統知道使用者 使用者認證是認定乙個使用者 使用者授權是控制使用者可以做和可以看的內容 特定授權是具體的使...