最終更新日時
Feb 20, 2024 8:47 AM
ツール
ChatGPT
利用シーン
要件定義/作成
プロンプトテンプレート
## 前提条件
タイトル: システムエンジニアが利用する要件定義書を作成するプロンプト
依頼者条件: システム開発プロジェクトの依頼者であり、要件定義書の作成を担当するシステムエンジニア
制作者条件: プロンプトを作成する人は、システム開発に関する知識や経験を持つことが求められる
目的と目標: システムエンジニアがシステム開発をする際に必要な要件定義書を効率的かつ正確に作成をする
リソース: システム開発に関するドキュメントやツール、要件定義書のサンプルなどの情報が必要とされる
評価基準: 作成された要件定義書が、依頼者の要求事項を正確に反映しており、システム開発プロジェクトの進行に貢献しているかどうかで評価される
明確化の要件:
1. 要件定義書の目的と範囲を明確に記述する
2. 必要な機能や制約条件を具体的に列挙する
3. 要件の優先順位や重要度を明示する
4. 要件間の関連性や依存関係を明確に示す
5. 要件の変更や追加が容易に行えるように、要件定義書の構造やフォーマットを整理する
システム概要="[ここに入力]"
利用者の要望="[ここに入力]"
機能要件"[ここに入力]"
## 出力形式(例)
***
### プロジェクト名:
### プロジェクトの概要と目的:
(150文字程度)
概要:
目的:
### 用語定義(表形式)上限5:
### システムの構成要素(表形式):
### 現状フローとシステム構築後のフロー(before after形式):
現状フロー (5step):
システム構築後のフロー(5step):
### 利用者一覧(ステークホルダー)(表形式) 上限5:
### 機能要件(表形式):
|項目|要件|
|-|-|-|
### 非機能要件(表形式):
|項目|要件|
|-|-|
### 互換性(箇条書き):
Chrome:(可能 or 不可能)
Firefox:
Edge:
### スケジュール(箇条書き):
・プロジェクト開始:(期間指定)
・要件定義完了:(期間指定)
・デザインフェーズ:(期間指定)
・開発フェーズ:
・テストフェーズ:
・デプロイメント:
・保守・サポート開始:
予算(テキスト):
想定概算:(円表記)
***
## 回答行動
{システム概要}と
{利用者の要望}と
{機能要件}を使って
システム開発のために利用する、詳細な要件定義書を{出力形式(例)}で詳細に記述し、構築してください。
## 制限
・{利用者要望}と{機能要件}に関しては、内容を割愛したり、省いたりしないで要件に組み込んでください。
・要件定義書以外のテキストは生成しないでください。
・出力形式は{出力形式(例)}を守ってください。
プロンプト例
## 前提条件
タイトル: システムエンジニアが利用する要件定義書を作成するプロンプト
依頼者条件: システム開発プロジェクトの依頼者であり、要件定義書の作成を担当するシステムエンジニア
制作者条件: プロンプトを作成する人は、システム開発に関する知識や経験を持つことが求められる
目的と目標: システムエンジニアがシステム開発をする際に必要な要件定義書を効率的かつ正確に作成をする
リソース: システム開発に関するドキュメントやツール、要件定義書のサンプルなどの情報が必要とされる
評価基準: 作成された要件定義書が、依頼者の要求事項を正確に反映しており、システム開発プロジェクトの進行に貢献しているかどうかで評価される
明確化の要件:
1. 要件定義書の目的と範囲を明確に記述する
2. 必要な機能や制約条件を具体的に列挙する
3. 要件の優先順位や重要度を明示する
4. 要件間の関連性や依存関係を明確に示す
5. 要件の変更や追加が容易に行えるように、要件定義書の構造やフォーマットを整理する
システム概要="利用者の健康管理をサポートするモバイルアプリケーションを開発します。アプリケーションは、利用者が日々の活動量、食事、睡眠パターンを記録し、健康状態をモニタリングできるように設計されます。また、個々の健康データに基づいたカスタマイズされた健康改善の提案も行います。"
利用者の要望="
活動量の追跡: 歩数、走行距離、消費カロリーなどを自動で記録し、日々の活動目標に対する達成度を確認できる。
食事ログ: 食事の内容を記録し、摂取カロリーと栄養素を追跡できる。
睡眠トラッキング: 睡眠の質をモニタリングし、改善のための提案を得る。
健康改善の提案: 健康データに基づき、パーソナライズされた運動や食事の提案を受ける。
データ共有機能: 医療提供者やトレーナーと健康データを共有できる。"
機能要件"
ユーザー登録・管理機能: ユーザーはアプリに登録し、自分のプロファイル情報を管理できる。
活動量追跡機能: スマートフォンやウェアラブルデバイスから活動データを収集し、アプリで表示する。
食事ログ機能: ユーザーが食事の内容を記録し、カロリーや栄養素を追跡できるようにする。
睡眠トラッキング機能: 睡眠の質を分析し、ユーザーにフィードバックを提供する。
健康改善提案機能: ユーザーの活動量、食事、睡眠データを基に、個別の健康改善提案を生成する。
データ共有・エクスポート機能: ユーザーが自分の健康データを医療提供者やトレーナーと安全に共有できるようにする。"
## 出力形式(例)
***
### プロジェクト名:
### プロジェクトの概要と目的:
(150文字程度)
概要:
目的:
### 用語定義(表形式)上限5:
### システムの構成要素(表形式):
### 現状フローとシステム構築後のフロー(before after形式):
現状フロー (5step):
システム構築後のフロー(5step):
### 利用者一覧(ステークホルダー)(表形式) 上限5:
### 機能要件(表形式):
|項目|要件|
|-|-|-|
### 非機能要件(表形式):
|項目|要件|
|-|-|
### 互換性(箇条書き):
Chrome:(可能 or 不可能)
Firefox:
Edge:
### スケジュール(箇条書き):
・プロジェクト開始:(期間指定)
・要件定義完了:(期間指定)
・デザインフェーズ:(期間指定)
・開発フェーズ:
・テストフェーズ:
・デプロイメント:
・保守・サポート開始:
予算(テキスト):
想定概算:(円表記)
***
## 回答行動
{システム概要}と
{利用者の要望}と
{機能要件}を使って
システム開発のために利用する、詳細な要件定義書を{出力形式(例)}で詳細に記述し、構築してください。
## 制限
・{利用者要望}と{機能要件}に関しては、内容を割愛したり、省いたりしないで要件に組み込んでください。
・要件定義書以外のテキストは生成しないでください。
・出力形式は{出力形式(例)}を守ってください。
アウトプット例
プロジェクト名: 健康管理サポートアプリ開発プロジェクトの概要と目的:
概要:日々の活動量、食事、睡眠パターンを記録し、健康状態をモニタリングできるモバイルアプリの開発。 目的:利用者の健康管理をサポートし、個別の健康改善提案を提供する。
用語定義(表形式)上限5:
用語 定義 活動量 歩数、走行距離、消費カロリーなどの日々の身体活動量 食事ログ 食事の内容、摂取カロリー、栄養素の記録 睡眠トラッキング 睡眠時間、質、覚醒回数などの睡眠パターン分析 健康改善提案 ユーザーの健康データに基づく運動や食事の個別提案 データ共有 健康データを医療提供者やトレーナーと共有する機能システムの構成要素(表形式):
構成要素 説明 ユーザーインターフェース 利用者が情報を入力、閲覧できる画面 データベース ユーザーデータ、活動量、食事、睡眠データの保存 アナリティクスエンジン データ分析と健康改善提案の生成 セキュリティシステム データの暗号化とアクセス制御 通信インターフェース デバイスや外部サービスとのデータ交換現状フローとシステム構築後のフロー(before after形式):
現状フロー (5step):
- 手動で活動量を記録
- 食事のカロリーを計算し、手動で記録
- 睡眠時間を推測し、記録
- 健康状態の自己評価
- 医師やトレーナーと定期的に健康データを共有
システム構築後のフロー(5step):
- 自動で活動量を追跡し、アプリに記録
- アプリを使用して食事ログを簡単に記録
- 睡眠トラッキングで質と量を自動記録
- アプリが健康データを分析し、改善提案を提示
- データ共有機能で医療提供者と即時データ共有
利用者一覧(ステークホルダー)(表形式) 上限5:
利用者 役割 エンドユーザー アプリを使用して健康管理 医療提供者 ユーザーの健康データに基づきアドバイス トレーナー 健康改善のためのパーソナルトレーニング提供 開発チーム アプリの開発と保守 システム管理者 | システムの運用とセキュリティ管理 |
機能要件(表形式):
項目 要件 ユーザー登録・管理機能 プロファイル情報の登録と管理 活動量追跡機能 スマートフォンやウェアラブルデバイスからの活動データ収集 食事ログ機能 食事内容の記録と栄養素追跡 睡眠トラッキング機能 睡眠パターンの分析とフィードバック 健康改善提案機能 個別の健康改善提案の生成 データ共有・エクスポート機能 健康データの安全な共有とエクスポート非機能要件(表形式):
項目 要件 パフォーマンス 応答時間2秒以内 可用性 99.9%の稼働時間 セキュリティ GDPRおよびHIPAA準拠 スケーラビリティ ユーザー数の増加に対応 保守性 コードの可読性とテスト容易性互換性(箇条書き):
- Chrome:可能
- Firefox:可能
- Edge:可能
スケジュール(箇条書き):
- プロジェクト開始:2024年1月1日
- 要件定義完了:2024年2月15日
- デザインフェーズ:2024年3月1日~3月31日
- 開発フェーズ:2024年4月1日~7月31日
- テストフェーズ:2024年8月1日~8月31日
- デプロイメント:2024年9月15日
- 保守・サポート開始:2024年9月16日
予算(テキスト): 想定概算:5000万円
リンクは準備中