ISO/IEC 29110-1-2:2024 システムおよびソフトウェア エンジニアリング — 非常に小規模な事業体 (VSE) のライフサイクル プロファイル — Part 1-2:語彙 | ページ 6

3.1

活動

プロセス (3.60) のまとまった タスク (3.110) のセット

[出典:ISO/IEC/IEEE 12207:2017, 3.1.3]

3.2

取得者

サプライヤー (3.105) から製品または サービス (3.85) を取得または調達する 利害関係者 (3.101 )

注記 1:買収者に対して一般的に使用されるその他の用語は、買い手、 顧客 (3.33) 、所有者、購入者、または内部/組織スポンサーです。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.1]

3.3

高度なプロファイル

プロファイル (3.70) は、 競争力のある システム (3.107) および/または ソフトウェア (3.93) 開発組織として維持および成長したい VSE (3.124) を対象としています。

3.4

アジャイル開発

反復的な開発、頻繁な検査と適応、および部門を超えたチームでの協力と継続的な関係 者 (3.101) フィードバックを通じて要件とソリューションが進化する段階的な納品に基づく開発アプローチ

[出典:ISO/IEC/IEEE 26515:2018, 3.1, 修正 — エントリの注 1 が削除されました。]

3.5

アジャイル環境

アジャイル開発をサポートする組織文化、インフラストラクチャ、および方法論 (3.4)

[出典:ISO/IEC/IEEE 26515:2018, 3.2]

3.6

アジャイルチーム

アジャイル開発 (3.4) の 手法とアプローチを使用する 組織 (3.54) またはチーム

注記 1:通常、チームリーダー、プロジェクトマネージャー、 ユーザー (3.119) またはユーザー代表、 ソフトウェア (3.93) および情報開発者、テスターなどの役割を持ちます。

[出典:ISO/IEC/IEEE 26515:2018, 3.3]

3.7

合意

労働関係を維持するための諸条件の相互承認

[出典:ISO/IEC/IEEE 12207:2017, 3.1.5]

3.8

評価指標

評価 プロセス (3.60) 属性における 評価者 (3.9) の 判断を裏付けるために使用される客観的証拠の情報源

[出典: ISO/IEC 33001:2015, 3.3.1, 修正 — エントリの注 1 は例に置き換えられました。]

3.9

評価者

プロセス (3.60) 属性の評価に参加する個人

[出典:ISO/IEC 33001:2015, 3.2.11]

3.10

監査

仕様、標準、契約合意、またはその他の基準への準拠を評価するための 、作業成果物 (3.127) または一連の作業成果物の独立した検査

[出典:ISO/IEC/IEEE 12207:2017, 3.1.10]

3.11

監査人

監査対象の 組織 (3.54)

[出典:ISO 19011:2018, 3.13]

3.12

監査人

監査を実施する人 (3.10)

[出典:ISO 19011:2018, 3.15]

3.13

監査チーム

1 人以上の 監査人 (3.12) が 監査 (3.10) を 実施し、必要に応じて技術専門家がサポート

注記 1:監査チームの監査人 1 名が監査チームのリーダーに任命されます。

注記 2: 監査チームには、研修中の監査人が含まれる場合があります。

[出典:ISO 19011:2018, 3.14, 修正済み — 定義では、「人」が「監査人」に置き換えられています。エントリの注 2 では、「can」が「may」に置き換えられています。]

3.14

自主性に基づく改善

作業（プロセス）の目的、最新のテクノロジー、および製品の使用による結果を理解した、自発的かつ自己決定的な専門的な プロセスの改善（3.65）

3.15

やり残し

アジャイル 機能 (3.42) のコレクション、または機能要件と非機能要件の両方のストーリー。通常は価値の優先順位に基づいて並べ替えられます。

[出典:ISO/IEC/IEEE 26515:2018, 3.4]

3.16

ベースライン.ベースライン

構成アイテムの正式に承認されたバージョン (3.29) メディアに関係なく、構成アイテムの ライフサイクル (3.51) の特定の時点で正式に指定および修正されます。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.11]

3.17

基本標準

承認された国際規格または ITU-T 勧告

[出典:ISO/IEC TR 10000-1:1998, 3.1.1]

3.18

基本プロフィール

単一の作業チームによって単一の製品を開発する VSE (3.124) を対象とした プロファイル (3.70)

3.19

建てる

最終製品が提供する機能の指定されたサブセットを組み込んだ システム (3.107) またはコンポーネントの運用バージョン

[出典:IEEE 828:2012, 2.1, IEEE 辞書]

3.20

バーンダウンチャート

プロジェクトで実行すべき残りの作業を表すグラフ (3.72)

[出典:ISO/IEC/IEEE 26511:2018, 3.1.6]

3.21

ビジネスクリティカルな製品

ビジネスまたは 組織の運営に不可欠な製品 (3.54) であり、その継続的な失敗により、収益の損失や評判の低下など、ビジネスに重大な影響が生じる可能性があります。

3.22

認証

適合性評価 (3.30) の対象に関連する第三者による認証 (認定を除く)

[出典:ISO/IEC 17000:2020, 7.6]

3.23

認証機関

第三者による 適合性評価 (3.30) 認証制度を運営する機関 (3.24)

[出典:ISO/IEC 17065:2012, 3.12, 修正 — エントリの注 1 が削除されました。]

3.24

認証制度

同じ特定の要件、特定の規則および 手順 (3.59) が適用される、特定の製品に関連する 認証 (3.22) システム (3.107)

注記 1: 「認証システム」とは、ISO/IEC 17000:2020, 4.8 で定義されている「適合性評価システム」です。

注記 2:製品、 プロセス (3.60) 、および サービス (3.85) を 実装するための規則、手順および 管理 (3.52) は、認証スキームによって規定されます。

[出典:ISO/IEC 17065:2012, 3.9, 修正済み — エントリの注 1 が削除されました。残りの 2 つの入力メモは番号が付け直されました。]

3.25

認証スキームの所有者

特定の 認証スキーム（3.24）の 開発と維持に責任を負う個人または 組織（3.54）

注記 1:認証スキームの所有者は 、認証機関 (3.23) 自体、政府当局、業界団体、認証機関のグループなどの場合があります。

