Kenmingの鮮思維

我還以為是在電視新聞看到的，這幾天在世貿有寵物展，為了確認，所以還上網特別查了一下。發現到，ET Today 電子報真的有刊出今天(7/25)，世貿有寵物展，在三館。嗯，我家的小彩潔 Annie 特別喜歡小動物，就慫恿她一起去看展覽。下午三點多到，繞了一大圈，根本沒有寵物展啊？ 等回來後才知道，原來我看到，是去年刊登的消息啦，切～ XX(

難得與小 Annie 一起出來約會，好吧，我們就去信義路新光三越百貨逛逛。在 B2 飲食街，買了一球 Hagan Dazz 香草冰淇淋給小 Annie 吃，NT$100，怎麼那麼貴啊？ 逛到了「誠品書局」，蠻大的空間。彩潔到了童書區拿了幾本童書坐在小椅子上看書；我也拿了幾本投機理財的書籍，坐在一旁翻閱。約半個多小時吧，也覺無聊，想過去「無印良品」逛逛，下大雨耶，根本出不去。在裡面想逛到 Fnac，從 A8 館走到 A9 館，奇怪，還是找不到在哪裡，只看到一小區所謂的 Fnac 專櫃，擺著電玩而已；喔，後來逛到了在「微風廣場」也有的小熊娃娃的客製化專櫃，小姐過來招呼，我問了，指著我家的彩潔，說可不可以做像她這麼一隻的娃娃？ 小姐也蠻幽默的，說那要很多棉花才能填充塞進這麼大隻喔。 )　後來才知道，原來是只能針對店裡固定的數十隻小熊、小兔、小豬等動物娃娃，來幫牠們選衣服、鞋子，還有行動電話呢。算一算，奇怪，衣服還比一般小朋友穿的貴呢，客製好一隻絨毛動物娃娃，可能要花上 NT$2000 餘元呢。 實在不太划算，好不容易連哄帶騙，趕緊帶彩潔離開。雨停了，走過對街，到了「紐約紐約」二樓「無印良品」，想買一些文具用品送給彩潔，沒想到她都不要，她只想要買一包棉花糖吃。還真有些奇怪，在文具專賣店買糖吃？

彩潔今天還是想看到寵物，所以我帶她到松山附近一家專賣爬蟲類、烏龜的寵物店參觀。剛好也在五分埔附近，幫彩潔買了有卡啦貓圖案的粉紅連身裙，很卡哇依耶；然後也看到了一個卡啦貓的背包，彩潔背著，真的好可愛。兩樣一起買，整整壹仟圓整。那家寵物店不大，但是一堆蛇、蜥蜴、烏龜等。尤其是烏龜，是陸龜喔，有星龜、黃腳、紅頭，還有象龜勒。彩潔一直逼著我，她好想要養陸龜喔。其實我也不排斥，不過先前還是要有一些配套措施，包括陸龜的選種、環境的布置與食物等。喔，沒想到光是一隻星龜，就要 NT$5000 ! 88|　這… 老闆說，有些專業養龜人呢，養一顆(老闆的術語)龜，要花上好幾萬以上呢。我與老闆相談甚歡，他還拿陸龜圖鑑給我看，真的是琳瑯滿目。有些輻射龜，花紋要長的好，從他那邊出去，曾經賣到四十萬耶！！ 還有呢，他跟我說，有位老人家客戶，養的象龜，傳承給兒子，而動物園曾經出價 200萬，但他兒子遵循父訓，把該象龜視為是家中的瑰寶，然後還要再傳到下一代。一隻象龜，可以活到一百歲呢。

我也是有興趣，不過再等一陣吧，所以又連哄帶遍，把彩潔帶去阿珠家，去看看她的三位小貓寶貝。彩潔很喜歡阿珠，吃飯跟她聊了好多開心的事。喔，吳興街那家蛋包飯，真是好吃！ 我好累，到了阿珠家，我躺在他們家的高級按摩椅，按摩了有 50 分鐘之久，而這期間，彩潔就是與他們家的三隻貓咪玩得超開心。

