システム構築に関わっている方は「RFP」という語句をよく目にしたり、耳にされたりしているかと思います。RFPとは（Request for Proposal）の略語で、日本語に直すと「提案要請書」もしくは「提案依頼書」のことです。

現在では、システムの開発や導入をアウトソーシングする場合、発注者側がSIerやITベンターに対してRFPを提示することが当たり前になっています。RFPのメリット、デメリットについては後ほど述べますが、**RFPの出来栄えの良しあしが、システム構築の成否を左右するといっても過言ではありません**。より良いRFP策定は、*より良いシステム構築の必須条件*なのです。いずれにしてもRFPは発注側、受注側の双方にとって必要不可欠なものとなっていることを理解しておいてください。

SIerとは？詳細や問題点、将来性についてわかりやすく解説！

RFPの策定が一般化する前は、システムベンダーの営業担当が足しげく顧客のもとを訪ね、課題の確認や御用聞きをしていました。雑談を交え、時には飲食を共にしながら顧客から情報を聞き出し、数回のヒアリングを経てSEと共同で提案書を作成するというパターンが一般的でした。

しかし、これは営業担当と顧客の人間関係に依存する部分が多く、また非効率的でもあり、こうしたやり方は次第に減少していきました。

RFPは一度作成すれば、いちいち複数のベンダーに何度も説明をする必要もありませんし、「御用聞き」よりも遥かに効率的です。また、**同じ土俵で各ベンダーから提案を受けることができ、各ITベンダーの提案を客観的に評価することができます**。つまり、**RFPの目的とは「広く、より良い提案を受け、より良い調達をする」ため**なのです。

RFPとよく似た言葉にRFIがあります。RFIは(Request For Information)の略で、情報提供依頼書と訳されています。具体的には、ERPなどのパッケージ導入の際に、製品情報や導入事例などを広く集め、検討する際にRFIは利用されます。

**一般的な情報を求めるのがRFI、個別具体的な提案を求めるのがRFP**であると理解してください。

RFPとRFIとの違いとは？エンジニアがシステム開発に活用するコツ

RFPについての理解をより深めるために、そのメリット、デメリットについて考察してみましょう。

**RFPの必要性を理解するためには、RFPのメリットを理解しておく必要**があります。

*1.提案レベルの向上と合理的なベンダー選定*
要件の明確化によって、*要件に沿った提案をもらえる確率が上がります*。またRFPを作成することによって、ITベンダーの提案レベルが上がり、提案内容の詰めを行うための時間を短縮できます。

*2.ITベンダー評価がしやすくなる*
RFPに基づいた提案を受ける事によって、ITベンダー*各社の提案を横並びで比較、評価*がしやすくなります。

*3.発注先との誤解やトラブル軽減ができる*
システム導入の際、発注側と受注側の間に齟齬が生じ、大幅なシステム変更、納期遅延、委託費の増額といったトラブルが起こりがちです。双方の認識の違いがこのようなトラブルの原因となるのです。
RFPは双方が文書で予めトラブルを招きやすい項目について確認し合えるため、*トラブルを最小限に止める*ことができます。 「言った、言わない、聞いた、聞いていない」という両者の食い違いを防ぐ上でもRFPを作成しておくことは大きな意味があります。

*4.システム導入目的や要件などのベクトルを合わせやすい*
RFPの作成により、システム導入の目的や要件を明確にできます。これにより、*発注者とベンダー側のベクトルが一致*し、より精度の高いシステム構築が可能となります。 

*5.経営層や関係部門の理解と合意が得やすい*
RFPを作成し、経営層や関係部門に予め説明しておくことで、システム導入に対する**経営層や関係部門の合意が得やすくなります**。また協力を得やすくなるため、プロジェクトの進行が円滑になります。システム部門には根回しが苦手な方も少なくありませんが、RFPは根回しにも極めて高い効力を発揮します。経営層は、システム部門は問題意識や経営的な視点を持っていないと誤解しがちです。RFPを示すことで、システム部門の役割が見直されるきっかけに繋がるでしょう。

RFPの策定にデメリットはほぼありませんが、敢えてあげるならば、以下のデメリットがあります。

*1. RFP作成に労力が掛かる*
RFPの策定にはかなりの*労力が必要*です。RFPを採用する前は、ベンダーの営業が御用聞き、ヒアリングに来てくれ、こちらが要件を伝えるだけで提案をしてもらえた時代もあります。そうした経験をしているシステム部門の方には、それがRFPのデメリットだと感じられるでしょう。