[出典:ISO/IEC 17065:2012, 3.11, 修正 — この用語は「スキーム所有者」から「認証スキーム所有者」に変更されました。

3.26

変化

追加、変更、削除を含む既存のアプリケーションの変更

[出典:ISO/IEC 20968:2002, 第 10 条、修正 - 定義において、「変更」は「変更」に置き換えられました。]

3.27

クライアント.クライアント

<認証> 製品要件を含む 認証 (3.22) 要件が確実に満たされていることを確認する 組織 (3.54) または 認証機関 (3.23) の責任者

[出典:ISO/IEC 17065:2012, 3.1, 修正 — ドメイン「認証」が追加されました。]

3.28

条件付きタスク

タスク (3.110) は 、特定の条件下では必須である場合もあれば、他の指定された条件下ではオプションである場合もあり、他の指定された条件下では範囲外または適用されない場合もあります。

注記 1:これらは、指定された条件が適用される場合に遵守されるものとします。

3.29

構成アイテム

CI

構成 管理 (3.52) 用に指定され、構成管理 プロセス (3.60) で単一の エンティティ (3.39) として扱われる、ハードウェア、 ソフトウェア (3.93) 、またはその両方のアイテムまたは集合体。

注記 1:構成項目は、すべてのハードウェア、ソフトウェア、および文書を含む システム全体 (3.107) から、単一のモジュールまたはマイナーなハードウェアコンポーネントまで、複雑さ、サイズ、タイプが大きく異なります。

[出典:ISO/IEC/IEEE 15288:2023, 3.11, 修正 — 略語「CI」と項目への注記 1 が追加されました。]

3.30

適合性評価

指定された要件が満たされていることを証明する

注記 1: ISO/IEC 17000:2020, 附属書 A の機能的アプローチに記載されている適合性評価の プロセス (3.60) は 、否定的な結果、すなわち指定された要件が満たされていないことを示す可能性があります。

注記 2: 適合性評価には、試験、検査、検証、検証、認証、認定など、本書の他の場所で定義されている活動が含まれますが、これらに限定されません。

注記 3:適合性評価は、ISO/IEC 17000:2020, 附属書 A で一連の機能として説明されています。これらの機能のいずれかに貢献する活動は、適合性評価活動として説明できます。

注記 4: この文書には「適合」の定義は含まれていません。 「適合性評価」の定義には「適合性」は含まれていません。また、この文書はコンプライアンスの概念についても言及していません。

[出典:ISO/IEC 17000:2020, 4.1]

3.31

継続的な展開

意図した 機能 (3.42) と 検証 (3.121) を 検証してリスクを軽減することにより、変更を運用環境にデプロイする自動化 プロセス (3.60)

[出典:ISO/IEC/IEEE 32675:2022, 3.1]

3.32

継続的インテグレーション

開発された システムを構築およびテストするために、チーム内のすべての開発者からのソース コードの更新を含む成果物を共有メインラインに継続的にマージする手法 (3.107)

[出典:ISO/IEC/IEEE 32675:2022, 3.1]

3.33

お客様

この個人または 組織 (3.54) を対象とした、またはその個人または組織が要求する製品または サービス (3.85) を 受け取る可能性がある、または実際に受け取る人または組織

注記 1:顧客は組織の内部または外部の場合があります。

[出典:ISO 9000:2015, 3.2.4]

3.34

完了の定義

アジャイル チーム (3.6) によって完成し、すぐに使用できるとみなされる

[出典:ISO/IEC/IEEE 26515:2018]

3.35

展開パッケージ

DP

非常に小さなエンティティで、選択されたフレームワークの一連の実践の実装を容易にするために開発された一連の成果物 (3.124)

3.36

書類

情報とそれが含まれる媒体

注記 1:媒体は、紙、磁気、電子または光学コンピュータディスク、写真またはマスターサンプル、またはそれらの組み合わせであり得る。

注記 2:仕様書や記録などの一連の文書は、しばしば「文書」と呼ばれます。

注記 3:一部の要件 (例えば、可読であることの要件) は、あらゆるタイプの文書に関連します。ただし、仕様に対する要件 (たとえば、リビジョン管理の要件) と記録に対する要件 (たとえば、検索可能であるという要件) が存在する可能性があります。

[出典:ISO 9000:2015, 3.8.5]

3.37

効果

計画された活動がどの程度実現され、計画された成果が達成されたか

[出典:ISO 9000:2015, 3.7.11, 修正 — エントリの注 1 が削除されました。]

3.38

効率

達成された結果と使用された リソース (3.78) の関係

[出典:ISO 9000:2015, 3.7.10]

3.39

エンティティ.エンティティ

特定の責任を負うことができる個人、グループ、または組織の機能

[出典:IEEE 7002:2022, 3.1, IEEE 辞書]

3.40

エントリープロフィール

スタートアップ VSE (3.124) (つまり、運用を開始して 3 年未満の VSE) および/または単一の小規模 プロジェクト (3.72) (例: プロジェクト サイズが 6 人未満) に取り組んでいる VSE を対象とした プロファイル (3.70)月）

3.41

外部サービスプロバイダー

外部 顧客 (3.33) に商業的に サービス (3.85) を 提供する個人または 組織 (3.54)

3.42

特徴

システムの機能的または非機能的な識別特性 (3.107)

注記 1:機能は通常、既存のシステムの拡張です。

[出典:ISO/IEC/IEEE 26515: 2018, 3.7, 修正 — エントリの元の注 1 は新しいものに置き換えられました。]

3.43

汎用プロファイルグループ

重要な システム (3.107) or ソフトウェア製品 (3.96) を開発しない VSE (非常に小規模な事業体) (3.124) に適用される プロファイル グループ (3.71)

3.44

ガバナンス

指揮、監督、説明責任を含む人間ベースの システム (3.107)

[出典:ISO/IEC 38500:2024, 3.3]

3.45

事件

プロジェクト (3.72) 、製品、 サービス (3.85) 、または システム (3.107) の ライフサイクル (3.51) 中の任意の時点における、異常または予期しないイベント、一連のイベント、状態、または状況。

[出典:ISO/IEC/IEEE 15288:2023, 3.17, 修正 — エントリの注 1 が削除されました。]

3.46

インクリメント

新しい機能または変更された機能を提供する、テスト済みの ソフトウェア製品 (3.96) の配布可能なバージョン

[出典:PMBOK ^® ガイド第 5 版のソフトウェア拡張]

3.47

情報セキュリティポリシー

組織 (3.54) が その物理資産および情報技術資産をどのように保護する計画であるかを書面で述べた 文書 (3.36)

[出典:ISO/TS 21547:2010, 3.2.25]

3.48

中間プロファイル

複数の作業チームと並行して複数の プロジェクト (3.72) の開発に携わる VSE (3.124) を対象とした プロファイル (3.70)

3.49

内部サービスプロバイダー

VSE (3.124) の内部で サービス (3.85) を 提供する個人または 組織 (3.54)

3.50

反復

一連の ソフトウェア (3.93) 機能 (3.42) が開発され、 利害関係者 (3.101) にデモンストレーションできる実用的な製品につながる短期間のフレーム

注記 1:アジャイル手法が異なれば、反復に異なる用語が使用されます。

注記 2: アジャイル手法の中には、反復に基づいていないものもあります。

[出典:ISO/IEC/IEEE 26515:2018, 3.10]

3.51

ライフサイクル

システム (3.107) 、製品、 サービス (3.85) 、 プロジェクト (3.72) またはその他の人造 エンティティ (3.39) の構想から廃止までの進化

[出典:ISO/IEC/IEEE 15288:2023, 3.21]

3.52

管理

組織を指揮し制御するための調整された活動 (3.54)

注記 1: 管理には、ポリシーと目標、およびこれらの目標を達成するための プロセス (3.60) の確立が含まれる場合があります。

注記 2: 「管理」という言葉は、人々、すなわち、組織の行動と管理に対する権限と責任を持つ個人または人々のグループを指す場合があります。この意味で「管理」を使用する場合は、上で定義した一連の活動としての「管理」の概念との混同を避けるために、常に何らかの形の修飾語とともに使用する必要があります。たとえば、「経営者はしなければならない」などです。は非推奨ですが、「 トップマネジメント (3.115) は そうしなければなりません」。許容されます。それ以外の場合、経営者やマネージャーなど、人々に関連する場合は、概念を伝えるために別の言葉を採用する必要があります。

[出典:ISO 9000:2015, 3.3.3]

3.53

オペレーター

システム (3.107) の運用を実行する個人または 組織 (3.54)

注記 1:オペレーターの役割と ユーザーの役割 (3.119) は、同じ個人または組織に同時にまたは順次に付与されることができます。

注記 2:知識、スキル、および 手順 (3.59) と組み合わされた個々のオペレーターは、システムの要素と見なすことができます。

注記 3:オペレーターは、操作命令がシステム境界内に配置されているかどうかに応じて、操作されているシステム上で、または操作されているシステム内で操作を実行できます。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.29]

3.54

組織

目的を達成するために独自の機能、責任、権限、および関係を持つ個人または人々のグループ

[出典:ISO 9000:2015, 3.2.1, 修正済み — 記載事項の注記は削除されました。]

3.55

組織管理プロフィール

追加の組織 管理 (3.52) ガイダンスを提供するための VSE (3.124) を対象とした プロファイル (3.70)

3.56

ペアプログラミング

エクストリーム プログラミング (XP) の練習で、通常、1 人の開発者がソース コードを作成するか システム (3.107) を 構成する一方で、2 人目の開発者が作業を観察してエラーを探し、完了した作業が正確で要件を満たしているかどうかを判断します。

3.57

ポーカーの計画

チームベースの見積もりアプローチ。各 ユーザー ストーリー (3.120) の開発とテストに必要な労力の相対的な見積もりがコンセンサスによって設定されます。

