ISO/IEC/IEEE 32430:2021
(Main)Software engineering — Trial use standard for software non-functional sizing measurements
Software engineering — Trial use standard for software non-functional sizing measurements
This document defines a method for the sizing of non-functional software requirements. It complements ISO/ IEC 20926:2009, which defines a method for the sizing of functional user requirements (FUR).1 This document also describes the complementarity of functional and non-functional sizes, so that sizing both functional and non-functional requirements (NFR) do not overlap. It also describes how non-functional size, together with functional size, should be used for measuring the performance of software projects, setting benchmarks, and estimating the cost and duration of software projects. In general, there are many types of non-functional software requirements. Moreover, non-functional aspects evolve over time and may include additional aspects in the as technology advances. This standard does not intend to define the type of NFR for a given context. Users may choose ISO 25010:2011 or any other standard for the definition of NFR. It is assumed that users will size the NFR based on the definitions they use. This document covers a subset of non-functional types. It is expected that, with time, the state of the art can improve and that potential future versions of this standard can define an extended coverage. The ultimate goal is a version that, together with ISO/IEC 20926:2009, covers every aspect that may be required of any prospective piece of software, including aspects such as process and project directives that are hard or impossible to trace to the software's algorithm or data. The combination of functional and non-functional size would then correspond to the total size necessary to bring the software into existence. Calculating the effort and duration of the implementation of the NFR is outside the scope of this standard.
Ingénierie du logiciel — Norme expérimentale pour la quantification des caractéristiques non fonctionnelles des logiciels
General Information
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC/
STANDARD IEEE
32430
First edition
2021-10
Software engineering — Trial use
standard for software non-functional
sizing measurements
Ingénierie du logiciel — Norme expérimentale pour la quantification
des caractéristiques non fonctionnelles des logiciels
Reference number
ISO/IEC/IEEE 32430:2021(E)
© IEEE 2019
---------------------- Page: 1 ----------------------
ISO/IEC/IEEE 32430:2021(E)
COPYRIGHT PROTECTED DOCUMENT
© IEEE 2019
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from IEEE at the address below.
Institute of Electrical and Electronics Engineers, Inc
3 Park Avenue, New York
NY 10016-5997, USA
Email: stds.ipr@ieee.org
Website: www.ieee.org
Published in Switzerland
ii
© IEEE 2019 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Foreword
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.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for
the different types of ISO/IEC documents should be noted. This document was drafted in accordance
with the editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives or
www.iec.ch/members_experts/refdocs).
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.
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. Details
of any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents) or the IEC list of patent
declarations received (see patents.iec.ch).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT),
see www.iso.org/iso/foreword.html. In the IEC, see www.iec.ch/understanding-standards.
ISO/IEC/IEEE 32430 was prepared by the Systems and Software Engineering Standards Committee of
the IEEE Computer Society (as IEEE Std 2430-2019) and drafted in accordance with its editorial rules. It
was adopted, under the “fast-track procedure” defined in the Partner Standards Development
Organization cooperation agreement between ISO and IEEE, by Joint Technical Committee ISO/IEC JTC 1,
Information technology, Subcommittee SC 7, Software and systems engineering.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html and www.iec.ch/national-
committees.
© IEEE 2019 – All rights reserved iii
---------------------- Page: 3 ----------------------
IEEE Std 2430™-2019
IEEE Trial-Use Standard for Software
Non-Functional Sizing Measurements
Developed by the
Software & Systems Engineering Standards Committee (C/S2ESC)
of the
IEEE Computer Society
Approved 13 June 2019
IEEE-SA Standards Board
---------------------- Page: 4 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Abstract: A method for the sizing of nonfunctional software requirements is defined in this
standard. It complements ISO/IEC 20926:2009, which defines a method for the sizing of functional
user requirements. Non-functional categories for data operations, interface design, technical
environment, and architecture software are included in this standard.Steps to determine and
calculate the non-functional size are also included. Handling requirements involving both functional
and non-functional requirements are explained in this standard, which also covers how to apply
non-functional sizing estimates in terms of cost, project duration and quality, and considerations of
software performance in terms of productivity and quality. The combination of functional and non-
functional size should correspond to the total size necessary to produce the software. The functional
size and non-functional size are orthogonal, and both are needed when sizing the software. The
complementarity of the functional and the non-functional sizes, to avoid overlaps or gaps between
the two size methods, are described in this standard. Calculating the implementation work effort
and duration of the non-functional requirements is outside the scope of this standard.
Keywords: IEEE 2430™, IFPUG, non-functional size measurements, non-functional requirements,
SNAP
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, USA
Copyright © 2019 by The Institute of Electrical and Electronics Engineers, Inc.
All rights reserved. Published 16 October 2019. 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.
W3C is trademarks or registered trademarks of the W3C®, (registered in numerous countries) World Wide Web Consortium. Marks of W3C
are registered and held by its host institutions: Massachusetts Institute of Technology (MIT), European Research Consortium for Information
and Mathematics (ERCIM), and Keio University, Japan.
PDF: ISBN 978-1-5044-5987-7 STD23763
Print: ISBN 978-1-5044-5988-4 STDPD23763
IEEE prohibits discrimination, harassment, and bullying.
For more information, visit https:// www.ieee .org/ web/ aboutus/ whatis/ policies/ p9 -26 .html.
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.
---------------------- Page: 5 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Important Notices and Disclaimers Concerning IEEE Standards Documents
IEEE documents are made available for use subject to important notices and legal disclaimers. These notices
and disclaimers, or a reference to this page, appear in all standards and may be found under the heading
“Important Notices and Disclaimers Concerning IEEE Standards Documents.” They can also be obtained on
request from IEEE or viewed at https://standards .ieee.or g/ ipr/ disclaimers.html .
Notice and Disclaimer of Liability Concerning the Use of IEEE Standards
Documents
IEEE Standards documents (standards, recommended practices, and guides), both full-use and trial-use,
are developed within IEEE Societies and the Standards Coordinating Committees of the IEEE Standards
Association (“IEEE-SA”) Standards Board. IEEE (“the Institute”) develops its standards through a consensus
development process, approved by the American National Standards Institute (“ANSI”), which brings
together volunteers representing varied viewpoints and interests to achieve the final product. IEEE Standards
are documents developed through scientific, academic, and industry-based technical working groups.
Volunteers in IEEE working groups are not necessarily members of the Institute and participate without
compensation from IEEE. While IEEE administers the process and establishes rules to promote fairness in the
consensus development process, IEEE does not independently evaluate, test, or verify the accuracy of any of
the information or the soundness of any judgments contained in its standards.
IEEE Standards do not guarantee or ensure safety, security, health, or environmental protection, or ensure
against interference with or from other devices or networks. Implementers and users of IEEE Standards
documents are responsible for determining and complying with all appropriate safety, security, environmental,
health, and interference protection practices and all applicable laws and regulations.
IEEE does not warrant or represent the accuracy or content of the material contained in its standards, and
expressly disclaims all warranties (express, implied and statutory) not included in this or any other document
relating to the standard, including, but not limited to, the warranties of: merchantability; fitness for a particular
purpose; non-infringement; and quality, accuracy, effectiveness, currency, or completeness of material. In
addition, IEEE disclaims any and all conditions relating to: results; and workmanlike effort. IEEE standards
documents are supplied “AS IS” and “WITH ALL FAULTS.”
Use of an IEEE standard is wholly voluntary. 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.
In publishing and making its standards available, IEEE is not suggesting or rendering professional or other
services for, or on behalf of, any person or entity nor is IEEE undertaking to perform any duty owed by any
other person or entity to another. Any person utilizing any IEEE Standards document, should rely upon his or
her own independent judgment in the exercise of reasonable care in any given circumstances or, as appropriate,
seek the advice of a competent professional in determining the appropriateness of a given IEEE standard.
IN NO EVENT SHALL IEEE BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO:
PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
OTHERWISE) ARISING IN ANY WAY OUT OF THE PUBLICATION, USE OF, OR RELIANCE
UPON ANY STANDARD, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE AND
REGARDLESS OF WHETHER SUCH DAMAGE WAS FORESEEABLE.
3
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 6 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Translations
The IEEE consensus development process involves the review of documents in English only. In the event that
an IEEE standard is translated, only the English version published by IEEE should be considered the approved
IEEE standard.
Official statements
A statement, written or oral, that is not processed in accordance with the IEEE-SA Standards Board Operations
Manual shall not be considered or inferred to be the official position of IEEE or any of its committees and shall
not be considered to be, or be relied upon as, a formal position of IEEE. 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 of IEEE.
Comments on standards
Comments for revision of IEEE Standards documents are welcome from any interested party, regardless
of membership affiliation with IEEE. However, IEEE does not provide consulting information or advice
pertaining to IEEE Standards documents. Suggestions for changes in documents should be in the form of a
proposed change of text, together with appropriate supporting comments. Since IEEE standards represent a
consensus of concerned interests, it is important that any responses to comments and questions also receive
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 comments or questions except in
those cases where the matter has previously been addressed. For the same reason, IEEE does not respond to
interpretation requests. Any person who would like to participate in revisions to an IEEE standard is welcome
to join the relevant IEEE working group.
Comments on standards should be submitted to the following address:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
Piscataway, NJ 08854 USA
Laws and regulations
Users of IEEE Standards documents should consult all applicable laws and regulations. Compliance with
the provisions of any IEEE Standards document does not imply compliance to any applicable regulatory
requirements. Implementers of the standard are responsible for observing or referring to the applicable
regulatory requirements. IEEE does not, by the publication of its standards, intend to urge action that is not in
compliance with applicable laws, and these documents may not be construed as doing so.
Copyrights
IEEE draft and approved standards are copyrighted by IEEE under US and international copyright laws. They
are made available by IEEE and are adopted for a wide variety of both public and private uses. These include
both use, by reference, in laws and regulations, and use in private self-regulation, standardization, and the
promotion of engineering practices and methods. By making these documents available for use and adoption
by public authorities and private users, IEEE does not waive any rights in copyright to the documents.
4
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 7 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Photocopies
Subject to payment of the appropriate fee, IEEE will grant users a limited, non-exclusive license to photocopy
portions of any individual standard for company or organizational internal use or individual, non-commercial
use only. To arrange for payment of licensing fees, 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.
Updating of IEEE Standards documents
Users of IEEE Standards documents should be aware that these documents may be superseded at any time
by the issuance of new editions or may be amended from time to time through the issuance of amendments,
corrigenda, or errata. A current IEEE document at any point in time consists of the current edition of the
document together with any amendments, corrigenda, or errata then in effect.
Every IEEE standard is subjected to review at least every 10 years. When a document is more than 10 years old
and has not undergone a revision process, 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 order to determine whether a given document is the current edition and whether it has been amended
through the issuance of amendments, corrigenda, or errata, visit IEEE Xplore at https://ieeexplore .ieee .or g/ or
contact IEEE at the address listed previously. For more information about the IEEE-SA or IEEE’s standards
development process, visit the IEEE-SA Website at http://standards .ieee.or g.
Errata
Errata, if any, for IEEE standards can be accessed via https://standards .ieee.or g/ standard/index .html. Search
for standard number and year of approval to access the web page of the published standard. Errata links are
located under the Additional Resources Details section. Errata are also available in IEEE Xplore: https://
ieeexplore.ieee .or g/ browse/ standards/ collection/ieee/ . Users are encouraged to periodically check for errata.
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 by the IEEE with respect to the
existence or validity of any patent rights in connection therewith. If a patent holder or patent applicant has
filed a statement of assurance via an Accepted Letter of Assurance, then the statement is listed on the IEEE-
SA Website at https://standards .ieee.or g/ about/sasb/ patcom/patents .html. Letters of Assurance may indicate
whether the Submitter is willing or unwilling to grant licenses under patent rights without compensation
or under reasonable rates, with reasonable terms and conditions that are demonstrably free of any unfair
discrimination to applicants desiring to obtain such licenses.
Essential Patent Claims may exist for which a Letter of Assurance has not been received. The IEEE is not
responsible for identifying Essential Patent Claims for which a license may be required, for conducting inquiries
into the legal validity or scope of Patents Claims, or determining whether any licensing terms or conditions
provided in connection with submission of a Letter of Assurance, if any, or in any licensing agreements are
reasonable or non-discriminatory. Users of this standard are expressly advised that determination of the
validity of any patent rights, and the risk of infringement of such rights, is entirely their own responsibility.
Further information may be obtained from the IEEE Standards Association.
5
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 8 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Trial-use standards
Publication of this trial-use standard for comment and criticism has been approved by the Institute of Electrical
and Electronics Engineers, Inc. Trial-use standards are effective for 36 months from the date of publication.
Comments for revision will be accepted for 24 months after publication. Suggestions for revision should be
directed to the Secretary, IEEE-SA Standards Board, 445 Hoes Lane, Piscataway, NJ 08855, and should be
received no later than 16 October 2021.
6
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 9 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Participants
At the time this IEEE trial-use standard was completed, the P2430 Working Group had the following
membership:
Talmon Ben-Cnaan, Chair
Bill Curtis Robert Schaaf Charley Tichenor
Victoria (Vicky) Hailey Roopali Thapar Altaz Valani
Annette Reilly Kiran Yeole
The following members of the individual balloting committee voted on this trial-use standard. Balloters may
have voted for approval, disapproval, or abstention.
Robert Aiello Werner Hoelzl Carl Singer
Talmon Ben-Cnaan Noriyuki Ikeuchi Kendall Southwick
Atsushi Ito Friedrich Stallinger
Juris Borzovs
Pieter Botman Srinivasa Rao Thomas Starai
Demetrio Bucaneg Jr. Kanneganti Walter Struppler
Paul Cardinal Piotr Karocki Marcy Stutzman
Lawrence Catchpole David Leciston Sachin Thakur
Jan de Liefde Johnny Marques Roopali Thapar
Yaacov Fenster LaMont McAliley Charley Tichenor
Andrew Fieldsend Rajesh Murthy John Vergis
David Fuschi Nick S.A. Nikjoo Scott Willy
Julian Gomez Mark Paulk Steven Woodward
Randall Groves Annette Reilly Jian Yu
Victoria (Vicky) Hailey Saurabh Saxena Oren Yuen
Mark Henley Robert Schaaf Janusz Zalewski
Stephen Schwarm
When the IEEE-SA Standards Board approved this trial-use standard on 13 June 2019, it had the following
membership:
Gary Hoffman, Chair
Ted Burse, Vice Chair
Jean-Philippe Faure, Past Chair
Konstantinos Karachalios, Secretary
Masayuki Ariyoshi John D. Kulick Annette D. Reilly
Stephen D. Dukes David J. Law Dorothy Stanley
J.Travis Griffith Joseph Levy Sha Wei
Guido Hiertz Howard Li Phil Wennblom
Christel Hunter Xiaohui Liu Philip Winston
Thomas Koshy Kevin Lu Howard Wolfman
Joseph L. Koepfinger* Daleep Mohla Feng Wu
Thomas Koshy Andrew Myles Jingyi Zhou
*Member Emeritus
7
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 10 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Introduction
This introduction is not part of IEEE Std 2430-2019, IEEE Trial-Use Standard for Software Non-Functional Sizing
Measurements.
Having both software functional size and non-functional size provides significant information for the
management of software product development. The functional size is quantifiable and represents a good
measure of the functional project/application size. Providing a quantifiable measure for the non-functional
requirements (NFR) allows organizations to build historical data repositories that can be referenced to assist in
decision making for the technical and/or quality aspects of applications.
Non-functional sizing assists organization in multiple ways (see Annex A). It provides insight into projects
and applications to assist in effort and cost estimating and in the analysis of quality and productivity. Used
in conjunction with function-point analysis, non-functional sizing provides information that can identify
additional software size, which may impact quality and productivity in a positive or negative way. Having this
information enables software professionals to:
— Better plan, schedule, and estimate projects.
— Identify areas of process improvement.
— Assist in determining future technical strategies.
— Quantify the impacts of the current technical strategies.
— Improve quality: Analyzing non-functional size may assist in identifying implicit requirement and may
assist in analyzing the components of the solution to meet the NFR by looking at the sizing attributes.
By learning the methodology as described in this standard and by performing the non-functional sizing
together with functional sizing, the added time and effort to size the NFR is small.
Acknowledgments
The author thanks the International Electrotechnical Commission (IEC) for permission to reproduce
information from its international standards. All such extracts are copyright of IEC Geneva, Switzerland. All
rights reserved. Further information on the IEC is available from www .iec .ch. IEC has no responsibility for the
placement and context in which the extracts and contents are reproduced by the author, nor is IEC in any way
responsible for the other content or accuracy therein.
Portions of the Software Non-functional Assessment Process (SNAP), Assessment Practices Manual, Release
2.4, reprinted with permission from IFPUG, ©2017.
8
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 11 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Contents
1. Overview . 10
1.1 Scope . 10
1.2 Purpose . 10
1.3 Word usage . 11
2. Normative references . 11
3. Definitions, acronyms, and abbreviations . 12
3.1 Definitions . 12
3.2 Abbreviations . 16
4. Introductory Information . 17
4.1 Non-Functional Software Size Measurement (NFSSM) introduction . 17
4.2 Software-intensive system and software product . 18
4.3 Software domains . 18
4.4 The relations between non-functional requirements (NFR) definition and functional user
requirements (FUR) . 18
4.5 Key features of the NFSSM . 20
4.6 Future evolution of NFR . 21
4.7 Objectives and benefits . 22
5. Non-functional size: Categories and sub-categories . 23
5.1 Category 1: Data operations . 23
5.2 Category 2: Interface design . 32
5.3 Category 3: Technical environment . 41
5.4 Category 4: Architecture . 47
5.5 Sizing code data . 52
6. The sizing process . 55
6.1 The timing of the non-functional sizing . 56
6.2 Non-functional sizing and FSM . 56
6.3 Steps to determine the non-functional size . 57
6.4 Calculating the Non-functional size . 63
7. Complementarity of the functional and the non-functional sizes. 66
7.1 Requirements involving functional and non-functional requirements . 67
8. Use of non-functional software sizing . 77
8.1 Functional size and non-functional size . 77
8.2 Project management . 77
8.3 Performance management . 81
Annex A (in
...
FINAL
INTERNATIONAL ISO/IEC/
DRAFT
STANDARD IEEE/FDIS
32430
ISO/IEC JTC 1/SC 7
Information technology — Software
Secretariat: BIS
non-functional sizing measurements
Voting begins on:
20210322
Voting terminates on:
20210809
RECIPIENTS OF THIS DRAFT ARE INVITED TO
SUBMIT, WITH THEIR COMMENTS, NOTIFICATION
OF ANY RELEVANT PATENT RIGHTS OF WHICH
THEY ARE AWARE AND TO PROVIDE SUPPOR TING
DOCUMENTATION.
IN ADDITION TO THEIR EVALUATION AS
Reference number
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO
ISO/IEC/IEEE FDIS 32430:2021(E)
LOGICAL, COMMERCIAL AND USER PURPOSES,
DRAFT INTERNATIONAL STANDARDS MAY ON
OCCASION HAVE TO BE CONSIDERED IN THE
LIGHT OF THEIR POTENTIAL TO BECOME STAN
DARDS TO WHICH REFERENCE MAY BE MADE IN
©
NATIONAL REGULATIONS. IEEE 2021
---------------------- Page: 1 ----------------------
ISO/IEC/IEEE FDIS 32430:2021(E)
COPYRIGHT PROTECTED DOCUMENT
© IEEE 2021
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from IEEE at the address below.
Institute of Electrical and Electronics Engineers, Inc
3 Park Avenue, New York
NY 100165997, USA
Email: stds.ipr@ieee.org
Website: www.ieee.org
Published in Switzerland
ii © IEEE 2021 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC/IEEE FDIS 32430:2021(E)
Foreword
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.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for
the different types of ISO/IEC documents should be noted. This document was drafted in accordance
with the editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives or
www.iec.ch/members_experts/refdocs).
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.
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. Details
of any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents) or the IEC list of patent
declarations received (see patents.iec.ch).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT),
see www.iso.org/iso/foreword.html. In the IEC, see www.iec.ch/understanding-standards.
ISO/IEC/IEEE 32430 was prepared by the LAN/MAN of the IEEE Computer Society (as IEEE Std 2430-
2019) and drafted in accordance with its editorial rules. It was adopted, under the “fast-track procedure”
defined in the Partner Standards Development Organization cooperation agreement between ISO and
IEEE, by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 7, Software
and systems engineering.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html and www.iec.ch/national-
committees.
© IEEE 2021 – All rights reserved iii
---------------------- Page: 3 ----------------------
IEEE Std 2430™-2019
IEEE Trial-Use Standard for Software
Non-Functional Sizing Measurements
Developed by the
Software & Systems Engineering Standards Committee (C/S2ESC)
of the
IEEE Computer Society
Approved 13 June 2019
IEEE-SA Standards Board
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 4 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Abstract: A method for the sizing of nonfunctional software requirements is defined in this
standard. It complements ISO/IEC 20926:2009, which defines a method for the sizing of functional
user requirements. Non-functional categories for data operations, interface design, technical
environment, and architecture software are included in this standard.Steps to determine and
calculate the non-functional size are also included. Handling requirements involving both functional
and non-functional requirements are explained in this standard, which also covers how to apply
non-functional sizing estimates in terms of cost, project duration and quality, and considerations of
software performance in terms of productivity and quality. The combination of functional and non-
functional size should correspond to the total size necessary to produce the software. The functional
size and non-functional size are orthogonal, and both are needed when sizing the software. The
complementarity of the functional and the non-functional sizes, to avoid overlaps or gaps between
the two size methods, are described in this standard. Calculating the implementation work effort
and duration of the non-functional requirements is outside the scope of this standard.
Keywords: IEEE 2430™, IFPUG, non-functional size measurements, non-functional requirements,
SNAP
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, USA
Copyright © 2019 by The Institute of Electrical and Electronics Engineers, Inc.
All rights reserved. Published 16 October 2019. 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.
W3C is trademarks or registered trademarks of the W3C®, (registered in numerous countries) World Wide Web Consortium. Marks of W3C
are registered and held by its host institutions: Massachusetts Institute of Technology (MIT), European Research Consortium for Information
and Mathematics (ERCIM), and Keio University, Japan.
PDF: ISBN 978-1-5044-5987-7 STD23763
Print: ISBN 978-1-5044-5988-4 STDPD23763
IEEE prohibits discrimination, harassment, and bullying.
For more information, visit https:// www.ieee .org/ web/ aboutus/ whatis/ policies/ p9 -26 .html.
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.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 5 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Important Notices and Disclaimers Concerning IEEE Standards Documents
IEEE documents are made available for use subject to important notices and legal disclaimers. These notices
and disclaimers, or a reference to this page, appear in all standards and may be found under the heading
“Important Notices and Disclaimers Concerning IEEE Standards Documents.” They can also be obtained on
request from IEEE or viewed at https://standards .ieee.or g/ ipr/ disclaimers.html .
Notice and Disclaimer of Liability Concerning the Use of IEEE Standards
Documents
IEEE Standards documents (standards, recommended practices, and guides), both full-use and trial-use,
are developed within IEEE Societies and the Standards Coordinating Committees of the IEEE Standards
Association (“IEEE-SA”) Standards Board. IEEE (“the Institute”) develops its standards through a consensus
development process, approved by the American National Standards Institute (“ANSI”), which brings
together volunteers representing varied viewpoints and interests to achieve the final product. IEEE Standards
are documents developed through scientific, academic, and industry-based technical working groups.
Volunteers in IEEE working groups are not necessarily members of the Institute and participate without
compensation from IEEE. While IEEE administers the process and establishes rules to promote fairness in the
consensus development process, IEEE does not independently evaluate, test, or verify the accuracy of any of
the information or the soundness of any judgments contained in its standards.
IEEE Standards do not guarantee or ensure safety, security, health, or environmental protection, or ensure
against interference with or from other devices or networks. Implementers and users of IEEE Standards
documents are responsible for determining and complying with all appropriate safety, security, environmental,
health, and interference protection practices and all applicable laws and regulations.
IEEE does not warrant or represent the accuracy or content of the material contained in its standards, and
expressly disclaims all warranties (express, implied and statutory) not included in this or any other document
relating to the standard, including, but not limited to, the warranties of: merchantability; fitness for a particular
purpose; non-infringement; and quality, accuracy, effectiveness, currency, or completeness of material. In
addition, IEEE disclaims any and all conditions relating to: results; and workmanlike effort. IEEE standards
documents are supplied “AS IS” and “WITH ALL FAULTS.”
Use of an IEEE standard is wholly voluntary. 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.
In publishing and making its standards available, IEEE is not suggesting or rendering professional or other
services for, or on behalf of, any person or entity nor is IEEE undertaking to perform any duty owed by any
other person or entity to another. Any person utilizing any IEEE Standards document, should rely upon his or
her own independent judgment in the exercise of reasonable care in any given circumstances or, as appropriate,
seek the advice of a competent professional in determining the appropriateness of a given IEEE standard.
IN NO EVENT SHALL IEEE BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO:
PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
OTHERWISE) ARISING IN ANY WAY OUT OF THE PUBLICATION, USE OF, OR RELIANCE
UPON ANY STANDARD, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE AND
REGARDLESS OF WHETHER SUCH DAMAGE WAS FORESEEABLE.
3
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 6 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Translations
The IEEE consensus development process involves the review of documents in English only. In the event that
an IEEE standard is translated, only the English version published by IEEE should be considered the approved
IEEE standard.
Official statements
A statement, written or oral, that is not processed in accordance with the IEEE-SA Standards Board Operations
Manual shall not be considered or inferred to be the official position of IEEE or any of its committees and shall
not be considered to be, or be relied upon as, a formal position of IEEE. 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 of IEEE.
Comments on standards
Comments for revision of IEEE Standards documents are welcome from any interested party, regardless
of membership affiliation with IEEE. However, IEEE does not provide consulting information or advice
pertaining to IEEE Standards documents. Suggestions for changes in documents should be in the form of a
proposed change of text, together with appropriate supporting comments. Since IEEE standards represent a
consensus of concerned interests, it is important that any responses to comments and questions also receive
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 comments or questions except in
those cases where the matter has previously been addressed. For the same reason, IEEE does not respond to
interpretation requests. Any person who would like to participate in revisions to an IEEE standard is welcome
to join the relevant IEEE working group.
Comments on standards should be submitted to the following address:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
Piscataway, NJ 08854 USA
Laws and regulations
Users of IEEE Standards documents should consult all applicable laws and regulations. Compliance with
the provisions of any IEEE Standards document does not imply compliance to any applicable regulatory
requirements. Implementers of the standard are responsible for observing or referring to the applicable
regulatory requirements. IEEE does not, by the publication of its standards, intend to urge action that is not in
compliance with applicable laws, and these documents may not be construed as doing so.
Copyrights
IEEE draft and approved standards are copyrighted by IEEE under US and international copyright laws. They
are made available by IEEE and are adopted for a wide variety of both public and private uses. These include
both use, by reference, in laws and regulations, and use in private self-regulation, standardization, and the
promotion of engineering practices and methods. By making these documents available for use and adoption
by public authorities and private users, IEEE does not waive any rights in copyright to the documents.
4
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 7 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Photocopies
Subject to payment of the appropriate fee, IEEE will grant users a limited, non-exclusive license to photocopy
portions of any individual standard for company or organizational internal use or individual, non-commercial
use only. To arrange for payment of licensing fees, 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.
Updating of IEEE Standards documents
Users of IEEE Standards documents should be aware that these documents may be superseded at any time
by the issuance of new editions or may be amended from time to time through the issuance of amendments,
corrigenda, or errata. A current IEEE document at any point in time consists of the current edition of the
document together with any amendments, corrigenda, or errata then in effect.
Every IEEE standard is subjected to review at least every 10 years. When a document is more than 10 years old
and has not undergone a revision process, 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 order to determine whether a given document is the current edition and whether it has been amended
through the issuance of amendments, corrigenda, or errata, visit IEEE Xplore at https://ieeexplore .ieee .or g/ or
contact IEEE at the address listed previously. For more information about the IEEE-SA or IEEE’s standards
development process, visit the IEEE-SA Website at http://standards .ieee.or g.
Errata
Errata, if any, for IEEE standards can be accessed via https://standards .ieee.or g/ standard/index .html. Search
for standard number and year of approval to access the web page of the published standard. Errata links are
located under the Additional Resources Details section. Errata are also available in IEEE Xplore: https://
ieeexplore.ieee .or g/ browse/ standards/ collection/ieee/ . Users are encouraged to periodically check for errata.
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 by the IEEE with respect to the
existence or validity of any patent rights in connection therewith. If a patent holder or patent applicant has
filed a statement of assurance via an Accepted Letter of Assurance, then the statement is listed on the IEEE-
SA Website at https://standards .ieee.or g/ about/sasb/ patcom/patents .html. Letters of Assurance may indicate
whether the Submitter is willing or unwilling to grant licenses under patent rights without compensation
or under reasonable rates, with reasonable terms and conditions that are demonstrably free of any unfair
discrimination to applicants desiring to obtain such licenses.
Essential Patent Claims may exist for which a Letter of Assurance has not been received. The IEEE is not
responsible for identifying Essential Patent Claims for which a license may be required, for conducting inquiries
into the legal validity or scope of Patents Claims, or determining whether any licensing terms or conditions
provided in connection with submission of a Letter of Assurance, if any, or in any licensing agreements are
reasonable or non-discriminatory. Users of this standard are expressly advised that determination of the
validity of any patent rights, and the risk of infringement of such rights, is entirely their own responsibility.
Further information may be obtained from the IEEE Standards Association.
5
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 8 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Trial-use standards
Publication of this trial-use standard for comment and criticism has been approved by the Institute of Electrical
and Electronics Engineers, Inc. Trial-use standards are effective for 36 months from the date of publication.
Comments for revision will be accepted for 24 months after publication. Suggestions for revision should be
directed to the Secretary, IEEE-SA Standards Board, 445 Hoes Lane, Piscataway, NJ 08855, and should be
received no later than 16 October 2021.
6
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 9 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Participants
At the time this IEEE trial-use standard was completed, the P2430 Working Group had the following
membership:
Talmon Ben-Cnaan, Chair
Bill Curtis Robert Schaaf Charley Tichenor
Victoria (Vicky) Hailey Roopali Thapar Altaz Valani
Annette Reilly Kiran Yeole
The following members of the individual balloting committee voted on this trial-use standard. Balloters may
have voted for approval, disapproval, or abstention.
Robert Aiello Werner Hoelzl Carl Singer
Talmon Ben-Cnaan Noriyuki Ikeuchi Kendall Southwick
Atsushi Ito Friedrich Stallinger
Juris Borzovs
Pieter Botman Srinivasa Rao Thomas Starai
Demetrio Bucaneg Jr. Kanneganti Walter Struppler
Paul Cardinal Piotr Karocki Marcy Stutzman
Lawrence Catchpole David Leciston Sachin Thakur
Jan de Liefde Johnny Marques Roopali Thapar
Yaacov Fenster LaMont McAliley Charley Tichenor
Andrew Fieldsend Rajesh Murthy John Vergis
David Fuschi Nick S.A. Nikjoo Scott Willy
Julian Gomez Mark Paulk Steven Woodward
Randall Groves Annette Reilly Jian Yu
Victoria (Vicky) Hailey Saurabh Saxena Oren Yuen
Mark Henley Robert Schaaf Janusz Zalewski
Stephen Schwarm
When the IEEE-SA Standards Board approved this trial-use standard on 13 June 2019, it had the following
membership:
Gary Hoffman, Chair
Ted Burse, Vice Chair
Jean-Philippe Faure, Past Chair
Konstantinos Karachalios, Secretary
Masayuki Ariyoshi John D. Kulick Annette D. Reilly
Stephen D. Dukes David J. Law Dorothy Stanley
J.Travis Griffith Joseph Levy Sha Wei
Guido Hiertz Howard Li Phil Wennblom
Christel Hunter Xiaohui Liu Philip Winston
Thomas Koshy Kevin Lu Howard Wolfman
Joseph L. Koepfinger* Daleep Mohla Feng Wu
Thomas Koshy Andrew Myles Jingyi Zhou
*Member Emeritus
7
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 10 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Introduction
This introduction is not part of IEEE Std 2430-2019, IEEE Trial-Use Standard for Software Non-Functional Sizing
Measurements.
Having both software functional size and non-functional size provides significant information for the
management of software product development. The functional size is quantifiable and represents a good
measure of the functional project/application size. Providing a quantifiable measure for the non-functional
requirements (NFR) allows organizations to build historical data repositories that can be referenced to assist in
decision making for the technical and/or quality aspects of applications.
Non-functional sizing assists organization in multiple ways (see Annex A). It provides insight into projects
and applications to assist in effort and cost estimating and in the analysis of quality and productivity. Used
in conjunction with function-point analysis, non-functional sizing provides information that can identify
additional software size, which may impact quality and productivity in a positive or negative way. Having this
information enables software professionals to:
— Better plan, schedule, and estimate projects.
— Identify areas of process improvement.
— Assist in determining future technical strategies.
— Quantify the impacts of the current technical strategies.
— Improve quality: Analyzing non-functional size may assist in identifying implicit requirement and may
assist in analyzing the components of the solution to meet the NFR by looking at the sizing attributes.
By learning the methodology as described in this standard and by performing the non-functional sizing
together with functional sizing, the added time and effort to size the NFR is small.
Acknowledgments
The author thanks the International Electrotechnical Commission (IEC) for permission to reproduce
information from its international standards. All such extracts are copyright of IEC Geneva, Switzerland. All
rights reserved. Further information on the IEC is available from www .iec .ch. IEC has no responsibility for the
placement and context in which the extracts and contents are reproduced by the author, nor is IEC in any way
responsible for the other content or accuracy therein.
Portions of the Software Non-functional Assessment Process (SNAP), Assessment Practices Manual, Release
2.4, reprinted with permission from IFPUG, ©2017.
8
Copyright © 2019 IEEE. All rights reserved.
Authorized licensed use limited to: IEEE Standards Board BoG CAG SASB RAC. Downloaded on October 28,2019 at 15:50:29 UTC from IEEE Xplore. Restrictions apply.
---------------------- Page: 11 ----------------------
ISO/IEC/IEEE 32430:2021(E)
Contents
1. Overview . 10
1.1 Scope . 10
1.2 Purpose . 10
1.3 Word usage . 11
2. Normative references . 11
3. Definitions, acronyms, and abbreviations . 12
3.1 Definitions . 12
3.2 Abbreviations . 16
4. Introductory Information . 17
4.1 Non-Functional Software Size Measurement (NFSSM) introduction . 17
4.2 Software-intensive system and software product . 18
4.3 Software domains . 18
4.4 The relations between non-functional requirements (NFR) definition and functional user
requirements (FUR) . 18
4.5 Key features of the NFSSM . 20
4.6 Future evolution of NFR . 21
4.7 Objectives and benefits . 22
5. Non-functional size: Categories and sub-categories . 23
5.1 Category 1: Data operations . 23
5.2 Category 2: Interface design . 32
5.3 Category 3: Technical environment . 41
5.4 Category 4: Architecture . 47
5.5 Sizing code data . 52
6. The sizing process . 55
6.1 The timing of the non-functional sizing . 56
6.2 Non-functional sizing and FSM . 56
6.3 Steps to determine the non-functional size . 57
6.4 Calculating the Non-functional size . 63
7. Complementarity of the functional and the non-functional sizes.
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.