この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
3 用語と定義
この文書の目的上、次の用語と定義が適用されます。
ISO, IEC, および IEEE は、標準化に使用する用語データベースを次のアドレスで維持しています。
- IEEE 標準辞書オンライン: https://dictionary.ieee.org / で入手可能
注他のシステムおよびソフトウェア エンジニアリング用語の定義は、 www.computer.org/sevocab で入手できる ISO/IEC/IEEE 24765 に記載されています。
3.1
取得者
サプライヤー (3.50) から システム (3.51) 、 製品 (3.33) or サービス (3.45) を取得または調達する利害 関係者 (3.49)
注記 1:買収者に対して一般的に使用されるその他の用語は、買い手、 顧客 (3.13) 、所有者、購入者、または内部/組織スポンサーです。
[出典:ISO/IEC/IEEE 15288:2023, 3.1]
3.2
取得
システム (3.51) 、 製品 (3.33) or サービス (3.45) を取得する プロセス (3.30)
[出典:ISO/IEC/IEEE 15288:2023, 3.2]
3.3
活動
プロセス (3.30) のまとまった タスク (3.56) のセット
[出典:ISO/IEC/IEEE 15288:2023, 3.3]
3.4
アジャイル
反復的な開発、頻繁な検査と適応、および機能横断的なチームでの協力と継続的 な関係者 (3.49) のフィードバックを通じて 要件 (3.39) とソリューションが進化する段階的な納品に基づく開発アプローチ
[出典:ISO/IEC/IEEE 26515:2018, 3.1, 修正済み — 定義された用語が「アジャイル開発」から「アジャイル」に変更されました。エントリの注 1 は削除されました。]
3.5
合意
労働関係を維持するための諸条件の相互承認
例：
契約書、合意覚書。
[出典:ISO/IEC/IEEE 15288:2023, 3.4]
3.6
建築
その 環境（3.18） における システム（3.51 ）の基本的な概念または特性、およびこのシステムとその関連する ライフサイクル（3.24） の実現と進化のための支配原則 （3.30）
[出典:ISO/IEC/IEEE 42020:2019, 3.3, 修正済み —「エンティティ」は「システム」に置き換えられました。エントリーへのメモは削除されました。]
3.7
アーティファクト
情報を取得して伝達するためにプロジェクト中に作成および使用される作業 成果物 (3.33)
[出典:ISO 19014-4:2020, 3.9, 修正 — 定義は単数になりました。]
3.8
監査
仕様、標準、契約 協定 (3.5) 、またはその他の基準への準拠を評価するための、作業 成果物 (3.33) または一連の作業成果物の独立した検査
[出典:ISO/IEC/IEEE 15288:2023, 3.7]
3.9
ベースライン.ベースライン
構成アイテムの正式に承認されたバージョン (3.12) 。メディアに関係なく、構成アイテムの ライフサイクル (3.24) の特定の時点で正式に指定および修正されます。
[出典:ISO/IEC/IEEE 15288:2023, 3.8]
3.10
運営の概念
新しい、変更された、または既存の組織システム (3.51) の操作または一連の操作に関する 、組織 (3.28 ) の前提または意図を大まかに口頭および図で表現したもの。
注記 1: 作戦の概念は、長期的な戦略計画や年間作戦計画に具体化されることが多い。後者の場合、計画における業務の概念には、組織のパフォーマンス目標を達成するために同時にまたは連続して実行される一連の関連業務が含まれます。 運用概念 (3.26) も参照してください。
注記 2: 操作の概念は、操作空間、システム機能、 インターフェース (3.22) および操作 環境 (3.18) を境界付けるための基礎を提供します。
[出典:ISO/IEC/IEEE 15288:2023, 3.9]
3.11
懸念
利害関係者にとっての関心または重要な事項 (3.49)
注記 1: 懸念とは、開発、技術、ビジネス、運用、組織、政治、経済、法律、規制、倫理、生態学的、社会的影響を含む、 システム (3.51) の 環境 (3.18) に対するあらゆる影響に関するものです。
[出典:ISO/IEC/IEEE 42020:2019, 3.8, 修正済み — 例は削除されました。エントリに注 1 が追加されました。]
3.12
構成アイテム
構成管理用に指定され、構成管理 プロセスで単一の実体として扱われるハードウェア、ソフトウェア、またはその両方のアイテムまたは集合体 (3.30)
[出典:ISO/IEC/IEEE 15288:2023, 3.11]
3.13
お客様
組織 (3.28) または 製品 (3.33) or サービス (3.45) を受け取る個人
例：
消費者、クライアント、 ユーザー (3.60) 、 取得者 (3.1) 、購入者、または購入者。
注記 1:顧客は組織の内部または外部の場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.12]
3.14
デザイン 、 名詞
システム要素 (3.52) とその関係の仕様。これは、 アーキテクチャ (3.6) の準拠した実装をサポートするのに十分な完全性を持っています。
注記 1:設計は、実装レベルの詳細な物理構造、動作、時間的関係、およびシステム要素のその他の属性を提供します。
[出典:ISO/IEC/IEEE 15288:2023, 3.13]
3.15
デザインの特徴
製品 (3.33) or サービス (3.45) の測定可能な説明に関連するデザイン属性または特徴
[出典:ISO/IEC/IEEE 15288:2023, 3.14]
3.16
DevOps
開発と運用
ソフトウェアと システム (3.51) 、 製品 (3.33) およびサービス (3.45) の指定、開発、運用、およびあらゆる側面での継続的な改善を目的として、関連する 利害関係者 (3.49 ) 間のより良いコミュニケーションと コラボレーション を可能にする一連の原則と実践。 ライフサイクル (3.24)
注記 1: 拡張機能には、開発および運用全体を通じて セキュリティ (3.44) に関連する 懸念事項 ( 3.11) に対処する DevSecOps が含まれます。
[出典:ISO/IEC/IEEE 32675:2022, 3.1, 修正 — エントリに注 1 が追加されました。]
3.17
システムを有効にする
ライフサイクル (3.24) の 各段階 (3.48) で 対象システム (3.53) をサポートする システム (3.51) ですが、動作中に必ずしもその機能に直接寄与するわけではありません。
例：
実稼働可能システム。対象システムが実稼働段階に入るときに必要です。
注記 1: 各有効化システムには独自のライフサイクルがあります。
[出典:ISO/IEC/IEEE 15288:2023, 3.15, 修正 — エントリの注記 1 の 2 番目の文が削除されました。]
3.18
環境
<system> システムに対するすべての影響の設定と状況を決定するコンテキスト (3.51)
[出典:ISO/IEC/IEEE 15288:2023, 3.16]
3.19
事件
プロジェクト (3.34) 、 製品 (3.33) 、 サービス (3.45) 、または システム (3.51) の ライフサイクル (3.24 ) 中の任意の時点における異常または予期しないイベント、一連のイベント、状態、または状況。
注記 1:人命の損失、財産や天然資源への損害を回避または最小限に抑えるために、再発を防止するためにインシデントの原因を分析および修正する必要がある場合、インシデント は問題 として取り上げられ、問題 (3.29) として扱われます。
[出典:ISO/IEC/IEEE 15288:2023, 3.17]
3.20
情報項目
人間が使用する目的で生成、保存、配信される、個別に識別可能な情報本体
[出典: ISO/IEC/IEEE 15289:2019, 3.1.12, 修正済み — 「情報製品」という推奨用語は削除されました。エントリーへのメモは削除されました。]
3.21
反復
<プロセス> 同じ プロセス (3.30) または システム (3.51) 構造の同じレベルで一連のプロセスの適用を繰り返す
[出典:ISO/IEC/IEEE 15288:2023, 3.28]
3.22
インターフェース
2 つ以上の論理的、物理的、またはその両方、 システム要素 (3.52) またはソフトウェア システム要素が出会い、相互に作用するか通信する点
[出典:ISO/IEC/IEEE 24748-6:2023, 3.1.3]
3.23
相互運用システム
対象 システム (3.53) と情報を交換し、交換された情報を使用するシステム (3.51)
[出典:ISO/IEC/IEEE 15288:2023, 3.20]
3.24
ライフサイクル
システム (3.51) 、 製品 (3.33) 、 サービス (3.45) 、 プロジェクト (3.34) またはその他の人造エンティティの構想から 廃止 (3.41) までの進化
[出典:ISO/IEC/IEEE 15288:2023, 3.21]
3.25
ライフサイクルモデル
ライフサイクル (3.24 ) に関連する プロセス (3.30) と 活動 (3.3) のフレームワーク。 段階 (3.48) に編成でき、コミュニケーションと理解のための共通の参照として機能します。
[出典:ISO/IEC/IEEE 15288:2023, 3.22]
3.26
運用コンセプト
特定の システム (3.51) または関連する一連の新規、既存、または変更された システムの操作または一連の操作に関する組織 (3.28) の仮定または意図を口頭およびグラフィックで表現したもの。
注記 1:運用概念は、組織の運用 環境 (3.18) において、 ユーザー (3.60) および オペレーター (3.27) から 1 つ以上の特定のシステムまたは一連の関連システムを使用した運用の全体像を与えるように設計されています。 ） 視点。 操作の概念 (3.10) も参照してください。
注記 2:運用概念はシステムに関するものですが、運用概念は通常、組織を指します。
[出典:ISO/IEC/IEEE 15288:2023, 3.23]
3.27
オペレーター
システム (3.51) の運用を実行する個人または 組織 (3.28)
注記 1:オペレーターの役割と ユーザーの役割 (3.60) は、同じ個人または組織に同時にまたは順次に付与される場合があります。
注記 2:知識、スキル、および手順と組み合わされた個々のオペレーターは、システムの要素と見なすことができます。
注記 3:オペレーターは、操作命令がシステム境界内に配置されているかどうかに応じて、操作されているシステム上で、または操作されているシステム上で操作を実行することができます。
[出典:ISO/IEC/IEEE 15288:2023, 3.24]
3.28
組織
目的を達成するために、責任、権限、および関係を伴う独自の機能を持つ個人または人々のグループ
例：
会社、企業、企業、企業、製造業者、団体、慈善団体、個人事業主、団体、またはそれらの一部または組み合わせ。
[出典:ISO 9000:2015, 3.2.1, 修正済み — 記載事項への注記が削除されました。例を追加しました。]
3.29
問題
調査と是正措置を必要とする困難、不確実性、またはその他の方法で実現された望ましくない出来事、一連の出来事、状態、または状況
[出典:ISO/IEC/IEEE 15288:2023, 3.26]
3.30
プロセス
入力を出力に変換する、相互に関連するまたは相互作用する一連の アクティビティ (3.3)
[出典:ISO/IEC/IEEE 15288:2023, 3.27]
3.31
プロセスの結果
プロセスの目的をうまく達成した観察可能な結果 (3.32)
[出典:ISO/IEC/IEEE 15288:2023, 3.30]
3.32
プロセスの目的
プロセスを実行するための高レベルの目標 (3.30) およびプロセスの効果的な実装で予想される結果
注記 1:プロセスを実施する目的は、 利害関係者に利益を提供することです (3.49) 。
[出典:ISO/IEC/IEEE 15288:2023, 3.29, 修正 — 「高レベル」という用語はハイフンでつながれています。
3.33
製品
組織と 顧客 (3.13) の間で取引が行われずに生産できる 組織の成果物 (3.28 )
注記 1:製品の主要な要素は、それが一般に有形であることです。
[出典:ISO/IEC/IEEE 15288:2023, 3.32]
3.34
プロジェクト
指定されたリソース (3.40 ) および 要件 (3.39) に従って 製品 (3.33) or サービス (3.45) を作成するために、定義された開始基準と終了基準に従って努力します。
注記 1:プロジェクトは、調整され制御された 活動 (3.3) から 成り、 技術管理 (3.58) からの活動と ISO/IEC/IEEE 12207 および IEEE 12207 およびISO/IEC/IEEE 1528
注記 2: アジャイル (3.4) や DevOps (3.16) などの継続的開発アプローチでは、製品とサービスの作成に異なる用語が使用される場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.33, 修正 — ISO/IEC/IEEE 12207 および ISO/IEC/IEEE 15288 を参照するためにエントリの注 1 が更新されました。]
3.35
資格
事業体が指定された 要件（3.39） を満たすことができるかどうかを実証する プロセス（3.30）
[出典:ISO/IEC/IEEE 12207:2017, 3.1.39]
3.36
品質特性
要件 (3.39) に関連する 製品 (3.33) 、 サービス (3.45) 、 プロセス (3.30) 、または システム (3.51) の固有の特性
[出典:ISO 9000:2015, 3.10.2, 修正済み - 「オブジェクト」は「製品、サービス、プロセス、またはシステム」に置き換えられました。エントリーへのメモは削除されました。]
3.37
品質管理
品質に関して 組織（3.28） を指揮し、管理するための調整された活動
[出典:ISO/IEC/IEEE 12207:2017, 3.1.42]
3.38
再帰
<process> 同じ 処理を繰り返し適用する(3.30)
[出典:ISO/IEC/IEEE 15288:2023, 3.31]
3.39
要件
ニーズとそれに関連する制約や条件を翻訳または表現するステートメント
[出典:ISO/IEC/IEEE 29148:2018, 3.1.19, 修正済み — エントリへの注記は削除されました。]
3.40
リソース.リソース
プロセスの実行中に使用または消費される資産 (3.30)
注記 1: リソースには、資金、人員、設備、資本設備、工具、電力、水、燃料、通信インフラストラクチャなどのユーティリティなどのさまざまなエンティティが含まれます。
注記 2: リソースには、再利用可能、再生可能、または消耗可能なものが含まれます。
[出典:ISO/IEC/IEEE 15288:2023, 3.37]
3.41
退職
<システム> 運用保守 組織による積極的なサポートの中止 (3.28) 、新しい システムによる部分的または全体の置き換え (3.51) 、アップグレードされたシステムの設置、または最終的な廃止措置と廃棄
[出典:ISO/IEC/IEEE 15288:2023, 3.38]
3.42
危険
不確実性が目標に及ぼす影響
注記 1: 効果とは、予想からの逸脱 (プラスまたはマイナス) です。プラスの効果は機会とも呼ばれます。
注記 2: 目標にはさまざまな側面 [財務目標、健康と 安全 (3.43) 、環境目標など] があり、さまざまなレベル (戦略的、組織全体、プロジェクト、製品、プロセスなど) に適用できます。
注記 3:リスクは、多くの場合、潜在的な出来事や結果、あるいはそれらの組み合わせへの言及によって特徴付けられます。
注記 4:リスクは、多くの場合、イベントの結果 (状況の変化を含む) と、それに関連する発生の可能性の組み合わせで表現されます。
注記 5: 不確実性とは、出来事、その結果、または可能性についての理解または知識に関連する情報が部分的であっても欠如している状態を指します。
[出典: ISO Guide 73:2009, 1.1, 修正 — エントリの注 1 の最後の文が追加されました。]
3.43
安全
システム（3.51） が、定義された条件下で、人間の生命、健康、財産、または 環境（3.18） が危険にさらされる状態をもたらさないという期待
注記 1: この用語は、許容できない リスクからの解放 (3.42) とも定義されます。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.48, 修正 — エントリに注 1 が追加されました。]
3.44
安全
意図的な破壊または強制的な失敗に対する保護。機密性、完全性、可用性、説明責任の 4 つの属性と、5 番目のユーザビリティの側面を組み合わせたものであり、これらすべてに保証に関する関連問題があります。
注記 1: セキュリティには、信頼性、説明責任、機密性、完全性、可用性、否認防止、および信頼性が含まれますが、これらすべてには保証という関連する問題があります。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.49, 修正 - エントリへの注記 1 が追加されました。]
3.45
サービス
組織 と 顧客 (3.13) の間で必ず実行される少なくとも 1 つの 活動 (3.3) を伴う組織 (3.28) の成果
注記 1:サービスの主要な要素は、一般に無形です。
注記 2:サービスは一貫性があり、個別であり、他のサービスで構成することができます。
[出典:ISO/IEC/IEEE 15288:2023, 3.42]
3.46
ソフトウェアアイテム
ソース コード、オブジェクト コード、制御コード、制御データ、またはこれらの項目のコレクション
注記 1:ソフトウェア項目は、ISO/IEC/IEEE 12207 および ISO/IEC/IEEE 15288 の システム要素 (3.52) と見なすことができます。ソフトウェア項目は通常、 構成項目 (3.12) です。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.53, 修正 - ISO/IEC/IEEE 12207 および ISO/IEC/IEEE 15288 を参照するためにエントリの注 1 が更新されました。]
3.47
ソフトウェア製品
コンピューター プログラム、手順、および関連する可能性のある文書とデータのセット
注記 1:ソフトウェア製品とは、 プロセス (3.30) の結果生じる出力 [ 製品 (3.33) ] として見られるソフトウェア システム (3.51) です。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.54]
3.48
ステージ
エンティティの ライフサイクル（3.24） 内の、その記述または実現の状態に関連する期間
注記 1:この文書で使用されている段階は、ライフサイクル全体にわたる企業の主要な進歩と達成のマイルストーンに関連しています。
注記 2:ステージは重複することがよくあります。
[出典:ISO/IEC/IEEE 15288:2023, 3.43]
3.49
利害関係者
システム (3.51) またはそのニーズや期待を満たす特性を所有する権利、共有、請求権、利益を有する個人または組織 (3.28)
例：
エンド ユーザー (3.60) 、エンドユーザー組織、サポーター、開発者、 顧客 (3.13) 、生産者、トレーナー、保守者、廃棄者、 取得者 (3.1) 、 サプライヤー (3.50) 、規制機関、およびシステムによってプラスまたはマイナスの影響を受ける人々。
注記 1:一部の利害関係者は、互いに対立したり、システムに反対したりする利害関係を持っている場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.44]
3.50
サプライヤー
製品 （3.33） or サービス（3.45）の供給に関して 取得者（ 3.1）と契約（ 3.5）を結ぶ組織 （3.28） または個人
注記 1:サプライヤーに対して一般的に使用されるその他の用語としては、請負業者、生産者、販売者、ベンダーなどがあります。
注記 2:取得者と供給者は同じ組織の一部である場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.45]
3.51
システム
個々の構成要素が示されていない、指定された動作または意味を一緒に示す部分または要素の配置。
注記 1:システムは、 製品 (3.33) またはそれが提供する サービス (3.45) とみなされることがあります。
注記 2: 実際には、その意味の解釈は、航空機システムなどの連想名詞を使用することによって明確になることがよくありますが、「システム」という単語は単に文脈に依存する同義語、例えば航空機で置き換えられることもありますが、システム原則の観点が曖昧になる可能性があります。
注記 3: 完全なシステムには、意図された 環境 (3.18) での自立使用に必要な程度の運用およびサポートに必要な、関連する機器、設備、材料、コンピュータプログラム、ファームウェア、技術文書、サービスおよび人員のすべてが含まれます。 ） 。
[出典:ISO/IEC/IEEE 15288:2023, 3.46]
3.52
システム要素
指定された 要件 (3.39) を満たすために実装できる システム (3.51) の個別の部分
例：
ハードウェア、ソフトウェア、データ、人間、 プロセス（3.30） ［例えば、 サービス（3.45） を ユーザー（3.60） to 提供するためのプロセス］、手順［例えば、 オペレーター（3.27）の 指示］、設備、材料および自然発生物、または任意の組み合わせ。
[出典:ISO/IEC/IEEE 15288:2023, 3.47]
3.53
興味のあるシステム
だから私
ライフサイクル (3.24) が考慮されている システム (3.51)
[出典:ISO/IEC/IEEE 15288:2023, 3.48]
3.54
システムのシステム
SOS
構成要素のいずれも単独では達成できない独自の機能を提供するために相互作用する システム (3.51) or システム要素 (3.52) のセット。
注記 1:システム要素は、システムのシステムにおける構成システムの相互作用を促進するために必要となる場合があります。
[出典:ISO/IEC/IEEE 21839:2019, 3.1.4]
3.55
システムエンジニアリング
システムの原則と概念、および科学的、技術的および管理的手法を使用して、工学的 システム (3.51) の実現、使用、および 廃止 (3.41) の成功を可能にする、学際的かつ統合的なアプローチ
[出典:ISO/IEC/IEEE 15288:2023, 3.50]
3.56
タスク.タスク
プロセスの 1 つまたは複数の結果の達成に貢献することを目的とした、必須、推奨、または許容されるアクション (3.30)
[出典:ISO/IEC/IEEE 15288:2023, 3.51]
3.57
技術的負債
製品 ライフサイクルの初期の時点で実行されなかった作業の繰延コスト (3.24)
[出典: PMBOK® ガイド第 5 版のソフトウェア拡張]
3.58
技術管理
エンジニアリング機能を計画、組織、制御するための技術的および管理的 リソースの適用 (3.40)
[出典:ISO/IEC/IEEE 12207:2017, 3.1.67]
3.59
トレーサビリティ
要件 (3.39) 、 システム要素 (3.52) 、 検証 (3.62) 、 タスク (3.56) など、2 つ以上の論理エンティティ間の識別可能な関連性
[出典:ISO/IEC TR 29110-1:2016, 3.71, 修正 - 「識別可能な」が追加されました。例は削除されました。]
3.60
ユーザー.ユーザー
システム (3.51) と対話したり、システムの使用中にシステムから利益を得たりする個人またはグループ
注記 1:ユーザーの役割と オペレーターの役割 (3.27) は、同じ個人または 組織 (3.28) に同時にまたは順次に付与される場合があります。
[出典:ISO/IEC 25010:2011, 4.3.16, 修正 — エントリの元の注記 1 は新しいものに置き換えられました。]
3.61
検証
客観的証拠の提供による、特定の使用目的または用途に対する 要件 (3.39) が 満たされていることの確認
注記 1: ライフサイクル (3.24) の文脈において、検証には、 システム (3.51) が 次のよう な環境 (3.18) においてその意図された用途、目標、目的を達成できるという確信を得る一連の活動 ( 3.3) が含まれる。動作環境。適切なシステムが構築されました。
[出典:ISO 9000:2015, 3.8.13, 修正済み — エントリの注 1 ～ 3 が削除されました。エントリに新しい注記 1 が追加されました。]
3.62
検証
客観的証拠の提供による、指定された 要件（3.39） が満たされていることの確認
注記 1: 検証とは、 システム (3.51) or システム要素 (3.52) を必要な特性と比較する一連の アクティビティ (3.3) です。これには、指定された要件、設計記述、システム自体が含まれますが、これらに限定されません。システムは正しく構築されました。
[出典:ISO 9000:2015, 3.8.12, 修正 — エントリの注 1 ～ 3 が削除されました。エントリに新しい注記 1 が追加されました。]
3.63
ビュー
関連する一連の 関心事 (3.11) の観点から システム (3.51) を表現する
注記 1:ビューは、システムの操作的、機能的、またはアーキテクチャーの表現とすることができます。
[出典:ISO/IEC/IEEE 24774:2021, 3.21, 修正 - 定義から「システム」の前にある「全体」という単語を削除。エントリへの元のメモ 1 は新しいものに置き換えられました。]
3.64
観点
ビューの構築と使用に関する規則の仕様 (3.63)
[出典:ISO/IEC/IEEE 24774:2021, 3.22, 修正 — エントリの注 1 ～ 3 が削除されました。]
参考文献
| 1 | ISO 9000:2015, 品質マネジメントシステム - 基礎と用語 |
| 2 | ISO 9001, 品質マネジメントシステム — 要件 |
| 3 | ISO 9241-210, 人間とシステムの相互作用の人間工学 — Part 210: インタラクティブ システムのための人間中心の設計 |
| 4 | ISO 9241-220, 人間とシステムの相互作用の人間工学 — Part 220: 組織内で人間中心設計を可能にし、実行し、評価するためのプロセス |
| 5 | ISO 14001, 環境マネジメントシステム — 使用上のガイダンスを含む要件 |
| 6 | ISO 19014-4:2020, 土工機械 — 機能安全 — Part 4: 制御システムの安全関連部分のソフトウェアおよびデータ送信の設計と評価 |
| 7 | ISO 26262-1, 道路車両 — 機能安全 — Part 1: 語彙 |
| 8 | ISO Guide 73:2009, リスク管理 — 語彙 |
| 9 | ISO/IEC 15408-1, 情報技術 — セキュリティ技術 — IT セキュリティの評価基準 — Part 1: 概要と一般モデル |
| 10 | ISO/IEC 20246, ソフトウェアおよびシステムエンジニアリング — 作業成果物のレビュー |
| 11 | ISO/IEC 25010:2011, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — システムおよびソフトウェアの品質モデル |
| 12 | ISO/IEC 25030, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 品質要件フレームワーク |
| 13 | ISO/IEC 26550, ソフトウェアおよびシステム エンジニアリング — 製品ラインのエンジニアリングと管理の参照モデル |
| 14 | ISO/IEC 27000, 情報技術 - セキュリティ技術 - 情報セキュリティ管理システム - 概要と用語 |
| 15 | ISO/IEC 33002, 情報技術 - プロセス評価 - プロセス評価を実行するための要件 |
| 16 | ISO/IEC 33202, ソフトウェアおよびシステム エンジニアリング – コア アジャイル プラクティス |
| 17 | ISO/IEC TR 29110-1:2016, システムおよびソフトウェア エンジニアリング — 非常に小規模な事業体 (VSE) のライフサイクル プロファイル — Part 1: 概要 |
| 18 | ISO/IEC/IEEE 12207:2017, システムおよびソフトウェア エンジニアリング — ソフトウェア ライフ サイクル プロセス |
| 19 | ISO/IEC/IEEE 15288:2023, システムおよびソフトウェア エンジニアリング — システム ライフ サイクル プロセス |
| 20 | ISO/IEC/IEEE 15289:2019, システムおよびソフトウェアエンジニアリング — ライフサイクル情報項目の内容 (文書) |
| 21 | ISO/IEC/IEEE 15939, システムおよびソフトウェアエンジニアリング - 測定プロセス |
| 22 | ISO/IEC/IEEE 16085, システムおよびソフトウェアエンジニアリング — ライフサイクルプロセス — リスク管理 |
| 23 | ISO/IEC/IEEE 16326, システムおよびソフトウェアエンジニアリング — ライフサイクルプロセス — プロジェクト管理 |
| 24 | ISO/IEC/IEEE 21839:2019, システムおよびソフトウェアエンジニアリング — システムのライフサイクル段階におけるシステムオブシステムズ (SoS) の考慮事項 |
| 25 | ISO/IEC/IEEE 21840:2019, システムおよびソフトウェアエンジニアリング — システムオブシステムズ (SoS) のコンテキストにおける ISO/IEC/IEEE 15288 の利用に関するガイドライン |
| 26 | ISO/IEC/IEEE 21841:2019, システムおよびソフトウェア エンジニアリング — システムのシステムの分類 |
| 27 | ISO/IEC/IEEE 24641:2023, システムおよびソフトウェア エンジニアリング — モデルベースのシステムおよびソフトウェア エンジニアリングのための方法とツール |
| 28 | ISO/IEC/IEEE 24748-2:2024, システムおよびソフトウェア エンジニアリング — ライフ サイクル管理 — Part 2: ISO/IEC 15288 適用ガイド (システム ライフ サイクル プロセス) |
| 29 | ISO/IEC/IEEE 24748-3:2020, システムおよびソフトウェア エンジニアリング - ライフ サイクル管理 - Part 3: ISO/IEC/IEEE 12207 の適用ガイドライン (ソフトウェア ライフ サイクル プロセス) |
| 30 | ISO/IEC/IEEE 24748-5, システムおよびソフトウェア エンジニアリング — ライフ サイクル管理 — Part 5: ソフトウェア開発計画 |
| 31 | ISO/IEC/IEEE 24748-6:2023, システムおよびソフトウェア エンジニアリング – ライフ サイクル管理 – Part 6: システム統合エンジニアリング |
| 32 | ISO/IEC/IEEE 24748-8, システムおよびソフトウェアエンジニアリング - ライフサイクル管理 - Part 8: 防衛プログラムに関する技術レビューと監査 |
| 33 | ISO/IEC/IEEE 24748-7000, システムおよびソフトウェア エンジニアリング - ライフ サイクル管理 - Part 7000: システム設計中の倫理的懸念に対処するための標準モデル プロセス |
| 34 | ISO/IEC/IEEE 24765, システムおよびソフトウェアエンジニアリング — 語彙 |
| 35 | ISO/IEC/IEEE 24774:2021, システムおよびソフトウェアエンジニアリング — ライフサイクル管理 — プロセス記述の仕様 |
| 36 | ISO/IEC/IEEE 26515:2018, システムおよびソフトウェア エンジニアリング — アジャイル環境におけるユーザー向けの情報の開発 |
| 37 | ISO/IEC/IEEE 29148:2018, システムおよびソフトウェア エンジニアリング — ライフ サイクル プロセス — 要件エンジニアリング |
| 38 | ISO/IEC/IEEE 32675:2022, 情報テクノロジー — DevOps — アプリケーションのビルド、パッケージ、展開を含む信頼性の高い安全なシステムの構築 |
| 39 | ISO/IEC/IEEE 42010, システムおよびソフトウェア エンジニアリング - アーキテクチャの説明 |
| 40 | ISO/IEC/IEEE 42020:2019, ソフトウェア、システムおよびエンタープライズ — アーキテクチャ プロセス |
| 41 | IEC 60300, ディペンダビリティ管理 (複数の部分、さまざまな日付) |
| 42 | IEC 61160, 設計レビュー |
| 43 | IEC 61508, 電気/電子/プログラム可能な電子安全関連システムの機能安全性 (複数の部品、さまざまな日付) |
| 44 | IEC 62853, オープンシステムの信頼性 |
| 45 | IEC 62960, ライフサイクル中の信頼性レビュー |
| 46 | IEEE Std 828-2012, システムおよびソフトウェア エンジニアリングにおける構成管理のための IEEE 標準 |
| 47 | IEEE Std 1012, システム、ソフトウェア、ハードウェアの検証と検証に関する IEEE 標準 |
| 48 | IEEE Std 1028-2007, ソフトウェアレビューと監査のためのIEEE標準 |
| 49 | IEEE Std 1044-2009, ソフトウェア異常の IEEE 標準分類 |
| 50 | IEEE Std 2675-2021, DevOps の IEEE 標準: アプリケーションのビルド、パッケージ、展開を含む信頼性が高く安全なシステムの構築 |
| 51 | ANSI/AIAA G-043B-2018e, ANSI/AIAA 運用コンセプト文書の作成ガイド |
| 52 | NATO AEP-67, NATO プログラムにおけるシステム保証のためのエンジニアリング |
| 53 | INCOSE-TP-2003-002-5, システム エンジニアリング ハンドブック、システム ライフ サイクル プロセスとアクティビティのガイド、2023 年 |
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO, IEC and IEEE maintain terminology databases for use in standardization at the following addresses:
- IEEE Standards Dictionary Online: available at https://dictionary.ieee.org /
NOTE Definitions for other system and software engineering terms can be found in ISO/IEC/IEEE 24765, available at www.computer.org/sevocab .
3.1
acquirer
stakeholder (3.49) that acquires or procures a system (3.51) , product (3.33) or service (3.45) from a supplier (3.50)
Note 1 to entry: Other terms commonly used for an acquirer are buyer, customer (3.13) , owner, purchaser, or internal/organizational sponsor.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.1]
3.2
acquisition
process (3.30) of obtaining a system (3.51) , product (3.33) or service (3.45)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.2]
3.3
activity
set of cohesive tasks (3.56) of a process (3.30)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.3]
3.4
agile
development approach based on iterative development, frequent inspection and adaptation, and incremental deliveries in which requirements (3.39) and solutions evolve through collaboration in cross-functional teams and through continual stakeholder (3.49) feedback
[SOURCE:ISO/IEC/IEEE 26515:2018, 3.1, modified — The defined term has been changed from"agile development" to"agile"; note 1 to entry has been removed.]
3.5
agreement
mutual acknowledgement of terms and conditions under which a working relationship is conducted
EXAMPLE:
Contract, memorandum of agreement.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.4]
3.6
architecture
fundamental concepts or properties of a system (3.51) in its environment (3.18) and governing principles for the realization and evolution of this system and its related life cycle (3.24) processes (3.30)
[SOURCE:ISO/IEC/IEEE 42020:2019, 3.3, modified —"entity" has been replaced with"system"; notes to entry have been removed.]
3.7
artefact
work product (3.33) that is produced and used during a project to capture and convey information
[SOURCE:ISO 19014-4:2020, 3.9, modified — The definition has been made singular.]
3.8
audit
independent examination of a work product (3.33) or set of work products to assess compliance with specifications, standards, contractual agreements (3.5) , or other criteria
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.7]
3.9
baseline
formally approved version of a configuration item (3.12) , regardless of media, formally designated and fixed at a specific time during the configuration item's life cycle (3.24)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.8]
3.10
concept of operations
verbal and graphic statement, in broad outline, of an organization’s (3.28) assumptions or intent in regard to an operation or series of operations of new, modified, or existing organizational systems (3.51)
Note 1 to entry: The concept of operations frequently is embodied in long-range strategic plans and annual operational plans. In the latter case, the concept of operations in the plan covers a series of connected operations to be carried out simultaneously or in succession to achieve an organizational performance objective. See also operational concept (3.26) .
Note 2 to entry: The concept of operations provides the basis for bounding the operating space, system capabilities, interfaces (3.22) and operating environment (3.18) .
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.9]
3.11
concern
matter of interest or importance to a stakeholder (3.49)
Note 1 to entry: A concern pertains to any influence on a system (3.51) in its environment (3.18) , including developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ethical, ecological and social influences.
[SOURCE:ISO/IEC/IEEE 42020:2019, 3.8, modified — EXAMPLE has been removed; note 1 to entry has been added.]
3.12
configuration item
item or aggregation of hardware, software, or both, that is designated for configuration management and treated as a single entity in the configuration management process (3.30)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.11]
3.13
customer
organization (3.28) or person that receives a product (3.33) or service (3.45)
EXAMPLE:
Consumer, client, user (3.60) , acquirer (3.1) , buyer, or purchaser.
Note 1 to entry: A customer can be internal or external to the organization.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.12]
3.14
design , noun
specification of system elements (3.52) and their relationships, that is sufficiently complete to support a compliant implementation of the architecture (3.6)
Note 1 to entry: Design provides the detailed implementation-level physical structure, behaviour, temporal relationships and other attributes of system elements.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.13]
3.15
design characteristics
design attributes or distinguishing features that pertain to a measurable description of a product (3.33) or service (3.45)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.14]
3.16
DevOps
development and operations
set of principles and practices which enable better communication and collaboration between relevant stakeholders (3.49) for the purpose of specifying, developing, and operating software and systems (3.51) , products (3.33) and services (3.45) , and continuous improvements in all aspects of the life cycle (3.24)
Note 1 to entry: Extensions include DevSecOps which addresses concerns (3.11) related to security (3.44) throughout development and operations.
[SOURCE:ISO/IEC/IEEE 32675:2022, 3.1, modified —Note 1 to entry has been added.]
3.17
enabling system
system (3.51) that supports a system-of-interest (3.53) during its life cycle (3.24) stages (3.48) but does not necessarily contribute directly to its function during operation
EXAMPLE:
Production-enabling system, which is required when a system-of-interest enters the production stage.
Note 1 to entry: Each enabling system has a life cycle of its own.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.15, modified — The second sentence of note 1 to entry has been removed.]
3.18
environment
<system> context determining the setting and circumstances of all influences upon a system (3.51)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.16]
3.19
incident
anomalous or unexpected event, set of events, condition, or situation at any time during the life cycle (3.24) of a project (3.34) , product (3.33) , service (3.45) , or system (3.51)
Note 1 to entry: An incident is elevated and treated as a problem (3.29) when the cause of the incident needs to be analysed and corrected to prevent reoccurrence to avoid or minimise loss of life, or damage of property or natural resources.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.17]
3.20
information item
separately identifiable body of information that is produced, stored, and delivered for human use
[SOURCE:ISO/IEC/IEEE 15289:2019, 3.1.12, modified — The preferred term “information product” has been removed; notes to entry have been removed.]
3.21
iteration
<process> repeating the application of the same process (3.30) or set of processes on the same level of the system (3.51) structure
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.28]
3.22
interface
point at which two or more logical, physical, or both, system elements (3.52) or software system elements meet and act on or communicate with each other
[SOURCE:ISO/IEC/IEEE 24748-6:2023, 3.1.3]
3.23
interoperating system
system (3.51) that exchanges information with the system-of-interest (3.53) and uses the information that has been exchanged
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.20]
3.24
life cycle
evolution of a system (3.51) , product (3.33) , service (3.45) , project (3.34) or other human-made entity from conception through retirement (3.41)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.21]
3.25
life cycle model
framework of processes (3.30) and activities (3.3) concerned with the life cycle (3.24) which can be organized into stages (3.48) , acting as a common reference for communication and understanding
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.22]
3.26
operational concept
verbal and graphic statement of an organization’s (3.28) assumptions or intent in regard to an operation or series of operations of a specific system (3.51) or a related set of new, existing or modified systems
Note 1 to entry: The operational concept is designed to give an overall picture of the operations using one or more specific systems or set of related systems, in the organization’s operational environment (3.18) from the users’ (3.60) and operators’ (3.27) perspective. See also concept of operations (3.10) .
Note 2 to entry: The operational concept is about systems, while a concept of operations typically refers to organizations.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.23]
3.27
operator
individual or organization (3.28) that performs the operations of a system (3.51)
Note 1 to entry: The role of operator and the role of user (3.60) may be vested, simultaneously or sequentially, in the same individual or organization.
Note 2 to entry: An individual operator combined with knowledge, skills and procedures can be considered as an element of the system.
Note 3 to entry: An operator may perform operations on a system that is operated, or of a system that is operated, depending on whether or not operating instructions are placed within the system boundary.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.24]
3.28
organization
person or group of people that has its own functions with responsibilities, authorities and relationships to achieve its objectives
EXAMPLE:
Company, corporation, firm, enterprise, manufacturer, institution, charity, sole trader, association, or parts or combination thereof.
[SOURCE:ISO 9000:2015, 3.2.1, modified — Notes to entry have been removed; EXAMPLE has been added.]
3.29
problem
difficulty, uncertainty, or otherwise realized and undesirable event, set of events, condition, or situation that requires investigation and corrective action
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.26]
3.30
process
set of interrelated or interacting activities (3.3) that transforms inputs into outputs
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.27]
3.31
process outcome
observable result of the successful achievement of the process purpose (3.32)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.30]
3.32
process purpose
high-level objective of performing the process (3.30) and the likely outcomes of effective implementation of the process
Note 1 to entry: The purpose of implementing the process is to provide benefits to the stakeholders (3.49) .
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.29, modified — The term"high-level" has been hyphenated.]
3.33
product
output of an organization (3.28) that can be produced without any transaction taking place between the organization and the customer (3.13)
Note 1 to entry: The dominant element of a product is that it is generally tangible.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.32]
3.34
project
endeavour with defined start and finish criteria undertaken to create a product (3.33) or service (3.45) in accordance with specified resources (3.40) and requirements (3.39)
Note 1 to entry: A project is sometimes viewed as a unique process (3.30) comprising co-coordinated and controlled activities (3.3) and composed of activities from the technical management (3.58) and technical processes defined in ISO/IEC/IEEE 12207 and ISO/IEC/IEEE 15288.
Note 2 to entry: Continuous development approaches such as agile (3.4) and DevOps (3.16) can use different terminology for the creation of product and services.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.33, modified — Note 1 to entry has been updated to reference ISO/IEC/IEEE 12207 and ISO/IEC/IEEE 15288.]
3.35
qualification
process (3.30) of demonstrating whether an entity is capable of fulfilling specified requirements (3.39)
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.39]
3.36
quality characteristic
inherent characteristic of a product (3.33) , service (3.45) , process (3.30) , or system (3.51) related to a requirement (3.39)
[SOURCE:ISO 9000:2015, 3.10.2, modified —"an object" has been replaced with"a product, service, process, or system"; notes to entry have been removed.]
3.37
quality management
coordinated activities to direct and control an organization (3.28) with regard to quality
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.42]
3.38
recursion
<process> repeating the application of the same process (3.30)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.31]
3.39
requirement
statement that translates or expresses a need and its associated constraints and conditions
[SOURCE:ISO/IEC/IEEE 29148:2018, 3.1.19, modified — Notes to entry have been removed.]
3.40
resource
asset that is utilised or consumed during the execution of a process (3.30)
Note 1 to entry: Resource includes diverse entities, such as funding, personnel, facilities, capital equipment, tools and utilities, such as power, water, fuel and communication infrastructures.
Note 2 to entry: Resources include those that are reusable, renewable or consumable.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.37]
3.41
retirement
<system> withdrawal of active support by the operation and maintenance organization (3.28) , partial or total replacement by a new system (3.51) , installation of an upgraded system, or final decommissioning and disposal
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.38]
3.42
risk
effect of uncertainty on objectives
Note 1 to entry: An effect is a deviation from the expected -- positive or negative. A positive effect is also known as an opportunity.
Note 2 to entry: Objectives can have different aspects [such as financial, health and safety (3.43) , and environmental goals] and can apply at different levels (such as strategic, organization-wide, project, product and process).
Note 3 to entry: Risk is often characterized by reference to potential events and consequences, or a combination of these.
Note 4 to entry: Risk is often expressed in terms of a combination of the consequences of an event (including changes in circumstances) and the associated likelihood of occurrence.
Note 5 to entry: Uncertainty is the state, even partial, of deficiency of information related to understanding or knowledge of an event, its consequence, or likelihood.
[SOURCE:ISO Guide 73:2009, 1.1, modified — The last sentence in note 1 to entry has been added.]
3.43
safety
expectation that a system (3.51) does not, under defined conditions, lead to a state in which human life, health, property, or the environment (3.18) is endangered
Note 1 to entry: The term is alternately defined as freedom from risks (3.42) that are not tolerable.
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.48, modified — Note 1 to entry has been added.]
3.44
security
protection against intentional subversion or forced failure, containing a composite of four attributes: confidentiality, integrity, availability, and accountability, plus aspects of a fifth, usability, all of which have the related issue of their assurance
Note 1 to entry: Security includes authenticity, accountability, confidentiality, integrity, availability, non-repudiation, and reliability, all of which have the related issue of their assurance.
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.49, modified — Note 1 to entry has been added.]
3.45
service
output of an organization (3.28) with at least one activity (3.3) necessarily performed between the organization and the customer (3.13)
Note 1 to entry: The dominant elements of a service are generally intangible.
Note 2 to entry: A service is coherent, discrete and can be composed of other services.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.42]
3.46
software item
source code, object code, control code, control data, or a collection of these items
Note 1 to entry: A software item can be viewed as a system element (3.52) of ISO/IEC/IEEE 12207 and of ISO/IEC/IEEE 15288. Software items are typically configuration items (3.12) .
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.53, modified — Note 1 to entry has been updated to reference ISO/IEC/IEEE 12207 and ISO/IEC/IEEE 15288.]
3.47
software product
set of computer programs, procedures, and possibly associated documentation and data
Note 1 to entry: A software product is a software system (3.51) viewed as the output [ product (3.33) ] resulting from a process (3.30) .
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.54]
3.48
stage
period within the life cycle (3.24) of an entity that relates to the state of its description or realization
Note 1 to entry: As used in this document, stages relate to major progress and achievement milestones of the entity through its life cycle.
Note 2 to entry: Stages often overlap.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.43]
3.49
stakeholder
individual or organization (3.28) having a right, share, claim, or interest in a system (3.51) or in its possession of characteristics that meet their needs and expectations
EXAMPLE:
End users (3.60) , end user organizations, supporters, developers, customers (3.13) , producers, trainers, maintainers, disposers, acquirers (3.1) , suppliers (3.50) , regulatory bodies, and people influenced positively or negatively by a system.
Note 1 to entry: Some stakeholders can have interests that oppose each other or oppose the system.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.44]
3.50
supplier
organization (3.28) or an individual that enters into an agreement (3.5) with the acquirer (3.1) for the supply of a product (3.33) or service (3.45)
Note 1 to entry: Other terms commonly used for supplier are contractor, producer, seller or vendor.
Note 2 to entry: The acquirer and the supplier sometimes are part of the same organization.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.45]
3.51
system
arrangement of parts or elements that together exhibit a stated behaviour or meaning that the individual constituents do not
Note 1 to entry: A system is sometimes considered as a product (3.33) or as the services (3.45) it provides.
Note 2 to entry: In practice, the interpretation of its meaning is frequently clarified by the use of an associative noun, e.g. aircraft system. Alternatively, the word “system” is substituted simply by a context-dependent synonym, e.g. aircraft, though this potentially obscures a system principles perspective.
Note 3 to entry: A complete system includes all of the associated equipment, facilities, material, computer programs, firmware, technical documentation, services and personnel required for operations and support to the degree necessary for self-sufficient use in its intended environment (3.18) .
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.46]
3.52
system element
discrete part of a system (3.51) that can be implemented to fulfil specified requirements (3.39)
EXAMPLE:
Hardware, software, data, humans, processes (3.30) [e.g. processes for providing service (3.45) to users (3.60) ], procedures [e.g. operator (3.27) instructions], facilities, materials and naturally occurring entities, or any combination.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.47]
3.53
system-of-interest
SoI
system (3.51) whose life cycle (3.24) is under consideration
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.48]
3.54
system of systems
SoS
set of systems (3.51) or system elements (3.52) that interact to provide a unique capability that none of the constituent systems can accomplish on its own
Note 1 to entry: System elements can be necessary to facilitate the interaction of the constituent systems in the system of systems.
[SOURCE:ISO/IEC/IEEE 21839:2019, 3.1.4]
3.55
systems engineering
transdisciplinary and integrative approach to enable the successful realization, use, and retirement (3.41) of engineered systems (3.51) using systems principles and concepts and scientific, technological and management methods
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.50]
3.56
task
required, recommended, or permissible action, intended to contribute to the achievement of one or more outcomes of a process (3.30)
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.51]
3.57
technical debt
deferred cost of work not performed at an earlier point in the product life cycle (3.24)
[SOURCE:Software Extension to the PMBOK® Guide Fifth Edition]
3.58
technical management
application of technical and administrative resources (3.40) to plan, organize and control engineering functions
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.67]
3.59
traceability
discernible association among two or more logical entities, such as requirements (3.39) , system elements (3.52) , verifications (3.62) , or tasks (3.56)
[SOURCE:ISO/IEC TR 29110-1:2016, 3.71, modified —"discernible" has been added; EXAMPLE has been removed.]
3.60
user
individual or group that interacts with a system (3.51) or benefits from a system during its utilization
Note 1 to entry: The role of user and the role of operator (3.27) are sometimes vested, simultaneously or sequentially, in the same individual or organization (3.28) .
[SOURCE:ISO/IEC 25010:2011, 4.3.16, modified — The original note 1 to entry has been replaced by new one.]
3.61
validation
confirmation, through the provision of objective evidence, that the requirements (3.39) for a specific intended use or application have been fulfilled
Note 1 to entry: In a life cycle (3.24) context, validation involves the set of activities (3.3) for gaining confidence that a system (3.51) is able to accomplish its intended use, goals and objectives in an environment (3.18) like the operational environment. The right system was built.
[SOURCE:ISO 9000:2015, 3.8.13, modified — Notes 1 to 3 to entry have been removed; a new note 1 to entry has been added.]
3.62
verification
confirmation, through the provision of objective evidence, that specified requirements (3.39) have been fulfilled
Note 1 to entry: Verification is a set of activities (3.3) that compares a system (3.51) or system element (3.52) against the required characteristics. This includes, but is not limited to, specified requirements, design description and the system itself. The system was built right.
[SOURCE:ISO 9000:2015, 3.8.12, modified — Notes 1 to 3 to entry have been removed; a new note 1 to entry has been added.]
3.63
view
representation of a system (3.51) from the perspective of a related set of concerns (3.11)
Note 1 to entry: A view can be an operational, functional or architectural representation of a system.
[SOURCE:ISO/IEC/IEEE 24774:2021, 3.21, modified — Removed the word"whole" before"system" from the definition; the original note 1 to entry has been replaced by a new one.]
3.64
viewpoint
specification of the conventions for constructing and using a view (3.63)
[SOURCE:ISO/IEC/IEEE 24774:2021, 3.22, modified — Notes 1 to 3 to entry have been removed.]
Bibliography
| 1 | ISO 9000:2015, Quality management systems — Fundamentals and vocabulary |
| 2 | ISO 9001, Quality management systems — Requirements |
| 3 | ISO 9241-210, Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems |
| 4 | ISO 9241-220, Ergonomics of human-system interaction — Part 220: Processes for enabling, executing and assessing human-centred design within organizations |
| 5 | ISO 14001, Environmental management systems — Requirements with guidance for use |
| 6 | ISO 19014-4:2020, Earth-moving machinery — Functional safety — Part 4: Design and evaluation of software and data transmission for safety-related parts of the control system |
| 7 | ISO 26262-1, Road vehicles — Functional safety — Part 1: Vocabulary |
| 8 | ISO Guide 73:2009, Risk management — Vocabulary |
| 9 | ISO/IEC 15408-1, Information technology — Security techniques — Evaluation criteria for IT security — Part 1: Introduction and general model |
| 10 | ISO/IEC 20246, Software and systems engineering — Work product reviews |
| 11 | ISO/IEC 25010:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models |
| 12 | ISO/IEC 25030, Systems and software engineering — Systems and software quality requirements and evaluation (SQuaRE) — Quality requirements framework |
| 13 | ISO/IEC 26550, Software and systems engineering — Reference model for product line engineering and management |
| 14 | ISO/IEC 27000, Information technology — Security techniques — Information security management systems — Overview and vocabulary |
| 15 | ISO/IEC 33002, Information technology — Process assessment — Requirements for performing process assessment |
| 16 | ISO/IEC 33202, Software and systems engineering – Core agile practices |
| 17 | ISO/IEC/TR 29110-1:2016, Systems and software engineering — Lifecycle profiles for Very Small Entities (VSEs) — Part 1: Overview |
| 18 | ISO/IEC/IEEE 12207:2017, Systems and software engineering — Software life cycle processes |
| 19 | ISO/IEC/IEEE 15288:2023, Systems and software engineering — System life cycle processes |
| 20 | ISO/IEC/IEEE 15289:2019, Systems and software engineering — Content of life-cycle information items (documentation) |
| 21 | ISO/IEC/IEEE 15939, Systems and software engineering — Measurement process |
| 22 | ISO/IEC/IEEE 16085, Systems and software engineering — Life cycle processes — Risk management |
| 23 | ISO/IEC/IEEE 16326, Systems and software engineering — Life cycle processes — Project management |
| 24 | ISO/IEC/IEEE 21839:2019, Systems and software engineering — System of systems (SoS) considerations in life cycle stages of a system |
| 25 | ISO/IEC/IEEE 21840:2019, Systems and software engineering — Guidelines for the utilization of ISO/IEC/IEEE 15288 in the context of system of systems (SoS) |
| 26 | ISO/IEC/IEEE 21841:2019, Systems and software engineering — Taxonomy of systems of systems |
| 27 | ISO/IEC/IEEE 24641:2023, Systems and Software engineering — Methods and tools for model-based systems and software engineering |
| 28 | ISO/IEC/IEEE 24748-2:2024, Systems and software engineering — Life cycle management — Part 2: Guide to the application of ISO/IEC 15288 (System life cycle processes) |
| 29 | ISO/IEC/IEEE 24748-3:2020, Systems and software engineering — Life cycle management — Part 3: Guidelines for the application of ISO/IEC/IEEE 12207 (software life cycle processes) |
| 30 | ISO/IEC/IEEE 24748-5, Systems and software engineering — Life cycle management — Part 5: Software development planning |
| 31 | ISO/IEC/IEEE 24748-6:2023, Systems and software engineering – Life cycle management – Part 6: System integration engineering |
| 32 | ISO/IEC/IEEE 24748-8, Systems and software engineering — Life cycle management — Part 8: Technical reviews and audits on defense programs |
| 33 | ISO/IEC/IEEE 24748-7000, Systems and software engineering — Life cycle management — Part 7000: Standard model process for addressing ethical concerns during system design |
| 34 | ISO/IEC/IEEE 24765, Systems and software engineering — Vocabulary |
| 35 | ISO/IEC/IEEE 24774:2021, Systems and software engineering — Life cycle management — Specification for process description |
| 36 | ISO/IEC/IEEE 26515:2018, Systems and software engineering — Developing information for users in an agile environment |
| 37 | ISO/IEC/IEEE 29148:2018, Systems and software engineering — Life cycle processes — Requirements engineering |
| 38 | ISO/IEC/IEEE 32675:2022, Information technology — DevOps — Building reliable and secure systems including application build, package and deployment |
| 39 | ISO/IEC/IEEE 42010, Systems and software engineering — Architecture description |
| 40 | ISO/IEC/IEEE 42020:2019, Software, systems and enterprise — Architecture processes |
| 41 | IEC 60300, Dependability management (multiple parts, various dates) |
| 42 | IEC 61160, Design Review |
| 43 | IEC 61508, Functional safety of electrical/electronic/programmable electronic safety-related systems (multiple parts, various dates) |
| 44 | IEC 62853, Open systems dependability |
| 45 | IEC 62960, Dependability reviews during the life cycle |
| 46 | IEEE Std 828-2012, IEEE Standard for Configuration Management in Systems and Software Engineering |
| 47 | IEEE Std 1012, IEEE Standard for System, Software, and Hardware Verification and Validation |
| 48 | IEEE Std 1028-2007, IEEE Standard for Software Reviews and Audits |
| 49 | IEEE Std 1044-2009, IEEE Standard Classification for Software Anomalies |
| 50 | IEEE Std 2675-2021, IEEE Standard for DevOps: Building Reliable and Secure Systems Including Application Build, Package, and Deployment |
| 51 | ANSI/AIAA G-043B-2018e, ANSI/AIAA Guide to the Preparation of Operational Concept Documents |
| 52 | NATO AEP-67, Engineering for System Assurance in NATO Programs |
| 53 | INCOSE-TP-2003-002-5, Systems Engineering Handbook, A Guide for System Life Cycle Processes and Activities, 2023 |