DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか？ - ドメインモデルがただのデータの入れ物になってしまう(貧血…
DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか？ - ドメインモデルがただのデータの入れ物になってしまう(貧血…
Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in 3 Ad Skip to next slide You can skip to the next slide in
【Cisco Data Center Forum 2015】 コンピューティング アーキテクチャの動向と Cisco UCS の戦略
RDRA （リレーションシップ駆動要件分析) の公式サイトに、このブログへのリンクを追加していただけました。 光栄です。神崎さん、ありがとうございます。 RDRA は、上流工程での問題の整理や、要件定義のやり方に悩んでいた私たちにとって、ほんとうに、救いになった、考え方、やり方です。 同じような悩みを抱えていたり、上流工程や要件定義のやり方に興味がある方には、RDRA に触れてみることを、強くお薦めします。 ・上流工程で、どの現場でも発生しがちな問題とその具体的な改善方法が明確 ・UML 風（？）の図を中心に、誰でも、簡単に、わかりやすく始められる ・ドメイン駆動設計の考え方とぴったり ・タイムボックス式に、モデルの改善をを繰り返す、反復型なやり方 ・レガシーシステムやレガシーな要件定義のやり方も、視野に入った、現実的な処方箋 ・ツール(Enterprise Architect) を使って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く