Speaker : Dung-Lin Hsieh Date : 2005/06/01 E-mail: emis.idv@gmail.com 系統分析與設計 Speaker : Dung-Lin Hsieh Date : 2005/06/01 E-mail: emis.idv@gmail.com 2018/11/28

Agenda 企業應用系統背景 專案時程 需求分析 系統設計 程式設計 系統測試 系統導入 2018/11/28

企業應用軟體演變趨勢 2018/11/28 資料來源：孟憲敏，1999年7月

企業應用軟體關係 資料來源：資策會MIC ITIS計劃，1999年4月 MRO: Maintain Repair Operation 2018/11/28

企業資訊系統發展三階段 2018/11/28

專案時程(甘特圖) 2018/11/28

訪談(需求提取) 系統範圍的界定 問題之有效性與真正了解 需求來源媒體：現場觀察、關鍵使用者訪談會議、企業流程圖、ISO二階文件 、現有報表（人工/電腦報表） 客戶環境、目前問題、硬體需求、系統功能、目前文件報表資料、用戶界面、系統績效、特殊限制、商業邏輯 需求分析、協調、規格說明、需求確認(訪談記錄之簽認)、需求管理 產生文件：會議記錄；訪談記錄表；系統定義書 2018/11/28

可行性分析 用可行性分析論證您的專案 確定可選的實施方案 評估經濟可行性(成本/收益分析) 評估技術可行性 評估執行可行性 選擇一項可選方案 為您的專案確定幾個可行的可選實施方案，以便您進行評估和比較，從而最終為自己的公司選擇最佳的實施方案。 評估經濟可行性(成本/收益分析) 就是將應用的全部實際成本與其全部實際財務收益相比較 評估技術可行性 評估執行可行性 建立一個應用與執行一個應用完全是兩碼事，您必須確定是否能夠有效地執行和支持它。 選擇一項可選方案 確定潛在的風險 產生文件：評估報告 2018/11/28

系統定義書 Chap 1：企業背景、營業範圍、產業類別、主要產品、組織架構、面臨問題 Chap 2：客戶需求；主要由訪談內容而來 2018/11/28

需求分析(一) 主要目的為製作軟體需求規格書 依性質分為：功能需求、績效需求、外部介面需求、設計限制、可衡量之品質、使用者界面需求 分析困難及特性：大量溝通、用戶對系統需求敍述不清及善變、缺乏自動化工具、經驗不易累積 工作項目： 了解問題 評估與綜合問題 製作規格書 覆核記錄 2018/11/28

重要概念 內聚力 (cohesion): 如果一個模組內的組成元件之間的相關性很高， 而且都是為了完成同一目標而組成的， 那我們說這個模組的內聚力很高。在系統設計時， 我們要求模組的內聚力愈高愈好。 耦合力 (coupling)： 如果一個模組內的組成元件之間緊密的結合在一起，而且彼此的相依性很高， 那我們說這個模組的耦合力很高。在系統設計時， 我們要求模組的耦合力愈低愈好。 2018/11/28

低內聚高耦合 2018/11/28

高內聚低耦合 2018/11/28

需求分析(二) 資料分析：資訊結構與資訊內涵之流動關係，亦即DFD 、Data dictionary 、E-R model 功能分析：企業資訊系統主要為資料處理，系統主要功能大都抽象且籠統，需將其分解成較小且具體之功能 界面分析： 系統界面：與其他資訊系統的界面 人機界面：展現在使用者面前之畫面 2018/11/28

ＱＣ工程圖 2018/11/28

生產流程(CO-100) 產企課 資材 生產部門 品保課 成品課 2018/11/28

EMIS 系統架構 PMS 生產管理系統 採購管理系統 倉庫管理系統 1.訂單需求採購. 1.生產掌控 2.一般性採購. 2.生產排程 3.採購發單登錄. 4.採購明細查詢. 5.採購未進查詢. 1.生產掌控 2.生產排程 3.BOM 4.用料成本 5.訂單需求計劃 6.業務報價 PMS 生產管理系統 採購管理系統 訂單需求計劃採購 採購迴饋訂單需求 原物料入庫銷採購 成品入庫 原物料入庫銷採購 成品入庫迴饋生產排程 1.原物料入出庫管理. 2.廠商應付帳款. 3.訂單耗料. 4.庫存狀況報表. 5.廠內與托外製成品入出庫管理. 倉庫管理系統 2018/11/28

