Software Maintenance Overview

I have heard that a typical soœware application spends at least 70 percent of its time in maintenance. I do not have a reference for this, but you can come up with the 70 percent by assuming that an application takes two years to build and is in use for §ve years. Why does soœware need maintenance?...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:Software Maintenance Success Recipes S. 38 - 55
1. Verfasser: Reifer, Donald J.
Format: Buchkapitel
Sprache:Englisch
Veröffentlicht: United Kingdom Auerbach Publications 2011
Auerbach Publishers, Incorporated
Schlagworte:
Programming & scripting languages: general
Software Engineering
Maintenance Team
Accept Delivery
Development Shop
Unique Human Resources Management
Turnover Plan
Unstable
Commercial Database Package
Test Scripts
Process Infrastructure
Maintenance Shops
Central Server Site
Initial License Fees
OK
Incentivize Project Managers
Command Site
Transition Checklist
Maintenance Environment
Version Control
Actual Operational Equipment
Maintenance Tasks
Regression Test
Readiness Review
Class
Hold
Source Code Escrow
ISBN:1439851662, 9781439851661
Online-Zugang:Volltext
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
Beschreibung
Zusammenfassung:I have heard that a typical soœware application spends at least 70 percent of its time in maintenance. I do not have a reference for this, but you can come up with the 70 percent by assuming that an application takes two years to build and is in use for §ve years. Why does soœware need maintenance? Unlike physical products, soœware exists only in digital form, which means that it is not subject to wear or decay. So in theory, soœware could run for years without modi§cation. However, this does not occur in practice. Because it is the ¶exibility agent for most systems, soœware must adapt as the environment in which it operates changes. Some of the many reasons for these changes include the following:• Enhancements-Independent of what you consider a defect, changes are oœen needed to add features and functionality and to alter the soœware to conform to changing business rules and keep the user happy. Changes may also be needed to remove or alter functionality, in particular when it becomes irrelevant (when the tax laws change, etc.). Because of its ¶exibility, we implement functions in soœware instead of using other means like §rmware and hardware. As such, we expect change to occur and plan to handle it using soœware.
ISBN:1439851662
9781439851661
DOI:10.1201/b11564-6