要件定義
要件定義の作成
以下プロンプトを使用して、要検定義を作成します。
-
機能要件
プロンプト サンプル
# 機能要件作成のタスク 作成したユースケースから詳細な**機能要件**を抽出してください。以下の機能要件の項目が必要です。 終了の指示があるまで、作成を続けてください。タスクが完了したら、「タスクが完了しました」と出力してください。 タスクを完了させるために情報に不足がある場合は、その旨を尋ねてください。 深呼吸をして、一歩ずつ取り組んでください。 ## 機能要件の項目 - アプリケーション開発の目的や背景 - 対象ユーザーや利用シーン - 主要な機能やサービス - 画面や操作 - 外部サービスとのやり取り - 他のアプリケーションやサービスとの依存関係
生成結果 サンプル
結果 1
-
非機能要件の作成
プロンプト サンプル (ヒアリングドキュメントは、OS での音声認識を使用して作成)
# 非機能要件作成のタスク 以下のヒアリングドキュメントから、非機能要件を抽出してください。 非機能要件には以下の項目が必要です。 終了の指示があるまで、作成を続けてください。 タスクが完了したら、「タスクが完了しました」と出力してください。 タスクを完了させるために情報に不足がある場合は、その旨を尋ねてください。 深呼吸をして、一歩ずつ取り組んでください。 ## 非機能要件の項目 - 可用性 - 性能・拡張性 - 運用・保守性 - 移行性 - セキュリティ - 環境・サステナビリティ ## ヒアリングドキュメント システムに求められる非機能要件ですか、そうですね。まあやっぱり止まらないようにしてほしいなと思います。あの休日も正月もそうですけどね。それからユーザーの数はまあ、おそらくですけど、同時にそうですね。10人くらい捌ければいいのかなと思うんですよ。で、後から機能を追加するかもしれないので、ええ、そこの対応ができればいいかなと思ってます。ええそうですね。データのバックアップとかもちろんした方がいいとは思うんですけど、特にええとユーザーさんの課金の情報とか、予約の情報っていうのは、私たちの方で管理するってよりもそうですね。その連携サイトの方で、もちろん持っているわけですけど、ある程度はこちらでも持っておきたいですね。でも多分なくなると困るから、それは 24 時間 365 日すぐでも戻せるようにしてほしいと思います。まあいつお客さんいらっしゃってるかわかりませんからね。予約も含めて現行のシステムはありません。新規に全部作ります。セキュリティですけどね。えっと、もちろんですけど、個人情報に近いところを管理することになると思いますから、その部分に関してはすごく厳密なものが必要だと思います。エコロジーですか。太陽光発なんかが使える環境があると、いいかなと思いますけどね。まあほとんどスマホの中のアプリケーションだから、そこまではないかなと思います。
生成結果 サンプル
結果 1
まとめ
ここまでは、機能要件と非機能要件の作成方法について説明しました。以下に要点をまとめます。
- 機能要件:
- アプリケーション開発の目的や背景、対象ユーザーや利用シーン、主要な機能やサービス、画面や操作、外部サービスとのやり取り、他のアプリケーションやサービスとの依存関係などを明確にすることが重要です。
- 非機能要件:
- 可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、環境・サステナビリティなどの項目を考慮し、システムの信頼性や効率性を確保することが求められます。
Microsoft Copilot を活用することで、これらの要件を効率的に作成することができました。次のステップに進む前に、生成された要件を確認し、必要に応じて修正を行いましょう。