## OpenCV 4.5.5がリリースされました

**画像処理に特化したライブラリ「OpenCV」の最新バージョン4.5.5が、2021年12月30日にリリースされました。**本記事では既にOpenCVを使ったことがある方向けに、最新バージョンにおける過去バージョンとの変更点を何点かピックアップし、分かりやすく解説していきます。

またOpenCVを使ったことがない方向けにも、OpenCVとは何か、何ができるのかについて触れています。ぜひご一読ください。

【参考】:[OpenCV](https://opencv.org)

OpenCVとは？できることや活用事例について詳しく解説！

**OpenCV（Open Source Computer Vision Library）とは、2006年にIntel社によってリリースされたオープンソースのコンピュータビジョン向けライブラリです。** 具体的には、画像処理や物体検出、機械学習などの処理を実装するためのライブラリです。

OpenCVはマルチプラットフォームを採用しており、動作プラットフォームとして以下のものが公式でサポートされています。

*・Windows*
*・Linux*
*・Mac OS*
*・iOS*
*・Android*
*・Raspberry Pi*

難しくなった？Windows11のデフォルトブラウザ変更方法を解説

Linuxエンジニアとは？詳細や仕事内容、必要なスキルを解説！

また、OpenCVは以下の言語をサポートしています。以前のバージョンではC言語もサポートされていましたが、メジャーバージョンのOpenCV 4.0のリリース時にサポートされなくなりました。

Pythonでできること・できないことは？活躍している分野を解説

Javaとは？人気プログラミング言語Javaの将来性やメリットについて解説

### サポートされている画像形式

OpenCVは画像処理ライブラリとしての一面が強く、様々なフォーマットの画像を入出力することができます。**JPEG/PNGといったメジャーなものから、TIFFやWindows bitmap、PortableImageFormatなどがサポートされています。**詳細は以下の公式ドキュメントを参照してください。

【参照】：[OpenCV: Image file reading and writing](https://docs.opencv.org/4.5.5/d4/da8/group__imgcodecs.html)

ここでは、4.5.5以前からも提供されている、OpenCVの主なモジュールをご紹介します。

*・core*
OpenCVの基礎となるようなモジュールです。OpenCVの各モジュールには依存関係がありますが、ほとんどのモジュールがこのcoreモジュールに依存しています。画像・行列データ構造の提供、配列操作、基本図形描画などを行う処理が実装されています。

*・imgcodecs/imgproc*
imagcodecsはその名の通り、画像ファイルの入出力（エンコーディング/デコーディング）を担当します。OpenCVで画像を処理する際には必ず使用されるモジュールです。

imgprocは、取得してきた画像に対して様々な加工処理を行うモジュールです。ネガティブ/ポジティブ変換などのフィルター処理や、画像の色変換を行うことができます。imgcodecsモジュールに依存しています。

*・objdetect*
取得してきた画像を元に、人の顔や特定の物体を自動的に検出してくれるモジュールです。画像処理を伴うため、imgprocモジュールに依存しています。

*・ml*
機械学習（Machine Learning）に特化したモジュールです。SVM・決定木・ブースティング・ニューラルネットワークなどの技術が用いられています。

*・videoio/video*
ここまでは画像（静止画）を処理するモジュールだったのに対し、これら2つは動画に対する処理を行うことができるモジュールになっています。videoioは静止画におけるimgcodecsと同じく、動画の入出力処理を担当します。videoモジュールは入力された動画について、動画内での物体追跡などを行うことができます。

*・highgui*
higuiは、エンドユーザーがより使いやすいように、画像処理結果のGUI処理を行うモジュールです。各種プラットフォームにおいて、処理対象の画像/動画をウィンドウ表示したり、マウスやトラックバーによる操作を実現することができます。

**ここで挙げたモジュール以外にも、OpenCVには数多くのモジュールが存在します。**システムに組み込む際には、ぜひ下記の公式ドキュメントを参考にしてみてください。

## OpenCV 4.5.5における変更点・新機能

本章では、4.5.5で新しく実装・変更された機能について解説します。以下に挙げるのは一部ですので、詳細は下記公式サイトを参照してください。

【参考】:[OpenCV 4.5.5](https://opencv.org/opencv-4-5-5/)

### 動画解析用モジュールに音声解析機能が追加された

OpenCVの4.5.5以前のバージョンでは、OpenCVは動画の映像部分の解析機能しか持っていませんでした。これに対し、**OpenCV 4..5.5ではマルチメディア解析プラットフォームである「Microsoft Media Foundation」または「GStreamer」と組み合わせることで、動画の音声解析ができるようになっています。**

この機能追加により、これまでできなかった動画音声からの字幕生成や、逆に動画音声に対して特定のデータを挿入し、動画の音声を変換することがより簡単にできるようになりました。

### QRコード生成機能が追加された

OpenCVのobjdetectモジュールには、以前のバージョンからQRコード読み取り機能が提供されていました。**今回の4.5.5バージョンではQRコードの「生成」機能が新しく提供されています。**

今までQRコードを生成するためには、Javaではzxing、Pythonではqrcodeといった言語それぞれに固有なライブラリをインストールする必要がありました。一方で、今回リリースされたOpenCV4.5.5を用いることでそれぞれの言語の違いを吸収してQRコードを生成することができるようになりました。

### SuperPixelに新しいアルゴリズムが増え、性能が向上した

*Superpixelとは、画像処理の手法の1つです。*ある画像について、色またはテクスチャが似ている領域を小分けにする時、それぞれの小領域をSuperPixelと呼びます。画像中から物体を認識したり、画像を加工したりする際の前処理としてよく行われます。

OpenCV中で実装されてきたSuperPixelの方式として、下記があります。

*・LSC (Linear Spectral Clustering)*
*・SEEDS(Superpixels Extracted via Energy-Driven Sampling)*
*・SLIC(Simple Linear Iterative Clustering)*

【参考】：[OpenCV: Superpixels](https://docs.opencv.org/4.5.5/df/d6c/group__ximgproc__superpixel.html)

**バージョン4.5.5ではこれらに加えて、「F-DBSCAN」という方式が追加されました。**この方式を採用すると、従来のアルゴリズムよりも分割にかかる時間が短くなることがOpenCV公式のGitHubにて報告されています。

### OpenCV.jsの深層学習がブラウザでも行えるようになり、高速化した

OpenCV.jsはJavaScript上でOpenCVを用いることができるライブラリです。サーバ上ではなく、ブラウザ側でOpenCVの機能を使うことができることから、広く扱われているライブラリとなっています。

**OpenCV.jsにはDNN（Deep Neural Network、深層学習）を用いて物体認識を行う機能があるのですが、バージョン4.5.5からこれが高速化しました。**この高速化には、WebNNという技術が用いられています。

*WebNNとは、ブラウザ上で機械学習を行えるようにする取り組みまたは技術のことで、今現在APIとして標準化が進んでいます。*ブラウザ上で機械学習処理を行うメリットとしては、以下のようなものがあります。

*・サーバとの通信を前提としないため、低レイテンシで実行できる*
*・外部に通信をしないため、個人情報などのユーザデータが守られる*
*・オフラインでも実行できる*
*・サーバ環境の用意が不要なため、低コスト*

【参考】：[Deep Neural Networks (dnn module)](https://docs.opencv.org/4.5.5/d0/db7/tutorial_js_table_of_contents_dnn.html)

【参考】：[Web Neutral Network API]Web Neural Network API](https://webmachinelearning.github.io/webnn/)

JavaScriptとは？人気のJavaScriptを5分で学ぶ

## 最新のOpenCVを使って、画像解析を行ってみよう 

OpenCVは画像/動画に対する様々な処理を行うことができる、多機能なライブラリです。Webシステム内の処理に使うことはもちろん、家電など物理的な機器の中に実装される、組み込み系システムにも用いることができます。

**OpenCVはオープンソースライブラリであり、今後も積極的な機能追加、バージョンアップが行われる予定です。**画像/動画の処理が必要になった際には、ぜひこの記事を参考にOpenCVライブラリを利用してみてください。

画像処理に特化したライブラリOpenCVの最新バージョン4.5.5がリリースされました。動画の音声解析機能の追加、深層学習処理の高速化、QRコード生成機能の追加などが主な変更点です。この機会に、最新OpenCVの導入を検討してみてください。

OpenCVの最新バージョン4.5.5が2021年末にリリースされました

OpenCVは画像/動画の解析処理に特化したライブラリで、数多くのモジュールから構成されています

最新バージョンでは、動画の音声解析機能、QRコード生成機能が追加され、深層学習処理が高速化されています

音声処理も可能？OpenCV 4.5.5の新機能について解説！

React Nativeとは、*メタ・プラットフォームズ社（旧Facebook社）が提供するアプリケーション開発用フレームワーク*です。ここでは、React Nativeにできること・できないことや、React.jsとの関係性などについて解説します。

【参考】：[React Native](https://reactnative.dev/)

Reactとは？入門編！意味や将来性を初心者にもわかりやすく説明

**React Nativeは、スマートフォン・タブレットなどのモバイル端末向けのアプリケーション開発に用いられるフレームワーク**です。クロスプラットフォーム対応なので、iOS・Androidの両方のOS向けアプリケーションを開発できます。

React Nativeはホットリロード機能を搭載しており、コードの変更を瞬時に反映可能です。JavaやSwiftのような一般的なアプリ開発言語では、微修正であってもコード変更の度に再コンパイルが必要です。ホットリロード機能があれば再コンパイルの手間を省き、効率的な開発ができます。

*学習コストをかけずに使用しやすい*点もReact Nativeの特徴です。Webアプリケーション開発に馴染み深いJavaScriptを開発言語としており、ネイティブ開発の経験がなくてもJavaScriptが扱えればチームにアサインできます。ほかのネイティブ開発言語と比べると人材確保が容易です。

JavaScriptの入門！その概要や文法の基礎について解説！

React NativeはJavaScriptを扱えるWebエンジニアにとって学習コストが低いフレームワークであると述べましたが、一方で**ネイティブ開発に慣れたエンジニアにとっては一定の学習コストが発生**します。ネイティブ開発からの切替時には、教育や訓練の期間が必要となる点には注意が必要です。

また、*React Nativeでは、エラー箇所の特定が簡単ではありません*。クロスプラットフォームでのアプリケーション開発では、エラーが発生したレイヤーを特定するのに時間がかかります。React Nativeで言えば、ネイティブ・JavaScriptのどちらかのレイヤーを特定する必要があります。

React Nativeは、**React.jsというWebアプリケーション向けUI構築用コードライブラリーを、モバイル端末向けアプリケーション開発用に使えるように作られたもの**です。フレームワークであるReact NativeとReact.jsは、役割は異なるもののコード表記法などで多くの共通点があります。

いずれもJavaScriptを開発言語としており、JavaScriptを扱えるエンジニアにとって習得は比較的容易です。*React.jsとReact Nativeを両方使えるエンジニアは、Web向け・モバイル向け問わず幅広いアプリケーション開発にアサインできる人材*と言えます。

### React Nativeを使うならまずはチュートリアルから

React Nativeを使い始めるなら、**まずは公式のチュートリアルで基礎を学ぶ**必要があります。JavaScriptやReact.jsを扱えるエンジニアであっても、固有の機能があるため学習が必要です。基礎的なアプリケーションの開発をとおしてReact Nativeの概要や使い方を身に付けられます。

一方、公式チュートリアルは英語版のみのため、日本語で活用するには翻訳が必要です。細かいニュアンスが不自然に感じてしまう可能性がある点には気をつけましょう。次に紹介する*React Nativeの入門書などと組み合わせれば、より効率的*に学習を進められます。

【参考】：[Learn the Basics](https://reactnative.dev/docs/tutorial)

Reactのチュートリアルは難しい？三目並べゲーム開発に挑戦しよう！

選択肢はそれほど多くないものの、*React Nativeによるアプリケーション開発は書籍でも学べます*。ここではこれからReact Nativeに挑戦する人向けの入門書を紹介します。

本書は、**React Nativeの仕組みの基礎から実践的な部分までを網羅した入門書**です。簡単なアプリケーションを実際に開発しながら学べるため、開発に必要な一連の基本的な手法に触れられます。初めてReact Nativeに触れる人の最初の一冊として適しています。

一方、本書はアプリ開発などの基本的な知識があることを前提としている点には注意してください。とくに*JavaScriptに関する知識・技術が全くない状態で読んでも、うまく内容を理解できない可能性が高い*でしょう。経験がない人は、先にJavaScriptについて学んでおく必要があります。

【参考】：[基礎から学ぶReact Native入門](https://www.shoeisha.co.jp/book/detail/9784798169552)

### React Native　～JavaScriptによるiOS／Androidアプリ開発の実践

本書もReact Native初心者向けの入門書の1つです。**React Nativeを使ったアプリケーション開発からテスト・リリースの動作を一貫して学べる**ため、まずは大枠の流れを理解したいという人に向いています。

ただし、入門書であるためある程度は仕方ありませんが各章の内容は薄めです。*実践的なアプリケーション開発の方法を知りたい人は物足りない*と感じる可能性があります。公式のチュートリアルなどとあわせて学習するとよいでしょう。

【参考】：[React Native　～JavaScriptによるiOS／Androidアプリ開発の実践](https://gihyo.jp/book/2020/978-4-297-11391-9)

### React Native＋Expoではじめるスマホアプリ開発 JavaScriptによるアプリ構築の実際

**React Nativeを使ったアプリケーション開発の環境構築について詳しく書かれた入門書**です。環境構築は最初に挫折しやすいポイントの1つなので、そこを重点的に解説している本書は初心者にとって役立つ一冊となるでしょう。

一方、*本書で使うソースプログラムは一部バージョンが古いものがある*など、そのままでは動作しないとの口コミが多数見受けられます。Web上に正しいコードが公開されているので、リサーチして学習を進める必要がある点には注意してください。

【参考】：[React Native＋Expoではじめるスマホアプリ開発 JavaScriptによるアプリ構築の実際](https://book.mynavi.jp/ec/products/detail/id=92636)

クロスプラットフォーム対応で汎用性が高いReact Nativeですが、*その将来性を疑問視する意見も散見されます*。ここでは、React Nativeの将来性について紹介します。

### React Nativeはオワコン？React Native離れとは？

「React Nativeはオワコンだ」と言われ始めた背景には、**Apple・Airbnbのような大企業がReact Nativeの利用をやめ、別の開発環境へ切り替える動きが続いた**ことがあります。この大きな動きを見て、React Nativeによるアプリケーション開発に将来性はないと考える人が現れました。

これらは「React Native離れ」とも呼ばれます。その後、React Nativeからの切り替え先である*ネイティブ開発、あるいは同じクロスプラットフォームのFlutterが人気*を集め始めました。ただ、独自言語を使用するFlutterと比べてReact NativeはJavaScriptで使えるなど、利点も多くあります。

【参考】：[Flutter Build apps for any screen](https://flutter.dev/)

別の開発環境への切り替えがあった事実はあるものの、React Nativeはまだまだ将来性があるフレームワークであるとの見方もあります。母体である*React.jsはフロントエンド開発において主流となりつつある勢いのあるライブラリであり、そのReact.jsとの互換性がある*ためです。

Webアプリケーション開発に便利な*React.jsが使えるエンジニアは、共通点が多いReact Nativeを低学習コストで習得できます*。したがって限られた人材でWeb・iOS・Android向けのアプリケーション開発が可能です。React Nativeは今後も使われていくフレームワークと言えるでしょう。

## 公式チュートリアルや入門書を利用してReact Nativeをはじめよう

**React Nativeは、iOS・Android両OS向けのアプリケーション開発が可能なクロスプラットフォーム対応のフレームワーク**です。JavaScript・React.jsの使用経験や知識があれば、学習コストをそれほどかけずに身に付けられます。

JavaScript入門者・中級者におすすめの技術本8選！

React Nativeは、モバイル向けアプリケーション開発用のフレームワークです。JavaScriptが使えれば学習コストをかけずに習得でき、公式チュートリアルや入門書が便利です。本記事では、React Nativeの概要や初心者向け書籍について紹介します。

React Nativeはモバイル向けアプリケーション開発用のフレームワークである

開発言語のJavaScriptが使えれば、入門にかかる学習コストは少なく済む

React Native初心者には、公式チュートリアルや入門書が便利である

React Native入門！チュートリアルや環境構築について解説

## JavaScriptとTypeScriptの基礎知識

まず、JavaScriptとTypeScriptの基礎知識についてまとめました。それぞれの言語が誕生した理由や主な役割について解説していきます。

JavaScriptは*Webアプリ開発におけるフロントエンドで使えるプログラミング言語*です。WebページのHTMLを変更しWebページに動きをつけるために開発された言語です。

たとえばアニメーションやスライドショーを作ったり、アラートやウィンドウを表示したり、フォームに入力された内容を確認したりすることができます。JavaScriptは長年に渡り現役で活躍し続けている言語であり、Webアプリ開発に欠かせないものとなっています。

長年活躍している分ライブラリやフレームワークも豊富にあり、より開発効率を上げることができています。

JavaScriptの用途やできることを初心者向けに紹介！

TypeScriptは**JavaScriptを拡張して開発した新しいプログラミング言語**です。2012年にオープンソースとして発表され、現在はGoogleの標準言語として認められています。TypeScriptはJavaScriptよりも大規模なWebアプリ開発で使いやすいように設計されています。

大規模アプリはソースコードが複雑化してしまいやすいのですが、TypeScriptではソースの可読性・再利用性を保ちやすくなっており、ソースの修正・管理が楽になっています。現状ではTypeScriptを扱う企業は少ないものの、将来性は高いと言われています。

TypeScript入門編として利用する際に覚えておくポイント

TypeScriptとは？JavaScriptとの違いも解説！

TypeScriptとJavaScriptの違いについてまとめました。JavaScriptに比べTypeScriptはどのような点が優れているのか分かるように解説しています。

TypeScriptは*変数の型定義が可能*です。「この変数には数値が入ります」と示すことができるため、ソースコードの可読性も上がりミスを減らすことに繋がります。定義した型とは違う値が入った場合にエラーを出してくれます。また、TypeScriptではオブジェクト形式の型定義も可能です。

なお型定義は強制ではなく、しなくてもエラーは発生しません。型定義をしない場合は自動的に型を推論して宣言してくれます。

### インターフェース機能がある

TypeScriptはインターフェースを利用し、独自ルールを作ることが可能です。たとえば「クラスを作成する際、インターフェースで定義したプロパティを必ず利用する」というルールを作ることで、プロパティを使わなかった場合にエラーを出すことが可能です。

**クラス利用に関して制約を設けることで、クリティカルなバグを防ぐことができ**、安心してクラスを利用できるようになります。このような機能は大規模開発において特に重宝するでしょう。

モジュールとは他のものと組み合わせて使う部品のことです。1つ1つの部品は使い回しが可能なため*モジュール化することでソースコード作成が効率化*されます。

TypeScriptではグローバルモジュールの他に、内部モジュールなども使えます。グローバルモジュールは一般的なメソッド・引数のことで、プログラム内のどこからでも呼び出すことが可能です。一方内部モジュールは、メソッド・変数を外部に置きたくない場合に用いられます。

グローバルモジュールは外部からの参照を自由に行えますが、内部モジュールでは「export」をつけない限り参照ができなくなり、文字通り内部からの参照のみとなります。

続いて、TypeScriptのメリットについて解説します。なぜTypeScriptが最近注目されているのか、理由についてみていきましょう。

### JavaScriptのフレームワーク・ライブラリが使える

JavaScriptのフレームワーク・ライブラリは**TypeScriptでも引き続き活用することが可能**です。JavaScriptにはReactやVue.js、Angularといった優秀なフレームワーク・ライブラリが多くあり、これらを使うことで開発作業を効率化させることができます。

JavaScriptのフレームワーク・ライブラリが使えるため、移植もスムーズに行えるでしょう。

JavaScriptに関するフレームワークについて徹底解説！

### JavaScriptで学んだことを活用できる

TypeScriptとJavaScriptは互換性があり、そこまで大きく文法などは変わらないため、*JavaScriptで学んだことはTypeScriptでも基本的には活かせます*。JavaScriptをすでにマスターしている方なら、そこまで学習時間はかからないでしょう。相違点のみを重点的に学習していけば使いこなすことが可能です。

### ソースコードの可読性が高い

TypeScriptはJavaScriptの上位互換とも言われています。TypeScriptには上記で解説した変数の型定義やインターフェース、モジュールといった機能があるため、ソースコードの可読性が高いのが特徴です。

**JavaScriptの欠点である「大規模アプリで使いにくい」という弱点をカバー**しており、TypeScriptを使うことで開発コストを削減することが可能です。

また、JavaScriptはundefinedが発生しトラブルに繋がりやすいという問題もありましたが、TypeScriptではこちらも改善されています。TypeScriptではコンパイラオプションを使うことで、変数がundefinedかチェックできます。

TypeScriptは動作が高速であるのもメリットです。*TypeScriptは静的型付け言語であり、ソースコード内で型を宣言できる*ためです。また、TypeScriptはこれまで何度かアップデートしており速度改善が行われています。

続いて、TypeScriptのデメリットを解説します。次の2つのデメリットは重要なのでTypeScriptを学ぶ前に知っておきましょう。

TypeScriptは**まだ日本企業で普及しておらず求人数も少なめ**です。TypeScriptの優秀性は認められている反面、JavaScriptからの移植はコストもかかる上にプログラマへの負担も増えるため、そう簡単ではないです。TypeScriptを学んでも、今すぐに実務で役立たせるのは難しいでしょう。

TypeScriptは英語の情報が多いため、*英語が読めないと学ぶのに苦労しやすい*です。基本的にこれから流行する技術は日本語の情報が少ないことが多いです。TypeScriptを学ぶ必要性があるレベルまで到達しているのであれば、最先端技術を学ぶためにエンジニアは英語を勉強しておいた方が良いでしょう。

## TypeScriptを学習するためのおすすめ本

最後に、TypeScriptを学習するためのおすすめ本を紹介します。TypeScriptは日本語の情報がネット上に少ないため、参考書を購入して勉強を進めるのがもっともおすすめと言えます。

### プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発

【参考】：[プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発](https://www.oreilly.co.jp/books/9784873119045/)

本書は**TypeScript入門者向けの内容**となっています。TypeScriptの型に関することやエラー処理の手法、フレームワークの活用方法など基礎が網羅されています。また、JavaScriptからの移植方法も解説されています。

### TypeScript実践プログラミング Programmer's SELECTION

【参考】：[TypeScript実践プログラミング Programmer's SELECTION](https://www.shoeisha.co.jp/book/detail/9784798139807)

本書は*TypeScriptの実績的なプログラミングスキル*を磨けます。TypeScriptを実務でどのように活かし、JavaScriptでは解決できない問題を解決するのかが書かれています。

### 速習 TypeScript 第2版 速習シリーズ

【参考】：[速習 TypeScript 第2版 速習シリーズ](https://wings.msn.to/index.php/-/A-03/WGS-JSF-005/)

本書は**TypeScriptを手軽かつ素早く学べます**。TypeScriptの基礎を9つに分け、各単元にサンプルコードと詳しい解説が掲載されています。サンプルコードはダウンロードして活用が可能です。コンパクトに分かりやすくまとまった1冊であり、TypeScriptを早くマスターしたい方におすすめです。

TypeScriptのおすすめ本をレベル別に紹介！学習方法も解説

JavaScriptの本はどれがいい？選び方やおすすめを紹介

## TypeScriptはJavaScriptを習得した方におすすめの言語

本記事では*JavaScriptとTypeScriptの違いについて解説*しました。なぜTypeScriptが注目されているのか理由がお分かりいただけたかと思います。TypeScriptは現状では利用企業は少ないものの、優秀性は認められている言語であり今後流行っていく可能性も高いです。

特に大規模Webアプリの開発においてTypeScriptは力を発揮します。JavaScriptを扱うエンジニアは今のうちにTypeScriptの基礎を学び、言語の移植に対応できるようにしておくことをおすすめします。

本記事ではJavaScriptとTypeScriptの違いについて解説します。TypeScriptはJavaScriptの上位互換とされる言語ですが、具体的にどこが進化しているのか分からない方は多いのではないでしょうか。まずはTypeScriptの利点を理解しましょう。

TypeScriptはJavaScriptを拡張して開発した新しいプログラミング言語

TypeScriptはJavaScriptに比べ大規模開発に適している

TypeScriptは静的型付け言語であり型定義が可能

TypeScriptはJavaScriptの上位互換？違いは開発規模や機能面にアリ

システム開発の初期段階では必ず登場する**「要件定義」は、その出来栄えがプロジェクトの成否を大きく左右する**と言われるほど重要な工程です。プロジェクトの工期遅延の原因の55%が要件定義のミスから生じているという調査結果もあるほどです。

ここでは、要件定義とは何か・要件定義で行うべきこと・その作成までの流れ・重要なポイント・書き方などについて解説していきます。

*【参考】：[失敗しない要件定義とリスク対策（IPA）](https://www.ipa.go.jp/files/000057381.pdf)*

### ユーザーの要求に対する解決策を明らかにする

要件定義のインプットは「ユーザー（クライアント）の要求や要望」です。アウトプットは「ユーザー（クライアント）の要求や要望に対する解決策である要件定義書」です。

システム開発のゴールは、ユーザー側の要求を実現することであり、そのためのシステム開発において、ユーザーの要求に応えるために実装する機能や性能の要件を定め、それらを具体的にどう進めるのかを決定します。ゴールが明確になっていないと、解決法は定まらず、プロジェクト計画も立てられません。

**ゴールの認識やベクトルがユーザー（クライアント）側と開発側で一致していることが、プロジェクトの成功に欠かせません**。

このゴールイメージに食い違いがあると、プロジェクトが失敗する確率が高まります。どんなに精緻で、どんなに素晴らしいプロジェクト計画が作れても、ゴールの認識が異なれば、出来上がったシステムはユーザー（クライアント）に評価はされません。わかりやすくまとめると、*「要件定義はユーザーの要求に対する解決策」*と言えるでしょう。

### 要件定義の目的はユーザーの合意を得ること

要件定義は何のために行うのでしょうか？それは、ユーザー（クライアント）の要求をシステム化の要件として整理し、開発側とユーザー（クライアント）双方の合意をとるためです。特に受託開発においては、この「合意をとる」ということが非常に重要です。

システム開発プロジェクトで炎上するケースでは、両者の合意が取れておらず、出来上がったシステムが「要求したものと違う」とユーザーの怒りを買う場合が少なくありません。こうした事態を避けるには、**要件定義の内容について必ずユーザーの合意、承認を得ておくことが必要**です。

### 要件定義のアウトプットは基本設計のインプット

システム開発の実際のステップはユーザーに対する「システム提案」から始まり「受注」を経て、要件定義からスタートします。「要件定義工程」の次は「基本設計」です。

すなわち、**要件定義のアウトプットは基本設計のインプットになる**ということです。この「要件定義」に手抜きがあると、「基本設計」工程で「基本設計に必要な情報が不足している」という事態を招き、設計フェーズが止まってしまいます。

設計フェーズに正しいインプットを提供するためには、システム開発の視点も欠かしてはなりません。ユーザーとの合意、システム開発視点の両立は簡単なことではありません。この難しいことに立ち向かうのもシステムエンジニアの役割なのです。

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

要件定義書と仕様書は同じではないかという見方をする人がいます。要求仕様書というものも存在しますので、混同しがちです。

**要件定義書は一般的に、開発側がクライアント（ユーザー）から提示されたRFP「Request for Proposal」（提案依頼書）を元にして作成をします。要求仕様書はクライアント（ユーザー）が開発側（ベンダー）に対して依頼する開発要件を文書化したもの**です。要求仕様書を精査し、要件定義書の要件を満たしている場合は、それを要件定義書として採用する場合もあります。

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

要件定義を適切に行うことが、システム開発プロジェクト成功のために重要です。**どのような手順で要件定義を行えばよいのか**について解説をしていきましょう。要件定義の流れから紹介していきます。

適切な要件定義を進めるには、きちんと手順を踏むことです。要件定義の正しい手順、基本的な流れについて以下、順を追って解説します。

*1.ユーザー要求についてヒアリングする*
ITベンダーでは、クライアントからRFPの提示を受け、そこからシステム開発案件がスタートするケースが大半です。提案要請を受けた営業担当はシステムエンジニア同行で、改めて詳細のヒアリングを行い、社内に持ち帰って大まかな要件定義に基づく提案書を作成し、クライアントに提示します。

*2.ユーザーの要求を細分化する*
システム開発の受注に至ると、開発側はクライアントにアプローチし、システム化の対象について全体像を把握し、ユーザーヒアリングを通じてユーザー要求の細分化を行い、要件を固めていきます。それらを実際の業務フローに落とし込み、実装する機能に関する洗い出しを行います。

この段階で、ユーザー要求の取りこぼし、業務フローの漏れがないよう十分に配慮をしなければなりません。

*3.要件定義書の作成*
機能要件の細分化ができたら、要件定義書の作成に入ります。要件定義フェーズで作成するそれぞれのドキュメントは、「基本設計フェーズ」のインプットになります。設計フェーズを意識しつつ、ユーザー要求、要件に漏れや齟齬がないよう、クライアント側と開発側の双方が納得し、合意できるよう要件定義書の作成には細心の注意を払います。

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

### 要件定義で気を付けるべきポイント

要件定義は手順に従って進めることも大切ですが、守るべき重要なポイントがいくつかありますので、ここではそのポイントを挙げていきます。

*1.クライアントの要求は漠然としている*
多くの場合、クライアントは自ら機能レベルに落とし込んだ要求を具体的に示してくれるわけではありません。そのため、要求から必要な機能に落とし込むには、クライアントの漠然とした要望や課題、問題点を開発側で引き出し、具体化することが重要です。

また、要件定義を行う上では、クライアント側の関係する人すべてからヒアリングをする必要があります。従って、要件定義の前提として、全面的な協力を得られることが精度の高い要件定義を行う上で欠かせません。

さらに、要件定義についてはクライアントのIT部門の合意のみで、利用部門の合意を得られていない場合には、最終的に大きな手戻りが発生し、検収をしてもらえないケースが起こり得ます。対象システムのオーナーが誰であるのかを最初に確認し、システムオーナーと要件定義内容について合意をとれるようにしておきましょう。

*2.要件定義はシステムエンジニアが行う*
要件定義のアウトプットは基本設計フェーズのインプットです。基本設計や詳細設計を知らない人に要件定義をさせるのは無理があるでしょう。業務知識は必要ですが、システム開発スキルのない人が要件定義を行うと、システム目線が欠けており、設計フェーズやプログラミングにまで悪影響が及ぶ可能性があります。

**要件定義でミスがあると、大きな手戻りが発生したり、工数の大幅な増加を招いたりする原因となります。**よくありがちなのは、基本設計・詳細設計の経験がない上級SEやコンサルタントに要件定義を任せた結果、技術的裏付けを得ずに理想論に走ってしまい、結果としてプロジェクトが失敗するケースです。

コンサルタントや上級SEが要件定義に参加するのは構いませんが、システムエンジニアのベテランを必ず交えるようにしましょう。

*3.曖昧な記載は厳禁*
要件定義の内容に曖昧な部分があると、その解釈も人によって異なり、結果的に設計ミスをする可能性があります。曖昧な部分は、期限を決めて必ず曖昧さを除去しなければなりません。システム更改のプロジェクトで、よくありがちなのは「〇〇の機能については変更せず、既存システムと同様とする」などと、中身を書かないことです。

既存システムの〇〇機能について、クライアントも開発側も完璧に理解しているならともかく、そうでないならこうした定義は厳禁です。初めての人でも分かるように、変更しない機能であっても曖昧にせず、その機能を明らかにするのも要件定義の重要なポイントです。

*4.必要な機能であること*
要件定義のユーザーヒアリングで、「あったら嬉しい」というレベルの要求が次々と出てくることがあります。ユーザーは「せっかくヒアリングをしてくれているのだから、何でもぶつけてみよう」という気になり、さほど重要ではないことまで挙げてくることが往々にしてあります。

すべての要求に応えると、予算やスケジュールの枠を超えてしまいますので、要求を聞く際には、その必要度合いを確認し、機能要件に優先順位を付けるようにし、最終的に必要な機能に絞れるようにしておきます。

他、「非機能要件」では定義が難しく、特に性能やセキュリティなどについては、実現が困難な目標を定めてしまう、後々開発側の首を絞めることになりかねませんので、実現性の観点から専門分野のエンジニアの参画を求めるとよいでしょう。

ここまで要件定義の流れや、気を付けるべきポイントについて解説しました。ここからは、**要件定義書に記載すべき項目（成果物）**について解説していきます。併せて、「機能要件」と「非機能要件」の違いについても確認しておきます。

*【参考】：[ユーザーのための要件定義ガイド第 2 版（IPA）](https://www.ipa.go.jp/files/000079352.pdf#page=397)*

要件定義書のアウトプットが基本設計のインプットになることから、**要件定義の要はシステムに関する項目**だということは理解できたと思います。

かつ、要件定義書はクライアント側の合意や承認を得る必要があることから、クライアントにも分かりやすい内容でなければなりません。以下、システムに関する項目について挙げていきます。

*1.システムの概要と背景・目的など*
クライアントに対して、開発するシステムの概要や背景、予算やスケジュール、実装する機能、業務フロー（現行とシステム導入後）などについて確認と合意を得るためのドキュメントです。どのような項目を盛り込むかは、個々に異なりますが、テンプレートやサンプルを利用する場合は以下のサイトが手助けになります。

*【参考】：[IPA公式サイト_超上流から攻めるIT化の事例集：要件定義](https://www.ipa.go.jp/sec/softwareengineering/tool/ep/ep2.html)*

*2.機能要件に関する内容*
機能要件はヒアリングしたクライアントの要求内容であり、これがプロジェクトのゴール（実現目標）となります。機能要件はシステムのゴールを記述しますが、システム化によって何がどう変わるのかが分かる内容であることが求められます。

*3.非機能要件に関する内容*
非機能要件は、クライアントが機能要件以外で求めている要件を指します。例えば、システムの性能（レスポンスや拡張性など）・セキュリティ・保守サービスなどに関する要件です。非機能要件は、機能要件と同じく重要なシステム開発のゴールです。できるだけ、数値化できるものは数値で示すようにします。

お役立ち記事