SAシステムアーキテクト試験 午後Ⅰ

平成24年度秋期 システムアーキテクト 午後Ⅰ 問2

事例を読んで設問の答えを考えてから、解説のポイントとIPA公式の解答例・採点講評で確認しましょう。

問題

問2 Webによる写真プリント注文システムに関する次の記述を読んで,設問1~3に答えよ。  B社は写真フィルム,印画紙及びDPE(フィルム現像・プリント・引き伸ばし)装置の開発,製造,販売を行っており,全国のDPEショップ(以下,ショップという)にこれらの商品を導入することで発展してきた。一方,B社は,インターネットやディジタルカメラの普及を踏まえて,顧客がB社にインターネットからディジタルデータの写真プリントを直接注文するためのB社固有のシステム(以下,B社注文システムという)を開発,運用している。顧客が注文した写真は,B社のプリント工場で一括してプリントし,宅配便で顧客に納品している。  近年,ディジタルカメラの一層の普及によって,ディジタルデータの写真プリントが主流になってきている。そこで,B社は,インターネットから写真プリント注文ができる販売サイトを提供して各ショップを支援することにした。既存のB社注文システムを各ショップで利用できるように汎用化したシステム(以下,汎用化システムという)を開発し,各ショップに提供することで,支援を行う。Cマネージャは汎用化システムの開発推進担当になった。 〔販売サイトの運営形態の検討〕  Cマネージャは,インターネット上の販売サイトの運営形態を調査し,汎用化システムによる運営形態を検討した。販売サイトの運営形態案を表1に示す。 表1 販売サイトの運営形態案 〔汎用化システムへの要望や制約〕  Cマネージャは,各ショップへのヒアリングなどを通じ,汎用化システムへの要望や制約を次のようにまとめた。 (1) ショップの特色を出したいので,独自の商品を開発して販売するなどの工夫を行えるようにしたい。 (2) システムやサイト全体の運営,管理は,B社が行ってほしい。 (3) ショップの運営について,B社からアドバイスや情報提供を行ってほしい。 (4) 顧客ごとの完了した取引回数などに応じた優遇をB社で行ってほしい。 (5) システムの開発,改造やWebページの作成を独自に実施できないショップがある。 (6) どのショップでも,ブラウザと電子メール(以下,メールという)は利用できる。 (7) ショップでは,ブラウザを用いて大きなサイズのデータを受け取ることはできるが,メールで受信できるデータのサイズには制限がある。 (8) ショップでは,メールの受信を数分以内に知ることはできるが,Webページを毎日確実に確認することは難しい。 〔汎用化システムの運営形態と提供形態の検討〕  Cマネージャは,〔汎用化システムへの要望や制約〕を踏まえた運営形態の検討を行い,表1を検討した結果,電子商店街案を採用することにした。次に,ショップへのシステム提供形態を検討した。ショップへのシステム提供形態案を表2に示す。 表2 ショップへのシステム提供形態案  Cマネージャは,表2を検討した結果,SaaS案を採用することにした。 〔汎用化システムの利用イメージ〕  汎用化システムでは,Web店舗という概念を導入する。Web店舗は各ショップがWeb上に設ける電子商店であり,インターネットから写真プリント注文を受け付ける。汎用化システムの利用イメージは次のとおりである。 (1) 店舗開設  各ショップは,Web店舗の登録とその店舗のWebページ作成を行う。Webページでは,各ショップの特色や強みをアピールできる。Webページは,テンプレートを選択し,文章を入力したり,写真やイラストをアップロードしたりすることによって,独自のデザインを容易に作成できる。独自の商品として,各ショップがWeb店舗で提供する独自のプリントサイズ,フォトブック,カレンダなどの仕上げ,納期の組合せ(以下,プリント種別という)を登録する。 (2) 会員登録  顧客は,この電子商店街を利用するために会員登録を行い,会員IDを取得する。会員登録をすると,写真データをアップロードし,必要に応じて編集したり,写真データのプリントを任意のWeb店舗に注文したりすることができる。 (3) 写真プリント注文  顧客は,住所,最寄駅,プリント種別,受取方法,支払方法などを指定して,注文したいWeb店舗を検索する。  顧客は,選択したWeb店舗に入店して,プリントしたい写真データと,プリント種別やそれぞれの枚数・部数を指定する。また,受取方法,支払方法を選択し,必要な情報を入力する。受取方法は,宅配便受取と店頭受取から選択でき,支払方法は,クレジットカード,銀行振込,代金引換,店頭支払が選択できる。プリント種別,対応できる受取方法,支払方法はWeb店舗ごとに異なる。  入力内容を確認して顧客が注文を確定すると,B社からショップに通知される。  顧客は,過去の注文履歴(注文日,注文したWeb店舗,プリント種別,価格,完了状況など)を一覧で確認できる。 (4) 写真プリント作成  ショップは,注文の通知を受け,注文内容を確認する。注文された写真データと注文内容をショップのPCにダウンロードし,DPE装置で写真プリントを作成する。宅配便受取の場合は,発送手続を行う。店頭受取の場合は,顧客宛てに来店依頼メールを送信し,店頭で保管する。 (5) 写真受渡し  顧客は,宅配便やショップで写真を受け取る。 (6) 決済管理  ショップは,注文の支払方法に応じたタイミングで顧客の支払状況を確認し,必要に応じて催促を行う。入金管理はショップの責任で行う。ショップは,写真の受渡しと決済の確認後,B社に取引の完了登録を行う。 (7) B社のショップ支援  顧客が同じ会員IDで複数のWeb店舗を利用できるようにするために,顧客管理は各ショップではなく,B社が行う。また,B社は,顧客ごとの完了した取引回数に応じて優遇を行ったり,電子商店街全体の売れ筋情報や特色あるWebページの作り方などをショップに定期的にアドバイスしたりすることで,ショップを支援する。 〔汎用化システムの開発方針〕  Cマネージャは,汎用化システムの開発方針を次のようにまとめた。 (1) B社注文システムを改造して汎用化システムをSaaSとして開発し,各ショップにサービスとして提供する。 (2) Web店舗ごとに異なる可能性がある選択肢は,汎用化システムでは全て選択できるように開発し,Web店舗ごとに表示できる選択肢を選べるようにする。 (3) B社と各ショップが連携する機能(以下,ショップ連携という)を設ける。ショップ連携には,注文があったことをB社からショップに伝達する“注文伝達”,B社からショップに顧客データ,写真データを受け渡す“データ受渡し”,ショップがB社に取引の完了を登録する“取引完了登録”の三つの機能をもたせる。 〔汎用化システムの概要〕  〔汎用化システムの開発方針〕に基づき,汎用化システムの概要を検討した。汎用化システムの機能一覧を表3に示す。 表3 汎用化システムの機能一覧 設問1 〔汎用化システムの運営形態と提供形態の検討〕について,(1),(2)に答えよ。 (1) Cマネージャが,販売サイトの運営形態として電子商店街案を採用することにした理由を20字以内で述べよ。 (2) Cマネージャが,ショップへのシステム提供形態としてSaaS案を採用することにした理由を,B社のメリットと各ショップのメリットに分けて,それぞれ30字以内で述べよ。 設問2 〔汎用化システムの開発方針〕で,Cマネージャが“Web店舗ごとに異なる可能性がある選択肢は,汎用化システムでは全て選択できるように開発し,Web店舗ごとに表示できる選択肢を選べるようにする。”と考えた理由を35字以内で述べよ。 設問3 〔汎用化システムの概要〕について,(1),(2)に答えよ。 (1) “注文伝達”をメールで実装する理由と,“データ受渡し”をブラウザで実装する理由を,それぞれ20字以内で述べよ。 (2) “取引完了登録”が必要な理由として,過去の注文履歴の完了状況を確認するという理由以外に,どのような理由が考えられるか。30字以内で述べよ。
表1 販売サイトの運営形態案。運営形態案と特色の表。B社単独通販サイト案(B社単独の通販サイト,近いショップへのプリント依頼,B社注文システムの修正が少なく管理が容易,B社主導の商品展開)と,電子商店街案(B社主催の商店街に各ショップが出店し,受注・プリント・決済・受渡しを担い,創意工夫を生かせる)を比べている。
表1 販売サイトの運営形態案。運営形態案と特色の表。B社単独通販サイト案(B社単独の通販サイト,近いショップへのプリント依頼,B社注文システムの修正が少なく管理が容易,B社主導の商品展開)と,電子商店街案(B社主催の商店街に各ショップが出店し,受注・プリント・決済・受渡しを担い,創意工夫を生かせる)を比べている。
表2 ショップへのシステム提供形態案。提供形態案と特色の表。SaaS案(サーバやDBを全Web店舗で共有し,運用は共通,店舗ごとの違いは設定で実現,B社が一括管理しやすい)と,ソフトウェアパッケージ案(各ショップがサーバやDBを保有・運用し,カスタマイズで違いを実現,B社は定期ヒアリングで状況を把握)を比べている。
表2 ショップへのシステム提供形態案。提供形態案と特色の表。SaaS案(サーバやDBを全Web店舗で共有し,運用は共通,店舗ごとの違いは設定で実現,B社が一括管理しやすい)と,ソフトウェアパッケージ案(各ショップがサーバやDBを保有・運用し,カスタマイズで違いを実現,B社は定期ヒアリングで状況を把握)を比べている。
表3 汎用化システムの機能一覧。用途・カテゴリ・機能・備考の表。顧客向けは会員情報,Web店舗検索,写真管理,写真プリント注文。ショップ・B社向けは店舗開設,クレジット,顧客管理,プリント種別,ショップ連携。注文伝達はメール,データ受渡しと取引完了登録はブラウザで実装すると備考にある。
表3 汎用化システムの機能一覧。用途・カテゴリ・機能・備考の表。顧客向けは会員情報,Web店舗検索,写真管理,写真プリント注文。ショップ・B社向けは店舗開設,クレジット,顧客管理,プリント種別,ショップ連携。注文伝達はメール,データ受渡しと取引完了登録はブラウザで実装すると備考にある。
解き方のヒントを見る

