## 外部設計と内部設計の違いとは

*ソフトウェア開発における設計作業には、大きく分けて外部設計と内部設計の工程があります。*どちらも完成する製品の品質や、プロジェクトの進捗しやすさに大きな影響を与える重要な作業です。

外部設計とは、システム全体の構造やユーザインターフェースなど、外から見える部分の設計を指します。

一方、内部設計は、システムの内部構造やデータベース設計など、システムがどのように機能するかを詳細に定義します。

システム開発とは？ITエンジニアを目指す上で必須の基本知識を解説！

## 外部設計と内部設計の違いを理解してSEを目指そう

システム開発においてエンジニアが外部設計と内部設計の違いを理解しているかどうかは、開発プロジェクトがスムーズに進むかどうかにも大きく関わります。

*特にシステムエンジニア（SE）は自らが外部設計と内部設計を行うポジションであるため、その違いをしっかりと把握しておく必要があります。*

この記事では、SEとして活躍したい方のために、外部設計と内部設計の違いや、それぞれの書き方について解説します。

<center>[エンジニア転職を成功させるため ぜひ*『マイナビIT エージェント』*をご活用ください！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)</center>

まずは、外部設計と内部設計を理解するための基本的な知識として、システム開発の流れと、外部設計・内部設計の役割を解説します。また、外部設計と内部設計を活用できる職種の年収がどれくらいかもチェックしましょう。

*システム開発の流れは、まず要件定義から始まります。*要件定義は、クライアントに業務内容をヒアリングして要望を整理し、システムの基本的な仕様を決める重要な段階です。要件定義の精度が低いと、後になって仕様変更や作業のやり直しが発生する要因となります。

その後、外部設計を行います。外部設計では、システム全体の構造やユーザインターフェースなど、外部から見た部分の設計を行います。

次に、外部設計を基にして内部設計が行われます。内部設計では、システムの内部構造やデータベース設計など、システムがどのように機能するかを詳細に設計します。

内部設計までの工程が終わったら、作成された内部設計書や各種仕様を記した資料に従ってプログラマーが開発を進め、完成を目指してプロジェクトが進行します。

システム開発の工程とは？基本的な流れや略語の意味を解説！

外部設計は、要件定義で決められた仕様や機能を満たすシステムの設計を行います。基本設計と呼ばれることもあります。

*この段階では、ユーザに向けたインターフェース部分の仕様を設計し、操作画面やデータ出力、セキュリティ、運用規定などを決定します。*

外部設計は、ユーザにとってのシステムの使いやすさや信頼性を高める重要な工程です。また、しっかりとした外部設計が行われることで、ユーザがシステムに求めるものが明確になり、後に続く内部設計やプログラミングも行いやすくなります。

*内部設計は、外部設計で決まった仕様を基にして、具体的なシステム内部の動作やプログラムが扱うデータなどの詳細な部分の設計を行います。*そのため、詳細設計と呼ばれることもあります。

内部設計では、要求仕様を実現するための機能をプログラム単位に分割し、物理データや入出力を設計することで、プログラミング段階にスムーズに移行できるようにします。そのため、プログラム開発の効率と品質に直結する重要な工程であるといえるでしょう。

## 外部設計や内部設計を担当する職種とは

ここでは、外部設計と内部設計の違いを知っておくと役立つ職種として、SEやプログラマーについて説明します。また、SEの年収についてもあわせて解説します。

SEは、開発プロジェクトにおいて実際に外部設計と内部設計を行う職種です。一般的にはSEはクライアントへの要求仕様のヒアリング・要件定義から行い、クライアントの要望を反映した外部設計を行います。

また、SEには開発チームのリーダーとしての立場もあります。プログラマー向けの内部設計を行い、コーディングの方針や開発の進捗の管理も行います。

外部設計と内部設計その違いをよく理解して設計を行うことで、クライアントの満足度と、プログラマーの開発進捗の向上が見込めます。

システムエンジニアの仕事内容とは何か？わかりやすく解説！

システムエンジニアに必要な資格は？転職に有利なおすすめの資格6選！

