エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
要件定義を整理する3つの手法(イベントストーミング/RDRA/ICONIX)
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
要件定義を整理する3つの手法(イベントストーミング/RDRA/ICONIX)
これらは、ゆるやかな文法でつながります。 アクターがコマンドを実行する → コマンドが集約に作用する ... これらは、ゆるやかな文法でつながります。 アクターがコマンドを実行する → コマンドが集約に作用する → 集約がドメインイベントを生む → ポリシーがそのイベントに反応して、次のコマンドを呼ぶ。 たとえば「利用者が"支払う"(コマンド)→ 予約(集約)→"支払いが完了した"(ドメインイベント)→"確認メールを送る"(ポリシー)」という具合です。この流れを付箋で並べていくと、抜けている操作や、誰も気づいていなかった例外パターンが自然と見えてきます。 なお、イベントストーミングは、いきなり細かく描くわけではありません。ふつうは、粒度を変えながら3つの段階で深めていきます。 ビッグピクチャー:まずはドメインイベント(オレンジ)だけを時系列にざっと並べ、業務の全体像と論点を俯瞰する段階。関係者を集めて「そもそも何が起きているのか」を共有します。 プロセスモデリング:次に、コマンド・アクター・ポリシ

