令和6年度 春期 午前Ⅱ

解説

INVEST は Independent（独立している），Negotiable（交渉の余地がある），Valuable（価値がある），Estimable（見積もれる），Small（小さい），Testable（テストできる）の頭文字で，Bill Wake が良いユーザーストーリーの条件として示した六つの観点である。よってエが正しい。

アのアクティビティ図は UML の振る舞い図，イのデータフロー図は構造化分析で使う図法で，いずれも INVEST とは関係がない。ウの再利用しやすさはソフトウェアパターンやモジュール設計を評価する観点であって，ユーザーストーリーの評価軸ではない。

解説

インプロセスデータベースは，データベースエンジンがライブラリとして提供され，アプリケーションプログラムにリンクされて同じプロセスの同じメモリ空間で動作する形態の DBMS である。プロセス間通信やネットワーク通信が不要なので，通信のオーバーヘッドがなく，必要なメモリも小さく抑えられる。イが適切である。

アはデータベースサーバとアプリケーションが別のプロセスとして動き，ソケットで通信するクライアントサーバ型の DBMS の説明である。ウはデータを全てメモリ上に置いて高速化するインメモリデータベースの説明で，動作する場所（プロセス）の説明ではない。エはテーブルをファイル単位で管理し，ファイル入出力の API で操作する簡易なファイル型のデータ管理の説明である。

解説

サーキットブレーカーは，呼び出し先のサービスへのリクエストのエラーが一定回数を超えると，電気回路のブレーカーのように呼び出しを遮断して即座にエラーを返し，障害が解消するまで無駄なリクエストを送らないようにするパターンである。障害の連鎖的な波及を防げるので，ウが該当する。

アの CQRS は，データを更新するコマンドと参照するクエリの処理やモデルを分離する設計パターンである。イの RPC は，ネットワーク上の別のプログラムの手続を呼び出す仕組みである。エのサービスディスカバリーは，動的に増減するマイクロサービスのネットワーク上の所在を検出する仕組みである。

解説

デザインパターンは，オブジェクト指向設計で繰り返し現れる典型的な問題と，その解決策となるクラスやオブジェクトの構造を，名前を付けて整理し再利用できるようにしたものである。代表的なものに GoF の 23 のパターンがある。エが適切である。

アは共通する性質を抽出して上位のクラスを定義する汎化，イは同じ性質をもつオブジェクト群をクラスとしてまとめる抽象化（分類），ウはデータを内部に隠して仕様と実装を分離するカプセル化（情報隠蔽）の説明である。

解説

モジュール結合度は，弱い（望ましい）ものから順に，データ結合，スタンプ結合，制御結合，外部結合，共通結合，内容結合となる。単一のデータ項目を引数で受け渡すのは，必要なデータだけをやり取りするデータ結合で，最も結合度が低い。イが該当する。

エのデータ構造を引数で受け渡すのはスタンプ結合で，受け取る側が使わない項目まで構造に依存する。アの単一のデータ項目を大域的データで受け渡すのは外部結合，ウのデータ構造を大域的データで受け渡すのは共通結合であり，いずれも大域的データを介して多くのモジュールが依存し合うので結合度が高い。

解説

アサーションチェックは，プログラムの特定の位置に，その時点で成り立つべき変数間の関係や条件を論理式（アサーション）として埋め込み，実行時にその式が成り立つかを確かめることで，プログラムの正当性を検証する手法である。アが該当する。

イのコード追跡（トレース）は実行した命令の順序や変数の値の変化を追跡する手法，ウのスナップショットダンプはプログラムの実行中の指定した時点で主記憶やレジスタの内容を出力する手法である。エのテストカバレッジ分析は，テストによってプログラムの命令や分岐がどれだけ実行されたかの網羅率を測る手法である。

解説

アスペクト指向プログラミングは，ログ出力やトランザクション管理のように多くのモジュールにまたがる横断的な関心事をアスペクトとして分離し，“どの処理の後に何を実行するか”という宣言によって，各プログラムに直接呼び出しを書かずに処理を織り込む技法である。案 2 のように宣言をプログラム X にまとめて記述するのはこれに当たり，アが該当する。

イのオブジェクト指向プログラミングはデータと手続をオブジェクトにまとめる技法，ウの関数型プログラミングは副作用のない関数の組合せで処理を記述する技法，エの構造化プログラミングは順次・選択・反復の制御構造でプログラムを組み立てる技法であり，いずれも呼び出しを宣言によって織り込む仕組みではない。

解説

参照透過性とは，式や関数の値がその引数だけで決まり，いつ，何度評価しても，同じ引数に対して常に同じ結果を返す性質である。副作用がないので，式をその値で置き換えてもプログラムの意味が変わらない。アが該当する。

イの関数を引数や返却値として扱えるのは第一級関数（高階関数）の性質である。ウのコンパイル時の型検査は静的型付けの性質であり，エの評価が必要になるまで式を評価しないのは遅延評価の性質である。

解説

論理型プログラミング（Prolog など）では，事実と規則を記述しておき，与えられた問い（命題）が成り立つかを推論によって証明する。その基本となる機能が，二つの項を同じ形にするように変数に値を割り当てるユニフィケーション（単一化）と，失敗したときに別の候補を試すバックトラックである。エが該当する。

アのオーバーライドは上位クラスのメソッドを下位クラスで再定義すること，イのオーバーロードは同じ名前で引数の異なるメソッドを複数定義すること，ウのメッセージパッシングはオブジェクト間でメッセージを送って処理を依頼することで，いずれもオブジェクト指向の概念である。

解説

JIS X 0160:2021 の移行プロセスは，運用環境でソフトウェアシステムを利用できる状態にするプロセスで，移行の準備として，システムの利用及び支援に必要な情報のニーズを識別し，利用者用文書や，運用操作者・利用者などの利害関係者への教育訓練を用意することが含まれる。アが該当する。

イのシステム又はシステム要素が明示された要件に合致していることの確認は検証プロセス，ウの利害関係者のニーズに合致していることの合意の獲得は妥当性確認プロセスのタスクである。エの統合されたソフトウェアのインタフェースと機能が期待どおりに動作することのチェックは，統合プロセスや検証プロセスで行う活動である。

解説

JIS X 0160:2021 の廃棄プロセスは，ソフトウェアシステムの特定の要素の存在を終わらせるためのプロセスで，ライフサイクルの最後に限らず，どの段階でも適用できることが意図されている。例えば開発途中で不要になった要素の廃棄にも適用する。ウが適切である。

アは誤りで，廃棄プロセスは使用に不十分なシステム要素を廃棄し，再利用されないようにすることを扱う。イも誤りで，ソフトウェアシステムの廃棄にはサービスの終了も含まれる。エも誤りで，プロトタイプの廃棄にも廃棄プロセスは適用される。

解説

リーンソフトウェア開発は，トヨタ生産方式などの製造業のリーン生産の考え方をソフトウェア開発に応用したもので，“ムダをなくす”“品質を作り込む”“知識を作り出す”“決定を遅らせる”“速く提供する”“人を尊重する”“全体を最適化する”の七つの原則を掲げる。イが正しい。

アは経験的プロセス制御に基づきスプリントで検査と適応を繰り返すスクラム。ウは“コミュニケーション”“シンプリシティ”“フィードバック”“勇気”“尊重”の五つの価値を掲げる XP（エクストリームプログラミング）。エは利用者にとって価値のある機能単位ごとに五つのプロセスを回す FDD（ユーザ機能駆動開発）の説明である。

解説

スタンフォード大学ハッソ・プラットナー・デザイン研究所（d.school）が示すデザイン思考は，利用者の立場から問題解決に取り組む方法論で，共感（Empathize），問題定義（Define），アイディア創出（Ideate），プロトタイプ（Prototype），テスト（Test）の段階を繰り返す。現場で利用者を観察して共感することから始める点が特徴で，ウが正しい。

アは誤りで，デザイン思考ではアイディア出しの段階でむしろ発想を広げる。イは誤りで，過去のデータよりも利用者の観察や対話を重視する。エは過去の問題と解決策を蓄積するナレッジマネジメントの説明である。

解説

WTO 政府調達協定は，政府調達の分野で内外無差別の原則を定め，政府調達における国際的な競争の機会を増大させるとともに，政府調達をめぐる締約国間の紛争の円滑な解決を図ることを目的としている。イが適切である。

アは誤りで，協定が適用される調達の基準額は締約国や調達機関の区分ごとに附属書で定められ，各国で同一ではない。ウも誤りで，中央政府機関だけでなく，地方政府機関や特殊法人などの政府関係機関の調達も対象になる。エも誤りで，政府の調達情報は電子調達システムなどでも公開されており，官報の入手が不可欠というわけではない。

解説

ファウンドリーは，自社では LSI の設計を行わず，他社から設計データを受け取って半導体の製造を受託する事業者である。LSI の設計を自社で行い，製造だけを外部に委託する場合の委託先に当たるので，ウが適切である。

アの IP プロバイダは，LSI に組み込む CPU コアやインタフェースなどの回路設計資産（IP コア）を提供する事業者，イのデザインハウスは LSI の設計を受託する事業者である。エのファブレスメーカーは，自社の工場をもたずに設計や販売を行い，製造をファウンドリーに委託するメーカーであり，委託する側に当たる。

解説

e シールは，請求書や領収書などの電子文書データについて，それが確かにその組織（法人）から発行されたものであり，発行後に改ざんされていないことを証明する仕組みである。個人の意思表示を示す電子署名と違い，発行元の組織を証明する。エが該当する。

