要件定義とは？

要件定義とは、発注者の要求を実現するために進め方をまとめたものです。
ここではしっかり発注者にヒアリングを行い、プロジェクトのゴールを定めるため、最終的に納品されるシステムのクオリティを左右する一番重要と言っても良い工程です。

主な流れ

STEP1：ヒアリング

まずは解決したい課題と目標を明確にしながらヒアリングを行なっていきます。ここが具体的であるほどに設計や開発がスムーズになります。
また、システム構造に関わる機能要件だけでなく、セキュリティなどの非機能要件も確実に確認しておくようにしましょう。

機能要件
- システムの機能に関する要件。
  - 例：案件一覧検索ができること、ログイン機能があること...etc
非機能要件
- 可用性、性能、拡張性、運用・保守性、セキュリティなど機能以外の要件。
  - 例：応答は3秒以内、同時アクセスはユーザー数の15%を想定する...etc

ここで業務フロー図やデータフロー図など、簡単な図で分かりやすくしておくのも効果的です。

STEP2：要求の細分化

ここから要求をヒアリングした後に、「実現可能か？」「コストは大丈夫か？」など問題点を深掘りして解決策を模索します。優先順位をつけたり代替案を考えたりして発注者と相談をしましょう。
5W2H(いつ？どこで？誰が？何を？なぜ？どうやって？いくらで？)を質問して明確にすることで問題が解決に向かいこともあるのでオススメです。

STEP3：要件定義書の作成

では、ここまでヒアリングしてきた内容を定義書に落とし込みます。
具体的には以下のようなことを書いておけば問題ないかなと思います。

システム概要や目的
システム導入後の業務フロー
機能要件
非機能要件
スケジュール
見積もり(予算)

IT知識が少ない人が見る可能性も高いので、分かりやすい言葉を使うよう意識しながら作成しましょう。

設計とは？

設計とは、要件定義で決定された要件を実現するための項目を設計することです。
具体的には、以下のような項目の設計を行います。

システムが行う作業の範囲
システム利用者が手動で行う作業の範囲
システムに使用する機材、機器
システムに使用するソフトウェア、アプリケーション
開発に使用する言語やフレームワーク

このように、システム方式設計では、開発するシステムのベースとなる内容を決定することが特徴です。
この工程での品質は後にかなり大きな影響を与えるので注意が必要です。

主な設計内容

1.ハードウェア・ソフトウェアの構成

システムを稼働させるためのハードウェア・ソフトウェアの構成・環境を決定する必要があります。
基本的には「オンプレミス」「クラウド」「ハイブリッド」の3種類からシステムを稼働させる環境を決めた後、詳細を突き詰めていきます。

2.ネットワークの構成

サーバーのネットワーク構成についても決定を行います。システムが安定して稼働できるように、適切なネットワーク構成・負荷分散・トラブルを想定した予備サーバーまで詳細に検討します。
システムを稼働させるハードウェアとネットワークは関連性が高いため、全体的な機能を考慮しつつセットで検討することが一般的です。
最近では、基本的にAWSで構築することが多いですかね(諸説あり)