注記 1: このアプローチでは、通常、フィボナッチ数列 (つまり、1, 2, 3, 5, 8, 13) に基づくポーカー カードが使用されます。

3.58

実践者

1 つまたは複数の プロセス (3.60) 領域内で活動を実行する個人またはチーム

3.59

手順

アクティビティ (3.1) または プロセス (3.60) を 実行するための指定された方法

注記 1:手順は文書化してもしなくてもよい。

[出典:ISO 9000:2015, 3.4.5]

3.60

プロセス

入力を出力に変換する、相互に関連するまたは相互作用する一連のアクティビティ

[出典:ISO/IEC/IEEE 12207:2017, 3.1.33]

3.61

プロセス評価

プロセス評価モデル (3.62) に対する組織単位の プロセス (3.60) の規律ある評価

[出典:ISO/IEC 33001:2015, 3.2.15]

3.62

プロセス評価モデル

パム

1 つ以上の プロセス参照モデル (3.68) に基づいて、指定された プロセス (3.60) の 品質特性を評価する目的に適したモデル。

[出典:ISO/IEC 33001:2015, 3.3.9, 修正 — 略語「PAM」が追加されました。エントリの注 1 は削除されました。]

3.63

工程能力

現在または予測されるビジネス目標を達成するための プロセス (3.60) の能力の特徴付け

[出典:ISO/IEC 33020:2019, 3.4]

3.64

工程能力レベル

プロセス能力の通常の測定スケール (3.63 ) に基づいたプロセスの特性評価 (3.60 )

[出典:ISO/IEC 33020:2019, 3.5]

3.65

プロセスの改善

組織(3.54) プロセスのパフォーマンスと成熟度を向上させる活動の結果

[出典:ISO/IEC/IEEE 24765:2017, 3.3058]

3.66

プロセスの結果

プロセス (3.60) の目的をうまく達成した観察可能な結果

[出典:ISO/IEC/IEEE 12207:2017, 3.1.34]

3.67

プロセスプロファイル

評価された プロセスのプロセス属性評価のセット (3.60)

[出典:ISO/IEC 33001:2015, 3.2.18]

3.68

プロセス参照モデル

プロセスの目的と結果の観点から記述された ライフサイクル (3.51 ) におけるプロセスの定義 (3.60 ) と、プロセス間の関係を記述するアーキテクチャから構成されるモデル

[出典: ISO/IEC 33001:2015, 3.3.16, 修正済み - 「アプリケーションのドメイン」が「ライフサイクル」に置き換えられました。]

3.69

製品バックログ

すべての要件のリスト。通常、特定の製品に対して「実行」する必要がある ユーザー ストーリー (3.120) として表されます。

3.70

プロフィール

適切な標準 プロセス (3.60) のサブセットと、特定の機能を達成するために組み合わされたその結果、アクティビティ、およびタスク

注記 1: VSE のプロファイルの開発に使用される基本規格は、ISO/IEC/IEEE 12207, ISO/IEC/IEEE 15288, および ISO/IEC/IEEE 15289 です。

3.71

プロファイルグループ

プロセスの構成 (3.60) [例: アクティビティと タスク (3.110) ], または能力レベル、あるいはその両方によって関連付けられた プロファイルのコレクション (3.70)

3.72

プロジェクト

指定された リソース (3.78) および要件に従って製品または サービス (3.85) を 作成するために、定義された開始日と終了日を設定するよう努めます。

注記 1:プロジェクトは、調整され制御された活動から成り、技術 管理 (3.52) プロセスの活動と ISO/IEC/IEEE 12207 で定義されている技術プロセスから構成される独自の プロセス (3.60) と見なされる場合があります。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.37, 修正済み —「基準」は「日付」に置き換えられました。]

3.73

品質保証

品質 管理 (3.52) の一部で、品質要件が満たされるという確信を与えることに重点を置いています。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.40)]

3.74

記録

単位として扱われる関連するデータ項目のセット

[出典:ISO/IEC/IEEE 15289:2019, 3.1.21]

3.75

リレーションシップマネージャー

rm

顧客 (3.33) or サプライヤー (3.105) とのやり取りを開発および管理する役割

3.76

報告

調査、観察、評価、テストなどの活動の結果を説明する情報項目

[出典:ISO/IEC/IEEE 15289:2019, 3.1.22]

3.77

リポジトリ

データの取得を可能にする、整理された永続的なデータ ストレージ

[出典:ISO/IEC/IEEE 26511:2018, 3.1.24]

3.78

リソース.リソース

プロセスの実行中に利用または消費される資産 (3.60)

注記 1: リソースには、再利用可能、再生可能、または消耗可能なものが含まれます。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.45]

3.79

レビュー

作業成果物 (3.127) または一連の作業成果物が プロジェクト (3.72) 担当者、マネージャー、 ユーザー (3.119) 、 顧客 (3.33) 、またはその他の 利害関係者 (3.101) に提示される プロセス (3.60) または会議。コメントまたは承認

3.80

安全性が重要な製品

システム (3.107) の故障または誤動作により、次の結果の 1 つ (または複数) が生じる可能性があります: 人の死亡または重傷、機器または財産の損失または重大な損傷、または環境への危害

[出典:ISO/IEC 23643:2020, 3.15]

3.81

スクラム

反復 プロジェクト (3.72) 管理 (3.52) アジャイル開発 (3.4) で使用されるフレームワーク。チームは要件 バックログ (3.15) から開発項目に同意し、数週間の短期間でそれらを作成します。

[出典:ISO/IEC/IEEE 24765:2017, 3.3637]

3.82

スクラムリード

チームまたは プロジェクト (3.72) 内で スクラム (3.81) プロセス (3.60) を促進する人

[出典:ISO/IEC/IEEE 24765:2017, 3.3638]

3.83

スクラムミーティング

毎日の簡単な プロジェクト (3.72) 状況会議または アジャイル開発におけるその他の計画会議 (3.4) 方法論

注記 1:スクラムミーティングは通常、 スクラムリーダーが議長を務めます (3.82) 。

[出典:ISO/IEC/IEEE 24765:2017, 3.3639]

3.84

自己組織化されたチーム

目標の達成に向けて協力する意欲的な個人で構成されるグループ

注記 1:彼らは意思決定の能力と権限を持ち、仕事を管理し、変化する要求に容易に適応します。

注記 2:自己組織化チームの原則は、能力、協力、モチベーション、信頼、敬意、継続性です。

3.85

サービス

組織と 顧客 (3.33) の間で必ず実行される少なくとも 1 つの活動を伴う 組織の成果 (3.54)

注記 1:サービスの主要な要素は、一般に無形です。

注記 2:サービスは一貫性があり、個別であり、他のサービスで構成することができます。

[出典:ISO/IEC/IEEE 15288:2023, 3.42]

3.86

サービスカタログ

組織 (3.54) が 顧客 (3.33) に提供する サービス (3.85) に関する文書化された情報

3.87

サービス変更リクエスト

構成品目 の調整要求を提出するための正式な 手順（3.59）（3.29 ）

[出典:ISO/IEC TR 18018:2010, 3.5, 修正済み - この用語は「変更リクエスト」から「サービス変更リクエスト」に変更されました。省略された用語は削除されました。]

3.88

サービス提供ポリシー

組織 (3.54) の 一般的な信念、倫理、目標、および サービスの目的 (3.85) を包含する、正式で簡潔な高レベルの声明。

3.89

サービスデザイン

サービス（3.85） ソリューションの作成。これには、通常、目的の機能を作成するコンポーネント、コンポーネントをサポートするテクノロジーアーキテクチャ、ソリューションをサポートおよび管理する プロセス（3.60） 、関連する対策（内部パフォーマンスまたは 顧客（ 3.33) 合意された措置)、およびサプライチェーンインターフェース

3.90

サービスレベル契約

SLA

文書化されたサービス (3.85) とサービス対象を特定する、サービスプロバイダーと 顧客 (3.33) の間の 合意 (3.7)

