ISO/IEC 14764:2006
(Main)Software Engineering - Software Life Cycle Processes - Maintenance
Software Engineering - Software Life Cycle Processes - Maintenance
ISO/IEC 14764:2006 describes in greater detail management of the Maintenance Process described in ISO/IEC 12207, including Amendments. It also establishes definitions for the various types of maintenance. ISO/IEC 14764:2006 provides guidance that applies to planning, execution and control, review and evaluation, and closure of the Maintenance Process. The scope of ISO/IEC 14764:2006 includes maintenance for multiple software products with the same maintenance resources. "Maintenance" in ISO/IEC 14764:2006 means software maintenance unless otherwise stated. ISO/IEC 14764:2006 provides the framework within which generic and specific software maintenance plans may be executed, evaluated, and tailored to the maintenance scope and magnitude of given software products. It provides the framework, precise terminology and processes to allow the consistent application of technology (tools, techniques and methods) to software maintenance. ISO/IEC 14764:2006 provides guidance for the maintenance of software. The basis for the Maintenance Process and its activities comes from the definitions of ISO/IEC 12207. It defines the activities and tasks of software maintenance, and provides maintenance planning requirements. It does not address the operation of software and the operational functions, e.g. backup, recovery and system administration, which are normally performed by those who operate the software. ISO/IEC 14764:2006 is written primarily for maintainers of software and additionally for those responsible for development and quality assurance. It may also be used by acquirers and users of systems containing software who may provide inputs to the maintenance plan.
Ingénierie du logiciel — Processus du cycle de vie du logiciel — Maintenance
General Information
Relations
Frequently Asked Questions
ISO/IEC 14764:2006 is a standard published by the International Organization for Standardization (ISO). Its full title is "Software Engineering - Software Life Cycle Processes - Maintenance". This standard covers: ISO/IEC 14764:2006 describes in greater detail management of the Maintenance Process described in ISO/IEC 12207, including Amendments. It also establishes definitions for the various types of maintenance. ISO/IEC 14764:2006 provides guidance that applies to planning, execution and control, review and evaluation, and closure of the Maintenance Process. The scope of ISO/IEC 14764:2006 includes maintenance for multiple software products with the same maintenance resources. "Maintenance" in ISO/IEC 14764:2006 means software maintenance unless otherwise stated. ISO/IEC 14764:2006 provides the framework within which generic and specific software maintenance plans may be executed, evaluated, and tailored to the maintenance scope and magnitude of given software products. It provides the framework, precise terminology and processes to allow the consistent application of technology (tools, techniques and methods) to software maintenance. ISO/IEC 14764:2006 provides guidance for the maintenance of software. The basis for the Maintenance Process and its activities comes from the definitions of ISO/IEC 12207. It defines the activities and tasks of software maintenance, and provides maintenance planning requirements. It does not address the operation of software and the operational functions, e.g. backup, recovery and system administration, which are normally performed by those who operate the software. ISO/IEC 14764:2006 is written primarily for maintainers of software and additionally for those responsible for development and quality assurance. It may also be used by acquirers and users of systems containing software who may provide inputs to the maintenance plan.
ISO/IEC 14764:2006 describes in greater detail management of the Maintenance Process described in ISO/IEC 12207, including Amendments. It also establishes definitions for the various types of maintenance. ISO/IEC 14764:2006 provides guidance that applies to planning, execution and control, review and evaluation, and closure of the Maintenance Process. The scope of ISO/IEC 14764:2006 includes maintenance for multiple software products with the same maintenance resources. "Maintenance" in ISO/IEC 14764:2006 means software maintenance unless otherwise stated. ISO/IEC 14764:2006 provides the framework within which generic and specific software maintenance plans may be executed, evaluated, and tailored to the maintenance scope and magnitude of given software products. It provides the framework, precise terminology and processes to allow the consistent application of technology (tools, techniques and methods) to software maintenance. ISO/IEC 14764:2006 provides guidance for the maintenance of software. The basis for the Maintenance Process and its activities comes from the definitions of ISO/IEC 12207. It defines the activities and tasks of software maintenance, and provides maintenance planning requirements. It does not address the operation of software and the operational functions, e.g. backup, recovery and system administration, which are normally performed by those who operate the software. ISO/IEC 14764:2006 is written primarily for maintainers of software and additionally for those responsible for development and quality assurance. It may also be used by acquirers and users of systems containing software who may provide inputs to the maintenance plan.
ISO/IEC 14764:2006 is classified under the following ICS (International Classification for Standards) categories: 35.080 - Software. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO/IEC 14764:2006 has the following relationships with other standards: It is inter standard links to ISO/IEC/IEEE 14764:2022, ISO/IEC 14764:1999. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/IEC 14764:2006 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 14764
IEEE
Std 14764-2006
Second edition
2006-09-01
Software Engineering — Software Life
Cycle Processes — Maintenance
Ingénierie du logiciel — Processus du cycle de vie du logiciel —
Maintenance
Reference number
IEEE
Std 14764-2006
IEEE Std 14764-2006
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.
ISO
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
ii
IEEE Std 14764-2006
(Revision of IEEE Std 1219-1988)
Secretariat: Standards Council of Canada
Date 2005-06-29
Standard for Software Engineering —
Software Life Cycle Processes —
Maintenance
Norme pour ingénierie du logiciel — Processus de cycle de vie du logiciel — Maintenance
Sponsor
Software & Systems Engineering Standards Committee
of the
IEEE Computer Society
Approved 30 March 2006
IEEE SA Standards Board
IEEE Std 14764-2006
Abstract: The process for managing and executing software maintenance activities is described.
Keywords: life cycle, maintenance, software, software maintenance
This ISO/IEEE document is an International Standard and is copyright-protected by ISO and the IEEE. Except as
permitted under the applicable laws of the user’s country, neither this ISO/IEEE standard nor any extract from it may be
reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, photocopying,
recording or otherwise, without prior written permission being secured. Requests for permission to reproduce should be
addressed to either ISO or the IEEE at the addresses below.
ISO Copyright Office Institute of Electrical and Electronics Engineers
Case postale 56 · CH-1211 Geneva 20 Standards Association
Tel. + 41 22 749 01 11 Manager, Standards
Fax + 41 22 749 09 47 Intellectual Property
E-mail copyright@iso.org 445 Hoes Lane
Web www.iso.org Piscataway, NJ 08854
E-mail: stds.ipr@ieee.org
Web: www.ieee.org
Published 19 May 2006. Printed in the United States of America.
IEEE is a registered trademark in the U.S. Patent & Trademark Office, owned by the Institute of Electrical and
Electronics Engineers, Incorporated.
Print: ISBN 0-7381-4960-8 SH95534
PDF: ISBN 0-7381-4961-6 SS95534
No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the
prior written permission of the publisher.
iv © IEEE 2006 – All rights reserved
IEEE Std 14764-2006
IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of the IEEE
Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus development process,
approved by the American National Standards Institute, which brings together volunteers representing varied viewpoints and
interests to achieve the final product. Volunteers are not necessarily members of the Institute and serve without compensation.
While the IEEE administers the process and establishes rules to promote fairness in the consensus development process, the IEEE
does not independently evaluate, test, or verify the accuracy of any of the information contained in its standards.
Use of an IEEE Standard is wholly voluntary. The IEEE disclaims liability for any personal injury, property or other damage, of
any nature whatsoever, whether special, indirect, consequential, or compensatory, directly or indirectly resulting from the
publication, use of, or reliance upon this, or any other IEEE Standard document.
The IEEE does not warrant or represent the accuracy or content of the material contained herein, and expressly disclaims any
express or implied warranty, including any implied warranty of merchantability or fitness for a specific purpose, or that the use of
the material contained herein is free from patent infringement. IEEE Standards documents are supplied “AS IS.”
The existence of an IEEE Standard does not imply that there are no other ways to produce, test, measure, purchase, market, or
provide other goods and services related to the scope of the IEEE Standard. Furthermore, the viewpoint expressed at the time a
standard is approved and issued is subject to change brought about through developments in the state of the art and comments
received from users of the standard. Every IEEE Standard is subjected to review at least every five years for revision or
reaffirmation. When a document is more than five years old and has not been reaffirmed, it is reasonable to conclude that its
contents, although still of some value, do not wholly reflect the present state of the art. Users are cautioned to check to determine
that they have the latest edition of any IEEE Standard.
In publishing and making this document available, the IEEE is not suggesting or rendering professional or other services for, or on
behalf of, any person or entity. Nor is the IEEE undertaking to perform any duty owed by any other person or entity to another.
Any person utilizing this, and any other IEEE Standards document, should rely upon the advice of a competent professional in
determining the exercise of reasonable care in any given circumstances.
Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate to specific
applications. When the need for interpretations is brought to the attention of IEEE, the Institute will initiate action to prepare
appropriate responses. Since IEEE Standards represent a consensus of concerned interests, it is important to ensure that any
interpretation has also received the concurrence of a balance of interests. For this reason, IEEE and the members of its societies and
Standards Coordinating Committees are not able to provide an instant response to interpretation requests except in those cases
where the matter has previously received formal consideration. At lectures, symposia, seminars, or educational courses, an
individual presenting information on IEEE standards shall make it clear that his or her views should be considered the personal
views of that individual rather than the formal position, explanation, or interpretation of the IEEE.
Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership affiliation with IEEE.
Suggestions for changes in documents should be in the form of a proposed change of text, together with appropriate supporting
comments. Comments on standards and requests for interpretations should be addressed to:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
Piscataway, NJ 08854
USA
NOTE−Attention is called to the possibility that implementation of this standard may require use of subject matter covered by
patent rights. By publication of this standard, no position is taken with respect to the existence or validity of any patent rights in
connection therewith. The IEEE shall not be responsible for identifying patents for which a license may be required by an IEEE
standard or for conducting inquiries into the legal validity or scope of those patents that are brought to its attention.
Authorization to photocopy portions of any individual standard for internal or personal use is granted by the Institute of Electrical
and Electronics Engineers, Inc., provided that the appropriate fee is paid to Copyright Clearance Center. To arrange for payment of
licensing fee, please contact Copyright Clearance Center, Customer Service, 222 Rosewood Drive, Danvers, MA 01923 USA; +1
978 750 8400. Permission to photocopy portions of any individual standard for educational classroom use can also be obtained
through the Copyright Clearance Center.
© IEEE 2006 – All rights reserved v
IEEE Std 14764-2006
International Standard ISO/IEC 14764:2006(E)
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity. ISO and IEC technical
committees collaborate in fields of mutual interest. Other international organizations, governmental and non-
governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology,
ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC/IEEE 14764 was prepared by Joint Technical Committee ISO/IEC JTC 1, Subcommittee SC 7,
(Software and Systems Engineering).
The first edition of ISO/IEC 14764 was prepared by ISO/IEC JTC 1/SC 7. The current edition is the result of
merging the original edition with IEEE Std 1219-1998. ISO/IEC JTC 1/SC 7 and the IEEE Computer Society
cooperated in this project to merge the two standards. This second edition cancels and replaces the first edition
(1999).
International Organization for Standardization/International Electrotechnical Commission
Case postale 56 • CH-1211 Genève 20 • Switzerland
vi © IEEE 2006 – All rights reserved
IEEE Std 14764-2006
IEEE Introduction
This introduction is not part of ISO/IEC/IEEE 14764:2005(E), Standard for Software Engineering—Software
Life Cycle Processes—Maintenance.
This International Standard provides guidance on the Software Maintenance Process. Software Maintenance is
a primary process in the life cycle of a software product, as described in ISO/IEC 12207, “Information
technology – Software life cycle processes.” The Maintenance Process contains the activities and tasks of the
maintainer. This International Standard is part of the ISO/IEC 12207 family of documents. In this International
Standard, ISO/IEC 12207 refers to ISO/IEC 12207:1995 as amended in 2002 and 2004. The only mandatory
clauses in this International Standard come from ISO/IEC 12207. The mandatory clauses contain shalls and
each shall from ISO/IEC 12207 that is duplicated in this International Standard is boxed. The related ISO/IEC
12207 clause number is listed after the boxed ISO/IEC 12207 shalls. This International Standard is the result of
the harmonization of ISO/IEC 14764 and IEEE Std 1219-1998.
Because maintenance consumes a major share of a software life cycle financial resources, it should be an
important project consideration.
During operation of the software, problems may be detected that were not detected during validation and
acceptance. Therefore, a maintenance effort is needed to cope with these problems. This maintenance effort
also covers software improvements needed to meet new or modified user requirements. Software maintenance
is commonly needed when upgrading system components, such as operating systems and databases, as well as
when modifications are made to external software and systems interfaces. Software maintenance may be a
significant portion of life cycle costs.
Software maintainers use a number of specific tools, methods, and techniques. This International Standard does
not specify how to implement or perform the activities and tasks in the Software Maintenance Process since
these are dependent upon the formal agreement and organizational requirements. Maintenance is required on all
types of software, whatever the technology, technique, or tool used to create it.
Clause 1 provides the scope of this International Standard. Clause 2 provides conformance information. Clause
3 provides normative references. Clause 4 provides terms and definitions. Clause 5 provides the application of
this International Standard. Clause 6 provides the details of the Maintenance Process. Clause 7 provides
execution considerations for the Maintenance Process. Clause 8 provides the software maintenance strategy.
Annex A provides a cross reference between clauses in this International Standard and ISO/IEC 12207. Annex
B provides a list of abbreviations used in this International Standard. Annex C provides a bibliography.
Notice to users
Errata
Errata, if any, for this and all other standards can be accessed at the following URL: http://
standards.ieee.org/reading/ieee/updates/errata/index.html. Users are encouraged to check this URL for errata
periodically.
Interpretations
Current interpretations can be accessed at the following URL: http://standards.ieee.org/reading/ieee/interp/
index.html.
Patents
Attention is called to the possibility that implementation of this standard may require use of subject matter
covered by patent rights. By publication of this standard, no position is taken with respect to the existence or
validity of any patent rights in connection therewith. The IEEE shall not be responsible for identifying patents
or patent applications for which a license may be required to implement an IEEE standard or for conducting
inquiries into the legal validity or scope of those patents that are brought to its attention.
IEEE publications are available from the Institute of Electrical and Electronics Engineers, Inc., 445 Hoes Lane, Piscataway, NJ 08854,
USA (http://standards.ieee.org/).
© IEEE 2006 – All rights reserved vii
IEEE Std 14764-2006
Participants
At the time this standard was completed, the Software Maintenance Working Group had the following
membership:
Paul Croll, Chair
Thomas Pigoski, Editor
James W. Moore, Liaison to ISO/IEC JTC 1/SC 7
The following members of the individual balloting committee voted on this standard. Balloters may have voted
for approval, disapproval, or abstention.
Edward Bartlett Christof Ebert Carol Long Mike Smith
Bakul Banerjee John Fendrich James Moore Mitchell Smith
Juris Borzovs Gregg Giesler Jeremy Moore Luca Spotorno
Curtis Browne John Garth Glynn Richard Moore Thomas Starai
Bruce Bullock Lewis Gray Rajesh Moorkath Richard Thayer
Joseph Butchko Michael Grimley Gerald Radack Scott Valcourt
Keith Chow Victoria Hailey Annette Reilly John Walz
Antonio M. Cicu John Horch Garry Roedler Oren Yuen
Todd Cooper Peeya Iwagoshi Terence Rout Janusz Zalewski
Paul Croll William Junk James Ruggieri Li Zhang
Geoffrey Darnton Joerg Kampmann James Sanders Geraldine Zimmerman
Guru Dutt Dhingra Piotr Karocki Robert J. Schaaf
Einar Dragstedt Ron Kenett David Schultz
Clint Early J. Dennis Lawrence Carl Singer
When the IEEE-SA Standards Board approved this standard on 30 March 2006, it had the following
membership:
Steve M. Mills, Chair
Richard H. Hulett, Vice Chair
Don Wright, Past Chair
Judith Gorman, Secretary
Mark D. Bowman William B. Hopf Ronald C. Petersen
Dennis B. Brophy Lowell G. Johnson Gary S. Robinson
Joseph Bruder Herman Koch Frank Stone
Richard Cox Joseph L. Koepfinger* Malcolm V. Thaden
Bob Davis David J. Law Richard L. Townsend
Julian Forster* Daleep C. Mohla Joe D. Watson
Joanna N. Guenin Paul Nikolich Howard L. Wolfman
Mark S. Halpin T. W. Olsen
Raymond Hapeman Glenn Parsons
*Member Emeritus
Also included are the following non-voting IEEE-SA Standards Board liaisons:
Satish K. Aggarwal, NRC Representative
Richard DeBlasio, DOE Representative
Alan H. Cookson, NIST Representative
Mike Fisher
IEEE Standards Project Editor
viii © IEEE 2006 – All rights reserved
IEEE Std 14764-2006
CONTENTS
1 Overview.1
1.1 Scope .1
1.2 Purpose .1
1.3 Field of application .1
1.4 Limitations.2
1.5 Conformance.2
2 Normative references .2
3 Definitions and terms .3
4 Application of this International Standard.4
4.1 Maintenance Process.4
4.2 Organization of this International Standard .5
5 Maintenance Processes.5
5.1 Process Implementation.6
5.1.1 Inputs .6
5.1.2 Tasks.7
5.1.3 Controls.8
5.1.4 Support.8
5.1.5 Outputs.8
5.2 Problem and Modification Analysis .9
5.2.1 Inputs .9
5.2.2 Tasks.9
5.2.3 Controls.12
5.2.4 Support.12
5.2.5 Outputs.12
5.3 Modification Implementation .13
5.3.1 Inputs .13
5.3.2 Tasks.13
5.3.3 Controls.14
5.3.4 Support.14
5.3.5 Outputs.15
5.4 Maintenance Review/Acceptance.15
5.4.1 Inputs .15
5.4.2 Tasks.15
5.4.3 Controls.16
5.4.4 Support.16
5.4.5 Outputs.17
5.5 Migration .17
5.5.1 Inputs .17
5.5.2 Tasks.17
5.5.3 Controls.20
5.5.4 Support.20
5.5.5 Outputs.21
5.6 Software retirement.21
5.6.1 Inputs .21
5.6.2 Tasks.22
5.6.3 Controls.24
5.6.4 Support.24
5.6.5 Outputs.24
6 Execution considerations.24
6.1 Introduction.24
6.2 Types of maintenance .25
6.3 Arrangements for maintenance .25
© IEEE 2006 – All rights reserved ix
IEEE Std 14764-2006
6.4 Tools for maintenance .26
6.5 Software maintenance measurement .27
6.6 Documentation of process .27
6.7 Early involvement in development .27
6.8 Maintainability.28
6.8.1 Maintainability and the development process.28
6.8.2 Maintainability and specific activities in the development process.29
6.9 Software transition.30
6.10 Documentation.31
7 Software maintenance strategy.31
7.1 Introduction .31
7.2 The maintenance concept .32
7.2.1 Scope .32
7.2.2 Defining the process .32
7.2.3 Designation of who will provide maintenance.32
7.2.4 Estimate of maintenance costs.33
7.3 Maintenance planning.33
7.3.1 Introduction.33
7.3.2 The maintenance plan .33
7.3.3 Maintenance plan topics .34
7.4 Resource analysis .37
7.4.1 Personnel resources.38
7.4.2 Environment resources .38
7.4.3 Financial resources .38
Annex A (informative) Cross-reference between ISO/IEC/IEEE 14764 and ISO/IEC 12207 and
ISO/IEC 12207 Amd 1.39
Annex B (informative) Abbreviations.42
Annex C (informative) Bibliography.43
x © IEEE 2006 – All rights reserved
IEEE Std 14764-2006
Standard for Software Engineering — Software
Life Cycle Processes — Maintenance
1 Overview
This International Standard describes in greater detail management of the Maintenance Process
described in ISO/IEC 12207, including Amendments. This International Standard also establishes
definitions for the various types of maintenance. This International Standard provides guidance
that applies to planning, execution and control, review and evaluation, and closure of the
Maintenance Process. The scope of this International Standard includes maintenance for multiple
software products with the same maintenance resources. “Maintenance” in this International
Standard means software maintenance unless otherwise stated.
1.1 Scope
This standard describes an iterative process for managing and executing software maintenance
activities. Use of this standard is not restricted by size, complexity, criticality, or application of the
software product. This standard uses a process model to discuss and depict each phase of software
maintenance. The criteria established apply to both the planning of maintenance for software
while under development, as well as the planning and execution of software maintenance
activities for existing software products. Ideally, maintenance planning should begin during the
stage of planning for software development.
This International Standard provides the framework within which generic and specific software
maintenance plans may be executed, evaluated, and tailored to the maintenance scope and
magnitude of given software products.
This International Standard provides the framework, precise terminology, and processes to allow
the consistent application of technology (tools, techniques, and methods) to software maintenance.
This International Standard provides guidance for the maintenance of software. The basis for the
Maintenance Process and its activities comes from the definitions of ISO/IEC 12207. It defines
the activities and tasks of software maintenance, and provides maintenance planning requirements.
It does not address the operation of software and the operational functions, e.g., backup, recovery,
system administration, which are normally performed by those who operate the software.
This International Standard is written primarily for maintainers of software and additionally for
those responsible for development and quality assurance. It may also be used by acquirers and
users of systems containing software who may provide inputs to the maintenance plan.
1.2 Purpose
This International Standard provides guidance on the management of (or how to perform) the
Maintenance Process. It identifies how the Maintenance Process can be invoked during
acquisition and operation. This lnternational Standard also emphasizes the following in the
Maintenance Process: the maintainability of software products; the need for maintenance service
models; and the need for a maintenance strategy and plan.
1.3 Field of application
This International Standard is intended to provide guidance for the planning for and maintenance
of software products or services, whether performed internally or externally to an organization. It
is not intended to apply to the operation of the software.
IEEE Std 14764-2006
This International Standard is intended to provide guidance for two-party situations and may be
equally applied where the two parties are from the same organization. This International Standard
is intended to also be used by a single party as self-imposed tasks (ISO/IEC 12207).
This International Standard is not intended for software products that are “throw-away” or a
“short-term” solution.
It is intended for self-imposition by developers of off-the-shelf software products to maintain such
products. It is not intended for software products customized by users and products maintained as
end-user applications. Maintenance is applied to computer programs, code, data, and
documentation. It is intended to apply to software products created during the development of the
software product. This may include such things as the test software, test databases, the
Software Test Environment (STE), or the Software Engineering Environment (SEE).
This International Standard is intended for use in all maintenance efforts, regardless of the life cycle
model (e.g., incremental, waterfall, evolutionary). This International Standard is not restricted by size,
complexity, criticality, or application of the software product. This International Standard is intended to
guide the use of results from the Maintenance Process as input to the next development in order to
improve the maintainability of the software product.
1.4 Limitations
This International Standard describes the framework of the Software Maintenance Process but does not
specify the details of how to implement or perform the activities and tasks included in the process.
In this International Standard, there are a number of lists. None of these is presumed to be exhaustive.
They are intended as examples.
1.5 Conformance
This International Standard provides guidance for the execution of the Maintenance Process of ISO/IEC
12207. The guidance in this standard is completely consistent with ISO/IEC 12207. Conformance
cannot be claimed to this standard but can be claimed to the ISO/IEC 12207 Maintenance Process and
related tailoring.
2 Normative references
The following normative documents contain provisions which, through reference in this text, constitute
provisions of this part of ISO/IEC/IEEE 14764. For dated references, subsequent amendments to, or
revisions of, any of these publications do not apply. However, parties to agreements based on this part of
ISO/IEC/IEEE 14764 are encouraged to investigate the possibility of applying the most recent editions of
the normative documents indicated below. For undated references, the latest edition of the normative
document referred to applies. Members of ISO and IEC maintain registers of currently valid International
Standards.
ISO/IEC 9126-1:2001, Software engineering -- Product quality -- Part 1: Quality model.
ISO/IEC 12207:1995, Information technology -- Software life cycle processes.
ISO/IEC 12207: Amd 1:2002, Information technology -- Software life cycle processes (AMENDMENT 1).
ISO/IEC publications are available from the ISO Central Secretariat, Case Postale 56, 1 rue de Varembé, CH-1211, Genève 20,
Switzerland/Suisse (http://www.iso.ch/). ISO/IEC publications are also available in the United States from Global Engineering
Documents, 15 Inverness Way East, Englewood, CO 80112, USA (http://global.ihs.com/). Electronic copies are available in the
United States from the American National Standards Institute, 25 West 43rd Street, 4th Floor, New York, NY 10036, USA
(http://www.ansi.org/).
2 Copyright © 2006 IEEE. All rights reserved
IEEE Std 14764-2006
ISO/IEC 12207: Amd 2:2004, Information technology -- Software life cycle processes (AMENDMENT 2).
ISO/IEC 15939:2002, Software engineering – Software measurement process.
3 Definitions and terms
For the purpose of this standard, the following definitions apply. The Authoritative Dictionary of IEEE
Standards Terms, Seventh Edition, and the the terms and definitions given in ISO/IEC 12207 should be
referenced for terms not defined in this clause.
3.1 adaptive maintenance
the modification of a software product, performed after delivery, to keep a software product usable in a
changed or changing environment
NOTE—Adaptive maintenance provides enhancements necessary to accommodate changes in the
environment in which a software product must operate. These changes are those that must be made to
keep pace with the changing environment. For example, the operating system might be upgraded and
some changes may be made to accommodate the new operating system.
3.2 corrective maintenance
the reactive modification of a software product performed after delivery to correct discovered problems
NOTE—The modification repairs the software product to satisfy requirements.
3.3 emergency maintenance
an unscheduled modification performed to temporarily keep a system operational pending corrective
maintenance
NOTE—Emergency maintenance is a part of corrective maintenance
3.4 maintainability
the capability of the software product to be modified. Modifications may include corrections,
improvements or adaptation of the software to changes in environment, and in requirements and
functional specifications [ISO/IEC 9126-1]
3.5 maintenance enhancement
a modification to an existing software product to satisfy a new requirement
NOTE—There are two types of software enhancements, adaptive and perfective. A maintenance
enhancement is not a software correction.
3.6 Modification Request (MR)
a generic term used to identify proposed modifications to a software product that is being maintained
NOTE—The MR may later be classified as a correction or enhancement and identified as corrective,
preventive, adaptive, or perfective maintenance. MRs are also referred to as change requests. See Figure 1.
Notes in text, tables, and figures are given for information only, and do not contain requirements needed to implement
the standard.
Information on references can be found in Clause 2.
IEEE Std 14764-2006
Modification Request
Classified Correction Enhancement
Types of
Corrective Preventive Adaptive Perfective
Maintenance
Figure 1 — Modification Request
3.7 perfective maintenance
the modification of a software product after delivery to detect and correct latent faults in the software
product before they are manifested as failures
NOTE—Perfective maintenance provides enhancements for users, improvement of program
documentation, and recoding to improve software performance, maintainability, or other software
attributes.
3.8 preventive maintenance
the modification of a software product after delivery to detect and correct latent faults in the software
product before they become operational faults
3.9 Problem Report (PR)
a term used to identify and describe problems detected in a software product
NOTE—PRs are either submitted directly to denote faults or established after impact analysis is
performed on Modification Requests and faults are found.
3.10 software maintenance
the totality of activities required to provide cost-effective support to a software system. Activities are
performed during the pre-delivery stage as well as the post-delivery stage
NOTE—Pre-delivery activities include planning for post-delivery operations, supportability, and logistics
determination. Post-delivery activities include software modification, training, and operating a help desk.
3.11 software transition
a controlled and coordinated sequence of actions wherein software development passes from the
organization performing initial software development to the organization performing software
maintenance
4 Application of this International Standard
This clause presents the Maintenance Process that is required to maintain software products.
4.1 Maintenance Process
Maintenance is one of the five primary life cycle processes that may be performed during the life
cycle of software (ISO/IEC 12207). The Acquisition and Supply primary life cycle processes of
ISO/IEC 12207 may initiate the Process Implementation activity of the Maintenance primary life
cycle process through an agreement or contract. The Operation primary life cycle process of
4 Copyright © 2006 IEEE. All rights reserved
IEEE Std 14764-2006
ISO/IEC 12207 may initiate the Maintenance life cycle process through submission of a
Modification Request or Problem Report. The Maintenance life cycle process invokes the
Development primary life cycle process of ISO/IEC 12207. The supporting processes of
Documentation, Configuration Management, Quality Assurance, Verification, Validation, Joint
Review, Audit, and Problem Resolution of ISO/IEC 12207 are used by the Maintenance life cycle
process.
4.2 Organization of this International Standard
The clauses that follow are presented in the order that Maintainers should address them.
Clause 6 provides the details of the Maintenance Process including tasks and task-steps needed to
implement the Maintenance Process. Clause 7 provides execution considerations, and issues to be
considered when planning for maintenance. Clause 8 provides comprehensive planning
information.
5 Maintenance Processes
This clause defines the activities and tasks for the primary life cycle process of software
maintenance.
The Maintenance Process contains the activities and tasks necessary to modify an existing
software product while preserving its integrity. These activities and tasks are the responsibility of
the maintainer. This International Standard provides task-steps which are examples of what to
perform in order to implement the maintenance activities and tasks. The maintainer should ensure
that the Maintenance Process exists and is functional prior to development of any software
product. The Maintenance Process should be activated when a requirement exists to maintain a
software product.
As soon as the process is activated, Maintenance Plans and Procedures should be developed and
resources should be allocated specifically for maintenance. After the software product is
delivered, the maintainers should modify the code and associated documentation in response to a
modification request or problem report. The overall objective of software maintenance is to
modify the existing product while preserving its integrity. This process supports the software
product from its inception through migration to new environments, to its retirement. The process
ends when the software product is finally retired.
The activities which comprise the Maintenance Process are:
a) Process Implementation.
b) Problem and Modification Analysis.
c) Modification Implementation.
d) Maintenance Review/Acceptance.
e) Migration.
f) Retirement.
Inputs are transformed or consumed by the maintenance activities to produce outputs. Controls
provide guidance to ensure that the maintenance activity produces correct outputs. Outputs are
the data or objects produced by the maintenance activity. Support identifies supporting life cycle
processes of ISO/IEC 12207 used by the maintenance activities.
Figure 2 provides an overview of the Maintenance Process.
IEEE Std 14764-2006
Process
Implementation
Problem and
Maintenance Review/
Modification Analysis Acceptance
2 4
Modification
Implementation
Migration
Retirement
Figure 2 — Maintenance Process
5.1 Process Implementation
During Process Implementation, the maintainer establishes the plans and procedures which are to
be executed during the Maintenance Process. The Maintenance Plan (see sub-clause 8.3.2 of this
International Standard) should be developed in parallel with the Development Plan. The
maintainer should also establish needed organizational interfaces during this activity.
5.1.1 Inputs
The inputs for the Process Implementation activity should include:
⎯ Relevant baselines;
⎯ System documentation, if available;
⎯ A Modification Request (MR) or Problem Report (PR), if applicable.
6 Copyright © 2006 IEEE. All rights reserved
IEEE Std 14764-2006
5.1.2 Tasks
In order to effectively implement the Maintenance Process, the maintainer should develop and
document a strategy for performing the maintenance. To accomplish this effort, the maintainer
must execute the following tasks:
⎯ Develop Maint
...
МЕЖДУНАРОДНЫЙ
ISO/IEC
СТАНДАРТ
IEEE
Std 14764-2006
Второе издание
2006-09-01
Разработка программного обеспечения.
Процессы жизненного цикла программного
обеспечения. Сопровождение
Software Engineering — Software Life Cycle Processes — Maintenance
IEEE Std 14764-2006
Отказ от ответственности при работе в PDF
Настоящий файл PDF может содержать интегрированные шрифты. В соответствии с условиями лицензирования, принятыми
фирмой Adobe, этот файл можно распечатать или смотреть на экране, но его нельзя изменить, пока не будет получена
лицензия на установку интегрированных шрифтов в компьютере, на котором ведется редактирование. В случае загрузки
настоящего файла заинтересованные стороны принимают на себя ответственность за соблюдение лицензионных условий
фирмы Adobe. Центральный секретариат ISO не несет никакой ответственности в этом отношении.
Adobe - торговый знак Adobe Systems Incorporated.
Подробности, относящиеся к программным продуктам, использованным для создания настоящего файла PDF, можно найти в
рубрике General Info файла; параметры создания PDF оптимизированы для печати. Были приняты во внимание все меры
предосторожности с тем, чтобы обеспечить пригодность настоящего файла для использования комитетами – членами ISO. В
редких случаях возникновения проблемы, связанной со сказанным выше, просим информировать Центральный секретариат
по адресу, приведенному ниже.
ДОКУМЕНТ ЗАЩИЩЕН АВТОРСКИМ ПРАВОМ
© ISO
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
ii
IEEE Std 14764-2006
Пересмотр IEEE Std 1219-1988
Секретариат: Совет стандартов Канады
Дата 2005-06-29
Разработка программного обеспечения.
Процессы жизненного цикла программного
обеспечения. Сопровождение
Software Engineering — Software Life Cycle Processes — Maintenance
Спонсор
Комитет стандартов по разработке программного обеспечения
общества IEEE по вычислительным машинам
Одобрен Советом стандартов IEEEA SA
30 марта 2006 года
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
Аннотация: дается описание деятельности для управления и выполнения сопровождения
программного обеспечения.
Ключевые слова: жизненный цикл, техническое обслуживание, программное обеспечение,
сопровождение программного обеспечения.
Настоящий документ ISO/IEC/IEEE является международным стандартом, права на этот документ защищают организации ISO,
IEC и IEEE. За исключением случая, разрешенного приемлемыми законами страны пользователя, ни настоящий стандарт
ISO/IEC/IEEE, ни любое извлечение из него не могут быть воспроизведены, храниться в системе поиска (информации) или
передаваться в любой форме или любыми средствами, электронными, фотокопировальными, регистрирующими или другими,
без предварительного письменного гарантированного разрешения. Запросы на разрешение воспроизводства настоящего
документа следует адресовать в ISO или IEEE по следующим адресам.
Авторское право 2006 ISO/IEC. Все права защищены
Документ опубликован 19 мая 2006 года, напечатан в Соединенных Штатах Америки.
Торговая марка IEEE зарегистрирована в бюро патентов, которое принадлежит Институту инженеров по электротехнике и
электронике.
Печать: ISBN 0-7381-4960-8 SH95534
PDF: ISBN 0-7381-4961-6 SS95534
Никакая часть настоящей публикации не может быть воспроизведена в какой-либо форме, в электронной системе поиска
информации или иначе без предварительного письменного разрешения издателя
iv © IEEE 2006 – Все права сохраняются
IEEE Std 14764-2006
Документы Стандартов IEEE разрабатываются в обществах и комитетах по координации стандартов под руководством
профессионального объединения Института инженеров по электротехнике и электронике (IEEE), выпускающего свои
собственные стандарты на основе процессов согласованной разработки и с утверждением Национальным институтом
стандартизации США (ANSI). Этот институт объединяет разработчиков, представляющих разные точки зрения и интересы для
достижения конечного продукта. Не обязательно, чтобы разработчики были членами ANSI. Все они вносят свой вклад в
разработку стандартов добровольно и без вознаграждения. Несмотря на то, что IEEE осуществляет административное
управление процессом и устанавливает правила, способствующие справедливости в процессе согласованной разработки
стандартов, сам институт не делает независимую оценку, не проводит испытания и не проверяет правильность какой-либо
информации, содержащейся в выпускаемых стандартах.
Использование стандарта IEEE осуществляется на принципе добровольности, поэтому IEEE не берет на себя ответственность
за травмы, вред имуществу или другие повреждения любого характера, то ли специальные, косвенные или компенсационные,
если они нанесены, прямо или косвенно, в результате публикации, использования или доверия к настоящему или любому
другому стандарту IEEE.
Институт IEEE не гарантирует правильность и не представляет содержание материала в настоящем стандарте. Он решительно
отказывается от выраженной или предполагаемой гарантии, включая любой намек о его пригодности к продаже или
адекватности для любой цели, а также в отношении свободного использования материала стандарта с нарушением патентных
прав. Документы “стандарты IEEE” поставляются в том виде, “как они есть”.
Существование стандарта IEEE не подразумевает того, что нет других путей, чтобы производить, испытывать, измерять,
покупать, выставлять на рынок или предоставлять другие товары и услуги, имеющие отношение к области применения
стандарта IEEE. Более того, точка зрения, выраженная во время одобрения и выпуска стандарта, подлежит изменению,
осуществляемому через современные разработки или замечания, полученные от пользователей определенного стандарта.
Каждый стандарт IEEE подлежит пересмотру, по меньшей мере, через каждые пять лет для внесения изменений и повторного
подтверждения. Когда документ используется больше пяти лет, но не был заново подтвержден, то целесообразно заключить,
что его содержание, хотя еще имеющее некоторую ценность, не отражает полностью современное состояние науки и техники.
Пользователям стандартов IEEE следует проверять используемый стандарт, чтобы удостовериться, что они имеют самое
последнее его издание.
Когда IEEE публикует и обеспечивает доступность своих документов, то институт не предлагает или способствует или
предоставляет услуги от имени какого-либо лица или экономического объекта. Он также не предпринимает каких-либо дел,
чтобы выполнять какое-либо обязательство, взятое любым лицом или объектом по отношению к другому лицу или объекту.
Любому человеку, использующему настоящий или любой другой документ IEEE, следует полагаться на совет компетентного
профессионала при определении разумной осторожности в любых заданных обстоятельствах.
Интерпретации: время от времени могут возникать вопросы, касающиеся смысла частей стандартов в отношении их
специального применения. Когда внимание IEEE обращается на необходимость интерпретаций выпускаемых им стандартов, то
институт должен инициировать действия на подготовку подходящих ответов. Так как стандарты IEEE представляют согласие
заинтересованных сторон, то важно обеспечить, чтобы любая интерпретация получила согласованность баланса интересов. По
это причине IEEE и члены его обществ и комитетов по координации стандартов не имеют возможности давать немедленный
ответ на запросы интерпретации, кроме случаев, когда дело было ранее принято для официального рассмотрения. На лекциях,
симпозиумах, семинарах или образовательных курсах индивидуально представленная информация по стандартам IEEE должна
быть ясной в том смысле, что взгляд выступающего следует рассматривать скорее как его личное мнение, чем официальная
позиция, объяснение или интерпретация IEEE.
Замечания по ревизии стандартов IEEE принимаются от любой заинтересованной стороны, независимо от членства в IEEE.
Предложения по изменениям в документах следует делать в форме предложенного изменения текста вместе с подходящими
поддерживающими комментариями. Замечания по стандартам и запросы для интерпретации следует направлять по адресу:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
Piscataway, NJ 08854, USA
ПРИМЕЧАНИЕ – Обращается внимание на возможность того, что реализация настоящего стандарта может потребовать
использование патентных прав. Публикация настоящего стандарта не нарушает существование или действительность любых
патентных прав в связи с этим. IEEE не берет на себя ответственность за идентификацию патентов, по которым может
потребоваться лицензия по стандарту IEEE или для наведения справок в отношении законной силы или области применения
упомянутых патентов, на которые обращается внимание IEEE.
Разрешение на копирование частей любого отдельного стандарта для внутреннего или личного пользования дает Институт
инженеров по электротехнике и электронике при условии платы соответствующего взноса в Центр очистки от авторского права,
который находится по адресу: 222 Rosewood Drive, Danvers, MA 01923 USA; +1 978 750 8400. Разрешение на копирование частей
отдельного стандарта для образовательных целей также может быть получено через Центр очистки от авторского права.
© IEEE 2006 – Все права сохраняются v
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
Международный стандарт ISO/IEC 14764:2006(R)
Международная организация по стандартизации (ISO) и Международная электротехническая комиссия
(IEC) образуют специализированную систему для всемирной стандартизации. Национальные органы,
которые являются членами ISO или IEC, участвуют в разработке международных стандартов через
технические комитеты, созданные соответственной организацией, чтобы работать в конкретных
областях технической деятельности. Технические комитеты ISO и IEC сотрудничают в областях,
представляющих взаимный интерес. Другие международные организации, правительственные и
неправительственные, поддерживающие связь с ISO и IEC, также участвуют в этой работе. В области
информационных технологий, ISO и IEC учредили совместный технический комитет, ISO/IEC JTC 1.
Проекты международных стандартов разрабатываются в соответствии с правилами Директив ISO/IEC,
Часть 2.
Основная задача технических комитетов заключается в подготовке международных стандартов.
Проекты международных стандартов, принятые техническими комитетами, рассылаются комитетам-
членам на голосование. Для их опубликования в качестве международных стандартов требуется
одобрение со стороны не менее 75% комитетов-членов, принимающих участие в голосовании.
Следует иметь в виду, что некоторые элементы настоящего международного стандарта могут быть
объектом патентных прав. Международная организация по стандартизации не может нести
ответственность за идентификацию какого-либо одного или всех патентных прав.
Международный стандарт ISO/IEC/IEEE 14764 подготовлен совместным техническим комитетом
ISO/IEC JTC 1, подкомитетом SC 7 (Разработка программного обеспечения и системотехника.)
Первое издание ISO/IEC 14764 подготовили ISO/IEC JTC 1/SC 7. Текущее издание является
результатом слияния исходного издания с IEEE Std 1219-1998. Общество IEEE по вычислительным
машинам и ISO/IEC JTC 1 SC/ 7 скооперировались в этом проекте по объединению двух стандартов.
Второе издание отменяет и замещает первое от 1999 года.
Международная организация по стандартизации/Международная электротехническая комиссия
Case postale 56 • CH-1211 Geneva 20 • Switzerland
vi © IEEE 2006 – Все права сохраняются
IEEE Std 14764-2006
Введение IEEE
Это вступление не является частью ISO/IEC/IEEE 14764:2006, Разработка программного обеспечения.
Процессы жизненного цикла программного обеспечения. Сопровождение.
Настоящий международный стандарт дает руководство процесса сопровождения программного
обеспечения. Сопровождение программного обеспечения является первичным процессом в жизненном
цикле программного изделия согласно описанию в ISO/IEC 12207 “Информационные технологии.
Процессы жизненного цикла программного обеспечения”. Процесс сопровождения содержит действия
и задачи мантейнера (персонала сопровождения, отвечающего за поддержку пакетов со свободным
программным обеспечением, исправление ошибок и помощь пользователям). Настоящий
международный стандарт является частью семейства документов ISO/IEC 12207. В этом
международном стандарте ISO/IEC 12207 ссылаются на ISO/IEC 12207:1999 c изменениями 2002 и
2004 года. Только обязательные разделы в этом международном стандарте взяты из ISO/IEC 12207.
Обязательные разделы содержат слово shall (должен) и каждое shall из ISO/IEC 12207, которое
дублируется в этом международном стандарте, заключено в рамке. Номера разделов, имеющие
отношение к ISO/IEC 12207, перечисляются после предложений из ISO/IEC 12207, заключенных в
рамку. Настоящий международный стандарт является результатом гармонизации ISO/IEC и IEEE Std
1)
12207-1998.
Так как сопровождение потребляет основную долю финансовых ресурсов жизненного цикла
программного обеспечения, то его следует принимать во внимание в ходе проектирования.
Во время работы программного обеспечения могут быть обнаружены проблемы, которые не были
замечены в ходе подтверждения правильности и приемки. Следовательно, усилие сопровождения
требуется для разрешения этих проблем. Это усилие сопровождения также охватывает улучшения
программного обеспечения, которые необходимы для удовлетворения новых или видоизмененных
требований пользователей. Сопровождение программного обеспечения обычно требуется при
обновлении компонентов системы, например, операционных систем и баз данных, а также при
модификациях интерфейсов внешних программ и систем. Сопровождение программного обеспечения
может потреблять значимую долю расходов жизненного цикла.
Персонал сопровождения программного обеспечения используют ряд инструментальных средств,
методов и технических приемов. Настоящий международный стандарт не задает пути внедрения или
выполнения действий и задач в процесс сопровождения программного обеспечения, так как это
зависит от официального соглашения и организационных требований. Сопровождение требуется на
всех типах программного обеспечения, независимо от технологии, техники или инструментария,
используемого для его создания.
Содержание настоящего международного стандарта: Раздел 1 – область применения, Раздел 2
содержит информацию соответствия. Раздел 3 –нормативные ссылки, Раздел 4 – термины и
определениям, Раздел 5 – применение настоящего международного стандарта, Раздел 6
детализирует стратегию сопровождения программного обеспечения. Приложение A содержит
перекрестные ссылки на разделы в этом международном стандарте и ISO/IEC 12207. Приложение B
дает список сокращений, использованных в этом стандарте. Приложение C - библиография.
Замечание для пользователей
Список опечаток
Список опечаток, если они есть, в этом или других стандартах может быть доступным на следующем
унифицированном указателе информационного ресурса (URL): http://standards.ieee.org/reading/
ieee/updates/errarta/index.html. Пользователям рекомендуется периодически проверять этот URL для
выявления опечаток.
Интерпретации
Текущие интерпретации могут быть доступными на следующем URL: http://standards.ieee.org/reading/
ieee/interp/index.html.
1)
Публикации IEEE имеются в Институте инженеров по электротехнике и электронике, 445 Hoes Lane, Piscateway,
NJ 08854, USA (http://standards.ieee.org/).
© IEEE 2006 – Все права сохраняются vii
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
Патенты
Обращается внимание на такую возможность, что для реализации настоящего стандарта может
потребоваться использование темы обсуждения, охваченной патентными правами. Публикация
настоящего стандарта не затрагивает существование или действительность любых патентных прав,
связанных с применением настоящего стандарта. Институт инженеров по электротехнике и
электронике не должен быть ответственным за идентификацию патентов или применений, требующих
лицензию для реализации стандарта IEEE или для направления запросов в отношении законности или
области применения тех патентов, на которые обращается внимание института.
Участники
Состав рабочей группы, разрабатывающей стандарт по сопровождению программного обеспечения
Члены отдельных комитетов, которые могли голосовать за принятие стандарта, его отклонение или
могли воздержаться:
Когда Совет стандартов IEEE-SA одобрил настоящий стандарт 30 марта 2006, в его состав входили
следующие члены совета:
*заслуженный деятель в отставке.
Члены Совета стандартов IEEE-SA по связям, участвующие в работе без права голоса.
viii © IEEE 2006 – Все права сохраняются
IEEE Std 14764-2006
Содержание
Страница
1 Общее представление . 1
1.1 Область применения . 1
1.2 Цель . 1
1.3 Поле применения . 2
1.4 Ограничения . 2
1.5 Соответствие . 2
2 Нормативные ссылки . 2
3 Термины и определения . 3
4 Применение настоящего международного стандарта . 5
4.1 Процесс сопровождения . 5
4.2 Организация настоящего международного стандарта . 5
5 Процессы сопровождения . 5
5.1 Реализация процесса . 7
5.1.1 Данные ввода . 7
5.1.2 Задачи . 7
5.1.3 Группы управления . 9
5.1.4 Поддержка . 9
5.1.5 Результаты выхода . 9
5.2 Анализ проблемы и модификации . 10
5.2.1 Входные данные . 10
5.2.2 Задачи . 10
5.2.3 Группы управления . 13
5.2.4 Поддержка . 13
5.2.5 Результаты . 13
5.3 Реализация модификации . 14
5.3.1 Входные данные . 14
5.3.2 Задачи . 15
5.3.3 Группы управления . 15
5.3.4 Поддержка . 15
5.3.5 Результаты . 16
5.4 Обзор/приемка сопровождения . 16
5.4.1 Входные данные . 16
5.4.2 Задачи . 16
5.4.3 Группы управления . 17
5.4.4 Поддержка . 17
5.4.5 Результаты . 18
5.5 Миграция . 18
5.5.1 Входные данные . 18
5.5.2 Задачи . 18
5.5.3 Группы управления . 21
5.5.4 Поддержка . 21
5.5.5 Результаты . 22
5.6 Отставка программного обеспечения . 22
5.6.1 Входные данные . 22
5.6.2 Задачи . 23
5.6.3 Группы управления . 25
5.6.4 Поддержка . 25
5.6.5 Результаты . 25
6 Рассмотрение вопросов исполнения . 25
6.1 Введение . 25
6.2 Типы сопровождения . 26
6.3 Меры, принимаемые для сопровождения . 27
6.4 Инструментальные средства для сопровождения . 28
6.5 Измерение сопровождения программного обеспечения . 28
6.6 Документация процесса . 28
6.7 Раннее вовлечение в разработку. 28
6.8 Удобство сопровождения. 29
© IEEE 2006 – Все права сохраняются ix
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
6.8.1 Удобство сопровождения и процесс разработки .29
6.8.2 Удобство сопровождения и специальные действия в процессе
разработки. .31
6.9 Переход программного обеспечения .32
6.10 Документация.32
7 Стратегия сопровождения программного обеспечения .33
7.1 Введение .33
7.2 Концепция текущего обслуживания .33
7.2.1 Область применения .34
7.2.2 Определение процесса. .34
7.2.3 Назначение персонала сопровождения .34
7.2.4 Оценка расходов на текущее обслуживание .35
7.3 Планирование технического обслуживания .35
7.3.1 Введение .35
7.3.2 План сопровождения .35
7.3.3 Темы плана сопровождения.36
7.4 Анализ ресурсов .39
7.4.1 Трудовые ресурсы .40
7.4.2 Ресурсы окружения .40
7.4.3 Финансовые ресурсы .40
Приложение A (информативное) Перекрестные ссылки между ISO/IEC/IEEE 14764 и ISO/IEC
12207 и ISO/IEC 12207 Amd 1 .41
Приложение B (информативное) Сокращения .44
Приложение C (информативное) Библиография .45
x © IEEE 2006 – Все права сохраняются
ISO/IEC 16085:2006
IEEE Std 16085-2006
Разработка программного обеспечения. Процессы
жизненного цикла программного обеспечения.
Сопровождение
1 Общее представление
Настоящий международный стандарт содержит более детальное описание менеджмента процесса
сопровождения (Maintenance Process), изложенного в ISO/IEC 12207, включая исправления.
Настоящий международный стандарт устанавливает также определения для разных типов
сопровождения. Он предоставляет руководство, которое применяется к планированию, исполнению и
контролю, обзору и оценке, а также закрытию Процесса сопровождения. Предел действия настоящего
международного стандарта включает сопровождение множества программных изделий с некоторыми
ресурсами текущего обслуживания. “Сопровождение” в настоящем международном стандарте
означает текущее обслуживание программного обеспечения, если не заявлено иное.
1.1 Область применения
Настоящий стандарт дает описание итеративного процесса управления и исполнения действий
сопровождения программного обеспечения. Использование настоящего стандарта не ограничивается
по размеру, сложности, критичности или применению программного изделия. Настоящий стандарт
использует модель процесса, чтобы исследовать и изобразить каждую фазу сопровождения
программного обеспечения. Установленные критерии применяются к планированию текущего
обслуживания программного обеспечения на протяжении его разработки, а также планирование и
исполнение действий сопровождения программного обеспечения для существующих программных
изделий. Идеально, планирование сопровождения следует начинать на стадии планирования
разработки программного обеспечения.
Настоящий международный стандарт дает структуру, в рамках которой общие и специфические планы
сопровождения программного обеспечения могут быть выполнены, апробированы и специально
приспособлены к области и объему текущего обслуживания заданных программных изделий.
Настоящий международный стандарт дает структуру, точную терминологию и процессы, чтобы
допустить последовательное применение технологии (инструментальных средств, технических
приемов и методов) к сопровождению программного обеспечения.
Настоящий международный стандарт содержит руководство для текущего обслуживания программного
обеспечения. Базис процесса сопровождения и его действия вытекают из ISO/IEC 12207. Он
определяет действия и задачи сопровождения программного обеспечения и предоставляет
требования к планированию текущего обслуживания. Он не рассматривает функционирование
программного обеспечения и операционные функции, например, резервирование, восстановление,
системное администрирование, которые нормально выполняют те, кто работает с программным
обеспечением.
Настоящий международный стандарт пишется главным образом для персонала сопровождения
программного обеспечения и дополнительно для тех, кто отвечает за разработку и гарантию качества.
Его могут также использовать те покупатели и пользователи систем с программным обеспечением, кто
может предложить входные данные в план сопровождения компьютерных программ.
1.2 Цель
Настоящий стандарт содержит руководство по менеджменту (или как выполнять) процесс
сопровождения. Он идентифицирует возможность активизации процесса сопровождения во время
приобретения и эксплуатации. Настоящий международный стандарт также подчеркивает следующее в
процессе сопровождения: удобство эксплуатации программных изделий; необходимость в моделях
текущего обслуживания и необходимость плана и стратегии сопровождения.
© IEEE 2006 – Все права сохраняются 1
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
1.3 Поле применения
Настоящий международный стандарт имеет намерение дать руководство для планирования
сопровождения программных изделий или услуг, выполняемого внутри или за пределами организации.
Он не предназначается для применения к функционированию программного обеспечения.
Настоящий международный стандарт предназначается для руководства в двусторонних ситуациях и
может быть в равной степени применен в случае, когда две стороны представляют одну и ту же
организацию. Его может также использовать отдельная сторона в качестве возложенных на себя задач
(ISO/IEC 12207).
Настоящий международный стандарт не предназначается для программных изделий, которые “не
восстанавливаются” или используются в краткосрочном решении.
Разработчики современных программных изделий используют этот стандарт для возложения на себя
задач технической поддержки таких изделий. Этот стандарт не предназначается для программных
изделий, переделанных пользователями, а также изделий, сопровождаемых как приложения конечного
пользователя. Сопровождение применяется к компьютерным программам, кодам, данным и
документам. Настоящий стандарт нужно применять к программным изделиям, созданным при
разработке программного обеспечения. Сюда можно включить такие вещи, как испытательное
программное обеспечение, испытательные базы данных, окружение для испытаний программного
обеспечения (STE) или средства разработки программного обеспечения (SEE).
Настоящий международный стандарт предназначается для использования при всех усилиях текущего
обслуживания, независимо от модели жизненного цикла (например, инкрементной, водопадной,
эволюционной). Настоящий международный стандарт не ограничивается по объему, сложности,
критичности или приложению программного изделия. Он предназначается для того, чтобы руководить
использованием результатов процесса сопровождения в качестве ввода в следующую разработку,
чтобы улучшить сопровождения программного изделия.
1.4 Ограничения
Настоящий международный стандарт дает описание процесса сопровождения программного
обеспечения, но не задает детали реализации или выполнения действий и задач, включенных в этот процесс.
Настоящий международный стандарт содержит ряд перечислений. Ни одно из них не считается
исчерпывающим. Они даны как примеры.
1.5 Соответствие
Настоящий международный стандарт дает руководство для исполнения процесса сопровождения,
заданного в ISO/IEC 12207. Руководство в настоящем стандарте является целиком последовательным
с ISO/IEC 12207. Соответствие не может быть предъявлено настоящему стандарту, но можно
претендовать на соответствие процессу сопровождения в ISO/IEC 12207 и связанным подгонкам.
2 Нормативные ссылки
Следующие нормативные документы содержат положения, которые через ссылку в этом тексте
составляют положения настоящей части ISO/IEC/IEEE 14764. Для жестких ссылок не применяются
более поздние изменения или пересмотры к этим публикациям. Однако стороны по соглашениям на
основе этой части ISO/IEC/IEEE 14764 поддерживаются в изучении возможности применения наиболее
свежих изданий нормативных документов, указанных ниже. Для плавающих ссылок необходимо
использовать самое последнее издание нормативного ссылочного документа. Члены ISO и IEC
поддерживают официальные списки текущих действительных международных стандартов.
2 © IEEE 2006 – Все права сохраняются
IEEE Std 14764-2006
ISO/IEC 9126-1:2001, Разработка программного обеспечения. Качество изделия. Часть 1. Модель
качества
ISO/IEC 12207:1995, Информационные технологии. Процессы жизненного цикла программного
обеспечения
ISO/IEC 12207:1995/Amd 1:2002, Информационные технологии. Процессы жизненного цикла
программного обеспечения. (ИЗМЕНЕНИЕ 1)
ISO/IEC 12207:1995/Amd 2:2004, Информационные технологии. Процессы жизненного цикла
программного обеспечения. (ИЗМЕНЕНИЕ 2)
ISO/IEC 15939:2002, Разработка программного обеспечения. Процесс сопровождения программного
обеспечения
3 Термины и определения
В настоящем документе применяются следующие термины и определения. Терминами, которые не
определены в настоящем разделе, следует искать в официальном словаре терминов стандартов IEEE
и в ISO/IEC 12207.
3.1 адаптивное сопровождение
adaptive maintenance
модификация программного изделия, выполненная после его доставки, чтобы сохранить пригодность
программного изделия к использованию в измененном или изменяющемся окружении
ПРИМЕЧАНИЕ – Адаптивное сопровождение дает расширение возможностей программных средств, чтобы
приспособиться к изменениям в окружении, в котором программное изделие должно функционировать. К таким
изменениям необходимо отнести те, которые должны быть сделаны, чтобы не отставать от изменяющегося
окружения. Например, операционная система может иметь новую версию, а некоторые изменения могут быть
сделаны, чтобы приспособиться к новой операционной системе.
3.2 корректирующее сопровождение
corrective maintenance
реагирующая модификация программного изделия после доставки для исправления обнаруженных
проблем
ПРИМЕЧАНИЕ – Эта модификация исправляет программное изделие, чтобы удовлетворять
требования.
3.3 аварийное обслуживание
emergency maintenance
внеплановая модификация, выполненная для временного сохранения рабочего режима системы в
ожидании корректирующего сопровождения
ПРИМЕЧАНИЕ – Аварийное обслуживание является частью корректирующего сопровождения.
Публикации ISO/IEC являются доступными из центрального секретариата ISO, Case Postale 56, 1 rue de Varembe,
CH-1211, Geneve 20, Switzerland /Suisse (http://www.iso.ch/). Публикации ISO/IEC являются также доступными в
США из Глобальных технических документов, 15 Inverness Way East , Englewood, Colorado 80112, USA
(http://global.his.com/). Электронные копии являются доступными в США из Национального института
rd th
стандартизации США, 25 West 43 Street, 4 Floor, New York, NY 10036, USA (http://www.ansi.org/).
Примечания в тексте, таблицы и рисунки даются только для информации и не содержат требований,
необходимых для реализации определенного стандарта.
© IEEE 2006 – Все права сохраняются 3
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
3.4 удобство сопровождения
maintainability
способность программного изделия быть модифицированным. Модификации могут включать
исправления, улучшения или адаптацию программного обеспечения к изменениям в окружении, в
требованиях и функциональных спецификациях [ISO/IEC 9126-1]
3.5 расширение возможностей сопровождения
maintenance enhancement
модификация существующего программного изделия, чтобы удовлетворять новое требование
ПРИМЕЧАНИЕ – Имеются два типа улучшения программного обеспечения, адаптивное и совершенное.
Улучшение текущего обслуживания не является коррекцией программного обеспечения.
3.6 Запрос модификации
Modification Request (MR)
общий термин, используемый для идентификации предложенных модификаций в программном
изделии, которое не сопровождается
ПРИМЕЧАНИЕ – Запрос модификации может быть далее классифицирован как исправление или расширение с
последующей идентификацией в качестве корректирующего, превентивного, адаптивного или совершенного
сопровождения. Запросы модификаций также называют запросами на изменения. См. Рисунок 1.
Рисунок 1 – Запрос модификации
3.7 совершенное сопровождение
perfective maintenance
модификация программного изделия после доставки, чтобы обнаружить и скорректировать скрытые
недостатки в программном изделии до того, как они проявятся в виде неисправностей
ПРИМЕЧАНИЕ – Совершенное сопровождение обеспечивает расширение возможностей программного
обеспечения для пользователей, улучшение программной документации и регистрацию для совершенствования
функционирования программ, удобство сопровождения и другие атрибуты программы.
3.8 превентивное сопровождение
preventive maintenance
модификация программного изделия после доставки, чтобы обнаружить и скорректировать скрытые
недостатки в программном изделии до того, как они становятся операционными неисправностями
Информацию по ссылкам можно найти в Разделе 2.
4 © IEEE 2006 – Все права сохраняются
IEEE Std 14764-2006
3.9 Сообщение о проблеме
Problem Report (PR)
термин, используемый для идентификации и характеристики проблем, обнаруженных в программном
изделии
ПРИМЕЧАНИЕ – Сообщения о проблемах представляются либо прямо, чтобы обозначить дефекты, либо
составляются после того, как анализ влияния делается в запросах модификаций, и после обнаружения неисправностей.
3.10 сопровождение программного обеспечения
software maintenance
все количество действий, необходимых для обеспечения эффективной по стоимости поддержки
системы программного обеспечения. Действия выполняются на стадиях перед поставкой, а также
после поставки.
ПРИМЕЧАНИЕ – Действия перед поставкой включают планирование операций после поставки, возможность
поддержки и материально-технического обеспечения. Действия после доставки включают модификацию
программного обеспечения, обучение и функционирования “справочного стола”.
3.11 передача программного обеспечения
software transition
управляемая и скоординированная последовательность действий, когда разработка программы переходит от
организации, ведущей начальную разработку, в организацию сопровождения программного обеспечения
4 Применение настоящего международного стандарта
Этот раздел представляет процесс сопровождения, необходимый для поддержки программных изделий.
4.1 Процесс сопровождения
Сопровождение является одним из пяти первичных процессов жизненного цикла, которые могут быть
выполнены на протяжении жизненного цикла программного обеспечения (ISO/IEC 12207). Первичные
процессы приобретения и поставки (Acquisition and Supply) ISO/IEC 12207 в жизненном цикле могут
инициировать действие реализации процесса (Process Implementation) в процессе сопровождения
(Maintenance) жизненного цикла через соглашение или контракт. Первичный процесс
функционирования (Operation) ISO/IEC 12207 жизненного цикла может инициировать процесс
сопровождения (Maintenance) жизненного цикла через представление запроса модификации
(Modification Request) или сообщения о проблеме (Problem Report). Процесс сопровождения
(Maintenance) жизненного цикла запускает первичный процесс разработки (Development) ISO/IEC 12207
жизненного цикла. Вспомогательные процессы ISO/IEC 12207 (документация, управление
конфигурацией, обеспечение качества, проверка, совместный обзор, аудит, и разрешение проблем)
используются в процессе сопровождения жизненного цикла
4.2 Организация настоящего международного стандарта
Последующие разделы представляются в порядке, в котором Мантейнерам (персоналу
сопровождения) следует обращаться к этим разделам.
Раздел 6 детализирует процесс сопровождения, включая задачи и шаги задач, необходимые для
реализации процесса сопровождения. В Разделе 7 рассматриваются вопросы исполнения, а также
вопросы планирования сопровождения. Раздел 8 дает всестороннюю информацию о планировании.
5 Процессы сопровождения
Настоящий раздел определяет действия и задачи для первичного процесса сопровождения
программного обеспечения на протяжении жизненного цикла.
© IEEE 2006 – Все права сохраняются 5
ISO/IEC 16085:2006(R)
IEEE Std 16085-2006
Процесс сопровождения содержит действия и задачи, необходимые для видоизменения
существующего программного изделия при сохранении его целостности. За эти действия и задачи
отвечает персонал сопровождения. Настоящий международный стандарт предоставляет шаги задач,
которые служат примерами того, что следует выполнять для реализации действий и задач
сопровождения. От персонала сопровождения требуется гарантия, что процесс сопровождения
существует и функционирует до разработки любого программного изделия. Процесс сопровождение
следует активизировать, когда существует требование поддержки программного изделия.
Как только процесс активизируется, то следует разработать план и процедуры сопровождения и
следует выделить ресурсы специально для сопровождения. После доставки программного изделия
персоналу сопровождения следует внести изменения в код и соответствующую документацию в ответ
на запрос модификации или сообщения о проблеме. Всесторонняя цель сопровождения программного
обеспечения заключается в том, чтобы видоизменить изделие при сохранении его целостности. Этот
процесс поддерживает программное изделие с самого начала через миграцию к новому окружению и
до его отставки. Процесс заканчивается при окончательной отставке программного изделия.
Следующие действия составляют процесс сопровождения:
a) Реализация процесса.
b) Анализ проблем и модификации.
c) Реализация модификации.
d) Обзор/приемка сопровождения.
e) Миграция.
f) Отставка.
Данные ввода трансформируются или используются действиями сопровождения, чтобы выдать
результаты. Группы управления обеспечивают руководство с гарантией, что действие сопровождения
выдает правильные результаты. Результатами являю
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...