システム開発を考えているものの、具体的な流れがイメージできないケースは少なくありません。全体の流れがイメージできないと、スケジュールや予算を検討するのも難しくなるため、一般的な流れを把握しておく必要があります。本記事では、システム開発の全体的な流れや工程、各プロセスの意味や役割、成功のためのポイントなどをわかりやすく解説します。
目次
システム開発の流れを工程別に解説
システム開発は要件定義から始まり、いくつかのプロセスを経てリリースします。まずはシステム開発の大まかな流れを確認しておきましょう。
併せて読みたい：システム開発とは？手法や手順、依頼時のポイントを解説
要件定義
まずは、クライアントの課題や要望をヒアリングする要件定義の工程です。要件定義はシステム開発の流れにおける第一ステップであり、全体の成否に大きく関わる工程です。システムの性能や機能・カバーする領域・具体的な進め方などを決めます。要件定義はシステム開発の流れにおける重要なポイントです。この工程をしっかり行わないと、遅れが生じたり、想定していたシステムとは異なる仕上がりになったりする可能性があります。
外部設計・内部設計（基本設計・詳細設計）
要件定義が完了したら、次の工程は外部設計・内部設計などの基本設計です。外部設計はインターフェースをつくることです。サービスを提供するサーバーや、ユーザーが使用する画面など外部に関する設計で、見やすさや使いやすさ、使い勝手に直結します。
内部設計は、目に見えない部分をつくる行程です。外部設計をもとに、必要な機能の設計やデータの整理をする仕様書・設計書を作成します。
プログラミング・コーディング（実装）
設計書が完成したら、プログラミング・コーディングの工程に移ります。プログラミングはコンピューターにさせたい仕事を順番に書き出す作業、コーディングはプログラマーがコードを書いてシステムを作成する作業を指します。1,000以上もあるといわれているプログラミング言語のなかから、設計書に応じたプログラミング言語を使って作成します。プログラミング言語はコンピューターに指示をする際に必要な言語で、種類によってできることが異なります。
プロダクトのテスト（単体・結合・総合・運用）
実装が完了したら、システムが問題なく使用できるかどうかを確認するテスト工程に移ります。テストの種類は下記の4つです。
●単体テスト：分割して作成したプログラムが、それぞれ正常に動作するか確認する
●結合テスト：複数のプログラムを組み合わせて動作を確認する
●総合テスト：全体が正常に動作するかを確認する
●運用テスト：実際の環境下で問題なく使用できるかを確認する
リリース（納品）
テストをクリアすると、いよいよリリース（納品）の工程です。これまで使用していたシステムがある場合は、リリースするシステムに移行します。リリース時は操作方法を説明したり、受け取り側が検収をしたりする作業を行い、問題がなければリリース完了です。
運用・保守・サポート（メンテナンス）
システムはリリースして終わりではなく、続いて運用・保守・サポートなどメンテナンスの工程に移ります。開発側では想定していなかった操作によるトラブルや、使用時に発生する想定外のエラーが生じることもあるためです。運用を開始してからもトラブルがあれば対応する、定期的なチェックをするなどの保守・サポートが必要になります。
システム開発のスムーズな流れに欠かせないチームメンバー
システム開発の工程を正しく理解し、スムーズな流れで開発を行う上で需要な役割を担うのがプロジェクトマネージャーです。プロジェクト全体を管理し、的確な指示を出したり問題が発生した場合は迅速に対応したりします。希望通りのシステムを構築できるかどうかは、システムエンジニアにかかっています。システムエンジニアはシステム要件定義や設計を担当します。設計書に従ってコーディングするのがプログラマーです。なかには下請けに委託する開発会社もあります。
システム開発の手法
システム開発の手法は、「アジャイル型」、「ウォーターフォール型」、「プロトタイプ型」、「スパイラル型」の4つが代表的です。
アジャイル型
アジャイル型は、要件定義や仕様を大まかに決めておき、機能ごとに設計・開発・テスト・リリースを行っていく手法です。重要度の高いものから小規模な開発を繰り返して全体を完成させていきます。短期間でリリースまで進められることから、「素早い」という意味の「agile（アジャイル）」と呼ばれています。
アジャイル型は、短期間でリリースできる点や、開発している部分ごとに随時仕様変更できる点がメリットです。一方、スケジュールやコストの管理がしづらい点はデメリットといえます。仕様変更が可能なため、市場動向に合ったシステムを作成したい案件に向いています。
併せて読みたい：イラスト図解で分かるアジャイル開発！メリットや向いているケースを解説
ウォーターフォール型
ウォーターフォール型は、「waterfall（滝）」が上流から下流まで流れるように、すべての工程を順番に進めていく手法です。1つの工程が完璧にできたら、その次の工程に進むという流れで進めていきます。進捗やコストを管理しやすい一方で、開発途中での修正や仕様変更が難しいことが課題となっています。
ウォーターフォール型は、スケジュールや予算などの計画が立てやすく、プロダクトの品質を保ちやすい点がメリットです。ただし、開発が長期化しやすい、仕様変更しにくいといったデメリットがあります。大規模な開発や作りたいシステムが決まっている案件に向いています。
併せて読みたい：アジャイル開発とウォーターフォール開発の違いは？それぞれの特徴を解説
プロトタイプ型（プロトタイピング）
プロトタイプ型は、プロトタイプ（試作品）を作成してから細かい部分を修正していく手法で、プロトタイピングとも呼ばれています。試作品を確認したうえで「ここはこうした方がよい」など考えられるため、システム全体の明確なイメージができていなくても開発を進められます。ウォーターフォール型の弱点を改善した手法といえるでしょう。
スパイラル型（スパイラルモデル）
アジャイル型とウォーターフォール型の強みを組み合わせた手法が、スパイラル型（スパイラルモデル）です。スパイラルは螺旋を意味しており、螺旋状に小規模な開発を回して開発を進めます。スケジュールを重視しつつ、開発の途中で修正もできるのが特徴です。
システム開発を工程や流れに沿って進めるメリット
システム開発は、品質維持や納期、コスト面などを考えると、工程や流れに沿って進めることが重要です。
プロダクトの品質維持・向上
システム開発は、プロセスに沿って進めることで品質維持につながります。アジャイル型やウォーターフォール型など、いずれの開発手法も確認・レビューという工程を経て開発が進められます。それらの工程をしっかりと踏むことで、高い品質を保持したシステム開発が可能になります。
プロジェクト管理の効率化
開発の流れが決まっていると、メンバー間でプロジェクトに対する認識を統一できます。メンバー全員が作業予定や進捗状況を把握しやすくなり、互いに異なる作業をしていてもスムーズに開発を進められます。なお、システム開発を外注する際は、発注者と依頼する開発会社同士で認識を統一しておくことも重要です。
納期遵守・コスト削減
システム開発の流れが決まっていないと、途中で修正や変更しなければならない事象が発生しやすくなるため、納期が遅れたり想定外のコストが発生したりする可能性があります。開発の流れが決まっていると、流れのとおりに進めていくだけなので、スケジュールや予算の管理がしやすくなります。
成長につながる
毎回決められたプロセスに従って開発を進めていくと、プロジェクトに携わったメンバーの経験値として蓄積されやすくなります。何度か同じプロセスを経験すれば、プロセスを成功に導くためのコツやポイントが見えてくるためです。一方、流れを決めずに開発していると、ノウハウを体系的に積み上げづらくなります。
システム開発で用いられる略語：工程別
システム開発では頻繁に用いられる略語があります。覚えておくと開発におけるコミュニケーションがスムーズになるうえに、外注する場合は依頼する開発会社とのやり取りもしやすくなります。システム開発で用いられる略語を工程別にまとめました。
【略語一覧】
| 開発のプロセス | 専門用語 | 略語 | 意味 |
|---|---|---|---|
| 要件定義 | Requirement Analysis | ＲＡ | 要求を分析する |
| Requirement Definition | ＲＤ | 要件定義 | |
| 外部設計・内部設計 | System Planning | ＳＰ | システムの企画・計画および導入 |
| System Architectural design | ＳＡ | システムの方式を設計する。要求分析 | |
| Basic Design | ＢＤ | 基本のシステムを設計する。基本設計 | |
| External Design | ＥＤ | 外部の設計をする。外部設計 | |
| Internal Design | ＩＤ | 内部の設計をする。内部設計 | |
| Detail Design | ＤＤ | プログラムの詳細を設計する。詳細設計 | |
| System Structure Design | ＳＳ | システムの構造を設計する。構造設計 | |
| Function Design | ＦＤ | 機能ごとの仕様を設計する。機能設計 | |
| User Interface | ＵＩ | 画面レイアウト・操作方法の設計。UI基本設計 | |
| Program Structure Design | ＰＳ | プログラムの構造を設計する。プログラム設計 | |
| Program Design | ＰＤ | プログラムを設計する。プログラム設計 | |
| プログラミング・コーディング | Programing | ＰＧ | プログラムの作成。プログラミング |
| Coding | ＣＤ | プログラミング言語の入力。コーディング | |
| プロダクトのテスト | Unit Test | ＵＴ | システムごとの単体テスト |
| Integration Test | ＩＴ | 複数のシステムの結合テスト。統合テスト | |
| Product Test | ＰＴ | プログラム全体の総合テスト | |
| Operations Test | ＯＴ | 実際に運用してみる運用テスト | |
| System Test | ＳＴ | 要件定義に沿っているか確認するシステムテスト |
専門用語には似ている言葉もあり、場合によっては同じ意味で使われることもあります。
例えば、基本のシステムを設計する「BD」と外部設計を意味する「ED」です。プログラムの詳細設計を意味する「DD」と、内部設計を意味する「ID」も同義で使われることがあります。
さらに、システムの構造を設計する「SS」が、「DD」や「ID」とほぼ同じような意味で使われることもあります。同義で使われることのある略語も同時に覚えておくと便利です。
まとめ
システム開発にはいくつかのプロセスがあり、流れに沿って進めることが大切です。一定の流れで開発を進めることで、品質維持や納期厳守、コストの削減、メンバーの成長につながるためです。自社での開発が難しい場合は、外注する方法があります。外注する際は複数の開発会社を比較したうえで検討しましょう。
株式会社Sun Asteriskでは、設計から本格的な開発までの流れを一貫してサポートします。圧倒的に柔軟な開発リソースで、課題に最適なチームを提案します。システム開発のことならぜひご相談ください。
こちらもおすすめ：【事例集】スタートアップからエンタープライズ企業まで
大ボリューム！オフショア開発の利点やリスクを解説し、最適なパートナーを見つけつための情報が満載！
WBS（Work Breakdown Structure）について、基本の解説と、作成方法を具体的にご紹介いたしました。
