要件定義 - v2

要件定義の作成

以下プロンプトを使用して、要検定義を作成します。

• 機能要件

  プロンプト サンプル

  # 機能要件作成のタスク
  作成したユースケースから詳細な**機能要件**を抽出してください。以下の機能要件の項目が必要です。
  
  終了の指示があるまで、作成を続けてください。タスクが完了したら、「タスクが完了しました」と出力してください。
  タスクを完了させるために情報に不足がある場合は、その旨を尋ねてください。
  深呼吸をして、一歩ずつ取り組んでください。
  
  ## 機能要件の項目
  - アプリケーション開発の目的や背景
  - 対象ユーザーや利用シーン
  - 主要な機能やサービス
  - 画面や操作
  - 外部サービスとのやり取り
  - 他のアプリケーションやサービスとの依存関係
  
  

• 非機能要件の作成

  プロンプト サンプル (ヒアリングドキュメントは、OS での音声認識を使用して作成)

  # 非機能要件作成のタスク
  
  以下のヒアリングドキュメントから、非機能要件を抽出してください。
  非機能要件には以下の項目が必要です。
  終了の指示があるまで、作成を続けてください。
  タスクが完了したら、「タスクが完了しました」と出力してください。
  タスクを完了させるために情報に不足がある場合は、その旨を尋ねてください。
  深呼吸をして、一歩ずつ取り組んでください。
  
  ## 非機能要件の項目
  - 可用性
  - 性能・拡張性
  - 運用・保守性
  - 移行性
  - セキュリティ
  - 環境・サステナビリティ
  
  ## ヒアリングドキュメント
  システムに求められる非機能要件ですか、そうですね。まあやっぱり止まらないようにしてほしいなと思います。あの休日も正月もそうですけどね。それからユーザーの数はまあ、おそらくですけど、同時にそうですね。10人くらい捌ければいいのかなと思うんですよ。で、後から機能を追加するかもしれないので、ええ、そこの対応ができればいいかなと思ってます。ええそうですね。データのバックアップとかもちろんした方がいいとは思うんですけど、特にええとユーザーさんの課金の情報とか、予約の情報っていうのは、私たちの方で管理するってよりもそうですね。その連携サイトの方で、もちろん持っているわけですけど、ある程度はこちらでも持っておきたいですね。でも多分なくなると困るから、それは 24 時間 365 日すぐでも戻せるようにしてほしいと思います。まあいつお客さんいらっしゃってるかわかりませんからね。予約も含めて現行のシステムはありません。新規に全部作ります。セキュリティですけどね。えっと、もちろんですけど、個人情報に近いところを管理することになると思いますから、その部分に関してはすごく厳密なものが必要だと思います。エコロジーですか。太陽光発なんかが使える環境があると、いいかなと思いますけどね。まあほとんどスマホの中のアプリケーションだから、そこまではないかなと思います。