第十四章+信息科技开发.ppt

第十四章資訊科技開發 學習目標 討論資訊開發生命週期的概念 (SDLC, systems development life cycle ) 說明資訊系統規劃過程 討論傳統的模型化、快速應用開發、物件導向開發、直接用戶開發的生命週期的優缺點 鑑定電腦輔助軟體工程(CASE)的優缺點 評估內部系統開發的替代性 討論網際網路及企業內部網路主要的特色 本章概要 實例:內陸鋼鐵公司系統開發的成功 是全體努力的結果 公司問題 實例(續….) 我們從這實例學到什麼?? 資訊系統規劃 資訊系統規劃(續 …) 資訊系統策略規劃(IS Strategic Plan) 目的Objectives 必須與組織的策略規劃密切配合 必須提供給使用者，應用程式及資料庫被網路緊密地覆蓋及整合的資訊科技結構 必須在競爭的專案當中，有效分配資訊系統開發資源，所以專案可以及時且在預算內被完成，並且具備所有必需的功能 議題 : 效率；效力；競爭力 資訊系統規劃 (續 …) 資訊系統操作規劃（IS Operational Plan） 任務 : 資訊系統環境 資訊系統環境 : 整體的組織及營運區域的資訊需求摘要 資訊系統功能的目標 : 資訊系統功能目標現況最好的估計 資訊系統功能的限制 : 科技、財務、人事在資訊系統功能的限制 長期的系統需求 : 公司及被選擇來達成組織任務資訊系統專案的所需系統摘要 短期的規劃：目前這一年裡，開發中或是持續中的專案存貨及專案仔細的規劃 傳統的系統開發生命週期(SDLC) 系統開發生命週期 – 目前大部份組織所使用的系統開發方式是為了大規模且複雜的系統 瀑布方法 – 在一個階段裡已完成後才進行到下一個階段 系統分析師- 是專精分析及設計資訊系統的資訊系統專家 程式設計師 – 是修改現存的電腦程式或是撰寫新電腦程式來符合使用者需求的資訊系統專家 技術專員- 像是資料庫或是通訊等某種科技的專家 系統開發生命週期 (續 …) 系統開發生命週期 (續…) 系統調查 (第一步驟) 可行性研究判斷提議的系統開發專案成功的可能性及評估專案技術、經濟以及行為的可行性。 技術可行性 : 決定開發或是蒙得硬體、軟體、通訊元件是否可以解決公司的問題。 經濟的可行性 : 判斷專案是一個可被接受的金融風險以及是否組織可以負擔這筆費用及時間來完成這個專案。 行為的可行性 : 說明人的問題。 系統開發生命週期 (續…) 系統分析 (第二步驟) 檢查組織計劃用資訊系統解決公司的問題。 系統分析階段產生以下資訊： 現有系統的優缺點 新系統必須有解決公司問題的功能 使用者對新系統的資訊需求 系統開發生命週期 (續…) 系統設計 (第三步驟) 說明系統如何完成這個任務 技術設計 系統輸出、輸入以及使用者介面 硬體、軟體、資料庫、電訊、人事、流程 這些元件如何被整合 邏輯系統設計 : 說明系統將要做什麼。 實體系統設計：說明系統將如何執行它的功能。 系統開發生命週期 (續…) 程式設計 (第四步驟) 系統開發者利用設計規格來獲得系統所需的軟體。 結構程式技術 : 這些技術利用將電腦程式語言轉換成模組的方法，改善了程式的邏輯流程，而模組是程式語言的一部份。 序列結構 決定結構 迴路結構 系統開發生命週期 (續…) 測試 (第五步驟) 檢查看看是否電腦程式語言是否在特定狀況下會產生預期與希望的結果。 語法錯誤 : 拼錯字或逗點誤置 邏輯錯誤 : 會讓程式運作，但是會產生錯誤的結果。 系統開發生命週期 (Systems Development Life Cycle , SDLC) (繼續 …) 執行 (步驟 6) 從舊系統轉換到新系統的過程 四個主要的轉變策略 平行轉換 : 舊系統與新系統同時運作一段時間 直接轉換 : 舊系統被切斷時，會將新系統即時打開運作 引導轉換 : 將新系統引進組織的某一單位 階段性轉換 : 階段性的引進新系統的部份結構 系統開發生命週期 (Systems Development Life Cycle , SDLC) (繼續 …) 操作 (步驟 7) 新系統會運作一段時間直到它不再符合它的目標 維護 (步驟 8) 找出程式的錯誤 更新系統以適應商業條件中的變化 增加系統新的功能 模型化 模型化只得到使用者需求大概的想法 優點: 加速開發的速度 讓使用者有機會澄清他們所要的資訊需求 決策支援系統與主管決策系統的開發中是很有用的 缺點: 替代系統開發生命週期的分析與設計階段 – 品質可能會犧牲 會產生過多的重複 聯合應用設計 (Joint Application Design , JAD) 聯合應用設計對收集使用者需求及創造系統設計是一個以小組為主的方法 優點: 省時 新系統可以獲得較多的協助及接受 製造較高的品質系統 執行更簡單 降低訓練成本