*2. システム開発までの準備に時間が掛かる*
過去には、システムは専門領域であり、システムはシステム部門に任せるという考え方が経営層の中にはありました。そうした誤解により、システム構築はシステム部門の専権事項だという我田引水的な考えもはびこっていたのです。

しかしRFPの策定においては経営課題、各部門の問題点なども整理する必要があり、また推進体制を整備するなど、従来のシステム構築では時間を掛けなかったところに注力する必要が生じるようになります。その結果として、従来よりも*システム開発着手までの時間が掛かる*という、新たな問題が生まれました。確かに、RFPによってシステム開発の前工程の負荷が大きくなるのは事実です。しかし、**完成したシステムの精度、そのパフォーマンスは明らかに向上し、手戻りやトラブルも少なくなり、トータルでは余計な労力やコストを防ぐことが可能**になります。

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

RFPは机上の空論では意味がありません。RFPにはしっかり**事実を記載し、精度が高く、しかも実現可能なもの**でなければなりません。そのようなRFPを策定するには、さまざまな準備が必要です。

システムを構築し、導入する目的には経営課題の達成、売上増進やコスト削減、各部門の問題解決などがあります。それらを実現するためには、ステークホルダー(利害関係者)の参画が欠かせず、プロジェクトの編成が必要です。むしろ、**関係部門を巻き込むことがプロジェクトの成功には欠かせない**といえます。

プロジェクトを進める上では人・モノ・金が必要です。経営層の理解や承認が得られなければ、プロジェクトそのものが成立しません。そのためにも、プロジェクト編成に対して経営側の事前の理解を得ておくことが必要です。よく、RFPの策定からベンダー選定までシステム部門だけで進めてしまい、事後承諾のような形で経営側の決裁を得る方がいますが、万一否決をされてしまうと、契約不履行として訴訟問題に至る場合もあり得ます。ここは面倒でも、きちんと**経営層の理解と協力を得ておくこと**が求められます。

経営層の理解を得られるようなRFPの策定というのは、大変難しいものです。RFPを策定する人に経営的センスがなければ、経営層を納得させるだけのRFPの策定はできません。RFPの策定が身の丈を超える難易度の高いものである場合は、**ITコンサルタントなどの協力を求めること**です。ITコンサルタントの多くは、経営層の理解や協力を得るコツも心得ている方が少なくありません。

IТコンサルタント企業の一覧！仕事内容や年収、必要なスキル・資格を解説

RFPを策定するのは誰の仕事か？おそらくこの記事を読まれた方は他人事のように思っておられるかもしれませんが、**RFP策定は、SEがキャリアアップしていくための外せない階段**です。将来的にシステムプランナーやプロジェクトリーダー、ITコンサルタントなどを目指すなら、RFP策定のスキルは身に付けておく必要があります。

RFPには基本的に記載すべきことがほぼ決まっています。テンプレートを用意しているSIerなどもあります。そうしたものを参考にしながら、まずは*自分で作成してみる*ことが重要です。

プロジェクト成功の鍵！プロジェクトリーダーの役割について解説

ITコンサルタントになるために必要な資格は？仕事内容や年収も

RFPには最低限、以下の内容を盛り込んでおく必要があります。チェックリストとしてもご利用ください。

*1.概要*
  ** 案件に関する全体像をITベンダーに理解してもらうための情報**を記載します。
*□目的*：何を提案してもらいたいのか
*□背景*：プロジェクト推進の経営的背景など
*□課題*：抱えている問題や解決したい課題
*□プロジェクトの目的*：プロジェクトが何を目的として何を狙っているのか
*□ゴール*：達成すべき品質や納期など
*□範囲*：システム導入の範囲
*□会社情報*：事業内容、組織図、拠点情報、システム利用者情報、関係部門などの情報
*□システム構成*：現行システムやハード、ネットワーク、関係システムの情報

*2.要件*
  **要件にはITベンダーに提案書に盛り込んでほしい情報を記載**します。また、導入事例や同様のプロジェクトの実績があれば、それらも可能な限り記載してもらいましょう。
