The Four Types of Software Maintenance

The Institute of Electrical and Electronics Engineers (IEEE) describes software maintenance as the modification of software after delivery to the user. The reasons for these changes include correcting faults, improving performance, and adapting the software to changes in requirements. The software maintenance process is a structured set of steps that ensures software remains functional, stable, and relevant over time.

All software requires maintenance, even when the software, its operating environment, and its requirements are completely stable. Software maintenance is an integral part of the software development life cycle, ensuring longevity and adaptability after initial deployment.

Minimizing maintenance costs becomes more important as the software’s complexity increases since they often exceed the initial cost of developing the software. Regularly updating software is essential to prevent deterioration, enhance performance, and meet evolving user needs.

Overview

Software engineers often compare software maintenance to car maintenance. A car requires certain changes that should be performed at regular intervals such as changing the oil and aligning the tires. Major changes like rebuilding an engine are also necessary to ensure the car’s optimal performance once it reaches a certain mileage.

The need for maintenance on a car is easy to understand because physical objects wear down as you use them. However, this concept becomes hard to grasp when it comes to a digital product like software, which has no physical form. Code can’t wear out over time, so people who aren’t software engineers often assume that maintenance should be unnecessary for software, provided it’s written correctly in the first place.

However, the analogy between software and car maintenance isn’t perfect. Unlike a car, the components in software change frequently, so a change to one component can cause another component to fail. In this scenario, it would be as if a timing belt stopped working because the spark plugs were changed. Furthermore, the fundamental purpose of software often changes, which would be like converting a daily driver into a top-fuel dragster.

While equating the two types of maintenance can be helpful for understanding the basic need for maintenance, further explanation is needed to illustrate the need for proper planning and budgeting for software maintenance services.

Software engineers classify maintenance into the following four types of software maintenance:

• Corrective
• Adaptive
• Preventative
• Perfective

Understanding the specific type of software is crucial for tailoring maintenance strategies and ensuring optimal performance. Each type of software maintenance addresses different needs: corrective maintenance focuses on fixing bugs, adaptive maintenance adapts the software to new environments, perfective maintenance enhances performance, and preventative maintenance aims to prevent issues before they occur.

The figure below shows the preferred cycle for the maintenance process. However, out-of-cycle changes occur regularly, especially for corrective maintenance.

Figure 1: Maintenance Types

Corrective Maintenance

Corrective maintenance is a reactive modification of a software product to correct a known problem. This type of maintenance fixes defects in software, which often takes the form of quick updates performed on a recurring basis. Bug fixing is a systematic process of diagnosing, reproducing, and resolving software errors to ensure system stability and user satisfaction. Corrective maintenance is unlikely to have a negative impact on users, who rarely complain about getting bugs fixed. It also provides a rapid return on investment (ROI) in improving user experience.

A corrective change can disrupt users on rare occasions. The common scenario of this type occurs when the defect in question has existed for a long period of time, allowing users to become accustomed to it. In this case, users typically adapt their behavior to accommodate the flaw. Once it’s fixed, users must then modify their behavior, resulting in negative responses to the effects. A corrective change can also frustrate users by making other bugs more obvious. Bug fixes not only resolve immediate issues but also contribute to long-term software quality and reliability.

Software maintainers should make corrective changes quickly and often. This approach helps keep software functioning according to user expectations and can offset future problems. Regular efforts to fix bugs help maintain user trust and prevent the accumulation of technical debt.

Example

Assume for this example of corrective maintenance that developers have just launched their software. They learn that users are unable to log on to the application via their social media credentials due to a small defect in the application's authentication code that communicates with the social media platform. Bug reports from users are often the primary source for identifying such issues that require corrective maintenance. The quick update is able to restore login functionality from the social media site.

Adaptive Maintenance

Adaptive maintenance is the modification of software to keep it usable after a change to its operating environment. Many factors can change an application’s environment, including new technical knowledge, hardware and security threats. These changes occur with greater frequency in most environments, so software that doesn’t receive regular adaptive maintenance quickly becomes outdated. Adaptive maintenance may also be required when there are changes in cloud storage infrastructure or policies, which can impact software functionality.

