令和5年度 秋期 午前Ⅱ プロジェクトマネージャ試験 | 解答一覧

1. 開発の後期に提示された顧客からの機能追加の要求は受け入れず, 拒否すべきであった。

2. 追加機能を含む機能の優先順位を顧客と合意し, イテレーション5の期間を延長せずに,優先順位の高い機能から開発すべきであった。

3. 使い勝手に関する認識の食い違いが発生しないように, 対面ではなくメールによって記録を残す形で議論すべきであった。

4. デモは顧客からの変更要望が出やすくなるので、進捗状況を完成度合いの数値で表して報告すべきであった。

追加機能を含む機能の優先順位を顧客と合意し, イテレーション5の期間を延長せずに,優先順位の高い機能から開発すべきであった。

1. 活動リストの活動ごとに必要な資源を決定する。

2. どのようにしてプロジェクトを実行し, 管理し, 終結するのかを文書化する。

3. プロジェクトに関係する全ての当事者から必要な全てのコミットメントを得る。

4. プロジェクトの目標を達成するために完了する必要がある作業を表すための, 階層的分割の枠組みを提供する。

1. スコープの定義

2. 品質保証の遂行

3. プロジェクト憲章の作成

4. プロジェクトチームの編成

スコープの定義

1. ステークホルダ及びステークホルダがプロジェクトに及ぼす影響を詳細に分析する。

2. ステークホルダのコミュニケーションのニーズを確実に満足し, コミュニケーションの課題を解決する。

3. ステークホルダの情報のニーズ及び全ての法令要求に従った情報のニーズを特定し,そのニーズを満たすための適切な手段を明確にする。

4. プロジェクトに影響されるか,又は影響を及ぼす個人, 集団又は組織を明らかにし,その利害及び関係に関連する情報を文書化する。

ステークホルダ及びステークホルダがプロジェクトに及ぼす影響を詳細に分析する。

1. 110

2. 120

3. 135

4. 150

150

スポンサー

1. 11

2. 13

3. 14

4. 15

13

1. 15

2. 16

3. 17

4. 18

16

1. 限りある資源とプロジェクトの不確実性とに対応するために、 合流バッファとプロジェクトバッファとを設ける。

2. クリティカルパス上の作業に, 生産性を向上させるための開発ツールを導入する。

3. クリティカルパス上の作業に, 要員を追加投入する。

4. クリティカルパス上の先行作業の全てが終了する前に後続作業に着手し,一部を並行して実施する。

限りある資源とプロジェクトの不確実性とに対応するために、 合流バッファとプロジェクトバッファとを設ける。

1. 1.2

2. 1.5

3. 1.8

4. 2.1

1.8

1. 45

2. 46

3. 49

4. 50

45

スポンサー

1. リスク事象発生時の影響金額 × リスク事象の発生確率

2. リスク事象発生時の影響金額 ÷ リスク事象の発生確率

3. リスク事象発生時の影響金額 × リスク対応に掛かるコスト

4. リスク事象発生時の影響金額 ÷ リスク対応に掛かるコスト

リスク事象発生時の影響金額 × リスク事象の発生確率

1. 管理

2. 計画

3. 実行

4. 終結

計画

1.

2.

3.

4.

1. あるクラスを基に,これに幾つかの性質を付加することによって, 新しいクラスを定義する。

2. 幾つかのクラスに共通する性質をもつクラスを定義する。

3. オブジェクトのデータ構造から所有の関係を見つける。

4. 同一名称のメソッドをもつオブジェクトを抽象化してクラスを定義する。

幾つかのクラスに共通する性質をもつクラスを定義する。

1. 1か月以内のスプリント

2. 構造化言語による仕様の記述

3. 頻繁なリファクタリング

4. ペアプログラミング

1か月以内のスプリント

スポンサー

1. 取得者及び供給者の双方が,それらの組織のために価値を実現し, ビジネス戦略を支援することを可能にする。

2. 組織の管理者によって割り当てられた資源及び資産を管理すること, 並びに一つ以上の組織が行った合意を果たすために資源及び資産を適用することに関係する。

3. プロジェクトが組織の利害関係者のニーズ及び期待を満たすことができるように, 必要な資源を提供することに関係する。

4. 利害関係者のニーズを製品又はサービスに変換し、その製品を適用するか,又はそのサービスを運用することによって, 利害関係者要件を満たし、 顧客満足を獲得できるようにする。

利害関係者のニーズを製品又はサービスに変換し、その製品を適用するか,又はそのサービスを運用することによって, 利害関係者要件を満たし、 顧客満足を獲得できるようにする。

1. 開発成果物を, 委託元で開発する別のソフトウェアに適用できなくなる。

2. 当該ソフトウェアのソースコードを公開することが義務付けられる。

3. 当該ソフトウェアを他社に販売する場合, バイナリ形式では販売できるが, ソースコードは販売できなくなる。

4. 当該ソフトウェアを組み込んだ機器のハードウェア部分の特許を取得できなくなる。

