IEEE-1044-1993-R2002.pdf
《IEEE-1044-1993-R2002.pdf》由会员分享,可在线阅读,更多相关《IEEE-1044-1993-R2002.pdf(32页珍藏版)》请在三一文库上搜索。
1、 The Institute of Electrical and Electronics Engineers, Inc. 345 East 47th Street, New York, NY 10017-2394, USA Copyright 1994 by the Institute of Electrical and Electronics Engineers, Inc. All rights reserved. Published 1994. Printed in the United States of America. ISBN 1-55937-383-0 No part of th
2、is publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher. IEEE Std 1044-1993 IEEE Standard Classication for Software Anomalies Sponsor Software Engineering Standards Committee of the IEEE Computer Society Appr
3、oved December 2, 1993 IEEE Standards Board Abstract: A uniform approach to the classification of anomalies found in software and its documen- tation is provided. The processing of anomalies discovered during any software life cycle phase are described, and comprehensive lists of software anomaly cla
4、ssications and related data items that are helpful to identify and track anomalies are provided. This standard is not intended to dene pro- cedural or format requirements for using the classication scheme. It does identify some classica- tion measures and does not attempt to dene all the data suppor
5、ting the analysis of an anomaly. Keywords: anomaly, category, classification, classification process, supporting data item Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=OConnor, Maurice Not for Res
6、ale, 04/28/2007 20:25:32 MDTNo reproduction or networking permitted without license from IHS -,-,- Print: ISBN 1-55937-708-9, SH94399 PDF: ISBN 0-7381-0406-X, SS94399 IEEE Std 1044-1993(R2002) Reaffirmed September 11, 2002 IEEE Standards documents are developed within the Technical Committees of the
7、 IEEE Societies and the Standards Coordinating Committees of the IEEE Standards Board. Members of the committees serve voluntarily and without compensation. They are not necessarily members of the Institute. The standards developed within IEEE represent a consensus of the broad expertise on the subj
8、ect within the Institute as well as those activities outside of IEEE that have expressed an interest in partici- pating in the development of the standard. 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, mea
9、sure, purchase, mar- ket, 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
10、 of the standard. Every IEEE Standard is subjected to review at least every ve years for revision or reafrmation. When a document is more than ve years old and has not been reafrmed, it is reasonable to conclude that its contents, although still of some value, do not wholly reect the present state o
11、f the art. Users are cautioned to check to determine that they have the latest edition of any IEEE Standard. Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership afliation with IEEE. Suggestions for changes in docu- ments should be in the form of a
12、proposed change of text, together with appropriate supporting comments. Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate to specic applications. When the need for interpretations is brought to the attention of IEEE, the Institute will in
13、itiate action to prepare appro- priate responses. Since IEEE Standards represent a consensus of all concerned inter- ests, 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 technical com- mittees
14、 are not able to provide an instant response to interpretation requests except in those cases where the matter has previously received formal consideration. Comments on standards and requests for interpretations should be addressed to: Secretary, IEEE Standards Board 445 Hoes Lane P.O. Box 1331 Pisc
15、ataway, NJ 08855-1331 USA IEEE standards documents may involve the use of patented technology. Their approval by the Institute of Electrical and Electronics Engineers does not mean that using such technology for the purpose of conforming to such standards is authorized by the patent owner. It is the
16、 obligation of the user of such technology to obtain all necessary permissions. Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=OConnor, Maurice Not for Resale, 04/28/2007 20:25:32 MDTNo reproduction
17、 or networking permitted without license from IHS -,-,- iii Introduction (This introduction is not a part of IEEE Std 1044-1993, IEEE Standard Classication for Software Anomalies.) This standard provides a uniform approach to the classication of anomalies found in software and its documentation. It
18、describes the processing of anomalies discovered during any software life cycle phase, and it provides comprehensive lists of software anomaly classications and related data items that are helpful to identify and track anomalies. The minimum set of classications deemed necessary for a complete data
19、set are indicated as mandatory. More detailed classications are provided for those projects that require more rigor. These lower levels of detail are shown as optional. Application of less than the mandatory set of classications is not recommended as this may result in insufcient detail for meaningf
20、ul data collection and analysis. Some guidelines on how to apply the standard are provided in 4.1. In addition, annex A provides an example anomaly reporting mechanism that describes how to apply the classication scheme. The classication scheme in this standard considers the environment and activity
21、 in which the anomaly occurred, the symp- toms of the anomaly, the software or system cause of the anomaly, whether the anomaly is a problem or an enhancement request, where the anomaly originated (by phase and document), the resolution and disposition of the anomaly, the impact of several aspects o
22、f the anomaly, and the appropriate corrective action. Collecting the data described in this standard provides valuable information that has many useful applica- tions. Software is usually the most expensive item in computer systems. It is also well documented that the earlier within the software lif
23、e cycle a problem is discovered, the cheaper it is to x. This encourages the use of tools, techniques, and methodologies to nd problems sooner. Standard anomaly data is necessary to eval- uate how well these tools, techniques, and methodologies work. This data can also identify when in a projects li
24、fe cycle most problems are introduced. Distinctions between enhancements and problems in the software help make the decisions as to which anomalies are addressed rst, category of funding, etc. Anom- aly data can also assist in the evaluation of reliability and productivity measures. At the time this
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IEEE 1044 1993 R2002
链接地址:https://www.31doc.com/p-3771477.html