顯示 2009.07之後最新的 73 篇文章 (共 83 篇)。顯示較舊文章
顯示 2009.07之後最新的 73 篇文章 (共 83 篇)。顯示較舊文章

2009/7/31

UML風格::關係(四)

--------------------
73. 謹慎地使用擴充關係(Apply Extend Associations Sparingly)
--------------------

我認為無論是包含關係或是擴充關係,都要謹慎使用,因為它們不僅容易造成使用案例圖面上的複雜度,更多時候還因為不當地過度使用,使得原先完整的使用案例被切割的七零八落。

--------------------
74. 描述相似的企業邏輯時,適用一般化關係(Generalize Use Cases When a Single Condition Results in Significantly New Business Logic)
--------------------

什麼叫「相似的企業邏輯」呢?可以說,兩個使用案例描述相同的企業邏輯,但是彼此之間又有細微的差異時,比較適用「一般化關係」(generalization relationship)。

以自動櫃員機為例,我們來看下面三個小範例,不用我多加說明,您絕對可以判斷出來哪一種狀況具有相似的企業邏輯,如下:
  1. 查詢餘額、檢驗晶片金融卡,兩者相似嗎?
  2. 提款、列印收據,兩者相似嗎?
  3. 轉帳、跨行轉帳,兩者相似嗎?

很好辨識相似的企業邏輯吧,跨行轉帳是轉帳的一種,它們兩個當然具備相似的企業邏輯。請看到圖50,一般化關係是一個帶大三角形的實線,從較一般化的父用例(super use case)指向較為特殊化的子用例(sub use case)。因此,我們可以說,本行轉帳和跨行轉帳都是轉帳的一種,它們與轉帳之間都具備有相似的企業邏輯。


圖50: 一般化關係

再多看個例子,在購物網站的範例中,我們可以選擇信用卡刷卡結帳或者ATM轉帳結帳,不過它們都是一種結帳方式及過程,所以在這個範例中,我們可以使用一般化關係,如圖51所示。


圖51: 刷卡結帳或轉帳結帳

<上一篇><下一篇>

2009/7/30

英文::negotiate/negotiation

(摘自朗文當代英漢雙解詞典第934頁)

ne.go.ti.ate v. (-ator n.)
  1. [(on, over, with, for)] to talk with another person or group in order to settle a question or disagreement; try to come to an agreement 協商;商談;談判
  2. [(with)] to produce (an agreement) or settle (a piece of business) in this way 妥協;商定
  3. [(非正式)] a to go safely over, through, along, ect. 安全通過 b to deal with; have success with 處理;克服
  4. to get or give money for (an order to pay money such as a cheque) (專技)兌現

ne.go.ti.a.tion n.

  1. [U;C 常多數據單數意義] an act or the action of negotiating 協商;談判
  2. [U9] the successful completion of a usu. difficult trip or other activity (困難旅程等的)完成;克服
  3. [U] an exchange for money (專技)兌現
----------
[9] 表示動詞後必須接一副詞;名詞或形容詞之後須接一補語。(摘自朗文當代英漢雙解詞典第xxvii頁)

認證::Service Design

  1. 4P-People、Processes、Products、Partners
  2. Service Portfolio - registered in Configuration Management System(CMS)
  3. Service Provider Types - internal service provider、shared service unit、external service provider。
  4. Service Level Agreement(SLA) - IT service provider & the IT Customer。
  5. Operational Level Agreement(OLA) - IT service provider & the another part of the same organization(internal service provider)。
  6. Underpinning Contract(UC) - IT service provider & a third party(supplier)。
  7. Capacity management - business capacity management、service capacity management、component capacity management。
  8. Availability management - Availability、Reliability、Maintainability、Serviceability。
  9. Availability Manager - participate in IT infrastructure designmonitor actual IT availability achieved。
  10. ITSCM(IT Service Continuity Management) - consider risks 、establish recovery mechanisms。
  11. Information Security Management - Confidentiality、Integrity、Availability (CIA)。
  12. Supplier - third Party Responsible for supplying goods or services required to deliver IT services.
  13. Supplier Manager - ensure value (ROI)。
  14. SD(Service Design)的主要產出是SDP(Service Design Package)。
  15. SD的5個元素:service portfolio design、business requirement&service design、technology design、process design、measurement design。

<上一篇><下一篇>

英文::accurate

(摘自朗文當代英漢雙解詞典第9頁)

ac.cu.rate adj. (-ly adv)
  1. careful and exact 仔細而準確的
  2. free of mistakes; exactly correct 無誤的;完全正確的

英文::authorization/authorize

(摘自朗文當代英漢雙解詞典第76頁)

au.thor.i.za.tion n. -isation
  1. [U] right or official power to do something 授權;職權
  2. [C] a paper giving this right 授權書;委任狀

au.thor.ize v. -ise

  1. to give power to 授權
  2. to give permisson for 批准;允許
  3. [被動;罕] to give a good enough reson for; JUSTIFY 提出正當理由

英文::account/accountable

(摘自朗文當代英漢雙解詞典第8~9頁)

ac.count n.
  1. [C] a written or spoken report; description; story 書面或口頭報告;描述
  2. [U] importance; value; worth (正式)重要性;價值
  3. [U] consideration; thought 考慮;計及
  4. [U] advantage; profit 利益
  5. [C] a record or statement of money received and paid out, as by a bank or business, esp. for a particular period or at a particular date 帳目
  6. [C] a statement of money owned 所欠帳目
  7. [C] a sum of money kept in a bank which may be added to and taken from 帳戶
  8. bring/call (someone) to account (for) a to cause or force (someone) to give an explanation (of) 致使或強迫(某人)解釋(某事) b to punish (someone) (for) (因某事)懲罰(某人)
  9. by/from all accounts according to what evertone, the papers, etc., say 依照眾人, 報紙等所說
  10. of great/no account of great/no importance 很/不重要
  11. on account of because of 因為
  12. on no account 亦作 not on any account - not for any reason 絕不;切莫
  13. on one's own account a so as to advance one's own interests 為了已身之利益 b at one's own risk 自行負責 c by oneself 獨自

account v.

  1. to consider 認為

ac.coun.ta.ble adj.

  1. [(for)] with the duty of having to give an explanation 有責任解釋
  2. [(to and/or for)] responsible 有責任的

英文::incident/incidental

(摘自朗文當代英漢雙解詞典第723頁)

in.ci.dent n.
  1. an event, esp. one in a story (尤指故事中的)事件
  2. an event that includes violence, such as fighting or explosions (含有戰鬥, 爆炸等暴力行為的)事變

incident adj.

  1. forming a part (of); connected (with) (正式)附帶的;有關連的

in.ci.den.tal adj. n.

  1. [(to)] (something) happening or appearing irregularly or as a less important part of someing important which spreads over a period of time 偶發的;臨時的;附帶的
  2. (something, esp. a fact or detail which is) unimportant 不重要的

英文::foundation

(摘自朗文當代英漢雙解詞典第569頁)

foun.da.tion n.
  1. [U] the act of starting the building or planning of something large, or starting some kind of organization 創立;創建
  2. [C] a building and the organization connected with it, planned for a good purpose and supported in some special way (由基金會建立的)建築物
  3. [C 當名稱時常大寫] a an organization that gives out money for certain special purposes 基金會 b the money held by such an arganization 基金
  4. [U] that on which a belief, custom, way of life, etc., is based; BASIS 根據;基礎
  5. [S] = FOUNDATIONS (1) 地基
----------
[S] 功用比較特殊的單數名詞,可接 a, an 但不可接 one。這一類名詞不可數,也無複數型。(摘自朗文當代英漢雙解詞典第xxiv頁)

英文::portfolio

(摘自朗文當代英漢雙解詞典第1082頁)

port.fo.li.o n. -lios
  1. a large flat case like a very large book cover, for carrying drawings, business papers, etc. 紙夾
  2. a collection of drawings or other papers (such as would be) contained in this 繪圖紙;文件
  3. the office and duties of a (particular) minister of state 部長職
  4. the list of shares in businesses owned by a person or a company (私人或公司的)股份單;投資組合

英文::utility

(摘自朗文當代英漢雙解詞典第1557頁)

u.til.i.ty n.
  1. [U] the degree of usefulness 功用;效用
  2. [C 常多數] any useful service for the public, such as supplies of water to the home, the bus service, etc. 公用事業(如水, 電, 交通等)

UML風格::關係(三)

--------------------
71. 使用案例「一定」會被啟動,適用包含關係(Apply 《include》 When You Know Exactly When to Invoke the Use Case)
72. 使用案例「可能」會被啟動,適用擴充關係(Apply 《extend》 When a Use Case May Be Invoked Across Several Use Case Steps)
--------------------

我要先澄清的是,原著作者在書中將包含關係和擴充關係視為一種結合關係,將它們稱為「包含結合」(include association)和「擴充結合」(extend association),這其實是有誤的。

請看到圖44,這是UML規格書中的母模式(metamodel),圖中很清楚看到,結合關係是一種「關係」(Relationship),而包含關係和擴充關係則是一種「具向關係」(DirectedRelationship)。


圖44: 母模式

看不太懂圖44,沒關係,打個比方,請看到圖45,相似的分類架構。根據圖45,我們會說機車和汽車是一種「車」,但是不會說它們是一種「船」,雖然機車、汽車和船三者都是一種交通工具,但顯然地,機車、汽車跟船是不同的。


