ITパスポート｜システム開発の流れとテストをやさしく解説

※ 本記事にはアフィリエイトリンク（PR）を含みます。

システム開発とは、要件定義→設計→プログラミング→テスト→導入・受入れ→保守という決まった順番で、システムを作り上げていく仕事です。ITパスポートでは、この工程の順番と、テストの種類・順番がくり返し問われます。

この記事では、システム開発の一本道を「家を建てる工程」に例えて、最初から最後まで順番につないで解説します。

「開発とかテストとか、専門的すぎて自分には無理かも…」と身構えますよね。わかります。でも大丈夫。システム作りは、家を建てる段取りとまったく同じ順番なんです。流れが一本につながれば、順序を問う問題はそのまま得点源になりますよ。

この記事でわかること

• システム開発の6つの工程（要件定義→設計→…→保守）の流れと役割

• テストの種類と順番（単体→統合→システム→受入れ）

• ホワイトボックステストとブラックボックステストの違い

この記事の要点（先に結論！）

• システム開発は「要件定義→設計→プログラミング→テスト→導入・受入れ→保守」の順に進みます。

• 設計は、利用者から見える部分を決める機能設計と、内部の作りを決める詳細設計の2段階です。

• テストは「単体テスト→統合テスト→システムテスト→受入れテスト」と、小さい単位から大きい単位へ進みます。

• ホワイトボックステストは内部の処理を見て検査し、ブラックボックステストは入力と結果だけで検査します。

• ソフトウェアの見積りには、ファンクションポイント法・類推見積法・相対見積という3つの方法があります。

1. システム開発は6つの工程を一本道で進む

システムは、いきなりプログラムを書き始めるわけではありません。決まった順番で、少しずつ形にしていきます。その順番がこちらです。

1. 要件定義…何を作るかを決める

2. 設計…どう作るかの設計図を描く

3. プログラミング…設計図どおりに部品を作る

4. テスト…ちゃんと動くか検査する

5. 導入・受入れ…使う人に引き渡す

6. 保守…使いながら直していく

これ、家を建てる工程とそっくりなんです。どんな家か要望を固め（要件定義）、設計図を描き（設計）、大工さんが建て（プログラミング）、完成検査をして（テスト）、引き渡し（導入・受入れ）、住みながら修繕する（保守）。この記事は最後まで、この家づくりの例えで進みますね。

なお、この記事は本書『いちばんやさしいITパスポート』の第6章「開発技術」に対応しています。第6章は範囲が広いので2つに分けていて、この記事はシステム開発技術（開発の流れ・テスト・見積り）の担当です。アジャイルやスクラムなどの開発手法は、別記事（B06b）で解説します。

1.1 開発は「要件定義」から始まる

一番はじめの工程が要件定義です。要件定義とは、システムに求める機能や性能をはっきり決める作業のこと。家づくりでいえば、間取りの要望書を作る段階ですね。
要件定義には、システムが「何をできるか」の機能要件と、性能や使いやすさなど機能以外の非機能要件があります。ただし、この2つの詳しい中身は、前の章のシステム企画の回（B05c）でくわしく説明しました。ここでは「開発はまず要件定義から始まる」という工程の位置づけを押さえればOKです。

開発工程の要件定義で、新しく出てくる大事な言葉が2つあります。

• 品質特性…ソフトウェアの品質を測る観点。機能性（求めた機能があるか）・効率性（速さ・ムダのなさ）・使用性（使いやすさ）・信頼性（止まらず正しく動くか）など

• 共同レビュー…発注者と開発者など複数の関係者が集まり、要件や成果物を一緒に確認・検証すること

品質特性は、「良い家」の採点表だと思ってください。間取りの良さ・光熱費の安さ・住みやすさ・丈夫さ、と観点ごとに家を採点しますよね。ソフトウェアも同じように、観点を決めて品質を測るわけです。

2. 設計：まず「表側」、次に「裏側」

要件が固まったら、次は設計です。設計は、大きく2段階に分かれます。ここが試験のポイントですよ。

• 機能設計…利用者から見える部分（画面・帳票〈帳票＝印刷・出力する伝票や集計表のこと〉・操作の流れなど）をどう作るか決める設計

• 詳細設計…プログラム内部の処理やデータの持ち方など、作り手側の内部の作りを決める設計

家づくりで例えてみましょう。機能設計は、間取り図や内装イメージ。住む人が見て「こんな家になるんだ」とわかる絵です。詳細設計は、配線や配管の図面。大工さんや電気屋さんが見る、裏側の設計図ですね。つまり「表側（利用者目線）→裏側（作り手目線）」の順で決めていきます。

