画面・機能設計
画面設計書・機能設計書・バッチ設計書・通知設計書・帳票設計書を作成します。
対象製品：Acsim Desktop
要件定義の工程で使うエージェントです。
このページは2026年10月23日時点の内容です。ほかのエージェントは標準カタログの一覧で確認できます。
こんなときに使う
- 画面一覧・機能一覧の各行を、詳細な設計書に掘り下げたいとき
- バッチ・通知・帳票の詳細な設計書を作りたいとき
できること
- 画面設計
- 機能設計
- バッチ設計
- 通知設計
- 帳票設計
- ドキュメント作成
事前に用意しておくもの
対応する一覧を土台にして書きます。一覧が無いときは書き始めず、先に一覧を作るかを確認します。
| 成果物 | 扱い | 作るエージェント |
|---|---|---|
| 画面一覧 / 機能一覧 / バッチ一覧 / 通知一覧 / 帳票一覧 | 対応する設計書の対象・ID・名称を決めます | 画面・機能一覧 |
| 要求一覧 | 1件ごとに、何のためにあるかの出どころになります | 要求管理 |
| プロジェクト方針 | あれば、スコープや実現方式の前提として反映します | プロジェクト変更方針 |
| 業務要件定義書 | あれば、業務ルール・判定条件・状態遷移を、処理の仕様・入力チェック・エラー処理へ引き継ぎます | 業務・非機能要件定義書 |
依頼の例
AIポータルで、次のように依頼します。
- 画面設計書と機能設計書を作成してください。
- 画面設計書・機能設計書・バッチ設計書・通知設計書・帳票設計書を一式作成してください。
そのほか、次のような依頼もできます。
- 画面一覧に載っているすべての画面について、画面設計書を作成してください。
- 機能一覧の「FN-012 受注登録」の機能設計書を作成してください。
- 帳票一覧をもとに、帳票設計書を作成してください。
- 業務要件定義書の承認ルールを反映して、機能設計書の入力チェックとエラー処理を見直してください。
仕上がりの確認ポイント
できあがった設計書は、次の点を確認するとよいでしょう。
- 1件に1本になっているか: 一覧の1行（1画面・1機能など）につき1本の設計書になります。見出しは「画面設計書 SC-001-受注一覧」のように対象の1件を指します。
- 一覧に無い項目: 一覧に無い画面や機能は勝手に足しません。必要と気づいたものは「(要確認・一覧未登録)」を付けて書くか、作業の後に伝えます。
- 画面の表示状態: 画面設計書には表示状態の節があり、ローディング・空・エラー・正常の4つの状態を表で書きます。該当しない状態も行を残し、理由を書きます。
- 満たす要求: 1件ごとに、それが満たす要求を確かめて書きます。対応する要求が見当たらないときは、その旨を残します。
作成する設計書
このエージェントは、次の設計書フォーマットに沿って設計書を作成します。