1、統一建模語言統一建模語言UML電力營銷系統案例電力營銷系統案例獲取需求獲取需求定義邊界定義邊界l對于全新的項目，分析員首先要做的工作就是對于全新的項目，分析員首先要做的工作就是定義邊界。定義邊界。l邊界可大可小，很多時候依靠建模者的經驗和邊界可大可小，很多時候依靠建模者的經驗和意識。意識。l定義邊界的目的是為我們確定一個分析的起點。定義邊界的目的是為我們確定一個分析的起點。 定義邊界定義邊界 如何定義邊界？如何定義邊界？l通過前景文檔中的業務目標來定義邊界？通過前景文檔中的業務目標來定義邊界？l還是通過業務模塊劃分的方式來定義邊界？還是通過業務模塊劃分的方式來定義邊界？通過業務目標定義邊界通過

2、業務目標定義邊界l電力營銷系統業務目標一：電力營銷系統業務目標一：“為用電客戶提供為用電客戶提供業務辦理自動化服務，提高辦事效率，方便客業務辦理自動化服務，提高辦事效率，方便客戶，為客戶提高更好的服務戶，為客戶提高更好的服務”l分析：分析：l此業務目標為誰服務？此業務目標為誰服務？l用電客戶用電客戶得到一個用電客戶服務邊界得到一個用電客戶服務邊界 用電客戶服務邊界用電客戶服務邊界 啟示啟示l各業務管理部門位于邊界以內，是業務工人，各業務管理部門位于邊界以內，是業務工人，他們的期望可以暫且不考慮。他們的期望可以暫且不考慮。l疑問：疑問：l前述的各種前述的各種XXX管理功能到哪里去了？管理功能到哪

3、里去了？l釋疑：釋疑：l每個業務目標都會有一個邊界每個業務目標都會有一個邊界l每個邊界有不同的參與者每個邊界有不同的參與者l在不同的邊界內將推導出不同的業務用例。在不同的邊界內將推導出不同的業務用例。內部管理目標邊界內部管理目標邊界 進一步討論之一進一步討論之一l上述劃分邊界的結果與以前所謂劃分子系統有上述劃分邊界的結果與以前所謂劃分子系統有什么差別？什么差別？l僅從名稱上看，二者非常相似。僅從名稱上看，二者非常相似。l仔細考慮可以發現諸多不同：仔細考慮可以發現諸多不同：l劃分依據：劃分依據：l子系統劃分沒有明確的依據，沒有明確的判斷子系統劃分沒有明確的依據，沒有明確的判斷標準來決定何種劃分方

4、式是合理的。標準來決定何種劃分方式是合理的。l業務目標劃分方式有著明確的依據。針對每個業務目標劃分方式有著明確的依據。針對每個業務目標，可以明確決定系統內外，明確決定業務目標，可以明確決定系統內外，明確決定哪些涉眾與此業務目標利益相關，進而得到若哪些涉眾與此業務目標利益相關，進而得到若干業務用例。干業務用例。進一步討論之二進一步討論之二l大部分邊界大部分邊界劃分的方式劃分的方式是從誰使用是從誰使用系統這個角系統這個角度來劃分的。度來劃分的。這和從業務這和從業務目標角度劃目標角度劃分有何區別？分有何區別？ l按這種方式劃分存在若干問題：按這種方式劃分存在若干問題：l無法獲得明確的業務用例。無法獲

5、得明確的業務用例。l無法知道這些涉眾對邊界的真實目的是什么，無法知道這些涉眾對邊界的真實目的是什么，只能盲目的將涉眾所有的期望堆積在邊界里。只能盲目的將涉眾所有的期望堆積在邊界里。l面對諸多的用例，如何進行組織？如何分包？面對諸多的用例，如何進行組織？如何分包？ l按這種方式劃分存在若干問題：按這種方式劃分存在若干問題：l導致業務用例過多，關聯關系混亂。導致業務用例過多，關聯關系混亂。l無法區分業務主角和業務工人。無法區分業務主角和業務工人。l會出現非常多的用例在邊界里，如果都與邊會出現非常多的用例在邊界里，如果都與邊界外的涉眾關聯上，業務用例視圖將混亂一界外的涉眾關聯上，業務用例視圖將混亂一

6、片。片。進一步討論之三進一步討論之三l是否任何時候以業務目標為依據來劃分邊界都是否任何時候以業務目標為依據來劃分邊界都是有效的呢？是有效的呢？l當待開發的是計算密集型或者控制密集型系統當待開發的是計算密集型或者控制密集型系統時，似乎難以找到明確的業務目標，即使找到，時，似乎難以找到明確的業務目標，即使找到，數量也很少，此時使用業務目標為依據劃分邊數量也很少，此時使用業務目標為依據劃分邊界似乎很別扭。界似乎很別扭。l例如：玩家例如：玩家玩游戲玩游戲 l其實，對于非交互密集型系統，即使沒有明確其實，對于非交互密集型系統，即使沒有明確的業務目標，也有明確的功能目標，即系統特的業務目標，也有明確的功能

7、目標，即系統特性，可以以這些系統特性為邊界，得到不同的性，可以以這些系統特性為邊界，得到不同的主角與用例：主角與用例：l例如：控制系統、游戲引擎、聲效等例如：控制系統、游戲引擎、聲效等l控制系統為邊界，控制系統為邊界，l鍵盤、鼠標、手柄鍵盤、鼠標、手柄發出前進動作、發出射發出前進動作、發出射擊動作擊動作發現主角發現主角l得到涉眾分析報告，已經定義了邊界，我們可得到涉眾分析報告，已經定義了邊界，我們可以據此尋找業務主角。以據此尋找業務主角。l主角：代表了涉眾利益，站在邊界外，直接與主角：代表了涉眾利益，站在邊界外，直接與邊界代表的系統交互，對系統有明確的要求，邊界代表的系統交互，對系統有明確的要

8、求，并從系統中獲得明確的結果。并從系統中獲得明確的結果。發現主角發現主角l是否所有的涉眾都會成為業務主角？是否所有的涉眾都會成為業務主角？l只有那些直接與系統交互的涉眾才能成為業務只有那些直接與系統交互的涉眾才能成為業務主角。主角。發現主角發現主角用電客戶服務邊界用電客戶服務邊界l在此邊界外有兩個涉眾：用電客戶、銀行。在此邊界外有兩個涉眾：用電客戶、銀行。l用電客戶涉眾主角分析用電客戶涉眾主角分析l情形一：用電客戶不直接使用系統，而是通情形一：用電客戶不直接使用系統，而是通過到營業大廳填寫紙面申請，由營業大廳業過到營業大廳填寫紙面申請，由營業大廳業務員代為填寫電子申請單并提交。務員代為填寫電子

9、申請單并提交。l用電客戶不直接與邊界所代表的系統交互，用電客戶不直接與邊界所代表的系統交互，營業大廳業務員成為代表涉眾利益的業務主營業大廳業務員成為代表涉眾利益的業務主角。角。發現主角發現主角用電客戶服務邊界用電客戶服務邊界l情形二：業務范圍包括網上辦理業務，用電客情形二：業務范圍包括網上辦理業務，用電客戶可以直接使用系統進行辦理業務。戶可以直接使用系統進行辦理業務。l用電客戶本身就是業務主角。用電客戶本身就是業務主角。l情形三：一些大用電客戶，供電企業設置了專情形三：一些大用電客戶，供電企業設置了專職檢查和服務聯絡人員為其專門服務，這些專職檢查和服務聯絡人員為其專門服務，這些專職人員可以直接

10、為大客戶辦理業務。職人員可以直接為大客戶辦理業務。l專職檢查人員成為代表涉眾利益的主角。專職檢查人員成為代表涉眾利益的主角。發現主角發現主角用電客戶服務邊界用電客戶服務邊界l銀行涉眾主角分析銀行涉眾主角分析l前述分析中，已經取消了實時聯網收費的期前述分析中，已經取消了實時聯網收費的期望，僅保留離線收費，每日結算收費方式。望，僅保留離線收費，每日結算收費方式。即銀行的收費行為與系統之間不會有直接的即銀行的收費行為與系統之間不會有直接的交互。每日會有某位營業出納從銀行處獲得交互。每日會有某位營業出納從銀行處獲得每日收費記錄，并將其導入系統。每日收費記錄，并將其導入系統。l此時，營業出納將代表銀行成

11、為系統的一個此時，營業出納將代表銀行成為系統的一個業務主角。業務主角。 發現主角內部管理業務邊界發現主角內部管理業務邊界l依據前面的涉眾分析報告，內部管理業務邊界依據前面的涉眾分析報告，內部管理業務邊界之外的涉眾有：之外的涉眾有：l營業財務管理部門、電表抄表部門、電費管理營業財務管理部門、電表抄表部門、電費管理部門、資產管理部門、現場施工部門、業務服部門、資產管理部門、現場施工部門、業務服務部門、用電檢查部門。務部門、用電檢查部門。發現主角內部管理業務邊界發現主角內部管理業務邊界l營業財務管理部門涉眾主角分析營業財務管理部門涉眾主角分析l該部門設置了營業會計、營業出納、營業收費該部門設置了營業

12、會計、營業出納、營業收費員。這三個角色會按照財會準則各自負責自己員。這三個角色會按照財會準則各自負責自己的部份，保障財產安全。的部份，保障財產安全。l財務管理部門設有財務主任，負責財務工作的財務管理部門設有財務主任，負責財務工作的安排、人員工作情況的評估、業務規則的制定。安排、人員工作情況的評估、業務規則的制定。l代表業務目標是規范化和管理職能，行使了內代表業務目標是規范化和管理職能，行使了內部管理職能的業務主角是：財務主任。部管理職能的業務主角是：財務主任。發現主角內部管理業務邊界發現主角內部管理業務邊界l電表抄表部門涉眾主角分析電表抄表部門涉眾主角分析l該部門大部分工作人員抄表工，攜帶抄表

13、機該部門大部分工作人員抄表工，攜帶抄表機或抄表單外出工作，他們不直接使用系統，而或抄表單外出工作，他們不直接使用系統，而是將抄回的結果交給內勤人員，有內勤代他們是將抄回的結果交給內勤人員，有內勤代他們將抄表結果導入或者錄入計算機。將抄表結果導入或者錄入計算機。l抄表工作由抄表班長按片區、按變壓器線路等抄表工作由抄表班長按片區、按變壓器線路等將工作分配給抄表工。將工作分配給抄表工。l其中抄表班長行使了內部管理職能，是內部管其中抄表班長行使了內部管理職能，是內部管理業務邊界的業務主角。理業務邊界的業務主角。發現主角內部管理業務邊界發現主角內部管理業務邊界l電費管理部門涉眾主角分析電費管理部門涉眾主

14、角分析l該部門負責計算電費，由發行員來完成。該部門負責計算電費，由發行員來完成。l對于一些特殊客戶和特殊情況的電費計算規則對于一些特殊客戶和特殊情況的電費計算規則的改變，必須通過電費班長確認簽字。的改變，必須通過電費班長確認簽字。l行使了內部管理職能，成為內容管理業務邊界行使了內部管理職能，成為內容管理業務邊界業務主角的是：電費班長。業務主角的是：電費班長。發現主角內部管理業務邊界發現主角內部管理業務邊界l資產管理部門涉眾主角分析資產管理部門涉眾主角分析l該部門負責管理供電設備，資產管理員負責管該部門負責管理供電設備，資產管理員負責管理設備的整個生命周期。理設備的整個生命周期。l資產出庫入庫前

15、需要校修人員負責校修。資產出庫入庫前需要校修人員負責校修。l資產運行中，需要由資產班長制定輪換計劃，資產運行中，需要由資產班長制定輪換計劃，資產運行一段時間后按計劃輪換資產。資產運行一段時間后按計劃輪換資產。l此處業務主角：資產班長。此處業務主角：資產班長。發現主角內部管理業務邊界發現主角內部管理業務邊界l業務服務部門涉眾主角分析業務服務部門涉眾主角分析l該部門由業務員、業務收費員、業務班長組成。該部門由業務員、業務收費員、業務班長組成。l業務員受理客戶用電申請；業務收費員負責收業務員受理客戶用電申請；業務收費員負責收取業務費用；業務班長負責安排工作，評估業取業務費用；業務班長負責安排工作，評

