応用情報技術者 2025年 春期 午後 問題

共通の文章

サイバー攻撃への対策に関する次の記述を読んで,設問に答えよ。 (社は首都圏に複数の販売店をもつ,中堅の中古車販売会社である。 C社はS県に複数の中古車販売店舗を展開する『P社と業務提携しており,P社の中 古車情報もC社の販売管理システムに登録した上で販売を行っている。 [C社販売管理システムの概要]〕 販売管理システムは,Webサーバ,アプリケーション(以下,APという)サーバ及 びデータベース(QE,DBという)サーバから成り,C社及びP社の販売店は,Web サーバを経由して中古車情報や販売実績の登録を行う。C社の販売店の情報は,C社 内のPC(以下,。PC-Cという)から,APサーバの販売店情報登録ツール(以下,販売 店ツールという)を利用して登録を行う。また,販売管理システムのWebサーバ,AP サーバ及びDBサーバ(以下,C社各サーバという)のメンテナンスは,(社の社内シ ステム担当が,社内システム用のPC(LAF,PC-Sという)から管理者権限のあるID (以下,特権IDという)で(社各サーバにログインして実施している。 P社の販売店の情報は,P社従業員が,社内に設置したP社販売店情報登録用のPC (以下。PC-Pという)から,(社内に設置したP社販売店情報登録用のPC(LAF, PC-Rという)にリモートデスクトップでログインし,販売店ツールを利用して登録 を行う。P社は,P社従業員の自宅PC(以下,自宅PCという)からSSL-VPNを利用し て,PC-Pにリモートデスクトップでログインできる環境を構築している。 C社及びP社のネットワーク構成(抜粋)を図1に示す。 C社C社販売店 (reser erie 2 It a dpe|_——_——— |サーバ|tl capes}eee 1 1 トーーーーーーーーーーーー-1—P社従業員自宅 DMZセグメント!:! !本| |Pe-R| PLN J業務セグメント!L FI!! |サーバ|サーバローー」Pat"ニーニー all!業務セグ FW:ファイアウォール広域イーサネットメント 図1 C社及びP社のネットワーク構成(抜粋) cae 6| C社FW1,FW2及びP社FW3の許可ルール(FREE)を表1に示す。 表1 C社FW1,FW2及びP社FW3の許可ルール(抜粋) プロトコル/ポート番号 P社の業務セグメント(社の業務セグメント P社の業務セグメント社の業務セグメント 注記FW1,FW2及びFW3は,応答パケットを自動的に通過させる,ステートフルパケットインスペ クション機能をもつ。 C社各サーバにはマルウェア対策ソフトウェアがインストールされている。(社各 サーバのデータは,毎日午前9時39分一午前1時39分の間にバックアップを行う。 月曜日にデータのフルバックアップを行い,火曜日から日曜日まではデータの差分 バックアップを行っている。NASには月曜日を起点として最大7日分のバックアップ を1世代分保存しており,次の世代のデータは前の世代のデータに上書き保存される。 また,C社各サーバのシステムバックアップもNASに保存している。 (社及びP社の各PC,各サーバ及びネットワーク機器のログは各機器内部に保存し ており,ログのサイズが最大値に達した場合は,最も古い記録から上書きする設定 になっている。 C社の各PC及び各サーバはログインのロックアウトのしきい値を5回に設定してい る。 [セキュリティインシデントの発生〕 ある月曜日の午前9時頃,C社のシステム部門に,C社販売店から販売管理システ ムが利用できないとの報告があった。システム部門のR主任が販売管理システムを調 査したところ,C社各サーバのデータが暗号化されていることが判明した。 R主任は外部のセキュリティ会社であるU社に連絡してインシデントの調査を依頼 Lk.社のX氏から“①電磁的記録の証拠保全,調査及び分析を行うので,CHA のインターネットと広域イーサネットに接続しているネットワークを応断した後, 全てのPCの使用を停止してください"との要請があり,R主任は要請に従った。 Wiに [セキュリティインシデントの調査 X氏から“PC,サーバ及びネットワーク機器のログを分析した結果,侵入者は次の (1)て(4)の順序で攻撃したことが判明した”と報告があった。 (1)インシデントの報告日の午前3時15分に,PC-PからPC-Rにログインした。 (2)PC-Rと同じパスワードのログインIDがPC-Sに存在していた。PC-Rのログイン に利用したパスワードで,PC-Sにリバースブルートフォース攻撃を行い,PC-Sに ログインした。 (3)“社内システム担当がサーバにログインする際に利用したIDとパスワードを, PC-Sのメモリ上に保存してしまう”というPC-$のAPソフトウェアの脱明性を利用 LT,C社各サーバにログインした。 (4)C社各サーバのマルウェア対策ソフトウェアのプロセスを強制終了して,ラン サムウェアを実行した。 X氏は"侵入経路である『社の機器もC社と同様に電磁的記録の証拠保全,調査及 び分析を行う必要があるので,P社へ連絡するように"とR主任に要請した。 X氏がPC-P及びP社のネットワーク機器を調査したところ,次の状況が判明した。 ・VPNルータには認証に関する脆弱性があった。 ・攻撃に利用されたPC-PのIDとパスワードはPC-Rと同一であった。 ・PC-PのIDは"admin',パスワードは“password123456”であった。 ・PC-Pへはadministrator”のIDに対して異なるパスワードで約1万回ログインに 失敗した後,“admin”のIDに対して異なるパスワードで150回ログインに失敗し, 151回目でログインに成功していた。 X氏は“侵入者はVPNルータの脆弱性を利用して,認証情報を取得した上でVPN接 続を行いPC-Pへ| 』|攻撃を行い侵入した後,|b|でPC-Rヘログイ ンした可能性が高い。PC-Pのログインに関する設定がPC-Rと異なっていたので, | 。|攻撃を防げずに侵入されたと推測される。"とR主任へ報告した。 ー8一 〔暫定対応及びシステムの復旧] 侵入経路と原因が判明したので,R主任及び『P社は次の折定対応を実施し,CHE サーバのシステム及びデータをバックアップデータから復旧の上,販売管理レステ ムの利用を再開した。 ・VPNルータとPC-SのAPソフトウェアに,脆弱性に対応した修正プログラムを適用 した。 ・PC及びサーバのIDとパスワードを推測が困難で複雑なものへ変更した。 ・②今回と同様の攻撃を防御するために,PC-Pの設定を変更した。ただし,NAT ードが漏えいし,リバースブルートフォース攻撃を受けた場合は,このPC-Pの設 定変更では防御できないおそれがあるので,PC-Rへのリモートデスクトップでの ログインは,P社からの利用申請を受けてC社が許可したときだけ可能とするルー ルを設けることにした。 [U社から(C社への報告 U社は(社へ,(社の課題をまとめて報告した。C社の課題(抜粋)を表2に示す。 表2 C社の課題(抜粋) 1(社に接続するP社のPC及びネットワーク機器について,機器管理や脆弱性管理ができ ていない。 2|侵入者が特権IDでログインし,今回のように(C社各サーバで操作を行った場合,マルウ ェアの検知ができなくなる。 3|インシデントの報告日の前日にランサムウェアに感染して暗号化されていた場合,③バ ックアップデータからの復旧に問題生じたおそれがある。また,NASに侵入されてバッ クアップデータが暗号化されるリスクもある。 4|一定期間に大量の攻撃を受けた場合,④過去に発生した事象が調査できなくなるおそれ がある。 〔課題に対する対策〕 R主任は,課題に対して次の対策案を検討した。 ・項番1の対策として,(社に接続するP社のPC及びネットワーク機器の情報をP社 から提供してもらい,機器の一覧を作成する。また,P社に運用ルールの作成を依 頼し,作成してもらった運用ルールが適切であることを確認する。 ーー9ーー ・項番2の対策として,R主任を特権ID管理者とし,R主任が許可した場合だけ,特 権IDを利用可能にする運用ルールを作成する。また,R主任が許可した場合には, 特権Dにワンタイムパスワードを設定し,利用者に払い出す仕組みを導入する。 TRE 3の対策として,バックアップデータが暗号化されないように,NASに加えて, |<|バックアップに対応したストレージにバックアップデータを保存する。 また,バックアップデータは3世代分保存する。 ・項番4の対策として,ログサーバを設置し,PC,サーバ及びネットワーク機器のロ グを保存する。 R主任は,C社内の再発防止会議で対策案の報告を行い,対策案は承認された。

共通の文章

企業の成長戦略に関する次の記述を読んで,設問に答えよ。 D社は大手の化学品製造・販売会社である。創業初期はフィルムカメラで使用する 映像フィルムや医療診断で使用するX線フィルムなどのフィルム事業を展開していた。 20数年前に情報記録方式がアナログからデジタルに変わるという事業環境の変化に よってフィルム事業の売上高が激減した。事業の危機に直面したD社は,保有技術を 軸にして製品・サービス及び市場を抜本的に見直すことによって事業を拡張してき た。 現在は,素材関連,映像関連及び医療関連の3事業分野の市場で様々な製品・サー ビスを展開している。LOL,D社の経営層は,今後の事業環境の変化に対応できる かどうかを懸念していた。そこで,事業環境の変化によって生じる全社の事業リス クに対応するために,更なる安定成長を目標とする中期事業計画を立案するよう経 営企画部のB課長に指示した。 〔D社の成長戦略の振返り]〕 B課長をリーダーとするチーム(UF,戦略策定チームという)は,まず過去2数 年間のD社の成長戦略とその結果を振り返ることにした。D社では成長戦略を立案す る際に,フレームワークとして図1に示す成長マトリクスを用いてきた。このマトリ クスは,市場を縦軸に,製品・サービスを横軸にしてそれぞれの軸を既存と新規の 領域に分けた四つの象限の戦略から成る。図1において,振返りの開始時点における 既存市場をフィルムカメラ関連市場及び医療診断市場とし,既存製品・サービスを 映像フィルム及びX線フィルムとした。 に py|第1象限第2象限 規市場開拓戦略多角化戦略 図1成長マトリクス ー12一 戦略策定チームは,D社が第1象限の戦略に取り組みながら,次のとおり,OF 2 象限及び第3象限の戦略を用いて事業を拡張してきたことを再認識した。 ・第2象限では,医療診断市場において,X線フィルムとデジタル画像処理の技術を 応用し,新たに医療用画像診断ネットワークサービスを立ち上げた。 ・第3象限では,新たな素材関連市場において,映像フィルムの製造で培った技術を WAL,フィルム,シート,膜の形状をした産業用液晶フィルムなどの素材を製 造して他メーカーに供給する事業を展開した。 これらの成功事例では,D社内の事業間で生産設備や技術を共用することによって |3|効果が生まれていた。 [成長戦略策定のための環境分析とクロスSWOT分析〕 過去の成長戦略を把握した戦略策定チームは,次に現在のD社に関する外部環境及 び内部環境を整理して分析した。 (1)外部環境 ・素材関連市場では,日本は高い技術力によって個々の市場規模は小さいが海外 市場でも高いシェアを占めている。しかし,国際的な競争激化や顧客ニーズの 多様化といった事業環境の変化によって,日本の優位性が脅かされつつある。 ・映像関連市場では,情報記録方式がアナログからデジタルに変わって様々な映 像媒体が出てきているが,技術開発の中心は媒体関連からストリーミングやXR (クロスリアリティ)などのコンテンツ作成・活用関連に移行している。 ・医療関連市場では,新しい医療手法が注目され,中でも再生医療市場の拡大が 見込まれる。国の主導で再生医療の研究開発と普及促進が行われている。 ・世界有数の長寿国になった日本で安心して豊かに暮らすために,健康意識やエ イジングケア意識が更に高まっていくと予想される。アクティブシニア層の増 加や,中年齢層及び女性層の矯要拡大によって,発毛剤などの機能的なヘアケ ア市場は大きな成長が期待できる。 (2)内部環境 ・前年度の社全体の売上高に占める事業分野別の売上高の割合は,素材関連事業 が5割,映像関連事業が2割,医療関連事業が3割であった。 ー13一 ・素材関連事業の売上高は,従来では量産が困難であった特性や機能を備えた特 殊な素材(以下,機能性素材という)の海外市場を含めた取扱高の増大が寄与 し,堅調に拡大している。KK,自社の最適化された生産プロセスを活用する ことによって,最先端製品に欠かせない機能性素材を短期間で開発・製造し 顧客ニーズの多様化に対応できている。 ・映像関連事業の売上高は,ここ数年間は横ばいで,他の事業分野の成長によっ てD社全体の売上高に占める割合は減少している。有望なコンテンツ作成・活用 関連事業は行っていないので,現時点ではこれ以上の事業拡張は見込めない。 ・医療関連事業の売上高は,医療用画像診断ネットワークサービスなどの診断型 の事業が大半を占め,ここ数年の伸びは鈍化傾向にあるものの,今後も市場は 拡大すると見られ,D社の市場シェアから見ると成長の余地がある。 ・D社は現在に至るまで長年にわたって,競合他社と差別化できて事業を進める上 で強みになり得るコア技術を維持してきた。現在のコア技術を応用した将来有 望な新製品として,フィルムの劣化を防ぐ抗酸化技術を応用した再生医療向け 製品,ナノテクノロジーを応用した高機能な発毛剤が挙げられている。 ・D社は映像関連事業での実績から全国的に企業知名度が高い。 戦略策定チームは,これらを基にSNOT分析及びクロスSWOT分析を行った。クロス SWOT分析では,SWOT分析で抽出した外部環境及び内部環境におけるプラス要因及び マイナス要因の組合せをマトリクスで表し,複合的な視点で戦略を立てた。今回の 環境分析の結果から一例を挙げると,素材関連市場で日本の優位性が脅かされつつ あるとき,|bp|ととの組合せによる戦略を用いることによって, 他社と差別化できる最先端の機能性素材を短期間で開発・製造する施策につながる。 戦略策定チームは,D社が今後も安定成長を続けるために,事業環境の変化による 事業リスクを分散・軽減する戦略について図1の第4象限に踏み込んで検討した。そ DER,②クロスSMT分析における機会と強みとの組合せによって生まれる戦略か ら導かれる再生医療事業は,従来の診断型の事業とは一線を画す治療型の新たな事 業として位置づけられ,将来有望視できると考えた。事業化への大きな課題として, 投資資金の確保,及び本格的な事業化までの期間の短縮を挙げた。B課長は,COR |討結果を経営層に報告したところ,新たな事業化については多角化戦略を用いて検 ー14一 討を継続するよう指示を受けた。 【多角化戦略の検討 その後の検討を経て,戦略策定チームは,再生医療事業と比較すると事業化まで に要する期間が短いと予想される③新たなヘアケア市場への事業参入を多角化戦略 の最初のターゲットに設定した。B課長は,D社が発毛剤を主力製品とするへヘアケア 事業を立ち上げ,ここから多角化戦略を推し進めることによって,事業拡張が見込 めるだけでなく,経営層が望んでいる④安定成長の実現に寄与できると考えた。 戦略策定チームは,へヘアケア事業の実現に関する分析を次のように整理した。 ・クロスSWOT分析から導き出される,機会と強みとの組合せによる戦略と合致する。 ・ヘへアケア市場は成熟している。しかし,D社が得意とする機能性に特長をもつ発毛 剤などの製品を揃える強力な競合他社は少ない。D社の高い企業知名度を生かせる ので,市場参入の可能性はある。 ・発毛剤は医薬品の分類に属しており,今後の治療型の医療事業との| a|効 果が期待できる。 ・新規事業の実現には新製品の開発推進,製造プロセスの整備,関連する事業ノウ ハウの習得,及び経営資源の獲得に要する多額の投資資金と長期の時間が必要で ある。一方で,事業環境の変化は急速で対応スピードを最も重視する必要がある。 ・新規事業が十分に成長するまでには期間を要するので,その間は既存事業も一定 の成長を維持する必要がある。 また,戦略策定チームは,有限であるD社の経営資源の活用に関して次のとおり考 Riles ・将来需要減退が進行する既存事業は選択と集中による事業再編を進め,将来性の ある新規事業に資金をはじめとする経営資源を再配分する。 ・既存事業では,成長が見込めて社の優位性が維持できる素材関連事業と医療関連 事業に経営資源を集中する。製品開発,M&Aなどの新規事業立上げの投資資金を確 保するために,既存事業の再編の施策として|a|]することを検討する。 ・D社がもっていない技術や事業ノウハウ,設備・人・組織などの経営資源は,事業 特性や将来性を見極めながら,⑤M&Aなどを通じて外部から獲得することで補う。 B課長は,ヘアケア事業の立上げの提案を盛り込んだ中期事業計画を経営層に報告 したところ,具体的な検討を更に進めるよう指示を受けた。

共通の文章

スライドパズルを解くプログラムに関する次の記述を読んで,設問に答えよ。 表1のルールで定義されるスライドパズルについて考える。 表1スライドパズルのルール Ri正方形の面に,1から順に1ずつ大きくなる数字の書かれた駒が配置されている。1 か所だけ駒の置かれていない空白のマス(以下,空白マスという)がある。 開始時点の盤面|開始時点では,駒と空白マスはランダムに配置されている。 ゴールの盤面盤面左上に数字が1の駒があり,右の駒の数字は1ずつ増えていき,その行の右端 の駒に書かれた数字より1大きい数字が,次の行の左端の駒の数字となる。BHA 下のマスが空白マスとなる。 駒の移動還の上下左右のいずれかに空白マスがある場合,駒を空白マスに移動することがで きる。駒が移動した場合,駒が置かれていたマスが空白マスになる。駒を空白マス に移動させて盤面を変化させ,ゴールの盤面と同じにすることを目指す。 一辺が3マスのスライドパズルの例を図1に示す。 開始時点の盤面ゴールの盤面 masta]し>[alslel 1行目一>|8|6|7」 3行目一>|3||1[7138]| 人 空白マス 図1一辺が3マスのスライドパズルの例 本問では,一辺のマスの個数が任意のスライドパズルにおいて,ゴールの毅面に なるまでの駒の移動回数が最小となる移動方法(以下,最小解という)を一つ求め るプログラムを作成する。 | [一辺がNマスのスライドパズルの最小解を幅優先探索を用いて求める方法〕 幅優先探索を行ったときの,スライドパズルの盤面の乱移を,グラフで表現する。 開始時点の盤面をルートノード,ある時点の盤面をノード,駒の移動に伴う盤面の 乱移をエッジで表現する。また,ゴールの盤面をゴールノードとして定義する。 幅優先探索で最小解を求める方法を次のように考える。ここで,Nは2以上とする。 探索対象のノードに対して,移動できる駒ごとにその有駒を移動した後のノードを —_18= 作成して,探索対象のノードの子ノードとし,探索対象のノードは探索済みとなる。 このとき,子ノードが表す盤面が既に探索したノード(以下,探索済みノードとい 5)と同じであれば,この子ノードは終端ノードとして,以降の探索は行わない。 また,子ノアードがゴールノードと同じであれば,最小解が見つかったと判断して探 索を終了する。 [Nが3の場合の例〕 一辺が3マスのスライドパズルの最小解を求める過程の例を図2に示す。 —fetst 7):set— ルートノードay eae_」 sl注記網掛けの部分は表示していない。 ①@⑧③| |816|7|ES|816|7| 1回目RE|215|4| BE Se eh stil| ④©©⑦⑧⑨⑩⑪ si 6{7][slel7i{slel7|{slel7|{(s][7][s[e]7|[sel 7]|[s[6]7] 2回目|[sla||214I[216|4l[214||2l5|| 回圏回|回圏回315]1 HERE ⑫ 1|213」 nla|4|5|6|ゴールノード [7/8]| M2一辺が3マスのスライドパズルの最小解を求める過程の例 (1)1回目の駒の移動では,ルートノードを探索対象のノードとする。ここでは, 移動できる有駒が三つあるので,ルートノードから深さが1となる①ー③の子ノード を作成し,ルートノードは探索済みノードとなる。ここで,①ー③の子ノードに 対して,ゴールノードの判定及び終端ノードの判定を行う。 (2)Ric,作成した子ノードで終端ノード以外のノードをそれぞれ探索対象のノー ドとし,駒の移動にあわせて子ノードを作成する。図2では,①ー③のノードから ④~<⑪の子ノードを作成し,①て③は探索済みノードとなる。ここで,④ー⑪の 子ノフードに対して,ゴールノードの判定及び終端ノードの判定を行う。図2では, 盤面が探索済みノードと一致する⑤,⑥及び⑩は終端ノードとなり,以降の探索 は行わない。 (3)以降,(2)で作成したノードの子ノードの作成と,ゴールノードの判定及び終 端ノードの判定を繰り返す。図2の⑫は,n回目の移動でゴールノードに至ったこ とを示LG bigなお,全てのリーーノ一ドが終端ノ—_ドと判定された場合,a —|VOBMKZSHOBRAKPRAWCLCERBRLTWSOC,その旨のメッセ ージを出力して探索を終了する。 Ric,配列を用いた盤面の表現方法を図3に示す。ここで,空白マスを表す値は最 も大きい駒の数字である8に1を加えた9とする。なお,配列の要素番号は1から始 まるものとする。 盤面を次の例に示すように配列を用いて表現する。 (1)盤面の行ごとに並ぶ駒の数字を整数型の配列で表す。 3列目 || 2列目 v (Ts[6]7[+>1行目を表す配列8,6,7} [2.5|44>2行目を表す配列(2,5,4) 「]3|]1ローーー>3行目を表す配列(3,9,1) (2)(1)で行ごとに定義した配列を整数型配列の配列(以下,盤面配列という)で表す。 {{8,6,7},(2 5,4},3,9,1) (3)1行目の3列目の駒の数字は,盤面配列名をboardとするとboard[1][3]として参照する。 図3配列を用いた盤面の表現方法 [一辺がNマスのスライドパズルの最小解を求めるプログラム] 一辺がNマスのスライドパズルにおいて,開始時点の盤面をランダムに作成し,最 小解を求め,開始時点の盤面からの居移及び駒の移動回数を出力するプログラムを 作成する。開始時点からの盤面の遷移を保持する単方向連結リストの要素となるク ラスBoardStateの説明を図4に,キューを実現するクラスQueueの説明を図Ic, リストを実現するクラスListの説明を図ic,プログラムで使用する主な関数を表 2に,最小解を求めるプログラムを図7に示す。 整数型配列の配列|盤面配列。初期状態は未定義。 space整数型の配列空白マスの場所を示す行番号と列番号の二つの要素から成る配列。初期 状態は未定義。 prev BoardState駒が1回移動する前のBoardStateのインスタンスへの参照。開始時点の 盤面からの乱移を出力する際に用いる。初期状態は未定義。 インスタンスを初化する。 BoardState(BoardState:st)|インスタンスを初期化し,メンバ変数に次の処理を行う。 (1)メンバ変数boardに引数で渡されたBoardStateのインスタンスのboard の値を格納する。 (2)メンバ変数spaceに引数で渡されたBoardStateのインスタンスのspace の値を格納する。 (3)メンバ変数prevに引数で渡されたBoardStateのインスタンスへの参照 stを格納する。 図4クラスBoardStateの説明 本和良のキューを生成する。 キューにBoardStateのインスタンスへの参照stを追加する。 キューが空の場合はtrueを返し,空でない場合はfalseを返す。 先頭のBoardStateのインスタンスへの参照を取り出して返す。 先頭のBoardStateのインスタンスへの参照を返す。 図5クラスQueueの説明 本和良のリストを生旋する。 add(整数型配列の配列:b)リストに盤面配列bを追加する。 isEmpty()論理弄リストが空の場合はtrueを返し,空でない場合はfalse を返す。 整数型配列の配列|リストの先頭に存在する盤面配列を返す。 6クラスListの説明 表2プログラムで使用する主な関数 eee createGoal(整数型:board_size)整数型配列の|引数board_sizeの値を一辺のマス数としたスライ 配列ドパズルのゴールの盤面を表す配列(以下,ゴー eel el createStart(整数型:board_sjze)整数型配列の|引数board_sizeの値を一辺のマス数としたスライ 配列ドパズルの開始時点の盤面配列をランダムに作成 し,出力して返す。なお,T-IORMA CA ii人MFI還 getSpace(整数型配列の配列:b)整数型の配列|盤面配列bを用いて,空白マスの場所を行番号と checkGoal(整数型配列の配列:b,論理型第一引数の盤面配列bと第二引数のゴールの盤面 加咽SS 整数型配列の配列:9)配列gを用いて両者が一致しているかどうかを判 一致しない場合はfalseを返す。 |SSデー printResult(BoardState:st)がし引数として与えられたBoardStateのインスタンス checkSameBoard(整数型配列の配列:b,|論理型引数で渡される探索済みの盤面配列のリストへの への参照stを用いて,開始時点の盤面からの乱移 een)(BEE List:D)参照しを用いて,盤面配列bが探索済みの盤面配 列のリストに存在するかどうかを判定して結果を 合はfalseを返す。 1:OsolveNPuzzle(整数型:board_size) 2:BoardState:start_state/*開始時点の盤面を保持するBoardStateのインスタンス への参照*/ 3:整数型配列の配列:goaLboard/*T—JVOR MBH*/ 4:整数型配列の配列:direction/*駒の移動に伴う空白マスの移動方向を行番号の増減を1番目 DER,列番号の増減を2番目の要素で表現する配列*/ 5:Queue:explore_queue/*探索対象の盤面を保持するキューのインスタンスへの参照*/ 6:List:check_list/*探索済みの盤面配列を保持するリストのインスタンス への参照*/ 7:BoardState:state/*駒が移動する前の盤面を保持するBoardStateの インスタンスへの参照*/ 8:BoardState:new_state/*駒が移動した後の盤面を保持するBoardStateの インスタンスへの参照*/ 9:整数型:change_num/*移動する駒の数字*/ |10:整数型:i/*forループ内で使用するカウンタ変数*/ 7最小解を求めるプログラム ーー9一 11:start_state<BoardState() 12:goal board<createGoal(board_size) 13:start_state.board<—createStart(board size) 14:start_state.spaceぐgetSpace(start state.board) 15:directionで{{1,0},{0,—1},{—1,0},(9,1}} 16:explore_queue<—Queue() 17:explore_queue,add(start_state) 18:check_listをList() 19:check_list.add(start_state.board) 20:white(|ア|がfalseと等しい) state<—explore queve.[_イ| 20:for(iを1からdirectionの要素数まで1ずつ増やす) 23:if((state.space[1]+が1以上)かつ 24:(state.space[1]+が[|ェ]以下)かつ 25:(state.space[2]+が1以上)かつ 26:(state.space[2]+が|ェ|以下)) 278 new_state<-BoardState(state) 28:new state.space[1]<state.space[1]+ 29:new state.space[2]<state.space[2]+ 30:change_numとnew_state.board[new_state.space[1]][new_state.space[2]] 31:new_state.board[new_state.space[1]][new_state.space[2]]<board_size X board size 32:new_state.board[state.space[1]][state.space[2]]<—change_num 33:if(|ヵ]がtrueと等しい) 34:printResult(new_state) 35:return 36:endif 37 if(checkSameBoard(new_state.board,check List)がfalseと等しい) 38:exptore_queue.|キ| 39:check_tist|ク| 40:endif 41:endif 42:endfor 43:endwhile 44:ゴールの盤面に至る駒の移動方法がない旨のメッセージを出力 45:return 図7最小解を求めるプログラム(続き)

共通の文章

社内LANの障害対応に関する次の記述を読んで,設問に答えよ。 Y社は,従業員約59名の経営コンサルティングサービスを提供する企業である。 従業員は会社支給のPCを使用して,Y社のオフィスや自宅などのテレワーク環境で 日々の業務を行っている。当該PPには,ディスク暗号化,PC利用時の多要素認証や 自宅からY社のオフィスへのSSL-VPN接続などのセキュリティ対策を施している。 Y社のオフィスのLAN(以下,Y社LANという)は,社内LANセグメント(以下,社 内LANという)とDMZセグメント(以下,DMZという)で構成され,Y社のオフィス 内では,PCは社内LANに接続して利用している。 社内LANには無線LANのアクセスポイント(LAB,無線APという)が設置され, PCは有線LAN又は無線LANで社内LANに接続する。PCのネットワーク関連の設定は, 社内LANに設置したDHCPサーバを利用して行われる。社内LANにはプリンタが設置 されており,社内LAN上のPCから印刷することができる。 DMZにはプロキシサーバ,キャッシュDNSサーバ及びファイルサーバが設置されて おり,社内LAN上のPCはプロキシサーバ経由でインターネットにアクセスしている。 業務で使用するファイル類はファイルサーバに保管し,Y社のオフィスやテレワーク 環境のPCを使って従業員間でファイルを共有している。 Y社LANは総務部が所管しており,B主任とCさんが日常的な運用管理と障害対応 を行っている。Y社のネットワーク構成を図1に示す。また,IPアドレスを固定で割 り当てている主な機器のIPアドレスとMACアドレスを表1に示す。 | 「-テレワーク環境!Y社LAN。『ーーーーーーーーーーーーニーーニーニーニニーーーニーーニーっ 1 DMZ(192.168.11.0/24): ||プロキシ||キャッシュファイル| ーーーーーーーーーーーーー1|サーバDNSサーバサーバ|| FW:ファイアウォール1! L2SW:レイヤー2スイッチ: L3SW:レイヤー3スイッチーー 注記1 DHCPサーバからは192.168.1.101ーーーーーイーナ|L3SW -200のIPアドレスを本する。|— 注記2 FWはNAPT機能を備えている。まIi AS WW|プリンタ|! |レワーク環境上のPCはSSL-VPNを用|i[PC|ec]|Pc|-|PC|[picサーバ| た,SSL-VPN機能を備えており,テ|i 1 ee|_____AEPALAN(192,168.1.0/24)! 図1 Y社のネットワーク構成 表1 IPアドレスを固定で割り当てている主な機器のIPアドレスとMACアドレス [プリンタの印刷障害〕 HOA,従業員から“社内LAN上のPCからプリンタへの印刷ができない”という 報告が総務部にあった。連絡を受けたCさんが,社内LANに接続していた自身のPC (以下PC-Cという)からプリンタに印刷を試みたところ,印刷できない状況であ ay fae まずCさんはプリンタ本体の管理画面を確認し,プリンタのネットワーク接続に問 題がないことや,ネットワークインタフェースのMACアドレス及びIPアドレスに誤 りがないことを確認した。PC-Cからプリンタに対してpingコマンドを実行したとこ ろ,プリンタからの応答はなかった。 次にPC-CのARPテーブルの内容を調べてみると,表2のとおりであった。 表2 PC-CのARPテーブル |]|!.166.1.1|0-00-5E-00-53-25| Cate) a|ee ee| Cさんは表2を確認して,①プリンタに割り当てられているIPアドレスが他の機器 に設定されていると判断し,従業員全員にPCのIPアドレスを確認するように依頼し た。その結果,従業員のDさんから“自宅のテレワーク環境で会社支給のPCを接続 した際にIPアドレスを手動で設定していたが,その設定のまま社内LANに接続した”" との連絡を受けた。DさんのPC(以下,PC-Dという)を確認したところ,手動でIP アドレス| 』|が設定されていた。CさんはPC-DのIPアドレスをDHCPサーバ から自動で取得する設定に変更した後,PC-Cからプリンタに印刷できることを確認 した。 Cさんは,プリンタの印刷障害への対応状況をB主任に報告した。B主任は,今回 の障害への対応策として,②社内LANを二つのサブネットに分割してPCとプリンタ を別のセグメントに接続する対策を検討るようにCさんに指示した。また,セキュ リティ対策として,社内LANにPCを接続する際の,MACアドレス認証や認証サーバを 用いたIEEE| b|認証を導入することの検討と.PCの1PアドレスをDHCPサー バから自動で取得する設定の変更を原則禁止とする旨の社内規程への明記及び従業 員への周知をCさんに指示した。 [インターネットのアクセス障害〕 ある日,従業員から“インターネットにアクセスできない"”という多数の報告が 総務部にあった。Cさんが原因を調査するために,PC-Cからプロキシサーバ及びキャ ッシュDNSサーバに対してpingコマンドを実行して疎通確認を行ったところ,WS れも正常な応答が返ってきた。さらに,コマンドを実行してキャッシュ DNSサーバで名前解決ができるか確認したところ,名前解決はできなかった。 Cさんは,キャッシュDNSサーバのDNSソフトウェアに不具合が発生していると考 えて,キャッシュDNSサーバを再起動した。再起動後,名前解決ができるようになり, インターネットへのアクセスが正常化したことを確認した。 Cさんは,インターネットのアクセス障害への対応状況をB主任に報告した。B主 任は,今回の障害への対応策として,キャッシュDNSサーバの乏働状況を監視する対 策に加えて,③キャッシュDNSサーバの不具合時にもインターネットへのアクセスが 継続できる対策を検討するようにCさんに指示した。 [インターネットのアクセス遅延 その後,従業員から“インターネットへのアクセスがとても遅い"という報告が 総務部にあった。Cさんは,DMZのL2SWにミラーポートを設定して,DWとインター ネットとの間,及び社内LANとDMZとの間に流れている通信パケットを一定時間パケ ットアナライザーでキャプチャして分析することにした。分析の結果,DMZとインタ ーネットとの間の通信量は少ないが,社内LANとDMZとの間の通信量が非常に多いこ =oF とが分かった。そこで,社内LANとDMZとの間の送信元と送信先の組合せ別のパケッ トの割合を整理することにした。整理した結果の一部を表3に示す。 表3社内LANとDMZとの間の送信元と送信先の組合せ別のパケットの割合(一部) 旧記 IPアドレスIPアドレス(降順) Cさんは表3などを確認して,インターネットのアクセス遅延は,複数の従業員の PCが|od|との間で800Mビットンノ秒を超える大量の通信を繰り返し実行して いることが原因であると判断し,該当する従業員にPCの操作を一時中断するように 依頼した。その結果.インターネットへのアクセス速度は平常時と同程度に戻った。 Cさんは,インターネットのアクセス遅延への対応状況をB主任に報告した。B BE 任は,今回の障害への対応策として,|q|と社内LANとの間のトラフィック 量を④L3SWのSNMPを用いた管理機能を使って監視する仕組みや,|q|のoos 機能を使って|e|を制限する仕組みについて,導入の検討を行うようにCさ んに指示した。

共通の文章

販売管理システムの構築に関する次の記述を読んで,設問に答えよ。 H社は,全国の店舗及びインターネットで釣り具の販売を行っている。これまで販 売促進のためにキャンペーンを定期的に実施してきたが,売上に全く結びつかない ものもあった。そこで,キャンペーンの機能を強化し,さらにその効率を上げるた Hic,既存の販売管理システムを改修した新しい販売管理システム(以下,MYA テムという)を構築することになった。 [キャンペーンの概要〕 キャンペーンとは,2週間一3か月間の定められた期間,幾つかの商品に安い売価 を設定することで,新規会員の獲得や,他の商品も一緒に購入してもらうことによ る売上の向上を目指す活動である。 新システムで提供するキャンペーンを広報する手段は4種類あり,種別と呼ばれる 英字1字で分類される。新システムで提供するキャンペーン種別について,表1に示 す。 表1新システムで提供するキャンペーン種別 種別種別名 葉書キャンペーンについて,特定の会員に葉書で案内する。 全国の店舗及びインターネットでの販売が対象の場合,直近1 年以内に購入した実績がある会員に案内する。 特定地域の店舗が対象の場合,店舗ごとに決められた範囲 (以下,店舗エリアという)に住む会員に案内する。店舗エ リアは,その店舗に来客が見込まれる会員の居住範囲を複数 の郵便番号で定めた範囲として定義むる。店舗エリアの範囲 は,最初に対象店舗の半径5 km以内の地域に該当する郵便番 号を登録し,定期的に見直す。 E電子メールキャンペーンについて,全ての会員に電子メールで案内す る。案内の内容は,会員の住所や購入実績に応じてカスタマ |イズする。 バナー広千釣り情報のWebサイトやソーシャルメディアにバナー広告を 表示して,キャンペーンをアピールする。 Lリスティング広告Webサイトの検索エンジンにおいて,釣り関連のキーワードを (検索連動型広告)入力した際,検索結果にURLリンク付きのテキストを表示し て,キャンペーンをアピールする。 =36 a 各キャンペーンには,目標となる複数の指標と予算を設定し,その実施を複数回 に分けて行うことがある。その予算を各種別に配肛する割合を変えることによって 目標達成率を上げる工夫が求められる。 バナー広告とリスティング広告のキャンペーン(以下,Webキャンペーンという) は,キャンペーン単位で広告内容と予算金額を設定してから,Webマーケティングを 運営するT社に実施の詳細を委託する。T社からは,広告内容として設定した広告表 示位置やキーワードごとに,その広告費用や表示回数,クリック数などの実績を週 次で集計したレポートが送付される。 新システムのE-R図(抜粋)を図1に示す。なお,新システムでは,E-R図のエン ティティ名を表名にし,属性名を列名にして,適切なデータ型で表定義した関係デ ータベースによって,データを管理する。 ELT 店舗エリア番号会員番号-キャンペーン番号-キャンペーン番号 [a会員郵便番号キャンペーン名キャンペーン実施番号 会員住所目標会員獲得数キャンペーン種別 会員メールアドレス目標売上向上金額キャンペーン実施金額 目標利益向上金額||開始年月日 Barres Renae BTeBe 店舗エリア名==開始年月日 BLES終了年月日 店舗番号 売上年月日 店舗番号会員番号 店舗エリア番号キャンペーン番号 店舗郵便番号キャンペーン種別 店舗住所 商品。|b|キャンペーン商品| 売上番号商品番号キャンペーン番号 売上明細番号商品名キャンペーン商品番号 商品番号商品種別キャンペーン商品売価 商品個数商品標準売価 商品単価商品原価 ——1 1 a破線の下線----は外部キーを示す。 凡例注記属性名の実線の下線__-は主キー, ーータテ:ins|=主キーの実線が付いている属性名には, e—_>:多対多|BHA外部キーの破線を付けない。 属性名 図1新システムのE-R図(抜粋) [キャンペーン種別ごとの実績の集計〕 新しいキャンペーンを計画するために,指定したキャンペーンについて,キャン ペーン種別ごとの実績として,BE,原価,粗利,実施金額を集計するSOL文を図2 に示す。ここで,“":キャンペーン番号"は指定したキャンペーン番号を表す埋込み 変数である。なお,関数COALESCE(A B)は,AがNULLでないときはAを,AがNULLの ときはBを返す。 SELECT CK.キャンペーン種別,COALESCE(UK.売上計,9)AS売上計, COALESCE(UK.原価計,9)AS原価計, COALESCE(UK.売上計,9)-COALESCE(UK.原価計,9)AS粗利計, CK.キャンペーン実施金額計 (SELECTキャンペーン種別,SUM(キャンペーン実施金額)ASキャンペーン実施金額計 FROMキャンペーン実施 WHEREキャンペーン番号=:キャンペーン番号 GROUP BYキャンペーン種別)CK (SELECT U.キャンペーン種別,SUM(M.商品個数*M.商品単価)AS売上計, ににナイ4原人計 FROM売上U INNER JOIN売上明細M ON U.売上番号=M.売上番号 INNER JOIN商品S ON M.商品番号=S.商品番号 WHERE U.キャンペーン番号=:キャンペーン番号 GROUP BY U.キャンペーン種別)UK ON CK.キャンペーン種別=UK.キャンペーン種別 図2キャンペーン種別ごとの実績を集計するSQL文 |【葉書を送る店舗エリアの見直し〕 |葉書を送る対象となる店舗エリアを,葉書キャンペーンによる会員の購入実績を 基に見直すことを考える。対象の店舗における過去1年間に葉書キャンペーンで購入 した会員の郵便番号ごとの売上実績数を,売上実績数の降順に出力するSQL文を図3 に示す。ここで,“:店舗番号′は指定した店舗番号を,“:一年前年月日"は現在か ら1年前の年月日を表す埋込み変数である。 —38ーー SELECT K.会員郵便番号,COUNT(*)AS売上実績数 FROM売上U INNER JOIN会員K ON U.会員番号=K.会員番号 WHERE U.店舗番号=:店舗番号 AND U.売上年月日>=:一年前年月日 GROUP BY K.会員郵便番号 [ししss| 図3売上実績数を降順に出力するSOL文 (Webキャンペーン内容の定期的な見直しの検討 Webキャンペーンの効果をより高めるために,T社から送付されるレポートを基に, キャンペーン期間中に広告内容を適宜変更する依頼をT社に出すことを考える。Web キャンペーンの実績を記録するために追加した表の構造を図4に示す。 Webキャンペーン実績(キャンペーン番号,キャンペーン実施番号, キーワード,広告費用,表示回数,クリック数,会員登録数) 注記下線は主キーを示す。 図4 Webキャンペーンの実績を記録するために追加した表の構造 レビューを実施したところ,Webキャンペーン実績表は日次で実績を集計する想定 になってしまっているので見直す必要がある,との指摘を受けた。 その後,①受けた指摘に対応することで,目的の機能を実装することができた。

共通の文章

エラーハンドリングに関する次の記述を読んで,設問に答えよ。 Q tlt,業務システムの受託開発会社である。Q tlt,スーパーマーケットの複数 の店舗を運営するB社から,CRM(Customer Relationship Management)システムの 開発と運用保守業務を受託した。CRMシステムは各店舗で利用され,顧客からの意見 やクレーム,店舗での対応の内容が登録・蓄積される。CRMシステムを運用する際の 関係者の一覧を表1に示す。 表1関係者の一覧 関係者 B社の店舗に来店した顧客。意見やクレームを,店舗に勤務するB社の従業員に伝 える。 利用者CRMシステムへのアクセスが許可されたB社の従業具。顧客からの意見やクレーム をCRMシステムに入力し,過去の類似案件の記録を参考に顧客対応を行う。顧客か ら聞き取った氏名と連絡先を,CRMシステムに顧客情報として登録することがあ る。顧客情報は,B社の従業員が顧客に連絡するためだけに利用する。 運用担当者|B社に常駐している0社の従業員。CRMシステムの運用手順書に従って,利用者か らの質問や不具合発生時の問合せに対応する。問合せ時の状況や不具合の再現手順 の確認のために,運用中のCRMシステムへのアクセスが許可されている。運用手順 書で対応しきれない技術的な問題については,0社の開発担当者に対応を依頼す る。 開発担当者|Q社内で勤務している0社の開発担当者。運用担当者からの問合せの際は,調査に 必要な最小限の情報として,不具合の状況,再現手順及び発生時刻付近のログを受 け取る。運用中のCRMシステムへの入力情報を,直接参照することはできない。 Q社は,システムのリリース後に想定される,店舗からの問合せに対する迅速な対 応を可能にするために,想定される問合せのパターンと対応方法を事前に整理し, 対応の際に必要な要件をシステムの設計に反映させることにした。 (CRMシステムの構造] CRMシステムのクラス(一部)を図1に示す。AbstractController, AbstractService及びAbstractDaoは,それぞれ画面遷移,ビジネスロジック及びデ ータベースアクセスの共通処理が実装された抽象クラスである。これらのクラスを [a|したクラスを作成して,具体的な機能を実装する。ログを出力するには Loggerクラスを利用する。ログの出力時には“DEBUG”,“ERROR”などの,ログの種 AY(以下,ログ種別という)が記録される。図1に示すクラスを使った処理の流れの 例として,システムにログインする際のシーケンス図を,図2に示す。 |60ク0〔クwWQ〕〈】Q《@8||66|_isd L—“(‘CSOCSCS*:*~C~C~C~*sY LM|ーー 八人ハ八 PO i(‘COC*d|し EZ ートゴー [|しし66ぞ|しし| に=|bs,! ォログ出力(ログ種別,内傘)|ーーーゴat時する| 注記各クラスとLoggerクラス及びExceptionクラス:: との関連は省略する。———_ 図1 CRMシステムのクラス図(一部) |ログイン実行(ID,Password)!'0 認証(ID,Password)!! 検索([b|)| __利用者情報 ーーーーーーー一' M2システムにログインする際のシーケンス図 利用者がログイン画面で認証に必要な情報を入力しログインを実行すると, LoginControllerのログイン実行メソリッドが呼び出される。ログイン実行メソッドは, 画面から入力された情報をAuthServiceに引き渡す。AuthServiceは,UserDaoに実 装されている,利用者情報の検索を行う機能を用いて,認証の判定に必要な利用者 情報をデータベースから取得する。AuthServiceは,取得した利用者情報を用いてロ グイン認証の判定を行い,結果を返す。 プログラムの実行中にエラーが発生した際の,例外処理用のクラスとして Exceptionクラスがある。Exceptionクラスは,エラーの詳細情報として,エラーの 発生箇所のソースファイル名,行番号,メソッドの呼出し履歴及び直接的な原因を 示すメッセージ文字列をもつ。エラー発生時には,エラーの発生箇所でException 7 ラスのオブジェクトを作成し,呼出し元ではそれを使って例外処理を行う。 (CRMシステムのエラーの種別の整理とその対応〕 Q社は,運用中に起き得るエラーの種別(以下,エラー種別という)を整理し,対 応方法について検討した。エラー種別と運用担当者の対応を表2に,対応を行うため に必要な出力機能及び出力内容と,出力内容を参照する関係者を表3に示す。 表2エラー種別と運用担当者の対応 エラー種別運用担当者の対応 システム障害Webサーバやデータベースサーバの停|利用者からの報告を受けて,サーバや 止,プログラムの異常終了,ネットワー|サービスの乏働状況を確認し,必要に ク障害などの原因によって,システム自|応じて再起動を行う。それでも復旧で 体の稼働が継続不能になる。きない場合は開発担当者に対応を依頼 する。 システムエラー|主にプログラムの欠陥によって発生す|利用者から,操作した手順を聞き取 る,想定外のエラー。操作の途中で画面|り,状況を確認する。エラー発生時の にエラーメッセージが表示され,業務を|前後のログをログファイルから切り出 続行できない。して開発担当者に送付し,対応を依頼 する。 業務エラー業務ルール上,入力値の内容が正しくな|利用者から,操作した手順と,画面に いか,禁止されている操作をしたときに|表示されたエラーメッセージの内容を 発生するエラー。プログラムで想定済み|聞き取り,状況を確認する。運用手順 のエラーで,利用者が入力値の内容を修|書を参照し,エラーの回避方法を利用 正し,操作をやり直すことによって業務|者に伝える。回避方法が不明な場合 を続行できる。は,エラーの再現手順とエラー発生時 の前後のログを開発担当者に送付し 回避方法の提示を求める。 入力エラー文字列長や文字種に関する入力値の検証|対応なし。利用者自身が,画面に表示 時のエラー。利用者自身が入力値を修正|されているエラーメッセージを参照し することによって業務を続行できる。てエラーを解消する。 表3出力機能及び出力内容と,出力内容を参照する関係者 参照する関係者 ログ出力プログラムの実行中に想定外の事態が発生した場合は処理を|sg 中断し,処理の呼出し元にエラーの内容を返す。その際,エ ラーの概要,詳細情報及びメソッドの呼出し履歴をLoggerク ラスを使ってログファイルに出力する。 エラーメッセージ|エラーの概要,Exceptionクラスがもつエラーの詳細情報及び利用者 表示利用者が次に行うべき操作の案内を画面に表示する。 表2,表3についてレビューを行ったところ,次の3点が指摘された。 (1)表2のシステム障害及びシステムエラーは,利用者の問合せの前にシステムが 自動的に検出して運用担当者が対応を開始できるようにすべきである。 (2)表3の出力内容には,セキュリティの観点における潜在的なリスクがある。 (3)表3について,エラーに関するログだけでは,開発担当者が原因を調査するた めの情報としては不足するので,追加の情報を出力する必要がある。 指摘事項の(1)に対応するために,①監視の機能を用意することにした。監視の機 態は,監視対象の情報を定期的に取得し,エラー発生時の特徴を検出した場合に電 子メールで運用担当者に通知する。指摘事項の(2)については,表3の②出力内容を ー部変更することにした。指摘事項の(3)については,アスペクト指向プログラミン グを導入して,プログラムの処理の中で,要所ごとにログを出力することにした。 [アスペクト指向プログラミングの導入]〕 レビューの指摘事項の(3)に関連して,利用者が行った操作内容を一律でログに出 力することにし,これを実現するためにアスペクト指向プログラミングを導入する ことにした。 アスペクト指向プログラミングでは,特定のルールを定義しておくことによって, そのルールに合致する全ての箇所で同じ処理を実行させる。ルールの定義の条件に はクラス名,メソッド名に含まれる文字列のパターンが利用できる。また,特定の 条件に合致する場合には実行の対象から除外するように指定することもできる。 ここでは,実装上の制約ができるだけ少なくなるようなルールの定義方法で,画 面乱移に関するクラスに実装された全てのメソッドについて,クラス名,メソッド 名及び全ての引数の内容をログに出力することにした。これを実現するために., |5|を親クラスにもつクラスの| f|には必ず特定の文字列のパターン を含み,それ以外のクラスの| f|には特定の文字列のパターンを含まないよ うに命名規則を定義した。ただし,秘匿情報や個人情報の保護の観点から,認証に 関する情報や,③顧客情報を扱う箇所はログに出力しないようにした。 0社は,表2,表3に関する検討結果をシステムの設計に反映させ,開発を開始し lity =i—

共通の文章

ル管理に関する次の記述を読んで,設問に答えよ。 7社は,小売業を営む中堅企業である。社内で10年以上利用してきた販売管理シ ステムの老朽化対策として,販売管理の新システムを構築することになった。 〔新システム発注先の選定] 現行の販売管理システム(以下,現行システムという)は,Z社システム部がZ社内 の稼働システム全般の維持管理を委託しているJ社によって開発された。現行システ Ald,利用部門の業務要求を広く受け入れたことで冗長なシステムになり,費用が膨 れてしまった。そこで,Z社システム部は,新システムの構築は現行システムの機能保 証にこだわらず,費用を抑える方針とした。 この方針の下で検討を進めた結果,新システムとして,販売管理系のSaaSの標準 機能を導入(以下,SaaS導入という)し,業務をSaaSの標準機能に極力合わせ,ど うしても合わせられない機能に限りZ社独自の業務要求を追加(AF,Saasアドオ ンという)することにした。一方で,本稼働後の新システムの維持管理をJ社に委託 する予定で,J社には新システムの構築時に,SaaSと連携させる必要がある現行シス テムの周辺にある関連システム(以下,現行関連システムという)を改修してもら うことに同意を得ている。なお,新システムの構築期間中は,現行システムの機能 変更を最小限にとどめることにした。 7社システム部のX課長は,販売管理系のSaaSを提供する複数のベンダーにRFI及 U RFPを段階的に提出し,それぞれの回答内容を基に発注先候補をK社,L社,M社 及びN社に絞った。この4社に提案のプレゼンテーションを依頼し,多基準意思決定 分析の加重総和法を用いて発注先候補を評価し,選定することにした。発注先候補 を多面的に評価するため,評価項目及び主な評価内容を次のとおりとした。 費用:初期費(SaaS MAB,SaaSアドオン費など),BAB(Saasライセ ンス費,SaaS環境利用料など)。ここで,現行関連システムの改修費 及び運用費は,どのSaaSを採用しても同額とする。 要求充足度:Z社の業務要求の充足度。 保守性:SaaSアドオンの維持管理支援ツールの充実度。 会社実績:Z社との取引実績,会社の規模・信頼度,業界での導入実績。 提案内容:プレゼンテーション,RFP記載事項以外の有効な提案の有無。 =52ーー 各評価項目を5点満点で評価する。評価項目にZ社が重要視する度合いに応じて重 みを設定し,評価点数に重みを乗じて再評価し,再評価値を算出する。選定基準と して,再評価値の合計が最も大きいベンダーを選定する。ただし,一つでも評価点 数が2点以下の評価項目があるベンダーは選定しない。発注先候補の選定評価結果を 表1に示す。 表1発注先候補の選定評価結果 評価項目評価項目の評価点数 重み ERARE ree[of af sf sp#4 会社実績|1.9|3|4|2|5l |提案肉|10909|4|4|4|sl 注記評価点数1:著しく不足,2:不足,3:普通,4:ほぼ十分,5:十分 再評価の結果,X課長は,今回の選定基準に従って|as|社(以下,Saas iz 供会社という)を選定し,Z社内で承認された。 [開発スケジュールの作成 新システムの構築プロジェクトのPMに任命されたX課長は,部下のY君に開発ス ケジュールの作成を指示した。Y君は,図1に示すアローダイアグラムを作成した。 [B]SaaS導入ヽ 36日ヽ、[6]システム [A]要件定義[C]SaasSアドオン設計[D]SaaSアドオン開発テスト 36日408 66日;208 [E]現行関連シスPs nF RAB A” テム改修ン __.208 凡例OX SEBO«wus»あーアタゲッBa 1 Y君が作成したアローダイアグラム ここで,アクティビティ[A]の開始日を1日目とする。各アクティビティの日数は 1日単位で数え,依存関係にある先行アクティビティが終了した翌日に後続アクティ ビティを速やかに開始する。図1中の[B]に関して,最早開始日は[A]を開始してから 31日目であり,最遅開始日は| b|日目である。 Z社の過去のプロジェクトでは,所要日数のうち10%の日数をアクティビティごと に安全余裕(以下,バッファという)として設定していた。Z社システム部及び外部 委託先の開発担当者(以下,開発担当者という)は,バッファを含んだ所要日数で 作業スケジュールを作成し,作業の実施でバッファを不必要に消費する傾向にあっ た。これが原因で,開発スケジュール全体が遅延したことが度々あった。 このような状況を改善し,バッファを含む完了予定日までにプロジェクトを完了 させるために,X課長は次のとおりCCPMの考えを取り入れたガントチャート形式の 開発スケジュールを作成して,スケジュールを管理するようY君に指示した。 ・アローダイアグラムの①アクティビティごとに設けられたバッファを削除してク リティカルチェーンを設定する。 ・クリティカルチェーンのアクティビティから削除したバッファを合計して | c|バッファを設定する。クリティカルチェーンのアクティビティの進抄 が遅延した場合はこのバッファを使い,これ以降のアクティビティのスケジュー ルを,遅延した日数分だけ後ろにずらす。 ・クリティカルチェーンにないアクティビティが遅延してもスケジュール全体に影 響しないように,クリディカルチェーシにつながるアクティゼビディの直後に |9d|バッファを設定する。 SaaS提供会社のSaaSアドオンはローコード開発が特長で,数日間のオンライン研 修を受講すればローコード開発の技術を習得できるということであった。J社は,本 稼働後の新システムの維持管理を見据え,現行システムの維持管理要員のうち数名 に研修を受講させた。そこで良い感触をつかんだJ社から,“弊社がSaaSアドオンの 設計及び開発を担当すれば,御社の外部委託費用を抑えることができる"という3提 案があった。X課長は,元々J社の現行システムの維持管理要員に委託する予定であ った[E],[F]に加え,SaaS提供会社に委託する予定であった[C],[D]もJ社に委託 することにし,J社と新たに準委任契約を締結することに決めた。これによって,J 社内で[C]一[F]間の要員シフトの調整が可能になった。 さらにJ社から,[C]を独立に実施可能な[C1]と[C2]に分割して並行作業し,[D]も —54一 同様に[D1]と[D2]に分割して並行作業し,加えて当初予定の2倍の要員を投入して各 アクティビティの所要日数を半分にするという提案があった。J tlt,JIチーム ([C1]及び[D1]を担当),J2チーム([C2]及び[D2]を担当),及びJ3チーム([E]及 び[F]を担当)の3チーム体制を作り,各バッファの期間を含めて十分な要員を確保 することを約束した。これらを反映した開発スケジュールを図2に示す。 ea fa |[A]要件定義HE eee———~—~—sSY |[B]SaaS導入”|saas提供会社|ドーーあし |[C1]SaaSアドオン設計①|J社9テーム|ke Ke |[C2]SaaSアドオン設計②|J社テーム|eR |[D1]SaaSアドオン開発①|J社』テーム||ド--%il |[D2]SaaSアドオン開発②|J社チーム||FT |[E]現行関連システム設計|,社3チーム[>CCS |[F]現行関連システム改修|社Jラチーム|Ree fipararar[ae TST 凡例<>:アクティビティ—>しくコバッファ<->:|d]バッファ 注記1経過日数の下段の数字は,[A]の開始日を1日目とした作業日を表す。 注記2 J3チームの要員は,[F]の作業終了後に現行システムの維持管理対応に戻る予定である。 M2開発スケジュール X課長は,要件定義に参加するZ社の利用部門との間で,費用,及びバッファを含 む完了予定日を守ることを念頭においた要件定義の進め方を合意し,図2のとおり作 業を開始した。 [アクティビティの進捗遅延発生時の対応〕 X課長は,週次(作業日ベースで5日ごと)で進捗会議を開催した。進捗会議にお いて,次のとおりアクティビティの進捗が遅延していると報告された。これらのア クティビティ以外は,順調に進捗していた。X課長は,これら2件の遅延報告に対し てそれぞれ対策を指示した。 (i)49日目の進捗会議 遅延報告:前日時点で[C1]の進捗が3日ほど遅れている。 対策:4日の遅延で[C1]が終了する見通しとなったので,その4日分は |9|バッファを使って作業を続けること。 (ii)7日目の進捗会議 遅延報告:SaaSアドオン開発のスキルが必要とされる作業において,予期しな い技術上の問題が発生したことによって作業量が増大したので, [D2]の進捗が遅延している。最大で12日の遅延となるおそれがあり, ②その場合,プロジェクトの完了がバッファを含む完了予定日より も遅れることが懸念される。なお,[D2]の作業手順に問題は見られ ず,中間成果物の品質は担保されていた。また,並行作業している [D1]は,遅延していないが余裕はない状況である。 対策:これ以上[D2]の遅延を拡大させないように,J2チームの要員を発生 した問題の解決作業に専念させ,それ以外の作業を実施するために ③早急にリソース視点の対策をとること。 (ji)の対策によって,[D2]の遅延は最小限に抑えられた。[D2]の終了後の[G]は順 調に実施され,バッファを含む完了予定日より前にプロジェクトが完了した。

共通の文章

問19容量・能力管理に関する次の記述を読んで,設問に答えよ。 A社は製造業を営む企業で,本社に併設する製造部配下の工場と営業部配下の2か 所の営業所をもつ。A社の業績は好調であり,3年後の売上は,現在より2割の増加 を見込んでいる。A社情報システム部には,システムの開発と保守を担当する開発課 とシステムの運用を担当する運用課がある。運用課の責任者はC課長である。(C課長 の下でD君は,数名の運用担当者で構成された運用チームのリーダーとして,容量・ 能力(以下,キャパシティという)管理を含め,運用業務を行っている。 [サービスの概要〕 情報システム部は,製造部に生産管理サービスを,営業部に販売管理サービスを., 提供している。生産管理サービスは生産管理システムによって,販売管理サービスは 販売管理システムによって実現されている。生産管理サービス及び販売管理サービス (以下,両サービスという)の提供時間帯は,A社の営業時間帯と同じ8時一18時であ る。製造部及び営業部は,情報システム部との間で両サービスに関するSLAに合意し ている。SLAでは,サービスレベル目標値の一つとして,オンライン処理の応答時間を “入力されたトランザクション要求の95%を3秒以内に応答すること"と定めている。 運用課は,オンプレミス環境のサーバ1台で,生産管理システム及び販売管理シス テム(以下,両システムという)を運用している。両システムの概要を表1に示す。 表1両システムの概要 生産管理シス|・生産計画の立案,HHS,在庫管理,品質管理などをサポートする。 テム・生産実績情報は,工場内の自動化されたシステムを通じてオンラインで生産 管理システムに反映され,集計・管理が行われる。 販売管理シス|・営業部は,本社及び営業所の端末を用いて,販売管理システムに注文情報を テムオンラインで入力する。 ・前日の注文情報を対象にして販売分析バッチ処理(以下,Hバッチという)| を当日の昼休み(12時13時の時間帯)に実行する。Hバッチの処理結果 は,翌日の生産計画に反映する必要があるので,当日の13時39分までに生 産管理システムに送信している。リ 注りHバッチの処理結果は,生産管理システムの生産計画案作成バッチ処理(LAR,Pバッチとい >)の入力情報となる。Pバッチでは,翌日の生産計画案を作成する。製造部では,生産計画 案に基づいて翌日の生産計画を策定している。 [キャパシティ管理の概要〕 連用課では,次のキャパシティ管理を行っている。 (1)キャパシティ監視 キャパシティ監視として,オンライン処理については,サーバのCPU使用率, トランザクション要求件数及び応答時間を監視している。バッチ処理については サーバのCPU使用率,ストレージの使用率及び処理の終了状態を監視している。 これらの監視でイベントを検知した場合には,運用チーム宛てにメッセージが出 力される。イベントには三つのイベントタイプがあり,出力メッセージには,そ のうちーつを設定する。イベントタイプの概要とイベント監視例を表2に示す。 表2イベントタイプの概要とイベント監視例 イベントタイプの概要とイベント監視例 例外・サーバやサービスに障害が発生したことを示す。"例外"のイベント監視例 には,サーバのダウンやサービスレベル目標値の未達などがある。 ・運用チームは,“例外"のイベントをインシデントとして扱い,情報システ ム部が規定したインシデント管理手順を開始する。 25“GU”DI AV bAOTPIABY LBVREORELECLERDT,“HR 告"のイベント監視例には,リソース使用率のしきい値超えなどがある。 ・運用チームは,あらかじめ決められた対応を行う。 情報・サーバの状態,オンライン処理やバッチ処理の状態などを示す。“情報"の イベント監視例には,バッチ処理の開始や正常終了などがある。 ・運用チームに,即時に要求される対応はない。 (2)キャパシティ計画 両サービスは,サービス開始から7年が経過している。サービス開始当初から, 運用課では,次の手順でキャパシティ計画を策定している。 ・製造部と営業部から両サービスに対する将来の利用計画を入手し,両サービス の利用者数トランザクション要求件数,ストレージ使用量などを寺要予測と して求め,オンライン処理とバッチ処理のリソースの使用量を見積もる。 ・見積もった使用量とサービスレベル目標値を基に,BE,今後3年間を見通し たサービスコンポーネントのキャパシティを計画する。必要に応じて,キャパ シティを増強するための方式を計画する。 なお,本年のキャパシティ計画で“3年後に現在より2割の売上の増加"の見 込みから求められる需要予測に対して,2年後にはキャパシティが不足すること が判明した。現在使用しているサーバ機器などのハードウェアは,既に販売中止 となっていてキャパシティの増強ができないので,両システムのシステム更改を 検討している。 [生産管理サービスで発生したインシデント] HSA,販売管理サービスのHバッチの正常終了時刻が13時15分となり,COR 響で13時65分から160分間,生産管理サービスの応答時間が遅延するもインシデント が発生した。インシデントの発生状況を表3に示す。 表3インシデントの発生状況 ・Hバッチが予定どおり処理を開始した。 12時49分|・運用チームが,ストレージ使用率のしきい値超えを示す“BR”のイベント監視 のメッセージ(以下,Sメッセージという)の出力を認識した。 ・運用チームがHバッチを手動で中断し,臨時のストレージ使用量の割当て処理? を実施した。 ・Hバッチを再開した。 1284504)|・運用チームが,BUSメッセージの出力を認識した。 ・運用チームがHバッチを再度手動で中断し,臨時のストレージ使用量の割当て処 理を実施した。 ・Hバッチを再開した。 13時99分|・生産実績情報に関するオンライン処理のトランザクション要求件数の増加とHバ ッチとが重なったことからCPUが高負荷状態となる事象が発生した。 13時95分|・CPUの高負荷状態が続いたことによって生産管理サービスの応答時間の遅延が発 生し,“BI”のイベント監視のメッセージが出力された。 13時19分|・Hバッチの開発担当者を含む関係者が招集され,インシデント解決チームを編成 して対策の検討を開始した。 13時15分|・Hバッチが正常終了し,インシデント解決チームが対策を実施する前に生産管理 サービスの応答時間の遅延は解消した。 注!販売管理システムで不要となったデータを消去してHバッチのストレージ使用量の割当てを 増加する処理である。その処理で使用するツールは,Sメッセージが出力された際に運用課が 使用するツールとして開発課が提供したものである。 その後,今回のインシデント対応についての振返り会議が開催された。その内容 は次のとおりであった。 =60— ・Hバッチのストレージ使用量が増加した原因は,前日の注文データに大口顧客から の一括注文が含まれていたことである。 ・インシデント対応としては,両サービスの応答時間の遅延を発生させないために, リソース使用率の状況を注斬しながら,Hバッチのデータ量を操作することになる。 ・この対応を行うと,Hバッチの正常終了時刻が13時30分以降となる場合があるの で,その場合に備えて①翌日の工場での製造に支障が生じないように,運用課が 場を設定して製造部と営業部とともに協議を行う必要がある。 振返り会議の内容を受けて,C課長は,今後,.Hバッチの処理中にSメッセージが 複数回出力されるというイベントを規定した上で,このイベントに適切なイベン トタイプを設定することにした。 C課長は,今回のキャパシティ不足の事象に対して,早急に根本的な対策が必要と Bak,そこで,C課長は,DB,システム更改の検討を急ぐよう指示した。 [クラウドサービスの調査 D Blt,システム更改の検討の中で,クラウドサービスについて調査した。クラウ ドサービスは,利用者のリソースの使用量に応じて柔軟にリソースを追加・削除で きる。なお,両システムのミドルウェアの仕様に関する指定があることから,IaaS 型のクラウドサービスの採用が適していることを確認した。 D君は,複数のクラウド事業者にヒアリングし,「社のクラウドサービス(WE,F クラウドという)を候補として選定した。Fクラウドの概要は次のとおりである。 ・Fクラウドでは,サーバとストレージのリソースは,利用者の要求に応じて動的に 割り当てること(以下,リソースオンデマンドという)ができる。 ・Fクラウドには,キャパシティに応じてF1 DS FSまでの契約モデルがあり,クラ ウド利用料が異なる。 ・F社からは,リソースオンデマンド用の管理ツールとその利用権限が利用者に与え られる。管理ツールを利用すると瞬時に契約モデルのキャパシティを超えてリソ ースが増強され,リソース増強に見合ったクラウド利用料が加算される。増強さ れたリソースが不要になれば,管理ツールを利用して元のキャパシティに戻すこ とができる。 ー61一 D君は,C課長にFクラウドについて説明した。その時の(課長とD君の会話を次 に示す。 CRE:Hバッチのストレージ使用量の増加に起因する正常終了時刻の遅延を発生 させないようにするには,Fクラウドではどのような対応となりますか。 D君:運用チームが| a|した時点でリソースオンデマンド用の管理ツー ルを使って,ストレージの容量を増強します。 CHR:了解しました。ただし,③Hバッチが正常終了した時点で実施すべきこと があるので留意してください。 C課長は,Fクラウドの導入を決定し,これによって現状のキャパシティに関する 問題点を解決できると考えた。また,今月の経営会議で新製品の販売を早期化する ことが決定され,販売管理サービスの需要増加が見込まれた。そこで,(課長はFク ラウドの契約モデルについて適切に決定していくプロセスが必要と考え,D君に対し て,"契約モデルを決定していく前提となるので,事業環境の変化を踏まえ, |5|を見直すこと。その上で,『Fクラウドの特性も踏まえつつ,両サービスの 新たな|c|を策定すること。"と指示した。

共通の文章

間11勤務管理に関連するシステムの監査について,次の記述を読んで,設問に答えよ。 小売業を営むおW社では,本社及び支社の部署,店舗など(以下,部店という)で, 合計約3 689人の従業員が勤務している。従業員の勤務日,勤務時間帯などは,所属 する部店,職種などによって異なっており,勤務管理システムで管理している。勤務 管理システムは,人事管理システム,給与計算システムなどと連携しており,勤務形 態の多様化,連携するシステムの改変などに伴って,随時保守が必要である。勤務管 理に関連するシステムの概念図を図1に示す。 「dy ーー 勤務管理システム 標準勤務時間anne,各務終了時|)所属如店。職種i rRemueaa,TRH Bea(|POBARBE SU,PCH T BER|) a ee 凡例 点線内:テレワーク対応で実装oe TR:部店設置のタイムレコーダSRR ARS PC:##BBSONYIY 図1勤務管理に関連するシステムの概念図 内部監査部長は,システム監査チームに対して,勤務管理に関連すかるシステムを監 査するよう指示した。システム監査チームは,X年5月に予備調査を行い,次の事項 を把握した。 [勤務管理の概要〕 (1)人事部は,勤務管理規程に基づき,従業員一人当たりの毎月の標準勤務時間を 部店別及び職種別に定め,全社勤務時間管理表に記載している。標準勤務時間は, 例えば,営業企画部の企画職では,1月180時間,2月165時間,店舗の販売職で は,1月140時間,2A 130時間,店舗の事務職では,1月160時間,2月150時 i 64— (4)従業員の超過勤務時間は,人事管理システムから月次バッチ処理で連携された 従業員の所属部店及び職種,人事部が登録した標準勤務時間に基づき,算出される。 (5)給与計算システムは,勤務記録の確定日の夜間バッチ処理で,勤務記録を勤務 管理システムから取り込み,給与支給額を算出する。 [勤務管理に関連するシステム障害〕 (1)W社では,発生したシステム障害について,発生日,事象,重要度,直接原因, 根本原因,暫定対応,恒久対応などを障害管理データベースに登録し,随時更新し ている。 (2)障害管理データベースを閲覧した結果,X年1月に,勤務管理に関連するシス テム障害が発生していたことが分かった。X年2月末日時点における障害管理デー タベースの登録内容(抜粋)を表1に示す。 表1障害管理データベースの登録内容(抜粋) Kes 勤務時間が誤って算出された。 月末日までに改修する予定である。 (3)さらに障害管理データベースを閲覧した結果,表1に示すシステム障害と同様: の根本原因であるシステム障害がX年4月に再発していた。 内部監査部長は,システム監査チームから予備調査の結果報告を受けて,X年7月 に実施予定の本調査での監査手続について,次のとおり指示した。 ー66一 【内部監査部長の指示〕 (1)勤務管理システムにおいて,標準勤務時間の登録が| a|であることか ら,ITに係る|b|が適切に組み込まれているか,確認すること。 (2)(勤務管理に関連するシステムの概要〕(3)において,時差確認メッセージの表 示条件について,下線①のほかに,|c|の|』|を想定しているか, 確認すること。 (3)【勤務管理に関連するシステム障害)(3)を考慮したとき,| e|システ ムが,|f|を防止するために適切な内容で,|g|までに改修されて いたか,確認すること。