標籤:比例 可靠 資料結構 部分 並且 特性 成功 混淆
今天開始閱讀《軟體需求模式》的第7、8章,其中第7章主要講的是資料實體需求模式,主要是資料處理的一些需求模式,而第8章講的是使用者功能需求模式,主要是介紹了如何應對使用者的一些需求。
第7章資料實體需求模式,系統的開發人員常常是以輕視,隨意的態度對待資訊,沒有規則定義什麼時候資料可以被刪除,對遺失資料很鬆懈……而本章就是通過引入一種方案把所有的實體分為幾個固定種類,增加秩序性和一致性。
活實體需求模式,它用來定義一種實體,它的資訊需要儲存,並且具有預期壽命。但是不能將它應用於系統配置的實體;而應該使用配置需求模式。一個活實體的需求主要定義了它需要儲存的資訊,及相關的細節比如每一個實體如何唯一被確定。它的內容包括:1實體名稱:應該是清晰,唯一和簡潔的2實體的解釋:弄清楚他是什麼,為了什麼3實體包含的資訊,這部分以資料結構的形式定義。4實體唯一確定的方式:描述它的標識符,以及其他任何唯一標識他的方式5父實體的詳細內容。
交易需求模式,定義一個活體生命中的一種事件,和/或輸入這樣一個交易的功能。交易是任何商業系統的活力源泉,妥善的處理好他們對系統成功十分關鍵。一個交易代表發生在一個時間點上的一些事情。交易的詳細資料在被認為發生的那一刻就確定了。內容:1交易名稱,描述交易叫什麼2交易解釋,描述交易是什麼,是為什麼3交易包含的資訊,以資料結構的形式給出。可以包括關於某個特定值如何被輸入、驗證和顯示。4一個交易如何被唯一確定,對每一個交易分配一個交易標識符——即使很少有人使用它。5所有者活實體詳細資料6什麼時候交易被認為是發生了。
配置需求模式,使用配置模式定義參數值,控制系統如何運行。對於配置還有一些經常出現的主題:1》存取控制,對於每一個配置值檢查存取控制2完整性,配置,和所有資料一樣最好儲存在資料庫中。內容:有兩種方式組織配置需求。1定義一個配置值,描述它所處的層級。配置值的需求包括:1名稱和目的2代表值3資料類型4層級5配置值什麼時候可以修改。2》定義配置實體,配置實體包括:1實體名稱2實體目的:它是什麼,以及它是為了什嗎?3實體內容:以資料結構的形式編寫它4實體如何唯一確定:描述它的標識符。5實體什麼時候可以修改。
編年史需求模式,定義系統生命中必須被記錄的某種或某幾種事件。注意不要使用編年史需求模式記錄對財務有影響的任何事情,這時候應使用交易需求模式。編年史的關鍵特徵是必須:1順序排列2忠實3完全4可靠。一個編年史需求應該包括:1記錄的事情的類型2每件事情記錄的資訊3嚴重程度
第8章使用者功能需求模式,因為使用者功能豐富多彩,很難找到共同點對它們編寫需求模式。這裡介紹了這幾種類型的需求模式:查詢模式、報表模式和易用性需求模式
查詢需求模式,定義螢幕顯示功能,顯示給使用者指定的資訊。內容:1查詢名稱:給每個查詢一個明確的名稱,以便不同的查詢不會混淆。2查詢業務意圖,描述查詢業務是為了什麼3顯示的資訊,被展示的實體顯示那些值。4排序殊勳,陳述資訊顯示的次序5挑選順序,挑選標準可以或者是使用者選擇,或者是固定的,或二者的融合。6瀏覽,描述使用者在查詢中的瀏覽方式。7互動,描述使用者與查詢互動中的特殊方式。8自動重新整理
報表需求模式,使用報表需求模式定義報表,該報表用於顯示指定的資訊給使用者。報表模式的內容如下:1報表名稱2報表的業務3顯示的資訊4排序次序5挑選標準6自動運行詳細資料。
易用性需求模式,用來定義某種殘障人士或者有特定需要人士使用系統的容易程度,也就是說必須方便他們使用。易用性相關的需求可以在3個層次定義:1必須遵守的法律或標準2系統必須滿足的一種特定需要,以及必須滿足的程度3為了滿足特定需要,希望系統具有的詳細的特性。它的內容有1:特定需要的類型2系統的那一部分是必須訪問的3支援的程度4估計影響的使用者比例5需求涉及的法律或標準的條款。
軟體需求模式閱讀筆記04