プログラマーも外部設計と内部設計の意味合いの違いを理解しておくと業務に役立つでしょう。

プログラマーがコーディングを行うときには内部設計書を確認しながらコードを書くことになります。プロジェクトやSEによって内部設計で作成される資料が異なる場合もありますが、プログラマー向けの設計書であるということを理解しておきましょう。

また、作成する機能同士の関連や、ユーザが求める機能がどのようなものかを理解してコーディングするために、外部設計で作成された外部設計書や機能一覧表も役に立つ場合が多いです。

プログラマになるには？プログラミング学習の心構え・学習方法を解説！

単価の高いプログラマはどんな仕事をしているのか？分かりやすく解説

SEの年収は「マイナビエージェント職種図鑑」での平均年収は431万円（※2024年1月執筆時点）、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種のSE・プログラマ（顧客向けシステムの開発・実装）を参考にすると、平均年収593万円と分かりました。

国税庁2020年発表の「民間給与実態統計調査」における民間企業平均年収は433万円なので、SEは一般平均年収と同程度か、やや高めであることが分かります。

SEは開発プロジェクトの管理と進捗を担うエンジニアで、主に外部設計・内部設計などの上流工程の作業を行います。

*多様な案件に対応できる豊富な経験や、開発チームにおけるリーダーシップ、クライアントとのコミュニケーション能力を持つSEはより高収入となる傾向があります。*

【参考】：[マイナビエージェント職種図鑑](https://mynavi-agent.jp/it/jobindex/04.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)
※【平均年収 調査対象者】2020年1月～2020年12月末までの間にマイナビエージェントサービスにご登録頂いた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf)

## 外部設計と内部設計の具体的な違いとは

システム開発の流れと外部設計・内部設計の概要が分かったところで、具体的な違いを見ていくことにしましょう。主に、設計がクライアント視点・エンジニア視点のどちらに立って設計されるかという違いがあり、成果物も異なります。

### クライアント視点とエンジニア視点の違い

**外部設計と内部設計の主な違いは、クライアント視点でユーザに直接関わる部分を設計するか、エンジニア視点でシステムの内部機能などユーザに見えない部分を設計するかという点です。**

外部設計ではクライアントの意見もさらに取り入れながら、ユーザに見える画面や、ユーザが直接触れる機能を設計します。そのため、クライアント視点を重視し、システムの外見や操作性・ユーザビリティについても入念に設計する必要があります。

一方、内部設計では外部設計の仕様をプログラムとして実装できるように、ユーザには見えないデータ処理や内部構造の詳細を決定します。そのため、実際の開発の工程でプログラミングが行いやすいように、エンジニア視点で設計されます。

システム機能要件の書き方に強くなり、優秀なITエンジニアを目指そう

プロジェクトの成否を左右する非機能要件の一覧について詳しく解説！

外部設計では外部設計書や機能一覧表が主な成果物です。クライアントの要求を明確にし、システムの外見や操作性を決めるための業務フロー・機能一覧表・システム構成図などが含まれます。これらの資料により、クライアントのニーズやシステムの外見・操作性が明確になります。

また、具体的にクライアントの要求にはなくても、システムが問題なく稼働するために必要となる非機能要件も決定します。システムの可用性・拡張性・データのバックアップ方法・セキュリティに関する仕様などが含まれます。

*■外部設計で作成する資料*
・外部設計書
・機能一覧表
・非機能要件　など

一方、内部設計では内部設計書が主な成果物です。内部設計書にはデータベース物理設計書・モジュール構造図・クラス図などが含まれ、プログラムの具体的な実装に必要な詳細情報が記されます。そのため、開発メンバーが理解しやすい資料となることが求められます。

*■内部設計で作成する資料*
・内部設計書
・データベース物理設計書
・モジュール構造図
・クラス図
・シーケンス図　など

*このように挙げてみると、外部設計ではクライアントと理解を共有できる機能・動作に関わる資料、内部設計ではクライアント視点を離れて実際のコーディングで必要になる資料が成果物となることが分かるでしょう。*

## 外部設計と内部設計のポイント