Adaptive changes primarily affect the software’s ability to run on a particular platform, which includes the operating system (OS), hardware and network. Changes in software dependencies, such as operating systems, hardware, or cloud services, often necessitate adaptive maintenance to ensure compatibility. These changes tend to have a low impact on users since they focus on the software’s internal functioning. Integrating an existing application with new technology may result in a slight improvement in performance areas such as scalability and speed, but its overall functioning generally remains unaffected. Users are far more likely to notice when adaptive is completed, as this could prevent the software from working with the latest devices.

Example

In this example of adaptive maintenance, users have been logging on to the software from a social media platform with no problems for the past few days. Suddenly, all users are unable to log in from that site. An investigation by a software developer discovers that the social media site has changed the way it authenticates users with its application programming interface (API), meaning that the software must be modified to accommodate this change. Legacy systems present unique challenges for adaptive maintenance, as outdated or incompatible infrastructure may require significant updates to maintain functionality.

This scenario appears to be very similar to the one described in the corrective maintenance example, but the difference lies in the cause of the logon problem. In the corrective maintenance case, it was caused by an internal software defect. In this example of adaptive maintenance, the problem was due to an external third-party system.

Preventative Maintenance

Preventive maintenance, also known as preventive software maintenance, is the modification of software to detect and correct software errors before they take effect. This type of maintenance is also commonly known as future proofing. Preventive software maintenance plays a crucial role in prolonging the software's lifespan and improving stability. It includes making the software easier to scale more easily in response to increased demand and fixing latent faults before they become operational faults.

Preventative maintenance is almost always completely transparent to the user, as it involves preparation rather than major changes. However, it can have a great impact later by facilitating highly visible changes in addition to increasing the software’s overall stability. Adopting a proactive approach to maintenance, such as regular code reviews, documentation updates, and infrastructure improvements, helps prevent issues before they impact users.

Example

Assume for this example of preventative maintenance that an application’s user base has been steadily increasing. However, a change to that application makes it much more useful to users, causing its user base to suddenly rise dramatically. The figure below shows this event in July 2012.

Figure 2: Growth in User Base

Developers aren’t sure if the application’s server can handle the increased load, but they do know that many users will abandon the product if the server crashes during this period of rapid growth. The organization avoids this outcome by adding more servers, while the developers make the software changes needed to take advantage of them. The application can now bring the additional servers online automatically when traffic reaches a certain level. This preventative maintenance is critical for the software’s continued success, even though it wasn’t needed when the software was first released.

Perfective Maintenance

Perfective maintenance improves the software’s functionality and usability. It includes refining and deleting existing features as well as adding new features, easily making it the largest category of software maintenance. Perfective maintenance may also involve updating or refining software components to ensure continued relevance and effectiveness. In addition to changing an application’s functionality, perfective maintenance can also affect the way it looks. Changes to the software’s interface and user journey are thus part of perfective maintenance.

The scope and nature of perfective maintenance also makes this category the most likely to elicit protests from users. Perfective maintenance helps keep software relevant by adding necessary features and removing outdated ones to adapt to changing user needs. Changes to the backend code are noticeable by users, but changes to the front end are highly visible. Managing perfective maintenance therefore requires greater communication with users to mitigate this negative sentiment. Common techniques include product feedback, promoting the internal use of the software and providing accessible support

Example

In this example of perfective maintenance, assume that users are consistently able to sign on to the application from social media sites. However, user feedback indicates that the first thing they want to see when they log in is their most recent activity, rather than their profile. This change is a type of perfective maintenance. These improvements often result in improved performance, making the software more efficient and user-friendly.

Concept Mapping

The figure below summarizes the reasons for the four types of software maintenance and the costs of not performing them. Neglecting regular maintenance can lead to unexpected system failures, resulting in downtime and loss of user trust:

Figure 3: Concept Map of the Four Maintenance Types

Benefits of Regular Maintenance

