平成28年度 秋期 午前Ⅱ

解説

JIS X 0160:2012 のシステム要求事項分析プロセスは，利害関係者の要求事項を，システムの設計を導く技術的な要求事項に変換するプロセスである。成果として，機能要求事項と非機能要求事項の確立，正確性とテスト可能性の分析などとともに，“システム要求事項は，影響のある全ての当事者へ伝えられ，ベースラインとなっている”ことが挙げられている。ウが該当する。

アはシステム方式設計プロセスの成果である。イはシステム結合プロセスの成果，エはシステム適格性確認テストプロセスの成果である。なお，JIS X 0160 は 2021 年に改正され，プロセスの構成が改められている。

解説

共通フレーム（JIS X 0160 も同じ）のシステム方式設計プロセスでは，システムの最上位の方式を確立し，ハードウェア，ソフトウェア及び手作業の品目を識別して，全てのシステム要件をいずれかの品目に割り当てる。そのうえで，システム方式及び品目に割り当てたシステム要件を文書化する。エが適切である。

ウのシステムの機能及び能力は，システム要件定義プロセスで文書化するシステム要件の項目である。アの移行要件やイのシステム構成要件も，方式設計に先立つ要件定義の段階で定義する要件であり，システム方式設計はそれらの要件を品目に割り当てる段階である。

解説

DFD（データフロー図）は，業務やシステムをデータの流れに着目して表す図で，データの流れを表すデータフロー（矢印），データを加工・変換するプロセス（円），データを蓄えるデータストア（二本線），システムの外部にあるデータの発生源や行き先を表す源泉と吸収（外部実体，四角）の四つの図形要素で表す。この中から三つを挙げたエが正しい。

アとウの“実体”と，アとイの“関連”は，データを実体（エンティティ）とその間の関連（リレーションシップ）で表す E-R 図の要素であり，DFD の図形要素ではない。

解説

ペトリネットは，プレース（状態や条件）とトランジション（事象）を有向の弧で結び，プレースに置いたトークンの移動によって動作を表すモデルである。トランジションは入力側の全てのプレースにトークンがそろったときに発火するので，並列に進む事象の同期や排他，資源の競合を表現できる。ウが該当する。

アの E-R モデルはエンティティと関連によってデータの構造を表すモデル，イのデータフローモデルはプロセス間のデータの流れを表すモデルで，いずれも事象の同期は表せない。エの有限状態機械モデルは，一つの対象が事象によって状態を遷移する様子を表すモデルで，並列な事象の同期の表現には向かない。

解説

論理データモデルの作成で，トップダウンアプローチは，業務の目的や概念から主要なエンティティとその関連を洗い出して全体の構造を作る方法，ボトムアップアプローチは，現状の画面や帳票などに現れるデータ項目を集め，正規化して積み上げる方法である。どちらから作っても，最終的な論理データモデルは正規化され，業務に必要な属性を全て備えていなければならない。イが適切である。

アは誤りで，トップダウンアプローチでも現状業務を分析してエンティティを洗い出すことはできる。ウの現状の画面や帳票を素材とするのはボトムアップアプローチの特徴である。エも誤りで，ボトムアップアプローチは新規システムの設計でも用いられ，二つの方法を組み合わせて使うことも多い。

解説

デマルコの構造化技法では，調査で得たフィージビリティ資料と利用者の要求を基に構造化分析を行い，DFD やデータディクショナリなどからなる構造化仕様書を作る。次の構造化設計で，構造化仕様書を基にプログラムの構造（モジュールの階層構造）を設計し，パッケージ化した設計とテスト計画を作って，システム開発（実装）へ渡す。構造化仕様書を受け取って設計を作る a は構造化設計で，イが適切である。

アの機能設計は，システムが提供する機能を利用者の視点から定める外部設計の段階を指す。ウのプログラム設計は，個々のプログラムの内部構造を決める段階で，モジュール分割より細かい工程である。エのプロトタイピングは，試作品を作って利用者に確認しながら要求を固める手法で，図のライフサイクルには含まれない。

解説

