2012年2月22日

6.2.5-其他事項


給SA的UML/MDA實務手冊
----------
第6章-分析系統流程
6.2-PIM-1:分析系統流程


6.2.5-其他事項
  • 優先性:替UC標示其重要度或優先性,可以協助訂定開發UC的順序,愈重要的愈優先開發。
  • 循環等級:替UC標示其細緻度或循環等級,方便開發人員經過多次循環的過程逐步定義出UC的細節。例如,可以簡單地將UC敘述分成兩個循環:先做要點敘述,後做寫實敘述。要點敘述通常僅會紀錄參與者或系統的需求(What)。當開發專案持續進行,開發人員對UC會有更多的了解,便可以進一步記載參與者或系統的執行細節(How to),細述參與者與系統兩方對話流程(Dialog Process)
  • 待解議題:在UC分析與開發期間,可能會出現還沒有定論的問題,這時候透過UC敘述把問題紀錄起來,方便指派負責人員以及日後查閱。
  • 基本假設:如果該UC是基於某個基本假設而設計出來的,記下這個重要的基本假設。在基金模擬個案中,估算基金帳戶內的現值時,通常以基金公司提供的基金淨值為估算(基本假設),但投資人贖回基金時還是得以基金公司公告的實際報價為主。
  • 相關人員:每一份UC敘述都涉及幾種不的身分的相關人員,包括製作者、觀看者和審核者等等。在UC導向(UC Driven)的系統開發實務上,常常將一個UC當成一個工作單元,加上相關人員的簽核之後,UC敘述文件就成了現成的工作單(Work Ticket),也可透過工作流程工具(Workflow Tool)來管理。
  • 特殊需求:跟該UC相關的非功能性需求等等的特殊需求,都可以記錄在這個欄位中。



沒有留言: