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

設計方針を考える際の前提確認

設計方針を考えるときは、まず判断の前提となる要求の範囲に注目しましょう。機能の柔軟性と開発コストという観点を扱う際も、何を対象として検討するのかをそろえ、前提が途中で変わっていないかを確認します。

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

この問題では、設計方針の判断に用いる要求の範囲を意識して検討しましょう。記載された条件と、自分が補った想定を分けて捉えることが大切です。結論を急がず、同じ前提のもとで考えられているかに目を向けてください。

視点

判断の前提とは、検討の対象や範囲を定める条件です。要求として明示されている内容と、自分の経験から付け加えた想定を区別すると、どの条件に基づいて考えているかを整理できます。

確認ポイント

• 検討対象となる要求の範囲を確認したか
• 明示された条件に自分の想定を加えていないか
• 考える途中で要求の範囲が変わっていないか

解説

本問は、業務ルールの変化に迅速かつ低コストで対応するための具体的な設計と、柔軟化に伴う開発コストの増加を抑える絞り込みを論述する問題です。背景、業務ルール、設計内容、絞り込みの理由を一貫して説明することが重要です。

問題の全体像

業務ルールが度々変化する情報システムでは、変更への対応を容易にする設計が必要になります。ただし、柔軟性をもたせるほど処理が複雑になり、開発コストが増加する場合があります。本問は、自身が設計に携わったシステムを題材に、柔軟化が必要な背景、対象の業務ルールと具体的な設計、開発コストを抑えるための絞り込みとその理由を説明する論述問題です。添付資料には具体的な公式解答例はなく、出題趣旨が示されています。出題趣旨では設計能力、業務や情報システムの分析能力、経験を評価するとされ、採点講評では実施事項に加えて、その理由や検討の経緯を具体的に論述することが求められています。

設問ア

「対象業務の概要」「情報システムの概要」「柔軟性をもたせた機能の設計が必要になった背景」の三点に着目します。800字以内で、どのような業務をどのようなシステムが支え、どの業務ルールの変化や要望によって柔軟な設計が必要になったかを説明します。問題文の販売方法の追加や生産方式の変更は、背景を考えるための例です。自身の経験に即して、現在の要望と将来想定される変化を示し、設問イで述べる機能につなげます。採点講評では、現在の要望だけでなく将来の変化も意識した設計が求められているため、背景と設計対象との関係が読み取れる記述が重要です。

設問イ

「どのような機能に、どのような設計をしたか」と「柔軟性の対象にした業務ルール」に着目します。800字以上1、600字以内で、対象機能、従来の業務ルール、想定する変更、変更に対応する機能やデータの構造を具体的に述べます。問題文の関係テーブルの例では、商品と倉庫の対応を多対多へ変更できる構造が柔軟性を支えます。見積ロジックの例では、複数のロジックを外部パラメタで選択する仕組みが多様な要望への対応を可能にします。これらは問題文の例であり、自身の設計では業務ルールと仕組みの対応を説明します。採点講評では、要求事項や設計方針だけで具体的な設計内容が不明な論述が指摘されています。「変更に対応できるようにした」で終えず、何をどう構成し、変更時にどう対応できるのかを示すことが重要です。

設問ウ

「設問イで述べた設計において」という条件と、機能・項目の絞り込み、その適切性の理由に着目します。600字以上1、200字以内で、柔軟化によって複雑化する処理、絞り込んだ機能や変更可能な項目、絞り込みによって開発コストの増加をどう抑えたかを説明します。判断の根拠には、問題文が示す過去の実績、事業環境の変化、今後の計画による変更可能性の見極めや、業務特性による変更項目の限定を用います。自身の経験に即した根拠から、必要な変更への対応を確保しつつ、対象を限定する判断が適切だった理由を述べます。採点講評では、設計内容と絞り込みとの関連が薄い論述が指摘されています。設問イのどの設計について何を絞り、その結果どの処理が簡略化されるのかを対応付けることが重要です。

学習のポイント

変更可能性を業務上の根拠から見極め、機能・データの構造による柔軟化と対象の絞り込みを具体的に説明する練習をしましょう。