16、估業務員服務水平，審批業務。務員服務水平，審批業務。l此處業務主角：業務班長此處業務主角：業務班長發現主角內部管理業務邊界發現主角內部管理業務邊界l用電檢查部門涉眾主角分析用電檢查部門涉眾主角分析l該部門定期按計劃對用電安全進行檢查。該部門定期按計劃對用電安全進行檢查。l其中用電普查、專項檢查由檢查班長制定計劃，其中用電普查、專項檢查由檢查班長制定計劃，分派檢查員進行現場檢查，檢查結果由檢查內分派檢查員進行現場檢查，檢查結果由檢查內勤錄入計算機。勤錄入計算機。l專職檢查員維護自己所負責的用電單位的資料，專職檢查員維護自己所負責的用電單位的資料，自行安排檢查計劃，但必須通過檢查班長審批。自行安排

17、檢查計劃，但必須通過檢查班長審批。l此處業務主角：檢查班長此處業務主角：檢查班長發現主角內部管理業務邊界發現主角內部管理業務邊界l整個電力營銷工作，即以上職能部門工作由用整個電力營銷工作，即以上職能部門工作由用電主任統一管理，制定營銷規則、進行人事任電主任統一管理，制定營銷規則、進行人事任免、確定崗位職責。免、確定崗位職責。l此處業務主角：用電主任此處業務主角：用電主任發現主角內部管理業務邊界發現主角內部管理業務邊界l各職能部門班長負責各自部門人員的職責、權各職能部門班長負責各自部門人員的職責、權限等，但是希望由信息中心的系統管理員代為限等，但是希望由信息中心的系統管理員代為行使其人員和權限管

18、理職責。行使其人員和權限管理職責。l此處系統管理員將代表各職能部門負責人和用此處系統管理員將代表各職能部門負責人和用電主任行使人事管理職責，成為業務主角。電主任行使人事管理職責，成為業務主角。 用電檢查和管理邊界業務主角用電檢查和管理邊界業務主角 營業財務管理邊界營業財務管理邊界 進一步討論之一進一步討論之一l如何理解業務主角與涉眾之間的關系？如何理解業務主角與涉眾之間的關系？l業務主角與涉眾的區別：業務主角與涉眾的區別：l業務主角與系統直接交互，涉眾未必直接與系業務主角與系統直接交互，涉眾未必直接與系統進行交互。統進行交互。l如果涉眾不直接與系統交互，就必須找到代替如果涉眾不直接與系統交互，

19、就必須找到代替他行使利益的另一個角色，可以與涉眾毫無關他行使利益的另一個角色，可以與涉眾毫無關系，二者之間是一種代理關系。系，二者之間是一種代理關系。進一步討論之一進一步討論之一l代理關系代理關系l不同于繼承。不同于繼承。l繼承表示子類擁有父類所有的非私有職責，代繼承表示子類擁有父類所有的非私有職責，代理是擁有被代理者指定的部份職責。理是擁有被代理者指定的部份職責。l不同于實現不同于實現l實現表示實現類是超類的一種實例化，超類可實現表示實現類是超類的一種實例化，超類可以擁有多種實現，但每種實現都可以上溯到超以擁有多種實現，但每種實現都可以上溯到超類。但代理者雖然可以有多個代理，但多個代類。但代

20、理者雖然可以有多個代理，但多個代理可以位于完全不同的繼承樹上，不一定能上理可以位于完全不同的繼承樹上，不一定能上溯為被代理者的類型。溯為被代理者的類型。進一步討論之一進一步討論之一l尋找業務主角過程中，涉眾分析報告是重要信尋找業務主角過程中，涉眾分析報告是重要信息來源，一般業務主角可以從涉眾分析中獲得。息來源，一般業務主角可以從涉眾分析中獲得。l業務主角一旦決定被代理哪個涉眾，就會收到業務主角一旦決定被代理哪個涉眾，就會收到涉眾期望的制約。涉眾期望的制約。l業務主角不能逾越或改變涉眾期望，但是能決業務主角不能逾越或改變涉眾期望，但是能決定實現涉眾期望的過程。定實現涉眾期望的過程。進一步討論之二

21、進一步討論之二l業務主角所代表的涉眾期望是否可以一一映射？業務主角所代表的涉眾期望是否可以一一映射？l業務主角是否一定要代表涉眾利益？業務主角是否一定要代表涉眾利益？l有時要找到業務主角所代表的涉眾期望是困難有時要找到業務主角所代表的涉眾期望是困難的，它不明顯。例如系統管理員清楚日志、優的，它不明顯。例如系統管理員清楚日志、優化數據等。化數據等。l對系統分析員來說也不是一定要為所有的業務對系統分析員來說也不是一定要為所有的業務主角都找到其所代表的涉眾利益。主角都找到其所代表的涉眾利益。進一步討論之二進一步討論之二l為業務主角找到所代表的涉眾利益的理由：為業務主角找到所代表的涉眾利益的理由：l業

22、務主角不代理任何涉眾理由，業務主角的主業務主角不代理任何涉眾理由，業務主角的主張就缺乏支持。張就缺乏支持。l業務主角不代表任何涉眾利益，其存在性值得業務主角不代表任何涉眾利益，其存在性值得懷疑。懷疑。進一步討論之三進一步討論之三l業務工人可能是流程的實際執行者，但他們卻業務工人可能是流程的實際執行者，但他們卻無權對系統提出要求，如何理解？無權對系統提出要求，如何理解？l業務主角是邊界外的，只有邊界外的事物才有業務主角是邊界外的，只有邊界外的事物才有權向邊界代表的系統提出要求。權向邊界代表的系統提出要求。l由內部員工制定的不遵循客戶期望的規則，通由內部員工制定的不遵循客戶期望的規則，通常是霸王條

