「軟體需求分析與塑模」－ 企業層級系統塑模的範疇
本文收錄於 我的電子書「軟體需求分析與塑模 – 第二章、企業流程的分析與塑模」。 把企業/組織當成系統作需求分析，其系統功能的實現 (realization)，由於涵蓋作業的時間長，且會有多類角色的參與者 (participant) 參與期間，以組成一連串的協力活動 (activities)。 而關於企業多人使用的資訊系統，如 MIS (Management Information...
View ArticleClik here to view.
「軟體需求分析與塑模」－ 跨多個作業流程的塑模
本文收錄於 我的電子書「軟體需求分析與塑模 – 第二章、企業流程的分析與塑模」。 每一個作業流程，有各自不同特定的企業目的 (specific business goal)。例如： 訂貨流程的特的目的為讓交易有效率且安全可靠。 出貨流程的特的目的為及早可將貨品交付到客戶手中。 採購流程的特的目的為從供應商取得低成本、高品質的商品。 企業經營者/高階管理者、系統相關的利益關係人...
View ArticleClik here to view.
軟體技術人員最愛卻也是尾大不掉的萬用 Database Manager 物件
＊＊ 本文同步發表於 軟體設計鮮思維FB社群 ＊＊ 上星期我在教授 TDD.NET 測試驅動開發課程。其中有位學員分享他們公司會計系統的部分程式碼 (沒有機密性議題)，想知道這該如何撰寫單元測試 (Unit Test Code)。 我先用 EA (Enterprise Architect) UML 工具掃描程式碼反轉為 類別 (Class) 圖，老天！數百個 Windows Form (每一個...
View ArticleClik here to view.
「軟體需求分析與塑模」－ 單一作業流程的塑模
本文收錄於 我的電子書「軟體需求分析與塑模 – 第二章、企業流程的分析與塑模」。 描述與紀錄單一作業流程內部的一連串活動，使用 UML 活動圖 (activity diagram) 是最為適切的。 依據 UML 三巨頭的論述，活動圖主要的目的在陳述活動與活動之間的流程控制的轉移 (control flow transition)。 Activity diagrams emphasize the...
View Article如何從巨觀的需求流程分析，可以直覺無縫的橋接至程式寫碼？
本文同步發表於「FB 軟體設計鮮思維」社團。 這裡採用個人所發表關於需求分析的「MSS」與 程式寫碼的「SSD」三層次分析與實作方法。 需求分析階段的 MSS 三層次 關於 MSS，可以參考原來寫的這篇：「大業務流程塑模的MSS三層次原則」。 o M(multiple) Process。 o S(ingle) Process。 o S(ystem Function)。 以「請購-採購」作業流程...
View ArticleClik here to view.
關於 DDD (Domain Driven Development) 微服務的結構設計議題
＊＊ 本文同步發表於 FB社群-軟體設計鮮思維 ＊＊ 最近在線上輔導了一位 技術職PM 結構設計的實現 (Realization)議題，他傳給我 DDD 的架構圖，覺得在「Domain Service」與「Domain Model」的責任界定上，觀念不是很清楚。 嗯，其實這所謂的 DDD (Domain Driven Development) 架構圖根本就是典型 3-tier...
View ArticleClik here to view.
聊聊關於 UML 輔導個案的二三事
＊＊ 本文同步發表於 FB社群-軟體設計鮮思維 ＊＊ 前兩個星期有位上過前一期「軟體架構師」課程的學員，他在某大金融單位擔任技術職PM，特地利用週末時間到我家附近，請教我關於他利用 UML...
View ArticleClik here to view.
C#.NET Core CRUD 基本資料維護實作範本 –三層式架構以及可以切換 E.F Core 6 與 ADO.NET 實作
已經整理好 C#.NET Core CRUD (Create,Read,Update,Delete) 基本資料維護的實作範本，並已上傳至 Github 供下載：https://github.com/kenming/petstore-crud-template-csharp 關於該範本如何執行 (包括跑單元測試)、主要引導功能、開發工具與建置、類別圖展示等，已具體詳細寫在 README.md 文件。...
View Article