Kenmingの鮮思維

各位好：

使用案例如同目標設定，明確釐清清楚參與者使用系統的目的(Goal)後，然後再來就是找出如何達成目標的手段與步驟(實現使用案例與寫碼)，至於細節的
修飾(屬性、參數、流程、資料型態等)，則利用漸增與漸進(I&I, Iterationand Incremental)的方式來修正，絕不一開始就落入細節的斤斤計較，而造成分析的癱瘓，導致最現實的應用程式碼無法快速產出，喪失整體團隊的開發信心。

可以說，使用案例是以專案導向(project-based)系統開發最佳的利器，前提是：要能建立正確與明確的使用案例模型，絕不能以企業流程或模組的觀念來看待使用案例(可惜的是，軟體業界的 SA 經常有這樣的誤解與茫點)。本課程即是指導你一氣呵成的方式，從企業流程的分析，到建置使用案例模型，到實現一個風險等級最高的使用案例循環(Iteration)，根本不需要到一天！ (有別於傳統的系統分析、設計、到實作，往往要花上一、兩個月以上)：

建立企業流程的模型(火箭圖或活動圖) → 建立最有效與正確的使用案例模型 → 馬上實作寫出程式碼

本次課程除了教導學員如何利用使用案例來捕捉系統的功能性需求，並瞭解如何掌握寫使用案例的核心原則與最佳實務。當學會如何建立正確的使用案例模型(Use Case Model)，界定系統範圍、找出參與者、及寫出標準規範的使用案例敘述後， 馬上就可以直接利用 EA UML 工具產出具體可執行的應用與測試程式碼，以驗證使用案例的功能點(Functional Point)。同時，還指導學員：

o 如何從表達企業流程的活動圖(Activity Diagram)及火箭圖(Eriksson-Penker Business Extensions)，導出資訊系統的使用案例圖。— 適合 Enterprise Information System。
o 如何從表達硬體架構的合成結構圖(Composite Structure Diagram)，導出至韌體(Firmware)的系統使用案例圖。— 適合 嵌入式(Embedded)或即時性(Real-time)系統

請參考：

• 「從企業流程(活動)圖找出資訊系統的使用案例」。
• 「以軟御硬的產品整合設計觀—從合成結構圖到使用案例模型」。
• 「企業塑模(Business Modeling)的意義、價值與範例」

§. 課程諮詢
聯絡電話：(02) 2722-7179
Email： service.hsdc@gmail.com
http://www.hsdc.com.tw

好不容易，將 Blog 移轉到國內的虛擬主機廠商，總算對於頻寬效能，蠻可以接受的，而透過常見的 cpanel 服務，也是蠻簡易操作，對於虛擬主機的一些限制要求，也逐漸習慣了。

沒想到，我所租借的這一家虛擬主機廠商，小而美，效能佳，也不囉唆，系統建置該提供的基礎建設，包括 PHP, MySQL 等，都很能符合架設 Blog 的需求。但，仍然只有一個問題，頻寬限制太過嚴格了！

我申請的 7GB/每個月(NT$800) 頻寬限制，本來想這該沒什麼問題，7GB 耶！！ 我就那麼這些靜態網頁內容而已啊，傳輸量會用這麼多嗎？ 沒想到，我的 Blog 容量還真是夠大，我根本沒用到 Email, FTP 等服務，而且還盡量把 Blog 內容會包含的圖片，給放置到所租借國外的虛擬主機內，竟然這樣，還是約 20 天就給爆掉，然後今天一早就看到我的 Blog 無預警給停掉！！ (據該客服人員說，系統到達 80% 空間的上限時，就會以 Email 通知，短短二行，告知你空間快滿了。但我沒收到，應該是被當成垃圾郵件給過濾掉了)

打電話給該廠商的客服人員，耶？ 怎麼每次都是那一位在接電話的！ 人是不錯，也不會囉唆，你所要求的，他也會盡量照辦(應該那一位先生同時也是網管，好像還兼業務)，不過，談話過程就是感覺冷冷的，比較沒有熱情的感覺。

看起來，我應該至少需要升級到 20~30 GB 的頻寬才可以，但，原來該廠商對於 20GB 這個方案，一個月需要付達 NT$2000，比起國內其它主機廠商，算是高得多了。其實我的要求很簡單，我只要頻寬限制可以加大，其它的服務，包括增加 MySQL 的數目、FTP、Email 等服務，一律不需要，所以很希望該廠商能有僅針對頻寬加大的優惠方案。可惜，客服兼網管兼業務的那位先生，似乎不太能接受我所提的建議，最多僅能以 9 折的優惠，來購買更高等級的方案。

