/

ISO/IEC TS 30103:2015 ソフトウェアおよびシステムエンジニアリング—ライフサイクルプロセス—製品品質達成のためのフレームワーク | ページ 4

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

1 スコープ

1.1 アプリケーション

この技術仕様は、以下に関するガイダンスを提供します。

  • ISO/IEC/IEEE 15288:2008 [1]のプロセスを他の規格と組み合わせて適用し、ライフサイクルの開発段階でシステムおよびソフトウェア製品とサービスの品質を達成することに貢献する (6.4)
  • 関連するプロセス（6.5）の実施を通じて生成されるべき情報項目、および
  • 新しい情報項目 (箇条 9 および 10)

この技術仕様の範囲は、ISO/IEC/IEEE 15288:2008 のライフ サイクル プロセスを適用して、特定の製品のコンテキストで品質を達成する方法を示すことです。これは、特定のコンテキストのニーズに合わせて一般的なプロセス記述を変更するために行われる調整とは無関係です。適用可能な調整の後でも、結果として得られるプロセス ガイダンスを適用し、ターゲット システムを提供するために必要なプロセス インスタンスごとに、特定の詳細なアクティビティ、タスク、および関連する成功基準を決定する必要があります。この技術仕様。

この技術仕様は、

  • プロジェクトの範囲、製品に関係なく、人工システム、ソフトウェア集約型システム、ソフトウェア製品、およびそれらのシステムと製品に関連するサービスを扱うプロジェクトで ISO/IEC/IEEE 15288:2008 を使用する、または使用する計画がある人、サービス、方法論、サイズまたは複雑さ、
  • ISO/IEC/IEEE 15289 [5]を使用している、または使用する計画がある人）、方法論、サイズまたは複雑さ、
  • 技術的なプロセスとタスクを実行するすべての人、
  • システム開発に関するプロジェクトの技術管理を担当する者、
  • プロジェクト レベルで ISO/IEC/IEEE 15288:2008 ライフ サイクル プロセスを実行する責任者
  • プロジェクト管理の取り組みを下請けする組織や個人、
  • プロジェクト プロセスの技術計画の側面を完成させるためにシステム エンジニアリング管理ドキュメントを作成する人
  • システムエンジニアリング活動を行っている人、
  • プロジェクトの人員配置と能力開発のニーズの特定を担当するプロジェクトマネージャー、
  • プロジェクトおよび技術プロセスの適用中に情報項目を開発する人、および
  • プロジェクトおよび技術プロセスを実行して、これらのプロセス中に作成された情報項目が ISO/IEC/IEEE 15289 に準拠していることを確認するのに役立つ人。

1.2 対象者

この技術仕様のガイダンスは、システム、ソフトウェア製品、およびサービスを開発または保守するすべての組織およびプロジェクトによって、ライフ サイクルの開発および保守段階で使用されることを意図しています。ここで,で、さまざまなアプリケーション ドメインで作業する組織にとって特に価値があります。一連の重要な品質特性とそれらを達成するためのアプローチは、プロジェクトによって大きく異なります。

1.3 制限事項

品質の達成は、最終的には技術的および管理タスクの有能なパフォーマンスに依存します。この技術仕様は、必要な能力の特定を含む、品質達成への体系的なアプローチに関するガイダンスを提供しますが、アプローチの使用だけでは、品質の達成を保証するのに十分ではありません。

この技術仕様は、各プロセス インスタンス内のアーティファクト固有のタスクを含む、製品またはサービスの開発に必要なプロセス インスタンスのコレクションの詳細な仕様を作成するためのガイダンスを提供しますが、これらのタスクおよびプロセス間の順序付けおよび情報の流れの問題には対処しません。シチュエーション メソッド エンジニアリング[8]の領域では、定義された情報フロー パターンを使用して、タスクのコレクションをネットワークに編成するという問題に対処します。

