要件定義

[k70suK3-k06a7ash1]

現状、TODOアプリ作成で仮決めしているが、mjkmjkmjky　のモチベーションに要件定義からリリースまで、との記載があったので、再度要件を練りたい。

Domain（サービスが解決する対象やユーザーの関心の領域）を定義し、システムとして以下の条件を明瞭にした上で開発をする どんな問題を解決するか： 誰にとってこのシステムは嬉しいのか： どんな機能を実現することでその問題は解決できるのか：

Ex：関心がTODOの消化効率であるとした場合 ・どの時間帯に課題が解決しやすいか（時間的分析） ・課題にカテゴリを設け、どのカテゴリの消化率が高く、どれが低いのかの分析（質的分析） ・時間に対してどのくらいの生産性で課題を消化できているのかをレポート（量的分析） 上記のような観点が生まれる。

上記のようなDomain定義によってテーブル構成や、必要となる処理が変わるため、手段の目的化ではなく、本質的にシステムがどんな課題を解決するのか、あるいは解決したいのかというDomain部分を定義したい。

分析手法 ・マーケット的視点：既存のTODOアプリが満たせていない要件をクリアする、市場調査に基づいた分析 ・デザイン的視点：ペルソナを仮定し、そのペルソナの性質や課題に対して解決できるためにはどのような要件が必要かを問う分析 ・美的視点：正なる命題から演繹的に推論した結果をシステムに反映してゆくような分析

[k70suK3-k06a7ash1]

割けるリソースとの兼ね合いで、一旦基本的なWEBアプリのCRUD処理実装にシフトする可能性あり

[k70suK3-k06a7ash1]

一旦決めた仕様で作成することで合意