平成30年度 春期 午前Ⅱ プロジェクトマネージャ試験 | 解答一覧

1. 計画, 実行

2. 実行, コントロール

3. 実行, 終結

4. コントロール, 終結

実行, コントロール

1. 組織のビジョン,目標及びビジネスニーズとともに, プロジェクトが提供するプロダクト, サービス,又は所産の特性を明確にした文書

2. どのようにプロジェクトを実施し,監視し, コントロールするのかを定めるた めに, プロジェクトを実施するためのベースライン,並びにプロジェクトの実行コントロール, 及び終結する方法を明確にした文書

3. プロジェクトの最終状態を定義することによって, プロジェクトの目的, 成果物,要求事項及び境界を含むプロジェクトスコープを明確にした文書

4. プロジェクトを正式に承認する文書であり,プロジェクトマネージャを特定して適切な責任と権限を明確にし, ビジネスニーズ, 目標 期待される結果などを明確にした文書

プロジェクトを正式に承認する文書であり,プロジェクトマネージャを特定して適切な責任と権限を明確にし, ビジネスニーズ, 目標 期待される結果などを明確にした文書

1. アーンド・バリュー・マネジメント

2. コンフィギュレーション・マネジメント

3. コンフリクト・マネジメント

4. ポートフォリオマネジメント

コンフィギュレーション・マネジメント

1. 実行責任, 情報提供, 説明責任, 相談対応

2. 実行責任, 情報提供, 説明責任, リスク管理

3. 実行責任, 情報提供 相談対応, リスク管理

4. 実行責任, 説明責任, 相談対応, リスク管理

実行責任, 情報提供, 説明責任, 相談対応

1. アクティビティリストのアクティビティごとに必要な資源を決定する。

2. 継続的にプロジェクトチームメンバのパフォーマンス及び相互関係を改善する。

3. プロジェクト作業の実施に必要な資源を確保し, プロジェクト要求事項を満たせるように資源を配分する。

4. プロジェクトの完遂に必要な人的資源を得る。

プロジェクト作業の実施に必要な資源を確保し, プロジェクト要求事項を満たせるように資源を配分する。

スポンサー

1.

2.

3.

4.

1.

2.

3.

4.

1.

2.

3.

4.

1.

2.

3.

4.

1. 強化は, マイナスのリスクに対して使用される戦略である。

2. 共有は,プラスのリスクとマイナスのリスクのどちらにも使用される戦略である。

3. 受容は,プラスのリスクとマイナスのリスクのどちらにも使用される戦略である。

4. 転嫁は, プラスのリスクに対して使用される戦略である。

受容は,プラスのリスクとマイナスのリスクのどちらにも使用される戦略である。

スポンサー

1. 感度分析

2. 期待金額低值分析

3. デシジョン・ツリー

4. 発生確率・影響度マトリックス

発生確率・影響度マトリックス

1. システムが稼働する環境に依存した機能を使用しているので,現在の稼働環境とは異なる環境のプラットフォームに展開できず、柔軟でないと評価される。

2. 操作に習熟していない利用者が、誤った使い方をしたときの対処方法が分からずに困惑し,快適でないと評価される。

3. ソフトウェアパッケージを導入した際に,消耗品が多く必要となって, コストが膨らみ, 効率的でないと評価される。

4. 導入したソフトウェアパッケージの目新しさだけが目立ち、業務の一部を手作業で補完しなければならず,有効でないと評価される。

操作に習熟していない利用者が、誤った使い方をしたときの対処方法が分からずに困惑し,快適でないと評価される。

1. 管理図

2. 散布図

3. 特性要因図

4. パレート図

パレート図

1. 検証済み成果物

2. 妥当性確認済み変更

3. 品質尺度

4. 変更要求

品質尺度

1. プロジェクト完了後の調達品の運用サポートの内容

2. プロジェクト全体の WBS

3. プロジェクト全体の予算

4. プロジェクトのリスク

プロジェクト完了後の調達品の運用サポートの内容

スポンサー

1. システムが運用環境に適合し,利用者の用途を満足しているかどうかを、実運用環境又は擬似運用環境において評価する。

2. システムが業務運用時に使いやすいかどうかを定期的に評価する。

3. システムの投資効果及び業務効果の実績を評価する。

4. システム要件について実装の適合性をテストし, システムの納入準備ができているかどうかを評価する。