圖45: 機車、汽車跟船不同

澄清完之後,再回到這兩條指南,我沒有按字面中譯,而是參照原文書中的說明,點出它們的重點。包含關係和擴充關係兩者最大的不同在於,包含關係中的被包用例(included use case)是「一定」會被執行,但是擴充關係中的擴充用例(extending use case)則是「可能」會被執行。

簡單來說,數個使用案例中,都含有一段相同且一定會被執行的小流程時,可將小流程獨立成另一個小的使用案例,方便數個使用案例共用。例如自動櫃員機的範例,無論是執行查詢餘額或者提款的過程中,都有一段檢驗晶片金融卡的流程,所以我們可以將這條相同的小流程獨立出來。

請看到圖46,原始的大流程稱為「基礎用例」(base use case),獨立出來的共用小流程稱為「被包用例」(included use case),兩者之間使用標示《include》字眼的帶箭頭虛線,由基礎用例連接指向被包用例。


圖46: 包含關係

請接著看到圖47的流程示意圖,因為包含關係中的被包用例一定會被執行,所以看起來很像是基礎用例在執行期間一定會呼叫執行被包用例,形成一條完整的流程。


圖47: 一條流程

如果,這一條共用的小流程會因為狀況的不同而「可能」被執行,那就不能使用包含關係,而得改用擴充關係。同樣看到自動櫃員機的範例,在執行提款的過程中,可以自行選擇列印收據與否,但無論是否有列印收據都不會影響提款流程。

在這種情況下,可以使用標示《extend》字眼的帶箭頭虛線,由列印收據的小流程連接指向提款這個大流程。請看到圖48,原始的大流程同樣稱為「基礎用例」(base use case),獨立出來的共用小流程稱為「擴充用例」(extending use case)。特別注意到,包含關係與擴充關係的箭頭方向剛好相反,前者由基礎用例指向被包用例,後者由擴充用例指向基礎用例。


圖48: 擴充關係

最後,我們來看圖49的流程示意圖,擴充關係中的擴充用例可能會被執行,也可能不會被執行,當不執行擴充用例時,基礎用例還是一條完整的流程。如果執行了擴充用例,看起來就像是買大送小,執行一條完整的大流程之外,還會附加執行另一條小流程。這麼一來,採用擴充關係將形成兩條不同的流程:一條流程為單純的提款,另一條流程為提款外加列印收據。


圖49: 兩條流程

<上一篇><下一篇>

2009/7/29

英文::threat

(摘自朗文當代英漢雙解詞典第1483頁)

threat n.
  1. [C; under + U (of)] an expression of an intention to hurt, punish, cause pain, etc., esp. if one's instructions are not obeyed 威脅;恫嚇
  2. [C (to) 通常單數] a person, thing, or idea regarded as a possible danger 威脅
  3. [C9 esp. of, 通常單數] a sign or warning of coming danger 有...的危險;有...之虞
----------
[9] 表示動詞後必須接一副詞;名詞或形容詞之後須接一補語。(摘自朗文當代英漢雙解詞典第xxvii頁)

英文::pipeline

(摘自朗文當代英漢雙解詞典第1053頁)

pipe.line n.
  1. a line of PIPES (1) connected end to end, often underground, esp. for carrying liquids or gas along distance from a central supply (輸送液體或氣體的)管道
  2. a direct means of receiving important news or facts (美)直接獲得重要消息的渠道
  3. in the pipeline on the way 在途中

英文::warranty

(摘自朗文當代英漢雙解詞典第1594頁)

war.ran.ty n.
  1. [C; under + U] a written GUARANTEE (專技)保證書;擔保

商業周刊::趕盡殺絕的災難[何飛鵬]

(摘自商業周刊第1131期2009.7.27-8.2)

看似單純、溫和的人,其實他飽經世故、看透世情,只有愚昧的我,還自以為聰明,覺得有機可乘。我差一點丟掉一個機會,更差一點把自己變成一個狡詐、醜陋的笨蛋。

自以為是的聰明絕對是災難,我更知道,力不可使盡、勢不可用絕,在精打細算之餘,應該給對方留餘地。讓自己的貪婪恣意橫行,讓自己的「聰明」無限上綱,一旦跨越了對手的紅線,一切算計都會變成鏡花水月。

英文::guidance/guide/guidelines

(摘自朗文當代英漢雙解詞典第646頁)

guid.ance n.
  1. [U] help; advice 指導;協助

guide n.

  1. something or somebody that shows the way, esp. someone whose job is to show a place to tourists 引導;導遊
  2. something which influences or controls a person's actions or behavious 指南;指引
  3. [(to)] also 亦作 guide book -a book which gives a description of a place, for the use of visitors 旅遊指南
  4. [(to)] a book which teaches the way to do something or gives the facts about something; instruction book 指南;說明書
  5. = GIRL GUIDE (常大寫)女童軍
  6. a part of a machine (often a bar) which holds the moving parts in the right places 導桿;引導機

guide.lines n.

  1. [P] the main points about something which is to be dealt with (esp. something official) 指導方針;行動綱領
----------
[P] 指只接複數動詞或代名詞的名詞或形容詞。(摘自朗文當代英漢雙解詞典第xxiv頁)

英文::underpin

(摘自朗文當代英漢雙解詞典第1541頁)

un.der.pin v. -nn-
  1. to use a solid piece of material to support (esp. a wall) 加固;支撐(尤指牆壁)
  2. to give strength or support to (an argument) 支持;加強(論點)

UML風格::關係(二)

--------------------
69. 如果參與者出現在使用案例中,則可以在參與者與使用案例之間放置結合關係(Indicate an Association Between an Actor and a Use Case if the Actor Appears Within the Use-Case Logic)
--------------------

在使用案例圖中,參與者與使用案例之間的實線,無論帶箭頭與否,都稱之為「結合關係」(association relationship),如圖42所示。


圖42: 結合關係

參與者與使用案例兩者之間的結合關係代表著,參與者在該使用案例的執行期間,會與系統交換資訊、彼此互動,以便完成整個使用案例。簡言之,整個使用案例的執行期間,其實就是參與者與系統相互對話的互動過程。

--------------------
70. 參與者與使用案例之間的結合關係線上,避免出現箭頭(Avoid Arrowheads on Actor–Use-Case Relationships)
--------------------

參與者與使用案例之間的結合關係,用來代表參與者與系統雙方的「通訊關係」(communication relationship)。特別注意,有許多人誤以為這條關係線是用來表達資訊或資料流向,其實這是個誤解。也正因為這樣的誤解,讓原著作者認為最好少用箭頭。

以最原始的定義來看,結合關係既然代表溝通關係,那麼帶箭頭的結合關係便可以解釋為單向溝通,可是反觀現在的系統,鮮少是單向溝通。比方說,我們去使用自動櫃員機時,一開始螢幕上可能出現請插入晶片金融卡的訊息,然後我們依照指示逐步輸入資料給自動櫃員機,這就是一種典型的雙向溝通。

也因為現在的系統多半是雙向溝通,所以帶箭頭的結合關係在使用案例圖中就沒多大用處了。不過,我倒是在實務上或教學上,都建議使用單向的結合關係,用以分辨參與者扮演的是啟動角色還是支援角色。

請看圖43基金系統的範例,投資人是設定扣款日期使用案例的啟動者,所以帶箭頭的結合關係線由參與者指向使用案例,代表投資人是扮演啟動角色的參與者。

「時間」參與者將啟動自動扣款申購當期基金使用案例,代表這個使用案例是系統定時啟動的,而這個使用案例的支援者為綜存系統。由於,綜存系統是扮演支援角色的參與者,所以帶箭頭的結合關係線由使用案例指向參與者,代表綜存系統是支援者。


圖43: 帶箭頭的結合關係

<上一篇><下一篇>

商業周刊::培養「洞察力」[金惟純]

(摘自商業周刊第1131期2009.7.27-8.2)

成為卓越人物的必要條件是什麼?如果只能選一樣,我會說:洞察力。

我對洞察力的認知是:能夠穿透事物的表象,看到事物的本質的能力。洞察力可能是天性的一部分,習慣成自然,但也可以培養。

不要把企業看得太複雜,也不要把商業看得太高深,要像理解自己童年遊戲般的去理解企業。因為人從生到死、從小到老,做得不過就那幾件事,圖得不過就那幾種感覺,玩得不過就那幾場遊戲。

有洞察事物習慣的人,會隨時回到自己最真實的經驗、最坦率的內心世界,尋求對事物的理解。有洞察力的人,隨時都在問:這件事的本質是什麼?這個行為的動機是什麼?這種現象後面的意義是什麼?

我猜測,洞察力的養成,與童年經驗密切相關,越能自主性體驗多樣環境變化的孩子,越有可能養成洞察習慣。

2009/7/28

英文::function

(摘自朗文當代英漢雙解詞典第591頁)

func.tion n.
  1. a special duty (of a person) or purpose (of a thing) 職責;功能;功用
  2. a a public ceremony 典禮;正式集會;祝典。b a large or important gathering of people for pleasure or on some special occasion (非正式)聯歡會;重大的聚會
  3. a a value which varies as another value varies (專技)(數學)函數。b a quality or fact which depends on and varies with another 與其他原因有密切關係的事