注記 1:サービス・レベル契約は、サービス・プロバイダーと サプライヤー (3.105) 、またはサプライヤーとして機能する内部グループまたは顧客との間で確立することもできます。

注記 2:サービス・レベル・アグリーメントは、契約または別のタイプの文書化された契約に含めることができます。

[出典:ISO/IEC 20000-10:2018, 3.2.20, 修正 - 「組織」は「サービスプロバイダー」に置き換えられました。エントリの注 1 が更新されました。]

3.91

サービスマネージャー

sm

サービスの提供を直接監督し（3.85） 、リーダーシップと指示を提供する役割。すべての活動に関して意思決定権限を持っています。 組織の最高レベルの直属の部下または同僚である (3.54)

注記 1:サービス管理者は、サービスの提供において複数の役割を持つことができる ( 制御管理者 (3.34) とサービス管理者の責任を同じ個人に割り当てる)

3.92

中小企業

中小企業

従業員数が 250 人未満の企業

3.93

ソフトウェア

コンピュータプログラム、 手順 (3.59) 、およびコンピュータ システムの動作に関連する可能性のある関連文書およびデータ (3.107)

[出典:IEEE 828:2012, 2.1, IEEE 辞書]

3.94

ソフトウェアコンポーネント

特定の分析レベルで考慮される システム (3.107) 内にある、アセンブリまたは ソフトウェア (3.93) モジュールなどの離散構造を持つ エンティティ (3.39)

[出典:ISO/IEC 19770-5:2015, 3.36, 修正 — エントリの注 1 が削除されました。]

3.95

ソフトウェアエンジニアリング

ソフトウェアの開発、運用、保守に対する体系的で規律ある定量化可能なアプローチの適用 (3.93) ;つまり、エンジニアリングをソフトウェアに応用することです。

[出典:ISO/IEC/IEEE 12207:2017, 3.1.52]

3.96

ソフトウェア製品

コンピュータ プログラム、 手順 (3.59) 、およびおそらく関連する文書とデータのセット

[出典:ISO/IEC/IEEE 12207:2017, 3.1.54, 修正 — エントリの注 1 が削除されました。]

3.97

宇宙VSE

宇宙領域で システム (3.107) および/または ソフトウェア (3.93) を開発または保守する最大 25 人を擁する企業、 組織 (3.54) (例: 政府機関、非営利団体)、部門または プロジェクト (3.72)

3.98

特定のプロファイルグループ

重要な システム (3.107) または重要な ソフトウェア (3.93) を開発し、非典型的な状況要因を持つ VSE (3.124) に適用される プロファイル グループ (3.71)

3.99

スプリント

短期間で一連の ソフトウェア (3.93) 機能 (3.42) が開発され、 利害関係者 (3.101) にデモンストレーションできる実用的な製品につながります。

注記 1:一部の 組織 (3.54) では、スプリントは 反復 (3.50) として知られています。

[出典:ISO/IEC/IEEE 24765:2019, 3.3914]

3,100

スプリントバックログ

特定の イテレーション (3.50) に含めるために選択された バックログ (3.15) アイテムのセット [例: ユーザー ストーリー (3.120) ]

注 1: スプリント バックログは、 「イテレーション バックログ」および「スプリント カタログ」とも呼ばれます。

3,101

利害関係者

システム (3.107) またはそのニーズや期待を満たす特性を所有する権利、共有、請求権、または利益を有する個人または 組織 (3.54)

[出典:ISO/IEC/IEEE 15288:2023, 3.44]

3,102

標準化されたプロファイル

1 つまたは複数の プロファイル (3.70) を説明する、国際的に合意された調和のとれた 文書 (3.36)