*□貴社情報：提案する側のITベンダーの会社情報*(資本関係、協力会社、サービス内容や製品情報など
*□提案システムの概要*：どのようなシステムを提案するのかを分かりやすく記載
*□期待される効果*：提案するシステムによってどのような効果が得られるのか(定性効果、定量効果)
*□提案システム構成*
*□プロジェクト体制とスケジュール*
*□プロジェクトマネジメントの方法*(レビューボード、進捗会議など)
*□プロジェクトの推進方法*
*□運用、保守の内容*
*□サービスレベル*(SLA…Service Level Agreement)
*□納品予定物一覧*
*□ドキュメントのサンプル*
*□概算工数と概算費用*
*□導入事例*
*□著作権の帰属先*(一般的には作成した人に帰属する)
*□契約書案*　など

*3. 選定方法など*
どのようにベンダーの選定を行うのかを記載します。
*□選定スケジュール*：提案書の提出期日、プレゼンテーションの日程
*□選考結果の連絡方法*
*□RFPに関する問合せ先*
*□提案書の提出先、提出方法*(紙媒体、電子ファイル)
*□評価の方針：重視するポイント*  など

以上のRFPの記載内容から、非常にボリュームがあることがお分かり頂けたと思います。これを1人で全て仕上げるのは至難の業です。

**RFPはシステム部門を中心に策定していきますが、他部門の協力も必要です。またシステム部門の中でも企画・開発・運用それぞれの担当者の参画が必須です**。RFPに盛り込む項目が決まったら、分担を決め、適宜進捗報告や擦り合わせをしましょう。

また、次回のRFP策定に備えて、この機会に*会社としてのRFPのひな型*を作ってしまいましょう。初回は手探りの部分もありますが、ひな型を作成してしまえば、次回からはかなりスピードアップ、精度アップが可能となるはずです。

*良いRFPを策定できる会社には、次第に優秀なベンダーが集まる*ようになっていきます。RFPを求めてこないITベンダーは逆に信用できません。またRFPは発注側の顔となりますので、是非よいRFP策定を目指してください。

RFPとは提案依頼書のことです。システムの構築においては、RFPの策定は必要不可欠になっていますが、RFPにもメリット、デメリットを含めて、その正しい理解が必要です。加えてRFPの目的やRFPの活用方法、RFPに必要な内容、作成のコツなどを解説してまいります。

RFPの目的を知り、RFIとの違いを理解する

RFPのメリット・デメリットを理解する

RFP策定にあたって必要な事項や策定のコツを知る

RFP(提案依頼書)を作成するメリット、デメリットと活用方法について

「SI」とは「System Integration」の略称であり、システムインテグレーションはシステム開発を請け負う事業などを示す言葉で、顧客先の要望に応じて、システムの設計・開発・運用・コンサルティングに至るまでさまざまな仕事を請け負うことを言います。

この事業を請け負う企業のことを「System Integrator」もしくは、縮めて「SIer」と呼びます。したがって、**SIerは「システム開発を請け負うIT企業」と言えるでしょう。**ここからは、SIerの仕事内容やSIer企業の種類について詳しく解説します。

SIerとSESの違いとは？それぞれの詳細から将来性まで徹底解説

**SIer企業が請け負う仕事は、システム関係における全てを請け負うこともあり広範囲にわたります。**理由としては、日本のメガバンクのような大手企業が、自社の中で大規模な情報システム部を持ち、システム開発や保守・運用を行っていかなければならないところを、SIer企業に全て委託していることが原因です。

SIer企業の業務内容としては、まず顧客と開発するシステムの企画から入る要件定義から始まります。その後、設計・開発・テストと続き、システム開発を行い、開発したシステムの保守・運用まで担当するのがSIerの業務範囲です。

*1.要件定義*
ヒアリングや企画とも呼ばれており、顧客やクライアントがどのようなシステムを求めているのかを分析します。機能要件と非機能要件をそれぞれ書き出します。

*2.設計*
システムの大枠を決定した後、システムの操作方法・表示方法・システム化される業務の対象・システム導入後の新しい業務フローまで、基本的な仕様・構成などを詳細にまとめます。

*3.開発*
設計書通りにプログラミングを行う作業です。ただプログラミングを行うのでなく、設計書を作成した人とテストを行う人と積極的にコミュニケーションを行うのも大切です。

*4.テスト*
プログラマーが作成したシステムが正確に動作するのかを、単体テスト・結合テスト・総合テストの3種類に分けてテストします。1つ1つの機能や関数が正しいかどうか、システム同士の機能の関連性に問題がないか、実際の稼働環境でシステムに問題が生じないか、などの項目をチェックします。

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

SIerは、業務内容や企業の成り立ちによって種類があります。ここでは、主なSIerの種類や特徴について解説しましょう。SIerの種類は、大きく分けて「メーカー系」「ユーザー系」「独立系」に分けられます。その他、「コンサル系」や「外資系」などもあります。

*1.メーカー系*
PCメーカーから独立したSIer企業のことを言い、親会社やグループ会社のシステム開発を行うことが多いです。メーカー系のメリットは経営が安定していることでしょう。一方、デメリットはプロジェクトによってスキルの違いが大きいことと言われています。代表的な企業は、日立製作所・NEC・富士通などです。

*2.ユーザー系*
一般企業から独立したSIer企業のことを言い、親会社もしくは外部企業のシステム開発を行うことが多いです。 ユーザー系のメリットとしては自社で働けることが挙げられ、デメリットはITのスキルが身に付きにくいことです。代表的な企業としては、NTTデータ・SCSK・日鉄ソリューションズなどです。

*3.独立系*
特定の親会社を持たないSIer企業のことを言い、主に外部企業のシステム開発がメインです。独立系のメリットは自由度が大きく、ITスキルが比較的伸びやすいことですが、デメリットは親会社がないため、案件を継続的に自社で取り続けないといけません。代表的な企業としては、TIS・大塚商会・日本ユニシスなどです。

*4.コンサル系*
企画提案や要件定義の部分を主に担うSIer企業のことを言い、外部企業のコンサルティング業務を行うことが多いです。システム開発の上流工程と呼ばれる部分に携わることができ、高収入が期待できるでしょう。一方、成果主義の部分もあるため注意が必要です。代表的な企業としては、NRIやアクセンチュアなどです。

*5.外資系*
海外を中心に事業展開を行うSIer企業のことを言い、海外企業のシステム開発を行うことが多いです。成果主義な部分があるため、風土が自分と合っているか注意が必要です。代表的な企業としては、Microsoft・Oracleなどです。

メーカー系SIerとは？その特徴やメリット・デメリットを解説

ユーザー系SIerとはどんな企業?転職するに当たって準備すべきことは? 

独立系SIerの特徴や年収は？転職するために必要なスキルについても解説！

SIerとSE（システムエンジニア）との違いについて、呼び名や請け負う業務が類似しているせいで意味を混同してしまう方も多いですが、*SEはシステムを開発するエンジニアのことで、SIerは前述の通りシステム開発を請け負うIT企業のことです。*

そもそも「人」を指すのか、「企業」を指すのかで大きく意味が変わります。SIer企業でSEとして従事することもあります。

SESとは「System Engineering Service」の略称で、顧客が希望するエンジニアの紹介や労働力・スキルの提供を行います。エンジニアが不足している顧客先に対して、エンジニアの能力を労働時間単位で紹介する契約形態のことです。

簡単にまとめると、**SIerは顧客先からシステム開発の案件を受注して業務を行う「企業」のことを指し、SESは業務上の「契約形態」のことを言います。**

SIerとSESの区別が分かりづらい理由は、SIer企業がSES企業と契約して、エンジニアの能力を借りる場合が非常に多いためです。「SESは準委任契約である」と覚えておきましょう。

## SIerはオワコン？やめとけと言われる理由

ネット上では、SIerは「オワコン」「やめとけ」「やばい」と否定的な意見が目立ちますが、そのように言われてしまう理由は何なのでしょうか。ここでは、SIerがこれまで抱えていた問題点や避けるべきSIerの企業の特徴について解説します。

1つ目の問題点として「SIerの下請け構造」についてです。建設業界のゼネコンの下請け構造と似ていることから、「SIerの下請け構造」のことを「ITゼネコン」と呼ぶこともあります。まず顧客先より、大規模案件を大手SIerが受注します。その後大手SIerが中堅SIerに下請けとして発注を行います。

さらに中堅SIerは、零細SIerや派遣などに発注していくため、多重の下請け構造となるでしょう。発注元である大手SIerが仕様やスケジュールを決めるため、下請けや孫請けと言われるSIerは次のような3点の問題点が発生します。

*・顧客先と関わる機会が少ないため、やりがいを感じにくい*
*・決まったスケジュール内に納品する必要があるため、残業や休日出勤が増える*
*・下請けに発注するごとに、マージンが引かれていくため、下請企業の収入は低くなる傾向がある*

SIer企業での転職・就職を検討している方は、「IT業界の下請け構造」を理解し、自分の目的を明確にした上で、勤務する会社を選びましょう。

ニュースやテレビなどの情報から、IT業界で勤務する環境は先進的であるイメージをもっている方が多いのではないでしょうか。例えば、Googleやメルカリ、LINEなどに勤務する人は、華やかで自由に働いているイメージがあるでしょう。

一方、SIer企業は少し違います。理由としては、**SIerは働く時間によって売上を伸ばすような「労働集約型」と言われるビジネスモデルであるためです。**

SIer企業はいかに効率よく、安定的に開発できるかを求められるため、新しい技術を採用するようなリスクを避ける傾向があります。この点がWeb系企業と呼ばれる、自社開発している企業と異なる点だと言えるでしょう。

多様化しているエンジニアの働き方について分かりやすく解説！

SIerで身につくスキルは技術的な部分ではなく、**スケジュール管理・品質管理・顧客の対応・チームメンバーの管理・関係者との合意形成など、マネジメントスキルの面が大きいのが特徴です。**

大規模プロジェクトの開発ではさまざまな管理が難しくなってくるため、管理職に出世したい場合はSIer企業で働く形がおすすめです。

これまでは技術的な部分でのスキルを身につけたい場合は、SIerは向いていないとされてきましたが、近年SIer含めIT業界は技術や働き方の変化が著しいため、今はデータサイエンティストなどの技術者を求めるSIer企業の募集も増えています。

「SIerは技術力がつかないからやめとけ」とされてきた従来の常識が変わろうとしています。

最も「やめとけ」の理由に多いのは、勤務先がブラックなSIer企業が多かったことです。3次請け4次請けとなると、*やはりどんどん給料や待遇が悪くなり、労働時間だけが長いブラック企業の可能性が高くなります。*

しかし、IT業界のプロジェクトマネジメントスキル自体の向上により、どのSIer企業でもあらかじめのリスク分析やそのための予算確保、またスキルの高い技術者をチームに配置するといった対策を設けています。

また、労働基準法などのコンプライアンスが厳しくなったことで、所謂ブラック企業は減少しているので、この問題は大幅に改善されています。

では、実際にSIer企業に転職・就職する場合に、前述した理由を参考に避けるべきSIer企業の特徴を3つまとめました。

*1.3次請け以下のSIer*
これはSIerの問題点でもある根本的な部分です。下請けになればなるほど給料や待遇が悪くなるので、3次請け以下のSIerはおすすめしません。どのようなSIer企業を選ぶかによって、場合によっては年収が何百万と差が出ることもあります。

*2.受託開発のみのSIer*
SIerは受託開発がメインですが、自社が開発するサービスや新しいシステムの制作などを行わない企業は将来性が低いかもしれません。今やさまざまな企業が自社サービスの開発を行う時代なので、受託開発以外の業務も行なっている企業を選びましょう。

*3.古い体制のままのSIer*
変化の激しいIT企業は、さまざまな変化に順応しなければなりません。また、昨今働き方改革が進められており、テレワークの導入や福利厚生の充実さに注力する企業が多い中、新しい変化を受け入れず古い体制のままの企業は今後生き残れる可能性が低くなります。

DXや新事業の取り組みがなされているかもチェックしましょう。

ここからは、SIerの需要・今後の展望・SIer企業で働くために必要なスキルについて解説します。

急激なIT技術の発展により、システム開発の案件数は今後も増加していくことは間違いありません。よってSIerの仕事がなくなることは考えにくいため、今後も日本国内ではほとんどの企業が自社にシステム開発部門を置かずに、SIer企業に外注するケースが依然として多いと予想されます。

しかし、今後は自社サービスの開発にも力を入れるSIer企業が生き残りに強くなってくる可能性がありますが、どちらにせよSIerの需要がなくなるような心配はありません。また、**IT業界の人手不足やシステム開発の需要が高まることから、SIerの将来性は高いでしょう。**

前述の通り、SIer企業には一定数の需要があるため、仕事がなくなる可能性は低くく、**技術力のあるSIer企業であれば、生き残って行くでしょう。**

SIer企業は「下請け構造」「労働集約型のビジネスモデル」の問題点を抱えているため、スキルが身に付きづらい環境であるとされており、エンジニアとして技術や知識を身に付けて成長する環境としては、まだまだ自社開発をしている企業と比べると十分ではありません。

しかし、SIer企業では「未経験でもIT業界にチャレンジできる」「年収や福利厚生がしっかりしている会社が多い」などのメリットもあるため、SIer企業で働くことは必ずしもデメリットしかないわけではありません。

### SIer企業で働くために求められる3つのスキル

ここからは、今後SIer企業で働くために求められるスキルを3つ紹介しましょう。

*1.システム開発に関する知識やスキル*
システム開発の業務を行うためには、要件定義や設計から開発や保守・運用と幅広い工程の知識やスキルが必要です。要件定義工程では、顧客先へのシステム提案を行うため、ヒアリング力・提案力・顧客の業務に関する知識が欠かせません。

設計工程では、業務の流れを示すデータフロー図を作成するなど、設計手法を理解している必要があります。

開発工程ではプログラミング言語に関するスキル、テスト工程ではテストツールの利用に関する知識が求められます。運用・保守工程では、サーバやネットワークのようなインフラ部分に関する知識・システムのトラブル対応・システムを改善するスキルなどが必要です。

*2.コミュニケーション力*
SIer企業で働く場合、多くの人と関わることになります。例えば、顧客先・プロジェクトメンバー・下請先などです。またシステム開発を行っていく際、チームで業務を行っていくため、チームメンバー間で認識齟齬を生じないような適切なコミュニケーションスキルが求められます。

さらに、要件定義工程では顧客先が求めているシステムについて明確にヒアリングを行い、保守・運用工程では障害状況についてわかりやすく顧客先へ伝えなければなりません。したがって、コミュニケーションスキルは仕事を進めていく上で大切なスキルと言えるでしょう。

*3.プロジェクトマネジメント力*
プロジェクトマネジメントとは、プロジェクト全体を束ね、システム開発の各工程における作業を円滑に遂行させるための管理手法のことです。プロジェクトマネージャーになると、スケジュール管理・予算管理・品質管理・リスク管理・コスト管理などを行います。

若手のエンジニアにとっては必須のスキルではありませんが、**年収アップを期待する方やリーダー職以上を目指す方にとっては必要なスキルです。**

以上のように、SIer企業で働くには、システム開発に関するスキルに加えて、コミュニケーション力やプロジェクトマネジメント力などのヒューマンスキルも必要です。さらに、今後SIer企業で重宝される人材となるためにも、エンジニアとして複数の技術や新しい技術を身に付けていくことも大事だと言えます。

システムエンジニア（SE）とは？仕事内容や年収、必要スキルを解説！

## SIer企業が自分に合っているか考えよう！

当記事では、SIerの詳細から問題点、将来性について解説しました。SIerとは、システム開発を請け負うIT企業のことで、仕事内容は幅広いですが、SIer企業の問題点として、「下請け構造」「労働集約型のビジネスモデル」が挙げられます。

しかし、急激なIT技術の発展により、システム開発の案件は今後も増加していくため、SIerの仕事がなくなることはないでしょう。

**今後、SIer企業で重宝される人材となるためには、コミュニケーション力などのヒューマンスキルに加えて、エンジニアとしての新しい技術や複数の技術など価値のあるスキルを身に付けていくことが重要です。**

SIer企業の特徴についてさまざまな説明をしましたが、結論として、SIer企業が自分に合っているかを1度考えてみることが大切です。最後までお読みいただきありがとうございました。

<center>*＼転職するか迷っていてもOK！／* [*マイナビエージェントに無料登録して* *転職サポートを受ける*](https://mynavi-agent.jp/entry/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv17)</center>

その他、SIerに関する内容は、下記の記事でもご紹介しています。ぜひ参考にご覧ください。

SIerとSESの違いとは？見分け方を解説！働くならどっちがいい？

SIerの種類とは？それぞれの違いやメリット・デメリットを解説

文系出身の未経験者でもSIerに就職できる？おすすめの資格も紹介

SIerとは、システム開発を請け負うIT企業のことを言います。仕事内容は多岐に渡り、SIer企業にはさまざまな種類も存在します。当記事では、SIer企業の詳細・問題点・将来性・SIer企業で働くために求められるスキルについてわかりやすく解説します。

SIer企業は、システム開発を請け負うIT企業のこと

SIer企業の問題点として、「下請け構造」「労働集約型のビジネスモデル」が挙げられる

IT技術の発展に伴い、システム開発の需要は増加傾向であるため、SIerの需要は今後も続く

SIerとは？やめとけと言われる理由や将来性についてわかりやすく解説！

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

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

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

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

## 外部設計と内部設計の違いを理解して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として活躍したい方のために、外部設計と内部設計の違いを解説します。

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

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

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

お役立ち記事