function v.

  1. to be in action; work (事物)有效用;運轉;運算;運作

認證::Service Management and the Service Lifecycle

  1. 「顧客」(customer)與「使用者」(user)是有差別的;顧客為使用者的利益而付費購買服務。當然,顧客也可以是使用者。
  2. 把「資源」(resource)轉變成「有價值的服務」(valuable service),是服務管理(service management)的核心。
  3. 技術部門(technical department)可以擔任的角色(role)有:problem management、change management、capacity management。
  4. process往下細分成activity;activity往下細分成procedure;procedure往下細分成work instruction。(process->activity->procedure->work instruction)
  5. defined process可以被文件化,而且受控制;controlled process可以被重複,而且受管理。
  6. process應該有一個process owner,負責保證prcoess有達到目標,而且保證它有改善。
  7. process有四個特性:可測量(processes are measurable)、具體產出(processes have specific results)、交付給顧客(processes deliver to customers)、反應具體事件(processes respond to a specific event)。
  8. 從顧客的角度來看,服務的價值有兩個面向:utility-fitness for purpose、warranty-fitness for use。
  9. 服務有三個階段:service pipeline->service catalogue->retired service。
  10. Data->Information(Who/What/when/Where)->Knowledge(How)->Wisdom(Why)

<上一篇><下一篇>

商業周刊::一切都是最好的安排[郭奕伶]

(摘自商業周刊第1131期2009.7.27-8.2)

「偶然力」(serendipity),被公認為「十大最難翻譯的英文字」...

何謂「偶然力」?簡而言之,就是把「偶然變成好運」的智慧。

曾被選為「全球最受矚目五十位女性」的日本商管作家勝間和代歸納,要掌握偶然力,必須有五大特質:行動力、個性佳、洞察力、好奇心與客觀態度。

客觀的態度,也就是「遇事不過喜或過悲,凡事正面思考。」在充斥壞消息的年代,人們遇挫時,常躲在角落裡舔傷口,而忘了抬頭看看外頭的藍天,以至於錯過老天爺恩賜的轉運機會。

成功者不管遇到什麼偶然,他們總能跳脫自我框架,客觀的洞悉事件本質。因此,成功,不會志得意滿;失敗,也不會懷憂喪志。

「發生的事情都是正確的。」接受它,就能善用偶然,創造自己的好運。

認真活在當下的每一刻,不憂心、不喪志,一個個的偶然,便能累積成一串串的好運,成就一切。

商業周刊::把偶然變好運的思考術

(摘自商業周刊第1131期2009.7.27-8.2)

有學習的態度非常重要,更該多認識有魅力而值得學習的人。

在已發生的事情中學得經驗,思考該採取何種行動,才能徹底活用眼前這一刻。

賢者以史為鑑,愚者從經驗中學習。

不再傲慢的依賴過去經驗。

從歷史中學習、從他人的經驗中學習。我不再討厭求助他人,透過書籍或研討會,我熱愛學習、感受他人的經驗,開始熱中於模擬體驗的方式。

想達成某種技能時,無論花再多的時間,只要不退步,最後終有一天能達成。

養育孩子讓我見識到自己的無力、感受到孩子的強成長力,同時體認到我不是孤獨一人,而是與孩子有相依相繫的關係。

----------
商周書摘
書名:我的人生沒有偶然
作者:勝間和代
出版社:三采文化
出版日期:2009年7月30日

蘋果日報::牽手豆腐冰

(摘自蘋果日報B6一盤小生意2009.7.26)

人生的瓶頸不只一個,不可以遇到問題就回家求救,這樣,會讓人產生惰性。

SA/UML/UseCase::封面

《寫給SA的UML/UseCase實務手冊》封面終於出爐了,前前後後設計了四款,呼,太辛苦了!編輯說,預定8/5左右會出版,我得趕緊抽空做投影片了!



<上一篇><下一篇>

認證::Service Lifecycle-Process

Service Lifecycle分為5大主題,細分成26小流程,如下:

1. Service Strategy(4)(考題少)
  • Strategy Generation
  • Service Portfolio Management
  • Demand Management
  • IT Financial Management
2. Service Design(7)(考題中)

  • Service Catalogue Management
  • Service Level Management
  • Capacity Management
  • Availability Management
  • Service Continuity Management
  • Information Security Management
  • Supplier Management
3. Service Transition(7)(考題多)

  • Transition Planning & Support
  • Change Management
  • Service Asset & Configuration Management
  • Release & Deployment Management
  • Service Validation & Testing
  • Evaluation
  • Knowledge Management
4. Service Operation(5)(考題多)

  • Event Management
  • Incident Management
  • Request Fulfillment
  • Problem Management
  • Access Management
5. Continual Service Improvement(3)(考題少)

  • Service Measurement
  • Service Reporting
  • Service Improvement

<上一篇><下一篇>

英文::capabilities/capability/capable

(摘自朗文當代英漢雙解詞典第193頁)

cap.a.bil.i.ties n.
  1. [P] undeveloped qualities or abilities which can be developed 可發揮的潛力;待發展的性質或能力

ca.pa.bil.i.ty n.

  1. [C;U] the quality of being CAPABLE 能力;才能
  2. [C9;U9] the quality of condition of having the skills and apparatus necessary for fighting the stated type of war具有從事某種戰爭的潛力或條件

ca.pa.ble adj. (-bly adv.)

  1. [F + of] having the ability of doing or the power to do 有能力或才幹的
  2. [F + of] ready for; open to 易於...的;可以...的
  3. [B] able, clever, esp. at something needing practical skill 能幹的;聰穎的
----------
[P] 指只接複數動詞或代名詞的名詞或形容詞。(摘自朗文當代英漢雙解詞典第xxiv頁)
[9] 表示動詞後必須接一副詞;名詞或形容詞之後須接一補語。(摘自朗文當代英漢雙解詞典第xxvii頁)

英文::practice(亦作-tise)

(摘自朗文當代英漢雙解詞典第1091頁)

prac.tice n.
  1. [U] actual use or performance as compared with the idea, intention, rules, etc., on which the action is based 實行
  2. [U] experience; knowledge of a skill as gained by this 經驗;實習
  3. [C;U] repeated performance or exercise in order to gain skill in some art, game, etc. 反覆練習
  4. [U] a standard course of action that is accepted as correct or desirable 準則;慣例;常規
  5. [C通常單數] a firmly fixed custom or regular habit (常正式)習慣
  6. [C通常多數] an act that is often repeated, esp. secretly, in a fixed manner or with ceremony (常貶義)圖謀;詭計
  7. [U] regular work of a doctor or lawyer (醫生或律師之)業務
  8. [C] a the business of a doctor or lawyer, esp. as having a money value because of his trusted connection with the people he serves (醫生或律師之)生意。b the place where this business is done 醫務所;律師樓
  9. sharp practice behavior or a trick in business or work that is dishonest but nor quite unlawful (貶義)狡詐的手段;不正當的行為

UML風格::關係(一)

原著作者在這個次小節的一開始就提到,使用案例途中有四種關係,分別為:

  1. 一個參與者與一個使用案例之間的「結合關係」(association relationship)。
  2. 兩個使用案例之間的結合關係。
  3. 兩個參與者之間的「一般化關係」(generalization relationship)。
  4. 兩個使用案例之間的一般化關係。
其實,兩個使用案例之間還可以有「包含關係」(include relationship)和「擴充關係」(extend relationship)。

另外,目前為止,我對上述的第二條仍保持懷疑,兩個使用案例之間可以有結合關係嗎?事實上,在UML的規格書中有提到,同系統的兩個使用案例之間是不可以有結合關係的。理由在於,一個使用案例應該可以完整描述參與者與系統互動的情況,所以禁止結合同系統的其他使用案例。

可是有個微妙的地方在於,UML規格書中沒有提到不同主題的使用案例之間可否有結合關係。這個問題,目前我也無解。不過可以確認的是,至今我還沒見過,在使用案例之間建立結合關係的範例。我在《OCUP/UML初級認證攻略》一書中,有更深入討論這個問題,有興趣的讀者可以去翻閱我的這本著作,如圖41所示。


圖41: 書籍封面

所以,如果由我來條列使用案例圖中會出現的關係線的話,我會把他們改成下列五種:
  1. 一個參與者與一個使用案例之間的結合關係。
  2. 兩個參與者之間的一般化關係。
  3. 兩個使用案例之間的一般化關係。
  4. 兩個使用案例之間的包含關係。
  5. 兩個使用案例之間的擴充關係。
接下來,編號第69到84號的指南跟上述的關係有關,一共有十六條,我們逐一來細究吧!

<上一篇><下一篇>

蘋果日報::蓋茲Facebook放棄不玩了

(摘自蘋果日報A16國際焦點2009.7.27)

蓋茲承認,他「不是一天24小時掛在電腦上的人」、「我讀很多東西,內容不全在電腦上。」這位讓電腦親近現代人的關鍵者雖堅稱,資訊科技革命對人類生活「助益極大」,但不忘補充,「若不善加利用科技工具,會浪費時間。」

2009/7/26

生活::影片截圖

  1. 找到欲截圖的畫面,按下暫停鍵。
  2. 工具->選項->效能,將「視訊加速」選項改成「無」。
  3. 按下確定鍵。
  4. 截圖。
  5. 截圖過後,記得將「視訊加速」改回「完全」。