生產管理系統 倉庫管理系統 生產資料管理 採購管理系統 用料成本製作 1.產品編號 2.產品名稱；規格 1.訂單編號；交期 2.產品編號；數量；單價 3.生產單位 產品資料管理 倉庫管理系統 產品資料 生產資料管理 生產線產品入庫 1.原物料編碼 2.單價；供應商 原物料資料管理 訂單資料；產品數量 業務報價 物料單價 報價資訊 用料成本製作 1.材料用量 2.是否展開需求 物料用量 送審 1.產品用料成本 2.試算產品用料 3.送主管審核 排程資訊 生產排程 產品BOM管理 用料成本審核 採購管理系統 系統產生需求 訂單需求計劃 採購資訊 2018/11/28

軟體需求規格書 Chap 1：企業背景、現況及面臨問題、新系統之目標 Chap 2：資訊流之描述，ＤＦＤ、DFD 、Data dictionary 、E-R model之分析（不要過於細化） Chap 3：將所有功能予以條列化之描述 Chap 4：使用者界介描述，包含使用者角色、畫面草圖、MOUSE&鍵盤、使用者腳本 Chap 5：其他需求（安全性、執行績效、可靠性、 可維護性、 可擴充性） Chap 6：建立共同之驗收標準 Chap 7：其他附錄 2018/11/28

資料模式設計(E-R Model) 資料模式： 建立一個企業或企業領域的觀念性資料架構。 介於使用者界面與資料庫之間。 企業之商業模式與商業邏輯。 記錄的個體與個體間互動所產生之交易資料。 Entity-Relationship Diagrams 資料庫的相關概念(PK 、CK 、FK 、Domain 、 資料正規化…) 2018/11/28

E-R Model 製作程序 收集模式資料 確認每個實體 確定每個實體間之關係 整合資料模型 決定主要鍵(PK) 決定每個資料屬性 2018/11/28

Entity-Relationship Model Example of schema in the entity-relationship model 2018/11/28

E-R Diagram With Composite, Multivalued, and Derived Attributes 2018/11/28

使用者界面設計 辨認使用者角色 描述不同使用者角色之使用流程 設計螢幕畫面，並規範畫面間之邏輯順序 開發使用者界面雛型 使用者界面之細部設計 2018/11/28

2018/11/28

2018/11/28

圖形界面之設計原則 以使用者為依歸，較佳方法為製作軟體雛型，使用者界面會成為系統滿意度的一個重要指標。 一致性之外觀、操作方式、按鈕、選單、位置之安排、鍵盤與滑鼠選擇、與使用者交談方式、與內部功能是否一致 輔助訊息(On-line Help) 、隱性輔助訊息 即時回饋訊息、不要忽略圖形表達、多重觀點 選單的設計：依順序、依習慣、依類別、依使用頻率 2018/11/28

功能細化＆建立模組圖 功能細化：需求階段之功能、資料、使用者界面模式，主要用於定義系統各項需求，許多內部細節尚未完成，此階段為將上述三種模式予以細化或細緻化。 建立模組圖：將功能細化後之各項功能設計予以整合成初步之模組結構圖，再將每一模組在程式設計時轉換成程式。此階段為設計規格書之核心。 2018/11/28

系統設計規格書 Chap 1：範疇（軟體需求規書之摘要） Chap 2：功能設計描述，DFD 、Data dictionary 、E-R model之分析 Chap 3：資料庫設計描述，Data schema 設計 Chap 4：使用者界介細部設計 Chap 5：模組結構圖（整合功能、資料庫、使用者界面的模組結構圖） Chap 6：需求與設計對照表 Chap 7：測試計劃 2018/11/28

