{UML2.0} Communication Diagram 簡單說明與範例

2005/02/05|閱覽人次：25,076|0 條留言
溝通(Communication) 圖: 與 “Sequence 圖” 性質是相近的，均是表達物件之間的互動。 在 UML 1.X 的規格稱之為 “Collaboration Diagram”。 與 “Sequence 圖” 較不一樣的是，”Communication 圖” 焦點是關注在 ”並行(parallel)” 的訊息傳遞，而非物件的生命期(Lifeline)。 （縮略圖，點擊圖片鏈接看 ...
閱讀更多 →

{UML2.0} Sequence Diagram 簡單範例與說明

2005/02/03|閱覽人次：66,502|2 條留言
循序(Sequence) 圖: 循序(Sequence)圖描述的是一組物件，互動協同合作，以完成源頭(可能是 Actor)所交付的 “Task”。 基本上(非強制規範)，一個 Use Case 會有一到多張的循序圖來表達為了履行該 Use Case 的目的，物件之間的互動及訊息(Message)傳遞。每一張循序圖都是一個 “劇本(Scenario)” – 用來捕捉紀錄單一劇本的行為 ...
閱讀更多 →

{點子}關於「目標設定與管理」書籍的寫法

2005/01/31|閱覽人次：7,383|1 條留言
今天在京華城「誠品書局」翻閱了幾本 "成功潛能" 之類的書籍，發現比較薄(約 100 頁多一點)的書籍，書本內容的架構是透過幾個簡單的原則構成 "章節"。 然後，每一個章節彼此之間的連貫性並非那麼的緊密，各個章節可以獨立。每一章節的內容主要以文字為主，再佐以插圖的陪襯。 所以，若當我寫這類性質的書籍，可以抓幾個與「個人目標設定與管理」相關的原則構成整本書的大綱。然後，加一點小創意。我準備在每一 ...
閱讀更多 →

「矇矇」綽號的由來

2005/01/30|閱覽人次：13,625|0 條留言
許多人還以為我的網站取名為「矇矇的秘密基地」是有些 "詩情畫意" 的意境呢。 其實呢，矇矇，不是唸成 "ㄇㄥˊ ㄇㄥˊ"，而是唸成 "ㄇㄥ ㄇㄥ"。 這個綽號呢，是我的小 Annie 幫我取的。 ;) 因為，她經常看到我在家裡的時間大部分都是在 "睡覺" ~ 很像 YOYO 電視台播出的一部卡通「哈姆太郎」裡有一隻黃金鼠叫做 "矇矇"，是一隻很愛睡覺的黃金鼠，因為牠在任何時間或情況之下都可以睡 ...
閱讀更多 →

奈米機率日

2005/01/27|閱覽人次：8,422|0 條留言
軟體系統開發是充滿著高度風險的產業，在整個專案開發過程中都充滿著不確定性. 因為某種程度的不確定性，相對地就不容易量化，那麼，又如何去預估實際的交付時程呢? 用人月? 是一種計量的單位，但相對也是一個 "神話"，因為誤差大到可以忽略這種單位的計量。 用人月所預估可以交付系統的期限，依據業界的經驗法則，是不可能完成交付的。 只是，講 "不可能完成"，老闆會不高興。 從 "與熊共舞" 一書中，學到 ...
閱讀更多 →

{UML2.0}Class 與 Object Diagram 簡單範例與說明

2005/01/27|閱覽人次：41,787|0 條留言
類別(Class) 圖: Class 圖是系統建構的“基石(Building Block)”，表達系統內部的主要結構。是UML 圖中最重要、最必要的。 Class 圖描述了類別的型態，以及類別之間的靜態關連(static relationship)，同時也表達了類別的屬性(property or attribute)以及操作(operation)。 如何找出Class 是系統分析最大的挑戰。基 ...
閱讀更多 →