SUPPORT THE WORK

GetWiki

Software maintenance

ARTICLE SUBJECTS
aesthetics  →
being  →
complexity  →
database  →
enterprise  →
ethics  →
fiction  →
history  →
internet  →
knowledge  →
language  →
licensing  →
linux  →
logic  →
method  →
news  →
perception  →
philosophy  →
policy  →
purpose  →
religion  →
science  →
sociology  →
software  →
truth  →
unix  →
wiki  →
ARTICLE TYPES
essay  →
feed  →
help  →
system  →
wiki  →
ARTICLE ORIGINS
critical  →
discussion  →
forked  →
imported  →
original  →
Software maintenance
[ temporary import ]
please note:
- the content below is remote from Wikipedia
- it has been imported raw for GetWiki
{{Multiple issues|{{Citation style|date=September 2010}}{{Refimprove|date=January 2015}}}}{{Software development process}}Software maintenance in software engineering is the modification of a software product after delivery to correct faults, to improve performance or other attributes.WEB,weblink ISO/IEC 14764:2006 Software Engineering — Software Life Cycle Processes — Maintenance, Iso.org, 2011-12-17, 2013-12-02, A common perception of maintenance is that it merely involves fixing defects. However, one study indicated that over 80% of maintenance effort is used for non-corrective actions.Pigoski, Thomas M., 1997: Practical software maintenance: Best practices for managing your software investment. Wiley Computer Pub. (New York) This perception is perpetuated by users submitting problem reports that in reality are functionality enhancements to the system.{{citation needed|date=January 2015}} More recent studies put the bug-fixing proportion closer to 21%.Eick, S., Graves, T., Karr, A., Marron, J., and Mockus, A. 2001. Does Code Decay? Assessing Evidence from Change Management Data. IEEE Transactions on Software Engineering. 27(1) 1-12.

History

Software maintenance and evolution of systems was first addressed by Meir M. Lehman in 1969. Over a period of twenty years, his research led to the formulation of Lehman's Laws (Lehman 1997). Key findings of his research include that maintenance is really evolutionary development and that maintenance decisions are aided by understanding what happens to systems (and software) over time. Lehman demonstrated that systems continue to evolve over time. As they evolve, they grow more complex unless some action such as code refactoring is taken to reduce the complexity.In the late 1970s, a famous and widely cited survey study by Lientz and Swanson, exposed the very high fraction of life-cycle costs that were being expended on maintenance. They categorized maintenance activities into four classes:
  • Adaptive – modifying the system to cope with changes in the software environment (DBMS, OS) Software Maintenance and Re-engineering, CSE2305 Object-Oriented Software Engineering
  • Perfective – implementing new or changed user requirements which concern functional enhancements to the software
  • Corrective – diagnosing and fixing errors, possibly ones found by users
  • Preventive – increasing software maintainability or reliability to prevent problems in the future
The survey showed that around 75% of the maintenance effort was on the first two types, and error correction consumed about 21%. Many subsequent studies suggest a similar magnitude of the problem. Studies show that contribution of end user is crucial during the new requirement data gathering and analysis. And this is the main cause of any problem during software evolution and maintenance. So software maintenance is important because it consumes a large part of the overall lifecycle costs and also the inability to change software quickly and reliably means that business opportunities are lost.Lientz B., Swanson E., 1980: Software Maintenance Management. Addison Wesley, Reading, MALehman M. M., 1980: Program, Life-Cycles and the Laws of Software Evolution. In Proceedings of IEEE, 68, 9,1060-1076Penny Grubb, Armstrong A. Takang, 2003: Software Maintenance: Concepts and Practice. World Scientific Publishing Company

Importance of software maintenance

