《軟體需求模式》讀書筆記04

標籤：刪除   筆記   知識   自動   報告   效能   問控制   讀書   檢查   

         在系統開發的過程中，開發人員常常是以輕視、隨意的態度對待資訊，為瞭解決眾多的系統以馬馬虎虎的方式處理資料的問題，我們需要一種方案——資料實體需求模式。該方案把所有的實體分為幾個固定的種類，共用很多重要的特徵，目的是施加一些秩序和一致性。資料實體領域的需求模式包含：資料實體（活實體、交易、配置、編年史）和資訊儲存。其中，活實體需求模式是用來定義一種實體，它的資訊需求儲存，並且有預期壽命（也就是說，可以被建立，可以被多次修改，並最終被終止）。它的內容必須至少包括：實體名稱、實體的解釋、實體包含的資訊、實體被唯一確定的方式、父實體的詳細內容；額外需求有：編輯功能、查詢功能、修改曆史、公用資料、只是邏輯刪除。交易需求模式是用來定義一個活實體生命中的一種事件，和/或輸入這樣一個交易的功能。它的內容有：交易名稱、交易的解釋、交易包含的資訊、一個交易如何被唯一確定、所有者活實體詳細資料、什麼時候交易被認為是發生了、交易的壽命。在開發的過程中我們應該注意一點，就是交易一旦發生，它的資料就是永遠不能被修改的。配置需求模式是用來定義參數值和控制系統如何啟動並執行。有兩種方式組織配置需求：1.定義一個配置值（名稱和目的、代表值、資料類型、層級、配置值什麼時候可以修改），然後描述它所處的層級；2.定義配置實體（實體名稱、實體的目的、實體內容、實體如何唯一確定、實體什麼時候可以修改），它形成了配置的一部分。編年史需求模式是用來定義系統生命中必須被記錄的某種或某幾種事件。一個編年史需求應該包括：記錄的事情的類型、每件事情記錄的資訊、嚴重程度；額外需求有：存取控制、公用編年史特徵、編年史查看功能、嚴重層級、清洗編年史、歸檔編年史、觸發其他動作、開啟或關閉編年史記錄。而資訊儲存基礎架構則是用於永久儲存資訊的。

         使用者的功能是豐富多彩的，所以我們很難找到共同點對它們分類，並值得為它編寫需求模式。在《軟體需求模式》的書中，我們就瞭解其中的一部分：查詢模式和報表模式。查詢需求模式是用來定義螢幕顯示功能，顯示給使用者指定的資訊。定義一個查詢需求應該指定以下資訊：查詢名稱、查詢的業務意圖、顯示的資訊、排序次序、挑選標準、瀏覽、互動、自動重新整理；額外需求有：1.綜合查詢，為了防止不得不對每一個瑣碎的資訊都定義一個查詢，定義一些覆蓋廣的需求，處理可能忘記的事；2.公用查詢特徵，如果有一些規則適用所有的查詢，只定義一次，這樣可以應用於整個系統。在開發的時候，我們應該注意檢查資訊是否可用，考慮是否有潛在的效能問題和在預計的使用者介面環境下自動的自我重新整理是否容易實現。報表需求模式是用來定義報表，該報表用於顯示指定的資訊給使用者，而被顯示的資訊不會被報表修改。當需要決定是以查詢的方式顯示還是報表的方式顯示時，我們需要考慮的因素有：1.有多少資訊要顯示，顯示多列資訊報表可能更好；2.需要怎樣互動，報表是被動的；3.多久需要一份硬拷貝，經常列印應該採用報表；4.多少人要看，運行一個報表發給別人比較可靠；5.是否需要儲存結果，報表比查詢更容易儲存；6.資訊來自哪裡，如果資訊不是來自於資料庫報表產品可能不能讀取；7.資訊不穩定的程度，如果資料經常改變報表的拷貝會很快過時；8.查詢還是報表實現更便宜。報表需求模式應該指定以下內容：報表的名稱、報表的業務意圖、顯示的資訊、排序次序、挑選標準、自動運行詳細資料、總計層級、換頁層級。易用性需求模式是用來定義某種殘障人士或者有特定需要人士使用系統的容易程度，也就是說必須如何方便他們的使用；額外需求有：常規的易用性、特定需要步驟、裁剪以適合某一個使用者、文檔和支援、證明一致、可用性。而為了做好易用性功能的開發，軟體工程師應該具備3個領域的基本應用知識：（1）電腦使用者的特定需要範圍（2）內建於作業系統以及正在使用的其他產品和技術的易用性特性（3）一些最重要的輔助技術的類型以及它們如何工作的大致概念。使用者介面基礎架構就是一組相關的組件，它們一起使用可以與系統互動；而報表基礎架構是為我們產生報表，並且通常可以設計新的報表的，在實現時需要考慮的重要方面是：報表設計工具、交付機制、編年史資訊、存取控制、通知接收人的方式、報表內容和格式、報表調度、報表基礎架構使用的報告、備份和維護。

《軟體需求模式》讀書筆記04