直前対策10点上がるリレー　【経営情報システム】～ソフトウェア開発編～ 　by リット

事前に令和3年度の事例Ⅰ・Ⅱの与件＆設問を読んでから参加すると効果倍増！
★令和３年度事例Ⅰ　→　ここをクリック
★令和３年度事例Ⅱ　→　ここをクリック

今回より12回連続で『直前対策で10点上げよう！』シリーズが始まります！
本日は暗記三兄弟から「経営情報システム」をお届け。

そこ、バラさないの！
さて、今回は「開発工程」と「開発手法」の２つをご紹介するよ！
情報処理試験でも頻出論点なのでITパスポートとか受けたことのある人だと馴染みがあるかも。

上で挙げたのは、あくまで一例ね！
スライドでも注記で書いたけど、「プログラム設計」と「プログラミング」は工程を一つにしちゃうことも多いよ。

そうだねー
最近だとノンコーディング(プログラミング工程を省略できる)の仕組みも増えたしね。
でも今回はベッタベタな、古来より伝わる基本中の基本で紹介するよ！
（いずれはこれも出題範囲から消えていくのかも？）
じゃ、ここまでをサラッとまとめておくね。

ちなみに今回紹介した工程は、『ウォーターフォールモデル』って呼ばれる開発手法がべースになってるよ。
ここからは、これを含めた基本的な開発手法を３つご紹介！

というわけでここからは開発手法（ソフトウェアを作る上での進め方）を見ていこう！

先に紹介した上流の『要件定義』から、滝から水が流れ落ちるように下流の『プログラミング』まで行う手法だね。
基本的には逆流（手戻り）は発生しない前提だよ。
流れはスライド(クリックorタップで移動)と同じになるから、そちらを確認してみてねー！

それじゃ、次に行こう。
今度は『プロトタイプモデル』だよ！
※プロトタイプ＝試作

実は先の『ウォーターフォールモデル』には大きな欠点があったんだ。
それは「手戻りが発生したら終わる」ってこと。

完全に一からやり直すことは稀だけどね。
追加で要望があったり、考慮漏れがあって変えないといけないこと（仕様変更）が発生するとダメージが大きいんだ。
プロトタイプモデルはそれを解消するための手法で、先にある程度「こんな感じでどうですやろ？」って確認を取っておくんだよ。

完全に手戻りを防げるわけではないんだけどね。
それでもかなり緩和されると思うよ。
顧客側だって、要件定義の段階で作りたいものを完全に把握なんて出来ないしね。

ただ、コストが高くつくんだよ。
プロトタイプを作るのにも手間が掛かるし、プロトタイプの修正も発生するからね。
あとは開発のスタートまで時間が掛かりやすいから、完成までが長くなりやすい。
進捗（どれだけ進んで、あとどれくらいか）の管理も大変なんだよ。

というわけで、ウォーターフォールモデルとプロトタイプモデルにはそれぞれ問題点があって一長一短。
で、「いいとこどりできないの？」という考えで出てきたのが次の『スパイラルモデル』。

基本的にはウォーターフォールモデルをベースに考えておくといいかも。
ウォーターフォールモデルとの大きな違いは２点だよ。

①機能ごとに小分けをして進める
②プロトタイプを作って顧客に確認しながら進める

留意点もあるんだけどね、メリットはそんな感じ。
機能ごとにプロトタイプを確認しながら開発工程を回していくことを、スパイラル（螺旋）に例えてるんだよ。

んー、この３つは完全に覚えていて損はないと思うよ。
割と最近の手法でも、大抵はこの３つからの派生が多いしね。
一次試験は選択式だから、この３つを覚えておけば答えがもし分からなくても選択肢を絞っていくことはできるしね。

そうなるといいなーと思う！
経営情報はIT業界以外の方だとイメージし難くて大変って声を良く聞くよね。
暗記３兄弟って呼ばれてるけど、画像とかでイメージできるようになればかなり楽になると思う。

それじゃ、今日の内容をまとめておこう！

今日の資料、良かったらこちらからダウンロードして使ってみて下さいねー

それじゃ、今日はここまで！
次回は🔥hotman🔥の法務だよ！