STS 分割は，データの流れに着目したモジュール分割技法で，プログラムを入力データを処理する部分（源泉：Source），入力から出力への変換（Transform），出力データを処理する部分（吸収：Sink）の三つに分ける。各部分の結合が弱くなるので，モジュールの独立性が高まる。アが適切である。

イの TR 分割（トランザクション分割）も，データの流れに着目する技法であり，データの構造に着目する技法ではない。入力トランザクションの種類ごとに処理が分かれる場合に有効である点は正しい。ウの共通機能分割は，複数箇所で使われる共通の処理をモジュールとして切り出す技法で，データの構造に着目する技法ではない。エのジャクソン法は，入出力データの構造に着目してプログラムの構造を導く技法であり，データの流れに着目する技法ではない。

解説

JIS X 25010:2013 の利用時の品質モデルは，有効性，効率性，満足性，リスク回避性，利用状況網羅性の五つの特性からなる。効率性は“利用者が特定の目標を達成するための正確さ及び完全さに関連して，使用した資源の度合い”と定義され，資源には作業の時間や材料・資金のコストが含まれる。エが該当する。

アはリスク回避性，イは満足性，ウは有効性の定義である。なお，ISO/IEC 25010 は 2023 年に改訂され，利用時の品質モデルは ISO/IEC 25019 に移されて，特性の構成も改められている。

解説

MISRA-C は，英国の MISRA（Motor Industry Software Reliability Association）が，自動車の組込みソフトウェアの安全性や信頼性を高めるために定めた C 言語のコーディングガイドラインで，未定義動作や誤りを招きやすい書き方を避ける規則をまとめている。自動車以外の組込みシステムの開発でも広く使われている。ウが該当する。

アの CSS（Cascading Style Sheets）は，Web ページの見た目（レイアウトや色など）を指定する言語である。イの GCC（GNU Compiler Collection）は，C 言語などに対応したコンパイラ群である。エの SystemC は，C++ のクラスライブラリとして提供されるハードウェア・システムの設計・記述言語である。

解説

ブラックボックステストは，プログラムの内部構造を考慮せず，仕様に基づいて入力と出力の関係を確かめるテストである。機能仕様から，同じ処理になる入力の範囲（同値クラス）や，その境目の値（限界値）を識別してテストデータを作るのが代表的な方法で，イが最も適切である。

エのプログラムの流れ図の分岐条件に基づくテストデータの作成は，内部構造に着目するホワイトボックステストの方法。アの実データの無作為抽出やウのデータの発生頻度の分析では，仕様の境界や例外条件を網羅的に確認できない。

総エラー数 ＝ A×B／C
T ＝ 総エラー数－A－(B－C)

解説

エラー埋込み法では，埋め込んだエラーも元からあるエラーも同じ割合で検出されると考える。検出した埋込みエラー数÷埋込みエラー数＝検出した総エラー数÷総エラー数 なので，総エラー数＝埋込みエラー数×検出した総エラー数÷検出した埋込みエラー数 になる。これを総エラー数＝A×B／C と対応させると，A が埋込みエラー数，B が検出した総エラー数，C が検出した埋込みエラー数である。T はこの総エラー数から埋込みエラー数 A と，既に検出した元からのエラー数（B－C）を除いたものになる。イが適切である。

アの対応では総エラー数が埋込みエラー数×検出した埋込みエラー数÷検出した総エラー数，ウでは検出した埋込みエラー数×埋込みエラー数÷検出した総エラー数，エでは検出した埋込みエラー数×検出した総エラー数÷埋込みエラー数となり，いずれも上の比例関係から導かれる式にならない。また，B－C が既に検出した元からのエラー数（検出した総エラー数－検出した埋込みエラー数）を表すのも，イの対応のときだけである。

解説

MTTR（平均修復時間）は，故障が発生してから修理が完了するまでの平均時間で，保守要員の駆付け時間も含む。保守センタを分散配置して駆付け時間を短縮すれば，MTTR は短くなる。ウが適切である。

アの遠隔保守で駆付け時間が不要になると短くなるのは，MTBF ではなく MTTR である。イの故障時の修理は機器を元の状態に戻すもので，故障の間隔を示す MTBF（平均故障間隔）を長くするものではない。エの予防保守は，故障の発生を減らして MTBF を長くするための保守である。