處理規格描述 8.料件品號 (TM006) * 不可空白 * [F2]品號資料查詢 (INVMB-01) * IF 類型(COP.TM005)='F' * [F3]選配品號資料查詢 (BOMMD-02) WHERE 主件品號(BOM.MD001)=Feature/Option品號(COP.TM004) DEFAULT 料件品號(TM006)=料件品號(BOM.MD003) * Validator:BOMMD-05 CHECK BOM用量資料檔 WHERE F/O品號(COP.TM004)、料件品號(COP.TM006) DEFAULT 製程順序(TM008)=製程順序(BOM.MD009)、 材料型態(TM009)=材料型態(BOM.MD017)、投料時距(TM010)=投料時距(BOM.MD018) ELSE [F3]選配品號資料查詢 顯示欄位: 選取(CarryData回傳.B13) 品號(CarryData回傳.MD003) 品名(CarryData回傳.MB002) 規格(CarryData回傳.MB003) 屬性(CarryData回傳.MB025) 選取2(CarryData回傳.B13) -> 隱藏不顯示 1-1.開窗資料產生條件 CarryData:COPTD-14，傳入 訂單品號(COP.TD004)、F/O品號(COP.TM004)、類型(COP.TM005)、'Y'、'N' 回傳 類型 (TM005)=CarryData回傳.品號屬性(MB025) 料件品號 (TM006)=CarryData回傳.料件品號(MD003) 數量 (TM007)=CarryData回傳.數量(QTY) 製程順序 (TM008)=CarryData回傳.製程順序(MD009) 材料型態 (TM009)=CarryData回傳.材料型態(MD017) 投料時距 (TM010)=CarryData回傳.投料時距(MD018) 數量(QTY)=產品數量(M_QTY)/標準批量(A14)*組成用量(A26)/底數(A27)*損耗率%(1+A28) /標準批量(B14)*組成用量(B26)/底數(B27)*損耗率%(1+B28) 2018/11/28

軟體測試 軟體測試是軟體品質保證中最重要的工作項目之一 測試方法： 測試過程： 白箱測試：每一步驟測試 黑箱測試：白箱測試後，功能與介面之測試 測試過程： 單位測試 整合測試 2018/11/28

系統測試＆驗收測試 系統測試： 驗收測試：是否滿足顧客的需求。 製作系統使用手冊 回復測試 安全測試 壓力測試 績效測試 2018/11/28

系統導入策略 全面性導入法（Big Bang）：全面性導入法是採取一次將新系統所有模組全部上線的導入方式，此種導入的方式較適合於較為簡單的組織架構和不複雜流程的企業。 複製式導入法（Roll-Out）：複製式的導入法是指先在企業內選定某個部門或單位導入系統，然後再逐步推展至企業內的其他部門或單位，這種一個部門或單位成功後再換下一個部門或單位，將可大幅降低風險，並可累積導入經驗與相關資源，以及節省重複性的費用。而其系統導入的部份，有可能採用全面性導入法（Big Bang）的方式，也有可能採用漸進式導入法（Step-By-Step）的方式來導入。 漸進式導入法（Step-By-Step）：漸進式導入法是將系統分成多個模組，每次只導入一個模組或少數相關聯的模組，可以讓企業逐漸習慣新系統的流程與作業方式，降低系統導入時之風險。 2018/11/28

系統導入步驟 前期準備及規劃：擬定專案願景、組織專案成員、企業內部建立系統導入共識、高階主管的參與及支持、專案預算及專案時程規劃、系統導入專案資源之規劃、顧問公司的輔導與協助、供應商與系統的選定、制訂系統導入專案管理事項、專案小組成員教育訓練、定期召開工作檢討會議。 初期導入：誓師大會、硬體與軟體安裝、使用者的教育訓練、系統測試與流程確認、員工情緒反應、系統啟用前之入模式選定、系統啟用前之組參數設定、系統啟用前之本資料校正與轉換。 系統正式啟用及持續改善：正式啟用新系統、持續監督並記錄系統導入上線之運作情形與資料品質、著手進行流程最佳化所需改善之作業程序、定期檢討與改善乃系統調校、驗證導入成效及方法。 2018/11/28

Thank You !! 2018/11/28