問題一覧
1
機能安全の達成は、[①]、生産及びサービスプロセス並びに[②]からの影響を受ける。
開発プロセス, 管理プロセス
2
[①]を検証及び[②]を規定すること。
機能安全コンセプト, 安全妥当性確認基準
3
意図した機能の失陥 あり、故障検出器での検出 可能。 安全機構は、故障を検出した場合、システムを安全状態に遷移させるが、故障は通知しない。 安全機構は、自己診断機能を持たない。
DPF-L
4
[①]の目的は、効果的で反復可能な[①]プロセスを容易にするために、[②]全体で、[①]戦略を構築する。
文書管理, 安全ライフサイクル
5
[①]の目的は、[②]を通して、安全関連の作業成果物への変更を分析し管理することである
変更管理, 安全ライフサイクル
6
[①]の目的の一つは、安全目標に関してアイテムの機能的ふるまいもしくは[②]した機能的ふるまいを仕様化することである。
機能安全コンセプト, 縮退
7
安全目標
ハザード分析及びリスクアセスメントの結果である最上位の安全要求
8
意図した機能の失陥 あり、故障検出器での検出 不可。 安全機構は、故障を検出した場合、システムを安全状態に遷移させるが、故障は通知しない。 安全機構は、自己診断機能を持たない。
RF
9
機能安全監査、実施者に必要な独立性は？
I0, I2, I3
10
ISO26262の適用範囲。[①]を除く量産される車両に組み込まれる。一つ又は複数の電気/電子システムに適用することを目的としている。2nd エディションからは、[②]、[③]、[④]、[⑤]、[⑥]も対象
モペッド, モーターサイクル, トラック, バス, トレーラー, セミトレーラー
11
[①]の目的は、ISO 26262シリーズ規格に従って開発されるアイテム内における[②]の証拠を提供する。
SWコンポーネントの認定, 再利用適合性
12
"確証方策"を構成する活動は? [①][②][③]
確証レビュー, 機能安全監査, 機能安全アセスメント
13
安全目標
ハザード分析及びリスクアセスメントの結果である最上位の安全要求
14
アイテムレベルの影響分析の確証レビュー実施者に必要な独立性は？
I3
15
[①]の第一の目的は、作業成果物、及びそれらの作成の指針及び一般条件を、いつでも管理された方法で[②]して再現することを保証することである
構成管理, 一意に識別
16
システム設計によって、安全目標でカバーされない、新たに識別された[①]は、Part8-8節中の変更管理プロセスに従って、Part3 に従った[②]に取り入れ、評価されなければならない。
安全アノマリ, ハザード分析およびリスクアセスメント
17
意図した機能の失陥 なし、故障検出器での検出 不可。 安全機構は、故障を検出した場合、システムを安全状態に遷移させるが、故障は通知しない。 安全機構は、自己診断機能を持たない。
SF
18
意図した機能の失陥 あり、故障検出器での検出 不可。 安全機構は、故障を検出した場合、システムを安全状態に遷移させるが、故障は通知しない。 安全機構は、自己診断機能を持たない。
RF
19
[①]の目的は機能的なふるまいが配置された安全要求を満たすのに適切であること、したがって、ハードウェアエレメントの[②]に起因する安全目標又は安全要求侵害のリスクは十分に低いことを保証する
HWエレメントの評価, システマチックフォールト
20
[①]の目的は、[②]，又は[③]に[④]を配置すること
機能安全コンセプト, システムアーキテクチャ設計, 外部方策, 機能安全要求
21
安全は、一般的な[①]及び[②]の開発活動並びにその作業成果物と密接に絡み合つ ISO 26262シリーズ規格は、これらの活動及び作業成果物の安全関連面を取り扱う。
機能指向, 品質指向
22
ランダムハードウェア故障による安全目標侵害の評価 リスクの高い部分に[①]や追加の論術を用い、[②]で残ったリスクを下げる。([③])
専用方策, 定性的な方策, ASIL C/D
23
[①]の目的は、[②]がその要求に[③]していることを保証する。
検証, 作業成果物, 準拠
24
ソフトウェアツールの評価はTCL2,TCL3要認定作業の場合、ツールエラー検出は[①]、[②]かつツールインパクトは[③]
TD2, TD3, TI2
25
[①]の目的は、[②]について、顧客とサプライヤとの間の[③]及び[④]を定義する
分散開発でのインタフェース, 開発活動, 相互関係, 依存関係
26
[①]の目的は、その[②]に準じて、関連する[③]の適切かつタイムリーな検知と制御に関する制約を規定すること。
機能安全コンセプト, 安全目標, フォールト
27
機能安全アセスメント、実施者に必要な独立性は？
I0, I2, I3
28
安全ライフサイクルの範囲は [①]、[②]、[③]、[④]、[⑤]、[⑥]に渡る重要な安全活動を含む
コンセプトフェーズ, 製品開発, 製造, 運用, サービス, 廃棄
29
車両トリップの平均時間 乗用車の場合は[①] トラック及びバスの場合は、[②]
1時間, 10時間
30
[①]の目的は、[②]自身によって、ドライバによって又は[③]によって、必要とされる[④]を達成するか若しくは適切に関連する[⑤]の影響を緩和する[⑥]の戦略又は方策を規定すること。
機能安全コンセプト, アイテム, 外部方策, フォールトトレランス, フォールト, アイテムレベル
31
[①]の目的は、[②]及びその[③]の[④]のために交換される[⑤]を識別する
分散開発でのインタフェース, アイテム, エレメント, 分散開発, 作業成果物
32
分かり易い[①]は、機能安全の達成についての[②]を提供するために開発される。
セーフティケース, 論拠
33
車両修理に要する平均トリップ数 コンフォート機能の低下に対しては、[①]トリップ 運転支援機能の低下に対しては、[②]トリップ 黄色の警告灯又は運転挙動上の影響に対して[③]トリップ 赤色の警告灯に対しては、[④]トリップ
200車両, 50車両, 20車両, 1車両