【IT】仕事を受けてからの作業内容は？

IT仕事って発注を受けてからって何しているんでしょ？きになるきになる気になる木～♪(ネタが古い)

 

仕事を受けたら何してるの？

仕事を受けたら、早速システム開発を始める！…ことはできません。

 

お客さんから要望を吸い上げ、それをまとめた上で、お客さんが必要なシステムを作り上げていくという手順を踏んでいきます。

 

全体の作業の流れとしては、要件定義、外部設計、内部設計、開発、テスト、リリース(納品) 、検収 を行います。

それぞれの工程をざっくり説明していきます。いかくんには、建築屋さんで例えてもらいます。

 

要件定義

お客さんからどんな業務で何に困っていて、どんなことをしたいのか？をヒアリングする工程です。

 

ここでヒアリングした内容をベースとし、困りごとを解決するようにシステムに落とし込めるかを検討します。

 

検討した内容は、要件定義書へまとめお客さんへ確認します。

 

外部設計

要件定義は、お客さんの要望やシステム概要しかまとめていませんでした。

 

外部設計では、システム上でどんな画面があり、どんな操作をするとどんな事が起こる。といった内容を画面レイアウト、画面遷移、ツール動作などについて検討します。

 

画面レイアウト：画面がどんな大きさで、ボタンやテキストボックスをどこに配置するかといったもの

画面遷移：画面に配置されたボタンを押した際に移動するのはどの画面かといったもの

ツール動作：ボタンなどを押した時に画面で設定された内容を保存する、もしくは、画面を閉じるといった動作の決め事

 

内部設計

外部設計は、設計した画面やツールはあくまでイメージでしかありませんでした。

 

内部設計では、もっと具体的にどういったものを使用し作るといったものを決め、プログラミングできるレベルに落とし込む工程となります。

 

プログラミング

外部設計と内部設計を元に、システムを作り上げていく工程です。プログラムという魔法の言葉(？)を駆使して、こつこつと製造していきます。

 

テスト

作り上げたシステムが想定した通りに動作するのかをテストしていきます。少なくとも、要件定義や概要設計で決まった動作通りでないといけません。

 

 

たこくんの言う通りですが、実は動作通りでないものでもお金はきっちり貰えてしまうといった状況もあるんですよね…この業界の特殊さというかなんというか…

 

それは、また別の機会があれば説明しようと思います。

 

リリース(納品)

できあがったシステムをお客さんにお渡します。システムのソース一式をCDに焼いたりして、渡すことが多いです。

 

検収

お疲れ様でした。ここでやっと、お客さんに検収してもらい開発費用を払ってもらって完了となります。

 

 

まぁ、既製品ではなくカスタムやオーダーを受けているようなお店とやっていることは似ていますね。

まとめ

• 要件定義 ～ テストという作業を経てシステムが作られる
• システムは、お客さん専用の特注品*1

*1 この記事では、お客さんから受注を受けて仕事する場合の説明となっているので、

　パッケージ製品やスマホアプリについては別です。

家で例えると…

受注：オーダーメイドで特注の家

パッケージ、スマホアプリ：建て売りの家

といったイメージです。