文章分類:架構
進銷存系統有幾個資料庫?
我在教授軟體設計課程,尤其是以使用案例圖在說明架構設計時,每一個用套件(Package)所界定範圍的系統,係指軟體應用系統,但卻幾乎不會談及到資料庫。因為,軟體應用系統與資料庫是兩個不同的層次,甚至,把資料庫視為是應用系統的 “私有倉儲(private s …
【iThome 連載單元—5】釐清系統設計範圍的焦點–建立企業與資訊系統層次的使用案例模型
前言 以「信仁慈善醫院」為例,醫院內的業務服務範圍是何其的廣與雜,院方除了有醫師、護士、藥劑師、行政人員 …等內部工作人員擔負各自的執掌與協調合作外,現代化的醫院更是需要有資訊系統的協助,來減輕工作人員的負擔與達成某種程度的自動化。 顯然,由於院內各種不同 …
【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 圖為主軸,再以此延伸,以文字敘述出來,文章內容會有些批判與暗諷性質,當然不會指名道姓。 連載主題:軟體架構鮮思維—利用 …