系統需求建模事件和事物

1、分析階段建立的模型：

事件列表，事物列表

結構化方法：系統流程圖、決策樹/決策表、實體關係圖、資料流、資料字典、偽**

基於uml的oo方法：用例圖、用例場景描述、分析類圖、活**、狀態圖、時序圖/協作圖

2、設計階段建立的模型：

體系結構圖、介面布局圖、系統結構圖、程式流程圖、設計類圖、時序圖、包圖、元件圖、網路圖、部署圖

3、事件：發生在某一特定的時間和地點、可描述並且系統應該記錄下來的事情

事件和系統需求的關係：什麼事件發生時需要系統做出響應，、能列出所有這樣的事件應該說就可以搞清楚使用者對系統的需求。資訊系統的所有處理過程都是由事件驅動或觸發的，因此當定義系統需求時將所有事件羅列出來並加以分析是非常有意義的。

事件型別：

外部事件：系統之外發生的事件，通常是由外部實體或系統參與者觸發的

臨時事件：由於到達某一時刻所發生的事件

狀態事件：當系統內部發生了需要處理的情況時所引發的事件

外部事件應包括：外部實體的需要觸發乙個事務處理，如客戶下訂單外部實體想獲得某些資訊，如客戶查詢帳戶資訊資料發生改變需要更新，如客戶位址變更管理部門想獲取某些資訊，如管理者需要銷售情況分析報告

臨時事件應包括：所需的內部輸出結果，如定期報表所需的外部輸出結果，如定期結算單、帳單等突發的情況，如系統掉電、記憶體溢位、讀寫錯誤、缺頁

狀態事件應包括：所有外部事件和臨時事件都要考慮是否有狀態事件發生，如，銷售引起庫存變化等

區分事件和隨事件發生的一部分互動行為

跟蹤事務處理生命週期可以得到一系列事件

特別細節的事件在系統分析階段不予考慮

在物件導向的開發方法中，事物就是在系統中相互互動的物件;

事件和事物的區別與聯絡：事件 – 發生在瞬間，有一定的隨機性

事物 – 客觀存在，不以主觀意志為轉移

聯絡 – 事件的發生可以改變事物的狀態或產生新的事物

事物間的關係：某些事物間自然發生的聯絡，比如客戶傳送訂單、雇員在某部門工作等

根據每件事物的關聯數目來理解每種關係的本質非常重要基數（重數）：發生在事物間關聯的數目

二元關係：兩種不同型別事物之間的關係，如teacher與student 一元(回歸)關係：同一型別的兩個事物間的關係，例如乙個人和另乙個人的婚姻關係三元關係：三種不同型別事物之間的關係，如course、teacher和student n元關係： n（n為任意數）種不同型別事物之間的關係

事物的屬性：

資料實體：在傳統的系統開發方法中，事物被稱為資料實體物件：在物件導向的系統開發方法中，將某乙個事物稱為物件

e-r圖：

傳統的系統開發方法都將重點集中在資料儲存需求上資料儲存需求包括資料實體、資料實體的屬性以及它們之間的關係

分析員在建模的過程中，常常對erd進行細化的工作就是處理多對多的關係由於關聯式資料庫中不能直接實現多對多的關係，因此必須建立乙個單獨的表，來消除多對多的關係關聯實體 – 解決上述問題的人為增加的資料實體，它一定包含兩端資料實體的關鍵字

類圖：物件導向的方法也強調對系統中所包含事物的理解物件導向的方法給事物建立的模型即是「類圖」「類」和「實體」是明顯區別的

泛化/具體層次圖 – 把類按照從最概括的父類到最具體的子類的順序進行排列的層次圖，有時也被稱作繼承層次圖繼承 – 允許子類共享其父類的所有的特徵

整體/區域性層次圖：按照類之間的關聯元件將類進行結構化分解的層次圖聚合：物件及其各個部分之間的一種整體-區域性關係組成：物件及其與它不可分割的各個部分之間的一種整體-區域性關係

抽象類：一種不能被例項化（即不能建立物件）的類，僅為了使其子類能夠繼承他的屬性與方法具體類：能夠被例項化的類關聯類：一種表示兩種不同類之間多對多的關係的類

系統需求建模 事件和事物