Regular software maintenance is a cornerstone of successful software development and long-term business operations. By making maintenance an integral part of the software development lifecycle, organizations can ensure their software systems remain reliable, secure, and aligned with evolving user needs and industry standards. Proactive and consistent maintenance—whether it’s corrective software maintenance, adaptive maintenance, perfective software maintenance, or preventative software maintenance—helps keep software systems running smoothly and cost-effectively.

Here are some of the key benefits of regular software maintenance:

1. Reduced Software Maintenance CostsAddressing issues early through routine maintenance helps prevent small problems from escalating into major, costly failures. By catching bugs and vulnerabilities before they impact users or business operations, organizations can significantly lower their overall software maintenance cost.
2. Improved Software FunctionalityOngoing maintenance activities, such as perfective maintenance, allow development teams to refine existing features, introduce new features, and optimize performance. This ensures that software functionality continues to meet user expectations and business requirements.
3. Enhanced User SatisfactionRegularly fixing bugs, responding to user feedback, and making usability improvements lead to a better user experience. Satisfied users are more likely to remain loyal and recommend the software to others, which is vital for the success of any software product.
4. Increased EfficiencyWell-maintained software systems operate more efficiently, with fewer interruptions and less downtime. This boosts productivity for both users and support teams, allowing organizations to focus on growth rather than troubleshooting.
5. Better CompatibilityAdaptive software maintenance ensures that software remains compatible with new operating systems, hardware, and software environments. This reduces the risk of compatibility issues that can disrupt business operations or alienate users.
6. Improved SecurityPreventative software maintenance involves implementing preventive measures to address security vulnerabilities before they can be exploited. Regular updates and security patches help protect sensitive data and maintain user trust.
7. Reduced Technical DebtBy consistently updating outdated technologies, improving inadequate testing, and refining existing features, organizations can minimize technical debt. This makes future development and maintenance efforts more manageable and less expensive.
8. Improved MaintainabilityMaintenance efforts focused on code quality and documentation make software systems easier to update and modify. Improved software maintainability ensures that future changes can be implemented quickly and with less risk.
9. Increased CompetitivenessStaying up to date with industry trends and incorporating new features through regular maintenance helps organizations maintain a competitive edge. This agility allows businesses to respond to market changes and user demands more effectively.
10. Better Decision-MakingOngoing maintenance provides valuable insights into software performance and user behavior. These insights help organizations make informed decisions about future development, resource allocation, and maintenance strategies.

In summary, regular software maintenance is essential for keeping software systems functional, efficient, and relevant in a rapidly changing technological landscape. By embedding maintenance into the software development lifecycle and adopting effective software maintenance strategies, organizations can control costs, enhance software functionality, and deliver a superior user experience. As technology and user expectations continue to evolve, prioritizing software maintenance is key to long-term success and sustainability.

Maintenance Costs

There’s no standard process in the industry for calculating a maintenance budget or establishing a baseline for this process. Experts have attempted to predict these costs based on representative sampling of projects with similar complexity and scope. However, they don’t generally agree on what a maintenance budget should look like, even at a high level. For example, Jussi Koskinen estimates that maintenance costs account for more than 90 percent of the total development cost for software, while Stephen R. Scach cites a figure of 67 percent. Having a comprehensive software maintenance plan is crucial to ensure system performance, longevity, and organizational competitiveness.

While a number of factors account for this large difference in findings, the main one is that the studies use different projects. The many variables in software development ensure that projects can’t be easily compared to each other. Maintenance budgets should account for both planned and unplanned activities, as both are essential for keeping software systems reliable and up-to-date. Furthermore, the distinction between development and maintenance is becoming increasingly less significant. Methodologies such as Agile and Lean UX both include the practice of continuing development, which may also be considered maintenance once the software is released to users. This paradigm shift requires a more delicate balance in budgeting among the four types of maintenance than in the traditional waterfall development model.

Application maintenance includes ongoing support, updates, and infrastructure management to ensure business continuity.

Third-party Services