それでは、実際に外部設計書と内部設計書を行う場合にはどのようなことに気を付ければいいのでしょうか。ここでは、外部設計所と内部設計書の書き方や注意点について解説します。

### 外部設計書の書き方と注意点

外部設計書では、業務フローを明確化し、クライアントが行う業務内容の流れを図で示します。わかりやすくシンプルに記載するよう心掛けましょう。また、システムの構成図を作成し、ハードウェア・ソフトウェア・ネットワークなどの構成も明確にしましょう。

*作成する上で重要なことは、要件定義との整合性が取れた外部設計書を作成することです。*外部設計で定めた内容は、そのまま後の工程に影響を及ぼします。

そのため、外部設計書が要件定義の内容を満たさないと、最終的な成果物はクライアントの要求と異なるものになってしまいます。

要件定義とは？流れや決め方、作成に必要なスキルをわかりやすく解説

### 内部設計書の書き方と注意点

内部設計書は外部設計書に基づいて作成します。外部設計書で決定された内容をプログラム視点で具体化し、プログラマーに伝えるために内部設計書を作成します。そのため、外部設計書との整合性を保ちながら書く必要があります。

*プログラマーの視点を意識し、誤解を招かない具体的な表現や曖昧さを避けた表現で記載することが重要です。*

プログラマーに意図を正確に伝えるために、数値は明確に記載し、決まったフォーマットに従うことが望ましい書き方です。例えば、「クラス図」や「モジュール構成図」などの一般的な図を用いて作成することが一般的です。

### 設計書の書き方を知ってスキルアップしよう

外部設計書や内部設計書は、システム開発を行うSEやプログラマーとして業務を行うエンジニアにとっては必須の資料といえます。

*そのため、これらの設計書の書き方や意図を正確に知って活用できれば、コーディングの効率化やプロジェクト推進の円滑化につながります。*エンジニアとしてスキルアップしたい方は、外部設計書や内部設計書の書き方を学ぶことをおすすめします。

外部設計や内部設計について学んだら、その知識を活かしてSEとして活躍できる企業に転職してキャリアアップを図るのもいいでしょう。

<center>[あなたに合った企業選びをサポート致します。 エンジニア転職のご相談はぜひ *『マイナビIT エージェント』*へ！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)</center>

## 外部設計と内部設計の違いを理解して開発に役立てよう

ここまで、外部設計と内部設計の違いや書き方について解説してきました。外部設計はユーザが直接触れる部分の設計で、内部設計はエンジニアがコーディングするための設計であることが分かりました。

外部設計と内部設計の違いを理解することで、効果的なシステム開発が可能です。より高品質な設計を行えるようになり開発現場で活躍できるでしょう。自身のキャリアの幅をさらに広げたい場合は、より多様な案件に携わるために転職を検討するのもおすすめです。

そこで利用を推奨するのが[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)です。 

マイナビIT エージェントは、IT・Webエンジニア向け、無料の転職⽀援サービスです。

IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案します。

アドバイザーは企業側と直接連携を取れるので、求人票に載っていない情報も確認することができます。こちらで、働き方などをしっかり確認の上、応募企業を選んでいくのが良いでしょう。

未経験からのキャリアチェンジは心身ともに本当に大変だと思います。少しでもご自身の負担を減らすべく、エージェントサービスを活用して、失敗のない転職活動に臨んでいただければ幸いです。