「品嚐」這個世界





(小滷蛋2009/7/19的照片)

UML風格::參與者(四)

--------------------
66. 使用《system》標示系統參與者(Use 《system》 to Indicate System Actors)
--------------------

參與者不侷限是人類使用者,它也可以是連線的資訊系統,特別是支援性的參與者,很多都是連線的資訊系統。這條指南建議我們,遇到這類參與者時,可以採用《system》字標,明確指出它是一個連線的資訊系統。

譬如圖38的範例中,信用卡系統是購物網站的連線系統,它會支援購物網站執行刷卡結帳的使用案例,所以我們可以套用《system》字標明確指出它是一個連線的資訊系統。


圖38: 《system》

--------------------
67. 不允許參與者之間有互動(Don’t Allow Actors to Interact with One Another)
--------------------

通常,數個不同的參與者同時參與一個使用案例時,這些參與者之間鮮少有互動。由於UML語法中,參與者之間並無互動關係,所以如果真遇到參與者彼此之間有互動時,也請不要在使用案例圖面上繪製出參與者彼此之間的互動,不過倒是可以在使用案例敘述中記錄這項互動關係。

--------------------
68. 用「時間」參與者標示預定事件(Introduce an Actor Called “Time” to Initiate Scheduled Events)
--------------------

還記得我們前面提到,如果使用案例不是由人類使用者啟動,而是系統定時啟動的話,那這類使用案例的參與者為何?這是十分常見的情況,指南建議我們設置一個名為「時間」(time)的參與者,舉凡遇到這類定時啟動的使用案例,就以「時間」做為啟動它的主要參與者。

所以,微軟Word的自動存檔使用案例,它的啟動者可以是一個名為「時間」的參與者,代表這個使用案例是定時啟動的,不是由一般的人類使用者手動啟動的,如圖39所示。


圖39: 「時間」參與者

再看另一個掃毒系統的範例,掃毒系統平時不會執行全機掃毒,因為全機掃毒非常耗費資源和時間,所以通常全機掃毒有兩種啟動點,一種是由使用者手動即時啟動,另一種則是使用者先設定全機掃毒的時間,設定時間一到,掃毒系統將自動執行全機掃毒。

請看圖40的使用案例圖,所以我們繪製了三個使用案例,以便提供使用者設定全機掃毒的時間,或者馬上啟動全機掃毒,最後一個是讓掃毒系統依照預定時間,自動執行全機掃毒。


圖40: 自動全機掃毒

<上一篇><下一篇>

2009/7/23

蘋果日報::高齡產婦有罪嗎[吳淡如]

(摘自蘋果日報E14名采2009.7.15)

每個母親都有不一樣的懷孕動機和選擇,當她們決定要有孩子時,那種勇氣是超過一般人所能想像的。

蘋果日報::揮別好門嫁豪門[吳若權]

(摘自蘋果日報E14名采2009.7.15)

失去一段短短的愛情,得到一次深深的省思。自小到大,認識自己和接受自己,從來就不是一件容易的事。如果一個不愛你的人離開後,反而讓你懂得愛自己,失戀未嘗不是很好的體驗。

蘋果日報::飄洋過海說分手[吳若權]

(摘自蘋果日報E18名采2009.7.1)

人生最美好的豔遇,其實是在殘缺的現實中,還能看見真心的自己。

UML風格::參與者(三)

--------------------
65. 以角色命名參與者,不以職務頭銜命名(Name Actors to Model Roles, Not Job Titles)
--------------------

理論上,我也都知道以角色命名參與者,會比以職務頭銜命名參與者,更佳。不過,實務上,卻是有難為之處。

以職務頭銜命名有兩個常見的問題:其一,常見多個不同職務的使用者,都具有職權可以啟動相同使用案例,因此形成多個參與者關聯到相同使用案例的情況,造成使用案例圖面上的混亂。

比方說,在醫療系統的範例中,醫生可以使用資訊系統親自查詢病歷,可是有時候醫生會請護士幫忙查詢病歷,或者請護理長幫忙查詢病歷,所以形成三個參與者連接到同一個使用案例的情況,如圖33所示。可是,在執行查詢病歷這個使用案例期間,並不是三個參與者需要同時參與,反而是只需要三者中的一個就可以啟動使用案例了。


圖33: 以職務頭銜命名

化解上述範例圖面複雜度的方法之一,採用角色命名,不以職務頭銜命名。請看圖34,我們使用「操作員」這個角色名稱做為參與者的名稱,無論真實世界中,醫生、護理長或是護士來使用醫療系統都無妨,只要他們是扮演操作員這個角色即可。


圖34: 以角色命名

以角色命名看起來挺好,不過我在實務上的經驗,卻不是這麼一回事。一則,職務頭銜對使用者而言,是很直覺且眾所皆知的名詞,所以如果要改用角色命名,反而需要花更多的時間去命名並達成共識。二則,即便花了時間訂出了角色名稱,也達成共識了,還需要再多一道對應手續,說明哪些職務頭銜可以扮演哪些角色,像是額外產生圖35說明醫生、護理長和護士都可以具備操作員的資格。


圖35: 參與者

後來,我在實務上退而求其次的作法是,還是使用職務頭銜命名參與者,不過在使用案例圖面上僅留下最重要的參與者,如圖36所示。不過,我會在使用案例敘述中列出哪些參與者可以啟動該使用案例,如圖37所示。這樣不僅可以降低圖面的複雜度,也不需要特別花時間去尋找角色名稱,甚至還得花時間說明職務頭銜與角色之間的對應關係。


圖36: 留下一個參與者


圖37: 使用案例敘述

<上一篇><下一篇>

蘋果日報::成全很痛但也很美[吳淡如]

(摘自蘋果日報E14名采2009.7.22)

成全很痛,但事情已經無法改變,陷入憤怒會讓自己更痛,但成全之後,自能體會另一番的美感,總比一直深陷在痛苦的泥淖好得多。

2009/7/22

UML風格::參與者(二)

--------------------
62. 參與者放置於使用案例圖的邊框外(Draw Actors on the Outside Edges of a Use-Case Diagram)
--------------------

有時候,我們會在使用案例圖內,以大方框表示系統範圍,如圖30的大方框代表購物網站。前面我們提過,參與者位於系統外部,但會與系統產生互動,而使用案例則是代表系統對外提供的服務,所以位於系統內部,因此在圖面上也就必須將兩者分別放置於大方框的內外了。


圖30: 系統範圍

不過,我們從參與者與使用案例的定義上頭,其實很明顯可以得知兩者分別位於系統內外,所以即便在使用案例圖面上未繪製出大方框,系統範圍仍舊存在於兩者之間。

--------------------
63. 用單數的、領域相關的名稱來為參與者命名(Name Actors with Singular, Domain-Relevant Nouns)
--------------------

參與者代表使用者所扮演的一種角色(role),所以在命名上,適合採用單數名稱。比方說,一個提供雙方通話的通訊平台,其使用者分別扮演撥話方或受話方兩種不同的角色,所以將通話雙方區分兩個不同的參與者,如圖31所示。


圖31: 撥話方與受話方

再者,系統應用於某一個領域中,而參與者通常是跟領域相關的角色,所以儘可能採用領域人士熟悉的名詞做為參與者的名稱,這樣將有助於開發人員與使用者、領域人士之間的溝通。

--------------------
64. 每個參與者關聯到一個或多個使用案例(Associate Each Actor with One or More Use Cases)
--------------------

每一個參與者至少會參與一個使用案例,而每一個使用案例也至少會有一個參與者參與其中。位於系統外部的物件有許多,但只有會與系統產生互動的物件,才是使用案例的參與者。也就是說,每一個參與者當然至少會參與一個使用案例,否則它就不符合參與者的定義了,不是嗎?

不過,比較值得注意的是,是不是每一個使用案例都至少會有一個參與者參與其中呢?是不是每個使用案例都會至少有一個人類使用者,或是連線資訊系統、硬體設備來啟動它呢?如果,有些使用案例是定時啟動的,那啟動它的參與者是誰呢?

例如,微軟的Word有一個自動存檔的功能,只要編輯經過一段時間,它就會自動執行存檔的功能。顯然,使用者會啟動手動存檔的使用案例,但是自動存檔呢,啟動它的參與者是誰?關於這個疑問,我們得留待第68條指南,再見分曉,如圖32所示。


圖32: 自動存檔

<上一篇><下一篇>

2009/7/21

蘋果日報::用願望向宇宙下訂單[吳淡如]

(摘自蘋果日報E6名采2009.7.19)

生而為人,最怕失去的是希望。絕望的人,只因失去了許願的能力。不管在什麼樣的困境之中,只要一個人還有希望,他就有活下去的意志和能力。

我願意為妳朗讀(為愛朗讀)


(到博客來購買本書)

印象中,除了《魔戒》是先看到電影才找原著來看的外,《我願意為妳朗讀》是第二次相同的情況。《我願意為妳朗讀》的電影版名為「為愛朗讀」,非常好看,女主角因此獲獎,真是當之無愧!剛拿到書,隨即翻了幾頁,許多不解的電影場景,這才明暸。

----------

我不是九歲,今年已經十五歲了。但我還是不曉得需要些什麼,才能管好自己。[19]