晚上九點多了，也該帶彩潔回家了。彩潔說，她今天有三件不愉快的事，一看不到寵物展；二沒買小熊娃娃；三不能買陸龜。不過，也有一件開心的事，能與阿珠家的貓咪，尤其是童童與胖胖，與牠們玩得好開心喔。哪時候還想再來？ 彩潔說，星期五晚上還要再來，呼，即使我受得了，阿珠他們，大概也受不了吧。

phpmyadmin 麻煩的是，要匯入超過 2MB 以上的文字資料檔時，預設是不容許的，還要修改包括 php.ini 等設定檔才可！

今日從 ServerZoo 下載儲存我的 Blog 資料，呼，超過 21MB！！ 我又不太會用 MySQL 的 command mode 匯入工具，所以上網找了一下資料，是否有簡單易用、協助匯入(import)的好工具。

看到阿修的部落格介紹到— BigDump－MySQL資料匯入好幫手 ，看起來不錯，就到了官方的首頁下載回來用。

只是一個超迷你的 php 程式，放入 webserver 的根目錄即可，然後改一下改檔案的內容，包括要匯入的資料庫名稱、連線使用者、密碼與 url 等。執行後，直接匯入已下載回來的文字檔，執行匯入動作，21MB 的資料，很快耶，好像不到兩分鐘就已匯入完畢，還有執行結果與過程的網頁畫面耶(好像是用 AJAX 寫的)。 稍微注意一點的是，官方網站好像說明可以直接執行 .gz 的壓縮檔，但我執行會出問題，乾脆先利用 WinRAR 解壓縮，然後改一下文字檔的內容，如將 "Create Database" 等 SQL 命令給 comment 掉。

