ISO/IEC 14764:2006 ソフトウェアエンジニアリング—ソフトウェアライフサイクルプロセス—メンテナンス | ページ 2

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

2 参考文献

以下の規範文書には、このテキストでの参照を通じて、ISO/IEC/IEEE 14764 のこの部分の規定を構成する規定が含まれています。ただし、ISO/IEC/IEEE 14764 のこの部分に基づく協定の当事者は、以下に示す規範文書の最新版を適用する可能性を調査することをお勧めします。日付のない参照については、参照されている規範文書の最新版が適用されます。 ISO および IEC のメンバーは、現在有効な国際規格の登録簿を維持しています。

  • ISO/IEC 9126-1:2001,ソフトウェア工学 -- 製品品質 -- 1: 品質モデル2
  • ISO/IEC 12207:1995, 情報技術 -- ソフトウェア ライフ サイクル プロセス。
  • ISO/IEC 12207: Amd 1:2002, 情報技術 -- ソフトウェア ライフ サイクル プロセス (修正案 1)
  • ISO/IEC 12207: Amd 2:2004, 情報技術 -- ソフトウェア ライフ サイクル プロセス (修正 2)
  • ISO/IEC 15939:2002, ソフトウェア工学 — ソフトウェア測定プロセス。

3 定義と用語

この規格の目的のために、次の定義が適用されます。この条項で定義されていない用語については、IEEE 規格用語の権威ある辞書、第 7 版、および ISO/IEC 12207 で指定されている用語と定義を参照する必要があります。

3.1

アダプティブメンテナンス

変更された環境または変化する環境でソフトウェア製品を使用できるようにするために、出荷後に実行されるソフトウェア製品の変更

注記 1:適応保守は、ソフトウェア製品が動作しなければならない環境の変化に対応するために必要な機能拡張を提供します。これらの変更は、環境の変化に対応するために行わなければならないものです。たとえば、オペレーティング システムがアップグレードされ、新しいオペレーティング システムに対応するためにいくつかの変更が加えられる場合があります

3.2

是正保守

発見された問題を修正するために納品後に実行されるソフトウェア製品の事後対応型の修正

注記 1修正は,要件を満たすようにソフトウェア製品を修復する。

3.3

緊急メンテナンス

修正保守が保留されるまでの間、一時的にシステムの運用を維持するために実行される予定外の変更

注記1緊急保守は事後保守の一部である

3.4

保守性

ソフトウェア製品の変更可能性。修正には、環境、要件、および機能仕様の変更に対するソフトウェアの修正、改善、または適応が含まれる場合があります

[出典: ISO/IEC 9126-1]

3.5

メンテナンス強化

新しい要件を満たすために既存のソフトウェア製品を修正すること

注記 1:ソフトウェア拡張には、適応型と完全型の 2 種類があります。メンテナンスの機能強化は、ソフトウェアの修正ではありません。

3.6

修正依頼

(氏)

保守されているソフトウェア製品に対して提案された変更を識別するために使用される一般的な用語

注記1: MRは、後で修正または強化として分類され、修正、予防、適応、または完全保守として識別される場合があります。 MR は、変更要求とも呼ばれます。図 1 を参照してください。

図 1 —変更リクエスト

3.7

完璧なメンテナンス

ソフトウェア製品の潜在的な欠陥を障害として顕在化する前に検出して修正するために、出荷後にソフトウェア製品を修正すること。

注記 1:パーフェクティブ メンテナンスは、ユーザーの機能強化、プログラム ドキュメントの改善、およびソフトウェアのパフォーマンス、保守性、またはその他のソフトウェア属性を改善するための再コーディングを提供します。

3.8

予防保全

ソフトウェア製品の潜在的な欠陥が運用上の欠陥になる前に検出して修正するために、出荷後にソフトウェア製品を修正すること。

3.9

発行レポート

(PR)

ソフトウェア製品で検出された問題を特定して説明するために使用される用語

注記 1: PR は、障害を示すために直接提出されるか、変更要求に対して影響分析が実行されて障害が見つかった後に確立されます。

3.10

ソフトウェアのメンテナンス

ソフトウェア システムに費用対効果の高いサポートを提供するために必要な活動の全体。活動は、配信前の段階と配信後の段階で実行されます。

注記 1:納入前の活動には、納入後の運用の計画、サポート可能性、およびロジスティクスの決定が含まれます。配信後のアクティビティには、ソフトウェアの変更、トレーニング、およびヘルプ デスクの運営が含まれます。

3.11

ソフトウェア移行

ソフトウェア開発が、初期ソフトウェア開発を行う組織からソフトウェア保守を行う組織に移行する、制御および調整された一連のアクション。

附属書C

(参考)

参考文献

