応用情報技術者 2024年 秋期 午後 問題

共通の文章

Webサイトのセキュリティに関する次の記述を読んで,設問に答えよ。 F社は,日用雑貨を製造・販売する中堅企業である。このたび,販路拡大を目的と して自社製品を販売するWebサイト(以下,本システムという)を新規に開発した。 本システムは,D社クラウドサービス上に構築しており,Webサーバとデータベース (以下,DBという)サーバから成り,D社クラウドサービスが提供するファイアウォ ール(以下,FWという)及びWebアプリケーションファイアウォール(以下,WAFと いう)を経由してインターネットからアクセスされる予定である。 本システムの開発環境のネットワーク構成(抜粋)を図1に示す。なお,本システ ムはリリース前であり,F社開発環境の特定のIPアドレスからだけアクセスできる ADIT FWで制限している。 F社開発環境 インターネット 図1本システムの開発環境のネットワーク構成(抜粋) 本システムの主な仕様を次に示す。 ・会員登録時に自動で発行される会員番号と会員が設定したパスワードをログイン フォームに入力してログインする。商品の購入はログイン後に行う。 -パスワードとして使用できる文字は,英数字に一部の記号を加えた70 BATHS. ・パスワードは,6宇以上16字以下で設定する。 ・会員テーブルは,会員番号,メールアドレス,パスワードのハッシュ値,姓,名, 住所,電話番号の7フィールドで構成されている。①パスワードのハッシュ値は, 会員が設定したパスワードをハッシュ関数によってハッシュ化したものである。 F社情報セキュリティ部のG部長は,本システムのリリース前にペネトレーション テストを実施することを決定し,H主任をリーダーに任命した。H主任は,セキュリ ー6一 ティベンダーであるU社に本システムのペネトレーションテストの実施を依頼した。 ペネトレーションテストは,U社内のPCからインターネット,FW及びWAFを経由し て本システムにアクセスする経路で実施した。 ペネトレーションテスト期間中は,FW及びWAFに対して次の変更を行った。 ・FWに対する変更 通信を許可するアクセス元TPアドレスとして,ペネトレーションテストに用いる U社のIPアドレスを追加する。 ・WAFに対する変更 攻撃を検知した際には,通信の遮断は行わず,検知したことだけを記録する。 〔[ペネトレーションテストの結果〕 ペネトレーションテストの結果,次の手順(以下,本シナリオという)で会員の パスワードが推測されて,不正にアクセスされてしまうことが確認された。 1.②SQLインジェクション攻撃によって会員テーブルのデータを取得する。このと き取得した会員テーブルのデータ(抜粋)を表1に示す。 2.レインボーテーブル攻撃によって,手順1で取得した会員テーブル中のパスワー ドのハッシュ値から元のパスワードを推測する。 3.推測したパスワードを利用して,会員になりすまして本システムにログインする。 表1取得した会員テーブルのデータ(抜粋) Sa 稼働中のシステムのログインフォームに対してパスワードを総当たりで試行する |8|攻撃では,システム側で試行回数に制限を設けて対策することができる が,レインボーテーブル攻撃ではそれができない。 H主任は,本システムの修正方針を整理するために,SILインジェクション攻撃及 -% びレインボーテーブル攻撃への対策を検討することにした。なお,ペネトレーショ ンテスト期間中にWAFでSOLインジェクション攻撃が検知できていたが,③仮に対策 の一つが破られても他の対策で攻撃を防ぐという考え方に基づき,攻撃への対策を WAFだけに頼らず本システム自体でも行うことにした。 [SQOLインジェクション攻撃への対策の検討〕 本システムのソースコードを調査したところ,一部の処理で外部からの入力値を そのままSQL文に埋め込んでいる箇所が存在していた。そこで,対策として, |5 ]を利用する方式を採用することにした。この方式では,外部からの入力 値が埋め込まれる人箇所を専用の記号に置き換えたSOL文の嫌形をあらかじめ作成して おき,専用の記号で置き換えた箇所にDB管理システム側で外部からの入力値を割り 当てる。 [レインボーテーブル攻撃への対策の検討] 本システムでは会員のパスワードをハッシュ化して保存しているが,パスワード そのものにハッシュ関数を1回適用しただけであったので,レインボポーテーブル攻撃 に対して脆弱であった。そこで,パスワードをハッシュ化する際に,次の三つの処 理を組み合わせて実施することにした。 1.ソルトを用いた処理 ・パスワードをハッシュ化する際に,ソルトを付加した上でハッシュ化する。 ・ソルトとして,会員ごとに異なるランダムな文字列を用意し,会員テーブルに 格納する。 2.ペッパーを用いた処理 ・パスワードをハッシュ化する際に,ペッパーを付加した上でハッシュ化する。 ・ペッパーとして,全ての会員に共通のランダムな文字列を用意し,Webサーバ内 の外部からアクセスできない安全な領域に格納する。 3。和ストレッチッグ ・ハッシュ関数を複数回適用する。 さらに,ハッシュ化処理の変更に加えて,会員が設定可能なパスワード長を10字 -i= 以上64字以下に変更した。本システムにおいて,パスワード長が10字の場合,6字 の場合と比べてパスワードとして使用可能な文字列のパターン数が| c|倍に なるのでレインボーテーブル攻撃がより困難になる。. H主任は,これらの対策を取りまとめてG部長に報告し,承認された。

共通の文章

コーヒーチェーン店の成長戦略に関する次の記述を読んで,設問に答えよ。 Q社は。コーヒーチェーン店を運営している。喫茶店業態に進出して以来,落ち着 いた空間を提供することで急速に店舗を増やし,現在は全国に店舗を展開している。 LOL,ここ3年は,経営環境の変化によって成長が鈍化しており,不採算店も増え CWS,社の経営企画マーケティング及び人事を統括するR常務は,この状況に 危機感を抱き,利益を伴う成長戦略を策定するために,経営企画部の$課長をリーダ ーとする戦略策定チームを編成した。なお,S課長は,店舗業務の標準化を推進する 店舗統括本部の課長も兼務している。 Q社は,"おいしいコーヒーでゆっくりくつろげる喫茶店”というブランドを掲げ, 交通至便な立地に店舗を構え,店内には仕切りがついたテーブル席を設けるなど,設 備投資に注力してきた。0社の利益は2回以上来店したことのあるリピート客を含む 延べ来店客数に比例しており,成長率は新規来店客数に比例している。しかし,ここ 3年は,延べ来店客数に占めるリピート客数の割合であるリピート率も新規来店客数 も低下していた。 (0社を取り巻く環境] Q社では,従前から,顧客満足度調査と従業員満足度調査を行っている。そことで S課長は。戦略の立案に当たり,顧客の視点及び従業員の視点で分析を行った。 まず顧客の視点で経営環境を分析した。 SRE,持続可能な開発目標(SDGs)で定められた目標のーつである“持続可能な消 費と生産のパターンを確保する”への理解が進むに従い,環境や倫理を重視する製 品やサービスを購入するという意識がZ世代の消費者の間で高まっている。(0社は このような高い社会意識をもった消費者を取り込めていない。 ・競合コーヒーチェーン店(以下,競合店という)が新規出店した近隣の0社の店舗 では,来店者が急激に減少している。競合店は,商品知識が豊富で親しみやすい接 客に定評があり,原客満足度が高い。BAER,コーヒーの湾れ方をマニュアル化 して全従業員を定期的に教育したり,社外の講師を呼んで接客スキルやセルフリー ダーシップのスキルを高める研修を実施したりするなど,従業員育成への投資を重 =Tie 視している。 ・0社は,有機農法で栽培するなど,環境に配慮した生産者から直接調達した高品質 なコーヒー豆を使っていて,味や香りが良いコーヒーに定評があった。ただし,B 近の顧客満足度調査では,“店によってコーヒーの味にばらつきがある",“HOH りが以前よりも落ちている",といった顧客からの声が寄せられている。 S課長は,定評があるコーヒーの安定した提供や.ゆっくりくつろげる喫茶店とし ての接客といった,顧客へのサービス品質を向上させる必要があると分析した。 次に,S課長は,従業員の視点で経営環境を分析した。 ・各店舗は店長をリーダーとする一つのチームとして運営されている。店長が部下に コーヒーの漁れ方や接客スキルなどを指導している。しかし,顧客が満足する品質 のサービスを提供できるように部下を育成することまではできていない。全て店長 の責任で部下の育成を行った上で,顧客が満足する品質のサービスを提供すること には限界がある。 ・従業員は,コーヒーを滝れるスキルを高めたいと思ったり,接客の仕方を改善しよ うとしたりしているが,店長に相談したくても,なかなか対応してもらえていない。 その結果,不満をもって辞めてしまう従業員が増え,従業員の定着率が低下してき ている。 ・店舗統括本部の管理者,同僚の店長,店舗内の部下によって店長の360度評価を実 施した結果,全般的に,店長の自己評価は高いが,部下からの評価はそれほど高く なく,両者の評価には大きなギャップがあった。 Sarkld,これらの経営環境分析の結果,顧客へのサービス品質の低下には,従業 員のスキルの不足と従業員の定着率の低下とが関連するのではないかと考えた。さら に,S課長は,従業員のスキル及び定着率について分析し,次のことが分かった。 ・顧客へのサービス品質が高いチームは,従業員満足度が高く,それによってチーム メンバーがやる気をもって自律的にスキルの向上を図っており,また,チームメン バーの定着率が高いという共通の特性がある。 ・この特性を満たすためには,店長が,部下に対して共感することで,質問・相談し =Hf es やすい環境を作ることが必要である。 [成長戦略の策定 S課長は,これまでの分析の結果を基に,成長戦略の基本方針を次のとおり定めた。 ・成長戦略を実現するために重点的に取り組むべきCSF(Critical Success Factors: 重要成功要因)とその因果関係を明確にする。これまでの分析の結果から,0 HO 成長につながるCSF間の因果関係を,1の0Q社のサービスプロフィットチェーン にまとめた。その上で,働きやすい環境や人材育成制度の充実など,従業員が会社 から受けるサービスの良さを表す"自社内のサービス品質"の向上を図る。 自社内のSp顧客へのaa ーー le ft 従業員に関するCSF間の因果関係顧客に関するCSF間の因果関係 Bl Q社のサービスプロフィットチェーン ・持続可能な成長を目指し,HK,顧客のロイヤルティをより高めるために,ブラン ドを再構築する。新たに,“①私たちは,高い社会意識をもって,BRSNKED と熟練の技術で滝れる香り深いコーヒーを提供します。。とブランドを定める。 ・“ブランドの再構築"によって,自社の強みを生かし,弱みを補完して,競合店と の差別化を図る。また,"初めて来店してから,店に来店しなくなるまでの [|c|'を表すLTVを向上させることで,採算性を改善する。 S課長は,このサービスプロフィットチェーンに基づいて,従業員の定着率の改善 とスキルの向上のためには,[a|を高める必要があり,さらにそのためには 自社内のサービス品質の改善が必要であることをK常務に報告した。また,S課長は, ゴールである"利益を伴う成長”の実現を目指す成長戦略の進捗を測るKPIとして, 2世代の来店容数と,|d|を設定することにした。 ー15一 (0社内のサービス品質の改善 S課長は,自社内のサービス品質を改善するため,店長への研修を実施することに した。研修の内容は,ERO 300度評価の結果を基に,店長に対して|e|に 気付かせ,行動改善につなげるものとし,部下との対話の場面を想定した次の具体的 な演習を行う。 ・店長は部下に対して“教える",“アドバイスする"ことはせず,“問いかけて聴く” という対話を重視する。 ・店長は部下に対する| f|を示すことで,部下から様々な考え方や行動の選 択肢を引き出し,自律的な行動を促す。 S課長は,ブランドの再構築の活動として,再教育を全従業員に対して行うことに Lik.この再教育に当たって,S課長は,@店舗統括本部として重点的に取り組むベ き施策があると考えた。また,ブランドの再構築への投資に加えて,人的資本を強化 する新たな投資計画を策定した。 R常務は,この報告を受け,“君の策定した戦略は,。よく考えられていて,納得で きた。そのアプローチは本当に良いと思う。"と課長に|Ff|を示した上で, すぐに経営会議に付議し,成長戦略を推進することを約束した。

共通の文章

素数を列挙するアルゴリズムに関する次の記述を読んで,設問に答えよ。 素数とは,2以上の自然数のうち,正の約数が1と自身だけである数のことである。 2以上の自然数Nに対して,N以下の素数を列挙する関数primelのプログラムを図 1に示す。なお,ACH,配列の要素番号は1から始まり,要素数が9の配列を人 で表す。 〇整数型の配列:prime1(整数型:N) REID ACI:primesで{}/*結果となる素数の一覧を格納する一次元配列*/ 論理型:isPrime/*ループ内で着目している数が素数か否かを表す変数。 trueであれば素数であることを表し,falseであれば 素数ではないことを表す*/ 整数型:dて2 整数型:t /*メイン処理開始*/ while(dがN以下) isPrime<—true/*仮で素数として扱う#*/ t<2 while(tがd未満) if(d mod tが9と等しい) jsPrime<—false endif tett]—(L1) endwhi le if(isPrimeがtrueと等しい) primesの未尾にdの値を追加する endif d«d+t+1 endwhi le /*メイン処理終了*/ return primes 1関数primelのプログラム この関数prime1の時間計算量は,Nを用いて表すとの(|ア|)でぁる。 [アルゴリズムの改良1) 素数の定義によって,2以上の自然数sについて,s自身を除くsの正の倍数uは, 1とu以外にsも約数に含むので素数ではない。この性質を利用して関数prime1を改 良し,次の手順で素数を列挙する関数prime2を考える。 (1)2以上N以下の自然数について,全て“素数である"とマークする。 (2)2以上N以下の自然数dについて,次の(a),(b)を行う。 (a)dが“素数ではない"とマークされている場合,何もしない。 (b)dが“素数である"とマークされている場合,次の処理を行う。 ①dが素数であることを確定させる。 ②d以上の自然数xについて,dをx倍した数を“素数ではない”とマーク する。 関数prime2のプログラムを図2に示す。 〇整数型の配列:prime2(整数型:N) 整数型の配列:primes<{}/*結果となる素数の一覧を格納する一次元配列*/ 論理型の配列:isPrime<{false}/*isPrime[k]がtrueであればkが素数であることを 表し,falseであればkが素数ではないことを表す 一次元配列*/ 整数型:cで2 整数型:dを2 整数型:+ while(cがN以下) isPrimeの未尾にtrueを追加する Ce+1 endwhile /*メイン処理開始*/ while(dがN LAB) if(Lia) primesの未尾にdの値を追加する t<-dxXd while(tがN以下) isPrime[t]<—false beーーーーーーーーーーー1 endwhi le endif d<d+1 endwhi le /*メイン処理終了*/ return primes 図2関数prinme2のプログラム 関数prime2は関数prime1と比較してメイン処理部の時間計算量を小さくすること ができ,引数Nの値が同一の場合において,関数prime2の(L2)の行の実行回数は, 関数prime1の(L1)の行の実行回数以下となる。 [アルゴリズムの改良2) 4以上の偶数は全て2の倍数であるので素数ではない。したがって,2以外の素数 を列挙するためには奇数だけを考慮すればよい。この性質を利用して,関数prime2 に次の変更を加えた関数prime3を考える。 (1)関数の戻り値として素数の一覧が格納されるprimesにあらかじめ2を格納しておく。 (2)いずれのループも奇数についてだけ実行されるようにする。 (3)3以上の自然数2k+1が素数か否かをisPrime[k]で表すようにする。 関数prime3のプログラムを図3に示す。 〇整数型の配列:prime3(整数型:N) 整数型の配列:primesで{2}/*結果となる素数の一覧を格納する一次元配列*/ 論理型の配列:isPrimeを{}/*isPrime[k]がtrueであれば2k十1が素数であることを 表し,falseであれば2k十1が素数ではないことを表す ー次元配列*/ 整数型:cで3 整数型:dで3 整数型:t while(cがN LAR) isPrime OAEIc trueを追加する cc+2 endwhi Le /*メイン処理開始*/ while(dがN以下) if(しェ|) primesの未尾にdの値を追加する tdXd while(tがN以下) isPrime[]<false もてee 1) endwhi le endif dd十2 endwhi le /*メイン処理終了*/ return primes 3関数prime3のプログラム 関数prime3は関数prime2と比較してメイン処理部の二重ループの実行回数を減ら すことができる。引数Nの値が同一の場合において,関数prime3の(L3)の行の実行 回数は,関数prime2の(L2)の行の実行回数の半分以下となる。加えて,計算に必要 な配列isPrimeの要素数も半分以下に減らすことができる。

共通の文章

データ処理機能の配置に関する次の記述を読んで,設問に答えよ。 C社は,動画配信サービスを提供する会社であり,サービス内容が充実しているこ とが人気を呼び。動画配信者数や動画視聴者数が増えている。動画配信者は,Web 7 ラウザを用いて,ビデオカメラやスマートフォンで撮影した動画ファイルをC社の Webサイトにアップロードすると,Webサイト上で動画の編集・配信,広報,アクセ ス分析などの機能が利用できる。 C社の動画配信サービスは,C社配信システム部が企画から運用までを担当してい る。配信システム部では,サービス内容の向上を目的に,動画編集機能を強化した動 画配信者向けの新しいサービスを提供するシステム(以下,新システムという)を構 築することにした。新システムの構築は,配信システム部のD君が担当することにな うた。 [新システムに必要な機能] D君は,現在の動画配信サービスの機能を基に,新システムに必要な動画配信者向 け機能の機能要件を定義した。新システムに必要な機能一覧(抜粋)を表1に示す。 表1新システムに必要な機能一覧(抜粋) アップロード動画配信者がビデオカメラやスマートフォンで撮影した動画をC社のWebサ イトにアップロードして登録する機能 動画編集C社のWebサイトに登録された動画を,Webブラウザを用いて編集する(カ ットする,結合する,BGM・テロップを挿入するなど)機能 配信準備動画視聴者のネットワーク・環境に合わせた複数のビットレートの動画ファ イルを作成する機能 アクセス分析動画が動画視聴者に何回アクセスされているかを,複数の分析軸(地域,日 時,年齢層,端末種別,アクセス動線など)から分析する機能 [新システムのサーバ構成〕 D Blt,新システムのサーバ構成を設計した。D君が設計した新システムのサーバ 構成(抜粋)を図1に示す。また,SSDとHDDのアクセス速度を表2に,LANとイン ターネットの通信速度を表3に,各サーバのCPUとGPUの搭載数を表4に示す。な 5,新システム内の負荷分散装置,サーバ,NASはLANで接続されている。 DBサーバ APサーバ1 id A,GPUサーバ = BK ys DO 区 a NAS 注記図1中のAPサーバはアプリケーションサーバを示す。また,DBサーバはデータベースサーバを示す。 図1新システムのサーバ構成(抜粋) 表2 SSDとHDDのアクセス速度表3 LANとインターネットの通信速度 開国読込速度書込速度通信速度 FH|(Wバイトノ秒)|mWバイトノ秒)id(G bps) インターネット 注記表3中のbpsはビットノ秒を指す。 表4各サーバのCPUとGPUの搭載数 ;CPU GPU Cee 16|0| Imサーパー|sl el 各サーバで計算を行うCPUやGPUで実行される演算は,①整数演算と浮動小数点演 算の二つに分類される。新システムで利用するCPUは,1コア当たり整数演算が 10,000G Operations/#)(LAB,OPSという)),浮動小数点演算が509G Floating- point Operations/#(以下,FLOPSという)で実行できる。また,GPUは1 YK り浮動小数点演算が19,000G FLOPSで実行できる。 この新システムを用いて,APサーバ1がAPサーバ1のSSDに格納されたBOOMバイ トの動画ファイルをメモリに読み込む時間は|a|秒である。また,DBサーバ のDBMSはRDB CHS, [配置の検討] D Ald,新システムの各機能の中でデータ量や計算量が多い処理を抽出した。デー ーー19— タ量や計算量が多い処理の一覧を表5に示す。なお,データ量には,各処理を実行す るためにCPUやGPUにインプットされるデータ量と,CPUやGPUで計算した後にアウ トプットされるデータ量とがある。 表5データ量や計算量が多い処理の一覧 機能名|処理名処理方法ィシプット|ァgトテット|=|eee バイト)|(』バィト)|吉算数点演算数 (G0)|(GFLO) 動画|素材送信NASに格納されているBGM素材やテロップ素50 50 10 編集材を,NASからAPサーバへ送信し,APサー バから動画配信者のPCへ送信する。 配信|レンダリ|APサーバのメモリに格納されている動画デ500 100 100,000 準備|ングータを基にBGM,。テロップなどを合成して ーつの動画データを作成する。 アクセ|オンライ|DBサーバに格納されている特定の動画を視100 9.1 50 ス分析|ンューザ|聴しているオンラインユーザ数をリアルタ 数取得|イムに集計して表示する。 多次元分1DBサーバに格納されている前日までの動画50,000 300 析の視聴ログを複数の分析軸から分析する。 注記GOはGiga Operationsを示し,GFLOはGiga Floating-point Operationsを示す。 レンダリング処理は,APサーバのCPUを4コア用いて処理する場合には|b| 秒掛かり,GPUサーバのGPUだけを1個用いて処理する場合には|c|秒掛か る。ただし,GPUサーバを用いて処理する場合には,APサーバからGPUサーバヘデー タを送信するのに| d|秒掛かり,APサーパヘレンダリング結果を返信するの に| e ]秒持かる。この検討結果から,APサーバよりも6PUサーバで処理した 方がよい。 オンラインユーザ数取得処理について,D君は②DBサーバで処理した結果をAPサ ーバへ送信する方法が最適と考え,DBサーバで処理することにした。 素材送信処理は,同時に19名の動画配信者向けに素材データを送信しようとする と,LANの通信速度とHDDの読込速度が遅く送信に時間が掛かる。LOL,図1のサ ーバ構成の変更には大きな費用が掛かることから,サーバ構成を変更せずに対応する 方法を検討した。動画配信者のPCへ送信する素材データは特定の素材データに偏っ ており,各素材データの更新頻度も高くないことから,表5の③素材送信処理の処理 方法を変更して対応することにした。 ee 20ーー 〔動画配信者数増大への対応方針 D Bld,将来的に動画配信者数が増大することを考慮して,新システムの拡張性に ついて検討した。まず,表5のレンダリング処理は,動画データごとに処理が独立し THY,GPUサーバを手動で追加する|f|の対応を行う方針にした。一方で, オンラインユーザ数取得処理は,時間とともに断続的に追記される動画の視聴ログを リアルタイムに集計する処理であり,DBサーバの数を増やせないことから,DBサー パを| g|して対応を行う方針にした。また,多次元分析処理は,OFC TH うデータの特徴から,多次元分析処理専用のDBサーバを追加する方針にした。これ によって多次元分析処理の負荷が他の処理へ影響しないようになる。 その後,D君は新システムの構築を完了させ,C社は新システムによる新しい動画 配信者向けサービスの提供を開始した。

共通の文章

セキュアWebゲートウェイサービスの導入に関する次の記述を読んで,設問に答え dhs E社は,インターネットを利用した人材紹介業を営む会社である。 E社のネットワークは,DMZセグメント,内部セグメント及びサーバセグメントか ら構成されている。DMZセグメントには,コンテンツフィルタリング機能やWebサイ トのアクセス制御機能をもつプロキシサーバ及びDNSサーバが設置されている。プロ キシサーバでは,内部セグメントからインターネット向けのHTTP通信,HTTP Over TLS(以下,HTTPSという)通信を中継し,アクセスログを保管している。内部セグ メントにはE社の従業員が利用するPCM,サーバセグメントには業務サーバが,そ れぞれ設置されている。 E社の従業員は,PCのWebブラウザを用いて,HTTP通信でサーバセグメントの業務 サーバに直接アクセスして業務を実施したり,HTTPS通信でY社が提供するSaaS(以 下,Y社SaaSという)にアクセスして,電子メールサービス,ファイル共有サービ ス,チャットサービスなどを活用したりしている。 (EH社のネットワーク構成〕 E社のネットワーク構成を,図1に示す。 E社 Cm)ip7 Ley ea]Care| ーー-|BBETADEサーバセクメント FW:ファイアウォールLl L3SW:レイヤー3スイッチDMZセグメント 注記ipl,ip2,…,ip7はグローバル又はプライベートIPアドレスである。 Bl E社のネットワーク構成 E社のルータでは,[a|機能を用いて,E社内に割り当てられたプライベー =Be トIPアドレスをグローバルIPアドレス及びポート番号に変換している。 Y社SaaSでは,E社からのアクセスに対して①送信元IPアドレスでアクセス制限 を行っている。 [セキュアWebゲートウェイサービスの尊入検討] E社では,近年の業務拡大に伴い,インターネット利用の機会が急激に拡大してき た。情報システム部の部長は,悪意のあるWebサイトへ意図せずにアクセスしたり, 社内の機密情報や顧客情報が漏えいしたりするおそれがあると考え,インターネット アクセスに対するセキュリティ対策を強化することにした。そこで,部下のG6主任に, 社内のプロキシサーバに代えて,Z社がSaaSとして提供するセキュアWebゲートウェ イサービス(以下,サービスZという)の導入検討を指示した。 [サービス7.の概要] G主任は,サービスZの概要を調査した。 サービスZは,PCからインターネット上のWebサイトへのアクセスを安全に行うた めのサービスであり,主な機能は次の三つである。 (1)アクセス先の|b|やIPアドレスから悪意のあるWedサイトであるかど うかを評価し,安全でないと評価された場合はアクセスを遮断する機能 (2)機密情報や顧客情報がE社外に漏えいしないように,TLSで暗号化された通信 内容をサービスZ内で復肪して通信内容を検査し,これらの情報が含まれていない ことを確認する機能 (3)インターネット上のWebサイトから受け取ったプログラムをサービスZ内の 保護された領域で動作させ,E社システムが不正に操作されるおそれがないことを 確認する機能 1サービスZを利用するためには,E社の全てのPCに専用のクライアントソフトウェ ア(以下,ソフトCという)を導入し,PCのWebブラウザからインターネット上の Webサイトへのアクセスを,ソフト(Cを介して行う必要がある。ソフトCからサービ スZには,HTTPS通信を用いて接続する。サービスZは,PCからインターネット上へ の全てのWebアクセスについて,どのPCからアクセスされたものかを識別して,ア ーoe一 クセスの監視や各種制御を行う。 [ネットワーク構成の変更] G主任は,サービスZの調査結果を基に,サービスZ導入後のE社のネットワーク 構成案を図2のように考えた。 (Se)ip7 wl ina]Ley |E社 )"ia|BEEPSサーバセグメント サーバlip4| DMZセグメント 注記ip1,ip2,ip4,ip5,…,ip8はグローバル又はプライベートIPアドレスである。 図2サービスZ導入後のE社のネットワーク構成案 G主任は,サービスZ導入に当たって必要となる作業を検討し,次の四点に整理し だ。 (1)現行のE社のネットワーク構成からプロキシサーバを廃止し,社内のPCからイ ンターネット上のWebサイトへのアクセスは,宛先IPアドレスが| c|のも のだけを許可するように,FWの許可ルールを変更する。 (2)PCにソフトCを導入する。このソフトCは,各PC上でローカルプロキシとして 動作する。各PCのプロキシ設定を変更して,このソフトCをプロキシとして利用 する。ソフトCからHTTPS通信によってインターネット上のWebサイトヘアクセス できるようにするために,| c|を宛先IPアドレスとするようソフトCの通 信設定を行う。 |(3)PCのプロキシ設定で,| q|については,これまでどおり直接HTTP通信 |ができるように設定する。 (4)Yt SaaSの送信元I「アドレスでのアクセス制限の設定を変更する。 ー26— (FWの許可ルールの見直し〕 サービスZ導入前のE社FWの許可ルールでは,PCのWebブラウザからインターネ ットへのHTTP通信やHTTPS通信について,E社プロキシサーバを経由する通信だけを 許可する設定になっていた。 G主任は,サービスZ導入後に必要なFWの許可ルールを検討した。 サービスZ導入前のE Ht FWの許可ルールを表1に,サービスZ導入後のE社FWの 許可ルールを表2に示す。なお,ルールは項番の小さい順に参照され,最初に該当し たルールが適用される。 表1サービスZ導入前のE社FWの許可ルール(抜粋) |[ame|にュトコ|ww 注記FWは,応答パケットを自動的に通過させる,ステートフルパケットインスペ クション機能をもつ。 表2サービスZ人導入後のE社FWの許可ルール(抜粋) 注記FWは,応答パケットを自動的に通過させる,ステートフルパケットインスペ クション機能をもつ。 G主任は,これまでの調査内容を『部長に報告しサービスZの主な三つの機能を 導入することになった。 ー27一