イの個人が行う電子署名は，文書に記載された内容に対する個人の意思表示を証明するもので，組織の発行元を証明する e シールとは区別される。ウのように公共機関だけに使用が限定されたものではなく，民間の法人も利用できる。アのゲームのキャラクターの作成者の証明とは関係がない。

解説

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

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

解説

AES（Advanced Encryption Standard）は，NIST が米国の標準暗号として制定した共通鍵暗号方式で，ブロック長は128ビット，鍵長は128ビット，192ビット，256ビットの三つから選ぶ。アが正しい。鍵長が長いほど暗号化の繰返し処理（ラウンド）の回数が増え，安全性も高くなる。

イのように256ビット未満で任意に決めることはできない。ウとエのように鍵長をブロック長から32ビット増減させるという決まりもなく，ブロック長は鍵長にかかわらず128ビットで一定である。

解説

OCSP（Online Certificate Status Protocol）は，デジタル証明書が失効しているかどうかを，OCSP レスポンダにオンラインで問い合わせて確認するためのプロトコルである。失効リスト（CRL）全体を取得しなくても，個々の証明書の状態をその都度確認できる。ウが該当する。

アの CHAP は PPP で接続する際にチャレンジレスポンス方式で利用者を認証するプロトコル，イの LDAP はディレクトリサービスにアクセスするプロトコル，エの SNMP はネットワーク機器を監視・管理するプロトコルである。

解説

JISEC は，IT 製品のセキュリティ機能を ISO/IEC 15408（コモンクライテリア）に基づいて評価・認証する制度である。評価はセキュリティターゲット（ST）に記述された，保護すべき資産，対抗すべき脅威，運用する環境などを前提に行うので，これらを具体化できる IT 製品が対象になる。エが適切である。

アは誤りで，利用者ガイダンスや管理者ガイダンスも評価用提供物件に含まれる。イも誤りで，ソフトウェアだけでなくハードウェアやファームウェアを含む製品やシステムも対象になる。ウも誤りで，ファイアウォールのようなセキュリティ専用の製品に限らず，複合機など，セキュリティ機能をもつ IT 製品も対象になる。

解説

スーパースカラは，プロセッサ内に命令を実行するパイプラインを複数もち，互いに依存関係がなく同時に実行できる複数の命令を，実行時に動的に判断して並列に実行する方式である。アが適切である。

イはコンパイラがあらかじめ並列実行できる命令を一つの長い命令語にまとめておき，それを実行する VLP（超長命令語）方式の説明である。ウのパイプラインのステージを細分化して段数を増やすのはスーパーパイプライン，エの一つの命令で複数のデータを同時に処理するのは SIMD 方式の説明である。

解説

シンプロビジョニングは，サーバやアプリケーションに対して，実際に搭載している物理ストレージの容量よりも大きな仮想的な容量を割り当てて見せ，データが実際に書き込まれた分だけ物理領域を割り当てる技術である。物理容量を必要に応じて後から追加できるので，初期投資を抑えられる。アが適切である。

イは複数のストレージをまとめて一つの大きなボリュームとして使うストレージのプール化やボリュームの連結，ウは利用者ごとに使用できる容量の上限を設ける割当て制限（クォータ），エは重複したデータを一つにまとめて容量を節約する重複排除の説明である。

解説

フェールソフトは，システムの一部に障害が発生したとき，障害の起きた部分を切り離すなどして，機能や性能を落としながらもシステム全体の処理を継続させる考え方である。ウが該当する。

イの安全に順次停止する動作やエのデータや装置を損なわずに停止する動作は，障害時にシステムを安全な状態に移すフェールセーフの考え方である。アの警告を出してオペレーターに判断を任せる動作は，処理を継続するための仕組みではなく，フェールソフトの説明に当たらない。

解説

待ちグラフは，トランザクションを節点とし，あるトランザクションが別のトランザクションのロックの解除を待っていることを有向辺で表したグラフである。グラフに閉路（循環）があれば，互いに相手を待ち続けるデッドロックが発生していると判断できる。エが該当する。

アの資源割当表は資源の割当て状況を管理する表で，それだけでは待ちの循環は検出できない。イの時刻印順管理表は，トランザクションの開始時刻の順序で同時実行を制御する時刻印順序方式に使う情報で，デッドロックを起こさないようにする方式に関するものである。ウの優先順管理表はトランザクションの優先度を管理するもので，デッドロックの検出には使わない。

解説

HTTP のステータスコードの 3xx はリダイレクトを表し，302 Found は，要求されたリソースが一時的に別の URL にあることを示し，Location ヘッダで示した URL へアクセスし直すよう Web ブラウザに促す。イが該当する。

アの 204 No Content は，要求は成功したが返すコンテンツがないことを示す成功のコードである。ウの 404 Not Found は要求されたリソースが見つからないことを示すクライアントエラー，エの 501 Not Implemented はサーバが要求されたメソッドに対応していないことを示すサーバエラーであり，いずれもリダイレクトを促すものではない。