當你自己沒有那麼老,而在短期內也不會到達那種年紀時,是很難猜得出年齡的。[19]

對這一切,當時的我一無所知。...為了解開這個謎,我讓自己記住整件事情,然後將它變成一個未解的謎團,以便拉開與這件事的距離,於是我一次又一次的看見當時景況...[20]

心中所想與真正做出的事情,有時候會有交集,也有時候沒有交集。[23]

我的意思並非思考與做出決定,對行動沒有影響。而是行動並非取決於已經想清楚和決定的事。[23]

我的人雖然在那裡,實則已經遠去。[32]

有時候,幸福的回憶無法長存,是因為它以不幸福收場。[38]

大聲念一齣劇本,其中不同的角色似乎變得比較容易辨認,有了生命,也比較有焦點。[44]

這是一個往前進,實際上卻拼命在後退的人生,而掩飾挫敗就是她的勝利。[119]

一個人對孩子到底能做到什麼程度,其實也是個真正的問題。[126]

可是對於成年人,我認為代替他人決定怎麼做對那個人較好,而推翻那人自認為比較好的做法,這點我認為絕不合理。[126]

如果一個人知道什麼對別人好,而那人是盲目的,那麼此人就該想辦法讓那人睜開眼睛。他必須讓對方自己做最後的決定,不過他一定要跟那人談談,是跟他談,而不是背著那人去找別人談。[127]

我想賦予自己兩種任務:理解和譴責。但是要做到兩者卻是不可能的。[139]

對父母的愛是我們唯一用不著負責的愛。[148]

文盲是有依賴性的。[162]

一個人若是排斥某一件事或被某件事情排斥太久,就會變成為時已晚,即使最後費盡全力,歡欣鼓舞的得到它,還是太遲了。[162]

她的字從來沒有流暢過,但卻具有嚴謹之美,這是年紀大而又一生很少寫字之人所具備的特性。[164]

在沒人了解你的時候,也就沒人會要你負責了。[171]

你可以藉著把人擱在一個位置,將他們趕走。[171]

我們的生活構造是如此結實的一層壓在一層之上,總是會從後來的事物想起早先的一些事情,而那些事物還沒有完全成形,也沒有被推到一邊,卻絕對是活生生存在的。[189]

UML風格::參與者(一)

參與者(actor)是指位於系統外部的物件,它會在參與使用案例執行期間,與系統產生交換資訊的互動行為。常見如一般的人類使用者、公司組織、連線的資訊系統、或者連線的硬體設備,都是極為常見的參與者。

請看圖28的使用案例圖,參與者採用人型圖示,參與者的名稱放置於人型圖示下方。在圖28的範例中,會員在使用信用卡刷卡付款時,會與購物網站有一連串的互動,期間購物網站還會與另一信用卡系統互動,連線驗證並取得信用卡消費的正式授權。會員是一般的人類使用者,而信用卡系統則是屬於連線的資訊系統。


圖28: 參與者

接續的指南編號61到68都跟參與者有關,一共有八條,比跟使用案例有關的指南更多,我們來仔細研究看看吧!

--------------------
61. 把主要參與者放置於圖面的左上角(Place Your Primary Actor(s) in the Top Left Corner of the Diagram)
--------------------

通常,我們會把參與者依其重要性分為兩大類:一類是扮演啟動角色,會主動向系統提出需求者,稱之為「主要參與者」(primary actor)。可以說,系統所提供的使用案例中,絕大部分的使用案例都是為了滿足主要參與者的需求。

另一類的參與者扮演支援角色,主要在支援系統執行使用案例,它會跟系統協力提供完整的服務給主要參與者,這類參與者一般稱之為「次要參與者」或「支援性參與者」。

在西方的書寫及閱讀習慣中,以版面的左上角為起始點,所以這條指南才會建議我們將重要的主動參與者放置於圖面的左上角或左側,把扮演支援角色的參與者放至於圖面的右側。

比方說,在圖29的購物網站的範例中,會員是我們最重要的主要參與者,所以可以將它放置於使用案例圖的左側,而信用卡系統則扮演支援角色,它是次要參與者,可以放置於圖面的右側。


圖29: 主要參與者與次要參與者

<上一篇><下一篇>

2009/7/20

商業周刊::要有大想法,先「殺死聖牛」!

(摘自商業周刊第1130期2009.7.20-7.26)

大家會害怕殺死聖牛,因為那會讓我們遠離我們認為理所當然的事情,並去迎接一些新的、不確定的事物。我並不是要大家把現在的聖牛都殺掉,而是,我們至少可以列出一個List(清單),把那些墨守成規的事情列出來,重新去思考,有沒有好的理由繼續做,有沒有其他的替代方案。

過去的成功並不代表未來會繼續,因為過去的成功不見得適用了特定的方法,也可能因為當時特殊的時空背景。很多人都盲目跟隨聖牛而不自知。

其實,當資源有限的時候,人更會發揮創意,妥善運用手上現有的東西。

跟各個領域的人打交道,很多人只對工作有興趣,這沒什麼錯,不過讓自己多與不同領域的人打交道,會帶來更多刺激,在生活上社列各式各樣的事物,像是運動、烹飪、藝文、戶外運動,聽起來好像很麻煩,但你的生活越豐富有趣,就會更容易有新想法。

----------
「聖牛」(Scared Cow),編按:印度發源的字,意指受到捍衛,完全碰不得的事物,就像是印度的牛一樣,在企業內通指現有的遊戲規則。

蘋果日報::與青春的自己和解[吳若權]

(摘自蘋果日報E6名采2009.7.5)

回到青春歲月,與固執的自己和解,是個非常美好的經驗。此刻心中放下的,不只是人與人之間的恩怨,而是成長過程中對自己不夠完美的缺憾,以更大的寬容、更多的接納,完整了生命的歷練。

蘋果日報::愛情沒有交接處[江映瑤]

(摘自蘋果日報E6名采2009.7.12)

外遇者總想騎驢找馬萬無一失,但愛情並沒有交接處,只有專心去愛看看,才會得到公平的答案。

蘋果日報::其實我還是幸運的[吳淡如]

(摘自蘋果日報E6名采2009.7.12)

我相信一個人受的苦,雖然在當時感覺萬分委曲,時移事往後,必能發現其中意義。痛苦的鍛鍊總會讓個人成長,如果一息尚存。

商業周刊::企業與人生[金惟純]

(摘自商業周刊第1130期2009.7.20-7.26)

稻盛和夫認為企業的終極問題,最後還是回到「人」的問題上,很多企業家不能成功、或成功之後又失敗,都是因為沒有達到對人的深層理解。

他的知名語錄有:

  • 要經營好企業,必須豐富自己的心靈。
  • 最偉大的技巧就是超越自我的能力。
  • 工作可以使心靈滿足;透過工作,可以發現人生新的意義。
  • 能否成功,最終要看我們深層意識裡的慾望是否單純。
  • 只要你不放棄,就不算失敗。

問題的答案不在別處,就在你心中;工作和人生不是兩件事,其實只有一件事。而大部分與成功和快樂絕緣的人,卻都認為工作和人生是兩件不相干的事,發生的問題都在別處,不在自己。這就是一切差別之所在。

改變自己能控制的那部分,也就是自我。我決定轉變工作態度,尋找工作樂趣...

關鍵字,當然是「改變自我」,它不僅是企業成功之道,同時也是人生幸福之道。做到了,你可以兩者皆有;做不到,必然兩頭都落空。

----------
把「人生幸福」和「企業成功」視為一體兩面,最知名的東方企業家,當非稻盛和夫(Kazuo Inamori)莫屬。

偷吃腳指頭



(小滷蛋2009/7/14的照片)

小滷蛋偷吃腳指頭的照片很難照,因為她不會吃太久,一下子就會放下自己的腳了。

老姊說,這小妞已經懂得「飆螃蟹車」了,小腳一蹬,在光滑乾淨的地板,飆過整個客廳。她也懂得把螃蟹車停在某個人前面,一直盧一直盧,沒哭,就是一直說話然後把雙手伸直,就是要抱啦!抱起來親親抱抱玩玩一下下就可以了,她就願意再坐回螃蟹車,自己玩耍。

UML風格::使用案例(二)

--------------------
60. 以使用案例的堆放順序「暗示」其發生時間(Imply Timing Considerations by Stacking Use Cases)
--------------------

通常,使用案例的擺放位置並沒有特別的涵義,可是這條指南卻建議我們,可以用使用案例推放的順序來暗示發生的時間順序。

例如,我們如果在一般的線上購物網站購物,執行使用案例的順序大抵會是先瀏覽商品、然後將打算購買的商品加入購物車、接著登入會員、最後才會結帳,所以我們可以依照這樣的順序由上而下堆疊使用案例,如圖27所示。


圖27: 購物網站

不過,有些會員可能習慣一開始就會先登入會員,接著才會去進行瀏覽商品等等的動作,這種情況下,使用案例的執行順序就跟圖27的堆疊順序不同了。也就是因為如此,這條指南說可以使用推疊順序「暗示」(imply)執行順序,它並非是固定的執行順序。

如果,您在實務上想用這條指南的話,或許可以拿堆疊順序來暗示出現頻率最高的執行順序。不過,切記,UML並沒有對使用案例的位置做這樣的規定,您可以在您帶領的專案中使用這條指南,但是當您看到其他人繪製的使用案例圖時,千萬別自顧自地加上這項涵義喔!