システム要件について実装の適合性をテストし, システムの納入準備ができているかどうかを評価する。

1. 最初のテストで,なるべく多くのバグを摘出する。

2. テストケースの改善を繰り返す。

3. テストでのカバレージを高めることを重視する。

4. プログラムを書く前にテストケースを作成する。

プログラムを書く前にテストケースを作成する。

1. 経験的プロセス制御の理論を基本としており,スプリントと呼ばれる周期で“検査と適応”を繰り返しながら開発を進める。

2. 製造業の現場から生まれた考え方をアジャイル開発のプラクティスに適用したものであり,“ムダをなくす”, “品質を作り込む”など, 七つの原則を重視しなが ら開発を進める。

3. 比較的小規模な開発に適した, プログラミングに焦点を当てた開発アプローチ であり,“コミュニケーション”など五つの価値を定義し,それらを高めるように 開発を進める。

4. 利用者から見て価値があるまとまりを一つの機能単位とし,その単位ごとに,設計や構築などの五つのプロセスを繰り返しながら開発を進める。

製造業の現場から生まれた考え方をアジャイル開発のプラクティスに適用したものであり,“ムダをなくす”, “品質を作り込む”など, 七つの原則を重視しなが ら開発を進める。

1. インシデントの発生後に,その原因などをエラーレコードとして記録する。

2. インシデントの発生後に,問題の根本原因を分析して記録する。

3. インシデントの発生時に, IT サービスを迅速に復旧するための対策を講じる。

4. インシデントの発生を検知して, 関連するプロセスに通知する。

インシデントの発生を検知して, 関連するプロセスに通知する。

1. 監査員は,自らの仕事を監査してはならない。

2. 監査の基準は,文書化された手順の中に定義してはならない。

3. 特定された不適合, 懸念事項は,利害関係者であっても開示してはならない。

4. レビューの間隔は,あらかじめ定めてはならない。

監査員は,自らの仕事を監査してはならない。

スポンサー

1. 委託業務に関する情報セキュリティレベルを取り決め、情報セキュリティ対策実施状況の定期的な報告を義務付け, 適時に監査を実施する。

2. 情報セキュリティに関するルールの違反者個人に対する高額なペナルティを取り決める。

3. ベンダの業務手順, 体制図を提示させ,委託する側でプロジェクト全体の情報セキュリティ対策手順 詳細な体制図を作成して指揮命令する。

4. ベンダの選定条件を厳しく設定し,選定後はベンダに情報セキュリティ対策の管理を一任する。

委託業務に関する情報セキュリティレベルを取り決め、情報セキュリティ対策実施状況の定期的な報告を義務付け, 適時に監査を実施する。

1. 就業規則の基準に達しない労働条件を労働契約で定める場合には,使用者が労働者から個別に合意を得ることが義務付けられている。

2. 使用者は,就業規則を労働者に周知するために, 見やすい場所に掲示したり,書面を交付したりするなどの措置を行うことが義務付けられている。

3. 使用する労働者の数が常時 10 名以上の使用者は,就業規則を作成する義務はあるが,就業規則を行政官庁へ届け出ることは義務付けられていない。

4. 労働組合がない事業場において,使用者が就業規則を作成する場合,労働者の意見を聴くことは義務付けられていない。

使用者は,就業規則を労働者に周知するために, 見やすい場所に掲示したり,書面を交付したりするなどの措置を行うことが義務付けられている。

1. ISO 14001

2. WEEE指令

3. RoHS 指令

4. グリーン購入法

WEEE指令

1. n + 1

2. 2n

3. n(n - 1) / 2

4. log2n

2n

1. 通信路の途中でパケットの内容を改ざんする攻撃であり,その対策としては、ディジタル署名を利用して改ざんを検知する。

2. ディスプレイなどから放射される電磁波を傍受し,表示内容を解析する攻撃であり,その対策としては, 電磁波を遮断する。

3. マクロウイルスを使う攻撃であり,その対策としては, ウイルス対策ソフトを導入し,最新のウイルス定義ファイルを適用する。

4. 無線 LAN の信号を傍受し,通信内容を解析する攻撃であり,その対策としては,通信パケットを暗号化する。

ディスプレイなどから放射される電磁波を傍受し,表示内容を解析する攻撃であり,その対策としては, 電磁波を遮断する。

スポンサー