資訊系統生命週期五個階段 - 行動學習平台.ppt

資訊系統生命週期五個階段 - 行動學習平台.ppt

  1. 1、本文档共68页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
資訊系統生命週期五個階段 - 行動學習平台

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 【優點與缺點】 【優點】穩健可靠 【缺點】無法一次全部實施 4.階段轉換(Phased Conversion) 【定義】 將不同模組安排在不同的時間內進行轉換,當這些模組運作沒有問題之後,再繼續轉換其他的模組。它是以模組為導向。 【示意圖】 【優點與適用時機】 【優點】模組功能容易掌握。 【適用時機】大型的資訊系統(由許多獨立功能的模組所組成)。 8-7 維護階段( Maintenance) 【定義】 系統發展生命週期的最後一個階段,就是系統維護,我們可以說, 「資訊系統開發的結束,就是系統維護的開始」。 依據系統的「工作性質」,我們可以將維護工作分為以下四大類: 1.更正性維護(Corrective Maintenance) 2.適應性維護(Adaptive Maintenance) 3.完美性維護(Perfective Maintenance) 4.預防性維護(Preventive Maintenance) 8-7.1 更正性維護 ( Corrective Maintenance ) 【定義】是指針對「測試階段」未發現的錯誤進行修正。 【原因】 由於此種錯誤往往都必須要等到系統實際操作使用之後,才會一一的被浮現出來。 【解決方法】 一旦發現錯誤時,系統使用者必須要立即的停止操作,必須要馬上聯絡相關人員儘速修正。 【示意圖】 【實例】 以「數位學習系統」為例,當學習者同時上線人數超過一百人,同時線上會議時,系統可能會有延遲或更嚴重的當機及斷線的現象。 8-7.2 適應性維護 ( Adaptive Maintenance ) 【引言】 在適應性維護中除了要滿足使用者的各項服務需求,還必須要具備有高度的擴充性,以因應外在環境變動的需求。 【定義】 是指為了配合使用者需求或系統運作環境而修改軟體功能所實施的維護。 【示意圖】 【實例】 例如1: 學校中的成績處理系統,原本成績的計算方式是以七等第來區分學生的成績,現在教育部可能要改變學生成績的區分方式,由七等第改為五等第時,系統必須要有立即調適的功能。 例如2: 為某編號由4位碼改成5位碼。(∵組織員工數成長) 例如3: 縮短系統的反應時間,達到特定需求。(∵因應快速回應客戶的要求) 例如4: 修改程式適用其他中文系統、作業系統。(∵簡體中文) 8-7.3 完美性維護 ( Perfective Maintenance ) 【引言】 完美性維護是針對目前系統的實際情況與預期執行效能比較,找出落差並加以強化的維護。在這一類的維護大約佔整個軟體維護的絕大部份的50%。 【定義】是指針對使用者功能需求的更新,對系統所做的修改。 【示意圖】 【實例】 例如1: 學校的行政系統主機可以由單顆CPU升級為兩顆CPU等等的升級維護工作。 例如2:修改業務獎金計算方式,增加新獎勵方式。 例如3:在程式原有報告中增加新屬性的新報告。 例如4:修改畫面輸入方式,更具方便性(如:GUI界面) 例如5:增加Help指令。 例如6:增加資訊系統執行狀態的提示。 8-7.4 預防性維護 ( Preventive Maintenance ) 【引言】 俗語說:「預防重於治療」,由此可見,預防維護的重要性。 【主要的精神】 為了提高系統未來可維護性、可靠性及模組化等能力。 【定義】是指提升軟體品質,對系統所做的修改。 【示意圖】 * * * * * * * * * * * * * * * * * * * * * 7.撰寫「可行性報告」及「專案計劃」 8-4 分析階段(System Analysis) 【定義】蒐集「使用者需求」進而訂立「系統需求」。 【目的】設計出一個合乎使用者需求的系統。 【流程圖】 【主要工作內容】 1.確認使用者需求。 2.建立系統範圍。 3.釐定系統功能。 4.訂立系統規格書。 一、確認使用者需求 基本上,系統分析師想要蒐集使用者的需求時,則常見的方法有下列六種: 【示意圖】 二、建立系統範圍 根據過去的一些系統發展經驗得知,系統的範圍應比使用者的需求稍微大一點(但不能過大),亦即,系統除了能解決使用者目前的需求之外,尚提供額外的擴充機能。 【示意圖】 三、釐定系統功能 釐定系統功能的第一要項工作為區分各個處理的功能,我們可以應用「模組化」觀念來達成此一目標。 【示意圖】 四、訂立系統規格書 系統規格書是系統分析報告書中的主體,系統規格書所規範出的雛形 系統即是未來設計與製作新系統的依據。 【示意圖】 8-5 設計階段( System design) 【定義】 它又稱為「軟體

文档评论(0)

wujianz + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档