[出典:ISO/IEC TR 10000-1:1998, 3.1.2, 修正 — この用語は「国際標準化プロファイル」から「標準化プロファイル」に変更されました。

3,103

作業明細書

種まき

製品、 サービス (3.85) 、または プロジェクトによって提供される結果 (3.72) の物語的な説明

[出典:プロジェクト管理知識体系ガイド (PMBOK ^®ガイド) - 第 6 版]

3,104

ストーリーポイント

プロジェクト (3.72) チームによって典型的なユーザー ストーリーとみなされるものと比較した、 ユーザー ストーリー (3.120) の開発に必要な労力の相対的な尺度。

[出典:PMBOK ^®ガイド第 5 版のソフトウェア拡張]

3,105

サプライヤー

製品または サービス (3.85) の供給に関して 取得者 (3.2) と 契約 (3.7) を結ぶ 組織 (3.54) または個人

注記 1:サプライヤーに対して一般的に使用されるその他の用語としては、請負業者、生産者、販売者、ベンダーなどがあります。

注記 2:取得者と供給者は同じ組織の一部である場合があります。

[出典:ISO/IEC/IEEE 15288:2023, 3.45]

3,106

監視

適合性宣言の有効性を維持するための基礎としての 適合性評価 (3.30) 活動の体系的な 反復 (3.50)

[出典:ISO/IEC 17000:2020, 8.1]

3,107

システム

個々の構成要素が示されていない、指定された動作または意味を一緒に示す部分または要素の配置。

注記 1:システムは、製品またはそれが提供する サービス (3.85) とみなされる場合があります。

注記 2:実際には、その意味の解釈は、航空機システムなどの連想名詞を使用することによって明確になることがよくありますが、あるいは、「システム」という単語は単に文脈に依存する同義語 (例えば、航空機) に置き換えられます。これにより、システム原則の観点が曖昧になる可能性があります。

注記 3: 完全なシステムには、意図された環境での自立使用に必要な程度の運用およびサポートに必要な、関連する機器、設備、資材、コンピュータ・プログラム、ファームウェア、技術文書、サービスおよび人員のすべてが含まれます。

[出典:ISO/IEC/IEEE 15288:2023, 3.46]

3,108

システムエンジニアリング

システムの原則と概念、および科学的、技術的および 管理 (3.52) 手法を使用して、工学的システムの実現、使用、廃止を成功させるための学際的かつ統合的なアプローチ

[出典:ISO/IEC/IEEE 15288:2023, 3.50]

3,109

システムエンジニアリング管理計画

SEMP

システム エンジニアリング作業を管理するためのトップレベルの技術計画。 プロジェクト (3.72 ) の技術的側面がどのように組織され、構造化され、実行されるか、また利害関係者を満足させる製品を提供するためにシステム エンジニアリング プロセス (3.60) が どのように制御されるかを定義します ( 3.101) 要件

[出典:ISO/IEC/IEEE 24748-4:2016, 4.14]

3,110

タスク.タスク

プロセスの 1 つまたは複数の結果の達成に貢献することを目的とした、必須、推奨、または許容されるアクション (3.60)

[出典:ISO/IEC/IEEE 12207:2017, 3.1.66]

3,111

タスクボード

イテレーション (3.50) 内での アジャイル チーム (3.6) の 進捗状況の視覚的表現

注記 1:タスクボードは、「カンバンボード」および「スクラム™ ボード」とも呼ばれます。

3,112

分類学

プロファイル (3.70) またはプロファイルのセットを明確に参照するための分類スキーム

[出典:ISO/IEC TR 10000-1:1998, 3.1.5]

3,113

テスト駆動開発

TDD

作業を開始する前にテストを定義するwhereこれにより、進行中の作業が継続的に検証され、欠陥ゼロの考え方で作業できるようになります。

[出典:アジャイル実践ガイド、プロジェクト管理協会、2017 年]

3,114

タイムボックス

プロジェクト (3.72) タスク (3.110) の所定の期間制限

[出典: Software Extension を PMBOK ガイド第 5 版に改変]

3,115

経営トップ

最高レベルで 組織 (3.54) を 指揮し、管理する個人または人々のグループ

注記 1:経営トップは、組織内に権限を委任し、 リソースを提供する権限を持っています (3.78) 。

注記 2:マネジメント・システムの範囲が組織の一部のみをカバーする場合、トップ・マネジメントとは、組織のその部分を指揮し、管理する者を指します。

注記 3:この定義は、引用された定義で使用される文言をサポートするためにのみ含まれています。 VSE (3.124) のメンバーが 25 名以下の場合、トップマネジメントの概念は適用できない可能性があります。

[出典:ISO 9000:2015, 3.1.1, 修正済み — エントリの元の注記 3 は新しいものに置き換えられました。]

3,116

トレーサビリティ

要件、 システム (3.107) 要素、 検証 (3.123) 、 タスク (3.110) など、2 つ以上の論理 エンティティ (3.39) 間の識別可能な関連性。

[出典:ISO/IEC/IEEE 15288:2023, 3.52]

3,117

トレード・オフ

ステークホルダーへの純利益に基づいて、さまざまな要件と代替ソリューションから選択する意思決定行動 (3.101)

[出典:ISO/IEC/IEEE 12207:2017, 3.1.68]

3,118

単体テスト

開発者または独立したテスターに​​よる個々のルーチンおよびモジュールのテスト

[出典:ISO/IEC/IEEE 24765:2019, 3.4429, 定義 1]

3,119

ユーザー.ユーザー

システム (3.107) と対話したり、システムの利用中にシステムから利益を得たりする個人またはグループ

注記 1:ユーザーの役割と オペレーターの役割 (3.53) は、同じ個人または 組織 (3.54) に同時にまたは順次に付与される場合があります。

[出典: ISO/IEC 25010:2011, 4.4.12, 修正 - 「システムと相互作用する、または」が追加されました。エントリに注 1 が追加されました。]

3,120

ユーザーストーリー

ペルソナの観点から ユーザー (3.119) の要件を説明する簡単な説明

注記 1:ペルソナは、研究に基づいて定義された特性を持つモデルです。

[出典:ISO/IEC/IEEE 26515:2018, 3.16, 修正 — エントリに注 1 が追加されました。]

3,121

検証

客観的な証拠の提供による、特定の使用目的または用途の要件が満たされていることの確認

注記 1: システム (3.107) は、 意図された運用環境において、その意図された用途、目的、目的を達成することができる [すなわち、 利害関係者 (3.101) の 要件を満たす適切なシステムが構築されました。

注記 2: ライフサイクル (3.51) の文脈において、検証には、運用環境のような環境において、システムがその意図された用途、目標、目的を達成できるという確信を得るための一連の活動が含まれる。

[出典:ISO 9000:2015, 3.8.13, 修正済み — 元の入力メモは削除されました。エントリへの注記 1 とエントリへの注記 2 が追加されました。]

3,122

速度.速度

現在の作業単位の完了率。 ストーリー ポイント (3.104) 、提供された 機能 (3.42) 、機能、機能ポイント、 ユーザー ストーリー (3.120) 、ユース ケース、または完了した要件など、固定期間ごとに完了した作業単位として測定されます。与えられた期間

注記 1:バーンダウン率または燃焼率の尺度として使用されます。

[出典:ISO/IEC/IEEE 32675:2022, 3.1]

3,123

検証

客観的証拠の提供による、指定された要件が満たされていることの確認

注記 1: 検証とは、 システム (3.107) またはシステム要素を必要な特性と比較する一連の活動です。これには、指定された要件、設計、説明、システム自体が含まれますが、これらに限定されません。システムは正しく構築されました。

[出典:ISO 9000:2015, 3.8.12, 修正済み — 元の入力メモは削除されました。エントリに注 1 が追加されました。]

3,124

非常に小さな存在

VSE

最大 25 人までの企業、 組織 (3.54) 、部門または プロジェクト (3.72)

3,125

重要なビジネスサービス

ビジネスの成功に不可欠な サービス (3.85)

3,126

作業分解構造

WBS

プロジェクト目標を達成し、必要な成果物を作成するために 、プロジェクト (3.72) チームによって実行される作業の成果物指向の階層的分解。

注記 1:プロジェクトの全範囲を整理し、定義します。

[出典:ISO/IEC/IEEE 24765:2019, 3.4603, 定義 2, 修正 — エントリに注 1 が追加されました。]

3,127

作業成果物

プロセスによって生成されたアーティファクト (3.60)

[出典: ISO/IEC 15940:2013, 2.5, 修正 — エントリの注 1 が削除されました。]

3.1

activity

set of cohesive tasks (3.110) of a process (3.60)

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.3]

3.2

acquirer

stakeholder (3.101) that acquires or procures a product or service (3.85) from a supplier (3.105)

Note 1 to entry: Other terms commonly used for an acquirer are buyer, customer (3.33) , owner, purchaser or internal/organizational sponsor.

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.1]

3.3

Advanced profile

profile (3.70) targeted at VSEs (3.124) which want to sustain and grow as a competitive system (3.107) and/or software (3.93) development organization

3.4

agile development

development approach based on iterative development, frequent inspection and adaptation, and incremental deliveries in which requirements and solutions evolve through collaboration in cross-functional teams and through continuous stakeholder (3.101) feedback

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.1, modified — Note 1 to entry has been removed.]

3.5

agile environment

organizational culture, infrastructure, and methodologies that support agile development (3.4)

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.2]

3.6

agile team

organization (3.54) or team using agile development (3.4) methods and approaches

Note 1 to entry: Typically with roles such as team lead, project manager, user (3.119) or user representative, software (3.93) and information developers, and testers.

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.3]

3.7

agreement

mutual acknowledgement of terms and conditions under which a working relationship is conducted

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.5]

3.8

assessment indicator

sources of objective evidence used to support the assessors’ (3.9) judgment in rating process (3.60) attributes

[SOURCE:ISO/IEC 33001:2015, 3.3.1, modified — Note 1 to entry has been replaced by EXAMPLE.]

3.9

assessor

individual who participates in the rating of process (3.60) attributes

[SOURCE:ISO/IEC 33001:2015, 3.2.11]

3.10

audit

independent examination of a work product (3.127) or set of work products to assess compliance with specifications, standards, contractual agreements, or other criteria

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.10]

3.11

auditee

organization (3.54) being audited

[SOURCE:ISO 19011:2018, 3.13]

3.12

auditor

person who conducts an audit (3.10)

[SOURCE:ISO 19011:2018, 3.15]

3.13

audit team

one or more auditors (3.12) conducting an audit (3.10) , supported if needed by technical experts

Note 1 to entry: One auditor of the audit team is appointed as the audit team leader.

Note 2 to entry: The audit team may include auditors-in-training.

[SOURCE:ISO 19011:2018, 3.14, modified — In the definition,"persons" has been replaced by"auditors"; in note 2 to entry,"can" has been replaced by"may".]

3.14

autonomy-based improvement

self-motivated and self-determined professional process improvement (3.65) with an understanding of the work (process) objectives, latest technology, and outcomes from product use

3.15

backlog

collection of agile features (3.42) or stories of both functional and nonfunctional requirements that are typically sorted in an order based on value priority

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.4]

3.16

baseline

formally approved version of a configuration item (3.29) , regardless of media, formally designated and fixed at a specific time during the configuration item's life cycle (3.51)

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.11]

3.17

base standard

approved International Standard or ITU-T Recommendation

[SOURCE:ISO/IEC TR 10000-1:1998, 3.1.1]

3.18

Basic profile

profile (3.70) targeted at VSEs (3.124) developing a single product by a single work team

3.19

build

operational version of a system (3.107) or component that incorporates a specified subset of the capabilities that the final product will provide

[SOURCE:IEEE 828:2012, 2.1, IEEE dictionary]

3.20

burndown chart

graph that represents the work remaining to do on a project (3.72)

[SOURCE:ISO/IEC/IEEE 26511:2018, 3.1.6]

3.21

business critical product

product that is essential to the operation of a business or organization (3.54) , whose sustained failure would result in significant business impacts e.g., loss of revenue or loss of reputation

3.22

certification

third-party attestation related to an object of conformity assessment (3.30) , with the exception of accreditation

[SOURCE:ISO/IEC 17000:2020, 7.6]

3.23

certification body

third-party conformity assessment (3.30) body operating certification schemes (3.24)

