令和6年度 春期 午前Ⅱ

解説

“意図した結果を達成するために，知識及び技能を適用する能力”は JIS Q 20000-1:2020 における“力量”の定義。7.2（力量）は，適切な教育，訓練又は経験に基づいて，SMS 及びサービスのパフォーマンス及び有効性に影響を与える業務を組織の管理下で行う人々が力量を備えていることを確実にするよう要求している。

アは 7.1（資源），イは 7.6（知識），ウは 7.3（認識）の要求事項であり，いずれも力量そのものではない。

解説

サービス継続計画には，発動の基準及び責任，重大なサービス停止時に実施する手順とあわせて，平常業務の状態に復帰するための手順を含めなければならない。復旧して終わりではなく，通常運用に戻すところまでを計画に含める点が要点。

アは変更管理で定める“重大な変更”の判断基準，イは容量・能力管理の計画に含める内容，ウは構成管理やサービスの設計で扱う依存関係であり，いずれもサービス継続計画に必須の事項として規定されているものではない。

解説

事業関係管理は，顧客との関係を築き，維持することを目的とする活動。顧客・利用者・他の利害関係者を特定して文書化し，コミュニケーションの取決めを確立することがこれに当たる。

アは供給者管理（外部供給者との契約），ウとエはサービスレベル管理（SLA や合意文書の作成）の活動。

解説

MTRS（Mean Time to Restore Service，平均サービス回復時間）は，サービスが停止してから回復するまでに要した時間の平均で，回復の速さを表す指標。

アの MTBF（平均故障間隔）とエの平均サービス・インシデント間隔は障害の起こりにくさ（信頼性）を表す。ウの合計ダウンタイムは停止していた時間の総量であり，1回あたりの回復の速さは表さない。

解説

9.2（内部監査）は，各監査について監査の基準及び監査範囲を明確にすることを要求している。何を基準に，どこまでを対象として監査するのかを毎回定める。

イは誤り。内部監査はあらかじめ定めた間隔で計画的に実施する。ウは誤り。監査の客観性・公平性を確保するため，監査員は自らの業務を監査してはならない。エは誤り。監査プログラムの計画では，前回までの監査の結果も考慮しなければならない。

解説

4月1日から6月30日までは 30＋31＋30＝91日。毎日0時から24時が提供時間帯なので，合計は 91×24＝2,184時間。システムバージョンアップ作業の84時間は，サービス提供時間に含めない計画停止として顧客と合意しているので，分母から除く。分母は 2,184−84＝2,100時間，実際の停止はハードウェア故障の10時間だけなので，可用性は (2,100−10)÷2,100＝2,090÷2,100＝0.99523…，すなわち 99.52％ でウになる。

イの 95.70 は，バージョンアップの84時間を除かずに分母を 2,184時間とし，停止時間に含めて計算した値（2,090÷2,184＝0.95696…）である。アの 95.52 は，分母から84時間を除いたうえで停止時間にも84時間を数えた値（(2,100−94)÷2,100＝0.95523…）である。

解説

TCO（Total Cost of Ownership，総所有費用）は，システムの導入から運用・保守を経て廃棄に至るまでのライフサイクル全体でかかる費用の総額。初期費用（イニシャルコスト）だけでなく，運用費用（ランニングコスト）も含める点が要点。

アとウは導入までの費用しか含んでおらず，エは費目の一部にすぎない。いずれもライフサイクル全体を対象としていない。

解説

WFM（Work Force Management）は，業務量を予測して必要な要員数を算出し，勤務スケジュールを最適に組むための仕組み。サービスデスクでは問合せ件数の実績から今後の件数を予測し，シフトを自動作成する目的で導入する。

アはオートコール（プレディクティブダイヤリング），イは CRM の活用，エは IVR（音声自動応答）の説明。

解説

ライブマイグレーションは，仮想サーバを稼働させたまま別の物理サーバへ移す技術。夜間に仮想サーバを少数の物理サーバへ集約して空いた物理サーバを停止すれば，サービスを止めずに消費電力を削減できる。

アは誤り。ピークが重ならないよう集約しても，物理資源を共有する以上，現状の応答時間を保証できるとは限らない。イは誤り。仮想環境でもライセンス条件（CPU コア数など）の確認は必要。エは誤り。分散処理システムの処理能力は複数の物理サーバに分散させてこそ評価できるもので，1台の物理サーバ上に構築しても検証にならない。

解説

ウォームサイトは，設備を備えた拠点に本番環境とほぼ同じシステムを非稼働状態で待機させておき，災害時にそれを起動して復旧する方式。機器はあるが動いていない点が，常時稼働のホットサイトとの違い。

イは切替えるだけで復旧できるホットサイト，エは場所だけ確保しておき機器は災害後に持ち込むコールドサイトの説明。アは代替手作業による業務継続であり，バックアップサイトの分類ではない。

解説

DA（データ管理者）は，組織全体のデータを資源として捉え，データ項目の標準化や論理データベース設計といった“データそのもの”の管理を担う。

ア・ウ・エはいずれも DBA（データベース管理者）の役割で，容量の管理，性能チューニング，障害時の復旧など，DBMS の運用に関わる業務。

解説

PUE は「データセンター全体の消費電力 ÷ IT 機器の消費電力」で求める。空調や電源設備などIT機器以外にどれだけ電力を使っているかを示す指標で，1.0 に近いほど効率がよい。

アは PUE の逆数（DCiE）。イは床面積あたりの電力密度，ウは電力あたりの処理量であり，いずれも PUE の定義ではない。

解説

伝熱負荷は，屋根・壁・窓などの構造体を通して外部の熱が伝わってくることによる負荷。断熱加工を施して熱の伝わりを抑えるのが直接の軽減策になる。