The key software maintenance issues are both managerial and technical. Key management issues are: alignment with customer priorities, staffing, which organization does maintenance, estimating costs. Key technical issues are: limited understanding, impact analysis, testing, maintainability measurement.Software maintenance is a very broad activity that includes error correction, enhancements of capabilities, deletion of obsolete capabilities, and optimization. Because change is inevitable, mechanisms must be developed for evaluation, controlling and making modifications.So any work done to change the software after it is in operation is considered to be maintenance work.The purpose is to preserve the value of software over the time. The value can be enhanced by expanding the customer base, meeting additional requirements, becoming easier to use, more efficient and employing newer technology. Maintenance may span for 20 years, whereas development may be 1-2 years.

Software maintenance planning

An integral part of software is the maintenance one, which requires an accurate maintenance plan to be prepared during the software development. It should specify how users will request modifications or report problems. The budget should include resource and cost estimates. A new decision should be addressed for the developing of every new system feature and its quality objectives. The software maintenance, which can last for 5–6 years (or even decades) after the development process, calls for an effective plan which can address the scope of software maintenance, the tailoring of the post delivery/deployment process, the designation of who will provide maintenance, and an estimate of the life-cycle costs. The selection of proper enforcement of standards is the challenging task right from early stage of software engineering which has not got definite importance by the concerned stakeholders.

Software maintenance processes

This section describes the six software maintenance processes as:
  1. The implementation process contains software preparation and transition activities, such as the conception and creation of the maintenance plan; the preparation for handling problems identified during development; and the follow-up on product configuration management.
  2. The problem and modification analysis process, which is executed once the application has become the responsibility of the maintenance group. The maintenance programmer must analyze each request, confirm it (by reproducing the situation) and check its validity, investigate it and propose a solution, document the request and the solution proposal, and finally, obtain all the required authorizations to apply the modifications.
  3. The process considering the implementation of the modification itself.
  4. The process acceptance of the modification, by confirming the modified work with the individual who submitted the request in order to make sure the modification provided a solution.
  5. The migration process (platform migration, for example) is exceptional, and is not part of daily maintenance tasks. If the software must be ported to another platform without any change in functionality, this process will be used and a maintenance project team is likely to be assigned to this task.
  6. Finally, the last maintenance process, also an event which does not occur on a daily basis, is the retirement of a piece of software.
There are a number of processes, activities and practices that are unique to maintainers, for example:
  • Transition: a controlled and coordinated sequence of activities during which a system is transferred progressively from the developer to the maintainer;
  • Service Level Agreements (SLAs) and specialized (domain-specific) maintenance contracts negotiated by maintainers;
  • Modification Request and Problem Report Help Desk: a problem-handling process used by maintainers to prioritize, documents and route the requests they receive;

Categories of maintenance in ISO/IEC 14764

E.B. Swanson initially identified three categories of maintenance: corrective, adaptive, and perfective.WEB,weblink E. Burt Swanson, The dimensions of maintenance. Proceedings of the 2nd international conference on Software engineering, San Francisco, 1976, pp 492 — 497, 10.1145/359511.359522, Portal.acm.org, 2013-12-02, The IEEE 1219 standard was superseded in June 2010 by P14764.Status of 1219-1998 by IEEE StandardsThese have since been updated and ISO/IEC 14764 presents:
  • Corrective maintenance: Reactive modification of a software product performed after delivery to correct discovered problems.
  • Adaptive maintenance: Modification of a software product performed after delivery to keep a software product usable in a changed or changing environment.
  • Perfective maintenance: Modification of a software product after delivery to improve performance or maintainability.
  • Preventive maintenance: Modification of a software product after delivery to detect and correct latent faults in the software product before they become effective faults.
There is also a notion of pre-delivery/pre-release maintenance which is all the good things you do to lower the total cost of ownership of the software. Things like compliance with coding standards that includes software maintainability goals. The management of coupling and cohesion of the software. The attainment of software supportability goals (SAE JA1004, JA1005 and JA1006 for example). Note also that some academic institutions{{Who|date=January 2015}} are carrying out research to quantify the cost to ongoing software maintenance due to the lack of resources such as design documents and system/software comprehension training and resources (multiply costs by approx. 1.5-2.0 where there is no design data available).

