【大器晩成一発屋】応用情報技術者R05秋システムアーキテクチャの解説
得点できるか/できないかの「リスキーさ」が分かる問題でした。
解き始めるまでが遅く、最後にならないと「得点できそうか」分からない
穴埋めが多いが、矛盾すると「芋づる失点」があり得る
3頁目まで読む必要があるのに、実はさらに遅延して4頁まで読まねば1問も解けません。
穴埋め問題は、全問正解が狙う一方、1つの「ほころび」が「芋づる失点」を生み大失点につながるリスクが。。。
私は文章を読むのが苦手で、早く解いて点数を確保して安心したいので、この問題は選ばない確率が高いです。
とはいえ、穴埋めはどこから解いても良いので、たくさんの解法ルートがあります。「取っ掛かり」さえ見つければ、ぐんぐん得点します（失点もしますが）。
なるべく早く読んで解きに入れるか、頭に入れておける情報量が多くても平気か、自分の特性を考えてみると良いです。
なお、このNoteは私のIT専門学校での授業経験に基づいて、一緒に読んで解いていきます。本番での「思考の流れ」や「解法のコツ」なども書いているので、参考になったら嬉しいです。
それでは始めましょう！
過去問のダウンロードはIPA公式より。
＞＞公式の問題pdfへのリンク＜＜
＞＞公式の解答pdfへのリンク＜＜
選ぶか | 極めて大器晩成の一発屋
いつものように3視点から評価します。＞＞問題の選び方対策Note＜＜
解き始めの距離：3～4頁目なので極めて遠い
図表の分かり易さ：穴埋めが多く、一括得点か芋づる失点かのリスク幅が大きい
解答形式：穴埋めメインで良い。作文40文字は長いが1問は許容できる。
穴埋めメインは魅力的ですが、いかんせん終盤すぎるので私は選びたくないです。
私は文章を多く読むのも、頭に入れる情報量が多いのも苦手。
インプットした情報を都度アウトプットして、コツコツ流れに乗りつつ解いて、得点ゲットに安心しながら解きたいです。
読み | 概要
1段落6行なので、かなり良い概要ですね。
半～1頁の問題もあったので、コンパクトなのは好感触。
内容は、C社とD社の合併に伴う、システム統合の話。ゆくゆくはシステムを作るけど、当面は2社の既存システムを流用する形。
一応最後の文。
ヒントになる可能性が高い「ただし書き」なのでマーキング。
理由や効果を問われる問題のために。「既存システムを極力活用、業務への影響を最小限、早期に合併効果を得たい」旨。
読み | 【合併前のC社の基幹システム】始め
題名の時点で、「次はD社、その後に合併後のシステムが来そうだな」「表1を見て、まともに取り合うと大変そう」と思います。
理解するシステムが、C, D, 合併後の3つありそう。
「問題を選び直そうかな」と引き返すなら、このタイミング。私なら引き返して別の問題に行きます。
「解こう」と覚悟が決まっているなら読み進めます。
今後D社と合併後のシステムがくるので「C社の独自性に注目しておけば、統合の時の留意事項になるかな」とチラっと思って読みました。
問題文に設問で使わない情報はほとんどありません。わざわざ書いてあるなら、今後必要になる情報です。
例えばざっくり以下。
生産方式：Ｄ社と違ったら？
在庫：Ｃ社だけが持つ？
EDI：Ｄ社も同じ？
日次：D社が週や月だったら？
これらが両社で同じなら良し、違うならどう統合していくかが課題になってきます。
読み | 【合併前のC社の基幹システム】本腰
さくっと書き出しますが、マーキングで良いですよ。四角囲みで。
生産方式：見込み生産方式。在庫を持つ
受注：EDI、日次
請求：月初め、EDI
表1は「うわメンド！」と思ってほぼ見ません。どうせ表2にD社が載り、表3に統合後が載るので、「解く時に、表1と表2を見比べることになるんでしょ」と。
「表1に各システムの機能・データベース・連携システム・頻度・オンプレか否かが載ってる」と把握したらスキップ。
読み時に、表は「何が載っているか」を把握してスキップ。解く時に必要箇所だけ読み込めば良いから。表後の結論で表前と話がつながればOK
表1下に結論はなく、終わりです。
読み | 【合併前のD社の基幹システム】
前のC社システム。全然理解してないけど、大丈夫。
今はC社とD社の業務・コンセプトの違いを知っておきたいだけ。システムの違いは、合併後のシステムを作るときに必要になるので、後回し。
C社と同じく箇条書きにします。本試験では四角マーキングで。
生産方式：個別生産方式、在庫なし ←Ｃ社と違う
受注：メールorファックス ←Ｃ社と違う
請求：C社と比較するタイミングや手段の記述なし
「よしよし、C社と比較できるような書き方になってるな」と。
勿論表2はスキップ。
敢えて見るなら、システムの名前を比べて、「C社にだけ在庫システムがあるのか、これは残しそうだな」と。
読み | 【合併後のシステムの方針】
1つずつ解釈していきます。
どちらかのシステムを選ぶ。「生産システムはC社を流用、購買システムはD社を流用のようにするんだな」
生産方式は継続。両社を残す。「両方なんだ」
C社在庫システム残し。「予想通り」
ホスト系のシステムは廃止。「ん？」
廃止側にあって流用側にない機能は追加。「合併後と表を見ないと分からないな」
システム間の連携を追加。「めんどそうだけど、出たら考えるか」
データベースの統合。「統合の突合チェックとか出るのかな？」
「ほー」と読んでも仕方がないので、確認・解釈・ツッコミをしつつ読むと、頭に入りますし、後々効いてくることが多いです。
読み | 目標地点の再設定
まだこの後、合併後のシステムの説明があるので、解かなくて良いです。なければ、方針に従って考える必要がありましたが。
残念ながら、もう少し読み進めて穴埋め問題から始めるしかないですね。早く解けるかどうか確認したかったのですが。
この問題は解き始めが異例なほど遅い。私は一発逆転を好まないので選びたくないです。
補強 | 表スキップの小リスク
表は記載内容が多く、覚えきれない、どうせ解く時に見直すので、軽く「把握」してスキップを薦めてきました。
今回は少しだけリスクが表出したので、お伝えしますね。
2点捗らない・混乱したかもしれません。私は混乱しました。
ここから先は
R05秋に不合格になった方、過去問演習に取り組む方向けのNoteです。 APのNoteはこのマガジンにまとめるつもりです。
学習方法・問題特集のNoteは全て無料提供を続けます▼ もしご覧になったNoteが有益だったり、私の志に共感されたりしましたら、サポート頂けますと励みになります▼ もちろんコメントでも結構です(・ω・▼)ノシ