解説

ユースケース駆動開発は，利用者から見たひとまとまりの要件であるユースケースを単位として，分析・設計・実装・テストを進める開発の進め方である。ユースケースごとに設計からテストまでが対応付くので，どの要件がどこまでできているかを把握しやすい。エが正しい。

ユースケース駆動は，統一プロセス（UP）の特徴である“ユースケース駆動”“アーキテクチャ中心”“反復的かつ漸進的”の一つに当たる。アとイは開発を反復することによる利点で“反復的かつ漸進的”の側，ウは初期にアーキテクチャを決める“アーキテクチャ中心”の利点であり，ユースケース駆動の利点ではない。

解説

プライバシバイデザインは，カナダのオンタリオ州情報・プライバシー・コミッショナーであったアン・カブキアンが提唱した考え方で，個人情報の保護を事後の対策ではなく，製品やシステムの企画・設計の段階から組み込み，ライフサイクル全体で適切に扱われるようにすることである。イが該当する。

アは漏えいが起きた後にそれを発見する方策で，事後の対策にとどまる。ウは漏えいを防ぐための管理規則の策定で，運用上の管理策であり，システムの設計に保護を組み込むことではない。エは登録した個人情報を他のサービスでも使えるようにする ID 連携などの利便性の考え方である。なお，EU の GDPR（2018 年適用）は第 25 条でデータ保護バイデザインを管理者の義務としている。

解説

グリーン購入法（国等による環境物品等の調達の推進等に関する法律）第 2 条第 1 項は，“環境物品等”を，再生資源その他の環境への負荷の低減に資する原材料又は部品，環境への負荷の低減に資する製品，環境への負荷の低減に資する製品を用いて提供される等の役務と定めている。ウが該当する。

アの ISO 14001 は，組織の環境マネジメントシステムの規格で，認証は組織に対して与えられ，製品やサービスが環境物品等に当たるかどうかとは別である。イのグリーン IT に関わる製品・サービスという区分は，法律の定義にない。エのコーズリレーテッドマーケティングは，商品の売上の一部を社会貢献活動に寄付することなどで販売を促進するマーケティング手法である。

解説

“情報システム・モデル取引・契約書”は，ユーザが主体となって進める工程には準委任型を，ベンダが成果物の完成に責任を負える工程には請負型の契約を適切としている。システム化計画と要件定義はユーザの業務や要望を固める工程なので準委任型，システム外部設計は準委任型又は請負型，システム内部設計からソフトウェア設計・プログラミング・ソフトウェアテスト，システム結合までは請負型，システムテストは準委任型又は請負型，導入・受入支援は準委任型とされる。請負型が適切とされるのはシステム内部設計からシステム結合までで，エが正しい。

ア，イ，ウは，いずれも準委任型が適切とされる要件定義や導入・受入支援などのフェーズを含んでいる。

解説

業務・システム最適化計画策定指針（ガイドライン）では，ビジネスアーキテクチャに当たる政策・業務体系の成果物として，業務説明書，機能情報関連図（DFD），業務流れ図（WFA），情報体系整理図を作成する。機能情報関連図は，業務・システムの各機能について，情報の発生源と到達点，処理，保管とそれらの間を流れるデータを統一記述規則に基づき表現するものである。エが該当する。

アは適用処理体系（アプリケーションアーキテクチャ）の成果物である情報システム関連図，イは業務の機能を 3 行 3 列の格子様式で階層的に整理する機能構成図（DMM），ウは業務で扱う情報の関連と構造を明確化する情報体系整理図の説明である。

解説

RAID 1〜5 は，データと冗長ビット（ミラーやパリティ）をどのように作り，どのディスクのどこに置くかの組合せで区別される。RAID 1 はミラーリング，RAID 3・4 はパリティを専用ディスクに置き，RAID 5 はパリティを各ディスクに分散させる，といった違いである。

アのアクセス性能，イのインタフェース，ウの MTBF は，どれも構成する装置側の性質であって，RAID の方式を分ける基準ではない。

解説

