Clik here to view.
[案例研討] 雲端與安卓系統分析與實作－以豪小子App為例-06
＊＊＊ 自本篇後續所有的文章內容，作者為賴信仁 (Ringle Lai)，並已經由授權延續本案例研討系列。＊＊＊ 七、 雲運算技術總覽 7.1. 雲運算的歷史與分類 自從互聯網(Internet)開始進入電腦的世界以來，電腦技術的進展，以超越人類能夠想像的速度超高速發展中。 中國人有句話說：「積沙成塔，聚少成多」，用這句話來形容近來的電腦運算能力的進展，是再適合也不過的了。...
View ArticleClik here to view.
淺論 Excel VBA 的 MVC 框架
撰寫即時性的看盤資料分析，最簡單與方便的莫過於利用 Excel 了。工作表 (Worksheet)內的儲存格 (Cell)既可以當成如 DDE or RTD 的資料源，又能做計算邏輯與資料的呈現。而若牽涉到較複雜，如多個儲存格甚或多個工作表、多個工作簿 (Workbook)之間的資料處理，則可利用 Excel 內建的 VBE (Visual Basic...
View ArticleClik here to view.
Excel VBA－關於儲存格變動性的設計議題
問題：當工作表內有多組被參照的儲存格需撰寫 VBA 程式作處理運算，但不希望因被參照儲存格的位置 (座標)變動後，而頻繁修改程式碼。 描述：參考下圖，當有一組表格內的儲存格，例如「加權指數」，有包括「成交價」、「最高價」、「最低價」、「成交量」... 等屬性 (property)。若撰寫 VBA 程式時，係以「絕對座標」參考值 (例如「成交價」座標現為 "B4")來處理，則當上述任一屬性座標更動時...
View ArticleClik here to view.
[好書分享] Clean Code~無瑕的程式碼
無瑕的程式碼：敏捷軟體開發技巧守則 (中譯本) Clean Code: A Handbook of Agile Software Craftsmanship ----------------------------------- 作者：Robert C.Martin 譯者：戴于晉、博碩文化 出版社：博碩 ISBN：9789862017050 Amazon 評鑑：四顆半星 內容簡介...
View ArticleASP.NET MVC 框架學習心得註記
這幾天利用撰寫一個 Web.NET 小專案的機會，打算使用 ASP.NET MVC 5，藉此順便學習下 Web MVC 的框架技術。 花了快兩天的時間研讀一些文章，總算對 ASP.NET MVC 框架有了全貌的認識；先註記下基本的心得： ASP.NET 源自於 Java Struts MVC，本質完全沒變。 ASP.NET MVC 僅是位於系統 3層(3-tier)架構的 Presentation...
View Article關於 PTT Soft_Job 對於 OOP 的一些回應
沒想到 PTT 的 Soft_Job 看版有人在聊 OOP 的觀念，忍不住作了一些回應。 早期把物件化的分析/設計思維歸為 OOA/OOD (Object-Oriented Analysis/Design)；實現物件化思維的程式語言則稱之為 OOP (OO Programming)。 實現 OO 思維主要有兩個機制：介面 (interface)、多型 (polymorphism)。包括...
View ArticleClik here to view.
[系統分析] 從 GUI 畫面分析使用者的操作目的 (Use Cases) –以 Twitter 為例
這是上一期「系統分析設計與實作」課程的一位美女學員-Isis 的案例作品。她對 Use Case (使用案例)用於系統需求分析情有獨鍾，而且相當積極的學習與詢問問題。 不過可能待在業界許久，一開始對 Use Case 這類講究目標導向的分析方法並不容易理解，總是不自覺就鑽入到細節，或是聯想到實作面議題。所以就不容易抓到 Use Case 的分析主軸-界定參與者...
View ArticleClik here to view.
Design for Interface 的生活案例－沖煮咖啡的介面設計
＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊ GoF Design Pattern 一書開宗明義即提及：Design for Interface！ 軟體的介面設計很重要的一個精神就是：不要重新造輪子！！ 如果引用某些 3rd party library/framework 的功能，要懂得利用介面與主系統隔閡掉，如此才能造成 PnP (Plug & Play)的效果。...
View ArticleClik here to view.
開源免費下載－完整設計模式 (design patterns) 程式碼(C#.NET)/UML Model 檔
關於爾後我們 HSDc. 軟體設計顧問所開設的課程，除了教材內容尚無開放以外，其它包括完整可執行的程式碼、UML Model 檔，均以開源方式 (open source)免費供下載。 所有開源文件的釋出 (release)，均可以透過加入 FB社團－軟體設計鮮思維 獲取最新的訊息。而所有的程式碼/UML Model，我們則是一律統一放置於 GitHub，當然在 README...
View Article簡單聊聊軟體設計的 SRP (Single Responsibility Principle) 原則
＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊ SRP, Single Responsibility Principle (單一責任原則)。 這是上星期課堂中，當我解釋 Multi-tier MVC 分層結構時，聽到學員告訴我的。 哈，這是我第二次遇到學員有告訴我這個術語，看來都蠻熟悉 Martin 在 "Agile Software Development, Principles,...
View ArticleClik here to view.
案例研討－關於客戶單位維修作業流程的系統分析
＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊ 這是月初的授課—「系統需求分析與整理」，其中一位上課學員拿他們的實際案例提供參考的。 先來瞧瞧這張看似很複雜的作業流程圖，主要是要描述當客戶單位提出報修需求時，維修單位的報價與維修的相關作業活動。 圖、原稿—客戶維修報價作業流程 這是一張典型 SA 所繪製的業務流程 （business process)圖，是否使用 UML...
View ArticleClik here to view.
[個案研討] FTP Server 是否可為企業系統的外部系統？
＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊ 月初在內湖某大電視購物/網購平台總部的資訊單位授課。喔，先誇讚下，約有50來位的學員，上課過程大都蠻踴於提問且活潑，可說上得挺順暢愉快。 其中在談及使用案例模型 (use case model)的需求架構分析時，關於外部系統的定義，個人特別強調會是透過介面 (interface)的整合，如透過 web service or message...
View Article論述軟體三大基礎觀念－封裝、一般/特殊化 (繼承)、介面/多型
這是看到 PTT Soft_Job 版區一位網友的貼文：[請益] 我這樣解釋OOP對嗎?。原來我已在「FB-軟體設計鮮思維社群」針對此貼文已寫一篇文論述，在此邊我也把回文作個備存，然後再加上一些些心得分享。 剛入門所謂 OO → 連帶等同所謂「物件導向」觀念實作與設計觀念時，幾乎各類 OOP 入門書籍均會談論到此三大術語：封裝 (encapsulation)、繼承 (inheritence)、介面...
View ArticleClik here to view.
實作 Enterprise MVC 巨觀結構的 POC－觀念篇
＊＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊＊ 關於 POC (Proof of Concepts)的說明，可參考：「淺論架構的 POC (Proof of Concepts)」。 關於系統結構設計 (system structure design)，個人把它分為兩個構面來看：巨觀與微觀 (Macro/Micro View)。 巨觀結構設計是基於現實系統的分散議題－展示層 (如 Web...
View ArticleClik here to view.
「軟體需求分析與塑模」– 企業需求源自於企業價值
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 企業需求要能提供價值 (value)，如此才得以讓企業有獲利行為而能永續經營。 「價值」的呈現取決於在創新、成本、效率等因子的調和。這些因子經常是由內部工作者 (internal-worker)、產品、系統、軟體與流程 (process)等所提供並滿足其需求。最終目的當然在於讓企業創造「利潤 (profit)」。...
View ArticleClik here to view.
「軟體需求分析與塑模」－ 什麼是系統功能
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 系統 (system) 是由一組互動 (interacting) 或獨立的元件 (component) 所組成的整合體 (integrated whole)。 系統功能 (system functions)，即為某一整合體所提供給外界 (參與者或外部系統)的一連串服務 (services)。 把企業 (business)...
View ArticleClik here to view.
「軟體需求分析與塑模」－ 流程與活動
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 實現企業層級系統功能的主要組成元素是「人」，也就是多個不同角色的內部工作者 (internal worker) 在不同的時間點合作接續以完成所屬職掌的工作。 當為了履行一個企業需求，可能需一連串的活動 (activities) 循序接力達成。當然活動的執行需要有特定的參與人員，也就是會有多種不同角色 (role) 或組織...
View ArticleClik here to view.
「軟體需求分析與塑模」－ 物件合作
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 實現 (realize) 軟體資訊系統功能，從物件導向 (object-oriented) 的觀點來看待時，系統內部的主要組成元素是「物件」，也可以稱為「個體 (instance)」。可以想像軟體系統內部就是由擔任各種不同職掌的類型物件，為實現某一特定功能，在動態期間 (run-time) 的互動合作來協力完成。...
View Article「軟體需求分析與塑模」－ 需求分析人員的職掌
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 針對「需求」作描述、紀錄與分析的人員統稱為「需求分析師 (requirement analyst, RA)」。 而以「企業」或「資訊系統」作為分析的標的來區分，需求分析人員的角色 (role) 可分為兩種：企業分析師 (business analyst, BA) 與資訊系統分析師 (information system...
View ArticleClik here to view.
「軟體需求分析與塑模」－ UML 應用於需求分析的技術
本文收錄於 我的電子書「軟體需求分析與塑模 – 第一章、需求分析概觀」。 UML (Unified Modeling Language) 係由 OMG (Object Management Group) 所制定的一種以圖形作為軟體塑模 (modeling) 的標準。UML 2.X 規格總共制定了 14 種涵蓋軟體包括結構面與行為面的設計圖，其中適用於需求分析的設計圖主要有兩種： 活動圖...
View Article