[SOURCE:ISO/IEC 17065:2012, 3.12, modified — Note 1 to entry has been removed.]

3.24

certification scheme

certification (3.22) system (3.107) related to specified products, to which the same specified requirements, specific rules and procedures (3.59) apply

Note 1 to entry: A “certification system” is a"conformity assessment system", which is defined in ISO/IEC 17000:2020, 4.8.

Note 2 to entry: The rules, procedures and management (3.52) for implementing product, process (3.60) and service (3.85) are stipulated by the certification scheme.

[SOURCE:ISO/IEC 17065:2012, 3.9, modified — Note 1 to entry has been removed; the other two notes to entry have been renumbered.]

3.25

certification scheme owner

person or organization (3.54) responsible for developing and maintaining a specific certification scheme (3.24)

Note 1 to entry: The certification scheme owner can be the certification body (3.23) itself, a governmental authority, a trade association, a group of certification bodies or others.

[SOURCE:ISO/IEC 17065:2012, 3.11, modified — The term has been changed from"scheme owner" to"certification scheme owner".]

3.26

change

modification of an existing application comprising additions, alterations and deletions

[SOURCE:ISO/IEC 20968:2002, Clause 10, modified — In the definition,"changes" has been replaced by"alterations".]

3.27

client

<certification> organization (3.54) or person responsible to a certification body (3.23) for ensuring that certification (3.22) requirements, including product requirements, are fulfilled

[SOURCE:ISO/IEC 17065:2012, 3.1, modified — The domain"certification" has been added.]

3.28

conditional task

task (3.110) that can be mandatory under some specified condition(s), can be optional under other specified conditions, and can be out of scope or not applicable under other specified conditions

Note 1 to entry: These shall be observed if the specified condition(s) apply.

3.29

configuration item

CI

item or aggregation of hardware, software (3.93) , or both, that is designated for configuration management (3.52) and treats as a single entity (3.39) in the configuration management process (3.60)

Note 1 to entry: Configuration items can vary widely in complexity, size and type, ranging from an entire system (3.107) including all hardware, software and documentation, to a single module or a minor hardware component.

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.11, modified — The abbreviated term"CI" and note 1 to entry have been added.]

3.30

conformity assessment

demonstration that specified requirements are fulfilled

Note 1 to entry: The process (3.60) of conformity assessment as described in the functional approach in ISO/IEC 17000:2020, Annex A can have a negative outcome, i.e. demonstrating that the specified requirements are not fulfilled.

Note 2 to entry: Conformity assessment includes activities defined elsewhere in this document, such as but not limited to testing, inspection, validation, verification, certification, and accreditation.

Note 3 to entry: Conformity assessment is explained in ISO/IEC 17000:2020, Annex A as a series of functions. Activities contributing to any of these functions can be described as conformity assessment activities.

Note 4 to entry: This document does not include a definition of “conformity”. “Conformity” does not feature in the definition of “conformity assessment”. Nor does this document address the concept of compliance.

[SOURCE:ISO/IEC 17000:2020, 4.1]

3.31

continuous deployment

automated process (3.60) of deploying changes to production by verifying intended features (3.42) and validations (3.121) to reduce risk

[SOURCE:ISO/IEC/IEEE 32675:2022, 3.1]

3.32

continuous integration

technique that continually merges artefacts, including source code updates from all developers on a team, into a shared mainline to build and test the developed system (3.107)

[SOURCE:ISO/IEC/IEEE 32675:2022, 3.1]

3.33

customer

person or organization (3.54) that could or does receive a product or a service (3.85) that is intended for or required by this person or organization

Note 1 to entry: A customer can be internal or external to the organization.

[SOURCE:ISO 9000:2015, 3.2.4]

3.34

definition of done

regarded by the agile team (3.6) as complete and ready to use

[SOURCE:ISO/IEC/IEEE 26515: 2018]

3.35

deployment package

DP

set of artefacts developed to facilitate the implementation of a set of practices, of the selected framework, in a very small entity (3.124)

3.36

document

information and the medium on which it is contained

Note 1 to entry: The medium can be paper, magnetic, electronic or optical computer disc, photograph or master sample, or combination thereof.

Note 2 to entry: A set of documents, for example specifications and records, is frequently called “documentation”.

Note 3 to entry: Some requirements (e.g. the requirement to be readable) relate to all types of documents. However, there can be different requirements for specifications (e.g. the requirement to be revision controlled) and for records (e.g. the requirement to be retrievable).

[SOURCE:ISO 9000:2015, 3.8.5]

3.37

effectiveness

extent to which planned activities are realized and planned results achieved

[SOURCE:ISO 9000:2015, 3.7.11, modified — Note 1 to entry has been removed.]

3.38

efficiency

relationship between the result achieved and the resources (3.78) used

[SOURCE:ISO 9000:2015, 3.7.10]

3.39

entity

individual, group, or organizational function that can be tasked with a given responsibility

[SOURCE:IEEE 7002:2022, 3.1, IEEE dictionary]

3.40

Entry profile

profile (3.70) targeted at start-up VSEs (3.124) (i.e. VSEs who started their operation fewer than three years ago) and/or at VSEs working on a single small project (3.72) (e.g. project size of less than 6 person-months)

3.41

external service provider

person or organization (3.54) providing services (3.85) commercially to external customers (3.33)

3.42

feature

functional or non-functional distinguishing characteristic of a system (3.107)

Note 1 to entry: A feature is usually an enhancement to an existing system.

[SOURCE:ISO/IEC/IEEE 26515: 2018, 3.7, modified — The original note 1 to entry has been replaced by a new one.]

3.43

generic profile group

profile group (3.71) applicable to VSEs (very small entities) (3.124) that do not develop critical systems (3.107) or software products (3.96)

3.44

governance

human-based system (3.107) comprising directing, overseeing and accountability

[SOURCE:ISO/IEC 38500:2024, 3.3]

3.45

incident

anomalous or unexpected event, set of events, condition, or situation at any time during the life cycle (3.51) of a project (3.72) , product, service (3.85) , or system (3.107)

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.17, modified — Note 1 to entry has been removed.]

3.46

increment

tested, deliverable version of a software product (3.96) that provides new or modified capabilities

[SOURCE:Software Extension to the PMBOK ^® Guide Fifth Edition]

3.47

information security policy

document (3.36) that states, in writing, how an organization (3.54) plans to protect its physical and information technology assets

[SOURCE:ISO/TS 21547:2010, 3.2.25]

3.48

Intermediate profile

profile (3.70) targeted at VSEs (3.124) involved in the development of more than one project (3.72) in parallel with more than one work team

3.49

internal service provider

person or organization (3.54) providing services (3.85) internal to the VSE (3.124)

3.50

iteration

short time frame in which a set of software (3.93) features (3.42) is developed, leading to a working product that can be demonstrated to stakeholders (3.101)

Note 1 to entry: Different agile methodologies use different terms for an iteration.

Note 2 to entry: Some agile methodologies are not based on iterations.

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.10]

3.51

life cycle

evolution of a system (3.107) , product, service (3.85) , project (3.72) or other human-made entity (3.39) from conception through retirement

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.21]

3.52

management

coordinated activities to direct and control an organization (3.54)

Note 1 to entry: Management can include establishing policies and objectives, and processes (3.60) to achieve these objectives.

Note 2 to entry: The word “management” sometimes refers to people, i.e. a person or group of people with authority and responsibility for the conduct and control of an organization. When “management” is used in this sense, it should always be used with some form of qualifier to avoid confusion with the concept of “management” as a set of activities defined above. For example, “management shall.” is deprecated whereas “ top management (3.115) shall.” is acceptable. Otherwise, different words should be adopted to convey the concept when related to people, e.g. managerial or managers.

[SOURCE:ISO 9000:2015, 3.3.3]

3.53

operator

individual or organization (3.54) that performs the operations of a system (3.107)

Note 1 to entry: The role of operator and the role of user (3.119) can be vested, simultaneously or sequentially, in the same individual or organization.

Note 2 to entry: An individual operator combined with knowledge, skills and procedures (3.59) can be considered as an element of the system.