要件が当てはまる範囲を確かめる

要件を検討するときは、個々の記述がどの範囲に当てはまるのかに注目しましょう。対象や前提を自分の経験で補わず、与えられた情報に照らして、読み取れる範囲と判断を保留する範囲を分けて考えます。

この問題で問われていること

この問題では、記述の意味を広げすぎたり、狭めすぎたりしていないかを確かめる視点を持ちましょう。考えを進める前に、対象となる範囲を示された情報からどこまで読み取れるか、いったん整理してみてください。

視点

一つの記述を別の場面にも当てはめる前に、その範囲まで含める根拠があるかを振り返ります。範囲が明確でない部分は、自分で条件を足さず、不確かなまま区別しておくと考えを整理できます。

確認ポイント

  • 記述が当てはまる範囲を意識できているか
  • 示された範囲を、自分の想像で広げていないか
  • 範囲が不明な部分を、確かな情報と区別しているか
正解と解説を見る

解説

本問は、B社専用の写真プリント注文システムを各ショップ向けに汎用化する設計を扱う。ショップの独自性とB社による一括管理を両立し、店舗ごとの設定、連携手段、取引完了情報の用途を本文の要望や制約から説明することが要点です。

問題の全体像

B社は、自社で受注・プリント・配送していた既存システムを汎用化し、全国のショップがWeb店舗を開設できるようにする。各ショップは独自の商品やページで特色を出し、B社はシステム全体の運営・管理とショップ支援を担う。公式の出題趣旨では、多数の企業への展開を念頭に、要求事項と開発方針を理解して汎用化の改造ポイントや留意点を考える能力を問うとしている。運営形態、提供形態、店舗ごとの差異、ショップ連携を、それぞれ本文の根拠に結び付けて読む。