なお、機能設計は外部設計、詳細設計は内部設計とも呼ばれます。古い呼び方ですが、問題文で見かけることもあるので、別名として頭のすみに置いておきましょう。

3. プログラミングと単体テスト

設計図ができたら、いよいよプログラミングです。設計書をもとにプログラム（ソースコード）を書くことをコーディングといいます。家づくりでいえば、大工さんが図面どおりに部品を1つずつ作る作業ですね。
このプログラミングの工程では、次のような作業がセットになります。

• コーディング…設計書をもとにプログラムを書く

• デバッグ…見つかったバグ（誤り）を取り除く

• コードレビュー…書いたプログラムを他の人が読んで、誤りや改善点を確認する

• 単体テスト…作った部品1個ずつが、正しく動くか確認する

大事なのが単体テストです。単体テストとは、部品1個ずつの動作チェックのこと。家なら、取り付ける前に蛇口1個・スイッチ1個が単体で動くか確かめますよね。プログラムも同じで、いきなり全部つなぐ前に、部品を1つずつ検査するんです。

この単体テストで使われるのが、次の章で出てくるホワイトボックステストです（くわしくは5章で解説します）。

4. テストは小さい単位から大きい単位へ

テストは、この章のいちばんの頻出ポイントです。テストには種類があり、しかも進む順番が決まっています。順番はこうです。

1. 単体テスト…部品1個ずつが動くか

2. 統合テスト…部品同士をつないで、連携が動くか

3. システムテスト…システム全体が要求どおり動くか（性能・負荷など）

4. 受入れテスト…使う人が「注文どおりか」を最終確認

これ、料理の味見の段階とそっくりなんです。材料を1つずつ味見し（単体）、合わせて味見し（統合）、一皿として味見し（システム）、お客さんに出す前に最終確認する（受入れ）。小さい単位から大きい単位へ、階段を上るように進むわけですね。

4.1 システムテストで出てくる用語

3段目のシステムテストは、完成したシステム全体が要求どおり動くかを確認するテストです。ここでは、次のようなテストも行われます。

• 性能テスト…求めた速さ・応答時間が出るか確認する

• 負荷テスト…大量アクセスや大量データでも耐えられるか確認する

これらは、機能そのものというより「快適に・安定して動くか」を見る検査です。家でいえば、間取りどおりに部屋があるかだけでなく、実際に大勢の人が出入りしても大丈夫か確かめるイメージですね。

なお、テストの段階を問わず出てくる大事な用語が回帰テスト（リグレッションテスト）です。プログラムを直したときに、その拍子に別の場所が壊れていないか、前のテストをやり直して確認します。「直したら別のところが動かなくなった」を防ぐために、修正のたびに前のテストをやり直す、と覚えておきましょう。試験でもよく問われます。

5. ホワイトボックステストとブラックボックステストの違い

テストには、もう1つ大事な分け方があります。中身を見て検査するか、結果だけで検査するか、という分け方です。これも頻出ですよ。

• ホワイトボックステスト…プログラムの内部の処理や分岐を見ながら、すべての経路が正しく動くか確認する

• ブラックボックステスト…内部は見ず、入力と出力（結果）だけを見て、仕様どおりの結果が返るか確認する

例えるなら、ホワイトボックスは「中身が見える透明な箱」の検査。配線を1本ずつたどって、すべての線が正しくつながっているか確かめます。ブラックボックスは「中の見えない黒い箱」の検査。ボタンを押して、正しい答えが出るかだけを見るわけです。

覚え方は色です。ホワイト（白）は中が透けて見える＝中身を見る。ブラック（黒）は中が見えない＝結果だけ見る。ちなみにホワイトボックステストは単体テストで、ブラックボックステストは統合テスト以降で使われることが多い、という点もあわせて押さえておきましょう。

6. 導入・受入れと保守：作って終わりじゃない

テストに合格したら、いよいよ使う人に引き渡します。これが導入・受入れの工程です。この段階では、次のようなことを行います。

• 利用者マニュアル…使う人向けの操作説明書を用意する

• 受入れテスト…発注者が「注文どおりのものができたか」を確認する

• 妥当性確認テスト…作ったものが利用者の本来の目的に合っているか確認する

• 移行…古いシステムから新しいシステムへ、データや業務を切り替える

移行は、引っ越しのようなものです。古い家から新居へ、荷物や生活のルールを移しますよね。システムも、古いものから新しいものへ、データや業務を移し替えるわけです。

引き渡して終わり、ではありません。最後の工程が保守です。保守とは、システムを安定して動かし続けるために、また、時代の変化に合わせて、システムを直したり改善したりし続けること。家でいえば、住みながらの修繕ですね。使い続けるかぎり、保守はずっと続きます。

