← 返回目錄

Chapter 14Maintaining Information Systems
維護資訊系統

Learning Objectives 學習目標

  1. Describe the different types of maintenance activities — 描述不同類型的維護活動
  2. Explain the costs and importance of system maintenance — 說明系統維護的成本與重要性
  3. Discuss configuration management and managing maintenance requests — 討論組態管理與維護請求的管理
  4. Describe techniques for improving maintainability — 描述改善可維護性的技術

Key Terms 關鍵術語

Systems Maintenance
系統維護
對已投入生產的系統進行變更的過程,是 SDLC 中最大的開支項目
Corrective Maintenance
糾正性維護
修復系統中已發現的錯誤和缺陷的維護活動
Adaptive Maintenance
適應性維護
因環境變化(如硬體、軟體、法規)而對系統進行修改的維護活動
Perfective Maintenance
完善性維護
增加新功能或改善系統效能以滿足使用者新需求的維護活動
Preventive Maintenance
預防性維護
為預防未來可能發生的問題而進行的維護,旨在改善系統可靠性和可維護性
Maintenance Request
維護請求
使用者或相關人員提出的正式系統變更申請文件
Change Request
變更請求
正式記錄系統變更需求的申請,與維護請求類似
Configuration Management
組態管理
追蹤和控制系統各組件版本的過程,確保系統完整性
Baseline
基準線
系統在某一特定時間點的正式版本,作為後續變更的參考依據
Version Control
版本控制
追蹤系統元件變更歷史的機制,可回溯至任何先前版本
Change Control Board
變更控制委員會
負責審核和批准變更請求的正式組織
Software Reengineering
軟體再工程
重新組織和優化現有系統的過程,以改善系統品質和效能
Reverse Engineering
逆向工程
從現有系統中提取設計規格和架構資訊的過程
Forward Engineering
正向工程
使用逆向工程所得的結果來建構新系統或改良系統的過程
Restructuring
重構
改善程式碼的內部結構而不改變其外部功能行為
Help Desk
服務台
接收和處理使用者問題及維護請求的集中服務中心
Mean Time Between Failures (MTBF)
平均故障間隔時間
衡量系統可靠性的指標,表示兩次故障之間的平均運行時間
Maintainability
可維護性
系統被修改的容易程度,反映系統設計品質
Total Cost of Ownership (TCO)
總擁有成本
系統整個生命週期中所有相關成本的總和
Legacy System
遺留系統
技術已過時但因業務需求仍在使用的舊系統
System Evolution
系統演化
系統隨時間持續變更和改進的過程,反映業務需求的演變

Interactive Quiz 互動練習(共 31 題)

