(←クリックで申込ページへ移動します)のフォームにて受付中です!※時間よりも前にクリックされますと、申し込みできない旨の画面が表示される場合があります。※今回は二次試験の基本的な情報は割愛した多年度向けになります。※初学者向けのセミナーは、1次試験終了後に別途開催予定ですので、1次試験を受験される方は、安心して1次試験に専念してください。※『セミナーのキャンセル』『申し込み完了メールが届いていない』などのお問い合わせや不具合がありましたら、お手数ですが「shindanshi.dojyo13@gmail.com」宛てに電話番号を記載の上、ご連絡くださいますようお願いいたします。コンテンツは、以下を予定しております。】2令和3年度_事例II【担当:あらきち(84点)】3春セミナーで人気を博した笑点風のあの人(今回はキャラ変してるかも)のコーナー2次試験特化で深堀りした充実の内容となっております。ここをクリックそれでは今回の記事の本編開始です!リット今回より12回連続で『直前対策で10点上げよう!』シリーズが始まります!本日は暗記三兄弟から「経営情報システム」をお届け。その中でも、IT業界以外にはあんまり馴染みのない「ソフトウェア開発」をご紹介するよ。リットが「一応、元システムエンジニアでその世界に居たから一つくらいは情報の記事を...」とか言ってたのは内緒だよ!きなおリットそこ、バラさないの!さて、今回は「開発工程」と「開発手法」の2つをご紹介するよ!情報処理試験でも頻出論点なのでITパスポートとか受けたことのある人だと馴染みがあるかも。ソフトウェア開発工程まずは開発工程を順に沿って見ていきましょう。後で開発手法の紹介でもこの流れが基本となりますので、皆さんもIT業界に居るような想定でイメージしてみてくださいねー!※タップ(クリック)で次のスライドが表示されますリット上で挙げたのは、あくまで一例ね!スライドでも注記で書いたけど、「プログラム設計」と「プログラミング」は工程を一つにしちゃうことも多いよ。規模によっては、プログラムの設計と実装(作ること)まで一人でやっちゃうもんね。最近だとノンコーディング(プログラミング工程を省略できる)の仕組みも増えたしね。今回はベッタベタな、古来より伝わる基本中の基本で紹介するよ!(いずれはこれも出題範囲から消えていくのかも?)じゃ、ここまでをサラッとまとめておくね。『何をつくるか、どんなことがしたいか』を顧客と詰める。UI(ユーザインタフェース:見た目部分)を決める。ボタンの配置だったり、顧客とイメージの擦り合わせを行うので打合せも頻繁に発生。ちなみに最後の最後までやり直し、手戻りが発生しまくるのもこの部分(笑)。3内部設計データの管理方法や、クラウド上のデータとの連携など見えない部分の設計。ここをしっかりしておかないとバグ(不具合)が発生しまくって悲惨。内部設計に合わせて、「じゃあどうやってプログラムに落とし込もうか」を考える部分。大規模だと一人で作れないので機能に分けて分担したりする。小規模だと後述の「5プログラミング」まで一緒にやっちゃう。5プログラミングここがいわゆる『実装(作る)』部分。「4プログラム設計」を参考に実際にプログラムを書いていく(完成後のテストも含む)。リットちなみに今回紹介した工程は、『ウォーターフォールモデル』って呼ばれる開発手法がべースになってるよ。ここからは、これを含めた基本的な開発手法を3つご紹介!この3つは基本中の基本になるから、しっかり押さえておいてねー!きなおソフトウェア開発手法リットというわけでここからは開発手法(ソフトウェアを作る上での進め方)を見ていこう!まず最初はさっきも出てきた『ウォーターフォールモデル』からね。要点をまとめるとこんな感じだよ!きなおリット先に紹介した上流の『要件定義』から、滝から水が流れ落ちるように下流の『プログラミング』まで行う手法だね。基本的には逆流(手戻り)は発生しない前提だよ。流れはスライド(クリックorタップで移動)と同じになるから、そちらを確認してみてねー!ちなみに、IT業界に居るシステムエンジニアの多くは、一番下流の『プログラミング』から実務に関わっていくんだよね。要件定義」と上流へ遡る様にできる範囲が増えていくので「滝のぼり」なんて呼ばれたりもしたね(試験対象外)。きなおリットそれじゃ、次に行こう。今度は『プロトタイプモデル』だよ!※プロトタイプ=試作リット実は先の『ウォーターフォールモデル』には大きな欠点があったんだ。それは「手戻りが発生したら終わる」ってこと。ああ...要件定義から順に進めていくから、顧客からの追加要望とかで一からやり直しになるんだね。きなおリット完全に一からやり直すことは稀だけどね。追加で要望があったり、考慮漏れがあって変えないといけないこと(仕様変更)が発生するとダメージが大きいんだ。プロトタイプモデルはそれを解消するための手法で、先にある程度「こんな感じでどうですやろ?」って確認を取っておくんだよ。プロトタイプ(試作)なんだね。プロトタイプを見てもらって、考慮漏れが無いことを確認してから開発を進める、と。きなおリット完全に手戻りを防げるわけではないんだけどね。それでもかなり緩和されると思うよ。顧客側だって、要件定義の段階で作りたいものを完全に把握なんて出来ないしね。顧客と一緒にプロトタイプ(試作)をいじいじして、問題が無さそうかを確認するんだね。きなおリットただ、コストが高くつくんだよ。プロトタイプを作るのにも手間が掛かるし、プロトタイプの修正も発生するからね。あとは開発のスタートまで時間が掛かりやすいから、完成までが長くなりやすい。進捗(どれだけ進んで、あとどれくらいか)の管理も大変なんだよ。いやもうホントに、手戻り無しのプロジェクトを見てみたい。SEどらごん大きい変更だとゴール(完成時期)の移動もあるからね。管理面で言えばウォーターフォールモデルの方が分かりやすいね。PMさろリットというわけで、ウォーターフォールモデルとプロトタイプモデルにはそれぞれ問題点があって一長一短。「いいとこどりできないの?」という考えで出てきたのが次の『スパイラルモデル』。スパイラル=螺旋(らせん)だね!3つの中だとこれが一番イメージが難しいかも?きなおリット基本的にはウォーターフォールモデルをベースに考えておくといいかも。ウォーターフォールモデルとの大きな違いは2点だよ。1機能ごとに小分けをして進める2プロトタイプを作って顧客に確認しながら進めるなるほど。1機能ごとに小分けをして進める→確定した機能から開発が開始できるので開発期間を短縮できる→機能分割を適切にできていれば機能変更時の影響が局所化できるきなお2プロトタイプを作って顧客に確認しながら進める→ウォーターフォールモデルの問題点だった手戻り発生時の影響を軽減できるってことだね。きなおリット留意点もあるんだけどね、メリットはそんな感じ。機能ごとにプロトタイプを確認しながら開発工程を回していくことを、スパイラル(螺旋)に例えてるんだよ。今回紹介した3つの開発手法で一番大事なのってどれになるの?きなおリットんー、この3つは完全に覚えていて損はないと思うよ。最近の手法でも、大抵はこの3つからの派生が多いしね。一次試験は選択式だから、この3つを覚えておけば答えがもし分からなくても選択肢を絞っていくことはできるしね。2問正解すれば10点アップ!今回のブログテーマにも沿うね。開発工程と開発手法で2問出たらクリアできるかな?きなおリットそうなるといいなーと思う!経営情報はIT業界以外の方だとイメージし難くて大変って声を良く聞くよね。暗記3兄弟って呼ばれてるけど、画像とかでイメージできるようになればかなり楽になると思う。この後のまとめに、今日使った資料をダウンロードできるようにしておいたよ!良かったら使ってみてね。『何をつくるか、どんなことがしたいか』を顧客と詰める。UI(ユーザインタフェース:見た目部分)を決める。ボタンの配置だったり、顧客とイメージの擦り合わせを行うので打合せも頻繁に発生。ちなみに最後の最後までやり直し、手戻りが発生しまくるのもこの部分(笑)。3内部設計データの管理方法や、クラウド上のデータとの連携など見えない部分の設計。ここをしっかりしておかないとバグ(不具合)が発生しまくって悲惨。内部設計に合わせて、「じゃあどうやってプログラムに落とし込もうか」を考える部分。大規模だと一人で作れないので機能に分けて分担したりする。小規模だと後述の「5プログラミング」まで一緒にやっちゃう。5プログラミングここがいわゆる『実装(作る)』部分。「4プログラム設計」を参考に実際にプログラムを書いていく(完成後のテストも含む)。プログラム設計→プログラミング」を行う。by-リットきなおそれじゃ、今日はここまで!次回は🔥hotman🔥の法務だよ!やる気🔥も知識📚もフルチャージ!お楽しみに!☆☆☆☆☆いいね!と思っていただけたらぜひ投票(クリック)をお願いします!ブログを読んでいるみなさんが合格しますように。にほんブログ村にほんブログ村のランキングに参加しています。14:08細かいご配慮、本当にありがとうございました。14:57老婆と休日さんコメントありがとうございます今回から12回で送るこのシリーズは、道場メンバーがそれぞれ趣向を凝らしてテーマを選定しています。コメントをキャンセルメールアドレスが公開されることはありません。前の記事2次試験のマーカーペンの使い方は3年やったらこれに落ち着きました。