UPI Study › Courses › System Analysis and Design › Free lessons › Lesson 8.1 Free with a free account
Keeping Software Alive: The Maintenance Phase
System Analysis and Design · Chapter 8: Maintenance, Risk, and SecuritySection 8.1 · lesson 53 of 697 min · free with a free account
Free preview
Create a free account to keep watching
It takes a minute and costs nothing. Your free account unlocks all of Chapter 1 and 3 more lessons of System Analysis and Design.
Lesson complete
Earn the 3 college credits for System Analysis and Design
Enrolling adds a quiz after each lesson, the graded work and the official transcript. Recommended for credit by NCCRS.
Next lesson: Understanding Risk: Insurable vs. Uninsurable Categories →← Dry Run Testing: Simulating Before ShippingNext lesson: Understanding Risk: Insurable vs. Uninsurable Categories →
In this lesson
The maintenance phase: its 4 types, its cost, its controls, and its end.
- Explain what the maintenance phase covers
- Distinguish corrective, adaptive, perfective, and preventive maintenance
- Explain why maintenance is usually the largest share of lifetime cost
- Explain configuration management, change management, and system retirement
Transcript
Everything said in the video, section by section (862 words). Read along, or search it.
Maintenance, Risk, and Security
Keeping Software Alive
Go-live is not the end of a system's story. For most systems, it is closer to the beginning. This section covers the maintenance phase. Its four types, why it costs so much, how changes to a live system are controlled, and how a system is finally retired.
After Go-Live
The Maintenance Phase
Once a system is implemented and delivered, it enters the maintenance phase. That is the ongoing work needed to keep it running, accurate, and useful after go-live. Maintenance is not just fixing the bugs that slipped through testing. It covers everything from correcting a genuine defect, to adjusting the system as its environment changes, to improving it based on how people actually use it. For most systems, this phase runs for years. It is typically far longer than the time it took to build the system in the first place.
Figure 8.1
4 Types of Maintenance
Maintenance work is generally grouped into four types. They sit along a spectrum, from reactive, responding to something that has already gone wrong, to proactive, anticipating a need before it becomes a problem. At the reactive end is corrective maintenance, fixing a defect. Adaptive maintenance follows a change in the system's surroundings. Perfective maintenance improves something that already works. And at the proactive end, preventive maintenance heads off trouble before it arrives.
The 4 Types
What Each One Addresses
Here is what each type addresses, with an example. Corrective maintenance fixes a defect that caused an incorrect result, or a failure. A shipping calculator that charges the wrong rate for one zip code is fixed to charge correctly. Adaptive maintenance adjusts the system to a change in its external environment. Updating a system so it keeps working after the operating system it runs on is upgraded is adaptive. The trigger is outside the system, not a defect in it. Perfective maintenance improves performance or usability based on feedback, with nothing actually broken. Redesigning a confusing checkout screen, after users report it is hard to use, is perfective. Preventive maintenance makes a change now, to reduce the risk of a future problem. Refactoring an outdated, hard-to-modify piece of code before it causes a defect is preventive.
Maintenance Costs
Where Most of the Money Goes
Maintenance is commonly estimated at sixty to eighty percent of a system's total lifetime cost. Initial development makes up the rest. Three factors drive this. Systems stay in use for years, often far longer than anyone originally planned. Their environment keeps changing around them. New regulations, new integrations, and new user expectations, even when the system's core purpose does not change. And years of incremental changes pile up. Code that was once simple becomes harder, and more expensive, to modify safely. Especially if it was poorly documented along the way. Together, these add up to far more total effort than the original build.
Controlling a Live System
Configuration and Change Management
Once a system is live, uncontrolled changes are one of the fastest ways to destabilize it. Two related practices keep maintenance safe. Configuration management tracks and controls exactly which version of each component is running in production. The code, the documentation, and the configuration settings. The team knows precisely what is live at any given moment, so a problem can be traced to a specific, known state. Change management is the formal process for proposing, reviewing, approving, and scheduling a change, before it is made to a live system. A requested change to a live payroll system goes through review and approval before it is deployed, rather than being pushed straight to production. Together, these practices mean a team always knows what is running. And nothing changes in production without someone having reviewed the consequences first.
System Retirement
Ending a System's Life Well
No system stays in maintenance forever. System retirement, or decommissioning, is the formal end of a system's life. It is triggered when the cost or risk of maintaining a system outweighs its remaining value. Often because a replacement has taken over its role. Retiring a system well takes real planning. Data the organization still needs has to be migrated to the replacement, or properly archived. Users have to be transitioned, and if needed, trained on whatever takes the old system's place. The old infrastructure has to be formally shut down, rather than simply abandoned. And any legal or regulatory rules about how long records must be kept have to be satisfied, before old data is finally destroyed.
Key Terms
The Vocabulary of This Section
Let's lock in the key terms. The maintenance phase is the work of keeping a system running, accurate, and useful after go-live. Corrective maintenance fixes a defect. Adaptive maintenance adjusts to a change in the environment. Perfective maintenance improves what already works. Preventive maintenance heads off a future problem. Configuration management tracks exactly what is running in production. Change management is the formal approval process for changes to a live system. And system retirement is the formal, planned end of a system's life.
Key Takeaways
What to Carry Forward
To pull this together. The maintenance phase keeps a system running, accurate, and useful after go-live, and typically lasts far longer than development. Corrective, adaptive, perfective, and preventive maintenance range from reactive to proactive. Maintenance commonly accounts for sixty to eighty percent of a system's total lifetime cost. Configuration management tracks what is running in production. Change management controls how it is changed. And system retirement requires planning for data migration, user transition, infrastructure shutdown, and records retention.
About System Analysis and Design at UPI Study
System Analysis and Design (Computer Science 390) is a self-paced online course of 69 video lessons in 9 chapters, from the analyst's role and requirements to UML modeling, interface and database design, testing, maintenance and project management. It carries a NCCRS credit recommendation for 3 semester credits.
Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Enroll now → Course details Download the syllabus All Computer Science courses Every course with PRO →
Why take it here
Why students take System Analysis and Design with UPI Study
Where the credit goes
Universities that work with NCCRS
System Analysis and Design carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Thomas Edison State UniversitySigned partner
University of the PeopleSigned partner
Charter Oak State CollegeSigned partner
Strayer UniversitySigned partner
Columbia Southern UniversitySigned partner
Indiana TechSigned partner
Penn StateWorks with NCCRS
Southern New Hampshire UniversityWorks with NCCRS
SUNYWorks with NCCRS
+many more cooperating universitiesFind my college →Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.
FAQ
Questions students ask us
About Keeping Software Alive: The Maintenance Phase
What are the four types of software maintenance?
What is the difference between adaptive and perfective maintenance?
Why is maintenance the most expensive part of the software life cycle?
What is the difference between configuration management and change management?
About the System Analysis and Design course
How many college credits is System Analysis and Design?
How much does System Analysis and Design cost and what is included?
Which universities accept UPI Study credits?
How long does System Analysis and Design take?
How are the exams done?
How do my credits reach my college?
Ready for the full course? Earn 3 credits in System Analysis and Design.
69 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.
3 credits · NCCRSEnroll →