23、款。常是霸王條款。l但是也不能否認內部工作人員的意見，他們最但是也不能否認內部工作人員的意見，他們最終決定工作的流程。終決定工作的流程。進一步討論之四進一步討論之四l當有業務主角找不到對應邊界，或者業務主角當有業務主角找不到對應邊界，或者業務主角的一些要求無處放置時，該怎么辦？的一些要求無處放置時，該怎么辦？l邊界代表了某業務目標，除非業務主角確實參邊界代表了某業務目標，除非業務主角確實參與并貢獻于該業務目標，否則不應當成為該邊與并貢獻于該業務目標，否則不應當成為該邊界的業務主角界的業務主角l與業務目標無關的要求也不應當在該邊界中體與業務目標無關的要求也不應當在該邊界中體現出來。現出來。l應重

24、新檢查涉眾分析、問題領域定義。應重新檢查涉眾分析、問題領域定義。進一步討論之五進一步討論之五l業務主角與系統參與者是一致的嗎？業務主角與系統參與者是一致的嗎？l業務主角區別于系統參與者。業務主角區別于系統參與者。l系統參與者是系統的實際操作者，通常在系統系統參與者是系統的實際操作者，通常在系統中都有中都有ID，系統會為其建立會話，其有存在范，系統會為其建立會話，其有存在范圍和生命周期，在系統中是需要編程實現的。圍和生命周期，在系統中是需要編程實現的。l業務主角是用于分析業務的，可能不會轉化為業務主角是用于分析業務的，可能不會轉化為一個參與者。業務主角不應當被過分的抽象化一個參與者。業務主角不應

25、當被過分的抽象化和虛擬化，應該能夠映射到現實中的敢為設置、和虛擬化，應該能夠映射到現實中的敢為設置、工作職責說明等。工作職責說明等。獲取業務用例獲取業務用例l經過上述分析，系統的邊界已經確定，主角也經過上述分析，系統的邊界已經確定，主角也確定了，在此基礎上可以進行業務用例的獲取。確定了，在此基礎上可以進行業務用例的獲取。獲取業務用例獲取業務用例l有很多方法：有很多方法：l可以從崗位手冊、業務流程指南、職務說明等可以從崗位手冊、業務流程指南、職務說明等一系列文件中獲得；一系列文件中獲得；l可以從涉眾分析中獲得；可以從涉眾分析中獲得；l也可以從業務主角訪談中獲得。也可以從業務主角訪談中獲得。獲取業

26、務用例獲取業務用例l可以通過下列問題引導業務主角代表說出業務可以通過下列問題引導業務主角代表說出業務需求：需求：l您對系統有什么期望？您對系統有什么期望？l您打算在這個系統里做些什么事情？您打算在這個系統里做些什么事情？l您做這件事情的目的是什么？您做這件事情的目的是什么？l您做完這件事希望有什么樣的結果？您做完這件事希望有什么樣的結果？例一：業務員將代表用電客戶提例一：業務員將代表用電客戶提出業務需求出業務需求l聽第一段對話，并思考：聽第一段對話，并思考：l這里業務員說的是系統的功能需求嗎？這里業務員說的是系統的功能需求嗎？l業務員代表客戶提出什么期望了嗎？業務員代表客戶提出什么期望了嗎？例

27、一：業務員將代表用電客戶提例一：業務員將代表用電客戶提出業務需求出業務需求l點評：點評：l客戶談系統期望時，通常不是業務需求，更多客戶談系統期望時，通常不是業務需求，更多的會談及他們希望系統能幫助他們做什么，從的會談及他們希望系統能幫助他們做什么，從中找出明確的需求并不容易。中找出明確的需求并不容易。l業務員代表客戶提出問題，但其是系統直接使業務員代表客戶提出問題，但其是系統直接使用者，不可避免會談到對他們有理的一些期望，用者，不可避免會談到對他們有理的一些期望，應判別這些期望是否與用戶利益有沖突。應判別這些期望是否與用戶利益有沖突。例一：業務員將代表用電客戶提例一：業務員將代表用電客戶提出業

28、務需求出業務需求l聽第二段對話，并思考分析員打斷業務員說聽第二段對話，并思考分析員打斷業務員說話的原因是什么？話的原因是什么？l點評：點評：l初步了解業務時，要防止陷入過深的細節，初步了解業務時，要防止陷入過深的細節，l應當引導客戶先從獨立的業務模塊開始講起。應當引導客戶先從獨立的業務模塊開始講起。例一：業務員將代表用電客戶提例一：業務員將代表用電客戶提出業務需求出業務需求l請聽第三段對話，并思考為什么分析員要業請聽第三段對話，并思考為什么分析員要業務員談談業務的目的，而不用將業務是如何務員談談業務的目的，而不用將業務是如何一步步辦理的？一步步辦理的？l點評：點評：l讓業務員談某一項業務的目的

29、，可以幫助分讓業務員談某一項業務的目的，可以幫助分析員判斷用例是否合理，是否這些業務能作析員判斷用例是否合理，是否這些業務能作為一個業務用例。為一個業務用例。l例如：此處低壓、高壓、批量等業務只能看例如：此處低壓、高壓、批量等業務只能看作同一個業務用例。作同一個業務用例。l是用例規約文檔中前置條件的重要來源。是用例規約文檔中前置條件的重要來源。例一：業務員將代表用電客戶提例一：業務員將代表用電客戶提出業務需求出業務需求l請聽第四段對話，并思考為什么要讓客戶說請聽第四段對話，并思考為什么要讓客戶說明每項業務的結果？明每項業務的結果？l點評：點評：l可以幫助分析員分析用例，這是用例規約文可以幫助分

30、析員分析用例，這是用例規約文檔中后置條件的重要來源。檔中后置條件的重要來源。 用電客戶服務業務概要視圖用電客戶服務業務概要視圖例二：用電主任談內部管理需求例二：用電主任談內部管理需求l案例中有一個內部管理業務邊界，業務目標是案例中有一個內部管理業務邊界，業務目標是規范供電企業的內部管理，提高工作效率和管規范供電企業的內部管理，提高工作效率和管理效能。理效能。例二：用電主任談內部管理需求例二：用電主任談內部管理需求l請聽第一段對話，并思考：請聽第一段對話，并思考：l你能從用電主任的談話中歸納出業務目的嗎？你能從用電主任的談話中歸納出業務目的嗎？l能從這段對話中歸納出相關的業務規則嗎？能從這段對話

