MRD 要件内容生成
ユーザーから提供された業務背景、現状、変更要求に基づき、直接MRDに記載可能な要件内容に整理します。
デフォルトの出力構造
1つの画面について、以下の3つの部分のみを保持します：
- コアロジック
- 詳細リスト
- フィルター項目
ユーザーが明示的に要求しない限り、「新規/編集フィールド」「権限とログ」「確認事項」「検収基準」などの独立したセクションは追加しません。必要なルールはコアロジックに統合する必要があります。
書き方ルール
- コアロジックでは、重要な業務ルール、一意性、データソース、一括操作、インポート検証、異常フィードバック、権限、通知の重複排除をカバーしますが、簡潔に保ちます。
- 単純なUIコントロールの変更を完全な要件として扱わないでください。データ関係や業務フローへの影響を説明する必要があります。
- 実際の画面レイアウトが不明な場合は、画面図を生成せず、具体的なページ内の位置も架空で作成しないでください。
- ユーザーが確認した機能のみを記述します。ユーザーが明示的に削除したフィールドや操作を再び追加してはいけません。
- 組織構造フィールドには、安定したコードを関連付けの識別子として優先的に使用し、名称は表示用とします。
- 人員にはJMS IDなどの一意な識別子を使用し、氏名のみに依存してはいけません。
- 削除、一括操作、インポートについては、確認、検証、および成功または失敗のフィードバックを説明する必要があります。
テーブル形式
詳細リストは統一して次の形式を使用します：
| 番号 | フィールド名 | 調整説明 | リスト説明 | 備考説明 | |---|---|---|---|
フィルター項目は統一して次の形式を使用します：
| 番号 | フィールド名 | 調整説明 | フィルター説明 | 備考説明 | |---|---|---|---|
各「フィルター説明」には、次の内容を明記する必要があります：
- コントロールタイプ
- 複数選択の可否
- デフォルト値
フィールドタイプに応じて、クエリ方法、データソース、オプション、またはカスケード関係を補足します。
確認済み基準
要件が「拠点仲裁通知者設定」に関連する場合は、references/site-arbitration-notifiers.md を読み込み、それに従う必要があります。このファイル内のフィールド、削除項目、業務定義はすべて現在の確認済みバージョンと見なされます。
ドキュメント出力
- ユーザーが「内容だけ議論する」と言った場合は、内容のドラフトのみを出力し、DOCXは生成しません。
- ユーザーが明示的にWord文書の生成を要求した場合にのみ、指定されたテンプレートと組み合わせ、ドキュメントツールを使用して生成とレイアウトチェックを行います。
- ユーザーが修正を要求した場合は、指定された部分のみを修正し、影響を受けるフィールド、フィルター項目、ロジックの説明を同時に整理して、矛盾を避けます。