<上一篇><下一篇>

2009/7/17

魔鬼的名字


(到博客來購買本書)

看了幾頁,還沒著迷作者的故事,卻有興趣於譯者的文字。拜古狗大神(google)所賜,零點幾秒之內,就找到了譯者—郭寶蓮的部落格,而且很認真地想著是否要成為她噗浪的粉絲。

看到她將關於翻譯的心情分類在「勞心勞力的家庭手工業」,我就笑了,當下將她的部落格存到我的最愛。我也常覺得自己是在家裡做手工的,以前要是遇到剛認識的朋友問職業,我都趣說在家裡做手工的 :)

----------
寫作受到電影的影響是一回事,但是將文字轉成電影又是另一回事了。我很難解釋清楚如何在這兩者間取得平衡,只知道這種矛盾的確存在。[8]

世人總要以某種方式償還自己犯下的過錯,並且「命運之神」總是非常有耐心的。[9]

...隱含了一種「塵世如蜂巢」的概念:一個人的「歷史」其實裹覆在一層又一層薄而脆弱的膜衣裡,膜衣留有許多縫隙,只要一個不小心,過往的罪愆就會穿透這些孔洞,來到「當下」這個時刻。[9]

我希望能讓讀者一翻開書頁就停不下來,渴望知道下一頁會發生什麼;我希望寫出一本書,讓讀者輕易打發飛機上的漫漫時光,或者讓讀者因為看這本書而覺得航班取消這件事沒那麼令人生氣。[10]

又是同樣這一個夢,彷若一切的基底,他的生與死蘊含在這夢當中。[13]

這夢毫不新奇,如回憶般熟悉,頭一靠枕就自然期待它來臨。[13]

唇舌自由了,男孩卻發現自己無話可說。[15]

世界扭曲歪斜,以某種角度卡在那裡,整個具體世界彷彿真如她當下感知到的歪歪斜斜。在她眼中,世界似乎就是這般扭曲,總是偏離穩定的常軌,讓她無法融入其中。[18]

(待補)

壹周刊::想哭的時候,要搞笑

(摘自壹周刊第425期2009.7.16)

想哭的時候,我就搞笑。只要還能笑,就沒什麼好哭了。

壹周刊::歐吉桑不無聊

(摘自壹周刊第425期2009.7.16)

Lily Franky身為創作者的獨特思考;認為年輕時找不到目標而惶然終日,也是一種投資,而日本人喜歡進好學校、大公司、凡事遵守社會規範的集體行為,形同是放棄了自己其他的可能性。

賺錢、有地位,這種東西不叫夢想,只是明確的目標。所謂夢想,應該是一些虛幻又美好的東西,不是嗎?

----------
Liy Frank最知名的身份是《東京鐵塔》作者(兼故事主角),他也畫畫、當諧星、做音樂、拍照。

UML風格::使用案例(一)

使用案例採用橢圓圖示,它的名稱可放置於橢圓內部或外部下方,通常用來表示系統對外提供的服務或功能。跟使用案例有關的指南不多,只有三條,分別說明如下:

--------------------
58. 以「強動詞」作為使用案例名稱的起頭(Begin Use-Case Names with a Strong Verb)
59. 使用領域術語為使用案例名稱(Name Use Cases Using Domain Terminology)
--------------------

使用案例名稱以動詞為首,這是我們在實務上或教學上經常告訴學員的,不足為奇。系統啟動使用案例時,是在「做事」,使用動詞為首才能夠突顯系統在動作。

老實說,我是直到看到這一條指南,才發現它提到「強」(strong)這個形容詞。也就是說,有相對於強的「弱動詞」(weak verb)了。我不知道怎麼分辨強弱,不過原著作者在書中倒是有提到,諸如「處理」(process)、「執行」(perform)、「進行」(do)這些動詞都是屬於較不明確的弱動詞,請您比較圖25和圖26在使用案例名稱上的不同。


圖25: 使用弱動詞


圖26: 使用強動詞

雖然,我還是無法得知如何區分強動詞與弱動詞,不過可以從上述的範例中發現,「處理」(process)、「執行」(perform)、「進行」(do)這些動詞似乎比較不特定,隨意替換也無所謂,如下:
  • 「執行」餘額查詢,換成「處理」餘額查詢。
  • 「處理」提款交易,換成「進行」提款交易。
  • 「進行」轉帳動作,換成「執行」轉帳動作。
這樣一分析下來,就覺得確實使用強動詞會比弱動詞明確多了。在實務上,我也常見團隊成員以「管理」、「維護」這些動詞為使用案例名稱的起頭,我總覺得這些詞很不明確,會請成員或學員少用。如果套用這條指南的話,這兩個詞或許也可以歸類為弱動詞。

至於,在為使用案例命名時,盡量使用領域術語,那是因為使用案例圖通常用來捕捉系統需求,所以很可能會拿來它來跟使用者溝通需求。因此,以使用者慣用的領域術語來命名,會比用開發人員慣用的科技術語來得容易理解與溝通。

<上一篇><下一篇>

2009/7/16

UML風格::使用案例圖

許多專家學者認為,如果把UML2的十三款圖簡化一下,大概會剩下三款圖,使用案例圖是其中一款,另外雀屏中選的兩款圖分別是類別圖和循序圖。

使用案例通常用來表達系統的功能觀,它的組成元素很簡單,就是「使用案例」(use case)、參與者(actor)和兩者之間的關係線。簡單來說,使用案例代表系統對外提供的服務或功能,而參與者則是位於系統外部,會直接接觸系統並啟動使用案例的使用者,或者是支援使用案例的其他連線系統。

請看到圖24的範例,這是一張自動櫃員機(ATM)的使用案例圖。圖中的人型圖示便是代表位於自動櫃員機外部的參與者,顧客會啟動使用案例,以便獲取系統所提供的服務;至於,銀行主機則是連線系統,它將扮演支援角色的參與者,會與自動櫃員機保持連線,以便提供立即性的支援。在這張圖中,橢圓代表使用案例,此處我們僅繪製出三個使用案例,分別為:查詢餘額、提款和轉帳,代表自動櫃員機對外提供的三項服務。


圖24: 自動櫃員機的使用案例圖

原著書中關於使用案例圖的指南一共有二十九條,編號由58到86,共分為四組:使用案例、參與者、關係和系統範圍,所以我們接下來也會依此分為四個次小節。

<上一篇><下一篇>

宿主


(到博客來購買本書)

...說故事來排遣無聊。說故事是至高無上的才華,因為它能嘉惠大眾。[18]

有時候,巧妙摻雜了杜撰情節的事實,即便什麼謊也沒說,也讓人很難分辨真假。[18]

他腹部的肌肉和手一樣像是鐵打的。這真讓人匪夷所思。這種肌肉只有生活辛苦或刻意鍛鍊的人才有,但寄生蟲並不會這樣。[32]

我寄出郵件。信一消失在我眼前,恐懼就一湧而上。[39]

妳有好一陣子沒來找我,我還在想問題是不是都解決了;但後來又想到,或許是因為問題更嚴重,妳才不願意來。[41]

我從來沒把訓慰師當一回事,以前確實也沒必要認真看待他們。只有還在掙扎的人、軟弱的人,才會需要他們,所以我覺得來這裡很丟臉。我暸解了凱西的過去,才稍微覺得,來找她沒有那麼尷尬。她瞭解什麼才是力量。[42]

我們的基本精神,就是使世界變得更好,否則我們就不配擁有世界。[46]

快速見效不是我的專長。[48]

妳太專注在自己的問題上,滿腦子都在想這件事。也許,解決之道就是別放太多心思在問題上。[49]

妳不該忽略自己宿主的狀況,這是不負責任的行為,尤其現在的醫療保健這麼方便有效。[53]

和平經不起考驗...[54]

仇恨是一種不可原諒的情緒...[54]

一千個有感知的生物,寧可選擇永遠閉上眼睛,也不願接納我們。它們捲起身上的葉片,不見天日,寧可挨餓。[56]

施展權力時永遠要小心謹慎。[57]

說不定我尊重她的隱私,她也會尊重我。[61]

雖然我帶的東西不多,但留下來的更少。[67]

在我打開的後車廂旁邊,搜捕手像是在人行道上生了根,只要我走近到能聽見她說話的範圍,她就以惡意的問題和評論攻擊我。[67]

這就像一顆壓扁的太陽夾在我和他之間,那太陽就像一本厚書裡夾的一朵花,把書頁都燒起來。[74]

我咬緊牙關,免得更加自取其辱。我真該在這根舌頭壞事之前就把它咬斷。[75]

怪胎才能在亂世中生存。[85]

...沒有「背叛」或「叛徒」這類字眼,甚至連「忠誠」也沒有,若是「背叛」不存在,忠誠的概念就失去意義。[88]

我的雙腿毫無意識地帶著我的身軀前進。我走路發出的嘎吱聲就是背景音樂,低沉又乏味。[98]

如果妳們想要淨化這個星球,大可把它炸了。[104]

隨便你們的科幻小說作家怎麼做白日夢,我族其實根本沒有炸毀星球的科技。[104]