31、中歸納出相關的業務規則嗎？例二：用電主任談內部管理需求例二：用電主任談內部管理需求l點評：點評：l業務員訪談的例子沒有涉及什么業務目標，這業務員訪談的例子沒有涉及什么業務目標，這段對話中存在明顯的業務目的，歸納為：監控段對話中存在明顯的業務目的，歸納為：監控業務流程，可作為備選業務用例。業務流程，可作為備選業務用例。l為什么不是記錄流程信息呢？為什么不是記錄流程信息呢？l這涉及到誰來記錄，業務主角是誰。這涉及到誰來記錄，業務主角是誰。l這里應該是計算機來記錄，業務建模階段一般這里應該是計算機來記錄，業務建模階段一般不予考慮；即使考慮，它也是在邊界以內的，不予考慮；即使考慮，它也是在邊界以內的，

32、所以記錄流程信息不是合理的業務用例。所以記錄流程信息不是合理的業務用例。例二：用電主任談內部管理需求例二：用電主任談內部管理需求l為什么不是查詢和統計流程信息呢？為什么不是查詢和統計流程信息呢？l這涉及得到業務主角的業務目的。這涉及得到業務主角的業務目的。l獲取業務用例時，不應該從誰做了什么為出發獲取業務用例時，不應該從誰做了什么為出發點，而應當從誰為了什么而做什么來考慮。點，而應當從誰為了什么而做什么來考慮。l如果沒能找到真正的目的，可能將緊密管理的如果沒能找到真正的目的，可能將緊密管理的業務分割開來，造成信息鏈斷裂。業務分割開來，造成信息鏈斷裂。l例如：記錄流程信息查詢和統計流程信息，例如

33、：記錄流程信息查詢和統計流程信息，如果各自分開設計實現，可能無法滿足用戶要如果各自分開設計實現，可能無法滿足用戶要求。求。例二：用電主任談內部管理需求例二：用電主任談內部管理需求l這個例子中可以得到一些業務規則：記錄業務這個例子中可以得到一些業務規則：記錄業務流程數據、控制時限、安排工作、警報等流程數據、控制時限、安排工作、警報等l為什么這些是業務規則，而不是業務用例呢？為什么這些是業務規則，而不是業務用例呢？l業務用例即所謂功能需求，是指如果缺少它，業務用例即所謂功能需求，是指如果缺少它，業務目標就無法達成。業務目標就無法達成。l上述要點中，哪怕不做某一些，業務目標也能上述要點中，哪怕不做某

34、一些，業務目標也能完成，只是質量不高，不順利。完成，只是質量不高，不順利。l這些要點只是用來輔助和約束業務目標的，因這些要點只是用來輔助和約束業務目標的，因此應該是業務規則。此應該是業務規則。例二：用電主任談內部管理需求例二：用電主任談內部管理需求l請聽第二段對話，并思考：請聽第二段對話，并思考：l分析員是如何引導客戶說出需求的？分析員是如何引導客戶說出需求的？l分析員如何幫助客戶認識哪些工作由計算機分析員如何幫助客戶認識哪些工作由計算機完成，哪些由人工完成？完成，哪些由人工完成？例二：用電主任談內部管理需求例二：用電主任談內部管理需求l點評：點評：l客戶并不能了解用例是什么，也不能過多的期客

35、戶并不能了解用例是什么，也不能過多的期望用戶能直接說出用例，很多時候需要系統分望用戶能直接說出用例，很多時候需要系統分析員來歸納和總結用戶的意思，并向用戶求得析員來歸納和總結用戶的意思，并向用戶求得認可。認可。l用戶有時無法了解什么是計算機能做的，什么用戶有時無法了解什么是計算機能做的，什么是不能做的，分析員可以適時的提出。是不能做的，分析員可以適時的提出。例二：用電主任談內部管理需求例二：用電主任談內部管理需求l分析員在獲取業務用例前，應當能對客戶業務分析員在獲取業務用例前，應當能對客戶業務有大致的了解，這樣才能引導客戶將完整的需有大致的了解，這樣才能引導客戶將完整的需求講出來，避免用戶想當

36、然而掩蓋了一些需求。求講出來，避免用戶想當然而掩蓋了一些需求。 內部管理業務概要視圖內部管理業務概要視圖例三：業務主角角度展示業務用例三：業務主角角度展示業務用例例l從前面分析中，得到了從業務目標的整體角度從前面分析中，得到了從業務目標的整體角度展示業務構成。展示業務構成。l這種展示方法難以讓跨邊界的業務主角全面明這種展示方法難以讓跨邊界的業務主角全面明白他們所參與的用例。白他們所參與的用例。l為了能把業務說清楚，并讓業務主角代表清楚為了能把業務說清楚，并讓業務主角代表清楚他在整個系統理究竟做了些什么，通常需一份他在整個系統理究竟做了些什么，通常需一份視圖，將參與了多個業務邊界的業務主角的所視

37、圖，將參與了多個業務邊界的業務主角的所有業務用例集中在一個視圖中展示出來。有業務用例集中在一個視圖中展示出來。 業務主角業務用例視圖業務主角業務用例視圖進一步討論之一進一步討論之一l以上例子是通過客戶訪談行使得到業務用例的，以上例子是通過客戶訪談行使得到業務用例的，如果有些系統的建設不具備訪談條件，例如沒如果有些系統的建設不具備訪談條件，例如沒有訪談對象，那如何獲取用例？有訪談對象，那如何獲取用例？l任何對象一定有消費者，只要有消費者就會有任何對象一定有消費者，只要有消費者就會有需求。需求。l劃分了業務邊界，就一定有站在邊界外的消費劃分了業務邊界，就一定有站在邊界外的消費者。者。l可以使用可以