7. ソフトウェアの見積り：手間とお金を先に予想する

工程の話とは別に、開発では見積りも大切です。見積りとは、開発にどのくらいの手間・時間・お金がかかるかを、事前に予想すること。代表的な方法が3つあります。

• ファンクションポイント（FP）法（Function Point。機能点数法）…機能の数と複雑さを点数化して規模を見積もる

• 類推見積法…過去の似たプロジェクトの実績を参考に見積もる

• 相対見積…規模を「あの機能の何倍」と相対的に見積もる

家づくりで例えてみましょう。FP法は、部屋数や設備数で工事費を見積もるやり方です。機能の量で測るので、客観的なのが強みですね。

類推見積法は、以前建てた似た家の値段を参考にするやり方。素早いですが、精度は経験しだいです。

相対見積は、「あの家の1.5倍の規模」とざっくり測るやり方。細かい絶対値ではなく、相対的な大きさで見積もります。

とくにファンクションポイント法は、「機能の数で規模を測る」という点が試験でよく問われます。名前と測り方をセットで覚えておきましょう。

8. まとめ：3行でふりかえり

1. システム開発は「要件定義→設計→プログラミング→テスト→導入・受入れ→保守」の一本道で、家を建てる工程と同じ順番です。

2. テストは「単体→統合→システム→受入れ」と小さい単位から大きい単位へ進み、回帰テストは修正で他が壊れていないかの再確認です。

3. ホワイトボックステストは内部を見て検査、ブラックボックステストは結果だけで検査。見積りにはFP法・類推見積法・相対見積があります。

いかがでしたか？開発もテストも、順番さえつながれば怖くありません。まずは「単体→統合→システム→受入れ」のテストの階段から覚えてみましょう！

9. よくある質問（FAQ）

Q1. システム開発の流れ（工程）はどうなっていますか？

A. 「要件定義→設計→プログラミング→テスト→導入・受入れ→保守」の順に進みます。何を作るか決め（要件定義）、設計図を描き（設計）、プログラムを作り（プログラミング）、検査して（テスト）、使う人に引き渡し（導入・受入れ）、使いながら直していく（保守）流れです。

Q2. テストの種類と順番を教えてください。

A. 「単体テスト→統合テスト→システムテスト→受入れテスト」の順で、小さい単位から大きい単位へ進みます。部品1個ずつ（単体）、つないで（統合）、全体で（システム）、最後に使う人が確認（受入れ）します。修正したときに他が壊れていないか確認する回帰テストも頻出です。

Q3. ホワイトボックステストとブラックボックステストの違いは何ですか？

A. ホワイトボックステストは、プログラムの内部の処理や分岐を見ながら検査します。ブラックボックステストは、内部を見ずに入力と結果だけで、仕様どおりかを検査します。白は中が見える（中身を見る）、黒は中が見えない（結果だけ見る）と覚えると区別できます。

Q4. ファンクションポイント法とは何ですか？

A. ファンクションポイント法とは、ソフトウェアの機能の数と複雑さを点数化して、開発規模を見積もる方法です。画面数や帳票数など、利用者から見える機能をもとに算出するので、客観的に見積もれるのが特徴です。ほかに、過去の似た実績から見積もる類推見積法もあります。

おすすめ教材（PR）

システム開発の分野は、計算のいらない「工程と用語」の暗記が中心です。工程の順番とテストの種類さえ整理すれば、そのまま得点源になります。
とはいえ、iパスの過去問は公式サイトや無料サイトでも解けます。参考書は必ずしも必須ではありません。
それでも1冊ほしいなら、この記事とそのまま並走できる、こちらがおすすめです。この記事は、次の本の第6章「開発技術」に対応します。

『【令和8年度】いちばんやさしいITパスポート 絶対合格の教科書＋出る順問題集』

章立てがこのシリーズ（B01〜B15）と対応しているので、記事と本を行き来しながら進めやすい1冊です（2026年7月時点）。くり返しますが、これがなくても合格はできます。でも、あると近道になりますよ。

次に読む

【この記事の確認問題】

【次の記事】

【前の記事】

シリーズの目次：ITパスポートの出題範囲 全体地図

この記事を書いた人
simic（IT資格ノート）。文系・非エンジニアの視点で、つまずきやすいIT用語を「たとえ」でかみくだきながら、資格の勉強ノートを書いています。→ くわしい自己紹介：https://note.com/simic_0531/n/n5ed7f56f1ab9

最終更新：2026年7月

Amazonのアソシエイトとして、simic（IT資格ノート）は適格販売により収入を得ています。