設問1(1)

〔汎用化システムへの要望や制約〕(1)の、独自の商品を開発・販売してショップの特色を出したいという要望に着目する。表1の電子商店街案③は、独自の商品や特色あるWebページによって各ショップの創意工夫を生かせるとしており、この要望に対応する。公式解答例では「各ショップの創意工夫が生かせるから」「各ショップの特色が出せるから」を挙げている。20字以内では、各ショップの独自性を発揮できる点に絞って述べる。

設問1(2)(B社のメリット)

表2のSaaS案②・④に着目する。サーバやデータベースを共有し、運用を全ショップ共通とすることで、B社は各ショップの運営状況を把握しやすく、一括した管理が可能になる。これは、要望(2)の全体の運営・管理と、要望(3)のアドバイスや情報提供にもつながる。公式解答例では、サイトの運営・管理やショップの管理を一括して行える点を示している。30字以内では「サイトとショップの運営・管理を一括して行えるから」のように、管理対象と一括管理の利点をまとめる。

設問1(2)(各ショップのメリット)

要望(2)の、システム全体の運営・管理をB社に任せたいという点と、制約(5)の、独自にシステムの開発・改造などを実施できないショップがある点に着目する。表2のソフトウェアパッケージ案では、各ショップがサーバやデータベースを個別に保有・運用する。一方、SaaS案ではサービスとして提供される。公式解答例では、ショップでシステムの導入・開発・運用をしないで済む点を示している。30字以内では「システムの導入・開発・運用をせずに済むから」と要点をまとめる。