38、使用CRC類職責協作方法來進類職責協作方法來進行分析。行分析。進一步討論之二進一步討論之二l業務用例找到了，是不是列出了就行了？業務用例找到了，是不是列出了就行了？l列出來是不夠的，還要從不同的角度應用不同列出來是不夠的，還要從不同的角度應用不同的視圖將它們展現出來。的視圖將它們展現出來。進一步討論之三進一步討論之三l業務用例的獲取什么時候結束？業務用例的獲取什么時候結束？l只要感覺到把客戶的業務弄清楚了就可以考慮只要感覺到把客戶的業務弄清楚了就可以考慮結束，不必等到將每件事都定義清楚。結束，不必等到將每件事都定義清楚。l業務用例的意義在于能夠幫助分析人員在短時業務用例的意義在于能夠幫助分析人

39、員在短時間內從結構上、整體上了解業務構成，只要整間內從結構上、整體上了解業務構成，只要整體信息把握了，就可以考慮停止更深入的獲取體信息把握了，就可以考慮停止更深入的獲取業務用例。業務用例。業務建模業務建模l要建設一個高質量的系統，要從建立準確、明要建設一個高質量的系統，要從建立準確、明晰、高效和強壯的業務模型開始。晰、高效和強壯的業務模型開始。業務模型業務模型l完整的業務模型包括：完整的業務模型包括：l業務用例視圖業務用例視圖l業務用例場景業務用例場景l業務用例規約業務用例規約l業務規則業務規則l業務對象模型業務對象模型l業務用例實現視圖業務用例實現視圖l業務用例實現場景業務用例實現場景l包圖

40、包圖業務用例場景業務用例場景l用于描述該業務用例在該業務的實際過程中是用于描述該業務用例在該業務的實際過程中是如何做的。如何做的。l通常：通常：l強調參與該業務的各參與者的職責和活動，可強調參與該業務的各參與者的職責和活動，可以選擇活動圖；以選擇活動圖；l強調該業務的完成時間順序，可選擇時序圖；強調該業務的完成時間順序，可選擇時序圖；l強調參與該業務的各參與者之間的交互過程，強調參與該業務的各參與者之間的交互過程，可選擇協作圖。可選擇協作圖。用活動圖描述業務用例場景用活動圖描述業務用例場景l側重于描述參與業務的各個參與者在該業務中側重于描述參與業務的各個參與者在該業務中所執行的活動。所執行的活

41、動。l適合分析參與者的職責，且有利于將業務用例適合分析參與者的職責，且有利于將業務用例分解成為更小的單元，為獲得概念用例、系統分解成為更小的單元，為獲得概念用例、系統用例帶來好處。用例帶來好處。用活動圖描述業務用例場景用活動圖描述業務用例場景l通常將參與者和業務工人作為活動圖的泳道，通常將參與者和業務工人作為活動圖的泳道，l將參與者和業務工人所完成的工作作為活動，將參與者和業務工人所完成的工作作為活動，l依據實際業務流程中的執行順序將這些活動連依據實際業務流程中的執行順序將這些活動連接起來，形成業務用例場景。接起來，形成業務用例場景。用活動圖描述業務用例場景用活動圖描述業務用例場景l有兩個基本

42、要求：有兩個基本要求：l必須忠于真實業務。必須忠于真實業務。l描述業務用例場景時，不能試圖進行抽象、描述業務用例場景時，不能試圖進行抽象、優化，必須和客戶認可的實際執行過程一致。優化，必須和客戶認可的實際執行過程一致。l一個場景只能描述業務的一種執行方式。一個場景只能描述業務的一種執行方式。l不要在一個場景里把業務的所有內容都包括不要在一個場景里把業務的所有內容都包括進來。進來。低壓用電申請業務用例場景活動圖低壓用電申請業務用例場景活動圖 高壓用電申請業務用例場景活動圖高壓用電申請業務用例場景活動圖 問題：問題：l高壓和低壓電用戶僅在設計、設計審查兩個活高壓和低壓電用戶僅在設計、設計審查兩個活

43、動有所不同，此處為什么要設計成兩個場景，動有所不同，此處為什么要設計成兩個場景，而不設計為同一個場景中的不同分支呢？而不設計為同一個場景中的不同分支呢？如何區分場景分支和另一個場景？如何區分場景分支和另一個場景？l如果客戶在其業務理解上，將看上去不同的如果客戶在其業務理解上，將看上去不同的業務執行過程看作是同一個概念，應考慮將業務執行過程看作是同一個概念，應考慮將這些不同的活動作為同一個場景的多個分支，這些不同的活動作為同一個場景的多個分支，反之則應當單獨作為一個場景。反之則應當單獨作為一個場景。l如果看上去不同的業務執行過程實際上所處如果看上去不同的業務執行過程實際上所處理的內容是一樣的，應

44、當將不同的活動作為理的內容是一樣的，應當將不同的活動作為一個場景的多個分支，反之則應當單獨作為一個場景的多個分支，反之則應當單獨作為一個場景。一個場景。例如：高、低壓用電申請場景例如：高、低壓用電申請場景l低壓申請和高壓申請是通過不同的人員來接低壓申請和高壓申請是通過不同的人員來接待辦理的，待辦理的，l雖然二者執行的活動差不多，但實際上所填雖然二者執行的活動差不多，但實際上所填寫的表單差別很大，高壓用戶要填寫的內容寫的表單差別很大，高壓用戶要填寫的內容多得多。多得多。l因此將其分為兩個場景因此將其分為兩個場景例如：郵局寄包裹場景例如：郵局寄包裹場景l客戶可以選擇購買郵局紙箱來包裝包裹，也可客戶

45、可以選擇購買郵局紙箱來包裝包裹，也可以從自己家里帶去。以從自己家里帶去。l如果選擇購買郵局的紙箱，業務過程就會多出如果選擇購買郵局的紙箱，業務過程就會多出到包裝柜臺包裝的活動。到包裝柜臺包裝的活動。l這種情形應該視為同一個場景的兩個分支還是這種情形應該視為同一個場景的兩個分支還是兩個不同的場景呢？兩個不同的場景呢？l提示：提示：l郵局不會認為購買和自帶是兩種不同的郵寄方郵局不會認為購買和自帶是兩種不同的郵寄方式。式。l兩種方式下，郵局不會區別對待包裹、處理內兩種方式下，郵局不會區別對待包裹、處理內容、填寫的單子也不會不同。容、填寫的單子也不會不同。l可以看作同一場景中的不同分支。可以看作同一場

