资讯系统的设置.ppt

PART 3 資訊系統的建置 第十一章：資訊系統與組織再造 第十二章：資訊系統的開發方法 第十三章：資訊系統與軟體品質 學習目標 系統生命週期法 軟體雛型法 應用套裝軟體法 使用者自行發展法 資訊系統委外法 本章大綱 前言 系統生命週期法 軟體雛型法 應用套裝軟體法 使用者自行發展法 資訊系統委外法 結論 前言 第十一章介紹了資訊系統開發的主要過程 不同資訊系統 應用領域不同 大小、複雜度不同 企業組織 特性不同 專家針對不同型態的資訊系統，提出不同的方法論，以適應實際建置的需要 系統生命週期法(1/2) 系統生命週期法(system lifecycle model)又稱為瀑布法(waterfall model) 系統生命週期法(2/2) 專案定義階段 主要工作 從管理策略的角度去收集一些相關的資訊 確定專案 目標(objectives) 範圍(scope) 時程和經費預估 訂定一個專案計畫 提供管理階層一個整體的概念(system view) 為決定是否建置一個資訊系統的重要依據 收集資訊需求階段 了解目前的作業狀況 透過問卷調查，廣泛收集使用者的意見與期望 透過與使用者訪談，以確定其資訊需求 確定使用者的資訊需求後，接著就開始進行系統的可行性分析 最後，完成資訊系統規格需求書 系統分析階段(1/2) 主要工作 資料必需要完整的了解和描述 各項功能必需被清楚定義 對外界的反應須有充分的了解和描述 利用分割(partition)的觀念，將一個大的系統逐漸切割成幾個比較小的子系統 將一個抽象的概念(logical view)，逐步具體化(implementation view) 系統分析階段(2/2) 最廣為使用的系統分析方法 「結構化分析法」 工具 實體關係圖(Entity-relationship Diagram; ERD) 資料流程圖(Data Flow Diagram; DFD) 狀態轉換圖(State Transition Diagram; STD) 資料字典(Data Dictionary; DD) 產出：系統規格說明書 系統設計階段 主要工作 資料設計(data design) 架構設計(architectural design) 介面設計(interface design) 程序設計(procedural design) 系統設計的基本概念 由上而下逐步精緻化(top-down decomposition/ stepwise refinement) 抽象化(abstraction) 資訊隱藏(information hiding) 模組化(modularity) 程式寫碼階段 將系統設計規格所定義的各個模組，以程式語言編譯出來 衡量軟體品質的重要因素之一 是否滿足「結構化程式設計」？ 在設計模組內部的結構時，只能採用下列三種基本的控制結構： 順序性(sequence) 選擇性(selection) 反覆性(interaction) 系統測試階段 主要工作 單元測試 系統測試 驗收測試 軟體測試的策略 白箱測試(white-box testing) 黑箱測試(black-box testing) 上線運轉及維護階段 維護階段的主要工作 將系統開發過程中所產生的軟／硬體，做一個有效的管理 最重要的就是變動管理(change management) 要提供一個管制修改資訊系統的機制，以規範修改的程序，防止不當的修改行為 系統生命週期法的優缺點 優點 廣泛應用在大型交易資料處理系統(transaction processing system)或管理資訊系統(management information system) 需求明確 較結構化(structured) 使用的經驗較豐富 缺點 較沒有彈性 軟體雛型法(1/6) 軟體雛型法的特徵 必須能快速建立 可操作的實驗性系統 可能為不完整的系統 建置成本較低 不必太重視系統執行的績效 軟體雛型法(2/6) 軟體雛型法的開發步驟 辨認使用者的資訊需求 建立一個初步的軟體雛型 評估和試用軟體雛型 修改並增強軟體雛型的功能 軟體雛型法(3/6) 軟體雛型法(4/6) 軟體雛型法的類型 澄清使用者介面 澄清操作順序和步驟 澄清關鍵性功能 螺旋(演進)式模型 軟體雛型的結果 丟棄式 演進式 軟體雛型法(5/6) 優點 適合使用於使用者無法明確說明資訊需求的情況 適合使用於系統開發者不確定某些技術風險的情況 有助於資訊系統使用者介面的設計 有助於釐清作業流程 軟體雛型法(6/6) 缺點 使用者參與的激勵 系統開發人員常常會因預算或時間上的壓力，有直接將軟體雛型轉換成最終產品的傾向，因而影響資訊系統產品品質 應用套裝軟體法(1/3) 套裝軟體 一個由資訊廠商針對某一個特定的應用領域，所