星期日晚上，某位網友 msn 告訴我，我的 Blog 被駭了！！ XX(

馬上連線到我的站台，哇！ 首頁已被改為駭客到此一遊的紀念，還給我播放音樂呢。 透過 FTP 連線，慘！ 所有程式都被砍掉，包括資料庫，全被砍得一乾二淨！

當下臉都綠了一大半，因為，我沒有備份呢。 :’(　趕緊寫信給我的主機廠商— ServerZoo。我是約晚上 10 點多寫的信，沒想到，竟然還有客服人員馬上 Email 回信給我，問我是否要還原？ 馬上回信請他們幫我還原，呼，還好，資料全部都在。這點我真的很感謝 ServerZoo，他們的服務真是好，星期日還有網管人員協助服務，而且更重要的是，他們都有對主機作備份，否則，我辛苦大半年寫的 Blog 文章，可就會不見了(我只有約半年前的備份)。

問題出在哪裡？ 我也不知道 　該如何處理？ 第一、馬上升級 Blog 系統，現在我的系統是 b2evolution 1.10.2 "Florida" (2007/06/28)；第二，變更密碼，從資料庫到 Blog 站台的管理者密碼全改掉；第三、更改 config 檔的權限，原先是 644，現改為 440。

Mark msn 告訴我，最有可能的問題是從內部侵入，因為像我如此嚴重的全被砍掉，有可能是同一主機的其他用戶可能被值入了「僵屍電腦」，再透其盜用同一主機用戶的密碼。不知道耶，這些我都搞不懂，是還好，因為有資料庫的備份，所以我只花了三個小時就全部還原並重新升級為新系統了。

我想，明日還是打個電話請問一下 ServerZoo，看看問題可能出在哪裡。若可以，能調出主機存取記錄的話，那應該會比較容易查到問題的根源。

自從中醫師說我的腸胃不太好、現在以中醫調養這四、五個月期間，現在慢慢胃比較不會有悶悶、腹脹的感覺。不過中醫師說要治療好、甚而要改變體質，是要花上蠻長的時間，但若隨便吃東西，例如冰的、炸的、辣的等，一天就可以壞掉了。(是有些誇張開玩笑的說，但以上這些飲食，的確是蠻傷腸胃的)

盡量呢，我現在都在家裡用餐，而且是自己煮飯、作菜！

平常我吃的就是燙青菜，無論 A菜、地瓜葉、大陸妹等，還有加上一小塊牛排，菲力或牛小排，最多呢，再煎個荷包蛋。吃東西是蠻簡單的，但也常吃一樣的菜色，不免會覺得有些厭煩。

上個星期買了中型的蕃茄，本來是想拿來當水果吃，放在冰箱，忘了拿來吃。因為家裡沒有青菜，今天就無法燙青菜了，突然想到，對喔，可以來作「蕃茄炒蛋」。:)

馬上就上網找蕃茄炒蛋的作法，還蠻多種的方法可以來料理耶。我是用最簡單的，放些少許油，一顆蛋先打在碗裡攪勻，放入平底鍋簡單炒過，然後先拿出來放在盤子。再把中型的蕃茄兩顆，切塊，與半碗水一起倒入平底鍋，再加上一湯匙的糖、一湯匙的蕃茄醬，炒約 2 分多鐘。待感覺蕃茄煮軟後，再加入半匙的鹽，以及將原來的炒蛋倒入，翻攪在一起，隨便給再炒一炒後就完成了。 :p

這是我生平第一次作蕃茄炒蛋，所以特別拍照留念，看起來還蠻上相的喔。

吃起來呢，稍微甜了一點。基於 Iteration 的精神，下次就要注意了，糖不要加那麼多，也可以加上蔥，讓它爆香，應該味道會更好。
繼續閱讀 »

全文均刊登於北京「程序員(Programmer)」雜誌(台灣天瓏書局可購得), 2007 7月刊, p67~p69。 感謝朱海豔(helenna)小姐用心將文稿轉為簡體專業術語，以及將 Model 重新美編，並轉為簡體。

結構面的設計產出

關於軟體結構

所謂的系統結構(System Structure)分析與設計(Analysis and Design)，係指如何正確、有效地分解設計範圍內系統的元素(Element，一般泛指物件(Object))，指派每一個物件所應有的屬性(attributes)與行為(behavior, 責任的分派)，抽象表達靜態類別之間的關係，動態組合物件在執行期間(run-time)的訊息(Message)傳遞，以履行系統的功能需求(ex. 來自於 Use Case 的功能分析)．．．。做好結構分析、捕捉有效的領域概念，以成為系統的主結構，才能建構出堅若磐石的軟體系統，來應付現實複雜系統的善變，甚而讓系統呈現有機的次序成長、生生不息。

如何找出問題領域(Problem)的概念具化成為企業物件(Business Object)、指派每一個物件應盡的責任，並以此來建構系統中的軟體規格模型，已是高階系統分析與設計人員最大的挑戰與應具備的本質學能。更為難的是，如何將企業物件配合現實面的平台，例如如何活用 J2EE Spring and Hibernate 系統框架。因為，現實上，物件的狀態(state)就是被永續(persistent)儲存在資料庫系統內，而在需要用到(企業邏輯的運算)的時候才被活化(activate)起來；同時因為物件共用的議題而需要 AP 應用伺服器的系統支援，包括交易(transaction)控管、安全性(security)、效能(performance)、分散(distribution)等議題的設計考量。兩個層次(高階概念性的分析設計；細部平台面的設計)，互補且缺一不可。

系統的內，也就在於分析所組成的內部結構元素，套現在 IT 的術語來說，也就是所謂的物件導向分析與設計(Object-Oriented analysis and design)。相對於系統的外，是著重在功能性的需求分析(也就是前一期內容所介紹如利用使用案例建構的需求模型)。兩者是互補—找出內部穩定的結構元素(物件,Object)，來應變外部的功能需求。

而系統的結構分析，正是現今軟體人員們最大的罩門所在。在速成短線的專案開發生態，軟體人員只會看到現在所看到的—找出一個一個的功能，快速地利用所提供的平台技術(如 .NET, J2EE)，疊床架屋的方式，Quick and Dirty 快速的給開發出來。不要以為利用 .NET 或 Java 等 OOP 語言，就是所謂的物件導向開發模式，這是兩回事，如果沒有用心地萃取具本質性(Essential)的物件(再一次強調，源自於問題領域的概念術語)，而只是看到一個功能就成為一個 Class，那麼，這樣的系統完全會受限於需求性的變動而導致震盪不穩，是不會具軟體系統的彈性(flexibility)、穩定性(stability)與延展性(extensibility)！

什麼是軟體的結構？

軟體系統的整體呈現是來自於問題領域(Problem Domain)，也就是把該領域中經常溝通的術語(terminology) 對映至軟體系統的物件，稱之為領域物件(Domain Object)或企業物件(Business Object)。 例如，”人事資源(Human Resource) 管理” 系統的開發，其核心的問題領域當然是以 “人事” ，經常溝通的術語會有 “員工(Employee)”、”部門(Department)”、”請假”、”請假細項(AskLeave Lineitem)”、”考績” …等，而這些術語自然地就會被捕捉(capture)至軟體系統內，而成為構成軟體系統主結構(main-structure)的成分元素了。

將組成軟體系統結構的元素組織在一起，並利用視覺化的方式來呈現，稱之為 “領域模型(domain model)”。領域模型代表真實世界中的概念性類別，呈現的是領域中的概念性類別或真實世界中的物件。在 UML 的模型中，最重要也是最必要的一張結構圖也就是類別圖(Class Diagram)。

參考下圖 1，通常使用 UML 表示法呈現的領域模型，凸顯的是概念(concept)，再來則是以及概念之間的關連(association)與屬性(attributes)。例如 “Order”, “OrderLineItem”, “Customer” 都是屬於在該領域中的概念； Customer 與 Order 之間則存在著 1 對 1..多 的關連(一個客戶會有 1到 1..多筆訂購交易)； Product(產品) 具有 description, price 的屬性。在概念性的分析時，細節(包括操作,屬性,資料型態等)在目前並不重要，最重要的是能突顯出概念的呈現，也就是找出類別(Class)。

（點擊圖片鏈接看原圖）圖 1、範例—訂購系統的類別圖(Class Diagram)

那個時候最能表現出結構設計的應變能力？ 筆者常說，當 SA(System Analyst) 遇到 有點像又不太像 這類的需求時，也就是結構設計發揮的時機了。 舉個例，訂購 若會視訂購的類型，可能是書籍、雜誌、百貨商品等，而有不同的訂購流程與處理邏輯，此時，懂得虛與實互補設計之道的 SA，會很自然地把訂購分為一般化與特殊化(generalization-specialization)—把已知的部分放在一般化；而未來要具體實現的部分放在特殊化。事實上，這也才只是利用到多型(polymorphism)的基本技巧而已，就已經足以解決為何程序員經常會為了訂購類型寫了一堆的 switch, if…then…else 這種的條件敘述，而造成程式碼混雜，難以維護了。

如何找出軟體的穩定結構元素，是系統分析人員最大的挑戰。SA 並不需要具備領域知識(Domain Knowledge)，但卻要懂得如何與領域專家(Domain Expert)溝通合作，萃取其知識，並抽象(abstract)成為軟體的主結構。這相當不容易，那並非是純技術面，真正的軟體設計行家，絕對是具高度的抽象的能力，要能懂得從多個構面觀察，時常在反思與找問題(不是找答案)。筆者正是被這在 虛 與 實 均要能互補、一輩子也學不完的軟體設計領域，給深深地著迷，才從原來是系統管理與 Oracle 資料管理師，而至中年才轉到軟體一職來，並已把此視為是終身之職，是要窮究一輩子、甚至帶至下一輩子繼續來修行的。

回歸正題，關於結構設計的好書相當稀少，筆者這裡特別推薦 Peter Coad 軟體大師，從早期 1990年的 “Object-Oriented Analysis”，“Object-Oriented Design”，至 1998 年的 “Object Models”、1999年 ” Java Modeling In Color with UML” 等著作。尤其是 “Object Models” 一書所揭露出以交易為核心的 交易樣式(Transaction Pattern)，更是軟體結構分析人員必讀的聖經。在筆者經常訪問與輔導各領域的公司時，經常在當場就直接展現與證明不用懂領域知識，也能馬上抓出該領域的核心結構，所使用的利器即是 交易樣式(Transaction Pattern)。

繼續閱讀 »

我們家蓁妮，又去申請了一個新的 Blog，煥然一新！ 版面全是她自己設計，然後抓了一堆的 Blog Sidebar，弄得溫馨又可愛，就是有那種小女生的味道。 站名是「☆草莓POP﹌可以吃咩？」。這是什麼意思？ 我也不知道。:crazy:　副標題則是：「一個瘋癲小學生的日記…… 一個精彩大世界的日記…… 還有… 一顆甜美小草莓的日記」，呵，真的很有趣。

引用她在五年級結業式後，與三五好友同學們去公館逛的記趣。我們蓁妮喔，真的蠻會寫文章，她做某一件事時，總是很認真，看起來長長的文章，好像也花不到一個小時就給寫完了。

什麼？ 結業式完後蓁妮她們就放暑假，然後開學時就升上六年級了耶。呼，我竟然有一個六年級大的女兒了！！ 老了耶。:no:

喔耶！修業式囉！~
今天要跟朋友逛公館，好爽喔！
再閱讀之前先看看朋友介紹吧！

——————————————————————————–

〈這係按照真正名字筆劃排低唷！〉

○一號○ 雪梨 是個很愛搞怪，超kuso的小女孩
○二號○ 米雪兒 是個超fashion，相處五年滴朋友~
○三號○ 石頭 超聰明，但思想不太純潔！
○四號○ 萱萱 行為優雅，正港a淑女，但有點黃色

——————————————————————————–

§十二點§

跟老師道再見後，我就離開了，
跟萱萱和米雪兒一起走路回米雪兒家！
第一次自己走路回家感覺好爽喔！

§十二點三十幾分§

終於到了米雪兒家，喝喝飲料，換一下衣服，
小歇一會兒，聊聊天，消磨一下時間！

§一點三十幾分§

石頭、雪梨都到米雪兒家了，
還是聊聊天，外加一起看漫畫、
看電視跟聽音樂！

§兩點三十分§

出發去公館囉！
我們在捷運上大鬧，
換車之後，終於到公館囉！
但是……哇哩咧！下雨了啦！

§兩點五十幾分§
首先，我們先去的就是抓娃娃機，
浪費我的四十塊，爛機器！爛機器！(迷：明明就是自己技術不好你還敢說)))))))踹飛~~~

接著就去蓋酷家族拍大頭貼囉！
其實這係我第一次拍耶！
感覺好興奮喔~~拍出來的成果也很滿意，

因為我們都是正妹和美人胚子~~

§四點多§
我們去吃頂呱呱，超讚！
接著就回家，在捷運前，
有一位大哥哥把我們攔下來，
我當時很害怕！以為他要跟我們搭訕！
然後他就給我一包胸針，裡頭有三個，
我就想說：哇賽！普通路邊都送衛生紙啊！
這個人送胸針，未免太好了一點吧！
結果我才看到……定價兩百元…..

後來，他跟我們說，
他是復興美工的學生，這些胸針都是他們自創的喲！
從早上九點賣到現在，雖然我不知道為甚麼要籌錢，
也許是家境不好之類的，但是我看到了一個皇冠圖案
真的很可愛，所以我就買下來了！一百元耶，有點坑錢

§五點三十分§

到米雪兒家了！
我一直混到八點四十幾分，
大家都回家了，我也該回家了….

§八點五十幾分§

我在四號公園玩了一下，
去吃古早味黑糖挫冰，超冰！超好吃！

——————————————————————————–

修業式，暑假，跟，功課。