當晚間新聞只播報激勵人心的故事,當戀童癖跟毒癮犯跑到醫院排隊自首,當所有怪異的人類全都變成乖寶寶,這時你們的狐狸尾巴就露出來了。[105]

我們肯定睡得著。只要放棄思考就可以睡著。[114]

我經歷過這個多大風大浪,如果還沒學會悲天憫人,那我就是個沒有價值的人。[121]

...坐在一張舒適的椅子上思考死亡,是多麼困難的一件事。[122]

我沒有吃飽,還差得遠咧,要是我的牙齒夠利,說不定下次連托盤都會咬著吃。[134]

地球上的母親都是不理性的。...當媽媽的總是容易感情用事...[135]

的慾望、最黑暗的行徑。或許它天生就是如此。或許少了這些醜惡,美麗就遙不可及。[136]

在人類的內心世界,恐懼已轉為仇恨跟暴力。[148]

...抽離這個環境。他離開之後就會得到不同的看法。[184]

沒理由忽略現實問題啊。坦然面對的話,並不會讓情況變得更糟呀。[188]

我事事順著他的意,成了這個孩子的奴隸...[242]

我是說書人,所以在地球上轉行做老師,至少就職業來說,不算太大的轉變。[249]

妳也是堅持己見的人,請容許我堅持立場。[262]

傷痛和背叛的表情是如此沉重...[266]

眼淚比其他感知脆弱的多...[292]

「真是好極了,」人有低聲說。「有個該死的母后外星人跟我們住在一起。她隨時有可能生下一百萬隻小傢伙。」[340]

人類也是一個主觀名詞。[350]

人類的定義包含了一點同情心,和一丁點的悲天憫人。[356]

獲勝向有種固定的模式。[368]

「憤怒」實在太醜陋了。[385]

人類總是令我很驚訝。[395]

2009/7/15

半夜玩玩具


(小滷蛋2009/6/29的照片)

老媽說,小滷蛋這幾天半夜起來唱歌、玩玩具,很吵,所以睡覺前,她都要先把玩具藏起來。這幾天的白天,也都不愛坐螃蟹車,喜歡人家抱著她吹電扇。這小妞很怕熱,我懷她的時候,也是熱到天天吹冷氣 :)

商業周刊::美學的原點

(摘自商業周刊第1129期2009.7.13-7.19)

黑格爾用客觀的角度去探討美的根源。他認為日出、日落只是自然現象,本身並沒有美醜。日出、日落之所以美,是我們看黎明與黃昏的時候,喚起了生命裡的某種感嘆:從看日出的過程裡,我們感覺到了蒸蒸日上的朝氣,感覺到生命的活潑,感覺到從絕望黑夜進入到希望黎明的柳暗花明。

我們看到的是自己的生命,不只是黎明。我們把自己期待生命美好的渴望,投射在黎明上。

文明的力量,可能比我們想像的還要大得多。

其實「美」,就是「秩序」。

所以,我們發現「美」,其實並不難。「美」是秩序的尋找。

「完美」這個詞裡結合了創意與技術。

美關心的是心靈的問題,而不是感官的問題。真正的美,並不在感官本身。

德國美學家康德(Immanuel Kant, 1724~1804)有一句對美的定義非常重要的話:「美是一種無目的的快樂。」他的意思是說,美具有一種快樂,可是它不是功能性的,也不是功利性的。

所有「有目的性」的事情,都很難有美。

活在現實生活中若我們的所作所為都考量到「目的」的時候,我們就喪失了美的可能性。

康德對近代美學的影響之大,是因為他很清楚地在已知的美學上,把「快感」和「美感」分開。他還告訴我們,所有的快感,只能刺激你的官能,這叫作過癮。快感並不等於美感,因為美感不只停留在器官本身的刺激,而是提升到心靈的狀態。

音樂通過我們的聽覺,雖然也是一種感官,可是最後我們被充滿的不是器官,而是心靈。這就是美感。

一旦快感變成不斷的、重複的刺激以後,就變成了「癮」。

所有的「癮」,都是戒不掉的。它很難提升成心靈的狀態,因為他的行為以被官能操控。

他不再是器官的主人,而是器官的奴隸。

無以自拔的狀態絕對不是美感。被感官驅使,會變得不快樂。當自己想要拒絕、想要逃避這種循環時,卻已經逃不出來了。

這種狀態其實是生命的困境,也是自古以來,人類的文明想試圖想要去解決的。

----------
商周書摘
書名:美的曙光
作者:蔣勳
出版社:有鹿文化
出版日期:2009年7月15日

蘋果日報::加強作文能力?[張大春]

(摘自蘋果日報A19論壇2009.6.30)

各級考試「誘導」考生學習作文所加強的,不是一種隨身攜帶的能力,而是用後即丟的資格。人們通過了考試,卻會更加打從心眼兒裡瞧不起作文這件事:以為那不過一個跨越時費力,跨越後卻可以「去不復顧」的門檻;一種獵取功名的、不得已而施之的手段。作文,若不是與一個人表達自我的熱情相終始,那麼,它在本質上根本是造作虛假的。

打消我們日常口語中毫無意義的口頭禪,有如清理思考的蕪蔓,掌握感受的本質,這種工作不需花錢補習、買講義、背誦範文和修辭條例,它原本就是我們自有自成的能力。

商業周刊::說服要有力,就要夠科學

(摘自商業周刊第1129期2009.7.13-7.19)

當人們對於某個行動不太確定時,通常會先瞭解周遭其他人是怎麼做的,以此做為自己的行動參考。

使用負面的社會證明(social proof)當作標語,可能會在不經意間,將溝通對象的焦點引導到這種行為的「普遍性」,而非對於這種行為的「不認同」。

當社會證明指出某個不良行為的出現頻率非常高時,公開說明這一資訊反而會引發意想不到的損害。因此,在這種狀況下,溝通人員不應該傳遞負面社會證明的訊息,應將目標溝通對象的焦點引導到「應該或不應該」出現某一行為。

你的要求越是個人化,就越容易讓對方同意你的要求。

----------
商周書摘
書名:就是要說服你
作者:諾亞.葛斯坦(Dr. Noah J. Goldstein)、史帝夫.馬汀(Steve J. Martin)、羅伯特.喬汀尼(Dr. Robert B. Cialdini)
出版社:高寶
出版日期:2009年7月10日

商業周刊::存屋六問,教你挑對績優房

(摘自商業周刊第1129期2009.7.13-7.19)

很多「台北俗」一走出市區,看到海景翠山,心底就不由得升起浪漫想法。但實際的狀況是,這樣的中產階級,經常的假日活動就是到海邊打掃房子,與其這樣,為什麼不去度假飯店當大爺。

非書評::一般

其餘不適合歸於上述三類的指南,都放置在此處,只有三條。

--------------------
24. 用問號指出未知處(Indicate Unknowns with a Question Mark)
--------------------

遇到不確定或者未知的地方,可以善用大家都熟知的問號(?)。比方說,不確定一個存戶在同一家銀行倒底可以開設幾個帳戶,所以在帳戶處可以標記問號,如圖21所示。


圖21: 使用問號

特別注意的是,「問號」不是UML的標準符號。如果考慮到這一點的話,我們可以改用折角矩形的「註解」(comment)圖示,把問號當做註解文字的一部分放到註解中,同時還可以附加更多的說明文字上去,如圖22所示。


圖22: 使用註解

--------------------
25. 考慮在圖中使用顏色(Consider Applying Color to Your Diagrams)
26. 謹慎地使用顏色或不同字型(Apply Color or Different Fonts Sparingly)
--------------------

Peter Coad在1999年出版的《Java Modeling In Color With UML: Enterprise Components and Process》一書中,就提出了採用粉紅色、粉黃色、粉綠色和粉藍色,這四種顏色來代表四個不同種類的類別,如圖23所示。


圖23: 四色原型的書籍封面

當然,我們也可以自己制定顏色意涵,像是使用紅色代表還未開發的使用案例、黃色代表正在開發中的使用案例、至於綠色則代表已經開發完成的使用案例,諸如此類的方法來使用顏色。

其實,舉凡字型、線條造型、顏色、色度等等都可以用在圖上,不過一定要謹慎使用,不然可能會造成版面過於花俏,並且同時間破壞了前述提到的多條指南。

<上一篇><下一篇>

2009/7/14

乳溝?


(小滷蛋2009/7/13的照片)

一粒沙竟然說,小滷蛋這張照片看起來隱約有乳溝。喔喔喔,拜託,那是肚子,不是乳溝啦 >"<

UML風格::命名

下列這四條指南跟命名有關,每條都很容易懂,我就不多做解釋了。

--------------------
20. 規定並遵守有效的命名規則(Set and Follow Effective Naming Conventions)
21. 拿領域術語當名稱(Apply Common Domain Terminology in Names)
22. 設計階段的圖採用程式語言命名規則(Apply Language Naming Conventions on Design Diagrams)
23. 跨圖面的元素,其名稱要保持一致(Name Common Elements Consistently Across Diagrams)
--------------------

<上一篇><下一篇>

2009/7/13

生活::為我的孩子而「噗浪」(Plurk)

在時間河流上,點滴著我生活的片段,讓我的孩子們,有機會,在未來的日子中,乘坐回到過去的時光機,參與這些點滴。