Q1. 在 SDLC 的所有階段中,哪個階段通常佔最大的開支?
Systems Maintenance 是 SDLC 中最大的開支項目,通常佔整體成本的 60%-80%。
Q2. 修復系統中已知的錯誤和缺陷屬於哪一種維護類型?
Corrective Maintenance(糾正性維護)專門用於修復系統中已發現的錯誤和缺陷。
Q3. 因政府頒布新法規而修改系統,屬於哪一種維護類型?
Adaptive Maintenance(適應性維護)是因環境變化(包括法規變更)而修改系統。
Q4. 使用者要求增加報表匯出功能,這屬於哪一種維護類型?
Perfective Maintenance(完善性維護)是增加新功能或改善效能以滿足使用者新需求。
Q5. 為了防止未來系統出現問題而進行的維護稱為什麼?
Preventive Maintenance(預防性維護)的目的是預防未來問題,提升系統可靠性。
Q6. Preventive Maintenance 的主要目標是改善系統的可靠性和可維護性。
預防性維護的核心目標就是在問題發生前先行處理,以改善系統的可靠性和可維護性。
Q7. Corrective Maintenance 是為了增加新功能而進行的維護。
Corrective Maintenance 是修復錯誤和缺陷,增加新功能屬於 Perfective Maintenance。
Q8. 下列哪一個是正式的系統變更申請文件?
Maintenance Request(維護請求)是使用者或相關人員提出的正式系統變更申請。
Q9. 負責審核和批准變更請求的組織稱為什麼?
Change Control Board(變更控制委員會)負責審核和批准變更請求。
Q10. Configuration Management 的主要目的是什麼?
Configuration Management(組態管理)的主要目的是追蹤和控制系統各組件的版本。
Q11. Baseline 是指系統在某一特定時間點的正式版本。
Baseline(基準線)確實是系統在某一時間點的正式版本,作為後續變更的參考依據。
Q12. Version Control 只能追蹤程式碼的變更,無法追蹤文件的變更。
Version Control(版本控制)可以追蹤系統所有元件的變更歷史,包括程式碼和文件。
Q13. 從現有系統中提取設計和規格資訊的過程稱為什麼?
Reverse Engineering(逆向工程)是從現有系統中提取設計和規格資訊的過程。
Q14. 使用逆向工程的結果來建構新系統的過程稱為什麼?
Forward Engineering(正向工程)使用逆向工程所得的結果來建構新系統。
Q15. Restructuring 會改變程式碼的外部功能行為。
Restructuring(重構)只改善程式碼的內部結構,不改變其外部功能行為。
Q16. Software Reengineering 包含哪些主要步驟?
Software Reengineering 通常包含 Reverse Engineering(分析現有系統)和 Forward Engineering(建構改良系統)。
Q17. Help Desk 的主要功能是什麼?
Help Desk(服務台)是接收和處理使用者問題及維護請求的集中服務中心。
Q18. MTBF 值越高,表示系統的可靠性越高。
MTBF(平均故障間隔時間)越長,代表系統在故障間運行的時間越久,可靠性越高。
Q19. MTBF 是用來衡量什麼的指標?
MTBF(Mean Time Between Failures)是衡量系統可靠性的指標。
Q20. Total Cost of Ownership (TCO) 只包含系統開發的成本。
TCO 包含系統整個生命週期的所有成本,不僅限於開發成本,還包括維護、營運等費用。
Q21. Legacy System 是指技術已過時但仍在使用的舊系統。
Legacy System(遺留系統)確實是指技術過時但因業務需求仍在使用的舊系統。
Q22. 下列哪一項最能描述 Maintainability 的意義?
Maintainability(可維護性)是指系統被修改的容易程度。
Q23. 因作業系統升級而修改應用程式,屬於哪一種維護類型?
作業系統升級屬於環境變化,因此修改應用程式屬於 Adaptive Maintenance(適應性維護)。
Q24. Change Request 和 Maintenance Request 本質上是相同的概念。
Change Request(變更請求)和 Maintenance Request(維護請求)都是正式的系統變更申請文件。
Q25. 在四種維護類型中,哪一種最常見且佔比最大?
研究顯示 Perfective Maintenance(完善性維護)通常佔維護工作量的最大比例,因為使用者持續要求新功能和改善。
Q26. Software Reengineering 是指完全從零開始重新開發系統。
Software Reengineering 是重新組織和優化「現有」系統,而非從零開始重建。
Q27. 下列哪一項不是 Configuration Management 的組成部分?
使用者介面設計屬於系統設計階段的活動,不是 Configuration Management 的組成部分。
Q28. System Evolution 強調系統是靜態不變的。
System Evolution(系統演化)強調系統隨時間「持續」變更和改進,是動態的過程。
Q29. Help Desk 通常是使用者提交維護請求的第一個接觸點。
Help Desk(服務台)是接收使用者問題和維護請求的集中服務中心,通常是第一個接觸點。
Q30. 下列哪一項技術可以改善系統的可維護性?
Restructuring(重構)改善程式碼結構而不改變功能,能有效提升系統的可維護性。
Q31. TCO 的考量有助於組織做出更明智的系統投資決策。
TCO(總擁有成本)涵蓋系統整個生命週期的所有成本,有助於組織全面評估並做出更好的投資決策。
得分:0 / 31