分散処理システムの透過性（透明性）は，システムが複数のコンピュータに分散していることを利用者に意識させない性質で，位置透過性，移動透過性，複製透過性，障害透過性などがある。障害透過性は，一部のコンピュータに障害が起きても，利用者がそれを意識することなく処理を続けられることである。エが適切である。

アは管理者がシステム全体の状態や障害を把握するシステム監視の説明で，障害を利用者から隠す性質ではない。イはデータを 1 か所に集中させる集中管理の考え方である。ウは構成を均一にするという構成方針（均質なシステム構成）の説明であり，いずれも透過性を指すものではない。

解説

累積故障率を F(t) とすると，単位時間当たりに故障する割合（故障密度）はグラフの傾き F'(t) で，時刻 t まで故障しなかった製品が次に故障する割合である故障率は F'(t)÷(1－F(t)) で求められる。グラフは時刻 0 付近で傾きがほぼ 0 から次第に大きくなっており，F(t) も 0 に近いので，故障率は 0 に近い値から時間とともに増加する。摩耗故障のような形であり，アが該当する。

エのように故障率が一定なら F(t)＝1－e^(－λt) となり，時刻 0 で正の傾き λ をもって立ち上がり，その後傾きが小さくなる。ウのように故障率が正の値から減少する場合（初期故障型）も，時刻 0 で傾きが最も大きい形になる。イの一定の後に減少する場合も，時刻 0 で正の傾きをもって立ち上がる。いずれも傾きがほぼ 0 から始まる図の形とは合わない。

解説

コミットを完了とみなしてよいのは，コミット情報が不揮発の記憶媒体，すなわちログファイルに書き終わった時点。ここまで進んでいれば，直後にシステムが停止してもログからロールフォワードして最新の状態に復旧できる。

アの更新命令完了時点やウのログバッファへの書込み完了時点では，情報はまだ主記憶上にあり，障害で失われる。イのチェックポイント処理はバッファの内容をまとめて書き出す処理で，個々のトランザクションのコミットの成立とは関係がない。

解説

SAN（Storage Area Network）は，サーバと外部記憶装置を，業務用の LAN とは別に用意した高速な専用ネットワークで接続する構成。ファイバチャネルなどを使い，記憶装置へのアクセスが LAN の通信と干渉しない。

アの DAFS はネットワーク越しにファイルを共有するためのプロトコル，イの DAS はサーバに記憶装置を直結する方式，ウの NAS は通常の LAN に接続して使うファイルサーバ専用機であり，いずれも専用ネットワークで接続する構成ではない。

解説

JIS Q 27014:2015 では，経営陣が情報セキュリティを統治するためのガバナンスプロセスとして，評価，指示，モニタ，コミュニケーション，保証を挙げている。“モニタ”は，戦略的目的の達成を評価することを可能にするガバナンスプロセスである。イが正しい。

アの情報セキュリティの目的及び戦略について指示を与えるのは“指示”，ウの独立した立場からの客観的な監査，レビュー又は認証を委託するのは“保証”，エの利害関係者との間で情報セキュリティに関する情報を交換するのは“コミュニケーション”である。

解説

SQL インジェクションは，入力値に SQL の一部を紛れ込ませて意図しない SQL 文を実行させる攻撃である。静的プレースホルダを使うと，SQL 文の構造があらかじめ確定し，入力値は常に値として扱われるので，攻撃を根本的に防げる。アが適切である。

イは誤りで，任意の外部サイトのスタイルシートを取り込めるようにすると，かえってクロスサイトスクリプティングなどの危険が増す。ウは誤りで，クロスサイトリクエストフォージェリの対策は秘密のトークンの確認などであり，GET メソッドを使うことは対策にならない。エは誤りで，セッション ID を固定するとセッションハイジャックの危険が高まり，ログイン後に新しいセッション ID を発行するなどの対策が必要である。

解説

WPA2 は暗号化方式として CCMP を採用しており，その基盤となる暗号化アルゴリズムは AES である。

ウの RC4 は WEP や WPA の TKIP で使われたストリーム暗号で，WPA2 では使わない。イの ECC（楕円曲線暗号）とエの RSA はいずれも公開鍵暗号であり，無線 LAN のフレームの暗号化には用いない。