システム開発とは？

コードを書くだけでなく、 スケジュール作成や要件定義などをまとめて、「システム開発」と呼ぶ。

要件定義

システムの目的や最低限満たすべき条件を明確化する工程。
この段階で、発注者と開発者が話しあい、何を作るか方向性を決める。

要件定義をきちんと行わないと、不完全なシステムになってしまったり、障害が起きる可能性がある。

◎機能要件

システムが何をするか？ 発注者がシステムに求める機能。

例：
「今回作るシステムはログイン機能を付けます！」　
「登録したものを一時保存できる機能を付けます！」

◎非機能要件

システムの品質・条件。
例：
「一定時間ログインがないと、自動的にログアウトする」
「保存期間は○○日までとする」
「1秒以内に検索結果を表示する」
「平日日中はサーバー稼働率99.9%以上を保証する」

設計

建物を建てる時、同様事前に設計を考えておく。
抽象的なものから詳細なものへ…という順で書くので、
画面 ⇒ データ ⇒ アプリケーション　と設計する。

◎画面設計

いきなりHTMLを書かず、画面の設計を事前に決めておく。

画面の流れ(どこからどこに転移するか)
入力する項目、表示項目、配置など
以下の図を書いて設計することが多い。

画面遷移図(UI Flows図)：
画面間のリンクや操作の流れを視覚化する。

[ログイン画面] → [ユーザ画面]
                 ↘︎ [エラー画面]

ワイヤーフレーム：
画面内の要素配置を簡易的に表現する。

┌──────────────────┐
│ ログイン          │
│ ┌────────────┐ │
│ │ ユーザー名    │ │
│ └────────────┘ │
│ ┌────────────┐ │
│ │ パスワード    │ │
│ └────────────┘ │
│ [ログインボタン]  │
└──────────────────┘

◎データベース設計

概念設計：
これから作成するシステムで、どんな情報を管理するのか、ビジネス的な視点で整理する。
ER図（エンティティ・リレーションシップ図） で表現される。

例：
「ログインシステムにはメアドがいるな」
「一時保存機能には作成日時が必要だな」

管理すべき「もの（エンティティ）」は何か？
それにはどんな関係性（リレーション）があるか？
それぞれの特徴（属性）は何か？

論理設計：
概念設計をもとに、データベースとして実装可能な形に落とし込む。
どのようなカラム・テーブルにするか、テーブル設計を行う。
ER図やテーブル定義書を作成する。

物理設計：
物理的領域や格納方法を決める