RDRA, ICONIX, DDDの実践から得た学び2023.09.14 asken withミライトデザインのDDDのはじめ方 DDD x RDRA x ICONIX https://asken.connpass.com/event/293085/
ドメイン駆動設計を成功させるためのICONIXプロセスを考える
株式会社ビープラウドが主催するIT勉強会「BPStudy」。#151となる今回は、設計の代表格であるオブジェクト指向、モデリング、そして設計にフォーカスをあて、LT大会を開催しました。株式会社ミライトデザインのCEOでもある林宏勝氏は、「DDD時代に考えたいICONIXプロセス」というタイトルで、DDDを使っていて難しいと言われている戦略設計や、効率的に動かす方法などを語りました。講演資料はこちら 戦略設計と戦術設計 林宏勝氏：今回「DDD時代に考えたいICONIXプロセス」というタイトルで発表します、林です。 今日話すことは、Today's Topic ICONIX in the DDD era。DDDのモデリングをするにあたってICONIXをどう生かしていくか「DDDをやりたいけど、ICONIXは何に使うの？」みたいな話ができたらと思います。時間の都合上、ICONIXの詳細なやり方は、
明日から使えるDDDのためのユースケース駆動開発（ICONIXプロセス） - Qiita
この記事について この記事は2020年3月30日に BPStudy#151〜オブジェクト指向、モデリング、設計 LT大会[リモート開催]という勉強会でDDD時代に考えたいICONIXプロセスというスライドを発表させて頂いたのですが、発表時間の都合上説明できなかった部分をもう一歩踏み込んで具体的なやり方を紹介する為にまとめたものです。 スライドをご覧になって頂いた上で読んで頂くとより前後関係がわかりやすくなりますが、スライドを見ていなくてもこの記事から読んで頂いても問題ありません。 序 みなさんDDDは好きですか？ 筆者は大好きです。 DDDとは簡潔に説明すると**「ドメインに詳しい人と一緒に育てたモデルをそのままコードに落としむ」**という設計手法です。 モデルとコードが対応しているからモデルの育成と共にコードを育てられる。そしてそのモデルはドメインに詳しい人と共に育てる。 凄く良さそうで
DDD時代に考えたいICONIXプロセス/ICONIX in DDD
DDD をより駆動させるための ICONXプロセスとの付き合い方を紹介します。 BPStudy#151〜オブジェクト指向、モデリング、設計 LT大会[リモート開催] 2020/03/30
ICONIX + DDD
Domain Driven Design (DDD) is a software design approach that focuses on modeling a domain accurately. It uses ubiquitous language, bounded contexts, and explicit domain models. The key aspects of DDD include developing a shared model with domain experts, separating concerns into bounded contexts, and iteratively refining domain models through close collaboration between technical and domain teams
継続モナドを使ってwebアプリケーションのユースケース(ICONIX)を表現/実装する - FLINTERS Engineer's Blog
前書き セプオリのしもむらです(@s10myk4) 弊社では、DDDによるソフトウェアの設計手法を積極的に採用していますが、 私は、DDDを具体的な開発プロセスの中で実践する際にユースケース駆動での予備設計を行うことで 要件定義フェーズからドメインについての理解を深め、 顧客が求める要望の理由についてより深い解釈ができるようになりました。 ユースケース駆動による予備設計によって、概念的にどのような方法で顧客の要求(機能要求)が実現されるかをユースケースとして言語し、 それをドキュメントとして管理・更新していましたが、AtlassianのConfluenceでの運用はコードとの同期が大変でした。 ユースケースの概念モデルをそのまま実装に落とし込むことで、 異常系の考慮漏れを減らせるのでは？ 正常系と異常系が1つのユースケース上で表現される凝集度の高い部品が作れるのでは？ メンバーが仕様を理解
DDD with RDRA, ICONIX
DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか？ - ドメインモデルがただのデータの入れ物になってしまう(貧血…
モデリング講座 — metametaweb
UMLモデリングを学ぶ, 4日間のコースのテキスト. 第1回 (2日間) は, 「物語を作るようにモデリングをする」ことを学ぶ. 第2回 (2日間) は, 「メタモデリング」を学ぶ. ようやく解禁になったので, ここ3年ほど某社でやっていたソフトウェア・アーキテクト養成講座の中からモデリングの技術を学ぶ, 4日間のコースのテキストを公開します. UMLの基礎は既にある程度知っているものとします. 第1回 (二日間) は, 「物語を作るように」対象 (ドメイン) をモデリングする方法を学びます. 重要なのはUMLの詳しい知識を使えることではなく, 対象を物語として捉え, それをUMLモデルとして表現することです. これは映画やアニメなどと同じですね. 第2回 (二日間) は, メタモデリングについて学びます. UMLの本来の対象はどちらかというとソフトウェアの技術的側面ですが, 実はそれはあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分析・設計本所感 — hirai.me
DDD + Clean Architecture + UCDOM Full版