TOPICS

TOP

>

TOPICS

>

システム開発

システム開発の工程の略語・略称一覧|SP・SA・RD・BDなど意味をわかりやすく解説

更新日: 2026年9月4日

システム開発の打ち合わせでは、「RDまでに」「UTは来週から」といった略語が当たり前のように飛び交います。意味がわからないまま話を聞き続けるのは、担当者にとって大きな負担です。

この記事では、システム開発の工程で使われるSP・SA・RD・BDなど18の略語を、工程の流れに沿って解説します。あわせて、工程とテストの対応関係を示す「V字モデル」や、開発を進める際のモデル(アジャイル・ウォーターフォールなど)の種類も紹介します。略語の意味と全体の流れを押さえておけば、開発会社とのやり取りもスムーズになります。

✔この記事で分かること/解決できること
  • システム開発の全体的な流れと、上流・下流工程の違いがわかる
  • 要件定義や基本設計、テストなど、各工程の役割と略語を理解できる
  • アジャイルやウォーターフォールなど、主要な開発モデルの特徴を比較できる
  • オープン系・汎用系・Web系システムの違いを整理できる
  • 適切な工程で開発を進めることが、品質向上やプロジェクト効率化につながる理由がわかる
\ 開発プロジェクトを計画倒れにしないための計画書作成ポイントを解説 /

プロジェクト計画書ガイドを見る

システム開発の工程や流れ

システム開発の工程とは、開発を進める手順のことです。顧客から要件をヒアリングする要件定義からスタートし、要件定義をもとに設計・製造を進めます。

システム開発における工程は、大きく分けると上流工程と下流工程の2つです。上流工程は要件定義から設計までを指し、下流工程は製造から運用・保守までを示します。この後に紹介する略語も、上流工程・下流工程のどちらに属するかを意識すると理解しやすくなります。

\ 開発プロジェクトを計画倒れにしないための計画書作成ポイントを解説 /

プロジェクト計画書ガイドを見る

システム開発の工程で使われる略語一覧

システム開発は、以下の順序で工程が進みます。まずは全体の流れを一覧で確認しましょう。

略語 正式名称(英語) 工程名
SP System Planning システム企画
SA System Architectural Design 要求分析
RD Requirement Definition 要件定義
BD Basic Design 基本設計
UI User Interface UI基本設計
ED External Design 外部設計
DD Detail Design 詳細設計
ID Internal Design 内部設計
SS System Structure Design 構造設計
FD Function Design 機能設計
PD/PS Program Design / Program Structure Design プログラム設計
PG Programming プログラミング
CD Coding コーディング
UT Unit Test 単体テスト
IT Integration Test 結合テスト
PT Product Test 総合テスト
ST System Test システムテスト
OT Operation Test 運用テスト

 

それぞれの工程について、次で詳しく解説します。

 

システム企画(SP)

システム企画とは、企画から導入までの基本的なプランを立てるプロセスです。企業や組織の目標達成や課題克服に必要となるシステムを考えます。その後、システム開発における概要を決定します。

要求分析(SA)

要求分析とは、前工程で決定した計画を基本に、ユーザーの要求やニーズを聞き取り、整理・分析するプロセスです。これらを文書化し、開発チームに伝達しますが、専門知識がなくても理解できる内容で構成することが重要です。

要件定義(RD)

要件定義とは、前段階で提示されたニーズや要求を、具体的にどう技術的に解決するか定めるプロセスです。機能や性能に加え、操作性、セキュリティ対策など、要件を正確に確定させます。要求分析と同様に、文書にし関係者間で合意を取りましょう。

基本設計(BD)

基本設計は、前工程で確定した要件を基本に、全体の構造やデータフローを設計するプロセスです。作成する機能ごとに分け、全体の基本となる仕様を定めます。詳細設計やプログラミングなどの基盤となるため、高い精度であることが求められます。

UI基本設計(UI)

UI基本設計では、UI(ユーザーインターフェース)を設計します。UIとは、ユーザーとシステムの接点のことで、具体的には操作方法や画面のレイアウトなどです。UIはユーザーが直接的に触れるため、使いやすさを左右します。

外部設計(ED)

外部設計とは、システム全体の構造を把握し、各機能の細かな仕様を設計するプロセスです。UIや、外部とのやり取りに用いる部分について設計します。データベースの設計、外部システムとのUIも含みます。

詳細設計(DD)

詳細設計では、前工程で決めた全体の構造や仕様を基本に、具体的なプログラムを設計します。プログラムの処理の流れやアルゴリズム、インターフェース、データベースの構造に関する詳細など、目に見えない部分を設計します。

内部設計(ID)

内部設計では、システム内で行われる動作や処理の流れを設計します。外部設計で定めた仕様と同様に動くよう、詳細を決定します。設計に一貫性があるよう、チームメンバーとのコミュニケーションも欠かせません。

構造設計(SS)

構造設計とは、プログラミングできるようシステムの構造を分解し、設計内容を具体的に定めるプロセスです。正確性と一貫性が必要であると同時に、効率的なシステムの構築を目指します。

