「大題小作」 vs. 「小題大作」

2004/12/08|閱覽人次：13,227|3 條留言
當我希望能快速一窺整體系統的全貌，而將複雜的局部細節封裝(encapsulate)時，我會「大題小作、化繁為簡」。 當我希望將焦點擺在某一局部，並把該局部視為一個整體(whole)，剖開局部探究內部的細節時，我會「小題大作、、化簡為繁」。 溝通時，需要先釐清彼此所討論的主題是擺在「大題小作」上，還是「小題大作」？ 免得因為對範圍(Boundary)、層次(Layer)認知上的不同，而雞同鴨講。
閱讀更多 →

關於設計思維的落實 — 自問自答

2004/12/07|閱覽人次：5,828|0 條留言
Q1.為什麼程式設計師不太重視設計(Design)？ A1.傳統 "Top/Down" 分析->設計->實做 的迫害，使得程式設計師根本就不相信設計圖與程式碼是一體兩面；設計圖是空談、設計圖是文件、設計圖是造假(嚴重了！) 太麻煩，無法看到立即可執行的產出(應用程式)。人們往往要 "眼見為憑"，尤其是 PM、老闆。 不知該如何表達，用 UML？覺得好像是要去學另外一種語言，粉累 ...
閱讀更多 →

HSDc 軟體設計中心正式成為 EA 在台的 VAR ！！

2004/12/07|閱覽人次：6,371|0 條留言
請參考： http://www.sparxsystems.com.au/vars.html#Asia 我們團隊：「信仁軟體設計團隊,HSDc」，繼成為 EA(Enterprise Architect)產品代理商後，在軟體設計上的專業能力也受 "Sparx System" 公司的青睞，並認可成為台灣區的 "加值廠商(VAR, Value-Added Reseller)"。 這給予我們團隊非常大的 ...
閱讀更多 →

簡單的利器 – 原型(Prototype)

2004/12/06|閱覽人次：5,801|0 條留言
參考：「簡單就是力量」。 原型(Prototype)的目的： 建築師、產品設計師、軟體設計師...，以 "原型" 做為與客戶溝通、達成共識的橋樑，然後才著手執行。透過原型，大家比較容易對概念(Concept)產生共鳴，並致力改變尚未成形的東西。 原型協助架構(Architecture)的建立，讓大家能容易看到整體、更具宏觀的角度來看待複雜系統。並因此而避免一頭就栽進種種的細節(Detail)。 ...
閱讀更多 →

{心智圖}新增– 如何停止憂慮、開創人生

2004/12/05|閱覽人次：13,952|4 條留言
原圖收錄於「矇矇的心智圖」。
閱讀更多 →

EA(Enterprise Architect) 的產品特色

2004/12/04|閱覽人次：8,877|1 條留言
涵蓋系統開發週期的軟體設計 物件導向的系統開發絕不僅僅是畫類別圖而已！現今的系統開發重視的是整個開發的週期。包括企業流程分析、以使用案例匯整需求、建立動態流程塑模、元件塑模、部署塑模、系統管理、非功能性的需求、使用者介面設計以及測試、維護等工作。 富有特色的系統設計 Enterprise Architect 是一個完整的 UML 分析與設計工具，涵蓋軟體開發各階段所需要的功能 – 從需求蒐集到 ...
閱讀更多 →