1の教材をひたすら解きました。いえ、最初はぜんぜん分かりませんでした!<午前問題勉強法>1)分からなければさっさと飛ばし(考えもしないで)、後で解答をみて覚える。あやふやなものは分からないこととする。2)できなかった問題、分からなかった問題のみ次はやり、できなかったりわからなかったら、解答をみて覚える。3)2)を繰り返し、問題全てが正解できるようにする。4)3)までできたら、再度全ての問題を解いてみる。ここで解けない問題が本当にあなたにとって苦手、または記憶に定着しない部分なのでひたすら覚える。場合によっては、ここで初めて参考書などを見る。5)4)1度でも分からなかった問題、できなかった問題を再度解いてみる。1)について、知識が問われているものは、知らないものは答えられないし、計算問題は、考え方が分からなければ計算式を書くに至らないのだから考えても無駄。時間の無駄を省くために、後で解答で覚える方式をとりました。2)3)について、いったんできた問題は忘れる。この段階では、内容はともかく、答えられればいい。「この問題の内容のときの答えは上から3つ目だったな~。ウ!」でいいということを言っています!まずはこの3)までを目標に繰り返します。4)ここで、その時点の力試しをします。手ごたえを感じてみてください。解けるようになったのが実感できるのではないでしょうか?5)3)のフォローをします。「この問題の内容のときの答えは上から3つ目だったな~。ウ!」だった問題に対して、解答の内容が理解、納得できているかを確かめます。4)までで、解答の内容も頭に入ってきていると思いますが、ここでフォローしてください。項番1の教材と項番2の教材をやりました。項番1の教材を早くからもっていたので、ほとんど項番1の教材をやっていましたが、最終的な詰めで、項番2の教材を使いました。項番2の教材は、午後の試験に特化した本なので、もう少し早めにやっていても良かったかなと思います!勉強法ですが、基本は午前と全く同じです!<午後I問題勉強法>1)分からなければさっさと飛ばし(考えもしないで)、後で解答をみて理解する。あやふやなものは分からないこととする。2)できなかった設問、分からなかった設問のみ次はやり、できなかったりわからなかったら、解答をみて理解する。3)2)を繰り返し、設問全てが正解できるようにする。4)1度でも分からなかった設問、できなかった設問を再度解いてみる。基本的には午前問題と同じ考え方です。覚えるものが若干違うこと、および、理解をすることと、問題のパターンを掴むことが重要になります!<覚えること>午後Iの問題は、システム開発、設計の経験を問われているような問題が出ます。システム開発、設計時にお目にかかる(実務ではお目にかからない場合もあるけど・・・)のDFD、ER図、システムフロー図、正規化したデータ等々の情報処理試験問題に出る記述ルールを覚えてください!厳密に覚えなくても良いですが、見慣れておいてください。問題を解いていくうちに、いくつかのパターンしか出題されていないことに気がつくはずです。いう様にいくつかのパターンがあります。教材でも、そのような分類毎にまとめているのが結構ありますので、確認してみてください。<理解すること>どうしてその解答になるのか?という、出題者が一番受験者の実力を知りたい部分だと思います。これは教材の解答に書いてある説明をよく読んで理解してください。図n中のa~fに適切なデータを答えよ。いっていいほど出ます。~をしようとしたらうまくできないことがわかった。その理由15字以内で答えよ。システムに変更を加えるとき実現するべき内容が理解できているか問われる!○○を実施する場合に関連するプロセスを修正する必要がある。そのプロセスと追加するデータ項目を答えよ。○○を改善した場合、図○○はどのようになるか。DFD、とかフロー図とかER図とかが狙われる!必ず問題を読む前に設問を見て、解答を意識しながら問題を読むことが重要!特に、語句の穴埋めなんかは、問題を読みながら、怪しい言葉をマークしていけば、すぐ埋まっちゃったりします。解答はほとんど問題文中の語句で書けてしまう!ということです。述べよ、というところです。問題文に合わせて、やったこともないこと捏造するのは難しいです!なので、まずあなたが今までやってきたことを整理しておきます。教材は項番2のもののみです。<午後II問題勉強法>1)まず、あなたが今までやってきた開発を一通り拾い上げておく。2)1)の中で、特に工夫したこととか印象に残ったことをそれぞれ記述しておく。3)あなたが携わったシステムの概要をざっと書いてみる。4)過去問をみてポイントを掴む1)ですが、試験の最初に”論述の対象とするシステムの概要”を必ず記入するところがあります。なく、いざ試験本番で記入しようとしても、なかなか書けません。書けないとこの時点で滅入ってしまい後に続きません!2)問題が、あなたの経験してきたこととうまくマッチした場合はとても有効です!マッチしない場合でも、それを思い出してみること、書いてみることが重要。試験中ではなかなか思い出せませんよ!3)設問1で必ずあなたが携わったシステムの概要を記述することになります。問題によって、同じシステムでも書き方が変わってきますが、とにかく何回か覚えて書いてみてください。試験1週間前には必ず1回は見ないで書いてみること!・・・考えてみてください。普段鉛筆で2400文字以上の文を書いていますか?通常で書くことができなければ、試験本番はもっと書けないです!あと前日ではなく、1週間前という意味は、腕に疲れを残さないこと!これだけの理由です。4)月並みですが、ポイントを掴むのは過去問をやるしかないです。論文問題の記述のポイントが分かりやすく、有効でした。<点数が取れる論文の書き方>それではどうすれば点数が取れる論文が書けるのでしょうか?論文の問題は、問題文、設問1、設問2、設問3という構成になっています。問題文は、内容から大きく4つに分かれています!その箇所と内容の意味するものは下表の通りです。テーマの背景を、近年のシステムねたで説明している。大体、「~する必要がある。」的な記述になっている。1段落目のシステムの話の、より具体的な「~すべきである。」という点が箇条書きになっていることが多い。文章で記述されていたり、箇条書きであったりするが、ここも2段落目と同様、「~しなければならない。」という記述になっていることが多い。あなたのシステムに照らしてどうだったかを設問2に書けばよい!「問題文に沿った解答を!」なんて試験問題に書かれていたりしますが、文字通り、問題文に沿って解答!をすればよいのです!私は、試験直前1週間前にそのことに気づきました。早く論文の過去問を見ておけばよかった!と思いました。<問題の選択と論文に書く内容>午後IIの問題を開き、3問の問題をざっと見てみました。あなたはどの様に解くべき問題を1題選びますか?まずタイトルは重要です!例えば「パイロット開発について」なんていうお題の時に、もしあなたがパイロット開発をしたことがないのなら、敢えてそれを選択する必要はないでしょう。次に、さっと問題に目を通します。この時<点数が取れる論文の書き方>の表の内容を思い出してください。あなたが携わったシステムの内、問題文の各段落に沿った内容を実施したものがありますか?例えば「~しなければならない。」と、箇条書きになった問題部分に照らした時、その「しなければならない」ことをあなたが携わったシステムで検討しましたか?ということです。具体的に検討したことがイメージできて、それが、実現(1段落目の「~しなければならない。」が実現)したかどうかが具体的に書けそうか?もし書けそうなら、それが、選択すべき問題です。午後II問題勉強法で、あなたが今までやってきたことを整理したと思います。項番1)~3)に該当します。ところが、実際の試験では、それに該当する問題がない可能性の方が高いです!それはなぜかというと、整理した内容の方がシステムの規模が大きすぎるのです!・・・私の場合もそうでした!私も、システムを全く新しく作り替えたとか、もともと違う会社のシステムを、自分たちのシステムに置き換えられるようにしたとか、性能改善とか、そんなことを整理していました。実際に論文に書いたのは、一つの案件に過ぎない、データのリアルタイム転送化でした。試験問題を見るまで全然考えていなかった内容です。・・・じゃあ、最初の整理がまずいか?というと、そんなことはありません!最初の整理は、あなたがやってきたことの主要な幹と枝の部分になります。試験問題を見て、2段落目、3段落目あたりの箇条書きで書いてある検討をした案件を探すとき・・・つまりもっと先の細分化された枝を捜す基準となります!主要な幹と枝を整理したからこそ、早くもっと先の枝にたどり着くことができるのです。試験当日、その主要な幹、枝に問題が合致しなくても慌てることはありません。落ち着いてその先の枝を探してみてください!照らし合わせた結果、問題が決定したのであれば、もう書く内容は確定したも同然ですね!照らした問題部分について、自システム側で検討した具体的内容がそのまま解答なのですから。<設問3について>最後に設問3の記述方についてです。ここは大抵、あなたが設計したシステムの評価と、今後の改善点の2つの記述を求められます。ここでの重要事項は、設問2までを否定する様な解答をしないこと。設計自身を否定することになってしまいます。改善したシステムを使用していくうちに、追加要望が挙がったなどで、それに対応する、といった程度の内容をうまくまとめて締めた方がいいと思います。本屋で本を探すとき残念なことミミテック-子供の耳が入っている箱???聴くだけで頭の状態を良くするヘミシングCDを使ってみた!ヘミシングCD。聴くだけで頭の状態を良くするCDを見つけた。記憶術-日本と世界の歴史、年表暗記に挑戦!資格試験に合格した勉強法アプリケーションエンジニア試験とは?アプリケーションエンジニア試験ってどんなことをする?私はアプリケーションエンジニアに○回目で合格!最重要項目!○○○を入手せよ!アプリケーションエンジニア試験に合格した勉強法は?アプリケーションエンジニア試験勉強をいつから始める?アプリケーションエンジニア試験合格にかかった費用は?頭を鍛えるツールヘミシングCD。聴くだけで頭の状態を良くするCDを見つけた。記憶術-日本と世界の歴史、年表暗記に挑戦!資格試験に合格した勉強法アプリケーションエンジニア試験とは?アプリケーションエンジニア試験ってどんなことをする?私はアプリケーションエンジニアに○回目で合格!最重要項目!○○○を入手せよ!アプリケーションエンジニア試験に合格した勉強法は?アプリケーションエンジニア試験勉強をいつから始める?アプリケーションエンジニア試験合格にかかった費用は?頭を鍛えるツールヘミシングCD。聴くだけで頭の状態を良くするCDを見つけた。本屋で本を探すとき残念なことミミテック-子供の耳が入っている箱???聴くだけで頭の状態を良くするヘミシングCDを使ってみた!ヘミシングCD。聴くだけで頭の状態を良くするCDを見つけた。頭を鍛えるツール頭脳と記憶の基礎知識スポンサーリンク。