機能設計(FD)

機能設計とは、それぞれの機能やモジュールの動作を詳細に定めるプロセスです。おもな機能を細部まで設計し、具体的な動作を定めます。開発プロセスでの問題発生を抑えることにつながります。

プログラム設計(PD/PS)

プログラム設計とは、詳細設計によって定めた内容を基本に、プログラムによる動作や処理を具体的に定めるプロセスです。プログラムごとに構造を分類し、動作や処理の流れ、エラー処理などを定めます。

プログラミング(PG)

プログラミングとは、設計書に従い、コードを記述するプロセスです。プログラミング言語を使用し、機能を実装していきます。バグの発生を抑えるため、定期的にテストを実施しましょう。

コーディング(CD)

コーディングは、プログラム設計で定めた内容に従い、プログラミング言語を記述するプロセスです。プログラミング言語により、実際の動作や文字・画像などが目に見える形となります。

単体テスト(UT)

単体テストとは、それぞれの機能が期待通りに動くかをチェックするテストです。システムごとにテストするため、比較的容易にバグの原因を特定できます。

結合テスト(IT)

結合テストとは、複数の機能を組み合わせた状態で、正確に動作するかチェックするテストです。単体テスト後に実施され、基本設計で定められた通りの機能であるかをチェックします。問題点が発見された場合は、原因を特定して修正しましょう。

総合テスト(PT)

総合テストでは、全体が設計通り動作するかをチェックします。機能に限らず、操作性やセキュリティについてもテストを実施します。正常な動作や処理速度など、動作に関する問題点は解消しましょう。

システムテスト(ST)

システムテストとは、開発したシステムの動作をチェックするテストです。要件定義や仕様書に定められた条件を満たしているか、また信頼性や品質を最終的にチェックします。

運用テスト(OT)

運用テストとは、実際の運用環境で正常に動作するかをチェックするテストです。顧客が操作する形でテストを実施します。運用テストまで終了すると、実際にシステム運用がスタートします。

V字モデルとは

システム開発のV字モデルとは、上流工程(設計)と下流工程(テスト)を対応づけて示したモデルです。各設計工程で決めた内容が、どのテスト工程で検証されるのかが一目でわかります。

(参考)Sun*のV字モデル

(参考)Sun*のV字モデル

 

設計工程 対応するテスト工程
要件定義(RD) システムテスト(ST)
基本設計(BD) 結合テスト(IT)
詳細設計(DD) 単体テスト(UT)

「決めたこと」と「確かめること」がペアになっていると理解できると、工程ごとの略語がばらばらの記号ではなく、一本の線でつながって見えるようになります。上流で決めた仕様に抜け漏れがないかを、対応する下流のテストで検証する、という考え方がV字モデルの基本です。

システム開発の工程モデル

システム開発の工程をスムーズに進めるために、いくつかの工程モデルが存在します。ここではおもな4つについて解説します。

アジャイルモデル

アジャイルモデルは、システム開発を進める際に、必要に応じて前工程に戻ることを前提とした工程モデルです。そのため、変更や見直しが発生しても対応できるよう、スケジュールに余裕を持つ必要があります。一方で開発スピードは早いため、早期にリリースしたい場合に適しています。

ウォーターフォールモデル

ウォーターフォールモデルは、上流工程から下流工程へと作業を進め、前工程に戻ることなく進行する工程モデルです。1つの工程が終わると次に実施すべき工程が分かります。一方で、工程の途中にミスが発生した場合、開発が計画通りに進まなかったり、スケジュールを変更したりする必要があるでしょう。

スパイラルモデル

スパイラルモデルとは、複数のサブシステムごとに分けて開発する工程モデルです。サブシステムの構築は、上記したウォーターフォールモデルで進めます。開発を進めながら詳細を決定するため、要件定義で細部まで決める必要はありません。一方、何度もプログラムの作成とチェックを繰り返すため、時間と手間がかかるでしょう。

プロトタイプモデル

プロトタイプモデルとは、システム開発を始める前に試作品を作成する工程モデルです。試作品のチェック後に開発を進めるため、認識のずれを防ぎ、大幅な失敗を抑えられます。大規模システムを作成する場合は、試作品の制作や修正に時間とコストがかかります。スケジュールに余裕を持たせ、予算も多めに見積もることが重要です。

システム開発とシステム構築の違い

システム開発は、プロダクトやシステムを企画し、リリースするまでの全工程を指します。おもに、ユーザーのニーズに合致するプロダクトやシステムを作ることが目的です。

一方でシステム構築では、設計された内容を運用する仕組み作りを指します。つまり、開発されたシステムやソフトウェアを実際に運用可能にすることが目的です。

システム開発の種類

システム開発には工程モデルに加え、開発の種類が複数あります。おもな3つの種類について解説します。

オープン系システム

オープン系システムとは、仕様が公開されたソフトウェアやハードウェアを活用して、開発するシステムです。さまざまな条件に対応でき、新たな機能・技術の導入が比較的容易なことから、開放という意味の「オープン」が使用されています。

汎用系システム