<center>[*『マイナビIT エージェント』*なら、 IT業界に精通した専任アドバイザーと豊富な求人で、 あなたの転職活動を丁寧にサポートします。](https://mynavi-agent.jp/entry/?genre=26&utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)</center>

外部設計と内部設計は、システム開発においてユーザインターフェースやシステムの内部構造の設計を行う工程で、その違いを理解することで効率的な開発が可能です。この記事ではSEとして活躍したい方のために、外部設計と内部設計の違いを解説します。

ソフトウェア開発における設計作業には、大きく分けて外部設計と内部設計の工程がある

外部設計はクライアント視点で、内部設計ではエンジニア視点で設計する

外部設計と内部設計の違いを理解すれば、開発の効率化や製品の品質向上につながる

外部設計と内部設計の違いは？それぞれの役割と書き方の注意点を解説

システム開発では基本的に複数のメンバーが協力しあってプロジェクトを進めます。しかし、メンバーによって技術や経験、考え方に個人差があり、開発の品質や効率にバラつきが生じることがあります。

また、開発の途中でメンバーが入れ替わることもあるため、引き継ぎや調整に時間がかかることもあります。

そこで、システム開発において重要となるのが開発標準です。開発標準とは、システム開発手法やプロセス、規約、画面の構成などをまとめて、開発全体に適用することを指します。*開発標準を策定することで、開発の品質や効率を向上させることができます。*

本記事では、開発標準のメリットや標準書の策定における注意点などを詳しく解説します。システム開発に携わる方やシステム開発系への転職を考えている方は、ぜひ参考にしてください。

【参考】：[高高信頼化ソフトウェアのための開発手法ガイドブック｜IPA](https://www.ipa.go.jp/archive/publish/qv6pgp0000000zlp-att/000005144.pdf)

システム開発のスケジュール管理方法や立て方・使えるスキルを紹介！

## 開発標準はなぜ必要なのか？

開発標準が策定されていない場合、システム開発では様々な問題が生じる可能性があります。開発標準がないと、具体的にはどのような問題が生じるのでしょうか。

ここでは、開発標準がない場合に起きやすい問題、開発標準を策定する目的、策定に際して注意すべき点について解説します。

### 開発標準が存在しないと発生しやすい問題

**開発標準が整備されていないと、どれだけ優秀なエンジニアが集まっていても、次のような問題が発生しやすいでしょう。**なかには致命的な問題に繋がるものもあり、開発標準がいかに重要かよく分かります。

*■ 作業の分担や進捗管理が不明確になる*
開発標準が存在していないと、システム開発作業に着手した場合、メンバー毎の役割分担が不明確になり、重複作業や欠落作業を生じる可能性があります。また、全体の進捗がよく分からないため、各タスクの進捗にバラつきが生じ、全体として納期遅延が起こりがちです。

*■ 成果物の体裁や内容にバラつきが生じる*
開発標準が存在していないと、納品物の内容や形式が分からず、関係メンバーが作成する納品内容、形式にバラつきが生じるばかりか、品質全体にも影響を生じます。

*■ 用語やルールの認識がずれる*
開発標準では用語の定義や、開発に関わる様々なルールが明記されています。開発標準が存在しないと、用いる用語の認識にズレが生じたり、ルールが不明確になったりし、円滑なプロジェクトの進行や運営に支障をきたす可能性があります。

*■ バグやエラーが増える*
設計仕様やコーディング規約、テスト仕様などが定められていないと、コーダーやプログラマが独自の判断を行ってしまい、認識にミスが生じてプログラムバグの発生や本番稼働時に障害が発生する可能性があります。

*■ テストや保守が困難になる*
開発標準ではテスト方法や運用保守に関する仕様を定めますが、これらが存在しないと、テストはエンジニアの経験や判断に依存し、期待するテスト品質が担保されない可能性があります。また、運用仕様の作成で、項目のモレなどが生じ、運用ミスやトラブル対応の遅れを招くこともあります。

システムテストとは？その手法やシステムテストの仕事に転職するには

【システム運用・保守】必要なスキルや仕事内容、将来性について解説

開発標準を策定する目的について整理しておきましょう。**開発標準を策定する主な目的としては、開発品質の担保、開発の効率化、成功事例の横展開などがあります。**1つずつ確認してみましょう。

*■ 開発品質の担保*
開発標準によって作業の漏れや重複などがなくなり、工程の必要なポイントを押さえることができます。また、開発標準に従うことで、開発メンバー間の認識やコミュニケーションがスムーズになります。

さらに、開発標準にはテストやレビューの方法も含まれており、開発の品質を確認でき、不具合や改善点を見つけやすくなります。

*■ 開発作業の効率化*
開発標準があれば、開発の手順やルールが明確になります。そのため、開発メンバーは円滑に作業を進めることができます。また、開発標準には、作業の支援ツールやフレームワーク（ひな型）も含まれます。

これらを利用することで、作業の効率化を図れます。さらに、開発標準にはドキュメントのテンプレートやフォーマットも含まれており、この利用によって、ドキュメントの作成や管理が容易になります。

*■ 他システムの開発に適用可能*
開発標準は1度作成すれば、他のシステム開発にも流用可能です。ITベンダー側としても、品質とコスト削減を実現するための手立てとして利用できます。またクライアント側はITベンダーの開発標準をプロジェクトに適用することで、品質の確保と効率化を図れます。

さらに開発標準をクライアントが獲得できると、他のITベンダーを利用した際にも、同様のシステム開発が行えます。

コードレビューを初めて行う人必見！やり方を1から解説！

## 開発標準を策定する上で注意すべきこと

開発標準の必要性を理解できたら、の策定に着手しますが、策定に当たっていくつかの注意点があります。以下のポイントに気を付けながら策定に当たりましょう。

開発標準は目的ではなく手段であり、あまり固執しすぎないことです。**開発標準は、システム開発の品質や効率を向上させるためのツールであり、開発標準自体が目的ではありません。**開発標準に従うことで、開発の成果物やプロセスが改善されることを常に意識しましょう。

### プロジェクトの特性や状況に応じて柔軟に変更する

プロジェクトの特性や状況に応じて柔軟に開発標準を変更し、固定観念を持たないことです。**開発標準は、あらかじめ決められたものではなく、プロジェクトの要件や環境、技術や人材などによって変化するものです。**開発標準に適切な変更や例外を加えることで、開発の効果を最大化できます。

### メンバーに周知し、遵守させる

開発標準をメンバーに周知し、遵守させることが重要です。開発標準を策定しただけでは不十分であり、メンバーに理解させ、実際に開発の作業に反映させることが重要です。**開発標準の導入や教育、監査や評価などを行うことで、開発標準の浸透を促しましょう。**

開発標準は、1度作成して完了ではありません。開発標準の定期的な見直しや改善が必要です。開発の進行や状況によって、開発標準に不備や問題が発生することがあります。**開発標準の効果や問題点を検証し、必要に応じて適宜改善することで、開発標準の品質を高めましょう。**

*開発標準に関する公的資料は、プロジェクトの開発基準の策定に役立つでしょう。*ここでは公表された開発標準資料の例を挙げており、以下のようなものがあります。

**デジタル社会を実現するための共通ルールや参考ドキュメントをまとめたものです。**サービス・業務改革や政府情報システムの整備・管理に関する手続き・手順や、各種技術標準などを定めています。

標準ガイドライン群は、標準ガイドライン、附属文書、解説書、実践ガイドブック、データ連携モデル、技術レポートなどから構成されています。

【参考】：[標準ガイドライン群 | 政府CIOポータル](https://cio.go.jp/guides)

### 地方公共団体情報システムの標準化に関する法律

地方公共団体情報システムの標準化に関する法律とは、住民の利便性の向上や地方公共団体の行政運営の効率化を目的として、**地方公共団体が利用する情報システムについて、統一的な基準に適合することを求める法律です。**

この法律により、基本方針や標準化基準が定められ、国と地方公共団体の責務が明らかにされました。この法律は、令和3年9月1日から施行されました。

【参考】：[地方公共団体情報システムの標準化に関する法律の公布について（通知）｜総務省](https://www.soumu.go.jp/main_content/000750852.pdf)

「先端技術と標準」とは、人間の能力を拡張する技術や、個別化された製品やサービスを提供する技術など、将来の市場や社会課題に対応できる技術と、**その技術に関する規格やルールのことです。**先端技術と標準は、技術の発展や普及に伴って変化し、国際的な競争や協力の対象となります。

先端技術と標準に関する標準化活動は、デジュール標準、フォーラム標準、コンソーシアム標準、デファクト標準の4種類に分けられます。

【参考】： [先端技術と標準｜経済産業省](https://www.jsa.or.jp/datas/media/10000/md_2431.pdf)

## 開発標準に関係する人の年収

開発標準に最も関わるのはシステムエンジニアです。そこで、システムエンジニアの年収を見てみましょう。

「マイナビエージェント 職種図鑑」でのシステムエンジニアの平均年収は431万円（※2023年12月執筆時点）、経済産業省2017年発表の「場合がIT関連産業の給与等に関する実態調査結果」から近い職種のSE・プログラマ（顧客向けシステムの開発・実装）を参考にすると、平均年収593万円と分かりました。

国税庁2020年発表の「民間給与実態統計調査」における民間企業平均年収は433万円であり、システムエンジニアの年収とほぼ同程度ですが、年齢を考慮するとシステムエンジニアの年収は民間企業平均年収よりは高めと考えられます。

システムエンジニアはシステム開発における中核メンバーであり、またエンジニア不足もあって、システムエンジニアの求人は非常に多くあります。

またシステムエンジニアには豊富なキャリアパスがありますので、*今後の成長次第ではITコンサルタントやプロジェクトマネージャーなどの上位職への登用、収入増が期待できる職種です。*

未経験のシステムエンジニアがきつい理由は？転職時の求人選びのコツも解説

## 開発標準のデメリットとメリット

開発標準を策定する目的や策定に当たって注意すべきこと、事例などを紹介しましたが、ここでは開発標準に対する理解をさらに深めるために、*開発標準を策定することのデメリットとメリットについて解説します。*

開発標準を策定すると、どのようなデメリットがあるのでしょうか。**ここでは2つのデメリットについて解説します。**

*■ 策定にコストと時間を要する*
開発標準を策定する際に、コストと時間がかかることがあります。開発標準はプロジェクトの立ち上がり時に作成するのが1番効果的ですが、その分、開発の開始が遅れる可能性があります。

*■ こだわり過ぎると新たな発想の妨げになる*
開発標準にこだわり過ぎると、新しい発想や技術の導入の妨げとなる可能性があります。開発標準はあくまで手段であり、目的ではありません。開発標準に従うだけではなく、プロジェクトの特性や状況に応じて柔軟に変更することも重要です。

開発標準の策定にはデメリットもありますが、デメリットに注意することで逆にメリットに変えられます。**ここでは開発標準を策定するメリットについて解説します。**

*■ 開発品質の向上*
開発の品質を向上させることができます。開発標準に従うことで、作業の漏れや重複を防ぎ、工程に必要なポイントを押さえられます。

*■ 開発効率の向上*
開発の効率を高めることができます。開発標準によって、作業の手順やフレームワークが明確になり、スムーズな開発が可能になります。

*■ 他のプロジェクトへの流用*
開発標準を別のプロジェクトにも流用することができます。開発標準を1度作成すれば、同じようなシステム開発に適用できるため、コストや時間の削減につながります。

### 開発標準を意識して、より良い転職先を見つけよう

ここまで、開発標準の主なデメリットとメリットを挙げてきました。開発基準がシステムの開発に非常に重要であることが分かったことと思います。**転職先を選ぶ際、プログラマーやシステムエンジニアを目指す方は、ぜひ開発標準が整備されている企業を選択しましょう。**

なぜなら、そうした企業は開発品質や開発効率に対するこだわりがある企業であり、また社員の育成にも熱心な企業であると考えられるからです。しかし、開発標準が整っている、あるいは社員育成に熱心な企業か否かを見極めるのは非常に難しいでしょう。

実際に企業を訪問し、人事担当者やシステム開発部門の人に会ってみないと、実情は分かりません。そこで、おすすめしたいのは転職エージェントの活用です。転職エージェントは企業の様々な内部事情にも精通しています。迷ったら相談してみましょう。

## 開発標準を利用して活躍するエンジニアを目指そう

ここまで、開発標準について、その必要性や策定時に注意すべきこと、開発標準の事例、開発標準に関わるエンジニアの年収、開発標準を策定するデメリットとメリットなどについて解説してきました。IT業界未経験者が、エンジニア転職を目指すのは不安だらけでしょう。

*転職では、自分にとって相性の良い企業、自分の能力を開発し、引き出してくれる企業との出会いが成功の鍵です。*しかし膨大な求人の中から、希望する条件に合う企業を見つけるのは至難の業です。

開発標準とは、システム開発手法やプロセス、規約、画面の構成などをまとめて、開発全体に適用することを指します。開発標準を策定することで、開発の効率を向上させることができます。この記事では、開発標準の事例や策定するデメリット・メリットなどを解説します。

開発標準とは、システム開発の手法やプロセス、規約、画面の構成などをまとめて、開発全体に適用すること

開発標準を策定することで、開発の品質や効率を向上させることができる

開発標準を整備している企業は品質管理や業務の効率化に熱心で、従業員教育の制度が整っている可能性が高い

開発標準とは？システム開発の効率化に欠かせない標準について学ぼう

*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv12_2)*

## 「単体テスト」と「結合テスト」の違いとは？

開発の現場では、エラーを検知する「テスト」作業が非常に重要です。ここでは、「単体テスト」と「結合テスト」はどういったものなのかを、システム開発の工程とともに紹介します。

### どちらもシステム開発で重要な工程の1つ

システム開発を行う上で、エラーや不具合はつきものです。どんなに細かくチェックを行っても、実際動かしてみると予期しないエラーが出たり、求めている機能が使えなかったりすることは多々あります。

そこで、必要になるのが「テスト工程」です。作成したシステムを納品するまでに、顧客が求める要件が満たされているか、たとえエラーが出力されてもシステムが稼働するような作りになっているかを地道にテストしなければなりません。

そんなテスト工程のうち、よく知られているのが「単体テスト」と「結合テスト」です。**同じシステム開発において実施されるテスト工程ですが、「単体テストは機能を小さい単体でテストする」、「結合テストは複数のモジュールを組み合わせてテストする」といった違いがあります。**

それぞれのテストを行う目的やタイミングは異なりますが、どちらもシステム開発では欠かせない重要な工程の1つです。

そもそも、このシステム開発はどのような流れで行われるのでしょうか？システム開発は決められた手順通りに進めていきます。例えるなら、家を建てる過程と似ています。

一般的には、*「要件定義→外部設計→内部設計→プログラミング（構築）→単体テスト→結合テスト→システムテスト→運用テスト→システム移行」といった流れをたどります。*

なお、「インフラエンジニア」と「アプリエンジニア」ではプログラミングの有無など、多少工程は変化します。今回は「アプリのシステム開発」を基準に紹介します。

要件定義とはシステム開発プロジェクトを進める前に、顧客にとって必要な機能や要件をまとめる作業のことです。プロジェクトが進んでいくとともに要件定義に立ち返ることも多く、目的をはっきりさせる工程でもあります。プロジェクトが上手くいくかは要件定義で決まると言っても過言ではありません。

要件定義書とは？仕様書との違いや書き方のポイントを解説

外部設計では要件定義で作成した内容をもとに、外見的な見た目の部分を設計していきます。ユーザーの使いやすさに影響を与える部分になるので、使いやすいシステムを作るために大切な工程になります。

内部設計では、システムの中身であるプログラミングの設計をします。外部設計はユーザー側からの視点よりでしたが、内部設計では開発者側からの視点よりで設計していきます。

内部設計でプログラミングの設計が決まったら、設計書通りプログラミングを行っていきます。ただプログラミングを行うのでなく、設計書を作成した人やテストを行う人と積極的にコミュニケーションを行うのも大切です。

プログラミングを使う仕事とは？種類別の例や向いている人の特徴

後で詳しく紹介しますが、単体テストではプログラミングの粒度（単位）ごとにテストを行っていきます。この単位はモジュールと言われることもあります。単純作業になりがちなため、より効率が求められる工程でもあります。

こちらも後で詳しく紹介しますが、結合テストは複数のモジュールを組み合わせて、正しく機能しているかを検証します。結合テストはテスト項目の洗い出しが難しい部分でもあります。

*・総合テスト（システムテスト）*

総合テストでは全ての作成したプログラムが、要件定義で作成したシステム要件通りに正しく動くかをテストする工程です。性能や機能のテストを行います。ここからは、アプリの基盤を作成したインフラエンジニアの人と協力して行っていくこともあるでしょう。

運用テストでは実際にシステムを運用する顧客先の環境を設定し、システムに影響や不具合がでないかをテストしていきます。これまでのテストと比較すると実用性に重きを置いたテストとなっています。

運用テストってどんなテスト？目的や内容、注意すべきポイントとは？

システム移行は、古いシステムから新しく開発システムへ切り替える工程です。成功するか、ハラハラする工程でもあります。

保守・運用では、システムが問題なく運用しているかチェックしたり、よりよい状態にシステムを稼働させることができないか、プログラムを修正したりします。システムは24時間365日稼働していなければならないものもあるため、常にシステムを監視する業務も含まれます。

【保守・運用】仕事内容や将来性、必要なスキルについて徹底解説！

### システム開発のモデルの紹介

**システム開発には、さまざまな種類の開発モデルが存在します。**例えば、「ウォーターフォールモデル」、「アジャイル開発」、「プロトタイプモデル」、「スパイラルモデル」などです。ここでは、システム開発で最もよく使われる2種類のモデルを紹介します。

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

**ウォーターフォールモデルは、要件定義や設計などの上流工程から、テスト、保守・運用などの下流工程へ、順を追って行われていくのが特徴です。**例えば、設計が完全に行われていないのに、プログラミングを行うことはありません。

スケジュール管理がしやすいので、大規模なシステム開発に適している開発手法と言えます。一方、工程でのミスが生じた場合の手戻りがある場合、時間を要してしまうのがデメリットです。

ウォーターフォール開発モデルとは？各工程やメリット・デメリットを解説！

アジャイルには「素早い、機敏な」という意味があります。アジャイル開発は文字通りスピード感のある開発手法です。**短い開発期間で単位を区切り、変更や修正を行います。**

メリットは、新しい技術開発などですぐに成果物が欲しいとき、とりあえず作ってみることができる点です。一方、スケジュール管理がしづらいのはデメリットです。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

<center>[『マイナビIT AGENT』なら、 IT業界に精通した専任アドバイザーと豊富な求人で、 あなたの転職活動を丁寧にサポートします。](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)</center>

ここでは、まず「単体テスト」について詳しく紹介します。上述したように、単体テストでは、プログラミングの対象単位ごとにテストを行っていきます。具体例を詳しく説明します。

新人が任されやすい単体テストとその仕様書の作成について徹底解説！

単体テストは「Unit Test（UT工程）」とも呼ばれる通り、メソッドや関数などの1つ1つの小さな単位ごとに行うテストのことです。**1つの画面や1つの機能で実施される動作をテストすることが目的となっています。**

しかし、実際にシステム開発で作るプログラムでは、画面や機能が複数存在している場合が多いです。そのため、動作の連携に関しては単体テストではなく、後で紹介する結合テストでチェックを行います。

一般的に、単体テストは条件分岐を網羅する観点からテストを行います。**理由としては、条件分岐を網羅することで、品質をある程度は確保できるからです。**

ただし、コスト、納期、品質のバランスの観点から、100％の品質を確保するテストはできないことは頭に入れておきましょう。

単体テストの手法の種類はさまざまです。代表的な手法である、「ホワイトボックステスト」と「ブラックボックステスト」を取り上げて紹介します。

**ホワイトボックステストは、プログラムが設計したとおりに動作するかを1つ1つ網羅的に確認するテストです。**つまり、「開発者側の視点」に立ったテストとも言えます。

例えば、設計書ではエラーが発生すると定義された文字列を入力し、出力結果が正常かどうかを検証します。ホワイトボックステストのメリットは、1つ1つのモジュールに対して網羅的に検証できることです。一方、デメリットは工数が増えてしまうことです。

**ブラックボックステストは、開発するシステム自体の仕様を満たしているかどうかを確認する機能のテストです。**つまり、「利用者側の視点」にたったテストと言えます。内部のプログラムについては考慮しないため、「ホワイトボックス」とは逆の「ブラックボックス」と呼ばれています。

システム開発の記事（2ページ目）