Note 3 to entry: An operator can perform operations on a system that is operated, or within a system that is operated, depending on whether or not operating instructions are placed within the system boundary.

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.29]

3.54

organization

person or a group of people that has its own functions responsibilities, authorities and relationships to achieve its objectives

[SOURCE:ISO 9000:2015, 3.2.1, modified — Notes to entry have been removed.]

3.55

organizational management profile

profile (3.70) targeted at VSEs (3.124) to provide additional organizational management (3.52) guidance

3.56

pair programming

practice from eXtreme Programming (XP) that typically involves one developer writing source code or configuring a system (3.107) while a second developer observes their work to look for errors and to determine whether the work completed is accurate and meets its requirements

3.57

planning poker

team-based estimation approach whereby relative estimates of the effort required to develop and test each user story (3.120) are set via consensus

Note 1 to entry: The approach uses poker cards that are typically based on a Fibonacci sequence (i.e. 1, 2, 3, 5, 8, 13).

3.58

practitioner

person or team performing the activities within one or more process (3.60) areas

3.59

procedure

specified way to carry out an activity (3.1) or a process (3.60)

Note 1 to entry: Procedure can be documented or not.

[SOURCE:ISO 9000:2015, 3.4.5]

3.60

process

set of interrelated or interacting activities which transforms inputs into outputs

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.33]

3.61

process assessment

disciplined evaluation of an organizational unit’s processes (3.60) against a process assessment model (3.62)

[SOURCE:ISO/IEC 33001:2015, 3.2.15]

3.62

process assessment model

PAM

model suitable for the purpose of assessing a specified process (3.60) quality characteristic, based on one or more process reference models (3.68)

[SOURCE:ISO/IEC 33001:2015, 3.3.9, modified — The abbreviated term"PAM" has been added; note 1 to entry has been removed.]

3.63

process capability

characterization of the ability of a process (3.60) to meet current or projected business goals

[SOURCE:ISO/IEC 33020:2019, 3.4]

3.64

process capability level

characterization of a process (3.60) on an ordinal measurement scale of process capability (3.63)

[SOURCE:ISO/IEC 33020:2019, 3.5]

3.65

process improvement

result of activities that better the performance and maturity of the organization's (3.54) processes

[SOURCE:ISO/IEC/IEEE 24765:2017, 3.3058]

3.66

process outcome

observable result of the successful achievement of the process (3.60) purpose

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.34]

3.67

process profile

set of process attribute ratings for an assessed process (3.60)

[SOURCE:ISO/IEC 33001:2015, 3.2.18]

3.68

process reference model

model comprising definitions of processes (3.60) in a life cycle (3.51) described in terms of process purpose and outcomes, together with an architecture describing the relationships between the processes

[SOURCE:ISO/IEC 33001:2015, 3.3.16, modified —"domain of application" has been replaced by"life cycle".]

3.69

product backlog

list of all requirements, normally represented as user stories (3.120) that need to be"done" for a given product

3.70

profile

subset of appropriate standards’ processes (3.60) and their outcomes, activities and tasks combined to accomplish a particular function

Note 1 to entry: The base standards used to develop profiles for VSEs are ISO/IEC/IEEE 12207, ISO/IEC/IEEE 15288 and ISO/IEC/IEEE 15289.

3.71

profile group

collection of profiles (3.70) which are related either by composition of processes (3.60) [e.g. activities and tasks (3.110) ], or by capability level, or both

3.72

project

endeavour with defined start and finish dates undertaken to create a product or service (3.85) in accordance with specified resources (3.78) and requirements

Note 1 to entry: A project is sometimes viewed as a unique process (3.60) comprising coordinated and controlled activities and composed of activities from the technical management (3.52) processes and technical processes defined in ISO/IEC/IEEE 12207.

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.37, modified —"criteria" has been replaced by"dates".]

3.73

quality assurance

part of quality management (3.52) focused on providing confidence that quality requirements will be fulfilled

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.40)]

3.74

record

set of related data items treated as a unit

[SOURCE:ISO/IEC/IEEE 15289:2019, 3.1.21]

3.75

relationship manager

rm

role that develops and manages interactions with customers (3.33) or suppliers (3.105)

3.76

report

information item that describes the results of activities such as investigations, observations, assessments, or tests

[SOURCE:ISO/IEC/IEEE 15289:2019, 3.1.22]

3.77

repository

organized and persistent data storage that allows data retrieval

[SOURCE:ISO/IEC/IEEE 26511:2018, 3.1.24]

3.78

resource

asset that is utilized or consumed during the execution of a process (3.60)

Note 1 to entry: Resources include those that are reusable, renewable or consumable.

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.45]

3.79

review

process (3.60) or meeting during which a work product (3.127) , or a set of work products, is presented to project (3.72) personnel, managers, users (3.119) , customers (3.33) , or other stakeholders (3.101) for comment or approval

3.80

safety-critical product

system (3.107) whose failure or malfunction can result in one (or more) of the following outcomes: death or serious injury to people, loss or severe damage to equipment or property, or environmental harm

[SOURCE:ISO/IEC 23643:2020, 3.15]

3.81

scrum

iterative project (3.72) management (3.52) framework used in agile development (3.4) , in which a team agrees on development items from a requirements backlog (3.15) and produces them within a short duration of a few weeks

[SOURCE:ISO/IEC/IEEE 24765:2017, 3.3637]

3.82

scrum lead

person who facilitates the scrum (3.81) process (3.60) within a team or project (3.72)

[SOURCE:ISO/IEC/IEEE 24765:2017, 3.3638]

3.83

scrum meeting

brief daily project (3.72) status meeting or other planning meeting in agile development (3.4) methodologies

Note 1 to entry: The scrum meeting is usually chaired by the scrum lead (3.82) .

[SOURCE:ISO/IEC/IEEE 24765:2017, 3.3639]

3.84

self-organizing team

group composed of motivated individuals working together toward meeting a goal

Note 1 to entry: They have the ability and authority for decision-making, they manage their work and readily adapt for changing demands.

Note 2 to entry: Principles of self-organizing teams are competency, collaboration, motivation, trust, respect and continuity.

3.85

service

output of an organization (3.54) with at least one activity necessarily performed between the organization and the customer (3.33)

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.86

service catalogue

documented information about services (3.85) that an organization (3.54) provides to its customers (3.33)

3.87

service change request

formal procedure (3.59) for submitting a request for an adjustment of a configuration item (3.29)

[SOURCE:ISO/IEC TR 18018:2010, 3.5, modified — The term has been changed from"change request" to"service change request"; the abbreviated term has been removed.]

3.88

service delivery policy

formal, brief, and high-level statement that embraces an organization’s (3.54) general beliefs, ethics, goals, and objectives of service(s) (3.85)

3.89

service design

creation of a service (3.85) solution(s), typically including the components which create the desired functionality, technology architecture that supports the components, the processes (3.60) to support and manage the solution, the associated measures (internal performance or customer (3.33) agreed measures), and the supply chain interfaces

3.90

service level agreement

SLA

documented agreement (3.7) between a service provider and a customer (3.33) that identifies services (3.85) and service targets

Note 1 to entry: A service level agreement can also be established between the service provider and a supplier (3.105) or an internal group or a customer acting as a supplier.

Note 2 to entry: A service level agreement can be included in a contract or another type of documented agreement.

[SOURCE:ISO/IEC 20000-10:2018, 3.2.20, modified —"organization" has been replaced by"service provider"; note 1 to entry has been updated.]

3.91

service manager

sm

role that directly oversees the delivery of services (3.85) and provides leadership and direction; has decision-making authority on all activities; is a direct report or peer to the highest level of the organization (3.54)

Note 1 to entry: The service manager may have more than one role in the delivery of services (assign the responsibilities of the control manager (3.34) and service manager to the same individual).

3.92

small and medium enterprise

SME

enterprises with less than 250 persons employed

3.93

software

computer programs, procedures (3.59) , and possibly associated documentation and data pertaining to the operation of a computer system (3.107)

