素早く問題を解いてInput⇔Outputを繰り返し!
会員レベル
ログイン
メンバーシップアカウント
会員レベル
ログイン
メンバーシップアカウント
HOME
Lv017
「Lv017」の記事一覧
IREBが推奨する、対立する要求への対処法はどれか。
要求エンジニアは調整役であり、独断ではなく合意形成を支援する責任があります。
2026年3月13日
可用性要求として適切な記述はどれか。
可用性はシステムがサービスを提供し続けられる時間の割合を定義します。
2026年3月13日
アンケート(質問票)を使用するのに最も適した状況はどれか。
アンケートは広範囲から情報を集めるのに効率的ですが、深い対話には向きません。
2026年3月13日
要求と「用語集(グロッサリ)」の整合性を確認する目的はどれか。
言葉の定義が揺らぐと要求の解釈がブレるため、用語集との一致は不可欠です。
2026年3月13日
要求工学におけるクラス図の役割はどれか。
クラス図は、システムが扱うデータの「意味的な構造」を整理するのに役立ちます。
2026年3月13日
要求記述に「根拠(背景)」を付加すべき理由はどれか。
背景が分かれば、状況が変わった際にその要求がまだ必要かどうかを正しく判断できます。
2026年3月13日
「すべてのエラーに対して、システムは警告を表示しなければならない」という記述の問題点は何か。
過度な一般化は、不必要な実装を招いたり、重要な例外処理を見落とす原因になります。
2026年3月13日
要求管理において「後方へのトレーサビリティ(Backward Traceability)」とは何か。
後方への追跡により、「なぜこの要求が存在するのか」という根拠を常に確認できます。
2026年3月13日
コンテキスト図に記述「すべきでない」ものはどれか。
コンテキスト図は「外部環境」を描くものであり、内部構造は記述しません。
2026年3月13日
「システムは…しなければならない」という構文(文法)を定義する最大のメリットは何か。
標準化された構文は「誰が、何を、どうする」を明確にし、誤解を防ぎます。
2026年3月13日
投稿のページ送り
1
…
574
575
576
…
924