開発成果物を, 委託元で開発する別のソフトウェアに適用できなくなる。

1. A案

2. B案

3. C案

4. D案

C案

1. 監視, 測定, 分析及び評価

2. サービスの報告

3. 内部監査

4. マネジメントレビュー

内部監査

1. 個々の要件に, 対応必須 対応すべき, できれば対応, 対応不要といったように重要性のランク付けがなされている。

2. システムのライフサイクルの全期間を通して, システムに正当な利害関係をもつ個々の利害関係者が識別できている。

3. システムやソフトウェアが, 要件定義書の記述内容を満たすか否かをチェックするための方法があり, チェック作業が妥当な費用内で行える。

4. 実現可能か否かにはこだわらず, 全ての利害関係者のニーズ及び期待が漏れなく要件定義書に盛り込まれている。

システムやソフトウェアが, 要件定義書の記述内容を満たすか否かをチェックするための方法があり, チェック作業が妥当な費用内で行える。

スポンサー

1. 明らかに不当な権利侵害がなされている場合でも、 情報の発信者から事前に承諾を得ていなければ, 特定電気通信役務提供者は送信防止措置の結果として情報の発信者に生じた損害の賠償責任を負う。

2. 権利侵害を防ぐための送信防止措置の結果, 情報の発信者に損害が生じた場合でも,一定の条件を満たしていれば、 特定電気通信役務提供者は賠償責任を負わない。

3. 情報発信者に対して表現の自由を保障し, 通信の秘密を確保するために, 特定電気通信役務提供者は,裁判所の決定を受けなければ送信防止措置を実施することができない。

4. 特定電気通信による情報の流通によって権利を侵害された者が, 個人情報保護委員会に苦情を申し立て, 被害が認定された際に特定電気通信役務提供者に対して命令される措置である

権利侵害を防ぐための送信防止措置の結果, 情報の発信者に損害が生じた場合でも,一定の条件を満たしていれば、 特定電気通信役務提供者は賠償責任を負わない。

1. 業務遂行の手段, 時間配分の決定などを大幅に労働者に委ねる業務に適用され,労働時間の算定は, 労使協定で定めた労働時間の労働とみなす制度

2. 業務の繁閑に応じた労働時間の配分などを行い, 労使協定によって1か月以内の期間を平均して1週の法定労働時間を超えないようにする制度

3. 時間外労働、休日労働についての労使協定を書面で締結し, 労働基準監督署に届け出ることによって, 法定労働時間を超える時間外労働が認められる制度

4. 労使協定によって1か月以内の一定期間の総労働時間を定め、 1日の固定勤務時間以外では,労働者に始業・終業時刻の決定を委ねる制度

時間外労働、休日労働についての労使協定を書面で締結し, 労働基準監督署に届け出ることによって, 法定労働時間を超える時間外労働が認められる制度

1. IT 製品のセキュリティ機能を, IT 製品の仕様書, ガイダンス, 開発プロセスなどの様々な視点から評価するための国際規格である。

2. IT 製品やシステムを利用する要員に対するセキュリティ教育やセキュリティ監査の実施といった, 組織でのセキュリティ管理を評価するための国際規格である。

3. 暗号モジュールに暗号アルゴリズムが適切に実装されているかどうかを評価するための国際規格である。

4. 評価保証レベル (Evaluation Assurance Level: EAL) の要件に基づいて, セキュリティ機能の強度を評価するための国際規格である。

IT 製品のセキュリティ機能を, IT 製品の仕様書, ガイダンス, 開発プロセスなどの様々な視点から評価するための国際規格である。

1. 画像, 音楽などのデジタルコンテンツに著作権者などの情報を埋め込む。

2. コンピュータやネットワークのセキュリティ上の弱点を発見するテストとして, システムを実際に攻撃して侵入を試みる。

3. 巧みな話術, 盗み聞き, 盗み見などの手段によって, ネットワークの管理者, 利用者などから, パスワードなどのセキュリティ上重要な情報を入手する。

4. 犯罪に関する証拠となり得るデータを保全し, 調査,分析, その後の訴訟などに備える。

犯罪に関する証拠となり得るデータを保全し, 調査,分析, その後の訴訟などに備える。

1. 既知の脆弱性に対するシステムの対応状況に注目し, システムに導入されているソフトウェアのバージョン及びパッチの適用状況の検査を行う。

2. ソフトウェアの, データの入出力に注目し,問題を引き起こしそうなデータを大量に多様なパターンで入力して挙動を観察し, 脆弱性を見つける。

3. ソフトウェアの内部構造に注目し, ソースコードの構文をチェックすることによって脆弱性を見つける。

4. ベンダーや情報セキュリティ関連機関が提供するセキュリティアドバイザリなどの最新のセキュリティ情報に注目し, ソフトウェアの脆弱性の検査を行う。

ソフトウェアの, データの入出力に注目し,問題を引き起こしそうなデータを大量に多様なパターンで入力して挙動を観察し, 脆弱性を見つける。

スポンサー