[SOURCE:IEEE 828:2012, 2.1, IEEE dictionary]

3.94

software component

entity (3.39) with discrete structure, such as an assembly or software (3.93) module, within a system (3.107) considered at a particular level of analysis

[SOURCE:ISO/IEC 19770-5:2015, 3.36, modified — Note 1 to entry has been removed.]

3.95

software engineering

application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software (3.93) ; that is, the application of engineering to software

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.52]

3.96

software product

set of computer programs, procedures (3.59) , and possibly associated documentation and data

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.54, modified — Note 1 to entry has been removed.]

3.97

space-VSE

enterprise, organization (3.54) (e.g. government agency, non-profit organization), department or project (3.72) having up to 25 people that develops or maintain systems (3.107) and/or software (3.93) in the space domain

3.98

specific profile group

profile group (3.71) applicable to VSEs (3.124) that develop critical systems (3.107) or critical software (3.93) and have untypical situational factors

3.99

sprint

short time frame, in which a set of software (3.93) features (3.42) is developed, leading to a working product that can be demonstrated to stakeholders (3.101)

Note 1 to entry: In some organizations (3.54) , a sprint is known as an iteration (3.50) .

[SOURCE:ISO/IEC/IEEE 24765:2019, 3.3914]

3.100

sprint backlog

set of backlog (3.15) items [e.g. user stories (3.120) ] that are selected for inclusion in a given iteration (3.50)

Note 1 to entry: Sprint backlogs are also referred to as"iteration backlogs" and"sprint catalogues".

3.101

stakeholder

individual or organization (3.54) having a right, share, claim, or interest in a system (3.107) or in its possession of characteristics that meet their needs and expectations

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.44]

3.102

standardized profile

internationally agreed-to, harmonized document (3.36) which describes one or more profiles (3.70)

[SOURCE:ISO/IEC TR 10000-1:1998, 3.1.2, modified — The term has been changed from"international standardized profile" to"standardized profile".]

3.103

statement of work

SOW

narrative description of products, services (3.85) , or results to be delivered by the project (3.72)

[SOURCE:A Guide to the Project Management Body of Knowledge (PMBOK^® Guide) - Sixth Edition]

3.104

story points

relative measure of the effort needed to develop a user story (3.120) , compared with what is considered a typical user story by the project (3.72) team

[SOURCE:Software Extension to the PMBOK^® Guide Fifth Edition]

3.105

supplier

organization (3.54) or an individual that enters into an agreement (3.7) with the acquirer (3.2) for the supply of a product or service (3.85)

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.106

surveillance

systematic iteration (3.50) of conformity assessment (3.30) activities as a basis for maintaining the validity of the statement of conformity

[SOURCE:ISO/IEC 17000:2020, 8.1]

3.107

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 or as the services (3.85) 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.

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.46]

3.108

systems engineering

transdisciplinary and integrative approach to enable the successful realization, use, and retirement of engineered systems using systems principles and concepts and scientific, technological and management (3.52) methods

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.50]

3.109

systems engineering management plan

SEMP

top level technical plan for managing the systems engineering effort which defines how the technical aspects of the project (3.72) will be organized, structured, and conducted and how the systems engineering processes (3.60) will be controlled to provide a product that satisfies stakeholder (3.101) requirements

[SOURCE:ISO/IEC/IEEE 24748-4:2016, 4.14]

3.110

task

required, recommended, or permissible action, intended to contribute to the achievement of one or more outcomes of a process (3.60)

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.66]

3.111

task board

visual representation of an agile team's (3.6) progress within an iteration (3.50)

Note 1 to entry: Task boards are also referred to as"Kanban boards" and"Scrum™ boards".

3.112

taxonomy

classification scheme for referencing profiles (3.70) or sets of profiles unambiguously

[SOURCE:ISO/IEC TR 10000-1:1998, 3.1.5]

3.113

test-driven development

TDD

technique where tests are defined before work is begun, so that work in progress is validated continuously, enabling work with a zero defect mindset

[SOURCE:Agile Practice Guide, Project Management Institute, 2017]

3.114

timebox

prescribed duration limit for a project (3.72) task (3.110)

[SOURCE:Adapted from Software Extension to the PMBOK Guide Fifth Edition]

3.115

top management

person or group of people who directs and controls an organization (3.54) at the highest level

Note 1 to entry: Top management has the power to delegate authority and provide resources (3.78) within the organization.

Note 2 to entry: If the scope of the management system covers only part of an organization, then top management refers to those who direct and control that part of the organization.

Note 3 to entry: This definition is only included to support wording used in quoted definitions; with 25 or less people in a VSE (3.124) , the concept of top management may not be applicable.

[SOURCE:ISO 9000:2015, 3.1.1, modified — The original note 3 to entry has been replaced by a new one.]

3.116

traceability

discernable association among two or more logical entities (3.39) , such as requirements, system (3.107) elements, verifications (3.123) , or tasks (3.110)

[SOURCE:ISO/IEC/IEEE 15288:2023, 3.52]

3.117

trade-off

decision-making actions that select from various requirements and alternative solutions on the basis of net benefit to the stakeholders (3.101)

[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.68]

3.118

unit test

testing of individual routines and modules by the developer or an independent tester

[SOURCE:ISO/IEC/IEEE 24765:2019, 3.4429, definition 1]

3.119

user

individual or group that interacts with a system (3.107) or benefits from a system during its utilization

Note 1 to entry: The role of user and the role of operator (3.53) are sometimes vested, simultaneously or sequentially, in the same individual or organization (3.54) .

[SOURCE:ISO/IEC 25010:2011, 4.4.12, modified —"interacts with a system or" has been added; note 1 to entry has been added.]

3.120

user story

simple narrative illustrating a user (3.119) requirement from the perspective of a persona

Note 1 to entry: A persona is a model with defined characteristics, based on research

[SOURCE:ISO/IEC/IEEE 26515:2018, 3.16, modified — Note 1 to entry has been added.]

3.121

validation

confirmation, through the provision of objective evidence, that the requirements for a specific intended use or application have been fulfilled

Note 1 to entry: A system (3.107) is able to accomplish its intended use, goals and objectives [i.e. meet stakeholder (3.101) requirements] in the intended operational environment. The right system was built.

Note 2 to entry: In a life cycle (3.51) context, validation involves the set of activities for gaining confidence that a system is able to accomplish its intended use, goals and objectives in an environment like the operational environment.

[SOURCE:ISO 9000:2015, 3.8.13, modified — The original notes to entry have been removed; note 1 to entry and note 2 to entry have been added.]

3.122

velocity

rate of current work unit completion, measured as work units completed per fixed time period, such as story points (3.104) , delivered features (3.42) , functions, function points, user stories (3.120) , use cases, or requirements completed in a given time period

Note 1 to entry: Used as a measure of burndown rate or burnup rate.

[SOURCE:ISO/IEC/IEEE 32675:2022, 3.1]

3.123

verification

confirmation, through the provision of objective evidence, that specified requirements have been fulfilled

Note 1 to entry: Verification is a set of activities that compares a system (3.107) or system element against the required characteristics. This includes, but is not limited to, specified requirements, design, descriptions, and the system itself. The system was built right.

[SOURCE:ISO 9000:2015, 3.8.12, modified — The original notes to entry have been removed; note 1 to entry has been added.]

3.124

very small entity

VSE

enterprise, organization (3.54) , department or project (3.72) having up to 25 people

3.125

vital business service

service (3.85) that is critical to the success of the business

3.126

work breakdown structure

WBS

deliverable-oriented hierarchical decomposition of the work to be executed by the project (3.72) team to accomplish the project objectives and create the required deliverables

Note 1 to entry: It organizes and defines the total scope of the project.

[SOURCE:ISO/IEC/IEEE 24765:2019, 3.4603, definition 2, modified — Note 1 to entry has been added.]

3.127

work product

artefact produced by a process (3.60)

[SOURCE:ISO/IEC 15940:2013, 2.5, modified — Note 1 to entry has been removed.]