46、景中的不同分支。例如：交納手機話費場景例如：交納手機話費場景l用戶可以到銀行，由銀行代理收取；也可以通用戶可以到銀行，由銀行代理收取；也可以通過網絡交易平臺，用網絡支付卡交納費用。過網絡交易平臺，用網絡支付卡交納費用。l上述兩種繳費方式要看作不同的場景還是同一上述兩種繳費方式要看作不同的場景還是同一場景中的不同分支？場景中的不同分支？l提示：提示：l銀行繳費和網絡繳費不是同一概念。銀行繳費和網絡繳費不是同一概念。l兩種繳費方式處理的內容、步驟、填寫的單據兩種繳費方式處理的內容、步驟、填寫的單據是不同的。是不同的。l應看作不同的業務場景。應看作不同的業務場景。用活動圖描述用例場景用活動圖描述用例

47、場景l好處：好處：l活動圖可以理解為通常意義上的業務流程圖，活動圖可以理解為通常意義上的業務流程圖，可以非常直觀的描述客戶的業務流程，這對與可以非常直觀的描述客戶的業務流程，這對與客戶交流來說是非常好的工具。客戶交流來說是非常好的工具。l從活動圖中也可以得到許多關鍵概念：職責、從活動圖中也可以得到許多關鍵概念：職責、活動。這些概念將有益于日后的概念用例、系活動。這些概念將有益于日后的概念用例、系統用例、業務架構建模。統用例、業務架構建模。用時序圖描述業務用例場景用時序圖描述業務用例場景l同樣是將業務主角和業務工人作為對象來繪制。同樣是將業務主角和業務工人作為對象來繪制。l與活動圖的區別：與活動

48、圖的區別：l活動圖強調職責，活動是主要內容，表達了業活動圖強調職責，活動是主要內容，表達了業務主角或者業務工人做什么；務主角或者業務工人做什么；l時序圖強調順序，消息是主要內容，表達了業時序圖強調順序，消息是主要內容，表達了業務主角或者業務工人之間傳遞的是什么。務主角或者業務工人之間傳遞的是什么。 低壓用電申請業務用例場景時序圖低壓用電申請業務用例場景時序圖用時序圖描述業務用例場景用時序圖描述業務用例場景l其中傳遞的消息一般帶有業務數據。其中傳遞的消息一般帶有業務數據。l與傳統的與傳統的DFD圖有異曲同工之妙。圖有異曲同工之妙。l此時時序圖中的消息粒度比較粗，只能幫助我此時時序圖中的消息粒度比

49、較粗，只能幫助我們了解業務，達不到分析數據的詳細程度。們了解業務，達不到分析數據的詳細程度。用協作圖描述業務用例場景用協作圖描述業務用例場景l更容易看出業務主角或業務工人與其他人之間更容易看出業務主角或業務工人與其他人之間的交互。的交互。l注意分析圖中與多個對象進行交互的角色。注意分析圖中與多個對象進行交互的角色。 低壓用電申請業務用例場景協作圖低壓用電申請業務用例場景協作圖關于如何選擇視圖的建議關于如何選擇視圖的建議l組成執行團隊，明確職責，規定每個角色的分組成執行團隊，明確職責，規定每個角色的分工和要完成的工作時，選擇活動圖比較合適。工和要完成的工作時，選擇活動圖比較合適。l強調行動步驟，

50、在方案中要求每一步都按照預強調行動步驟，在方案中要求每一步都按照預期的順序來執行，此時選擇時序圖比較合適。期的順序來執行，此時選擇時序圖比較合適。l向每個參與者明確他們各自的合作者，及之間向每個參與者明確他們各自的合作者，及之間要合作的事情，此時選擇協作圖比較合適。要合作的事情，此時選擇協作圖比較合適。關于如何選擇視圖的建議關于如何選擇視圖的建議l活動圖應該作為描述業務用例場景的必選方式。活動圖應該作為描述業務用例場景的必選方式。l時序圖和協作圖作為輔助。時序圖和協作圖作為輔助。l在分析業務的階段，最重要的內容是得到業務在分析業務的階段，最重要的內容是得到業務參與者的職責，參與者的職責，l此時

51、離編程還比較遠，一般不需要過于強調時此時離編程還比較遠，一般不需要過于強調時序和交互這些對較低抽象層次對象比較重要的序和交互這些對較低抽象層次對象比較重要的內容。內容。業務用例規約業務用例規約l視圖雖然形象、直觀，但一些細節性的內容還視圖雖然形象、直觀，但一些細節性的內容還是需要用文字來說明。是需要用文字來說明。l例如一些重要的前置、后置條件。例如一些重要的前置、后置條件。l例如：書本例如：書本P236業務對象模型業務對象模型l對于業務用例規約中列出的業務實體，實際來對于業務用例規約中列出的業務實體，實際來自業務對象模型的建模結果。自業務對象模型的建模結果。業務用例實現視圖業務用例實現視圖l業

52、務用例實現表示一個業務用例的一個或多個業務用例實現表示一個業務用例的一個或多個實現方式。實現方式。問題：問題：l當同一個業務目標有著多種可能的實現方式時，當同一個業務目標有著多種可能的實現方式時，就可能出現多個業務用例實現，每個用例實現就可能出現多個業務用例實現，每個用例實現描述一種實現方式；描述一種實現方式；l如果只有一種實現方式，是不是就不需要特別如果只有一種實現方式，是不是就不需要特別強調業務用例實現了呢？強調業務用例實現了呢？l業務用例實現是否為必須？業務用例實現是否為必須？l為了節約工作量，可以考慮為了節約工作量，可以考慮l為了文檔統一，也可以不省略。為了文檔統一，也可以不省略。業務

