系统分析与设计

5
5
系統分析與設計，第四版
學習目標
闡述建立資訊系統模型的理由 說明三種模型的類型, 並列出專門用於分析與設計 的模型
Mathematical Descriptive Graphical
闡述如何以事件 (events) 來辨識活動(activities)與 使用案例 (use cases) 識別與分析系統所回應的事件
關於事物的特殊資訊
鍵值(Key) - 能夠唯一識別某事物的屬性
Systems Analysis and Design in a Changing World, 4th Edition
29
Systems Analysis and Design in a Changing World, 4th Edition
10
5
5
在設計階段建立Leabharlann Baidu模型 (圖 5-5)
3. 事件、活動與使用案例
使用案例 (use case)
Use case～activity
系統為回應使用者的要求所執行的活動 「案例」 是參與者使用系統的地方 辨識使用案例的技術 辨識使用者目標
Elementary Business Processes
基本企業流程 (EBP) 層次的目標就是使用案例 (參考圖5-6) EBP – 由一名工作人員、在一個場所執行的一項任務，目的是要回應 某個企業事件。它能夠增加可測量的企業價值，並讓系統與資料維持 一致的狀態
設計階段
實體模型 提供技術方面的細節 擴充邏輯模型 (Analysis Class Diagram
Systems Analysis and Design in a Changing World, 4th Edition
Design)
9
Systems Analysis and Design in a Changing World, 4th Edition
24
★ ★ ★ RMO
的事件表格 (圖 5-16 的部份內容)
5
5
4. 問題領域中的「事物」
定義系統的需求概念: 涉及理解與塑模系統需要儲存資訊的事務 Another key concept used to define systems requirements involves understanding and modeling things about which the system needs to store information. 儲存問題領域中有關事物的資訊, 這些都是人員工 作時需要處理的對象
補充:
Relative Absolute
狀態事件(State event)
系統內部發生的某件事觸發 觸發處理的需要 觸發
(Trigger)
Systems Analysis and Design in a Changing World, 4th Edition
Time
15
Systems Analysis and Design in a Changing World, 4th Edition
22
5
RMO 案例中的事件 p.5-14
與顧客有關的重要外部事件
顧客想要檢查商品能否供貨、顧客下訂單、顧客變 更或取消訂單, 參考圖5-13
事件表格(event table)中與每個事件相關的資訊 :
每個使用案例的型錄資訊 (圖 5-15)
5
涉及部門的其他外部事件
寄送已完成的訂單、行銷部門想要寄送促銷內容給 顧客、商品部門更新型錄
請參閱 圖5-18 中的 RMO 實例
事物的特徵
關係 (Relationship)
特定事物間自然發生的關聯性, e.g. 顧客下達訂單 可發生在兩個方向 關聯數目是 基數(cardinality) 或 多重性(multiplicity)
二元關係, 一元關係, 三元關係, n-元關係
屬性 (Attribute)
33
Systems Analysis and Design in a Changing World, 4th Edition
7
Systems Analysis and Design in a Changing World, 4th Edition
8
5
5
分析與設計階段的模型簡介
分析階段中名為「定義系統需求」的活動
邏輯模型 (p.4-3) 對需求進行非常詳細的定義，但不考慮使用特定的 技術
在分析階段 建立的模型
(圖 5-4)
事件分解技術 CRUD 分析技術 (建立, 讀取, 更新, 刪除)
Systems Analysis and Design in a Changing World, 4th Edition
11
Systems Analysis and Design in a Changing World, 4th Edition
事件的類型
外部事件 (External event)
發生在系統之外 由外部的代理人(e.g.顧客)或參與者所啟動 , 圖5-8 事件命名: 外部代理人+動作名稱 (customer pays)
內部事件
事件 使用案例
臨時事件(Temporal event)
在到達某個時間點之後，就會發生的事件 根據系統的截止日期 圖5-9
12
5
5
透過使用者與目標辨識使用案例 (圖 5-6)
事件的分解
企業事件會觸發企業流程的基本單位 (Elementary Business Processes, EBP) EBP 是分析使用案例的正確層級 (利用EBP 找出Use case) 事件的分解: 系統分析技術 找出系統必須回應的事件 決定系統的回應方式(辨識企業事件將系統分解為活動/使用案例) 事件分解技術的作用 讓傳統方法辨識活動 讓 OO 方法辨識使用案例
30
5
5
關係會自然發生在兩個事物之間 (圖 5-19)
關係的基數/多重性 (圖 5-20)
Systems Analysis and Design in a Changing World, 4th Edition
31
Systems Analysis and Design in a Changing World, 4th Edition
產生定期報表的臨時事件 ,圖5-14
產生訂單總表的時間、產生履約總表的時間
使用案例
Systems Analysis and Design in a Changing World, 4th Edition
23
Systems Analysis and Design in a Changing World, 4th Edition
32
5
5
屬性與值 (圖 5-21)
資料實體 Data entities
在傳統的系統開發方法中，系統需要儲存相關資 訊的事物 利用實體關係圖（ERD）塑模,內容包括:
1. 2. 3.
資料實體 資料實體間的關係 資料實體的屬性
ERD可用來產生資料庫的設計模型，通常是關聯 式資料庫
Systems Analysis and Design in a Changing World, 4th Edition
20
RMO範例 一位特定顧客的交易序列
5
5
會引導出許多的事件 (圖 5-11)
可延後至設計階段再處理的事件 (圖 5-12)
Systems Analysis and Design in a Changing World, 4th Edition
21
Systems Analysis and Design in a Changing World, 4th Edition
Systems Analysis and Design in a Changing World, 4th Edition
一連串的動作只會造成一件影響到系統的事件
(圖 5-10)
5
19
Systems Analysis and Design in a Changing World, 4th Edition
Systems Analysis and Design in a Changing World, 4th Edition
13
Systems Analysis and Design in a Changing World, 4th Edition
14
5
5 影響賒購帳戶處理系統的事件 (圖 5-7) 外部事件
Systems Analysis and Design in a Changing World, 4th Edition
25
Systems Analysis and Design in a Changing World, 4th Edition
26
5
事物的類型 (圖 5-17)
圖5-18
5
Skill: 分析師透過考慮事件表格中的每個使用案例辨識事件的類型 e.g. 系統需要知道且儲存資料的事物為何?
3
Systems Analysis and Design in a Changing World, 4th Edition
4
5
5
2. 塑模與模型
分析師可以使用模型的集合說明資訊系統的需求 複雜的系統需要一種以上的模型 模型的作用是要表達即將建立之系統的某些層面 建立模型的過程可以協助分析師釐清與調整設計內 容 模型有助於與系統使用者的溝通
18
5
辨識事件
可能很難判斷 圖5-10 ,顧客在買襯衫前沒有影響系統 Q: 拿出信用卡是一個事件嗎 ? 往往會與導致事件之前提條件和回應混為一談 有暫停動作可能是互動部份而不是事件,如上例中拿出信用卡 有助於追蹤交易的生命週期, 圖5-11 留待設計階段處理的事件(在分析階段暫時忽略, e.g. 系統登入) 保護系統完整性的系統控制, e.g. 每日交易資料庫的備份 完美科技假定, 分析階段主要考慮在完美條件下需回應的事件,在設計階段 會考慮現實中不完美科技之情形
16
5
5
外部事件檢查清單 (圖 5-8)
臨時事件檢查清單 (圖 5-9)
Systems Analysis and Design in a Changing World, 4th Edition
17
Systems Analysis and Design in a Changing World, 4th Edition
最佳訂購量 Q = 2DS H
數學模型 – 用以說明系統技術層面的公式
一些 描述模型 的範例
(圖 5-3)
描述模型 – 描述系統某些層面的備忘錄、報表、或 清單 圖形模型 – 系統某個層面的圖表與架構表達內容
Systems Analysis and Design in a Changing World, 4th Edition
Systems Analysis and Design in a Changing World, 4th Edition
27
Systems Analysis and Design in a Changing World, 4th Edition
28
5
5
開發事物初始清單的程序 (p.5-19)
步驟一：使用事件表格與關於每個使用案例的資訊 ，辨識全部的名詞 步驟二：使用來自既有系統、現行程序及現行報告 或表單的其他資訊，增加必要資訊的項目與類別 步驟三：調整這份清單並記錄要探究的假定或課題
1. 概述
藉由建立模型記錄功能性需求 建立模型屬於分析階段的活動 – 定義系統需求 兩個概念可以在傳統和物件導向方法中協助辨識功 能性需求
會觸發使用案例的事件 使用者工作領域中的事物
Systems Analysis and Design in a Changing World, 4th Edition
塑模的原因 (圖 5-2)
Systems Analysis and Design in a Changing World, 4th Edition
5
Systems Analysis and Design in a Changing World, 4th Edition
6
5
5
模型的種類
在開發資訊系統時會使用不同種類的模型
Systems Analysis and Design in a Changing World, 4th Edition
2
5
5
學習目標 (續)
說明問題領域中事物(things)的概念如何定義需求 說明資料實體(data entities)與物件(objects)之間的 異同點 識別與分析系統中所需要的資料實體與領域類別 (domain classes) 閱讀、解釋、及產生實體關係圖 (Entity-Relationship Diagram, ERD) 閱讀、解釋、及產生類別圖(class diagram)