品質属性間のトレードオフは、意図的に扱われていません。トレードオフは、要件の制定、設計、計画、およびその他のプロセスの一部です。トレードオフに対処するために必要な反復は、同時精緻化の一部です。トレードオフが行われた後、情報アイテムとアーティファクトの間で一貫性関係が維持される必要があります。過剰処方を避けるため、トレードオフに関するガイダンスは提供されていません。

で説明されているアプローチは、サービスおよびサービス配信システムの設計と実現に適用できます。ただし、サービス品質の達成は、インタラクティブなサービス配信中の品質管理にも依存しており、このアプローチはサービス品質のその側面に対応していません。

1 Scope

1.1 Application

This Technical Specification provides guidance on

  • applying processes from ISO/IEC/IEEE 15288:2008[1] in conjunction with other standards to contribute to achieving quality of systems and software products and services during the development stage of the life cycle (6.4),
  • the information items that should be produced through the implementation of the relevant processes (6.5), and
  • the new information items (Clauses 9 and 10).

The scope of this Technical Specification is to indicate how to apply the life cycle processes in ISO/IEC/IEEE 15288:2008 to achieve quality in the context of a specific product. It is independent of any tailoring that may be made to modify the generic process descriptions to suit the needs of a particular context. Even after any applicable tailoring, there is a need to apply the resulting process guidance and determine the specific detailed activities, tasks and associated success criteria for each of the process instances needed to deliver the target system. That is the focus of the framework described in this Technical Specification.

This Technical Specification is applicable to

  • those who use or plan to use ISO/IEC/IEEE 15288:2008 on projects dealing with man-made systems, software-intensive systems, software products, and services related to those systems and products, regardless of project scope, product(s), service(s), methodology, size or complexity,
  • those who use or plan to use ISO/IEC/IEEE 15289 [5] on projects dealing with man-made systems, software-intensive systems, software products, and services related to those systems and products, regardless of project scope, product(s), methodology, size or complexity,
  • anyone performing technical processes and tasks,
  • those who are responsible for the technical management of projects concerned with the development of systems,
  • those responsible for performing ISO/IEC/IEEE 15288:2008 life cycle processes at a project level,
  • organizations and individuals subcontracting a project management effort,
  • anyone developing systems engineering management documentation to complete technical planning aspects of their project processes,
  • anyone performing systems engineering activities,
  • project managers responsible for staffing projects and identifying competency development needs,
  • anyone developing information items during the application of project and technical processes, and
  • anyone performing project and technical processes to aid in ensuring that the information items developed during these processes conform to ISO/IEC/IEEE 15289.

1.2 Audience

The guidance in this Technical Specification is intended to be used in the development and maintenance stages of the life cycle by all organizations and projects that develop or maintain systems and software products and services. It is of particular value to organizations that work in a variety of application domains ここで, the set of critical quality characteristics and approaches to achieve them vary widely across projects.

1.3 Limitations

The achievement of quality ultimately depends on the competent performance of technical and management tasks. While this Technical Specification provides guidance on a systematic approach to quality achievement, including identification of needed competencies, the use of the approach alone is not sufficient to guarantee achievement of quality.

This Technical Specification provides guidance on developing detailed specifications of the collection of process instances needed to develop the product or service including the artefact-specific tasks within each process instance, but it does not address sequencing and information flow issues among these tasks and processes. The area of situational method engineering[8] addresses the problem of organizing the collection of tasks into a network with defined information flow patterns.

Tradeoffs among quality attributes are intentionally not addressed. Tradeoffs are part of the enactment of requirements, design, planning and other processes. Any iteration needed to address tradeoffs is part of concurrent elaboration. Consistency relationships must hold among information items and artefacts after tradeoffs have been made. Guidance on tradeoffs is not provided to avoid over-prescription.

The approach described herein is applicable to design and realization of services and service delivery systems. However, the achievement of service quality also depends on management of quality during interactive service delivery, and this approach does not address that aspect of service quality.

ISO PDF プレビュー