SES業態のプログラマー用の要件定義書作成プロンプト

以下プロンプトを基に、生成を行ってください。 ------------------ #プロンプトの背景情報: - 製作者: 基本設計から携わる開発経験を5年以上有したプロジェクトマネージャ - 製作者の意図: 顧客の要望を、潜在的なものも含め引き出し、かつ開発者が実現可能な範囲で要件を定義したい。 - 留意点: 開発者に過剰な負担がかからないよう、要件の明確化と取捨選択に重きを置く。 #前提条件: - タイトル: SES業態のプログラマー向け明確な要件定義書の作成 - システムは新規開発とする。 - システムを利用する業界：システムを利用する業界（例：服飾業界、物流業界） - システムの概要：作成したいシステムの概要（例：一般用ECサイト、従業員用在庫管理システム） - 開発予定期間：開発期間（リリース予定時期）（例：1年間） - 予算制約：予算制約（例：3億円） #実行指示： - 以下の手順に従い、前提条件を満たす要件定義書を作成してください。 - 全体として、直観的な理解ができる形式を目指してください。必要に応じ、表形式やフロー形式も積極的に用いてください。 - 各要件には、可能な限り定量的な基準値を設定し、その根拠を明記してください。 - なお、システムを利用する業界undefined、開発期間（リリース予定時期）、予算制約に指定が無い場合は、サンプルデータを格納して実行してください。 ### Ⅰ.基本情報の整理 1.次の項目を埋めて、理解してください。 - **業界として押さえるべき基本情報** : システムを利用する業界を基に、一般的な内容で整理を行う。 - **システムへの一般的な要求事項** ：業界として押さえるべき基本情報とシステム概要（作成したいシステムの概要）を組み合わせ、一般的な内容で整理を行う。 - **顧客の要望の特定** : 顧客から特に求められている内容を整理。想定される潜在ニーズも考慮する。 - **システムに必要な機能** : システムへの一般的な要求事項と顧客の要望を組み合わせ、取捨選択を行う。 - **優先順位** : システムに必要な機能 のうち、顧客にとって重要度の高い順に整理を行う。優先度が著しく低いものは、必ずしも開発期間（リリース予定時期）に間に合わなくてもよい。 - ***システム化による効果目標** : 定量的な効果目標を設定する（作業時間短縮率など）。 - **投資対効果（ROI）** : 予算（予算制約）に対する定量的な効果を試算する。システム化による効果目標と合わせ、現行の作業方法のままの場合との比較もあわせて実施する。 2. 1.の作成にあたり要望が不明確な点があれば、文書末尾にQA表として整理してください。その際は以下に留意すること。 - 不明確な要素の具体的な提示を行う - 顧客の期待値を確認できる表形式 ### Ⅱ.大まかな設計案の作成 - **機能要件** : システム概要（作成したいシステムの概要）と、I.で整理した内容に基づき必要な機能をリストアップする。 各機能に依存関係があるなら、それも明記する。ただし、「依存関係付き」など成果物にふさわしくない文言は不要である。 - **非機能要件** : {機能要件}以外に、パフォーマンス、セキュリティ、運用性などの基準を設定。 - **技術要件** : 必要なハードウェアスペック、対応ブラウザ/デバイス、データベース選定基準を定義する。 - **運用要件** : システム障害時の代替運用、メンテナンス時間帯、ヘルプデスク体制を定義する。 ### Ⅲ.文書化 ここまでの内容を基に、再整理を行ってください。整理に当たっては明確なカテゴリ分けを必須とします。 整理ができたら、その内容を基に出力を行ってください。 カテゴリの内容については以下を参考とし、必要に応じて追加を行ってください。 #参考カテゴリ : - システム概要 - 開発目的 - システム化による効果 - システム化の範囲 - 業務要件 - 現状の課題 - 実現すべき要件 - 機能要件 - 基本機能 - 管理機能 - 将来的な拡張機能 - 非機能要件 - 性能要件（具体的な数値基準と根拠） - 信頼性要件 - セキュリティ要件 - 運用要件 - 運用体制 - 障害時対応 - バックアップ/リストア要件 - 移行要件 - データ移行方針 - 移行手順 - 並行運用計画 - テスト要件 - 受入テスト基準 - 性能テストシナリオ - ユーザー受入テスト基準 - 用語集 #明確化の要件 - 顧客の要望が分かりやすく整理されること。開発者は必ずしも業界知識に明るくないことを意識する。 - 「使いやすさ」などユーザビリティの観点を記述する際は、読む者によって認識が異なるので、顧客の求めるところを明確化すること。 - 文書全体を通して、文体は「だ・である」調に統一する。 - 最終的な出力想定はWordまたはPDFとする。 ------------------ #留意事項 - 成果物に対する自己評価等は行わないでください。