Creating a maintenance budget on the basis of “average” projects is inviting failure since new conditions can cause it to change drastically. Furthermore, maintenance is about ensuring stable daily operations as much as it is about fixing bugs. Software maintenance activities include a range of tasks necessary to ensure the ongoing stability and performance of the software system. In many cases, the solution to a problem requires changing something outside the software.

Third-party services allow developers to complete a project more quickly, but this dependency also increases maintenance costs. Mature software maintenance processes help organizations manage the complexities introduced by third-party services. This cost increases with the software’s complexity, which developers must consider when creating code with third-party services. The app’s initial infrastructure is also a factor in determining its suitability for development with these services.

Examination of specific projects is an effective method of understanding the effect of third-party services on maintenance costs. Maintenance engineers play a crucial role in optimizing resource usage and supporting both maintenance and development activities across multiple software systems. The hypothetical projects in this comparison both have more than 20,000 users and have been in use for a year. Beyond that, the projects are quite different.

A well-maintained software system is better equipped to handle changes in third-party services and infrastructure.

Product A

Product A is a social networking mobile app with geolocation capability. Its purpose is to connect people who like barbecue, allowing them to discuss topics such as barbecuing techniques and the latest barbecue restaurants in their area. Developers were able to build Product A extremely quickly through third-party integrations, which the app uses to do most of its work. This short development time has been critical to Product A’s early success in tapping into the rapidly growing barbecue market. Product A has many features to enhance user experience, but some of them see little use.

One of the most significant costs for Product A is that seemingly simple functionality often breaks due to updates to the third-party services it uses. This problem means that software developers must constantly integrate updates to these services into their own applications, perform regression testing, and ensure the app remains functional and competitive. In one particular case, an update to a service used to notify users prevented them from knowing about a major barbecue competition in their area. To make matters worse, mobile OSs like Android and iOS typically require developers to perform multiple rounds of regression testing to ensure that the latest update didn’t create a bug in another function. Developers must then fix this broken functionality before they can apply the next update to the OS.

Product B

Product B is a web app that awards and tracks employee points for a particular company. Managers can log in to award points for employees for various accomplishments, such as completing a project on schedule. Team members can then redeem their points for qualifying prizes in a pool.

The developer created this application specifically for that company as part of a pilot program. It’s very simple, allowing the developer to host it internally by its own IT department. Furthermore, the software has almost no third-party dependencies, so the developer doesn’t have to worry about the application crashing due to updates of third-party services or the OS. Product B’s maintenance requirements are quite low compared to those of Product A. The simplicity of Product B means it does not require specialized knowledge for ongoing maintenance, unlike more complex systems.

Best Practices

Despite the challenges involved, software maintenance projects require a detailed plan that prioritizes the various maintenance types. Specialized knowledge is essential for developing and executing effective maintenance plans, as it enables teams to address complex issues and adapt to changing technologies. While this process isn’t well standardized, it should take factors such as the software’s maturity, its purpose, and the development team into account.

Maintaining software systems requires ongoing training, infrastructure adaptation, and the implementation of best practices to address evolving challenges and ensure sustainability. The following best practices show how to develop such a maintenance plan.

Maturity

An application’s maturity level and requirements for attaining high user satisfaction are critical for creating a maintenance budget. For example, software that hasn’t been released yet requires greater emphasis on corrective and perfective maintenance. New software typically requires more frequent updates and refinements to address initial defects and user feedback. This is because the software is too immature for developers to have resolved its defects, nor have users had the opportunity to firmly establish the behavior they want from the software. By the same token, adaptive and preventative maintenance becomes more important for more mature products.

Regardless of the application’s maturity level, greater volatility increases maintenance efforts. Furthermore, shorter development time also increases maintenance requirements due to the larger number of workarounds in the code. An increasingly common solution for this problem is to develop software with a lean methodology that firmly establishes an application’s desired complexity level during development.

Purpose

The developer’s level of understanding about the software’s purpose also has a profound effect on its maintenance plan. A clear understanding of the software's purpose helps prioritize maintenance efforts on the most critical software components. If developers are still gathering user feedback to determine what the software should do, perfective maintenance should have a greater priority. Consider the example of a startup company that has developed an application to sign up prospective customers. Perfecting that process would most likely be the highest priority for the developer.

