*AWS*は、*最大のクラウドサービス事業者*です。その特徴は、**膨大な提供サービスの数**にあります。

*AWS*は、*コンピューティング・ストレージ・データベース・分析・ネットワーキング・モバイル・デベロッパー用ツール・管理ツール・IoT・セキュリティ・エンタープライズアプリケーション*などに分類しています。これらの**分類に応じたAWSのサービスを利用する**ことが可能です。
参考：[AWS クラウド製品](https://aws.amazon.com/jp/products/)

AWSのサーバーサービスは「*Amazon Elastic Compute Cloud（Amazon EC2）*」と呼びます。AWSはサーバーサービスに関連する**コンピュータ資源のサービスが豊富**で、さらに**ニーズに合わせた補完サービスが多数提供されています**。そのため、いくつかのAWSサービスを併用することが一般的といえるでしょう。
参考：[AWS Amazon EC2](https://aws.amazon.com/jp/ec2/)

### AWSのサーバーサービスの利用方法は？

*Amazon EC2*により、AWSのサーバーサービスが利用可能です。Amazon EC2利用時には、*サーバーに接続するストレージ*も**選定が必要**となります。Amazon EC2の「*Amazon EC2 インスタンスストア*」の他、AWSでは「*Amazon Elastic Block Store（Amazon EBS）*」というサービスを選択します。

もしDBサービスを利用する場合には、「*Amazon Relational Database Service（Amazon RDS）*」が選択可能です。サービス利用で活用するストレージ容量がさらに必要であればより安価な「*Amazon Simple Storage Service（Amazon S3）*」をストレージサービスとして選択できます。Amazon S3により、他のサービスとのデータ連携も可能です。

### AWSのサーバーサービスの料金体系は？

AWSのサーバーサービスである*Amazon EC2*は、使用に応じた料金が発生する*従量課金制*です。 **無料利用枠**が設定されており1年間毎月750時間分のLinuxおよびWindowsの t2.microインスタンスが含まれます。オンデマンド・Savings Plans・リザーブドインスタンス・スポットインスタンス・Dedicated Hostの各支払方法がありますので、実際の利用状況に応じた設定が可能です。

### AWSのサーバーサービスのメリットは？

Amazon EC2はAWSのサーバーサービスで、以下の**メリット**があります。

・*構成の柔軟性*
必要なコンピュータ資源を柔軟に設定できます。同様に初期作業の大幅な削減が可能です。
・*ソフトウェアの豊富なバリエーション*
OSの選択肢が多く、ソフトウェアもAWS Marketplaceのアプリケーションが豊富に揃っています。
・*料金体系*
従量制課金なので、利用料に応じた課金で資産を持たずに業務を開始できます。
・*耐障害性*
複数のロケーションを選択して、アプリケーションを障害から保護できます。
・*高いセキュリティ*

多くのユーザに支持されている高いセキュリティレベルを提供しています。ネットワークセキュリティのみならず、データの暗号化やIdentity and Access Management（IAM）によりアクセスを保護します。

### AWSのサーバーサービスに適する活用方法は？

AWSは世界数百万ユーザを抱えており、*Amazon EC2*は**AWSの主要なサービス**に位置づけられています。実際の活用例は、*ECサイトや企業サイト*が多数を占めています。また、政府系システムの実績も増加し、日本においても2018年に「*クラウド・バイ・デフォルト原則*」が公表されました。そのため、政府機関の情報システムの構築においてクラウドサービスとしてのAWSの活用の機会が増えていくでしょう。

その他の活用方法としては、*AWS Marketplace*を見ると*業務アプリケーション基盤・DevOps開発基盤・IoTデータ収集システム・機械学習・データ分析*などが想定用途として数多く利用されていることが分かります。

### AWSのサーバーサービスとサーバーレスサービスの違いは？

*Amazon EC2*を始めとするクラウドサービスは、コンピュータ資源としてサーバー・ストレージ・ネットワークをを割り当てます。そのため、必要な*キャパシティ*（メモリーサイズやストレージサイズ等）や*性能*（CPU数やノード数等）をあらかじめ設定する必要があります。その作業では、事前に*サイジングやチューニング等のアセスメント*を行い、サービス提供を受けます。同様に、*システム開発を行いアプリケーションをデプロイ（配布）する利用のための作業*が必要です。

*AWS Lambda*は、AWS製品サービスのカテゴリーで*サーバーレスカテゴリー*に属するサービスです。サーバーレスサービスでは、サーバーの*プロビジョニングや管理等を行わず*に必要なコード（処理）を実行できます。実行は、*イベントを定義*することでコンピュータ資源を用いで*自動的に実行してくれる*のが特徴です。

*AWS Lambda*では利用するための一連の*管理作業が不要*となり、*初期作業と運用作業の省力化*により*生産性が向上する*ことが特徴です。さらに、料金体系は消費したコンピューティング時間に対して請求されるので、事前に資源を確保する場合に比べて大幅な*料金節約*が図られます。

しかし、業務サービスを通じて*一定以上の計算処理が発生する場合*は、*Amazon EC2の方が割安*になので**利用方法に応じて使い分けする**のが良いでしょう。

以下の流れで、*Amazon EC2のインスタンスが作成可能*です。*AWS 無料利用枠が利用できる*ので、**各種設定変更の確認が可能**です。

（1）*AWS アカウントをセットアップしてコンソールにログイン*
AWS マネジメントコンソールにログインして、rootアカウントをセットアップします。

（2）*インスタンスを起動*
EC2インスタンスをAmazon Machine Image（AMI）テンプレート等により作成します。

次に、Amazon EC2ダッシュボードから[インスタンスを起動]を選択し、仮想マシンを作成していきます。
（3）*インスタンスの設定*
必要とされるCPU・メモリ。・ストレージ・ネットワークキャパシティからインスタンスタイプを選択します。加えて、ストレージのサイズ・ボリュームタイプ・セキュリティグループを選択します。

（4）*インスタンスへの接続*
EC2 Instance Connectや他のコンセール接続を用いてインスタンスへ接続します。

（5）*インスタンスの終了*
EC2インスタンスを選択し、[アクション][インスタンス][終了]をクリックします。
参考：[Amazon EC2の開始方法](https://aws.amazon.com/jp/ec2/getting-started/)

### サーバー構築に必要な他のサービスは？

ここでは、関連して**サーバー構築に必要なリソース**について説明します。

・*ネットワーク*
ネットワークは重要な要素です。サーバー構築後に外部とAmazon EC2をネットワーク接続したり、Amazon EC2の仮想サーバー間で通信したりする場合には「Amazon  Virtual Private Cloud（Amazon VPC）」を用います。Amazon EC2のインスタンス作成の前に、Amazon VPCからサブネット・ルートテーブル・インターネットゲートウェイを作成しておきましょう。

・*セキュリティ*
Amazon EC2のインスタンス作成時に、セキュリティグループと呼ばれるセキュリティの設定を行います。ファイアウォールの設定等を適宜実施します。

・*コンピューティング*
コンピューティングには、Amazon EC2を用います。サービスの開始はすでにお話しした通りです。

・*ストレージ*
Amazon EC2のインスタンスタイプに応じて選択します。「Amazon EC2 インスタンスストア」「Amazon Elastic Block Store（Amazon EBS）」から選択します。
なお、「Amazon EC2 インスタンスストア」は揮発性のためインスタンス終了や停止によりデータが消滅しますのでご注意ください。

・*Webサーバーや他のソフトウェア・サービス*

Webサーバーを設定するには、ApacheサーバーをAmazon EC2で作成したインスタンスへSSHログインし、インストールします。これによりWebサーバーが動作し、その後必要なソフトウェアを追加インストールしていきます。

さらに、業務で必要とされるAWSサービスを追加で利用設定していきます。一例としてDBを活用する際には「Amazon Relational Database Service（Amazon RDS）」を用います。ファイルアクセスやバックアップ保存を行う場合は「Amazon Elastic File System（Amazon EFS）」や「Amazon Simple Storage Service（Amazon S3）」等を活用します。

自身でAWS EC2の構築ができると良いのですが、時間がなかったり複雑なシステム構成が必要になったりする場合はどう進めるのが良いでしょうか？その点AWSのサービスは人気ですので、*AWSサービスの構築支援*をサービスメニューに掲げている会社が数多くあります。費用は*ヒアリングし、要件定義するサービス*で*10万円前後から数十万円前後*の場合が数多く見受けられます。ご興味のある方は、**ウェブ検索により情報収集**してみましょう。

## AWSのサーバーを構築し業務に活用しよう

*AWSのサーバー構築は簡単*です。一連の*Amazon EC2インスタンス作成まで*の流れで**所要時間1時間程度で完成**します。Amazon EC2には無料利用枠が設定されていますので、色々な*インスタンスタイプやセキュリティ設定*等を実際に**確認し、理解を深めましょう**。

AWSでは多岐に渡るサービスを提供しており、Amazon EC2はAWSを代表するサービスです。ここでは、Amazon EC2を用いた実際のサーバー構築の流れを説明していきます。また、初心者の方にも必要な情報がカバーされているので、ぜひご確認ください。

Amazon EC2はAWSを代表するサービスで、サーバー構築に利用します

Amazon EC2を用いたサーバー構築はAWSマネジメントコンソールから簡単に作業できます

Amazon EC2インスタンス作成までは、所要時間1時間程度で完成します

AWSのサーバー構築の流れは？初心者にも分かりやすく解説！

AWSの*サブネット*は、*Amazon Virtual Private Cloud（VPC）*で設定する*ネットワークアドレス単位*を指します。ここでいう*サブネット*とは、一般的に**ネットワーク環境で用いるサブネットと同等**の考え方となります。
参考：[Amazon VPC ユーザーガイド VPC とサブネット](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Subnets.html)

*サブネット*とは、*IPネットワークを細分化*することを指します。記述方法は*CIDR表記*で、*IPアドレスのプレフィックス*として*ネットワークアドレス*の後に**スラッシュ（/）の後とネットワークアドレスビット数**を記載します。使用例は、*”10.0.0.0/16”*等が挙げられます。

*CIDR*（サイダー）は、*Classless Inter-Domain Routing*の略です。*IPネットワークのクラス*を*部分的に割り当て*て**IPアドレスの使用量を削減**します。*IPアドレス*は*プレフィックス*と*ホストアドレス*に分かれており、32ビットのIPアドレスはプレフィックスとして8ビット・16ビット・24ビットのいずれかを割当していました。そのため、ホストアドレスはクラスCで8ビット分クラスBで16ビット分しか割当できず、ホストアドレスをルーティング処理するため*多くのオーバーヘッド*が発生していました。

*CIDR*では、可変長サブネットマスク*VLSM（Variable Length Subnet Masking）*を用いるため、*IPアドレスの浪費を抑えてルーティング効率を向上*します。

分かりやすく言うと、従来の*クラスフル*に用いた*クラスA・クラスB・クラスC*の管理体系では*IPアドレス管理上の無駄*が生じてしまいます。そのため、*クラスレス*として必要なアドレス個数に合わせてネットワークアドレスとホストアドレスの**境界を任意に決定する方式**が考案され、現在広く利用されています。

*CIDRブロック*とは、*CIDRのプレフィックス*に基づいて*IPアドレスを解釈するアドレスのグループ*を指します。つまり、CIDRプレフィックスで記載した**IPアドレスの範囲**をCIDRブロックとして*ネットワーク割当や設定の対象アドレスとして指定する*ことができます。

*Amazon VPC*とは*Amazon Virtual Private Cloud*の略で、AWSアカウントで利用できる*仮想ネットワーク*を指します。Amazon VPCにより*IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定*等一連の**仮想ネットワークの制御**が可能です。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

## Amazon VPCとサブネットの使用方法は？

AWSでは最初のサービス利用手順として、*Amazon VPC*を作成します。その後、*CIDR表記を用いてサブネットを設定*します。これによって、コンピューティングサービスである*Amazon Elastic Compute Cloud（EC2*）の**インスタンスを起動**したり、**サービスを用いて外部通信すること**が可能です。
参考：[Amazon VPC ユーザーガイド VPC とサブネットの使用](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/working-with-vpcs.html)

ここでは、*Amazon VPC*を**Amazon VPC コンソールを使用して作成**していきます。

（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [VPC] を選択し、[サブネット作成] を選択
（3）必要に応じて VPCの詳細を指定
　　[Name tag]：VPC の名前を指定
　　[IPv4 CIDR ブロック]：VPC用の IPv4 CIDR ブロックを指定
　　[IPv6 CIDR ブロック]：IPv6 CIDR ブロックを VPC と関連付け
　　　- [Amazon 提供の IPv6 CIDR ブロック]：
　　　- [所有する IPv6 CIDR]：

コマンドラインツールを使用してVPC を作成する場合は、以下のコマンドを用います。
・create-vpc （AWS CLI）
・New-EC2Vpc （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを作成・確認するには？

Amazon VPC で**サブネットを作成**するには、Amazon VPCからサブネットの IPv4 CIDR ブロックを指定します。同様に、 IPv6 CIDR ブロックがVPC に関連付けられている場合は、サブネットに IPv6 CIDR ブロックを指定可能です。具体的な手順は以下の通りです。

（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [サブネット] を選択し、[サブネットの作成] を選択
（3）必要に応じて サブネットの詳細を指定
　　[Name tag]：サブネットの名前を指定
　　[VPC]：サブネットを作成する VPCを選択
　　[アベイラビリティーゾーン]：ゾーンを選択するかデフォルトの [指定なし] 
　　[IPv4 CIDR ブロック]：サブネットの IPv4 CIDR ブロックを指定
　　[IPv6 CIDR ブロック]：IPv6 CIDR ブロックを VPC に関連付け

コマンドラインツールを使用してサブネットを追加する場合は、以下のコマンドを用います。
・create-subnet （AWS CLI）
・New-EC2Subnet （AWS Tools for Windows PowerShell）

サブネットを作成したら、**ルーティングを設定**します。また、*サブネットの設定を確認*するには以下の手順で行います。
（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [サブネット] を選択し、[サブネットの作成] を選択
（3）[詳細を表示]を選択

コマンドラインツールを使用してサブネットを記述するには以下のコマンドを用います。
・describe-subnets （AWS CLI）
・Get-EC2Subnet （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを追加関連付けるには？

VPC に別の**CIDR ブロックを追加し利用する**ことが可能です。Amazon VPCで*CIDR ブロックを追加関連付け*たら、ステータスはassociatingになり*利用可能*となります。

具体的な手順は以下の通りです。
（1）Amazon VPC コンソールを開く
（2）ナビゲーションペインで [VPC] を選択し、[アクション][CIDR編集] を選択
（3）必要に応じ以下を選択
　　[Add IPv4 CIDR] を選択、追加するCIDR ブロックを入力
　　[Add IPv6 CIDR] を選択、IPv6 アドレスプールから IPv6 CIDR ブロックを割り当て
（4）[終了]を選択

コマンドラインツールを使用して CIDR ブロックを追加するには以下のコマンドを用います。
・associate-vpc-cidr-block （AWS CLI）
・Register-EC2VpcCidrBlock （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットでインスタンスを起動するには？

*サブネット作成とルーティング設定後*、**Amazon EC2 インスタンスが起動**できます。具体的な手順は以下の通りです。

（1）Amazon EC2 コンソールを開く
（2）ダッシュボードで[インスタンス起動]を選択
（3）[Configure Instance Details] [Network] を確認、インスタンス起動サブネットを選択
（4）[Next: Add Storage] を選択
（5）[Configure Security Group]で既存のセキュリティグループか新規作成
（6）[Review and Launch] を選択、確認後[Launch] を選択
（7）既存のキーペアを選択または新しいキーペアを作成、完了後[Launch Instances] を選択

コマンドラインツールを使用する場合は、以下のコマンドを用います。
・run-instances （AWS CLI）
・New-EC2Instance （AWS Tools for Windows PowerShell）

### Amazon VPCでサブネットを削除するには？

*サブネット*が**不要になった場合**には、以下の手順で削除します。
（1）Amazon EC2 コンソールを開く
（2）インスタンスの終了 参考：[AWS Amazon EC2 インスタンスの終了](https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/terminating-instances.html)
（3）Amazon VPC コンソールを開く
（4）[サブネット]を選択
（5）該当サブネットを選択、[アクション]、[サブネットの削除]を選択

コマンドラインツールを使用してサブネットを削除する方法は以下の通りです。
・delete-subnet （AWS CLI）
・Remove-EC2Subnet （AWS Tools for Windows PowerShell）

*VPC*からの** IPv4 CIDR ブロックの関連付けの解除**をする場合は、以下の手順で行います。
（1）Amazon VPC コンソールを開く
（2）[VPC][アクション][CIDR の編集] を選択
（3）[VPC IPv4 CIDRs] で削除（IPv4の場合）
　 　 クロスアイコンを選択し、IPv6 CIDRブロックを削除（IPv6の場合）
（4）[Close]を選択

コマンドラインツールを使用して VPC から CIDR ブロックを削除するには、以下の手順を用います。
・disassociate-vpc-cidr-block （AWS CLI）
・Unregister-EC2VpcCidrBlock （AWS Tools for Windows PowerShell）

Amazon VPC コンソールを使用して** VPCを削除する**には、*先行して以下のコンポーネントを終了または削除*する必要があります。
・VPC 内のすべてのインスタンス
・VPC ピアリング接続
・インターフェイスエンドポイント
・NAT ゲートウェイ

VPCの削除手順は以下の通りです。
（1）上記コンポーネントの終了を確認
（2）Amazon VPC コンソールの起動
（3）ナビゲーションペインで [VPC] を選択
（4）削除する VPCを、[Actions][Delete VPC] を選択

コマンドラインツールを使用して VPC を削除するには、以下のコマンドを用います。
・delete-vpc （AWS CLI）
・Remove-EC2Vpc （AWS Tools for Windows PowerShell）

なお、*Amazon VPCを削除*することで*VPC設定および関連コンポーネントが削除されてしまいます*。そのため影響の有無含め事前に内容をご確認することをお勧めします。
参考：[Amazon VPC ユーザーガイド VPC とサブネットの使用](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/working-with-vpcs.html)

## AWSのネットワーク設定を行いサービス構築を円滑に進めましょう

AWSで*外部との通信を行うため*には*ネットワーク設定が必須の作業*です。その中でも、*Amazon VPCの設定*は**最初の作業**となります。このネットワーク設定を確実の行うことで、*ネットワークエンジニア*・*サーバーエンジニア*共に**クラウド構築のスキルアップが図られる**でしょう。

AWSではサービス利用をするにあたりアカウント作成と管理、続いてネットワークの設定が求められます。この作業により、サーバーサービスの利用準備が完了します。ここでは、ネットワーク設定で必要とされるAWS VPCとサブネットの設定方法について説明していきます。

Amazon VPCによりAWSの仮想ネットワークが構築できます

Amazon VPCを用いてサブネットを設定し、外部通信が可能となります

AWSで用いるネットワークの用語は一般的なものですから多くのエンジニアにお勧めします

AWS VPCの作業は？VPCとサブネットの設定方法を解説！

**DFDとは、データフロー図とよばれることもあります。**この記事ではDFDの書き方について解説した後に、DFDの概要について説明します。まず、以下でDFDを書き方のルールやポイントについて詳しく紹介します。データフロー図の書き方として、データに関する処理と流れを「外部エンティティ」「データストア」「プロセス」「データフロー」の4種類の要素で表現することが可能です。

### プロセスには入力・出力のデータフローが必要

**プロセスは「処理」を表し、入力したデータを編集して出力を行うものです。**そのため、データの入力・出力が両方とも必要な場合があります。例えば、入力が1つで出力は複数という状況もあります。一方、入力が複数あり出力は1つという状況もあります。さらに言えば、入力が複数で出力も複数という状況もあります。

### データストアには入力・出力のデータフローが必要

**データストアは、データの永久的な保管場所を表します。**データストアには、入力と出力のデータフローが両方とも必要です。*データは利用しなければ保存する必要がありません。*

### データフローには全て名前が必要

**データフローには、「どのようなデータであるか」全てに名前をつけることが重要です。**DFDは、どのようなデータを伝達するかを表現する図ですが、*名前を付けることが難しいデータフロー*もあります。その場合は、データフローにおけるデータのまとまりとして物足りない部分があることが多いので、*データフローを分割できないか、もしくはデータフロー自体の削除を検討することが大切です。*

### データフローに処理を書きこむことは不要

**データフロー図に対して、「処理」を記載してしまうことがあります。**例えば、「購入する」「売却する」「決済する」などです。この場合、処理の流れを表現する図「フローチャート」の内容が混在している可能性もあります。*DFDは処理の流れについては記載せず、データの流れを記述する図です。*よって「購入する」のように動詞が名前になっているデータフローは誤りとなるため、データフローの修正が必要です。

### 入力と出力に関するデータ処理の内容がイメージできる名前をプロセスにつける

プロセスには、入力と出力に関するデータが1つ以上あります。**プロセスに名前をつける際には、入力と出力に関するデータの両方ともイメージできる名前にしてください。**データフロー図を確認したら、簡単にシステムをイメージできるようにすることが重要です。

### 処理の実行順序は記載しない

**データフロー図は、データの伝達を明確にするための図です。そのため、いつデータを伝達したかについては記載しません。**処理の実行順序について記述する際には、フローチャート図やシーケンス図などに書くことが推奨されます。

### DFDのコンテキストダイアグラムとレイヤー

**データフロー図を記載する際には、開発するシステムを1つのプロセスとして「どのようなデータをやり取りするか」についてから書き始めることが重要です。**システム全体を捉えた最上層のDFDは、「コンテキストダイアグラム」と言われます。*コンテキストダイアグラムを詳細化していくために、下層のDFDをステップを踏んで作成していくことが多いです。下層のDFDについては、上位のDFDのプロセスに対して1つずつ作られます。*

1つの層ごとに、プロセスは多くても7個以内にして記載するのがおすすめです。*プロセスの数が多い場合、データフロー図がわかりづらくなります。DFDをみて直感的にシステムのイメージが把握できる図にしましょう。*また層分けを実施する際には、0・1・2…のような番号をプロセスに記載します。下層のデータフロー図は上層の番号を継承させて、0.1、0.2などのように番号を記載することで、レイヤーの関係性が理解しやすくできるでしょう。

以上までが、DFDの書き方におけるルールやポイントの紹介でした。しかし、そもそもDFDについてどういうものか理解できていない方も少なくないでしょう。ここからは、DFDの概要などについて詳しく紹介します。

**DFDとは、システムのデータの流れを表現した図を指します。データの流れを記載することで、システムの機能を洗い出すことが可能です。**システムの設計・開発に使用できるだけではなく、業務フロー分析にも活用できます。*視覚的にシステムを容易に把握できるため、クライアントとシステム開発を実施するシステムエンジニアが、認識合わせとしてデータフロー図を使用することが可能です。また、システム開発のプロジェクトメンバーと、システムのイメージを共有する際に活用でき、機能の抜け・漏れ・重複を防げるので、データフロー図を用いることで、認識齟齬が起こりにくくなります。*

DFDの他の呼び方として「データフローダイアグラム」「データフローグラフ」などがあります。また、処理について丸で示すことから「バブルチャート」という呼び名もあります。

トム・デマルコによって構造化分析は考察され、1970年代後半から普及しはじめました。**データフロー図は、構造化分析ツールの1つです。**近年では、複雑で大規模なシステムが多くあるので、構造化分析手法を用いてシステムの要求を段階的に詳細化することで、頭の中を整理することが可能です。

*構造化分析とは、「DFD」「データディクショナリー」「ミニ仕様書」などのツールを利用して、構造化仕様書を作成すること定義されています。*特に、データフロー図をシステムにおけるデータの流れを直感的にとらえることが可能です。そのため、DFDは構造化分析の土台となります。

## データフロー図で使用する記号

**データフロー図で使用する記号は、「データフロー」「プロセス」「データストア」「外部実体」の4種類です。**DFDは、提唱者によって記号の表現の仕方が異なるので注意が必要です。DFDには、「Yourdon & DeMarco記法」と「Gane & Sarson記法」の2通りの記法が存在します。2つの方法の考え方について大きな違いはありません。しかし、「Gane & Sarson記法」には補足説明が必要な場合に、便利とされる識別子の付け方が定義されています。

**データフローは、データの流れを表現する矢印のことです。**プロセス・データストア・外部要素における間のデータの流れを表します。なお、矢印には名前を記載する必要があります。

**プロセスとは、データを編集するものです。「Yourdon & DeMarco記法」では円で、「Gane & Sarson記法」では角が丸い長方形で記載**し、記号の中には名前を記述します。データフロー図を確認する方が概要について簡単に理解できるような名前を設定しましょう。

**データストアは、データにおける保存場所のことです。**データストアの例として、ファイルやデータベースなどが挙げられます。例えば、「Yourdon & DeMarco記法」では二重線で表現します。データストアに名前をつける際も、容易に理解できるものが推奨されます。*また、他のシステムの名前と同じになると、将来的に問題が発生することもあるので、一意になるように通し番号を振って名前とする考え方もあります。ただし、データフロー図の「直感的で理解しやすい」という特徴を大切にするために、わかりやすい名前にしましょう。*

**外部実体は、対象とするシステムの外部の方や組織のことです。**データをシステムに渡してくるものやデータをシステムから受け取るものを表現します。例えば、「Yourdon & DeMarco記法」では長方形で表現し、その中に名前を記載します。*外部実体については、対象とするシステムとデータを伝達する外部要因のことであるため、内容については書く必要はありません。*特に、対象システムに入力されるデータに注意を払うことが重要です。外部実体については、システムに対する理解の向上のために記載しているともいえるでしょう。

## 書き方に注意してデータフロー図を作成しよう！

これまでに、データフロー図の書き方について詳しく紹介しました。また、DFDの概要やデータフロー図を作成する際に使用する記号についても解説しました。**DFDとは、システムのデータの流れをグラフィカルに表現する図のことです。データフロー図はシステム開発工程における設計などの初期段階に作成されることが多いです。**

*データフロー図で使用する記号は「データフロー」「プロセス」「データストア」「外部実体」の4種類です。*また、DFDには「Yourdon & DeMarco記法」と「Gane & Sarson記法」の2通りの記法が存在しています。データフロー図を用いてシステム開発を進めていく中で、認識合わせを適切に行うことが重要です。特に、複雑で大規模なシステムの場合にはDFDは役に立ち、工程の手戻りを防げます。**DFDには視覚的に理解しやすいというメリットがあるので、システム開発を実施する際にはぜひ活用しましょう。**

DFDはデータフロー図ともよばれ、データの流れを表現する図を指します。当記事では、DFDの書き方のルールやポイントについて詳しくご紹介します。また、DFDの概要やデータフロー図を作成する際に必要な記号についても解説します。

DFDとはシステムのデータの流れをグラフィカルに表現する図のこと

データフロー図で使用する記号は「データフロー」「プロセス」「データストア」「外部実体」の4種類

DFDには視覚的にデータの流れを理解しやすいというメリットがある

DFD（データフロー図）の書き方や詳細について徹底解説！

## JavaScriptとJavaの違いを聞かれたら、どう答えるか？

「JavaScript」と「Java」は、名前が似ていても「全く違うプログラミング言語」だということはエンジニアにとっては常識です。

しかし「JavaはJavaScriptの略称だ」などと誤解している専門外の人に、分かりやすく説明するのは結構厄介です。それは、例えば大阪弁と名古屋弁がどう違うのかを説明するよりも、英語と日本語がどう違うのかを説明する方が難しいことに似ています。違いがありすぎて、何から説明して良いか迷うからです。

**もしも専門外の人に「JavaScriptとJavaはどう違うの？」と聞かれたとき**は、以下のように分かりやすく説明しましょう。

## 違うものなのに、なぜ名前が似ているのか

JavaScriptとJavaは、名前は似ているけど全く別ジャンルのプログラミング言語です。「なぜ似た名前なのか？」と思いますよね。それには、次のようないきさつがあります。

Javaは、1991年にS社が開発したプログラミング言語です。JavaScriptはその4年後にN社が開発したプログラミング言語で、当初はLiveScript（ライブスクリプト）という名前でした。しかし、*N社がS社と業務提携したのを機にLiveScriptを「JavaScript」と改名したのです。*N社としては、S社と親戚関係になったのだからと、**人気のあるJavaにあやかった**のでしょうが、それが紛らわしさの原因となりました。

もし業務提携していなかったら、北海道の銘菓「白い恋人」が吉本興業の「面白い恋人」を訴えたような騒ぎになっていたのかも知れません。

## JavaScriptとJavaはどこが違うか

コンピュータ上で作動するシステムやサービスを作る言語がプログラミング言語ですが、この言語にはおよそ200種類もあり、コンピュータの種類や作るシステムによって用いる言語が違います。

JavaScriptとJavaは、どちらも人気のあるメジャーなプログラミング言語だという共通点を除けば、仕事の種類は全く異なっています。例えるなら、同じ建設業者でも測量技師と外装業者ほど、お互いにかけ離れた存在です。

**JavaScriptは、Webサイトの画面で文字や画像にさまざまな動きを与えるプログラミング言語**です。

Webサイトを見ているときに突然現れる「ポップアップ広告」や、画像がクルクルと入れ替わる「カルーセル広告」などの*動きを表現するのがJavaScriptの得意技*です。

「HTMLで文章を書き、CSSでレイアウトする」がWebサイトを作るときの基本中の基本ですが、CSSで文字に色をつけるだけでは面白くない、ユーザーに煩わしがられる広告を楽しいものにしたいなどの理由で重宝されているのがJavaScriptで、ほとんどのWebサイトで使われています。

もう一方の**Javaは、ユーザーが目にする表舞台で活躍するのではなく、システムの土台を作る裏方を担当**します。例えば銀行や証券会社など、コンピュータなしでは機能しない会社の業務システムを構築するのに用いられています。ECサイトや旅行やグルメの予約サイトもJavaです。

また、Androidのアプリ開発やTwitterなどのSNSもJavaを使って作られています。

「フロントサイドとサーバーサイド」という言葉を聞いたことがあると思いますが、JavaScriptはユーザーの目に触れるフロントサイドで、Javaは一般の人の目に触れないサーバーサイドで活躍する言語です。

## JavaScriptとJavaがどちらも人気者な理由

中身をよく知らない人がJavaScriptとJavaを混同することがあるのは、どちらも専門外の人でも耳にする機会が多い人気のプログラミング言語だからです。その人気の理由とは何かを見てみましょう。

### Javaが人気者なのは、働く環境を選ばないから

プログラミング言語の多くは、Windowsでは使えるがMacやLinuxでは使えないなど、働く場所が限られています。しかし、**Javaで作ったプログラムなら環境を選ばない汎用性・融通性があります。**

Javaにこのような融通性があるのは、JVL（JAVA仮想マシーン）と呼ばれる翻譯機能が備わっているからです。いわばマルチリンガルの通訳と一緒に仕事ができるのが、Javaです。「Write once, run anywhere（一度書いたら、どこででも作動する）」は、Javaの特徴を一言で表している言葉です。

また、この汎用性・融通性はエンジニアとって「Javaが使えれば作れるシステムの種類、参加できるプロジェクトの数が多い」というメリットになります。

### JavaScriptが人気なのは、魅力的なパフォーマンスを表現できるから

Webサイトを作るエンジニアやデザイナーは、多くの競合サイトから自社サイトを際立たせることを常に考えています。ややもすると、迷惑者扱いにされる広告を楽しいものにするのも重要なテーマです。そんなエンジニアに重宝されているのが、**サイトに魅力的な動きを与える**JavaScriptです。

さらに、Google Mapは逐一更新しなくても、フォーカスしている位置をずらすだけで新しい情報が浮かび上がってきます。*ユーザーのマウス操作や文字入力を感知して、リアルタイムで内部処理を行なうことができます。*例えばGoogle Mapは、逐一サイトを更新しなくてもマウスでフォーカスポイントをずらすだけで、瞬時に情報が更新されます。つまり、*ユーザーにストレスを与えずに楽しさを提供できる*のが、JavaScriptの人気の理由です。

## JavaScriptとJavaのどちらを学ぶべきか？

JavaScriptとJavaのどちらを学ぶべきかは、その言語を使って何を作りたいのか（どんな仕事をしたいのか）によります。あるいは、どちらが就職や転職に有利なのか、学習の難易度はどうなのか、という判断基準もあるでしょう。

### その言語で何を作りたいのか、どんな仕事がしたいのかで選ぶ

**業務システムの構築やアプリ開発をしたいならJava、オシャレなWebサイトを作りたいならJavaScript**を学ぶのが良いでしょう。Javaは裏方でシステムを支える論理を構成する言語で、JavaScriptは表舞台（ユーザーサイド）でサイトの見栄えや使い勝手を担当します。

分かりやすく言うと上記のようになりますが、JavaScripでもスマホアプリ開発ができるようになるなど、サーバーサイドの開発にも関係するようになりました。*エンジニアの半数以上がJavaScripを学習している*と言われています。

### どちらが就職や転職に有利かで選ぶ

2021年5月現在の、dodaやIndeedなどのエンジニア求人案件を見ると、**Javaの求人数はJavaScripの2.5～3倍あります**。しかし、2019年には5倍ほどの差があったので、*JavaScriptの需要が次第に高まってきた*ことが分かります。

どちらも人気の言語で、例えばdodaではJavaは4,500件前後、JavaScriptは1,500件前後がサイトに掲載されています。しっかり学んで使えるようになれば「覚えたけれど就職先がない」という心配はありません。

初心者にとってどちらが学ぶのが難しいかといえば、Javaです。マスターすれば「何でも作れる」代わりに、覚悟を決めて勉強に取りかからないと挫折する可能性が高いと言えるでしょう。

JavaScriptは、フロントサイドで動く言語なのでWebブラウザで動作確認できる点、学習しやすさがあります。**基礎的なことを学んでしまえば、プログラミンを省力化できる便利な「ライブラリー」が多種揃っている**というメリットもあります。

ここまで、プログラミングの初心者に「JavaScriptとJavaの違いは？」と聞かれたときに、どう答えたら分かりやすいのかという一例を当記事でご紹介しました。プログラミングに興味を持つ人の数はどんどん増えているので、何か聞かれたときはその道のプロとして丁寧に教えてあげたいものですね。

IТ初心者には、JavaはJavaScriptの略称あるいはよく似たプログラミング言語だと誤解している人がいます。どちらも有名なだけに誤解も多いのです。この記事では、2つの言語の違いを「エンジニアが専門外の人にも分かりやすく説明する仕方」の一例をご紹介します。

人気言語のJavaScriptとJavaの違いを誤解する初心者が増えている

JavaScriptとJavaの名前が似ているのは、2社が一時提携関係にあったから

JavaScriptとJavaがそれぞれどんな場所で使われるかを説明すると分りやすい

JavaScriptとJavaの違いは？質問されたときの説明方法

RPAツールは、定型作業の業務負担や業務効率を向上させるために利用されます。少子高齢化が加速していく中でRPAツールは注目を浴びています。ここでは、RPAの詳細や需要に関して詳しく紹介しましょう。

**RPAとは「Robotics Process Automation」の略称で、ロボティックスプロセスオートメーションとも呼ばれます。RPAは定型作業などの業務プロセスを自動化する技術のことです。**アプリケーションに搭載されているマクロなどとは異なり、複数あるサービスの自動化を実施することが可能です。日本ではRPAは2015年頃より導入され、徐々に市場のシェアは拡大しつつあります。

RPAでは、データの集計・統合・入力・分析など人間に代わり、処理を行ってくれるのが特徴です。例えば、POSデータやExcelデータの入力などにも利用できます。AI・機械学習などが搭載されているRPAも存在するため、処理にエラーが生じても自己学習して修正できることもあります。

**RPAの需要は高く、今後も拡大していくことが予想されるでしょう。**RPAが急速に導入されるようになった背景の1つに、働き方改革があります。働き方改革を行う目的は、1人1人の意思・スキル・事情に応じて、多様で柔軟な働き方を選択できる社会を追求していくことです。また、少子高齢化などが原因で生産労働人口が減少している日本において、労働の生産性を向上させることも目的とされています。

また、業務を効率させるツールを開発・導入するためには、多くの工数や時間がかかります。導入してみた結果、費用対効果の観点からシステムを導入した後で契約終了となる事例も多くありました。**しかし、RPAでは比較的安価で簡単に導入できます。**RPAの国内市場は急激に伸びており、2019年に実施されたある調査によると、RPAの導入率は大手企業では50％以上、中小企業でもおよそ25％でした。*今後も技術の発展により、機能が充実することが予想されるため将来性は高いといえるでしょう。*

## RPAツールを比較する際のポイント

RPAツールの市場は、日を追うごとに急激に拡大しています。多種多様なサービスが出現する中、自社のニーズに合ったサービスを選択することは簡単ではありません。導入してみたものの、使いこなすことができなかった企業も少なくありません。**そのため、効率化すべき定型作業を明確にした上で、必要な機能が備わっているかどうかを確かめることが大切です。**また、必要な機能は備わっているけれど、機能が多くありすぎて使いづらいということもよくあります。ここでは、RPAツールを比較する際のポイントについて詳しく紹介します。

### 業務やシステム連携などの複雑さへの対応しやすさ

**単純作業だけではなく、条件によってシナリオが分岐する場合・入力の仕方を変更する必要がある場合・システムの連携が複数あり複雑である場合には、それらに対応した機能が必要です。**他にも複数のシステムを利用して、入力や保守などの作業を効率化したい場合には、システム間でスムーズに連携できるかどうかも把握しておくのが重要です。また、システムの外部連携を行う場合や拡張性に注力したい場合には、APIが公開されているどうかも確認しましょう。

**自社でシナリオの開発からロボットの管理までを実施する場合や、稼働させるロボットが多数ある場合には、開発・保守のしやすさも重要なポイントです。**例えば、Webページと連携したい場合は、Webページの画面を修正する度に、メンテナンスを実施しなければロボットは稼働しない事態が発生することもあります。*修正や不具合が起こった場合に、スムーズに対応できるかどうかや、事前対策が練られているかどうかも把握しておきましょう。*

ロボットを稼働させる数が多い場合には、負荷軽減させて効率的に運用する必要があります。そのためには、ロボットに関する稼働状態の分析を行うことが重要です。**自社で行うのが負担に感じる場合には、オプション料金はかかりますが導入・運用サポートがある料金プランのサービスを選択しましょう。**例えば、RPAに関して専門知識をもっているエンジニアがシナリオを作成・修正してくれるサービスや、ユーザー向けのRPA運用に関するセミナーの開催などが挙げられます。サポートを強みとしているサービスもあるため、検討してみてください。

ビジネスでは新しい試みをする際には、リスクを減らすために小さく始めるのが一般的です。RPAツール導入に関しても例外ではありません。**最初は今すぐにでも解決したい課題から導入を始め、費用対効果などの成果を確認します。そして徐々に社内全体にも拡大していくと失敗が少なく、スムーズに導入ができるでしょう。**

コストを削減することは大切ですが、将来的に拡大していく計画がある場合には、その計画に円滑に対応できるかどうかも重要です。例えば、WinActorやUiPathと呼ばれるRPAツールには、デスクトップ型から導入を始めて、後にサーバー型へも移行できるスケールアップの仕組みも整備されています。このようなサポート体制があると、スケールアップする際やプランの変更を行う際に、既存のロボットが次のプランでも問題なく稼働するかという不安が少なく済むでしょう。*したがって、導入プランについても詳しくチェックすることが重要です。*

ここでは、よく使用されている主要なRPAツールについて詳しく紹介します。

**UiPathは、優れた技術力で業界をリードしているUiPath社が提供しているRPAツールです。稼働シナリオの作成・実行・管理などの機能をモジュール化して、個別の製品として提供することで、中小企業から大手企業まで幅広く対応が可能です。**2017年に日本法人が設立され、2018年10月には完全に日本語に対応しているため、日本国内でも大手金融機関や大手広告代理店などを中心にRPAツールの導入実績を伸ばしています。UiPathではサーバーを利用して中央管理することが可能なため、大規模運用できます。またPCに対してUiPathをインストールすることで、デスクトップ型として自動化することも可能です。

*UiPathの特徴は、ブラウザ上のデータやデスクトップアプリケーションなどのさまざまなシステムのデータを読み込める点です。*ロボットのプロセスの修正・追加を行う際には、ドラッグ＆ドロップで簡単にできるため、直感的で使いやすいユーザーインターフェースといえるでしょう。また、ロボットのスケジューリング・作業負荷管理・報告・監査・監視などの管理業務は1点に集中させることが可能なため、安全性が保たれた状態で運用できるのも特徴です。
（参考：https://www.uipath.com/ja/ ）

**WinActorは、NTTアドバンステクノロジ社が提供しているRPAツールです。**導入企業は2,500社以上で、*国内シェアではトップ*を誇ります。一般的にデスクトップ型で利用するRPAツールですが、2017年9月にNTTデータ社が提供した「管理ロボ」と呼ばれるソフトをインストールすることで、サーバーによって一括管理することも可能となりました。例えば、Microsoft Office製品・ERP・OCR・個別に作成したシステム・共同利用するシステムなど、WindowsOSから操作するさまざまなアプリの作業を自動化することができます。完全に日本語対応しているのも特徴です。
（参考：https://winactor.biz/ ）

**BizRobo!は、RPA テクノロジーズ社が提供しているRPAツールです。400社を超える導入実績があり、高い評価を得ています。**豊富な実績があることから、ロボットの管理者や作成者向けのトレーニングサービスが用意されています。*そのためRPAツールを初めて導入する企業にとって、安心して導入・運用することができるでしょう。*Webサーバー1台だけで複数のロボットを作成可能で、同時運用することもできます。大規模なWebアプリケーションに適しているといえます。また、ロボットに学習させる業務フローを簡単に作成できるため、担当者がロボットを容易に使いこなすことが可能です。さらに、日本語によるトレーニングコンテンツも用意されているのも特徴といえます。
（参考：https://rpa-technologies.com/ ）

## 自社のニーズに合ったRPAツールを導入しよう！

これまでに、RPAツールの概要・比較する際のポイント・主要なRPAツールについて解説しました。**RPAとは、定型作業などの業務プロセスを自動化する技術のことです。近年では、働き方改革の影響などからRPAツールの需要は非常に高いです。**

しかし、近年のRPAツールには多種多様なものがあり、比較するのが難しいのが現状です。*RPAツールを比較する際のポイントとして「複雑さへの対応しやすさ」「RPAの開発・保守のしやすさ」「サポート体制」「導入プラン」などが挙げられます。*国内シェアNO1を誇るのが「WinActor」です。また、「UniPath」「BizRobo!」なども導入企業数は多いです。**自社に合うRPAツールを導入することが最も大切なため、自社の課題を明確にして適切なRPAツールを導入しましょう。**

RPAとは、定型作業などの業務プロセスを自動化する技術のことです。近年のRPAツールには多種多様なものがあり、比較が難しいのが現状です。当記事では、RPAツールの概要や比較する際のポイント、主要なRPAツールについて解説します。

RPAとは定型作業などの業務プロセスを自動化する技術

RPAツールを比較するポイントは「複雑さへの対応しやすさ」「RPAの開発・保守のしやすさ」「サポート体制」「導入プラン」など

国内シェアNO1を誇るRPAツールは「WinActor」

RPAツールを比較する際のポイントと主要なツールを紹介！

**近年、注目を浴びているRPAの開発・運用を行うRPAエンジニアの需要は高いです。**RPAを用いることで、業務における生産性の向上を高めることができます。RPAエンジニアは、IT業界などの人手不足や事務作業の負担を解消させるために活躍しています。ここでは、そもそもRPAとは何か、RPAエンジニアの概要について詳しく解説します。

**RPAとは「Robotic Process Automation」の略称で、人間が行っている定型的な業務を、ロボットで自動化することをいいます。**「仮想知的労働者」「デジタルレイバー（Digital Labor）」と呼ばれることもあります。*RPAを活用することで事務作業を自動化し、事務担当者の業務負担の軽減や業務効率の向上が可能です。*

RPAには自動化のレベルが3段階あり、**第1段階のRPAではデータ入力などの定型業務を実施が可能です。**定められた業務にだけ対応できるため、業務プロセスの修正・変更が必要な場合、その度に更新する作業が発生します。RPAを導入するときには、事前に対処方法を定めておくことが重要です。**

第2段階のEPAとは「Enhanced Process Automation」の略称で、AIと連携させることで大量のデータを扱うことができます。**また、ビッグデータなどからクライアントの分析も行うことが可能で、イレギュラーにも対応できるため、RPAが不得意な非定型業務についても実行できます。

**第3段階のCAとは「Cognitive Automation」の略称で、高度なAI機能により、クライアントに関するデータの整理から分析・結果まで自動化して実行が可能です。**また、大量のデータから深層学習を行うことで自主学習して成長するスキルをもっているため、人間と近い意思決定やルール作成ができるようになるでしょう。

**RPAエンジニアは、ITエンジニアの職種の中でもRPAを導入・開発・運用する際に活躍する技術者を指します。**よってRPAエンジニアは、ロボットの設計から運用・サポートまでを担うスペシャリストです。*クライアントがRPAを利用するにあたって、導入時から導入後まで、さまざまなサポートをする役割も担います。*業務内容は所属している企業によって違いますが、システム開発工程と同様で、要件定義・設計・開発・テスト・保守・運用などを行うのが一般的です。

ここでは、RPAエンジニアの実際の仕事内容について詳しく紹介します。

**導入工程では、まずは導入する方向を決めるために、クライアントの業務プロセスの洗い出しを徹底的に実施します。**この段階で要件の抜け・漏れが発生すると手戻りしなければならない場合もあるため、重要な工程です。例えば、経理部門が行う予算管理・人事部門が行う給与管理・総務部門が行うデータ入力などの定型作業を丁寧に洗い出すことが大切です。また特に、大量のデータを扱うような作業は注意してヒアリングすることも重要といえます。洗い出しができたら、RPAを適用する内容を明確にします。

*RPAは大きく分類すると、基本の形が定まっているパッケージ系のものと、クライアントの要望に沿って構築するものの2種類が挙げられます。*どちらの場合も、まずはクライアントが抱えている問題を把握することが重要で、導入工程ではコンサルタントに任せることも多いです。上流工程から担当するエンジニアの場合には、RPAについて精通しているだけでなく、クライアントの問題点を正確にヒアリングできるスキルが求められます。

**開発工程では、導入工程で設計した業務手順にしたがってシステム構築を行います。**開発にはRPAツールを使用することが多く、業務に適用できるようにロボットの構築が行われます。*また、クライアントが要求するRPAに関する動作のシナリオを作成することが重要です。*ここでいうシナリオとは、クライアントの業務に適用した形でPRAが動作するプロセスのパターンのことを指します。*シナリオが適切に設計されているかどうかによって、業務の効率化や業務負担の軽減につながるかが決まるといっても過言ではありません。そのため、RPAエンジニアの責任は重大です。*

クライアント次第でRPAを経理に活用したい場合もあれば、人事や総務で使用したい場合もあります。また、業種・職種に関してもさまざまです。クライアントによってRPAに求める目的は異なるので、RPAエンジニアはクライアントの業務プロセスを的確に把握しているかどうかが重要です。

**RPAの導入工程・開発工程が完了したら、実際にクライアントにRPAが導入され、運用が始まり、保守工程に遷移します。**RPAエンジニアは、RPAが稼働してエラーやトラブルなどの不具合が発生した場合に、RPAを改修したりトラブルを解決したりする業務を行います。残業・夜勤・休日出勤の可能性もあるため過労になることもありますが、それだけ大切な役割といえるでしょう。

*また運用・保守の業務では、RPAをより効率化させたり高品質にしたりすることを目的にマニュアルを作成することもあります。*他にも、導入の際の調整・説明などをクライアントに対して行い、RPAをきちんと定着させるサポートエンジニアもいます。また、一定の期間RPAを使用してみた結果、クライアントの要望でRPAの業務プロセスを修正したいというケースもあります。RPAツールは、クライアント側でコーディングすることなく操作できることが多いです。しかし、機能を拡張したり大幅に修正を実施したりする場合には、エンジニアが再度構築し直すこともあります。

お役立ち記事