53、用例實現場景業務用例實現場景l針對業務用例場景中的單個活動進行建模，著針對業務用例場景中的單個活動進行建模，著重描述如何通過人機交互來完成業務。重描述如何通過人機交互來完成業務。l與客戶就如何操作達成共識。與客戶就如何操作達成共識。l是制作系統原型的依據。是制作系統原型的依據。 業務用例實現場景申請登記實現業務用例實現場景申請登記實現問題：問題：l如果采用了業務用例實現，是不是必須為業務如果采用了業務用例實現，是不是必須為業務用例實現繪制實現場景呢？用例實現繪制實現場景呢？l不一定，視實現的復雜程度定。不一定，視實現的復雜程度定。包圖包圖l業務建模過程中，包圖用于信息分類。業務建模過程中，包圖

54、用于信息分類。l更多的采用領域包的版型。更多的采用領域包的版型。l依據實際情況，項目可能會采用不同的分類標依據實際情況，項目可能會采用不同的分類標準。準。業務模塊領域包業務模塊領域包 領域建模領域建模l復雜的事物總是由一些簡單的物質通過一定的復雜的事物總是由一些簡單的物質通過一定的關系組合起來的。關系組合起來的。l領域建模就是要發現表象之下的本源，找出那領域建模就是要發現表象之下的本源，找出那些最基本的對象以及它們之間的關系，并描繪些最基本的對象以及它們之間的關系，并描繪出這些對象如何交互形成了我們分析的問題領出這些對象如何交互形成了我們分析的問題領域。域。建立領域模型建立領域模型l領域：領域

55、：l分析問題時將整體分解以后的相對獨立部分。分析問題時將整體分解以后的相對獨立部分。l領域分解：領域分解：l針對一個整體提出許多關心的問題，再針對每針對一個整體提出許多關心的問題，再針對每個問題求解。個問題求解。l這些問題不會覆蓋所有的業務范圍，相互之間這些問題不會覆蓋所有的業務范圍，相互之間也沒有什么因果關系。也沒有什么因果關系。選擇領域范圍選擇領域范圍l不需要把問題完全分解成領域，也不需要為每不需要把問題完全分解成領域，也不需要為每個領域都建模；個領域都建模；l只要挑選對業務來說重要的、對過程來說核心只要挑選對業務來說重要的、對過程來說核心的，或對系統來說復雜和困難的部分來建模。的，或對系

56、統來說復雜和困難的部分來建模。l例如：例如：l銀行儲蓄業務開發系統銀行儲蓄業務開發系統海量數據處理領域海量數據處理領域l銀行代收業務銀行代收業務第三方接口領域第三方接口領域建立領域模型的步驟建立領域模型的步驟l提出領域問題提出領域問題l分析領域問題分析領域問題l建立領域模型建立領域模型l檢驗領域模型檢驗領域模型提出領域問題提出領域問題l用戶檔案與用電企業的各個部門都有關系，而用戶檔案與用電企業的各個部門都有關系，而這些業務部門關心的和處理的數據又各有不同，這些業務部門關心的和處理的數據又各有不同，l因此有必要建立一個用戶檔案模型，描述清楚因此有必要建立一個用戶檔案模型，描述清楚用戶檔案的構成，

57、以及檔案個部分與各業務部用戶檔案的構成，以及檔案個部分與各業務部門之間的存取關系。門之間的存取關系。l提出領域問題：如何建立和管理用戶檔案。提出領域問題：如何建立和管理用戶檔案。提出領域問題提出領域問題l案例學習中，要邊學習邊思考：案例學習中，要邊學習邊思考：l為什么需要領域模型？為什么需要領域模型？l如何建立領域模型？如何建立領域模型？建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本情況本情況 建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本情況本情況l業務服務部門，問題一業務服務部門，問題一l建立基本用戶檔案，包括客戶資料、用電情況建立基本用戶檔案，包括客戶資料、用電情

58、況基本資料等。如客戶要改變檔案，必須通過業基本資料等。如客戶要改變檔案，必須通過業務服務部門辦理相關變更業務。務服務部門辦理相關變更業務。建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本情況本情況l用電檢查部門，問題二用電檢查部門，問題二l依據用戶的電氣資料、用電情況基本資料安排依據用戶的電氣資料、用電情況基本資料安排檢查計劃，并記錄檢查結果。檢查計劃，并記錄檢查結果。l檢查過程中發現的問題、處理結果等都歸入用檢查過程中發現的問題、處理結果等都歸入用戶檔案。戶檔案。l用戶若違章用電、竊電，處理結果將影響用電用戶若違章用電、竊電，處理結果將影響用電業務的辦理，如問題不解決，不得增加電容

59、量。業務的辦理，如問題不解決，不得增加電容量。建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本情況本情況l資產管理部門，問題三：資產管理部門，問題三：l依據用戶檔案和用電情況為其配備計量資產，依據用戶檔案和用電情況為其配備計量資產，制定資產管理計劃和輪換計劃。制定資產管理計劃和輪換計劃。l用戶使用過程中發現的資產維修、校調、丟失用戶使用過程中發現的資產維修、校調、丟失等情況將計入用戶檔案。等情況將計入用戶檔案。l資產計量不準確引起的計費誤差將反映到電費資產計量不準確引起的計費誤差將反映到電費管理部門予以修正。管理部門予以修正。建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本

60、情況本情況l電費管理部門，問題四：電費管理部門，問題四：l依據用戶檔案中的用電情況和電氣資料情況核依據用戶檔案中的用電情況和電氣資料情況核定電價。定電價。l每月依據電表抄表部門所抄錄的電表示數計算每月依據電表抄表部門所抄錄的電表示數計算電費。對一些特殊費用核準后進行差額計算。電費。對一些特殊費用核準后進行差額計算。l電費計算記錄和收費記錄都進入用戶檔案，以電費計算記錄和收費記錄都進入用戶檔案，以備查詢。備查詢。建立和管理用戶檔案問題領域基建立和管理用戶檔案問題領域基本情況本情況l電表抄表部門，問題五：電表抄表部門，問題五：l電表抄表部門將根據用戶檔案中的用戶地址、電表抄表部門將根據用戶檔案中的