共通の文章

トレーディングカードの個人間売買サイトの構築に関する次の記述を読んで,設問 に答えよ。 S alt,トレーディングカード販売業のチェーンを営む中堅企業である。トレーデ ィングカードを個人から買い取り,販売する事業を営んでいる。トレーディングカー ドの個人間の売買が盛んな市場環境を受け,個人間の売買を安心かつ手軽に行える取 引プラットフォームをサービスとして提供して,安定的な手数料収入を得る新規事業 を立ち上げることにした。S$社の情報システム部は新規事業の要となる取引プラット フォームのシステム(UE,本システムという)を新規で構築することになり,TS んがデータベースの設計及び開発を担当することになった。 [新規事業の業務要件の確認〕 Tさんは,まず,新規事業において実現する業務要件を確認した。新規事業の業務 要件(抜粋)を表1に示す。 表1新規事業の業務要件(抜粋) |項番|RE 木システムの利用者は個人である。利用者は販売したいトレーディングカードを商品として出品でき る。出品した利用者を出品者と呼ぶ。出品する際にはカテゴリ,商品名,商品説明,出品価格,商品状 態を登録する。カテゴリはトレーディングカードのブランドやシリーズによって階層化されている。 2|利用者は全ての出品に対してカテゴリ,価格帯(下限価格と上限価格),商品状態,出品状況,キーワ ードを指定して検索できる。カテゴリを指定する場合,指定されたカテゴリ及びその下位にある全ての カテゴリの出品が検索の対象となる。キーワードは,商品名及び商品説明を部分一致で検索したい場合 に指定する。検索した結果を表示する際に並び順を変更できる。 3|利用者は出品された商品に対して取引を希望する価格(以下,オファー価格という)を出品者に打診で きる。この行為をオファーと呼ぶ。オファー価格での取引に出品者が合意した場合,その価格はオファ ーした利用者と出品者との間での当該商品の出品に対してだけ有効となる。 4|利用者が商品を購入した場合,購入した利用者を購入者と呼ぶ。出品者は配送方法に基づいて送料を算 出し,購入者に送料を通知する。購入者は出品価格(オファーが合意済みの状態の場合はオファー価 格)と送料の合計金額を支払期日までに$社に対して支払う。一つの取引に関する合計金額を分割して 支払うことや,複数の取引に関する合計金額をまとめて支払うことはできない。 5|出品者は購入者の支払が完了したことを$社からの通知で確認した上で,購入者の住所に商品を発送す る。一つの取引に関する商品を分割して発送することや,複数の取引に関する商品をまとめて発送する ことはできない。S社は発送した商品の追跡番号を管理し,配送業者のWebサイトと連携することで, 出品者や購入者が商品の配送状況を確認できるようにする。 |購入者は商品を受領後,商品に問題がないことを確認した上で,受取連絡と出品者の評価を行う。購入 者からの評価を受けて,出品者も購入者の評価を行う。 7購入者と出品者の双方の評価が完了した後に,S社は購入者から入金された代金から手数料を差し引い た金額を出品者に支払う。 —30_ | 表1新規事業の業務要件(抜粋)(続き) 業務要件 利用者はお気に入りの利用者をフォローできる。フォロー先の利用者が新たな商品を出品した場合,フ ォロー元の利用者は通知を受け取ることができる。 [概念データモデルの設計〕 Tさんは,表1の業務要件に基づいて,E-R図を用いて本システムの概念データモ デルを設計した。本システムの概念データモデル(抜粋)を図1に示す。なお,カテ ゴリの階層構造は,自己参照の関連を用いて表現する。 カテゴリID a|支払ID配送業者TD配送方法ID 配送方法 カテゴリ名取引D配送業者名BUSA ID 上位カテゴリID合計金額WebサイトURL配送方法名 支払期日 出品D発送D 出品者TD取引D ATID取lD|5|が 商品名出品D送料 商品yer 出品価格取引状態 商品状態購入者評価 出品状況出品者評価 利用 オファーID利用者IDーー|フォロー元利用者ID 出品ID表示名| d|フォロー先利用者ID 購入希望者ID氏名 オファー価格メールアドレス オファー状態住所 凡例ーー:1対1“—ee ee ne線の下線-___は外部キーを示す。 属性名ーーPFs主キーの実線が付いている属性名には 属性名.<>:多対多外部キーの破線を付けない。 属性名 図1本システムの概念データモデル(抜粋) 本システムのデータベースでは,E-R図のエンティティ名を表名にし,属性名を列名 にして,適切なデータ型で表定義した関係データベースによって,データを管理する。 に31= (SQLの作成〕 Tさんは,表1の項番2の業務要件を実現するための検索のSQL文を作成した。作 成したSQL文を図2に示す。なお,":カテゴリ1D",“:下限価格",“:上限価格", 商品状態",“:出品状況"7,。“":キーワード”は,該当の値を格納する埋込み変数で ある。また,最上位であるカテゴリの上位カテゴリIDにはNULLが設定されている。 [ec|指定カテゴリ(カテゴリ1D,カテゴリ名,上位カテゴリID)AS( SELECT A.カテゴリID,A.カテゴリ名,A.上位カテゴリID FROMカテゴリA WHERE A.カテゴリID=:カテゴリID SELECT B.カテゴリID,B.カテゴリ名,B.上位カテゴリID FROMカテゴリB,指定カテゴリC WHERE B.上位カテゴリ1D=C.カテゴリID ) SELECT*FROM出品 INNER JOIN指定カテゴリ wf| WHERE出品.出品価格BETWEEN:下限価格AND:上限価格 AND出品.商品状態=:商品状態 AND出品.出品状況=:出品状況 AND(86 HR OR ARBOR) 2作成したSQL文 [性能の検証と改善〕 Tさんがテストデータを用いて図2のSQL文の実行性能を検証したところ,実行を 開始してから検索結果が得られるまでの処理時間が長く,実用的ではないことが判明 だ。 本システムでは出品される商品の数が膨大であり,利用者が図2のSOL文を頻繁に 実行することが予想される。そこで,Tさんはキーワードでの検索が必要な商品名及 び商品説明の列には全文検索エンジンを用いるとともに,その他の列に対しては適切 なインデックスを設定し,性能上の懸念を解消みすることを検討した。 インデックスの方式には,B-treeインデックスを採用することにした。Tさんは, 各表の表定義を確認し,インデックスを設定すべき列を検討した。出品表の表定義を 表2に,。カテゴリ表の表定義を表3に示す。 表2及び表3のデータ型欄は,データ型,RS,ME,位取りを示す。PK MILES ーー32に 一制約,UK欄はUNIQUE制約,非NULL欄は非NULL制約の指定をするかどうかを示す。 指定する場合にはYを,指定しない場合にはNが記入されている。ここで,主キーに 対してはUNIQUE制約は指定せず,非NULL制約は指定するものとする。カーディナリ ティ欄は列に多数の異なる値をもつ場合には高を,少数の異なる値をもつ場合には低 を記入する。そして,高と低の中間の数の異なる値をもつ場合には中を記入する。デ ータ分布欄は列に含まれる値の確率分布の仮定を示す。 Tさんは,①B-treeインデックスの特性を踏まえて,特定の値を指定したときに行 数を表全体の5%以下に絞り込める列だけにインデックスを設定することにした。 表2出品表の表定義 Pfeifer[a|ご2900000000の半| |3 mp lm|w|w|?|ぁ|-W |3|2テゴリmlm|w|w|Y|中[Pane[ame rs) |4|商人|weeWG255)|W|W|Y|[aa |5|二男lm|w|W|![mee|com 出品価格DECIMAL(10,2)Y高対数正規19.99て99999999.99の固定 分布(確|小数点数 率密度の 最大値: 0.00003) 7|商品状態|SMALLINT Y低|一様分布|13の整数(1は未使用, 2は美品,3は傷ありを示 す) 出品状況|SMALLINT Y低|一様分布|1こ3の整数(1は下書き 2は出品中,、3は購入済み を示す) 表3カテゴリ表の表定義 項番|列名データ型|PK|UK|非Muul|タアーティ|データ定義内容 ーーナリティ|分布 |2|ヵテゴリ名|wmgweGee)|W|!|Y|®| zzaymlm|Y|w||ぁ』|-@ 3|上位カテゴ|iNT中|一様分布|外部キー(カテゴリ) リID Tさんは,必要なインデックスを設定後にテストデータを用いて図2のSQL文の実 行性能を検証し,実用的な性能であることを確認した。ただし,表2及び表3のデー に33にーー タ分布は新規事業立上げ前の時点における仮定でしかない。今後実際に運用する際に はデータ分布が仮定とは異なる場合があるので,定期的にインデックスを見直すこと を申し送り事項のーつとして,本システムのデータベースの設計及び開発を完了した。

共通の文章

スマートイヤホンに関する次の記述を読んで,設問に答えよ。 G社は,専用のアプリケーションプログラム(以下,アプリという)をインストー ルしたスマートフォン(以下,スマホという)&Bluetoothで接続して,音楽などの 音源再生機能,電話の通話機能.ノイズキャンセル機能,音声アシスト機能をもつス マートイヤホン(以下,Sイヤホンという)を開発している。 利用者はアプリを用いて,Sイヤホンの音源再生機能と通話機能の開始/停止の指 示,及びノイズキャンセル機能と音声アシスト機能のオンオフの設定を行うこと ができる。Sイヤホンを用いて通話するときには,音源再生機能及び音声アシスト機 能は使用できない。 Sイヤホンは左右が独立しており,左耳に装着するイヤホン(以下,左イヤホンと いう)はスマホとペアリングする。右耳に装着するイヤホン(以下,右イヤホンと いう)とスマホとの通信は,左イヤホンが中継する。 Sイヤホンは専用のケースに入れると電源がオフとなり充電が行われ,専用のケー スから取り出すと電源がオンになる。 スマホ及びSイヤホンの概要を図1に,Sイヤホンの機能を表1に示す。 、8 er 5マイク Bluetoothーーアーー スマホBluetooth 1左イヤホン右イヤホン! 図1スマホ及びSイヤホンの概要 1 Sイヤホンの機能 .スマホから送信された音源データを,Sイヤホンで音質補正して出力する。 音声アシスト|・左イヤホンでは,利用者が発した音声から,特定のキーワードを検出すると,続くフレー 機能ズをスマホへの指示として左イヤホンからスマホに送信し,スマホで解析して実行する。 ・利用者がスマホの操作で発信する,又は利用者のスマホに着信があると,Sイヤホンは, _—| 』|]及び[|5|を停止して,通話開始を音声で知らせる。 PR・Sイヤホンの,音声を出力するスピーカー及び音声を入力するマイクを使用して,BAT ータを入出力することで,利用者は通話することができる。 ノイズキャン|・マイクから入力されたSイヤホンの周囲の音(以下,環境音という)から,環境音を打ち セル機能消すデータを生成する。このデータをスピーカーの出力に合成して環境音を低減させる。 [Sイヤホンのハードウェア構成〕 Sイヤホンは,左イヤホンと右イヤホンのそれぞれが,マイク及びスピーカーを接 続した音声制御部.、クロック部,通信部,それらを制御する制御部,及び電力部か ら成る。左イヤホンと右イヤホンとでハードウェア構成に違いはない。 左イヤホンのハードウェア構成を図2に,Sイヤホンの構成要素の機能概要を表2 に示す。 (凡例) スピーカー|]音声制御部制御 ーー:データ ©rae bee M2左イヤホンのハードウェア構成 表2 Sイヤホンの構成要素の機能概要 構成要素名構成要素の機能 ・表1に示す機能を実現するために,音声制御部,クロック部,通信部を制御する。 ・左イヤホンの場合は,マイクから入力された音声データを解析して,特定のキーワードを 検出する。 ・機能の使用状況に応じて,クロックの供給の停止又は適切な周波数を決定して,クロック 制御部部に指示する。 ・クロック部への指示は,0,0.5,1,1.5,又は2の値である。この値に,基準周波数を乗 じた周波数のクロックが供給される。9のときは,クロックの供給が停止される。 ・クロックの供給が停止されると,その時点の状態を保持したまま停止する。クロックが再 度供給されると停止したところから再開する。 ・2ミリ秒周期でマイクから入力された音声をデジタルデータに変換して,制御部に送信す る。 aro Ye xy SEG|S、リ秒周期で制御部からデジタルデータを受信し.スピーカーで音声を出力する。その 際,制御部から受信したノイズキャンセルデータを合成する。 ・制御部の指示によって,指示された周波数のクロックの供給又は停止を行う。 クロック部・停止したクロックの供給は、①特定のイベントによって再開する。このイベントを受けて から5ミリ秒後に,停止する直前の周波数でクロックの供給を再開する。 ‘Bluetoothを用いてスマホと通信を行う。内部にクロックをもち,電源オン後は常に動作 する。 ・左イヤホンの場合は,スマホとペアリングした後,右イヤホンとスマホとの通信を中継す 通信部Pe ee・スマホからのデータを受信すると,それを制御部に送信し,データを受信したことをクロ ック部に送信する。さらに,データが音源データ又は音声データの場合は,左右それぞれ のイヤホン用のデータを取り出し,5ミリ秒周期で制御部に送信する。 ・制御部から受信した音声データをスマホに送信する。 ・充電可能な電池を内蔵しており,各部に電力を供給する。 (Joy PROM) 制御部の実行時間はクロックの周波数に反比例する。一方,消費電力はクロック の周波数が高いほど大きくなる。Sイヤホンは電池駆動であるので,できる限り消費 電力は小さくしたい。そこで,表3で示すように,機能の使用状況に応じてクロッ クの周波数を制御部の指示で適切に割り当てることとした。 表3機能の使用状況に応じたクロックの周波数の割当て lmm|1||ー|・ mmm|o|||o IE mee|o||o||eq| Ea oe Om 凡例O:機能がオンである。空白:機能がオフである。A:機能のオンプオフが切替え可能である。 〔制御部のタスク]〕 制御部はリアルタイムOSを使用している。電源オン時にメインタスクが生成され る。左イヤホンと右イヤホンとで機能が異なるので,メインタスクはそのイヤホン で必要となるタスクだけを生成する。メインタスクを含め,それぞれのタスクは重 複しない固有の優先度が割り当てられる。リアルタイムOSのタスクの状態は,実行 状態,実行可能状態,又は待ち状態のいずれかである。 制御部のタスク一覧を表4に示す。クロックの周波数が基準周波数に等しいとき, タスクの実行に要する時間は表4に示す実行時間となる。スピーカータスク,マイ クタスク及び特定語検出タスクは起動周期内に処理が完了しなければならない。起 動周期内に処理が完了しない場合,音飛びやノイズなどの不具合が発生する。 ー38一 表4制御部のタスク一覧 ・ほかのタスクから通知を受けると,通知に応じた処理を行う。 428・機能の使用状況に応じて,適切なクロックの周波数を決定して,se クロック部に指示する。ただし,クロックの供給の停止はアイド ルタスクが行う。 ・音源再生時,音源データに音質補正を行い音声制御部に送信す る。 ス.ピーカー ・通話時音声データを音質補正は行わず,音声制御部に送信す る ・マイクから入力された音声データを処理する。 マイク・ノイズキャンセル機能の処理を行い,生成された環境音を打ち消2 すデータを音声制御部に送信する。 —・マイクタスクから受けた音声データを解析して,特定のキーワード 特定語検出を検出する。40 20 cee・通信部からデータを受信すると,メインタスクに通知する。ban a・ほかのタスクから通知を受けると,通信部に送信する。, アイドル・メインタスクから指示があると,クロック部にクロックの供給の停 止を指示する。 注!起動周期はクロックの周波数に依存せず一定である。単位はミリ秒である。 注?実行時間はクロックの周波数が基準周波数に等しいときの値である。単位はミリ秒である。 タスクの優先度は,通信タスクが最も高く,以下.メインタスク,|{|タ スク,| g|タスク,|h]929,アイドルタスクの順である。 アイドルタスクは最も優先度が低いので,アイドルタスクが実行状態のとき,ほ かのタスクの状態は|」|でぁる。

共通の文章

オブジェクト指向設計に関する次の記述を読んで,設問に答えよ。 M社は,企業内の複数の情報システムを接続するデータ連携ハブを製造する会社で ある。M社のデータ連携ハブは,企業の基幹システムを構成するERP(Enterprise Resource Planning)ソリューションやクラウドサービスとデータ連携するための部 品であるコネクタの種類が多いことが人気を呼び,売上を増大させている。 M社には三つの事業所に合計約100名が在籍しており,開発部がソフトウェアの開 発を行っている。M社のデータ連携ハブに含まれるコネクタを実現するソフトウェア は,ERPソリューションやクラウドサービスの仕様変更に合わせて頻繁に修正する必 要がある。また,同じプログラムコードが複数箇所にコピーされているなどの原因 によって保守性が低いという課題があり,コネクタの開発コストが増大している。 そこで,M社では,コネクタの開発コストを低減させるために,コネクタを構成する ソフトウェアを再設計することになり,開発部のN君が担当することになった。 [コネクタの利用方法」 N Blt,M社のデータ連携ハブのコネクタの利用方法を整理した。図1は,データ 連携ハブを用いてデータ送信元システムからデータ送信先シレステムへ組織データを 送信する例である。 データ送信元システムデータ送信先システム FTPS,CSV if FTPS,CSV i HTTPS,wl mare 凡例:画コネクタwl HTTPS,|会計システム| 図1データ連携ハブを用いた組織データの送信の例 データ連携ハブがFTPSを用いて人事システムからデータフォーマットがCSV形式 のデータを取得し,データフォーマットや通信プロトコルを変換して別の三つのシ ステムに送信している。このときデータ連携ハブのコネクタの役割は,通信プロト コルやデータフォーマットの変換である。 =A= 〔オブジェクト指向に関する調査 N Blt,コネクタを再設計するために,オブジェクト指向について調査した。オブ ジェクト指向では,ソフトウェアを部品化し,部品の組合せによって目的のソフト ウェアを作る。この方法では,データとそのデータに対する処理をーーつのオブジェ クトにまとめる|a|という設計指針のもと,外部公開するメソッドを定義し てオブジェクト内のデータや処理の変更がオブジェクト外に与える影響を小さくす る。また,あるオブジェクトの特性を他のオブジェクトに引き継ぐ|b|が可 能であり,開発コストを低減できる。また,同名のメソッド呼出しに対してオブジェ クトの種類によって異なる処理を実行するを実現することが可能である。 [コネクタのクラス設計】〕 N Blt,コネクタの利用方法を考慮(し.オブジェクト指向を用いてコネクタに関係 するクラスを設計した。N君が設計したクラス図(抜粋)を図2に示す。 #論理削除:boolean 衝+pro:プロトコル+デシリアライズ0:i> 十form:フォーマッシリアラ>デー L+データ取得()が +データ送信(data: 連携データ) ^ キシリアライズ(data:連携データ) +デシリアライズ():連携データ +L 二データ送信(data:組織データ) L-ー キシリアライズ(data:連携データ) ーートニーnk+デシリアライズ():連携データ pro:プロトコル):組織コネクタ 凡例リー 「ーーーーーーーーー [ae|:ot ASEE 5クラス4十送信(data:連携データ,form:フォーマット) |一属性名:型。。|が |一メソッド名(引数名:型):型| は属性やメソッド !は公開,は保護を指す。 !※省略※省略 斜字体は抽象を意味する。1+取得(form:フォーマット):取得(form:フォーマット): |<b継承連携データ連携データ ;‘i送信(data:連携データ,送信(data:連携データ, 1 et form:フォーマット)form:フォーマット) 図2 N君が設計したクラス図(抜粋) まず,送受信するデータのデータ項目を定義する連携データクラスとそれを親ク ラスとする組織データクラスを設計し,各クラスに必要な属性とメソッドを設計し た。連携データクラスの論理削除属性は,組織データクラスのメソッドからアクセ 2|_s| フォーマットクラス,CSVクラス,XMLクラスは,送信するデータをCSV形式やXML 形式に変換(セリアライズ)LEY,受信したCSV形式やXML形式のデータを解析し て,連携データクラスのインスタンスを生成(デシリアライズ)したりするクラス である。また,XMLクラスのシリアライズのように,親クラスと同じ名称・引数・戻 り値のメソッドを定義することを|f Jews. プロトコルクラス,FTPSクラス,HTTPSクラスは,データ送受信のためのクラスで ある。コネクタクラス,組織コネクタクラスは,コネクタを実現するためのクラス であり,送受信するデータのデータ項目に応じて処理を行うものである。 図2で設計されたクラスを用いて,図1に記載のデータ連携ハブから製造システム 向けにデータを送信する組織コネクタクラスのインスタンスを作成する場合, | 』|クラス及び|h|]クラスから生成したインスタンスを引数に,組織 コネクタクラスのインスタンスを作成する。|h|クラスの送信メソッドの中 ではフォーマットクラスのシリアライズメソッドが呼び出されるが,実際には [| 』|クラスのシリアライズメソッドが呼び出される。 [コネクタの修正〕 N君は,今後予想されるコネクタの修正時に,図2で設計したクラスに対して少な い修正で対応できるか机上で検証した。 図1に記載の人事システムに格納されている研修受講記録データを新たに他システ ムへ送信する必要がある場合には,①新しいクラスを二つ作成すればよい。また, CSVファイルやXMLファイルの中の講座名などの文字列の文字ゴードを変換する共通 機能が必要となった場合には,②図2のある一つのクラスに文字コード変換のメソッ ドドを追加すればよい。 その後,N君は。コネクタの再設計に関する必要な作業を完了した。 ー44—

共通の文章

電気機器メーカーの新たなプロジェクトに関する次の記述を読んで,設問に答えよ。 A社は,大手の電気機器メーカーである。主製品は,製造現場で用いられるlol センサーなどの機器である。製造業向けの産業機械市場に機器を提供する事業で成長 してきたが,近年,成長の速度が鈍化している。そこで,研究開発していた生体セン サーを核にして消費者向けのヘルスケア市場に所たなサービスを提供する新事業に進 MSL ELA, 新事業を推進するヘルスケア事業開発部(以下,事業開発部という)を設立して, 新たなサービスの事業可能性を検証するためのプロジェクト(以下,本プロジェクト という)を立ち上げることになった。昨年から始まったA社の中期事業計画では,製 品開発やMMAなどを通じて,5年後には事業開発部の売上高比率を全社の20%程度ま でに拡大し,主力事業の一つにする計画である。 [ヘルスケア事業の概要と本プロジェクトの位置付け (1)ヘルスケア事業の概要は次のとおりである。 ・今後,成長が見込まれる消費者向けのヘルスケア市場に進出し,高齢化に伴う未 病対策といった健康増進に関わるサービスを提供することを目的とする。 ・消費者向けに機器に加えてサービスを提供するために,小規模ながらUX/UIデザ インに定評のあるWeb開発会社のT社を買収し事業開発部に吸収した。 ・医療機器製造業で健康増進に関わるサービスへの進出を計画しているR社と事業 提携の交渉をしている。R社の事業部長S氏は提携に消極的だが,当面はA社に 協力するようR社経営届から指示されている。 ・最初のサービスとして,BA,血圧,体温などのバイタルデータを活用して運動 を促す行動変容サービス(以下,新サービスという)を提供する。 (2)本プロジェクトの位置付けは次のとおりである。 ・生体センサーと連携した消費者向けのWebシステムを開発して新サービスを実現 し,事業可能性を検証する。 ・本プロジェクトはA社の取締役会で承認され,事業開発部とシステム部の両方を 管掌するB取締役がプロジェクトスポンサーとなり,プロジェクトマネージャに はシステム部の(C課長が任命された。 ー46一 ・A社のシステム部,旧T社のメンバーを含む事業開発部及び派遣契約で参加する R社のメンバーでプロジェクトチームを編成する。 ・新サービスの事業可能性を,他社の健康増進サービスの利用経験者を含む20名 の先進的なユーザー(以下,先進ユーザーという)に参加してもらって検証する。 [本プロジェクトの立ち上げ〕 A社ではこれまで多くのプロジェクトを立ち上げてきたが,いずれも産業機械市場 への機器の提供に付随するシステム開発プロジェクトであった。C RR,本プロジ ェクトの立ち上げに際して,次のことを考慮してプロジェクト計画を作成する必要が あると考えた。 ・本プロジェクトは,①A社でこれまでに実施してきたプロジェクトとは異なる市場 面及び製品・サービス面の特性をもつ。 ・これまで一緒に作業をしたことがない先進ユーザー,R社からの派遣社員及びI旧T 社のメンバーが参加する。 ・新市場に白サービスを提供するので,本プロジェクトには新たな視点での目標設定 が必要である。そこで,旧T社のメンバーにもヒアリングした結果,顧客中心の考 え方に基づいて,顧客への体験価値の提供を,本プロジェクトで最優先に達成する 目標に設定した。 ・事業可能性を高めるためには,先進ユーザーに参加してもらった上で,体験価値を 確実に実現できるまで仮説検証プロセスを反復してから新サービスを開始する必要 がある。 ・R社のS氏は,本プロジェクトの成否や成果に強い関心をもっており,新事業が順 調に立ち上がれば,提携に積極的な態度に変わるものと期待できる。 [プロジェクト計画の作成〕 C課長は,影響の大きい社外のステークホルダを特定し,表1のとおり社外のス テークホルダ登録簿を作成した。なお,A社内のステークホルダのプロジェクトに対 する姿勢はいずれも“RTS”CHS. ed= 表1社外のステークホルダ登録簿 、プロジェクト —aK 4 Ex 仮説検証プロセスに参加して,事業可能性を検証す|支持する る。 2|RHOSE R社のヘルスケア事業を企画していて,事業提携の|②抵抗する 交渉相手となる。 次に,C課長は,本プロジェクトチームのメンバーが担う役割と本プロジェクトへ の貢献についての認識を,表2のとおり整理した。(課長は,各メンバーが本プロジ ェクトへの貢献についての認識に基づいて活動できれば,本プロジェクトの目標は達 成できると考えた。一方,各メンバーは,本プロジェクトでの活動について,他のメ ンバーとの協働やこれまでの作業環境との違いなどに不安を感じていることが分かっ i. 表2メンバーが担う役割及び本プロジェクトへの貢献についての認識 4=4宇日当 本プロジェクトへの ビジネスアー|新事業の目的の実現に向け|ビジネスモデルを設計し,|事業開発部 キテクト(BLT,新サービスの提供方法を|ビジネス視点での提供価値|の部員及び 事業開発者)|策定した上で,ステークホル|を明確化する。R社からの ダと協力関係を築き,本プロ派遣社員 ジェクトのスコープの確定と 成果の評価を行う。 2|UX/UIデザイ|新サービスの体験価値実現の|新サービスの設計や,機|事業開発部 ナープロセスを設計する。能,情報の配置,AM,利|OMA(IB 用性(ユーザビリティ)の|T社出身) デザインで体験価値を実現 する。 3|データサイエ|新サービスでのデータ活用を|データ活用によって新サー|システム部 yea Ak主導する。ビスの体験価値を拡大す|の部具2名 る。 4|ソフトウェア|新サービスを提供するための|新サービスを提供するため|システム部 エンジニア|システムやソフトウェアの設|のソフトウェアの機能の実|の部員2名i 計・実装・運用を行う。現及び開発・運用環境の整 備を行う。 C課長は,本プロジェクトで,③アジャイル開発アプローチを採用することにした。 cs 48ーー [リスクマネジメント計画] C課長は,PMBOKガイド第7版に基づき,表3のとおり本プロジェクトへの影響が 大きいリスクを特定し,リスクへの対応戦略とそれに基づく対応策をリスク登録簿に 設定した。 表3リスク登録簿(抜粋) リスクへの 1|ビジネス上の意思決定についてR B取締役,R社経営層及びS氏の参集 社経営層との調整が難航し,R ttにューする場(ステアリングコミッティ からの派遣社員が活動できず,プー)を作り,意思決定が遅れないよ ロジェクトの進捗が遅れる。うにする。 2|先進ユーザーが提示する新サービサービス開始日を延期して,要件が 収束せず,サービス開始日までにに対応するための予備費を確保して スの体験価値実現に対する要件がa収束するまで開発を継続する。これ 開発が完了しない。おく。 3|各メンバーが,他のメンバーとの④メンバーの活動を阻害する不安要 協働やこれまでの作業環境との違因を排除して,メンバーが活動しや いなどに不安を感じていて,これ(省略)すい環境を作る。 によって本プロジェクトの目標が 達成できない。 C課長が,作成したプロジェクト計画を取締役に報告したところ,“| c| が本プロジェクトの最優先の目標なので,特に,表3項番2を注視するように"と指 示を受け,承認を得た。

共通の文章

問19サービスデスクの立上げに関する次の記述を読んで,設問に答えよ。 B社は,中堅の電子機器販売会社で,全国に営業拠点がある。B社の営業部は,営 業拠点に営業員を配置し,商品を販売している。販売数は順調に増加しているので 今後営業員の増員を予定している。B社のシステム部サービス課は,営業支援シス テム(以下,、本システムという)の設計,開発及び運用を行っており,本システムを 営業支援サービス(以下,本サービスという)として利用者である営業員に提供して いる。また,サービス課は,サービスマネジメント活動を行っており,それぞれの活 動に管理プロセスを定めている。サービス課に所属するC君はD課長の下でサービス マネージャを務めており,管理プロセスのマネジメントを行っている。サービスマネ ジメントの主な管理プロセスを表1に示す。 表1サービスマネジメントの主な管理プロセス 注”本サービスの機能や利用方法についての質問のこと。 注9パスワードリセット,利用者の機器の移動など,手順が定型化されている,あらかじめ承認された変 更のこと。 注?標準変更以外の変更のこと。 サービス要求管理については,利用者からのサービス要求を,サービス課の担当者 が電話又は電子メールで受け付けている。受け付けた担当者はサービス要求を実現し, サービス要求の内容,実現した内容及び対応時間を問合せ記録澄に記録している。 サービス課では,本システムの初期リリース後も,順次,機能追加のリリースを行 っている。各機能のリリース時には,利用者向けに説明会を開催し,開発の担当者が 説明者となって機能の概要や利用方法の説明を行い,リリース後の問合せ先として, 説明会の説明者が案内されている。 ー52一 [サービス要求管理の現状と課題] .サービス要求のうち,問合せは,担当者が本サービスの操作マニュアル及び機能の 詳細を記述した本システムの仕様書を参照して回答し,標準変更は,担当者が定型業 務手順書を参照して実施している。なお,問合せの回答では,経験豊富な担当者は, 操作マニュアル及び本システムの仕様書だけでなく暗黙知を使って問合せに短時間で 回答する場合も多い。このことから,利用者からの問合せに対して最初の連絡で回答 した割合(以下,一次解決率という)に,担当者間で差が出ている。また,問合せを 受けてから回答までに要する時間を短縮するために,一次解決率の向上が課題となっ ている。今後,営業員の増員に伴いサービス課の業務量の増加が予想されているので, 担当者の負荷が増大するおそれがあり,長時間残業の防止も課題となることが推測さ れる。 そこで,サービス課は,一次解決率の向上のため,サービス課の経験豊富な担当者 に指示して,問合せ記録簿に記録されている内容を基に,問合せ内容,対応手順及び 回答内容を整理した問合せ対応ノウハウ集を作成することにした。HET,営業員の 増員による長時間残業を防止するために,来年度からサービス課内に新たな組織とし てサービスデスクを立ち上げ,そのサービスデスクでサービス要求を受け付けて実現 することにした。C君がサービスデスクのサービスマネージャに任命され,立上げも 行うよう指示された。サービスデスク要員は,サービスデスクの業務経験が豊富な要 員を新規採用し,C君の配下でサービスデスク業務を担当させることにした。 〔サービスデスク立上げの検討 D課長は,サービスデスクについて,“サービス課の業務量の増加に対応するため に,業務を極力サービスデスクに移管する"とともに一次解決率をできるだけ高く Lt,顧客満足を向上させる"との方針を挙げた。 C君は,D課長の方針を受け,サービス要求のうち,問合せについては,サービス デスク要上只が問合せ対応ノウハウ集を活用して,利用者からの問合せに対して [a|できるようにすることで,一次解決率を向上させようと考えた。なお, サービス要求のうち,標準変更については,サービス課で現在利用している定型業務 手順書を参照して,サービスデスク有要員がサービス要求を実現できることを確認した。 これらを踏まえて,C君は,表2に示すサービスデスク立上げステップを定めた。 ー53— 表2サービスデスク立上げステップ iサービス要求管理のサービス課とサービスデスクが連携して,サービスデスクで行うサービス プロセスの作成要求管理のプロセスとルールを作成する。 2サービスレベル目標の|サービス課と営業部とのSLA合意に先立って,サービス課と営業部でサー 決定ビスレベル目標を決定する。 要員体制決定サービスデスクの要員体制を決定する。 .、サービス課の経験豊富な担当者が,サービスデスク立上げ時点で必要なサ サービス課の担当者からサービスデスク要員に対して,[5|を Do |6|Fame。|サービスデスクが事前検証のために,利用者を想定した予行演習を行う。 サービス開始サービスデスクがサービスデスク業務を開始する。 [サービスデスクで行うサービス要求管理のプロセスの作成 C君は,表3に示すサービスデスクで行うサービス要求管理のプロセスを検討した。 表3サービスデスクで行うサービス要求管理のプロセス ・利用者からのサービス要求を受け付け,内容を問合せ記録簿に記録する。 Aa WE・サービス要求の内容を確認し,分類と優先順位付けを行う。 e|eae-サービスデスクで実現可能なサービス要求は項番3を実施する。 ー・サービスデスクで実現不可能なサービス要求は項番4を実施する。 ・問合せについては,操作マニュアル,を参照して回答する。標準変 。|サービス要求|更については,定型業務手順書に従って実施する。 の実現・サービス要求が実現できた場合は,項番5を実施する。実現できなかった場合 は,項番4を実施する。 ra・C君に対応をエスカレーションする。(君が割り当てたサービス課の担当者が対応 4^を行った後,サービス課の担当者から対応結果の回答を受け,対応内容を確認す ョンの実施る aren・利用者にサービス要求が実現できたことを確認する。 5 A|・実現できている場合は,項番6を行う。実現できていない場合は,項番2から再 実現の確認ーー 度実行する。 MT・必要に応じて,問合せ対応ノウハウ集の項目追加又は更新を行う。 ーー・問合せ記録簿の記録を更新し,終了する。 C君は,表3をD課長にレビューしてもらい,質問と指示を受けた。そのときのD 課長とC君の会話を次に示す。 D課長:項番3で標準変更については,現状の定型業務手順書を使うことになってい るが,サービスデスク有要員で対応可能ですか。 C君:定型業務手順書は,よく整備されており,対応可能です。 D課長:①サービス課の担当者が行っている業務に定型化できるものがないかを調 付してくだきい。 C君:調査して報告します。 その後,C君は指示された調査を実施して,D課長に報告して了承された。 [サービスレベル目標の決定〕 サービス課と営業部とのSLA合意に先立って,サービス課内部で会議を開催した。 会議の中で,SLAには,サービスデスクの稼働時間.コミュニケーション手段,サー ビス要求の実現に要する平均時間のほか,サービス要求件数の上限の取決めが必要で あることを確認した。今後,内容を整理して営業部と協議することになった。 また,会議の中でD課長から,“営業部と合意するサービス要求の実現に要する平 均時間に関して,内部指標を設定して管理する。内部指標として問合せについては, ②現状のサービス要求管理における課題の解消状況が分かるKPIを設定して管理を行 い,顧客満足を上げていく。”との説明があった。 [要員体制決定〕 C君は,来年度のサービスデスクの要員体制を決定するために,サービスデスク要 員の工数を算出することにした。そこで,問合せ記録簿からサービス要求管理に要し た対応時間を調査した。現状の平均サービス要求件数と平均対応時間を表4に示す。 ー55一 表4現状の平均サービス要求件数と平均対応時間 |1|問合せ(機能こついての質問|24|(0| |3|標準変更定型業務手順の実施依頼)|。。。。6|20| C君は,表4に加え次の条件を前提として,③1日当たりに必要な工数を算出した。 ここで,1人の要員は,1日に8時間の対応時間が確保できるものとする。 ・要員は一つのサービス要求に対応している間は,その対応に専念する。 ・来年度のサービス要求件数は,営業員の増員によって表4に示す平均サービス要求 件数がいずれも現状より2割増加する見込みである。 ・サービス要求の集中度合いを考慮して,算出された工数に2割の余裕を確保する。 なお,サービスデスクの要員数については,工数に加えて,勤務体制,稼働率,エ スカレーションの割合,採用する要員の技能などを考慮して決定することにした。

共通の文章

チャットボット導入における開発計画の監査に関する次の記述を読んで,設問に 答えよ。 W社は,中堅の家電メーカーである。顧客サービス部では,製品の特徴や使用方法 に関する顧客からの問合せなどに回答するコールセンターを運用しており,Web上で 顧客からの問合せに対し,定型文で自動的に回答するチャットボット(以下,現行 CBという)で作業効率を向上させてきた。 問合せ内容をより的確に解釈するなど,回答の品質向上のために,顧客サービス部 長がシステムオーナーとなり,現行CBのベンダーが提供する,ディープラーニング を利用していない機械学習方式のチャットボット(以下,新CBという)を導入する プロジェクトを立ち上げることになった。 企画プロセスの完了を受けて,W社監査部のシステム監査チームは,新CBの開発 計画の適切性について監査を実施することになった。そのために実施した予備調査の 結果,次のことを把握した。 [予備調査の結果] (1)現行CBの概要と課題 ①W社では,季節性のある製品を多く取りそろえているので,顧客から寄せられ る問合せ数は,季節性のある製品では季節によって偏りがある。 ②現行CBでは,顧客が入力した曖昧な言葉に対応できず,FAQに回答が存在す るにもかかわらず,問合せを解釈できずに回答が表示されないことや,誤った回 答を表示することがある。顧客が現行CBの回答では不十分と感じた場合には, 顧客からの要望で.。コールセンターのオペレーターが代わって問合せ対応を実施 している。 ③導入効果をモニタリングするために,顧客の入力テキスト,現行CBが表示し た回答,現行CBの回答に対して"役立った"かどうかの結果などを,CB回答履 歴として保存している。これらの情報を分析し,顧客から“BOK”という評 価を得た割合(以下,回答満足率という)を効果測定の指標のりーつにしている。 ④新製品については,発売に合わせて新規にFAQを知識ベースに登録している。 今回のプロジェクト期間中にも,発売が予定されている新製品が複数ある。 ー58一 ©現行CBを導入した際には,受入テストを顧客サービス部員が参加せずに開発 担当者だけが実施したことから,新製品に関する問合せに対して適切に回答でき ないなど,本番移行後に混乱を招く問題点があった。 (2)プロジェクトの概要 これまで,企画プロセスにおいて新CB導入の目的の明確化,システム化計画の IH,及びPoC(Proof of Concept:概念実証)を実施しており,PoCの結果は品 質向上の効果を見込めるものであった。現在,開発計画書案を顧客サービス部とシ ステム部が共同で作成したところである。関係する役員,及び財務部,顧客サービ ス部,システム部の各部長で構成するプロジェクト運営委員会で開発計画書案を承 認する予定である。 今後の開発プロセスにおいて要件定義,追加の機械学習を含む設計,RR,TA ト,受入テスト,及び本番移行を予定している。新CBの機能構成を図1に示す。 mmテーッ【net@ =.回答機能 ese f a wee デー 図1新CBの機能構成 (3)新CBの機能概要と機械学習 ①回答機能には,現行CBよりも改良した知識べベースを備えており,新CBにおい ても新製品の発売に合わせてFAOを知識ベースに登録する。新CBでは,類似す る言葉を整理して,言葉の関連度合いを格納している用語データベース(UE, 類義語DPという)が備わっている。回答機能では,顧客の入力テチキストを自然 言語処理し,類義語DBと突き合わせることで,顧客の曖昧な言葉遣いに対して ある程度問合せ対応可能であり,回答満足率の向上が期待できる。 ②新CBの類義語DBは,ベンダーからの納入時には一般的な語句だけに対応して いる。W社製品に関する語句などを類義語DPに反映するには,二つの方法があ る。一つ目は,手作業入力データを基に学習機能に備わる手作業入力機能によっ て,類義語DBを整備する方法である。二つ目は,現行CBのCB回答履歴から抽 ー59— 出した文章を自然言語処理によって品詞別に分解し,AIモデルによって機械学 習することで類義語DBを整備する方法である。 PoCでは,機械学習によって類義語DBを整備する際のサーバ処理に想定以上 の時間を要していた。 ③Polにおける機械学習による類義語DBの整備では,現行CBのCB回答履歴か ら6か月分を学習用データ及びテスト用データとして,ランダムに抽出した。ま た,回答満足率を指標にして,効果の目標レベルを定め,新CBの有効性を判断 している。 ④新CBでは,設計において,追加の機械学習によって類義語DBの精度を高め, 回答満足率を上げる想定である。設計後においても,本番運用向けの類義語DB の学習では,再学習を実施する。 (監査手続案の作成〕 予備調査の結果を踏まえて,システム監査チームが作成した監査手続案(抜粋)を 表1に示す。 表1監査手続案(抜粋) 1|追加の機械学習後のテスト結果|開発計画書案を閲覧し,追加の機械学習における では効果があったにもかかわら|3|用データとテスト用データを別に準備してい す,本番運用において効果が誰」ることを確認し,評価する計画になっているかどうか確 められない。かめる。 2|類義語DBの整備が不十分であ|開発計画書案を閲覧し,発売前の新製品に関して適切に ったことによって,新製品に関回答するために,| b|機能による類義語DB Ow 切な回答をしない。 SORIA LC,MCBが適|備を実施する計画を策定しているかどうか確かめる。 3|受入テスト結果では当初予定の|開発計画書案を閲覧し,本番移行の可否判断で使用する 導入効果がなかったにもかかわ|適切な評価項目とその項目に設定した具体的な効果の せず,本番運用に移行する。 らず,再学習などの対応を実施| c|が定められているかどうか確かめる。 4テストにおいて不具合を発見し|開発計画書案を閲覧し,次を実施する計画になっている た際に原因箇所の特定に時間を|かどうか確かめる。 要したり,同じ不具合が本番運|・テストの手順が策定され,手順にのっとりテストを実 用で発生したりする。施する。 ・テスト結果と不具合の対応状況を文書化して保管する とともに,プロジェクト関係者による|a]ee 切に実施する。 [監査部長の指示 監査部長は,監査手続案をレビューして,次のとおりシステム監査チームに指示した。 (1)表1項番1について,設計における追加の機械学習では,類義語DBの整備がス ケジュールどおり完了しないおそれがある。機械学習を実行するサーバに対する非 機能要件のーつである| e|が,Pocを実施した際の実績データから導いた 要件になっているか確かめること。 (2)表1項番2について,新製品だけでなく,現行の|ft|に関する問合せ への回答について,学習用データが不十分で,適切に回答できないおそれがある。 設計における追加の機械学習では,製品を網羅する観点から学習用データを準備す る計画になっているか確かめること。 (3)表1項番3について,新CBの有効性を確保するために,| g|に先立っ て,プロジェクト運営委員会が,当初予定の導入効果が得られる見込みを評価する 計画になっているか確かめること。 (4)追加する監査手続として,現行CB導入時における問題点を踏まえて,SHOR 発プロセスにおいて顧客サービス部による| h|か適切に実施される計画に なっているか確かめること。