(小滷蛋2010/3/5的照片)
小滷蛋最近在學講話，會很清楚地講爸爸、媽媽和葉子。葉子？沒錯，葉子，不知道老姊她們為什麼要教小滷蛋講葉子...orz
對了，小滷蛋開始喜歡看「天線寶寶」了，這會不會太快了，接著就是「海綿寶寶」了嗎...orz
2010/3/10
爸爸媽媽和葉子
(小滷蛋2010/3/5的照片)
小滷蛋最近在學講話，會很清楚地講爸爸、媽媽和葉子。葉子？沒錯，葉子，不知道老姊她們為什麼要教小滷蛋講葉子...orz
對了，小滷蛋開始喜歡看「天線寶寶」了，這會不會太快了，接著就是「海綿寶寶」了嗎...orz
課程::2010年UML/OOAD快速入門班
2010年課程細節如下：
1. 課程內容：E世代講求快速、輕薄，在系統開發上頭，也是如此。可是UML2有十四張圖，並不符合輕薄，通通用起來，也不快速。當然，UML希望可以用在各種系統開發中，所以有理由厚重。但是，我們講求快速入門，因此只選用其中必用的三款圖：類別圖(class diagram)、用例圖(use case diagram)和循序圖(sequence diagram)。
2. 學員資格：可以不具備OO及UML概念，但有開發系統的經驗者佳。
3. 2010年4、8月週日(兩日)開課，共計12hr.。目前預定開課日期為(台北)04月04、11日。(台中)04月18、25日。(台北)08月01、08日。(高雄)08月15、22日。上課時間為am9:15~pm12:15、pm1:30~pm4:30。
4. 15人以上開班，開課前一週將通知是否如期舉行。
5. 費用6000元。
6. 教材自備：上課全程使用投影片，請自備《學會UML/OOAD這樣開始就對了》一書做為教材。
7. 舊學員：一年內有上過UML Blog舉辦的收費性課程舊學員，學費5400元(9折)。
8. 確定開課前三天付清學費，現場不收費。若確定無法如期開課，將立即退費。
9. 開課前3周預繳1000元訂金訂位者，贈送價值500元的《UML三劍客入門》實錄及《UML答客問第二輯》電子書。 (屆時無法上課者會全額退訂，預先訂位動作只是要確定能否開課。)
10. 上課地點暫定為文化大學推廣部：
台北忠孝分部，地址為：台北市忠孝東路一段41號。(近捷運善導寺站)
台中教育中心，地址為：台中市西屯區中港路二段128之2號3樓。(Rich 19大樓)
高雄教育中心，地址為：高雄市前金區中正四路215號3樓。
-----
歡迎您來信(271080@gmail.com)預定。煩請使用ATM轉付1000元訂金，並請於轉帳之後來信告知姓名、公司及職務、電話、是否為優惠學員和轉帳帳號末5碼，轉帳帳號如下：
永豐銀行(807)；帳號(010-004-0008097-8)
1. 課程內容：E世代講求快速、輕薄，在系統開發上頭，也是如此。可是UML2有十四張圖，並不符合輕薄，通通用起來，也不快速。當然，UML希望可以用在各種系統開發中，所以有理由厚重。但是，我們講求快速入門，因此只選用其中必用的三款圖：類別圖(class diagram)、用例圖(use case diagram)和循序圖(sequence diagram)。
2. 學員資格：可以不具備OO及UML概念，但有開發系統的經驗者佳。
3. 2010年4、8月週日(兩日)開課，共計12hr.。目前預定開課日期為(台北)04月04、11日。(台中)04月18、25日。(台北)08月01、08日。(高雄)08月15、22日。上課時間為am9:15~pm12:15、pm1:30~pm4:30。
4. 15人以上開班，開課前一週將通知是否如期舉行。
5. 費用6000元。
6. 教材自備：上課全程使用投影片，請自備《學會UML/OOAD這樣開始就對了》一書做為教材。
7. 舊學員：一年內有上過UML Blog舉辦的收費性課程舊學員，學費5400元(9折)。
8. 確定開課前三天付清學費，現場不收費。若確定無法如期開課，將立即退費。
9. 開課前3周預繳1000元訂金訂位者，贈送價值500元的《UML三劍客入門》實錄及《UML答客問第二輯》電子書。 (屆時無法上課者會全額退訂，預先訂位動作只是要確定能否開課。)
10. 上課地點暫定為文化大學推廣部：
台北忠孝分部，地址為：台北市忠孝東路一段41號。(近捷運善導寺站)
台中教育中心，地址為：台中市西屯區中港路二段128之2號3樓。(Rich 19大樓)
高雄教育中心，地址為：高雄市前金區中正四路215號3樓。
-----
歡迎您來信(271080@gmail.com)預定。煩請使用ATM轉付1000元訂金，並請於轉帳之後來信告知姓名、公司及職務、電話、是否為優惠學員和轉帳帳號末5碼，轉帳帳號如下：
永豐銀行(807)；帳號(010-004-0008097-8)
2010/3/9
答客問::新增/讀取/更新/刪除的問題
疑問：請教邱老師，使用案例圖中需要把「每一個」使用案例都畫出來嗎？比方新增帳號、刪除帳號、帳號修改...這樣不會列一大堆嗎？像這樣要怎麼畫呢？
回答：原諒我的偷懶，摘錄「寫給SA的UML/UseCase實務手冊」書中的第3.7節，有我的回答。有興趣，也請您多支持這本書，謝謝 ^^
(到博客來購買本書)
----------
3.7【進階】新增/讀取/更新/刪除的問題
「針對某一種資料的新增、讀取、更新、刪除，這類基本且常見的資料維護功能，表達成什麼樣的使用案例比較適合呢？是四個分開表達嗎？還是，四個合併在一個使用案例內呢？」就跟前面的登入問題一樣，這也是學習使用案例技術的系統分析師很愛問的問題，我覺得這個問題的熱度甚至比前面的登入問題更熱門呢！
針對這個問題，通常有兩種處理方法：第一、拆成四個獨立的使用案例；第二、合併成一個使用案例。以訂單為例，可能有人主張採用圖3-60的處理方式，也有人主張採用圖3-61的處理方式。
圖3-60: 拆成四個使用案例
圖3-61: 合併成一個使用案例
到底採用哪一種處理方式好呢？我聽過很多學員跟我提到，如果採用第一種拆開的作法，那麼恐怕會得到滿手的使用案例，因為系統要維護的資料項目是很多的，特別是商用系統。但是，我們其實應該向系統的使用者找答案，而不是跟開發人員找答案。因為，別忘了，使用案例是用來表達使用者對系統的看法，而不是開發人員對系統的看法。
把這個問題丟給使用者，我們會得知，使用者並不總是在同一個時間點需要這四種使用案例，最常見的情況，反而是在四個不同的時間點上，去分別使用這四種使用案例。所以，拆成四個不同的使用案例，看起來會比合併成一個使用案例，要來得貼近使用者的需求，雖然許多開發人員可能會很不喜歡或者很不習慣。
再者，新增/讀取/更新/刪除的名稱也要改變一下，您有沒有注意到，這幾個詞彙是開發人員慣用的，但使用者恐怕會聽得很不順耳。就以訂單為例，使用者與開發人員的用詞不同，相較如下：
使用者可能會比較喜歡說「訂購書籍」；而開發人員喜歡說「新增訂單」。
使用者可能會比較喜歡說「查看訂單內容」；而開發人員喜歡說「讀取訂單」。
使用者可能會比較喜歡說「更改訂單收件人資料」；而開發人員喜歡說「更新訂單」。
使用者可能會比較喜歡說「取消訂購」；而開發人員喜歡說「刪除訂單」。
所以，這麼看來，把前面的圖3-60改成此處的圖3-62，使用者的接受度可能會更高一些。
圖3-62: 採用使用者慣用的詞彙
還有，《The Elements of UML 2.0 Style》一書的作者，也在書中編號第59條指南中，提到最好使用領域術語來為使用案例命名，亦即採用使用者的詞彙，而非開發人員慣用的詞彙。
第59條指南——使用領域術語為使用案例名稱(Name Use Cases Using Domain Terminology)
然而，真的完全不能使用像是「維護訂單」之類的使用案例嗎？其實，也不盡然。這個問題同樣要回到使用者身上，如果我們的使用者本身就是資料庫管理員，那麼對他而言，或許不需要特別將維護資料硬是拆成四個使用案例，而是可以將這四條流程合併成一個使用案例，如圖3-63和文3-30所示。
圖3-63: 維護存貨
----------
使用案例：維護存貨
事件流程：
新增存貨
1. …
讀取存貨
1. …
更新存貨
1. …
刪除存貨
1. …
----------
文3-30: 維護存貨的使用案例敘述(片段)
接著呢？可能又有人舉手發問了：「那麼可以使用如圖3-64的包含關係嗎？或者，使用如圖3-65的擴充關係呢？」
圖3-64: 包含關係
圖3-65: 擴充關係
我要說，資訊人員永遠都是窮追不捨、好學好問的一群。但我同時也要引用《Use Case Driven Object Modeling With UML: A Practical Approach》一書作者說的話：
----------
分析癱瘓警訊6——別浪費時間去擔心，倒底該採用包含關係、擴充關係、亦或是使用關係。(Don’t spin your wheels worrying about whether to use includes, extends, and/or uses.)
Top 10撰寫使用案例需避免的錯誤1——花費一個月的時間，只是為了決定該採用包含關係或是擴充關係。(Spend a month deciding whether to use includes or extends.)
----------
回答：原諒我的偷懶，摘錄「寫給SA的UML/UseCase實務手冊」書中的第3.7節，有我的回答。有興趣，也請您多支持這本書，謝謝 ^^
(到博客來購買本書)
----------
3.7【進階】新增/讀取/更新/刪除的問題
「針對某一種資料的新增、讀取、更新、刪除，這類基本且常見的資料維護功能，表達成什麼樣的使用案例比較適合呢？是四個分開表達嗎？還是，四個合併在一個使用案例內呢？」就跟前面的登入問題一樣，這也是學習使用案例技術的系統分析師很愛問的問題，我覺得這個問題的熱度甚至比前面的登入問題更熱門呢！
針對這個問題，通常有兩種處理方法：第一、拆成四個獨立的使用案例；第二、合併成一個使用案例。以訂單為例，可能有人主張採用圖3-60的處理方式，也有人主張採用圖3-61的處理方式。
圖3-60: 拆成四個使用案例
圖3-61: 合併成一個使用案例
到底採用哪一種處理方式好呢？我聽過很多學員跟我提到，如果採用第一種拆開的作法，那麼恐怕會得到滿手的使用案例，因為系統要維護的資料項目是很多的，特別是商用系統。但是，我們其實應該向系統的使用者找答案，而不是跟開發人員找答案。因為，別忘了，使用案例是用來表達使用者對系統的看法，而不是開發人員對系統的看法。
把這個問題丟給使用者，我們會得知，使用者並不總是在同一個時間點需要這四種使用案例，最常見的情況，反而是在四個不同的時間點上，去分別使用這四種使用案例。所以，拆成四個不同的使用案例，看起來會比合併成一個使用案例，要來得貼近使用者的需求，雖然許多開發人員可能會很不喜歡或者很不習慣。
再者，新增/讀取/更新/刪除的名稱也要改變一下，您有沒有注意到，這幾個詞彙是開發人員慣用的，但使用者恐怕會聽得很不順耳。就以訂單為例，使用者與開發人員的用詞不同，相較如下：
使用者可能會比較喜歡說「訂購書籍」；而開發人員喜歡說「新增訂單」。
使用者可能會比較喜歡說「查看訂單內容」；而開發人員喜歡說「讀取訂單」。
使用者可能會比較喜歡說「更改訂單收件人資料」；而開發人員喜歡說「更新訂單」。
使用者可能會比較喜歡說「取消訂購」；而開發人員喜歡說「刪除訂單」。
所以，這麼看來，把前面的圖3-60改成此處的圖3-62，使用者的接受度可能會更高一些。
圖3-62: 採用使用者慣用的詞彙
還有，《The Elements of UML 2.0 Style》一書的作者，也在書中編號第59條指南中，提到最好使用領域術語來為使用案例命名，亦即採用使用者的詞彙，而非開發人員慣用的詞彙。
第59條指南——使用領域術語為使用案例名稱(Name Use Cases Using Domain Terminology)
然而，真的完全不能使用像是「維護訂單」之類的使用案例嗎？其實，也不盡然。這個問題同樣要回到使用者身上，如果我們的使用者本身就是資料庫管理員，那麼對他而言，或許不需要特別將維護資料硬是拆成四個使用案例，而是可以將這四條流程合併成一個使用案例，如圖3-63和文3-30所示。
圖3-63: 維護存貨
----------
使用案例：維護存貨
事件流程：
新增存貨
1. …
讀取存貨
1. …
更新存貨
1. …
刪除存貨
1. …
----------
文3-30: 維護存貨的使用案例敘述(片段)
接著呢？可能又有人舉手發問了：「那麼可以使用如圖3-64的包含關係嗎？或者，使用如圖3-65的擴充關係呢？」
圖3-64: 包含關係
圖3-65: 擴充關係
我要說，資訊人員永遠都是窮追不捨、好學好問的一群。但我同時也要引用《Use Case Driven Object Modeling With UML: A Practical Approach》一書作者說的話：
----------
分析癱瘓警訊6——別浪費時間去擔心，倒底該採用包含關係、擴充關係、亦或是使用關係。(Don’t spin your wheels worrying about whether to use includes, extends, and/or uses.)
Top 10撰寫使用案例需避免的錯誤1——花費一個月的時間，只是為了決定該採用包含關係或是擴充關係。(Spend a month deciding whether to use includes or extends.)
----------
課程::UML/OOAD企業內訓
關於「學會UML/OOAD這樣開始就對了」一書企業內訓，相關細節如下：
1. 18hr課程，外加6hr Workshop，費用10萬元。
2. 上課人數不限。
3. 上課教材主要採用「學會UML/OOAD這樣開始就對了」一書，請自行跟出版社訂書。
4. 視情況使用額外教材，我會提供pdf檔。
也就是說，10萬元包全部，教材請另外跟出版社購買。而且，我不擅長議價，所以價格透明公開且不二價。
1. 18hr課程，外加6hr Workshop，費用10萬元。
2. 上課人數不限。
3. 上課教材主要採用「學會UML/OOAD這樣開始就對了」一書，請自行跟出版社訂書。
4. 視情況使用額外教材，我會提供pdf檔。
也就是說，10萬元包全部，教材請另外跟出版社購買。而且，我不擅長議價，所以價格透明公開且不二價。
"學會UML/OOAD這樣開始就對了"目錄
.jpg)
(到博客來購買本書)
「學會UML/OOAD這樣開始就對了」網路書店早已經開始預售了，天瓏書局也可以買到實體書了。請各位多多推薦與支持 ^^
----------
E世代講求快速、輕薄，在系統開發上也是如此。但是UML 2有十四張圖，如全部用上，並不符合輕薄或快速的開發效率。UML希望能夠適用在各種系統開發程序中，厚重有其道理，但我們要講求快速入門，因此只選用了其中必用的三款圖：類別圖(class diagram)、用例圖(use case diagram)和循序圖(sequence diagram)。
但只講述UML這三款圖尚嫌不足，所以還需搭配引用其他技術：
1.交易樣式(transaction patterns)—套用交易樣式，快速繪製出類別圖。
2.用例敘述(use case description)—針對用例圖中的每個用例，以文字方式描述用例的執行流程。
3.BCE樣式(Boundary-Control-Entity patterns)—套用BCE樣式，協助繪製出循序圖。
UML本身只是個單純的圖形語言，並不包含分析設計步驟，作者特於本書提出一套無接縫的分析設計步驟：由分析師交付一套分析階段的類別圖、用例圖文和循序圖的文件給設計師；設計師依據這套分析文件，添加跟實作技術有關的設計內容，產出另一套類別圖、用例圖文和循序圖的設計文件給程序員。
如何閱讀本書
本書內文共分六章，如果您是分析師，為求快速、省時，可以先閱讀前三章著重於分析之章節，若時間允許還是會建議分析師閱讀後三章的設計章節，這樣會更懂得如何跟設計師溝通。
如果您是設計師，就一定得閱讀前三章的分析章節，此部份為設計師也需了解的關於UML、交易樣式和BCE樣式的概念，若略過前三章將會影響您進入後半段設計圖類學習之路。
Chapter 0 前言
0.1 本書使用的技術
0.2 民宿聯合訂房系
0.3 如何閱讀本書
Chapter 1 (A1)類別圖
1.1 類別圖
1.2 分析師必學元素
1.3 交易樣式
1.4 民宿聯合訂房系統
Chapter 2 (A2)用例圖文
2.1 用例圖
2.2 分析師必學元素
2.3 用例敘述
2.4 民宿聯合訂房系統
Chapter 3 (A3)循序圖
3.1 循序圖
3.2 分析師必學元素
3.3 BCE 樣式
3.4 民宿聯合訂房系統
3.5 繪製偽畫面
Chapter 4 (D1)類別圖
4.1 從分析到設計
4.2 設計師必學元素
4.3 從物件導向到關聯式資料庫統
4.4 民宿聯合訂房系統
Chapter 5 (D2)用例圖文
5.1 使用者觀點與開發人員觀點
5.2 設計師必學元素
5.3 用例敘述
5.4 民宿聯合訂房系統
5.5 後話
Chapter 6 (D3)循序圖
6.1 按圖施工
6.2 設計師必學元素
6.3 民宿聯合訂房系統
6.4 UML 囈語
Appendix A 成本估算
A.1 成本估算
A.2 用例點
A.3 參考資料
CNN::AIG in $15.5 billion unit sale to MetLife
AIG in $15.5 billion unit sale to MetLife
By Blake Ellis, staff reporterMarch 8, 2010: 7:29 AM ET
NEW YORK (CNNMoney.com) -- AIG agreed Monday to sell its American Life Insurance Co. unit to MetLife Inc. for $15.5 billion in cash and stock, in beleaguered AIG's second sale of an international unit in a week.
AIG said it will sell the unit, known as Alico, for $6.8 billion in cash and the remainder in MetLife equity. The deal leaves AIG as the second-largest shareholder of MetLife, with a stake of more than 20% in the company.
Selling Alico, one of its largest international life insurance businesses, will allow government-controlled AIG to take yet another step in repaying the nearly $132 billion it borrowed from the federal government beginning in 2008 to avoid collapse.
Expected to close by the end of the year, the companies said the acquisition will also help MetLife, the largest seller of life insurance in the United States, grow internationally and especially target Japan.
The deal came a week after AIG announced an agreement to sell its Asian life insurance business, American Insurance Assurance Ltd (AIA), to Britain's Prudential PLC in a deal valued at $35.5 billion, including $25 billion in cash.
AIG said it expects to generate about $50.7 billion from these two transactions, including approximately $31.5 billion in cash to repay the New York Federal Reserve Bank and another $19.2 billion in securities that it will sell over time to repay the government.
"This sale is an important step toward repaying the government," Harvey Golub, chairman of AIG, said in a statement. "Both sales give AIG greater flexibility to move forward with our restructuring and rebuilding efforts, and focus on enhancing the value of our key insurance businesses."
At the end of February, AIG announced a loss of $8.9 billion in the fourth quarter of 2009, which it said was largely due to the costs associated with selling off large stakes in its insurance businesses to reduce the debt it owes to taxpayers.
In December, AIG sold stakes in AIA and Alico to the U.S. government. In exchange for those transactions, the Fed reduced the amount AIG has to repay taxpayers by $25 billion. AIG said it took a $5.2 billion charge for that agreement last quarter.
The deal for Alico has been approved by the boards of both AIG and MetLife, and is subject to regulatory approvals in the United States and overseas.
By Blake Ellis, staff reporterMarch 8, 2010: 7:29 AM ET
NEW YORK (CNNMoney.com) -- AIG agreed Monday to sell its American Life Insurance Co. unit to MetLife Inc. for $15.5 billion in cash and stock, in beleaguered AIG's second sale of an international unit in a week.
AIG said it will sell the unit, known as Alico, for $6.8 billion in cash and the remainder in MetLife equity. The deal leaves AIG as the second-largest shareholder of MetLife, with a stake of more than 20% in the company.
Selling Alico, one of its largest international life insurance businesses, will allow government-controlled AIG to take yet another step in repaying the nearly $132 billion it borrowed from the federal government beginning in 2008 to avoid collapse.
Expected to close by the end of the year, the companies said the acquisition will also help MetLife, the largest seller of life insurance in the United States, grow internationally and especially target Japan.
The deal came a week after AIG announced an agreement to sell its Asian life insurance business, American Insurance Assurance Ltd (AIA), to Britain's Prudential PLC in a deal valued at $35.5 billion, including $25 billion in cash.
AIG said it expects to generate about $50.7 billion from these two transactions, including approximately $31.5 billion in cash to repay the New York Federal Reserve Bank and another $19.2 billion in securities that it will sell over time to repay the government.
"This sale is an important step toward repaying the government," Harvey Golub, chairman of AIG, said in a statement. "Both sales give AIG greater flexibility to move forward with our restructuring and rebuilding efforts, and focus on enhancing the value of our key insurance businesses."
At the end of February, AIG announced a loss of $8.9 billion in the fourth quarter of 2009, which it said was largely due to the costs associated with selling off large stakes in its insurance businesses to reduce the debt it owes to taxpayers.
In December, AIG sold stakes in AIA and Alico to the U.S. government. In exchange for those transactions, the Fed reduced the amount AIG has to repay taxpayers by $25 billion. AIG said it took a $5.2 billion charge for that agreement last quarter.
The deal for Alico has been approved by the boards of both AIG and MetLife, and is subject to regulatory approvals in the United States and overseas.
訂閱：
文章 (Atom)
