仕様書の項目まとめてみた
初めてのアプリ開発、何を決めておけばこの後作りやすいんだっけ？
色んなひとが色んなことを言っている。
わたしなりにまとめてみた。
ここまで決めておけばやりやすい気がする。
開発コード名 【codename】 コードネーム：
ファイル名につけるため、正式名称が決まるまでの呼称、てきとー、Pancakeとかでも。
【企画フェーズ】
1.ペルソナ設定
2.悩みや課題
3.課題解決された状態
4.課題解決に必要な機能
5.ユーザーストーリーまとめ（≒要件定義書）：
{whoペルソナ}が、{why課題}を解決するために{how機能}を使って{what課題解決}できるようになる
6.ブランディング：
ブランド（アプリ）名、カラー、アイコン、キャチコピーなど：仮置きでOK、作りながら固めていく
【要件定義フェーズ】
7.欲しい機能：
～ができるようになる（ユーザー目線）
8.作らない機能：
あえて最初は作らずに、今後のアップデートにとっておく機能など
ペルソナやアプリの目的からずれる機能は作らないなど
9.画面と画面遷移の流れ：
ワイヤーフレーム（ラフ）
【基本設計フェーズ】
10.画面遷移図(文字)：
11.ワイヤーフレーム(絵)：(1)-(5)を画面ごと
(1)画面名：その画面は何のためか（例：トップページ）
(2)機能一覧：その画面でどのような処理が存在するのか
(3)ｲﾝﾌﾟｯﾄ機能要件： ,操作方法（入力/ボタンなど）： ,入力データ（数値/文字列など）： ,出力結果/遷移先：
(4)ﾘﾝｸ機能要件： ,操作方法（入力/ボタンなど）： ,出力結果/遷移先：
(5)表示要件：～を見ることができる
(6)配置図
12.画面設計：(1)-(5)を画面ごと
(1)画面名：その画面は何のためか（例：トップページ）
(2)機能一覧：その画面でどのような処理が存在するのか
(3)ｲﾝﾌﾟｯﾄ機能要件： ,操作方法（入力/ボタンなど）： ,入力データ（数値/文字列など）： ,出力結果/遷移先：
(4)ﾘﾝｸ機能要件： ,操作方法（入力/ボタンなど）： ,出力結果/遷移先：
(5)表示要件：～を見ることができる
(6)配置図
13.データベースの設計：
テーブルにデータが登録されるときに着目
(1)エンティティの種類：扱うデータ：洗い出し⇒カラム名として整理⇒グルーピング（データベースの正規化）
(2)テーブルの種類：何のデータを管理するテーブルが必要か。必要なテーブルを書き出す
(3)テーブルの中身：エンティティのアソシエーションの洗い出しをカラムとアソシエーションをそれぞれのテーブル内で整理
(4)ER図作成：エンティティ同士の関係性（アソシエーション）を図に示す
(5)データの制約、バリデーションの設定、必須かどうか
【詳細設計フェーズ】
14.基本設計書の作成：
画面遷移図/画面設計のわかりやすいまとめ
15.クラス図の作成：
11．で書き出した処理をクラスという役割のまとまりにグルーピング
16.シーケンス図の作成：
17.画面(機能?)ごとに設定すべきこと：
ルーティング： ,コントローラ: ,アクション： ,モデル：
18.コードを当てはめる
19.テーブル定義書の作成：
まとめ