MDA之PIM-1分析系統流程

系統用例敘述
1. 用例基本數據
1) 用例名稱
一個用例有一份用例敘述,所以用例敘述文件裏面,一定要標出對應的用例名稱。
2) 用例編號
用例編號是拿用例的編號作爲用例敘述的編號
3) 用例簡述
只需三言兩語,增強用例的可理解性
4) 用例圖
在用例敘述的開頭處附上相關的用例圖件
5) 系統
提供此用例的系統名稱
6) 執行者
細分成“啓動者”或“支持者“
7) 相關用例
常見的相關性有2方面,其一是執行用例前必須先行執行過某相關用例,其二是執行用例
期間可能驅動其他的包含用例(Inclusion Use Case),或是因條件符合驅動其他的擴展用例
(Extension Use Case)

 

包含示例:
 
擴展示例:
 
2. 執行流程
1) 主要流程
這裏是用例敘述最核心的部分,期記載了整個用例正常的執行過程。
2) 替代流程
一個用例敘述裏面,通常會包含一段主要流程,同時可以包含數段替代流程,其終點是一
致的。
3) 例外流程
例外流程屬於錯誤處理

慣用的編號方式,主要流程裏的步驟以1,2,3,4的數字排列,次步驟爲1.1,1.2,1.3,
1.4.而替代流程則參照主要流程的編號,加上a,b,c,d的字母編列。
3. 條件及規則
1) 啓動事件或條件
記錄啓動用例的重要事件或條件。
2) 前置條件
這是執行用例之前的檢驗,惟有在滿足某些重要條件時,纔會執行該用例。以確保用例可
以正確執行

3) 後置條件
相對於前置條件,後置條件代表用例執行完畢時,可以通過後置條件自行檢驗是否執行成
功。
4) 失敗時狀態
記錄用例執行失敗時的狀態
5) 業務規則
重要的業務規則或計算公司都要記錄下來

4. 相關文檔
1) 用例敘述的歷史版本
用例改版時,用例敘述也跟着改版,用例敘述是參與人員的智慧成果,也是業務組織的重
要資產,需要進行版本控制
2) UML圖
與工程有關的各種UML圖(業務用例圖,活動圖,系統用例圖,狀態圖,類圖或序列圖)。
3) 參考畫面
UE
4) 其他非UML文檔
會議記錄,XSD文件,表設計,等等。
5. 其他事項
1) 優先性
標記有限性,越重要的越先開發
2) 迭代等級
替用例標其細緻度或迭代開發等級,方便開發人員經過多次迭代的過程逐步定義出用例的
細節。可以先記錄系統的需求(what),在做執行細節的細述(how to)
3) 待解決問題
在用例分析與開發期間,可能會出現還沒定論的問題,這個時候需要辦問題記錄 ,方便日
後查詢
4) 基本假設
如果該用例是基於某個基本假設而設計出來的,記下這個重要的基本假設。
5) 相關人員
每一份用例敘述都涉及幾種不同身份的相關人員,包括製作者,閱讀者和審覈者。在用例
驅動(UC driven)的系統開發實踐中,常常將一個用例當成一個工作單元,加上相關人員
的籤核之後,用例敘述文件就成了現成的工作票(Work Ticket),也可通過工作流工具
(Workflow Tool)來管理。
6) 特殊需求
跟該用例相關的非功能性需求等的特殊需求,都可以記錄在這個字段中。
6. 示例

用例內容模版
用例基本數據
□用例名稱 □用例編號 □用例簡述 □用例圖 □系統 □執行者 □相關
用例  □其他(   )
執行流程
□主要流程 □替代流程 □例外流程
□其他(     )
條件及規則
□啓動事件或條件 □前置條件 □後置條件 □失敗時狀態 □業務規則
□其他(   )
相關文檔
□用例敘述歷史版本 □UML圖 □參考畫面 □非UML文檔
□其他(   )
其他事項
□優先性 □迭代等級 □待解決問題 □基本假設 □相關人員 □特殊需
求  □其他(   )
其他
□其他(   )

 


示例1 : 網絡申購單筆基金用例敘述

用例基本數據
■用例名稱 ■用例編號 ■用例簡述 ■用例圖 □系統 □執行者 □相關
用例  □其他(   )
執行流程
■主要流程 ■替代流程 ■例外流程
□其他(     )
條件及規則
□啓動事件或條件 □前置條件 □後置條件 □失敗時狀態 ■業務規則
□其他(   )
相關文檔
□用例敘述歷史版本 □UML圖 ■參考畫面 ■非UML文檔
■其他(基金申購書,申購收執聯)
其他事項
□優先性 □迭代等級 □待解決問題 □基本假設 □相關人員 □特殊需
求  □其他(   )
其他
□其他(   )


用例名稱
網絡申購單筆基金
用例編號
UC001
用例簡述
投資人上網下單購買某檔基金
用例圖
 
參考畫面
UE設計
主要流程
1) 系統列出基金公司清單以及名下的基金清單,以及約定的扣款賬戶
2) 投資人從中選定一家基金公司及其名下的某一檔基金,並且挑選某一個約定
的扣款賬戶,鍵入申購金額,按下“確定“按鈕
3) 系統計算出手續費
4) 系統連接綜存系統,查詢綜存賬戶餘額,確定餘額是否足夠支付交易款項
5) 系統出現交易確認信息,供投資人做最後確認
6) 系統連接綜存系統,扣交易款,交易成立
7) 系統回傳申購執聯,並且提供打印功能,供投資人選擇打印與否

替代流程
2a) [金額不符]系統出現申購額必須爲萬元倍數信息,回到主要流程2,共投資
人重新輸入申購數據。
2b)[金額過低]系統出現最低申購額的信息,回到主要流程2,供投資人重新輸
入申購數據。
2c)[金額過高]系統出現最高申購額的信息,回到主要流程2,供投資人重新輸
入申購數據。
4a)[餘額不足]系統出現餘額不足的信息,回到主流程2,供投資人重新輸入申
購數據
例外流程
7a)[扣款失敗]系統出現交易失敗的信息,該系統用例執行失敗
業務規則
1) 交易款項=申購基金+手續費
2) 手續費=申購基金 × 基金管理費 ×銀行折扣
3) 國內基金最低申購金額爲10000元,境外基金最低申購金額30000元
4) 每筆交易款項(申購基金+手續費)不得超過200萬元
5) 系統按照公司原有的編碼方式生成交易編號
非UML
文檔
基金申購書pdf文件,申購收執聯pdf文件
其他
填了假數據的“基金申購書“和”申購收執聯“紙本

 

7. 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章