第5章资讯系统发展和软体工程.pptVIP

東吳大學資訊科學系 第5章資訊系統發展與軟體工程 5-3 系統發展週期 大綱 5-3-1 系統發展週期 5-3-2 系統規劃 5-3-3 系統分析 5-3-4 系統設計 5-3-5 系統實作 5-3-6 系統測試 5-3-7 系統維護 5-3-8 系統發展週期的限制 5-3-9 高品質系統發展策略 5-3-10 大型軟體開發演進過程－以Windows 系統為例 5-3-1 系統發展週期 5-3-1 系統發展週期 循序方式進行系統開發 每一階段會有確認的過程，允許對於上一階段的回饋，以利於修訂與校正 以文件驅動(Document-Driven)為其主要的特徵，會於每一階段產生大量的文件，這些文件都要經過計畫支持者的批准，然後才可以開始下一個階段的工作 使用者的參與只有在系統剛開始以及最後的成果 5-3-2 系統規劃－問題識別 目的 證實問題的存在，必須要系統分析予以解決 產出 授權進行可行性研究 5-3-2 系統規劃 可行性研究 目的 定義問題、決定新系統是否可行 產出 可行性研究報告 分析項目 經濟可行性 技術可行性 法律可行性 作業可行性 時間可行性 5-3-3 系統分析 目的 轉換使用者需求為邏輯設計規格 產出 邏輯設計規格(問題說明、最佳方案) 5-3-3 系統分析 資訊需求 決定電腦作業的輸入資料、處理程序及輸出資訊 組織需求 規劃人力資源 控制需求 確保系統正確 機器設備需求 規劃電腦軟硬體資源 5-3-3 系統分析 初步分析 使用者需求評估與需求分析 可行性研究 細部分析 調查現行系統作業方法 找出現行系統問題癥結所在及解決方法 確定現行系統資料內容 系統定義 定義執行績效 定義主功能 定訂資訊型態與資訊流 5-3-4 系統設計 目的 將邏輯設計規格轉為技術設計規格 包含輸入、輸出、資料檔、處理控制需求 產出 技術設計規格(電腦程式規格) 5-3-5 系統實作 目的 購置設備、撰寫及測試電腦程式 產出 使用者文件與訓練教材，已編譯的程式及測試程式 工具 程式設計平台 5-3-5 系統實作 衡量系統的成功 系統使用度 使用者滿意度 使用者喜好度 目標達成度 財務報酬 影響系統施行成功的因素 使用者參與及影響 高階主管支持程度 風險程度 施行過程的管理 5-3-5 系統實作－系統轉換 目的 將舊系統轉換成新系統 產出 操作中的系統 工具 資料轉換程式 5-3-5 系統實作 平行轉換 新舊系統同時存在，藉以稽核新系統的正確性 適用系統：重要性高或處理程序複雜 分段轉換 系統分割為子系統，依序轉換 適用系統：規模大且組織無法完全負擔一次轉換的資源需求 5-3-5 系統實作 立即轉換(直接轉換) 由新系統直接取代舊系統 適用系統：小規模系統 試驗轉換 分批試用(依部門區分或依區域) 適用系統：大規模系統 5-3-6 系統測試 單元測試 模組內部資料結構、模組控制結構、錯誤處理、模組邊界條件 整合測試 測試各模組間的介面 驗收測試 根據需求分析的驗收準則來檢驗系統是否滿足顧客需求 系統測試 回復測試、安全測試、壓力測試、績效測試 5-3-7 系統維護 目的 系統適應性、完整性維護 產出 更新與修正的程式、相關文件 更正性 針對軟體錯誤 適應性 因應外在環境改變 完善性 改善原系統功能或因應顧客要求 5-3-7 系統維護 重組舊系統 改寫舊系統，使其易於維護提昇效能 整修舊系統 修改輸入、處理或輸出，使其更加完整 舊系統再生 增加功能或轉換到新技術，可以採用再生工程 重新設計舊系統 新購套裝軟體取代舊系統 5-3-7 系統維護－再生工程 步驟一：反向工程 (Reverse Engineering) 由舊系統的程式碼或操作，以反向工程 獲得其需求相關資訊或文件 步驟二：正向工程(Forward Engineering) 依步驟一所得資訊轉成採用新技術的程式碼，獲得具有相同功能的程式 5-3-8 系統發展週期的限制 缺乏彈性 訂定規格及撰寫文件耗時 資訊需求變動頻繁 隨意變更需求造成成本過高 確認需求後不受理變更缺乏彈性 不適用於決策導向系統 決策導向系統需求變動頻繁 5-3-9 高品質系統發展策略 整體管理企業資料 維持企業資料一致性 持續採用最新科技 增加系統成功機率，降低科技差距 優先設計最難且容易失敗的程式 採用評量方式找出最可能失敗但重要性高的程式，優先設計，以進行澈底的測試 提高可維護性 發展維護策略 包括如何持續修正錯誤、增加功能更新技術 5-3-9 高品質系統發展策略 舊系統容易修改 需要有工具改善現有舊系統，減少嚴重系統問題，且可以移轉到其它硬體上執行 減少人工作業 可以利用自動化發展工具協助開發人員 整合系統發展各階段 可以將各階段連結在一起的環境，使相關人員能共享資訊 培養再使用能力 讓發展人員利用