汎用系システムとは、一般的な用途に対応するよう開発されたシステムです。特定の業種や企業に限らず、さまざまな組織やユーザーが利用できるデザインとなっています。多様なユーザー層に向けて提供されるためカスタマイズ性が高く、中小企業から大企業まで幅広い規模の組織が利用できます。

Web系システム

Web系システムとは、おもにWebブラウザを介してアクセスする形で提供されるシステムです。Web技術を利用し、ユーザーがブラウザを通してアクセスすることで、情報の閲覧からデータ入力・処理までを行います。

システム開発を正しい工程で実施するメリット

システム開発を正しい工程で実施することでどのようなメリットがあるのか、解説します。

品質の向上

システム開発で最も重視すべきは、品質の向上です。高品質のシステムは、ユーザーの満足度向上、運用コストの削減、信頼と安定につながります。

具体的には、ユーザーのニーズを理解して要件を明確にすることで、期待される機能や性能を満たしたシステムです。また、継続的に改善したり、フィードバックを取り入れたりすると質を一層高められます。

プロジェクトの効率化

プロジェクト管理の効率化は、システム開発を成功させる上で重要です。プロジェクト管理を効率化させることで、リソースの適切な配分やスケジュールの遵守、コスト削減が可能です。また、プロジェクト管理ツールやメソッドを活用すると、タスクの進捗管理やコミュニケーションの円滑化、リスクの早期発見や対策につながるでしょう。

まとめ

システム開発を円滑に進める上で、正しい工程であることは重要です。多くの工程が存在しますが、どのような工程を踏むべきか、略語の意味を理解した上で業務に取り組みましょう。

株式会社Sun Asteriskは、DXコンサルティングやシステム設計、開発まで一気通貫でサポートする企業です。お客様のニーズに適した、柔軟な開発リソースを提供しています。システムの開発実績も豊富なので、ぜひ当社サービスをご検討ください。詳しくは下記より、お気軽にお問い合わせください。

\ 開発品質を高めるために必要な全体テスト計画の進め方を整理 /

全体テスト計画の考え方を見る

よくある質問

Q システム開発を始めるにあたり、まずどの工程から着手すべきですか?
A まずはシステム企画(SP)で基本的なプランを立て、その後にユーザーの要望を聞き取る要求分析(SA)や、技術的な解決策を定める要件定義(RD)へと進むのが一般的な流れです。

Q 「上流工程」と「下流工程」とは、具体的にどの範囲を指しますか?
A 一般的に、要件定義から設計までを「上流工程」、プログラミング(製造)からテスト、運用・保守までを「下流工程」と呼びます。

Q 基本設計と詳細設計の違いは何ですか?
A 基本設計(BD)は全体の構造やデータフロー、UIなどの大枠を決めるプロセスで、詳細設計(DD)はその仕様をもとにプログラムの処理や内部構造など、目に見えない部分を具体的に設計するプロセスです。

Q システムが完成するまでのテスト手順はどのようになっていますか?
A 機能ごとの「単体テスト」、複数を組み合わせた「結合テスト」、全体を確認する「総合テスト」、要件を満たしているか検証する「システムテスト」を経て、最後に実際の環境での「運用テスト」を行います。

Q 開発モデルを選ぶ際、どのような失敗やリスクに注意すべきですか?
A 例えばウォーターフォールモデルは計画通り進めやすい反面、途中変更が困難です。逆にアジャイルモデルは変更に強いですが、プロトタイプモデルは試作にコストがかかるなど、各手法の特性とリスクを考慮する必要があります。

Q プロトタイプモデルを採用する場合の注意点はありますか?
A 試作品を作ることで認識のズレを防げますが、特に大規模システムでは試作や修正に多くの時間とコストがかかるため、スケジュールや予算を多めに見積もることが重要です。

Q 正しい工程で開発を進めることには、どのようなメリットがありますか?
A ユーザーのニーズを満たしてシステムの品質を向上させられるほか、リソース配分やスケジュール管理が適切になり、プロジェクト全体の効率化につながります。

Q システム開発にかかる期間や費用について相談できますか?
A Sun Asteriskでは、お客様のニーズに適した柔軟なリソースを提供しており、開発のご相談やお見積もりが可能です。費用や期間について、詳しくはお問い合わせください。

Q 社内に専門知識がない場合、企画から開発まで支援してもらうことは可能ですか?
A はい、Sun AsteriskではDXコンサルティングからシステム設計、開発まで一気通貫でサポートしています。お気軽にお問い合わせください。

Q アジャイル開発を進める上で、参考になる資料はありますか?
A Sun Asteriskでは、アジャイル開発で最低限押さえておきたいポイントをまとめた「チェックリスト」や、MVP作りに関する資料を無料で配布しています。

開発プロジェクトを「計画倒れ」にしないために。目的・スコープ・体制・リスクなど、計画書で必ず押さえるべきポイントを体系的に整理しました。

全体テスト計画の考え方を発注者視点で解説いたしました。品質の判断基準や合否条件、役割分担を整理し、後半工程の手戻りを防ぐための実践ガイドを無料公開。