(R)elationship (D)riven (R)equirement (A)nalysis Supported by (株)バリューソース RDRA(ラドラ)はモデルベースのビジネスとシステムの可視化手法です To-Beに向けると要件定義に使え、As-Isで活用すると既存システムの可視化に使えます
本記事は、DDD-Community-Jp Advent Calendar 2020の19日目です。 はじめに DDD-Community-JP(以下、DDDCJ)内で開催するモデリング会で、RDRAをしたときの体験に基づいて、RDRAの進め方をお話しします。 ここでは、自分たちが実施した中の「こうやってうまくいった」「こうやって失敗した」の観点を中心にお話しします。 参考に出している実際にかいたモデル図は、正確にRDRAの方式に沿っていない部分も一部あります。 やり方の詳細や正確な表現は、RDRA2.0 ハンドブックをご参照いただくと良いです。 何を書く、何を避けるなど含めて書かれています。 RDRAについて RDRAってなに? Relationship Driven Requirement Analysis 読み方: らどら 神崎 善司さん考案の要件定義手法です。 モデルベースで、要件
はじめに ソフトウェア開発において、エンジニアが開発対象のドメインの業務に精通していない場合、書く内容やかける時間に程度はあれど 業務分析 や 要件定義 が必要になります。しかし、要件定義の方法論についての話題がネット上に上がることも少なく、書籍などもあまり話題になっていない印象があります (私の観測範囲では)。なので、私の場合、要件定義の実務では公の方法論を体系的に学ばずに、実務で見てきたものを自分なりにアレンジして対応してきました。 そんなとき、モデルベースの要件定義の方法論として リレーションシップ駆動分析 (RDRA) というものがあることを知りました。モデリングはずっと取り組んできていることなので、興味が湧いて少し調べてみると PlantUML でも表現できるというではありませんか! PlantUML Example for RDRA 2.0 ハンドブック そこで、RDRA2.0
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く