我的本意是，雙方若都能各退一步，我只加頻寬的合理租借費用，況且，我也能保證並沒有用於包括 Email, FTP 等很耗頻寬的服務，而對方也可以拿我的 Blog 當個活廣告，畢竟，個人的 Blog 算是小小有點知名度了，應該對該廠商的租借服務，也能有正面的宣傳與助益的。

看起來，最現實的因素，價格問題，可能不得不讓我又要 "轉移" Blog 到其它的地方了。是否有網友們租借國內的虛擬主機的美好經驗，可以分享與推薦呢？ (關於這篇「國內虛擬主機商推薦」一文，我有看過，但，還是不太知道，那一家比較優質又能兼顧效能的？ )

將具有共同特性(包括屬性與操作)的一群物件的集合(sets)，抽象化後稱之為類別(class)。分類可以說是物件導向的本質，因為這是解決軟體複雜度的最根本道理，軟體設計者將物件 “分門別類”，才能層次分明、井然有序的管理好在系統內各司其職、各負其責的眾生物件，也因為系統就是藉由各類型物件的互動、分工合作，才能完成越來越形複雜、所被賦予的一個個工作與任務。

那麼，又如何作分類？ 分類其實是萬物與生俱來的本能。例如，看到電子琴、吉他、笛子等物件，自然而然就會聯想它們都是屬於 “樂器” 這個類別。那麼，電子琴是否也可以視為是單獨的一個類別？ 當然可以！ 當你想區別 “電子琴” 這個類別與其它也是屬於樂器、但卻又有個別的特色，如 “吉他” 類別時，就會將 “樂器” 這個類別再細分至 “電子琴”、”吉他”、”笛子” 等類別。當作了更細部的類別界定後，當你看到 “老賴家買了一部 Yamaha 電子琴”，就會知道這個物件是屬於 “電子琴” 這個類別，而不會是 “吉他” 這個類別了。另一個例子，跑去 “阿珠貓狗鳥兒專賣店”，你會看到 “各類” 的動物，然後，你會想成牠們 “都是”(抽象化) “寵物”(共同的類別)，但，你該不會稱這些動物為 “禽獸” 吧？ 這也代表著，分類會依據普遍價值觀的概念，找出適當的術語，來為其分類。

只有人類會分類嗎？ 前述提及，分類絕對是萬物的本能。例如，跑去六福村隔著巴士車窗看一大群狒狒們，牠們會聚在一起，然後也隔著車窗看著你，如果你敢打開車窗，甚至跑出去，這些狒狒們鐵定會 “毆打” 你，因為牠們知道你是 “非我族類”，是兩種區隔明確的類別。

是否可以對類別作明確的定義與描述？ 依據 J.Martin & J.Odell 的 “概念三部曲(concept triad)”，可以利用三角形的圖形表示法，將類別以內涵(intension)與延伸(extension)兩種表達方式，來作更為明確的定義及描述。例如，要解釋與定義 “車子” 這個類別：

"車子是可以在陸地上行進及載人的交通工具。"
"腳踏車、摩托車、汽車、巴士、坦克車 …等，都是車子的一種。"

① 是以定義的方式來表達類別，這樣的方式稱為 “內涵(intension)”； ② 則是以實際的實體為例，來說明類別，這樣的方式稱為 “延伸(entension)”，兩者都是類別的表示法，以 “概念三部曲” 的表達方式如下圖。

圖、範例—定義類別的概念三部曲表示法