Maintenance Factors

Impact of key adjustment factors on maintenance (sorted in order of maximum positive impact){| ! Maintenance Factors !! Plus Range
| 35%
| 34%
| 33%
| 32%
| 30%
| 29%
| 27%
| 25%
| 23%
| 20%
| 20%
| 20%
| 18%
| 18%
| 16%
| 15%
| 15%
| 12%
10 days >| 12%
| 12%
| 12%
| 10%
| 10%
| 8%
| 7%
| 5%
| 5%
! Sum !! 503%
Not only are error-prone modules troublesome, but many other factors can degrade performance too. For example, very complex “spaghetti code” is quite difficult to maintain safely.A very common situation which often degrades performance is lack of suitable maintenance tools, such as defect tracking software, change management software, and test library software. Below describe some of the factors and the range of impact on software maintenance.Impact of key adjustment factors on maintenance (sorted in order of maximum negative impact){| ! Maintenance Factors !! Minus Range
| -50%
| -45%
| -40%
| -30%
| -28%
| -27%
| -25%
| -24%
| -22%
| -18%
| -18%
| -18%
| -16%
| -15%
| -15%
| -15%
| -12%
| -15%
| -10%
| -10%
| -10%
| -10%
| -10%
| -7%
| -6%
| -4%
| 0%
!Sum !! -500%
WEB,weblink The Economics Of Software Maintenance In The Twenty First Century, PDF, 2013-12-02, yes,weblink" title="web.archive.org/web/20150319075401weblink">weblink 2015-03-19,

See also

References

WEB, Pigoski, Thomas, Chapter 6: Software Maintenance,weblink SWEBOK, IEEE, 5 November 2012,

Further reading

  • BOOK, 10.1109/IEEESTD.2006.235774, ISO/IEC 14764 IEEE Std 14764-2006 Software Engineering — Software Life Cycle Processes — Maintenance, 2006, 0-7381-4960-8,
  • BOOK, Pigoski, Thomas M., Practical Software Maintenance, New York, John Wiley & Sons, 1996, 978-0-471-17001-3,
  • BOOK, Pigoski, Thomas M., Description for Software Evolution and Maintenance (version 0.5), SWEBOK Knowledge Area,
  • BOOK, April, Alain, Abran, Alain, Software Maintenance Management, New York, Wiley-IEEE, 2008, 978-0-470-14707-8,
  • BOOK, Gopalaswamy Ramesh, Ramesh Bhattiprolu, Software maintenance : effective practices for geographically distributed environments, New Delhi, Tata McGraw-Hill, 2006, 978-0-07-048345-3,
  • BOOK, Grubb, Penny, Takang, Armstrong, Software Maintenance, New Jersey, World Scientific Publishing, 2003, 978-981-238-425-6,
  • BOOK, Lehman, M.M., Belady, L.A., Program evolution : processes of software change, London, Academic Press Inc, 1985, 0-12-442441-4,
  • BOOK, Page-Jones, Meilir, The Practical Guide to Structured Systems Design, New York, Yourdon Press, 1980, 0-917072-17-0,

External links

{{Computer science}}{{Software engineering}}{{IEEE standards}}{{ISO standards}}{{Authority control}}

- content above as imported from Wikipedia
- "Software maintenance" does not exist on GetWiki (yet)
- time: 9:23am EDT - Mon, Sep 24 2018
[ this remote article is provided by Wikipedia ]
LATEST EDITS [ see all ]
GETWIKI 09 MAY 2016
GETWIKI 18 OCT 2015
M.R.M. Parrott
Biographies
GETWIKI 20 AUG 2014
GETWIKI 19 AUG 2014
GETWIKI 18 AUG 2014
Wikinfo
Culture
CONNECT