オブジェクトモデリングの基礎としてのデータモデリング
「第1回 モデリングなしで開発はできない」は、モデリングという概念の説明と、いかにシステム構築においてモデリングが重要な役割を果たすかというポイントを解説しました。今回は、範囲をシステム構築に狭め、システム構築において利用されるモデリング手法を解説し、その中で、データモデルの果たすべき役割を明確にしていきます システム構築におけるさまざまなモデリング手法 システムを構築する際に必要になるモデルには数多くのものが挙げられますが、大きく分けるとすれば、「システム化をする対象領域」を抽象化したモデルと、「システムそのもの」を抽象化したモデルの2つに分けることができます。 企業で利用する業務システムの場合には、「システム化をする対象領域」とは業務領域ということになり、業務モデルが必要になります。例えば、受注システムの場合には、システムが支援する対象となる受注業務とはどのような業務なのか、その中でシ
なるほど！ ビジネスユースケース ― ＠IT情報マネジメント
UMLを使ったビジネスモデリング（前編）:なるほど！ ビジネスユースケース：The Rational Edge（1/2 ページ） The Rational Edgeより：IBM Rational Software Architectをはじめとする各種モデリングツールではユースケースのモデリングにどのUML図を使うのかなど、ビジネスユースケースとシステムユースケースの相違点と類似点について学ぶ。 ビジネスプロセスアナリストは、まずしっかりしたビジネスモデルを開発してから、冗長作業の排除や、繰り返しが多く平凡な、もしくはエラーの影響を受けやすい作業の自動化など、各種ビジネス改善オプションを調査する。「IBM Rational Unified Process」（RUP）と「Unisys 3D Visual Enterprise」（3D-VE）は、Unified Modeling Language
Martin Fowler's Bliki in Japanese - スケッチとしてのUML
http://www.martinfowler.com/bliki/UmlAsSketch.html この使用方法では、 開発者はUMLをシステムのある側面を伝えるのに使います。 設計図と同じように、スケッチをフォワードエンジニアリングやリバースエンジニアリングの方針として使うことが出来ます。 フォワードエンジニアリングでは、 コードを書く前にUMLを描きます。 リバースエンジニアリングでは、 既存のコードからUMLを作成し、 コードを理解しやすくします。 スケッチの肝は取捨選択が可能なところです。 フォワードスケッチングを行えば、 今から書こうとするコードのだいたいの項目を挙げて、 チーム内で話し合うことが出来ます。 スケッチを描くと、これからやろうとしていることについてのアイデアや選択肢を話し合うのに役立ちます。 すべてのコードについて話さなくてよいのです。 最初に同僚に説明したいと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