既然，主流的程式開發語言，包括 Java, .NET(C#, VB …) 等，甚至連 PHP 這種 ”Script-based”，以網頁設計為主的描述性語言，都已標榜能實現所謂的 “物件導向(object-oriented)” 的開發模式，那麼顯然，軟體分析與設計、包括程式撰寫人員，都必須要能對以 “物件” 為單位的設計與開發，要能有其共識。但 “物件” 卻往往很難被界定與定義，具體的東西，如電腦、小狗、汽車、杯子、Xbox 360 …等，都是物件；但抽象的概念，如訂房、會議、訂購、保險、行動電話的簡訊 …等，也都可以是物件。具體的東西， 因為能看得到，所以看起來比較容易能找出 “物件”，但其實也很容易有 “茫點”，例如，”松樹” 是一個物件，還是多個物件？ “樹枝”、”樹葉”、”樹幹”、”樹根” 是 “松樹” 的基本組成元素，它們是否也可以算是物件？ 而抽象的概念，更是難以界定，若沒有足夠的抽象能力(抽象能力有時又要帶點創意與想像)，實在很難捕捉看不著、摸不到的 “相”，將之定義為具體的(specific)物件。

“到處都是物件(everywhere is object)”，但沒有細心觀察與體會，以及把握最基本的判斷原則，並不容易發掘出對未來軟體設計時有助益的物件。什麼是最基本的判斷原則？ 依據 J.Martin & J.Odell 對物件的定義：

“An Object is anything to which a concept applies. It is an instance of a concept.”
(物件是概念可以被應用的任何事物，它是概念所呈現的個體)。

由此定義也可以得知，“物件” 與 “個體(instance)” 這兩個術語，其實是具同義詞性質的。將 “概念(concept)” 作為認知的對象時，所產出的 “個體(instance)” 即為物件。但概念會牽涉到人們對於觀點、角度等認知，而會有不同的體認。例如站在遊客的角度，他所看到在森林裡面的樹木，是一個個的 “個體”，會從樹木之外的角度來欣賞樹木的茂盛與宏偉，是一種整體性的認知；但站在植物學家的角度，他要研究組成樹木的結構元素，所以會把樹木分為 ”樹幹”、”樹枝”、”樹葉”、”樹根” 等多個組成樹木的 “物件”，從結構的觀點來研究樹木的內部組成。

這同時也就代表了，雖然到處都是物件，但並不是任意地將物件給 “塞” 入軟體系統內，物件導向的設計，是將問題領域(problem domain)的概念，呈現與對映(mapping)至軟體系統內，那麼，如何正確地捕捉(capture)問題領域的概念成為物件，就成為是軟體設計中，最為重要的技能與素養了。

例如，從業務操作人員(operator)最常溝通的術語，“訂購單(order form)”，軟體設計人員若不知如何正確捕捉概念術語，結果將 “訂購單” 視為是一個單一的物件，而將其設計至 “領域模型(domain model)”，乃至於 “軟體規格模型(software specification model)”。但，若是懂得從不同觀點與角度來觀察與思考的軟體設計人員，會發現到 “訂購單” 其實是一種 “UI(User Interface) 的呈現”，未來在軟體資訊系統中，是以如 “Web Form” 等實作技術來呈現訂購單的相關組合資訊(information)，當分析 “訂購單” 的內部結構時，就會找出更具 “本質性(essential)” 的概念物件，包括 “訂購(order)”、”訂購細項(order lineitem)”、”項目(item)” …等確實能充分表達概念的物件。(往往這些概念物件，會成為資訊系統中間層(middle-tier)的企業物件(business object))。

物件的特徵(features)

既然物件是概念的具體呈現，那麼，每一個物件，必然有其特徵(features)，而可以讓外界能辦識它。物件的特徵，包括兩個部分，屬性(attribute)與行為(behavior)。
“屬性” 就是物件所具有其特定的型態、形狀、性質等。以 “書本(book)” 物件而言，其屬性可能就具有書名、作者、年份、出版社等性質；以 “訂購(order)” 這個抽象的概念物件而言，其屬性可能就包含訂購日期、時間、地址、訂購方式、數量等相關資訊。

“行為” 就是物件能 “做” 的動作。以 “車子” 為例，利用鑰匙開啟會讓引擎發動；踩油門會讓車子前進；轉動方向盤會讓車子轉彎；煞車會讓車子停止。這些動作，就可以視為是 “車子” 所特有的 “行為”。在軟體規格模型中，行為則稱之為軟體物件的 “操作(operation)”；在程式語言中，則稱之為 “方法(method)”。

資訊隱藏

屬性代表的就是物件所知道的資訊，它有權利來決定是否哪些資訊可以被外界來取用(access)，所以對於物件的屬性，一般會設計將之給 “封裝(encapsulate)” 起來，不被外部來窺視，這樣的作法稱之為 “資訊隱藏(information hiding)”，外界要能存取該物件的資訊，則需先經過該物件的 “同意”，然後傳遞 “訊息(message)” 給想要取得資訊的物件，藉以從外部取得標的物件的內部資訊。舉例而言，王小明想約可愛的長今喝咖啡，因為不知道長今的想法，所以會問長今說：「我們今晚一起去喝杯咖啡如何？」，長今回問：「去哪裡喝咖啡呢？」，王小明回答：「小貓咖啡坊，好嗎？」，長今回答：「好的 ^^」，這時王小明總算才得到長今的答案。這兩個物件之間的互動，參考下圖。

圖、範例—物件之間的訊息傳遞

前天晚上，蓁妮要準備她隔天的月考科目，社會科。蓁妮說社會科是她最不喜歡的科目，因為要背的東西好多喔。我跟蓁妮說了，爸爸覺得社會科目是最有趣的科目了，可以瞭解每一個地方的人情地理，以及文化特色等，還自誇說以前考高中聯考時，每一次的模擬考幾乎都是考滿分的呢。

所以我就陪蓁妮一起準備社會科的複習。小五的社會科是以台灣地理與人文為主，而且內容非常細，太多的內容好像還是我這一輩子第一次看到的，也等於是說一起與蓁妮學習台灣的社會地理。

有個題目，是說台灣的山脈均是以東北自西南的走向，蓁妮就一直唸著要背起來，我說啦，這樣硬背是不容易背起來的，妳要能有對整個地理全貌的視覺化，眼睛閉起來在腦海裡要彷彿看到台灣的山脈一般。不過蓁妮似乎還是不容易能有 "視覺化" 的感覺，所以我改另一方式，教她把左手直直往前，代表中央山脈，然後又將右手握拳狀，代表雪山山脈，當右手握拳推向左手時，左手會往左下→右上的方向被推擠，這也就代表了為什麼中央山脈是往東北自西南的走向了。嘿，蓁妮這次可就很清楚了，也不會再一直用硬背的方式來記憶了。

再來一個題目，是蓁妮最為苦惱的，她們的月考會畫出台灣地圖，然後留下空白，填上台灣的河川分佈。台灣的河川何其多，怎麼硬背啊？

我看了看，嗯，跟蓁妮說，這要用 "口訣" 啦。左上的河川，自北往中部，想像是一隻蛋頭龜，後面就是安甲的肚子，簡單的說，就是，"蛋頭的後面是安甲肚"。 所以就是淡水河、頭前溪、後港溪、大安溪、大甲溪、大肚溪。 蓁妮捧腹大笑，一直笑著唸，"蛋頭的後面是安甲肚" ．．．，自然而然，西部北至中的河川分佈，很輕鬆就能給背起來了。

再來，跟蓁妮說，中間這一條最大的溪，就是剛好以這次倒扁的題材作說明，濁水溪以北，藍、紅軍的勢力；以南，綠軍的天下(請勿與我辯論政治議題，只是為了背誦方便而已)。嗯，很清楚，濁水溪分隔了北與南，蓁妮也輕而易舉的瞭解了。

南部的河川，比較不好背，從濁水溪到高屏以北，一時找不到有關連的記憶方法，所以，教蓁妮用 "頭字語" 的背法，快速的唸過： 北朴八急曾鹽二，就是北港溪、朴子溪、八掌溪、急水溪、曾文溪、鹽水溪、二仁溪。也不錯，花了約五分鐘，蓁妮利用頭字語的背誦方式，一下子也給全背起來了。

然後是台灣的左下角河川分佈，共有三條溪，嗯，用一個情境描述：高屏那邊有妳一個好朋友，在東港吃鮪魚，她家住在林邊。所以三條溪個別是 高屏溪、東港溪、林邊溪。或者另外直接用頭字語也可以，妳有一位好朋友叫 高東林，住在林邊吃東港鮪魚。

好啦，台灣西部，自北而南，所有的河川分佈，全給背起來啦！

淡水河、頭前溪、後港溪、大安溪、大甲溪、大肚溪、濁水溪、北港溪、朴子溪、八掌溪、急水溪、曾文溪、鹽水溪、二仁溪、高屏溪、東港溪、林邊溪。

最後就是台灣東部的河川分佈，只有四條，相當好背：蘭花秀逗很悲哀。其實就是 蘭陽溪、花蓮溪、秀姑巒溪、卑南溪。

呵呵，所以，台灣全省的河川分佈，自北而南，西部與東部，全省共 21 條河川分佈，完全可以位置不差的給全背起來，整個背誦的過程大約是 30 分鐘，而且還是以玩樂輕鬆的方式給背起來的。

蓁妮好開心喔，社會科其實就是那麼有趣，雖然看起來要背的東西很多，但用一些些的技巧，或者視覺化、神遊的方式來記憶，其實還蠻輕鬆的。蓁妮一直說，若爸爸擔任她們班上的社會科老師，一定會很有趣，同學也會唸得很開心的。呵呵，聽到這句話，可真是有成就感呢。:D

其實，大家可以一起集思廣益，像我覺得 "北朴八急曾鹽二" 一定會有更容易背誦的方式，就是用一些心思，編一些口訣或情境，來使之更加容易記憶，在構思的過程中，其實是有趣的呢。再來，小孩子真的是要陪伴她們，而不是以督促的方式，一起讀書，一同找方法，沒什麼必要去上什麼快速記憶之類或補教的課程，意義不大，重點是一同學習的過程，而不是技巧或方法，技巧與方法，是從學習的過程中，持續去發掘與找出最適合自己所能接受的。

經過一整天的測試，非常失望的是，IX WebHosting 的連線速度相當不穩定，白天的時候還蠻快的，約 4~5 秒可以載入首頁，但，晚上的時候，卻又常會延遲到 14~20 秒才能載入頁面。問題在哪裡？ 並非連線速度慢，而是因為 MySQL 資料庫的處理效能問題。

因為，IX WebHosting 是把 Web 與 MySQL 分開放在不同的機器上，而當晚上尖峰期時，MySQL 的處理負載很重，還有，經常有備份 (Backup) 與其它系統維護等程序 (Backup Process) 在跑。 如何知道是 MySQL 的問題？ 先用靜態(Static)的頁面來連，然後再以動態 (Dynamic)頁面的方式連結，一比較之下，就很明顯知道是頻寬的問題，還是後端伺服器的問題了。

相當失望，服務與管理介面的便利性幾乎是滿分，但，最要命的速度卻不穩定，反映給 Help Desk 與 Trouble Ticket，老問題仍存在，連線品質時好時壞。本想取消我所購買的 IX’s unlimited pro 兩年的方案 (他們很乾脆，請我直接寫一封 ticket 就可以辦理取消了，一點也不囉唆，我可是剛好超過一個月多幾天的期限了)。後來想想，其實也沒多少錢，乾脆利用其沒有設限的空間，放上諸多的檔案，當成 ftp site 算了，放上我們研討會以及專案的檔案資料，檔案量也算不少。

回頭再請教 Mark，這次我想找個國內效能好，又符合在 MySQL 與 PHP 版本的虛擬主機廠商，貴一點沒關係。Mark 強烈推薦我使用 5NET，聽說是小而美，而且是老字號了。你想要的服務，盡量他們會幫你做到，也會幫你作設定，服務的口碑，後來我在 google 查詢，是相當不錯的。

下午一電話聯絡，馬上線上申請，帳號等相關資訊約半個小時後以 Email 寄過來。我先申請個 3個月，每個月 7GB 傳輸量, 200MB 的容量，要價 NT$2400，有些貴！ 不過，設定很容易，DNS 一改，不到一個小時，就給轉移過去了。管理介面是利用 cPanel 中文化版，還不錯，蠻簡單操作的。但，關於系統初期的設定，一定要打電話與客服人員聯繫，他們會協助創建 domain 的根目錄與 ftp 等位置。

速度非常快，因為該機房就擺在南港園區的機房，好像是亞太線上的線路吧。反正我在 Hinet ping 到我的網站，速度約 30~40 ms，相當不錯，相對於 IX WebHosting，連過去要 200 ms 以上。

唉～ 不想再搞這些有的沒的，先用用看這三個月吧，若速度效能佳，基本服務不錯，管理介面也還可以就好了。這樣應會直接續一年約。反正，現在我已經學會如何在虛擬主機的相關設定了，要馬上移轉到另一個主機廠商，從開始申請到可以運作，不用一個下午就可以完成了。要學會把自己網站的可攜性弄得最有彈性，這樣也就不怕找不到窩啦。;)

P.S. 若想申請 5NET 的虛擬主機服務，請點選我主頁右下角的圖示，然後選擇適合自己網站流量的方案，先以每月 4GB 的流量來申請比較妥當。記得，在申請的備註欄註記網站會用到的 MySQL 與 PHP 版本，以我的為例，我向其所申請的版本是 MySQL 4.1.21、PHP 4.4 ，跑 b2evolution 系統完全沒問題。