設問2

〔汎用化システムの利用イメージ〕(3)では、プリント種別、受取方法、支払方法がWeb店舗ごとに異なるとされている。また、表2のSaaS案③は、ショップごとの差異を個々のWeb店舗の設定変更で実現する方針です。全選択肢を共通システムに用意し、店舗ごとに表示する選択肢を設定できれば、店舗ごとの要望に設定変更で対応できる。公式解答例もこの点を示している。35字以内では「Web店舗ごとの要望に設定変更で対応できるようにしたいから」とまとめる。採点講評では、「各ショップの創意工夫を出すため」など、開発方針と異なる視点の解答があったと指摘している。

設問3(1)(“注文伝達”をメールで実装する理由)

制約(8)では、メールの受信は数分以内に知ることができる一方、Webページを毎日確実に確認することは難しいとされている。注文伝達の目的は、注文があったことをショップに知らせることであり、メールならショップが注文を速やかに把握できる。公式解答例では「注文を速やかに通知できるから」としており、20字以内に収まる。採点講評では、「メールを素早く受信できるから」という解答が多かったとし、業務上素早く知りたい対象は注文であることを意識するよう求めている。

設問3(1)(“データ受渡し”をブラウザで実装する理由)

制約(7)では、ブラウザで大きなサイズのデータを受け取れるが、メールで受信できるデータのサイズには制限があるとされている。データ受渡しには写真データが含まれ、ショップはそれをPCにダウンロードしてプリントを作成する。この受渡しには、大きなサイズのデータを受信できる手段が必要です。公式解答例では「大きなサイズのデータを受け取れるから」としており、20字以内ではデータサイズへの対応を理由として述べる。

設問3(2)

要望(4)と〔汎用化システムの利用イメージ〕(7)にある、顧客ごとの完了した取引回数に応じた優遇に着目する。(6)では、ショップが写真の受渡しと決済を確認した後に、B社へ取引の完了登録を行う。B社はこの登録によって、優遇の判断に必要な完了した取引回数を把握できる。公式解答例では「顧客ごとの完了した取引回数に応じた優遇を行うから」としており、30字以内に収まる。採点講評では、写真データ削除のタイミングなど、本文に記載されていない機能を想像した誤答が多かったと指摘している。

学習のポイント

要望・制約から設計理由を導き、業務上の目的と実装手段を結び付けて字数内で説明する力を身に付ける。

出典:独立行政法人 情報処理推進機構(IPA)平成24年度秋期 システムアーキテクト試験 午後Ⅰ 問2(公式資料:問題冊子(PDF) / 解答例 / 採点講評)

関連する過去問一覧

IPA Advancedは非公式の学習サイトです。解説にはAIによる補助生成を含む場合があります。公式の問題冊子・解答例・採点講評を優先し、誤りは確認後に訂正します。運営・編集方針