這幾天「噗浪」(Plurk),其實讓我想到更多。我不只為了自己寫下這些生活點滴,也為了我的孩子而寫。未來的35歲的他們,看到35歲的父母的生活點滴,的所思所想,每一天每一分鐘,未來的他們,可以認識現在的我。

何其有幸,我們有這樣的工具。我們鮮少見著老父老母年輕的模樣、想法,可是卻有機會留下自己年輕的點滴,讓孩子可以認識年輕的我們。而當我們撒手人寰時,這些走過的痕跡,代替我來陪伴我的孩子、我的子孫,像一隻訴說人生故事的小熊。想像著小滷蛋長大後,在想念我的時候,也上噗這條已經停止流動的河流,用她的文字點滴著給我的思念。

UML風格::簡明(二)

--------------------
17. 單頁圖最好(Prefer Single-Page Diagrams)
--------------------

用單頁圖來控制圖面的複雜度,也是一個不錯的方法。限制一個圖不能超過一張紙,如此一來,可以引發製圖的人多加思考,繪製出簡明易懂的圖,避免產出雜亂無章、不知重點為何的大圖。

--------------------
18. 優先關注內容,版面其次(Focus on Content First, Appearance Second)
19. 使用一致且易讀的字型(Apply Consistent, Readable Fonts)
--------------------

圖的內容才是重點,版面整潔就好,千萬別本末倒置,為了美美的版面浪費寶貴的時間。

至於字型的部份,原著作者認為Courier、Arial和Time系列的字型,比較容易閱讀。同時,別用小於10點(point)的字型,或者使大於18點的字型,而且也少用斜體字。

我對字型及大小沒什麼意見,不過斜體字的部份可得多注意。因為類別名稱如果使用斜體字的話,代表它們是不能誕生個體(instance)的抽象類別(abstract class)。再者,操作(operation)名稱如果使用斜體字的話,同樣代表它是個缺乏實作內容的抽象操作(abstract operation)。請看圖20,轉帳是抽象類別,它擁有一個名為「轉帳」的抽象操作,它的子類別(subsclass)—跨行轉帳,才是一個可以誕生個體的具象類別。


圖20: 抽象類別與抽象操作

<上一篇><下一篇>

搶吃葡萄



(小滷蛋2009/7/13的照片)

婆婆上台北,跟大姑一塊來看小滷蛋。小滷蛋表現的好,即使從睡夢中被吵醒,也沒哭鬧。只是見到婆婆和大姑,感到陌生,照例眼框逐漸變紅,然後就哭出來了。但是,老媽抱回去,安撫一下就好了,之後沒繼續哭,讓婆婆和大姑抱得很開心。

大姑隨手拿起葡萄餵小滷蛋,這小妞嘗到好東西,還會動手把大姑手中的葡萄抓過來舔,真可愛 :)

小滷蛋這週已經會抓自己的腳來咬了,可惜動作太快,總是來不及照相。這小妞,十隻手指頭吃不夠嗎?連腳趾也抓來啃,跟我喜歡啃雞爪有關嗎?

前幾天,上網買的People彩色飛碟與Vtech音樂探索翻翻書早已經寄到,小滷蛋還不會玩,會抓起來咬。不過,翻翻書太大,她無法抓起來咬。她會盯著翻翻書中發亮的地方流口水,然後...趴下去,細細「品嚐」文字的好滋味!

2009/7/11

生活::我也「噗浪」(Plurk)

第一次聽到「噗浪」(Plurk)是從UML互助會的夥伴Justin哪聽來的,當時不以為意,雖然後來也去申請了帳號,不過僅止於此,沒有真的上噗。

然後,我在《寫給SA的UML/UseCase實務手冊》新書中,讓R提到了迷上噗浪這件事。其實,沒什麼特殊用意,只是為了讓書中的人物真實些。

真的上噗,是昨晚看完商周之後,突然興起上噗的念頭,所以就上噗了。然後,跟上課學員艾瑞克互動了幾次(這有特殊用語嗎?「互噗」嗎?感覺好像豬太郎的用語喔,噗~),感覺挺好玩的,原來我還不老 :)

----------
W和R兩人吃飽喝足了,開始聊了起來。

W:吃飽了,好想睡覺喔!
R:對啊,我也是!你最近有看什麼小說嗎?
W眼睛一亮:有啊,看《盜墓筆記》。
R:好看嗎?誰寫的?
W:嗯嗯,好看的不得了,大陸作家寫的,書上介紹說是位20多歲的年輕作家寫的,真是天才型的作家啊!你呢?最近有看到什麼有趣的小說嗎?
R:最近都沒看小說,在迷「噗浪」(Plurk)。
W:喔,那個像河流一樣的橫向介面,我覺得看起來好累喔,我老了!
R笑說:我覺得還滿好玩的,那介面看久了就習慣了。

商業周刊::它是我孤島上的無線電

(摘自商業周刊第1127期2009.6.29-7.5)

人是有限的,一定要整理;不整理自己,久了,過去就成為累贅。

UML風格::簡明(一)

接下來,我們會談到六條指南,跟簡明圖面內容有關。

--------------------
14. 僅秀出你想秀出的內容(Show Only What You Have to Show)
--------------------

一張圖要是呈現太多繁瑣的細節的話,會變得難以閱讀,且不利於溝通。特別是UML圖,它的重要功能之一是用來溝通團隊成員的想法,倘若搞得太複雜,不僅無助於溝通,反到成為溝通的障礙。

最好可以把握80/20法則,佔百分之二十重要且關鍵性的內容秀在圖面上,其餘百分之八十的細節內容可以透過文字來記載。

--------------------
15. 最好採用大家熟知的表示法(Prefer Well-Known Notation over Esoteric Notation)
--------------------

雖然,UML從1997年取得OMG標準,且於2000年再獲取ISO標準,它可說是個十分成熟且眾所周知的國際雙標準。UML2共計有十三款圖,每款圖包含一堆大大小小、常用罕見的圖示與概念。

所以,這個指南其實也提醒了愛好UML的狂熱分子,或許還是採用80/20法則,使用UML百分之二十左右常用且眾所周知的圖示就好,別過於一頭熱地用了一堆罕為人知的圖示。切記,用得好,UML可以是溝通利器;用不好,UML可能會成為溝通凶器呢!

--------------------
16. 把大圖重新組織成數張小圖(Reorganize Large Diagrams into Several Smaller Ones)
--------------------

事實上,多張呈現不同複雜程度的小圖,勝過一整張繁簡夾雜的大圖。有一個很好的法則是7±2,也就是說,一張圖面上最多不要超過九個節點,主因是因為一般的平凡人一次可以處理的資訊量有限。

不過,我懷疑現代人適應了複雜,所以應該可以一次處理比7±2更大量的資訊吧?像是現在的手機號碼,就已經高達十位數,或者身分證字號,也是十碼。但是,把一張複雜的圖重新切分成數張小圖,這點我是認同的,這樣確實比較不會因為複雜而遺漏了圖要表達的內容。

<上一篇><下一篇>

2009/7/10

商業周刊::吳宗憲:做LED比主持簡單多了

(摘自商業周刊第1127期2009.6.29-7.5)

吳宗憲:常勝將軍經常打勝仗,並不是因為他最會打仗,而是他懂得選擇戰場,藍波不是講過一句話,進了森林我就是王。沒有人是永遠不會失敗的,但要像變形蟲,這邊不通,就轉另一邊,我嘗試很多失敗,失敗中得到經驗,經驗中獲得勝利,你總要不斷去試,我的心得是,贏家最後是贏在賭對的比例高。

UML風格::易讀(六)

--------------------
9. 減少節點種類(Minimize the Number of Bubble Types)
--------------------

圖的主要組成圖示,多半是是節點和線段。節點種類最好不要超過六種,比六種少那更好。

--------------------
10. 圖面上要留白(Include White Space in Diagrams)
11. 從左至右、由上至下組織圖示(Organize Diagrams Left to Right, Top to Bottom)
12. 避免太多緊密的線段(Avoid Many Close Lines)
--------------------

節點最好可以從左至右、由上至下放置,這同樣是配合西方的橫式書寫方式。至於,節點、線段之間,都不宜緊密放置,彼此之間留些空白,距離放大些,圖面清爽好讀,也會讓眼睛比較不疲倦。

--------------------
13. 提供表示法的圖例(Provide a Notation Legend)
--------------------

您有沒有注意到,去郊外遊玩時,有些大型地圖看板的右下角或左下角會附上簡單的圖示說明,比方說用紅色虛線代表步道之類的,讓觀看者能夠理解。所以,除非可以保證所有人都懂圖面上的圖示,否則最好還是附上簡單的表示法圖例,如圖19所示。


圖19: 圖例

<上一篇><下一篇>

2009/7/9

非書評::寫給SA的UML/MDA實務手冊[迷幻藥]

上網亂google,看到迷幻藥寫的這一篇 !^^

People彩色飛碟與Vtech音樂探索翻翻書




(小滷蛋2009/6/21的照片)

小滷蛋已經滿5個月了,昨天特別上網找了兩樣玩具給她。雖然,這兩樣玩具都是給6個月以上的嬰兒玩的,不過小滷蛋很快就會滿6個月了啦 ^^


圖1:People彩色飛碟


圖2:Vtech音樂探索翻翻書
 

UML Blog Copyright © 2009 Cookiez is Designed by Ipietoon for Free Blogger Template