この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序章
この技術仕様は、ISO/IEC/IEEE 15288:2008 [1]ライフ サイクル プロセスの適用に関するガイダンスを提供し、システムおよびソフトウェア製品とサービスを提供するプロジェクトでの品質への対応を具体的に参照しています。特定の情報項目の開発、これらの情報項目間の相互関係、およびこれらの情報項目の維持と相互の一貫性管理を含む、品質を達成するための体系的なアプローチに焦点を当てています。特に、特定の製品またはシステムを生産し、その品質目標を達成するために必要なプロセス インスタンスのコレクションの詳細な仕様を開発する方法について説明します。ライフサイクルプロセス規格のガイダンスを他の規格 (ISO/IEC 25000 [12] SQuaRE シリーズの製品品質の仕様、測定、および評価に対処する規格など) と組み合わせて適用して、ライフサイクルプロセスの品質を達成する方法について説明します。特定のシステムの開発。
システムを開発するためのライフ サイクル プロセスの適用には、とりわけ、利害関係者の要件、システム要件、設計、計画、および技術戦略などの情報項目の収集、ならびにさまざまなシステム要素を含む成果物の収集が含まれます。およびシステムを有効にします。この技術仕様のガイダンスは、次の原則に基づいています。
- 品質責任のローカライゼーション : 要件は、システム全体の要件から導き出された、各システム要素および有効化システムに対して確立する必要があります。各システム要素または有効化システムを開発するために必要な一連のプロセス インスタンスを特定する必要があります。品質に対する責任は、ISO/IEC/IEEE 15288 で対応するライフ サイクル プロセスに対して定義された結果によって区別されます。
- プロセス インスタンス記述の作成 : プロセス インスタンスごとに、対応するライフ サイクル プロセスに対して定義された結果、特定のシステム要素の特性と要件、および他のプロセスで行われた製品の決定から生じる要件と制約に基づいて、成功基準を確立する必要があります。インスタンス;これらの成功基準を達成するために必要な一連の特定のタスクと関連する能力を特定する必要があります。特に、重大な品質リスクを持つシステム要素については、特定する必要があります。
- 組織の知識との一貫性: 品質の達成は、最終的には正しい技術的決定に依存します。関連する制度的知識は、製品およびプロセスの決定を行うために特定および展開されるべきであり、結果として得られる情報項目および成果物は、適用可能な制度的知識の本体との一貫性についてチェックされるべきです。
- コンテンツの一貫性の維持 : プロセス インスタンスの仕様自体を含むすべての情報項目は、開発ライフ サイクルを通じて同時に進化する可能性があります。これらの情報アイテムとアーティファクトが同時に進化するにつれて、さまざまな情報アイテムとアーティファクト間のコンテンツの一貫性の関係を追跡および管理する必要があります。
技術仕様は、ハードウェア、ソフトウェア、および人的要素を含むシステムの開発、強化、または再設計を含むすべてのプロジェクトに適用できます。これは、重要な品質特性のセットがプロジェクト間で大きく異なり、システム ライフ サイクルの開発段階で品質の達成を計画するためのより体系的で詳細なアプローチを必要とする、複数のアプリケーション ドメインwhere活動するプロジェクト組織に特に役立ちます。
この技術仕様は、二者間の状況に対するガイダンスを提供することを目的としており、二者が同じ組織に属しているwhereにも同様に適用できます。この技術仕様は、単独の当事者が自主的なタスクとして使用することもできます。この技術仕様は、複数の関係者がいる状況でのガイダンスとしても役立ちますここで,複雑なシステムの供給と統合には高いリスクがつきものであり、調達には複数の供給者、組織、または契約関係者が関与する可能性があります。
Introduction
This Technical Specification provides guidance on the application of ISO/IEC/IEEE 15288:2008[1] life cycle processes with specific reference to addressing quality in projects that deliver systems and software products and services. It focuses on a systematic approach to achieving quality, involving the development of certain information items, the inter-relationships between these information items and the maintenance and mutual consistency management of these information items. In particular, it describes how to develop detailed specifications of the collection of process instances needed to produce a specific product or system and achieve its quality goals. It describes how the guidance in life cycle process standards may be applied in conjunction with other standards (such as the ISO/IEC 25000 [12] SQuaRE series of standards that address the specification, measurement and evaluation of product quality) to achieve quality during the development of a specific system.
Application of life cycle processes to develop a system involves the production of, among others, a collection of information items such as stakeholder requirements, system requirements, designs, plans, and technical strategies, as well as a collection of artefacts including the various system elements and enabling systems. The guidance in this Technical Specification is based on the following principles:
- Localization of quality responsibility : Requirements should be established for each system element and enabling system, derived from the overall system requirements; the set of process instances needed to develop each system element or enabling system should be identified; their responsibilities towards quality are demarcated by the outcomes defined for the corresponding life cycle process in ISO/IEC/IEEE 15288;
- Creation of process instance descriptions : For each process instance, success criteria should be established based on the outcomes defined for the corresponding life cycle process, the characteristics and requirements of the particular system element, and requirements and constraints arising from product decisions made in other process instances; the set of specific tasks and associated competencies needed to achieve these success criteria should be identified, particularly for system elements with significant quality risk;
- Consistency with institutional knowledge: Achievement of quality ultimately depends on correct technical decisions. Relevant institutional knowledge should be systematically identified and deployed for making product and process decisions, and the resulting information items and artefacts should be checked for consistency with the applicable bodies of institutional knowledge;
- Maintenance of content consistency : All the information items, including the process instance specifications themselves, may evolve concurrently throughout the development life cycle. Content consistency relationships among the various information items and artefacts should be tracked and managed as these information items and artefacts evolve concurrently.
The Technical Specification is applicable to any project involving the development, enhancement or re-engineering of systems with hardware, software and human elements. It is particularly useful to project organizations that operate in multiple application domains where the set of critical quality characteristics varies widely across projects, requiring a more systematic and detailed approach to planning the achievement of quality during the development stage of the system life cycle.
This Technical Specification is intended to provide guidance for two-party situations and may be equally applied where the two parties are from the same organization. This Technical Specification can also be used by a single party as self-imposed tasks. This Technical Specification can also serve as guidance in multi-party situations ここで, high risks are inherent in the supply and integration of complex systems, and procurement can involve several suppliers, organizations or contracting parties.