文章分類:系統分析與設計

企業塑模(Business Modeling)的意義、價值與範例

企業塑模的意義 將焦點提昇至企業層次,將企業視為一個整體 (Whole)。 界定企業塑模時的系統範圍(System Boundary)。 系統範圍確定之後的好處: 找出系統(企業)外部的主要參與者與支援性的參與者: ˙主要參與者 – 需要企業提供整體性服務 …

【iThome 連載單元—4】人面獸身的 ERP 系統–異質平台整合的問題與茫點

案例說明 某一家專事中、大型軟體專案開發的廠商,承包了某家具知名度的製造業 ERP (Enterprise Resource Planning) 應用系統開發,開發與建置成本就高達上千萬以上,企業流程(Business Process) 的客製化 (Cus …

【iThome 連載單元—3】從客戶的角度看待系統整合–軟體主機板的架構設計

案例分析 某一具規模的製造業廠商,採購某家 ERP 產品,並委請該 ERP 廠商作整體系統資源規劃,以整合該公司內部既有 CRM(Customer Relation Management) 與 HR(Human Resource) 系統,同時又外購了 Wo …

【iThome 連載單元—2】界定清晰的系統範圍與責任–以土地公廟的系統分析為例

前言 e化的軟體系統開發,已不再如傳統 MIS 的資訊系統開發模式,經常是假設所開發的系統是單一,系統全是由自己從頭到尾所負責來實做完成的。如今 e化系統的開發,更會面臨多個應用系統的整合,團隊內部,可能只是承包實做某整合系統的一小塊範圍,但又需要整合其它 …

【iThome 連載單元—1】漫談系統整合—誰是老大?

最近在「iThome 雜誌」的技術專題上連載我對軟體架構的看法,並利用一些以往所碰過的個案來探討。每一個單元以一張(最多兩張) UML 圖為主軸,再以此延伸,以文字敘述出來,文章內容會有些批判與暗諷性質,當然不會指名道姓。 連載主題:軟體架構鮮思維—利用 …

寫碼才是確保 UML 分析/設計的信心來源!

這兩天與 Ringle 一同至高雄某家規模蠻大的專案開發公司,從年前兩日的 UML 課程教育,然後年後第三日係以座談的方式,面對面聽取學員們在實際專案開發時,利用 UML 設計時,所遇到的問題,同時並檢驗他們的設計產出是否正確與適當。其實呢,算起來也有半顧 …