[1]IEEE 730-2002, ソフトウェア品質保証計画の IEEE 規格。
[2]IEEE 828-1998, ソフトウェア構成管理計画の IEEE 標準。
[3]IEEE 829-1998, ソフトウェア テスト ドキュメントの IEEE 規格。
[4]IEEE 1012-1998, ソフトウェアの検証と検証に関する IEEE 規格。
[5]IEEE 1012a-1998, ソフトウェアの検証と検証に関する IEEE 規格の補足: IEEE/EIA 12207.1-1997 へのコンテンツ マップ。
[6]IEEE 1028-1997, (R2002)、ソフトウェア レビューの IEEE 規格。
[7]IEEE 1042-1987, ソフトウェア構成管理の IEEE ガイド。
[8]IEEE 1058-1998, ソフトウェア プロジェクト管理計画の標準。
[9]IEEE 1061-1998, ソフトウェア品質メトリクス方法論の IEEE 標準。
[10]IEEE 1219-1998, ソフトウェア メンテナンスの IEEE 規格。
[11]IEEE 1348-1995, コンピューター支援ソフトウェア エンジニアリング (CASE) ツールの採用に関する IEEE 推奨プラクティス。
[12]ISO/AFNOR:1989, コンピュータ サイエンス辞書。
[13]ISO 9001:2000, 品質管理システム -- 要件。
[14]ISO/IEC 9003:2004, ソフトウェア エンジニアリング -- ISO 9001:2000をコンピュータ ソフトウェアに適用するためのガイドライン。
[15]ISO/IEC 14102:1995, 情報技術 -- CASE ツールの評価と選択のガイドライン。
[16]ISO/IEC 14143-1:1998, 情報技術 - ソフトウェア測定 - 機能サイズ測定 - 1: 概念の定義。
[17]ISO/IEC TR 14471:1999, 情報技術 -- ソフトウェア工学 -- CASE ツール採用のガイドライン。
[18]ISO/IEC TR 15271:1998, 情報技術 -- ISO/IEC 12207 (ソフトウェア ライフ サイクル プロセス) のガイド。
[19]ISO/IEC 15288:2002, システム エンジニアリング -- システム ライフ サイクル プロセス。
[20]ISO/IEC TR 15846:1998, 情報技術 -- ソフトウェア ライフ サイクル プロセス - 構成管理。
[21]ISO/IEC 19759-2004, ソフトウェア エンジニアリング -- ソフトウェア エンジニアリング知識体系へのガイド — SWEBO
[22]ISO/IEC 2382-20:1990, 情報技術 -- 語彙; 20: システム開発。

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 -- 1: Quality model2
  • 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 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 1 to entry: 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

3.2

corrective maintenance

the reactive modification of a software product performed after delivery to correct discovered problems

Note 1 to entry: 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 1 to entry: 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 4

[SOURCE: ISO/IEC 9126-1]

3.5

maintenance enhancement

a modification to an existing software product to satisfy a new requirement

Note 1 to entry: 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 1 to entry: 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.

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 1 to entry: 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 1 to entry: 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 1 to entry: 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

Annex C

(informative)

Bibliography

[1]IEEE 730-2002, IEEE Standard for Software Quality Assurance Plans.
[2]IEEE 828-1998, IEEE Standard for Software Configuration Management Plans.
[3]IEEE 829-1998, IEEE Standard for Software Test Documentation.
[4]IEEE 1012-1998, IEEE Standard for Software Verification and Validation.
[5]IEEE 1012a-1998, Supplement to IEEE Standard for Software Verification and Validation: Content Map to IEEE/EIA 12207.1-1997.
[6]IEEE 1028-1997(R2002), IEEE Standard for Software Reviews.
[7]IEEE 1042-1987, IEEE Guide to Software Configuration Management.
[8]IEEE 1058-1998, Standard for Software Project Management Plans.
[9]IEEE 1061-1998, IEEE Standard for a Software Quality Metrics Methodology.
[10]IEEE 1219-1998, IEEE Standard for Software Maintenance.
[11]IEEE 1348-1995, IEEE Recommended Practice for the Adoption of Computer-Aided Software Engineering (CASE) Tools.
[12]ISO/AFNOR:1989, Dictionary of Computer Science.
[13]ISO 9001:2000, Quality management systems -- Requirements.
[14]ISO/IEC 9003:2004, Software engineering -- Guidelines for the application of ISO 9001:2000 to computer software.
[15]ISO/IEC 14102:1995, Information technology -- Guideline for the evaluation and selection of CASE tools.
[16]ISO/IEC 14143-1: 1998, Information technology — Software measurement — Functional size measurement — 1: Definition of concepts.
[17]ISO/IEC TR 14471:1999, Information technology -- Software engineering -- Guidelines for the adoption of CASE tools.
[18]ISO/IEC TR 15271:1998, Information technology -- Guide for ISO/IEC 12207 (Software Life Cycle Processes).
[19]ISO/IEC 15288:2002, Systems engineering -- System life cycle processes.
[20]ISO/IEC TR 15846:1998, Information technology -- Software life cycle processes-Configuration management.
[21]ISO/IEC 19759-2004, Software Engineering -- Guide to the Software Engineering Body of Knowledge — SWEBOK.
[22]ISO/IEC 2382-20:1990, Information technology -- Vocabulary; 20: System development.