アは室内の機器の発熱による室内負荷，イは外気の出入りによる外気負荷，ウは窓から差し込む日射による日射負荷の軽減策。

解説

システム監査基準は，システム監査が効果的かつ効率的に行われるよう，システム監査のあるべき体制や実施方法などを示した実践規範。監査を「どう行うか」を定めたものである。

ウとエは，監査人が点検・評価の尺度として用いるシステム管理基準の説明。イは監査人の専門能力に関する記述であり，システム監査基準そのものの説明ではない。

解説

コードサイニング証明書は，ソフトウェアやドライバに署名して，配布元が正当であることと，配布後に改ざんされていないことを利用者が検証できるようにするための証明書。

アの EV SSL 証明書とエのサーバ証明書は Web サーバの身元を証明するもの，イのクライアント証明書は利用者や端末を認証するためのもの。

解説

リスク評価は，リスク分析の結果をリスク基準と比較して，リスクやその大きさが受容可能・許容可能かどうかを決定するプロセス。ウがその定義そのもの。

アはリスク所有者の定義（トップマネジメントは組織を指揮・管理する人又は集団）。イはリスク対応の定義。エはリスク特定の定義（リスク分析はリスクの性質を理解し，リスクレベルを決定するプロセス）。リスクアセスメントは，リスク特定・リスク分析・リスク評価を合わせたプロセス全体を指す。

解説

“出荷・リリース後も安全安心な状態を維持する”は運用・保守段階の要点で，脆弱性が見つかったときに直せるよう，アップデート方法を検討し，機能を搭載し，実際にアップデートを実施することが対策例として挙げられている。

アは分析段階の“守るべきものを特定する”，ウは方針段階の“つながることによるリスクを想定する”に関連する内容，エは方針段階の“IoT の性質を考慮した基本方針を定める”に当たる。

解説

ステークホルダはプロジェクトの進行に伴って入れ替わり，ニーズや期待も変化する。したがってステークホルダ登録簿は一度作って終わりではなく，継続的に見直して更新する。

アは誤り。社内のステークホルダも登録の対象。イは誤り。限られた労力を適切に配分するため，影響度や関心度に応じた重要度を付けて管理する。エは誤り。要求を早期に把握するため，登録簿はプロジェクトの初期に作成する。

解説

短縮前。総所要日数はクリティカルパス A→D→I→J の 3＋4＋6＋4＝17日。F の直前の結合点の最早は B の 3日，F は6日なので最早終了は9日。J の直前の結合点の最遅は 17−4＝13日なので，F の総余裕日数は 13−9＝4日。

短縮後。D が2日になると D→I の経路は 3＋2＝5日となり，E 経由の 3＋3＝6日のほうが遅くなる。J の直前の結合点の最早は max(B＋F，C＋G，E＋I)＝max(9，11，12)＝12日，総所要日数は 12＋3＝15日（C→H の 14日より長い）。J の直前の結合点の最遅は 15−3＝12日なので，F の総余裕日数は 12−9＝3日。

よって 4−3＝1日減少する。

解説

保守性は，不具合を見つけて直すのがどれだけ容易かを表す品質特性。1件あたりの平均修正時間（修正時間の合計÷修正件数）が短いほど保守しやすいので，これが保守性の指標になる。

アは欠陥密度で信頼性の指標，ウは移植に伴う変更量の割合で移植性の指標。エは改良要求の発生頻度であり，ソフトウェアの保守性そのものを測るものではない。

解説

チーミング（ボンディング）は，複数の NIC を束ねて一つの論理的なインタフェースとして扱う技術。1つの IP アドレスに複数の NIC を割り当てることで，負荷分散や帯域の有効活用に加え，1枚が故障しても通信を継続できる耐障害性が得られる。

アはフロー制御，イはオートネゴシエーション，ウは仮想 NIC の説明。

解説

3層アーキテクチャは，画面表示を担うプレゼンテーション層，業務処理を担うファンクション層（アプリケーション層），データ管理を担うデータ層の3つに分離した構成。層ごとに独立しているので，各層の OS やハードウェアが異なっていてもよい。

アは GUI と API という分け方が3層の定義と異なる。ウはミドルウェアで連係するとしているが，中間はファンクション層である。エはプレゼンテーション層とファンクション層を結合しており，これは2層（クライアントサーバ）の構成。

解説

JupyterLab は，コードの記述と実行，その結果のグラフや表示を一つのノートブック上で対話的に繰り返せる開発環境。試行錯誤しながら進めるデータ分析や機械学習で広く使われる。

アはジョブスケジューラ，ウは Hadoop や Spark などの分散処理基盤，エは Cassandra のようなマスターレスの分散データベースの説明。

解説

WebDAV（Web-based Distributed Authoring and Versioning）は，HTTP を拡張してファイルやフォルダの参照・作成・削除・属性変更などを行えるようにしたプロトコル。HTTP を使うのでファイアウォールを越えやすく，オンラインストレージなどで利用される。

アの iSCSI は IP ネットワーク上で SCSI コマンドを転送するブロックストレージ向けの規格，イの NFS は主に UNIX 系で使われるファイル共有プロトコル，エの WebRTC はブラウザ間でリアルタイムに音声・映像・データをやり取りする仕組み。

解説

NFT（Non-Fungible Token，非代替性トークン）は，ブロックチェーン上で一意性を付与することによって，ほかのものと取り替えられないこと（代替不可能であること）が担保されたデジタルデータ。デジタル作品の保有者を証明する用途などに使われる。

アはデジタルアートそのものの総称であって NFT の定義ではない。イとエは暗号資産や代用貨幣による決済の話であり，これらは同じものと交換できる代替可能（fungible）なトークン。