On the other hand, preventative maintenance becomes a higher priority when system stability is more important than functionality. For example, a back-office system will probably want to focus on optimizing the database before anything else. These scenarios illustrate the importance of establishing priorities when developing a maintenance budget.

Team

The composition of the maintenance team is an issue that often fails to get the attention it deserves when planning software maintenance. In some cases, the organization using the application may have the technical expertise needed to maintain it, resulting in significant savings on maintenance.

Whether the maintenance team works for the user or developer, it needs to include subject matter experts (SMEs) who can provide a solid technical understanding of the software. Maintaining complex software systems may require specialized knowledge to address technical challenges and ensure effective maintenance. These topics include the application’s architecture, business logic, and overall purpose. This level of familiarity over the software helps ensure a better maintenance plan and a more accurate budget. If you don’t already have at least one person like this on your team, you should hire outside experts and allow them the time needed to become familiar with your software.

Constraints

A maintenance plan must also address any constraints on maintenance. These could include an aggressive service level agreement (SLA) that requires the software to provide an unusually high level of uptime, which can limit the time available for some types of maintenance. Many developers also have a hard limit on what they can spend on maintenance. If you are using proprietary software, additional constraints may arise, such as licensing costs and limited control over updates and support. Regardless of the specific constraints, you need to discuss them before you can develop a maintenance plan.

Budget Checklist

This section provides more concrete information on developing a maintenance budget than the conceptual material in the previous material. The following checklist will aid in estimating the specific types of maintenance by ensuring you don’t omit major expenses from your plan.

• Hosting. These include the fees for bandwidth, domain renewals, infrastructure, and SSL.
• Preventative maintenance. The fees include periodic updates to plugins and security patches.
• Changes in business logic or other rules. These changes may be mandated by law, which can change frequently.
• Defect resolution. You can calculate the total cost of this maintenance by multiplying the number of defects by average cost of fixing each defect.
• Rewriting code to improve maintainability.
• Support for third-party dependencies, including managing software dependencies to ensure ongoing compatibility and functionality as dependencies such as operating systems, hardware, or cloud services change.
• Developer account fees. Both Android and iOS charge fees to developers for their respective OSs.
• Software licenses.
• Perfective updates for the user interface (UI) and user experience (UX).
• 10 SaaS account fees.

Additional Tips

The process of developing a maintenance budget is similar to that used to estimate the initial cost of the project, although maintenance has more variables than development. As with other cost estimates, this process is much more of an art than science. However, estimates that are more discrete and comprehensive also tend to be more accurate.

The most important tips for reducing maintenance costs include anticipating and planning for them during initial development. It’s also critical to consider your product’s volatility of purpose when estimating costs. Work with your software developer to ensure the budget is customized for that product. You should also strive to find the optimum balance between developing new features and fixing defects in existing code. Always try to identify as many specific maintenance tasks as possible. Regular maintenance not only reduces costs but also enhances performance, making the software more efficient and reliable over time.

Summary

The inevitable costs of maintaining software shouldn't deter you from building a product by themselves. However, it's essential to structure its early development in a way that keeps those costs manageable. Planning and preparation go a long way towards minimizing maintenance costs over the long term.

About Baytech

At Baytech Consulting, we specialize in guiding businesses through this process, helping you build scalable, efficient, and high-performing software that evolves with your needs. Our MVP first approach helps our clients minimize upfront costs and maximize ROI. Ready to take the next step in your software development journey? Contact us today to learn how we can help you achieve your goals with a phased development approach.

About the Author

Bryan Reynolds is an accomplished technology executive with more than 25 years of experience leading innovation in the software industry. As the CEO and founder of Baytech Consulting, he has built a reputation for delivering custom software solutions that help businesses streamline operations, enhance customer experiences, and drive growth.

Bryan’s expertise spans custom software development, cloud infrastructure, artificial intelligence, and strategic business consulting, making him a trusted advisor and thought leader across a wide range of industries.