「第1回 モデリングなしで開発はできない」は、モデリングという概念の説明と、いかにシステム構築においてモデリングが重要な役割を果たすかというポイントを解説しました。今回は、範囲をシステム構築に狭め、システム構築において利用されるモデリング手法を解説し、その中で、データモデルの果たすべき役割を明確にしていきます システム構築におけるさまざまなモデリング手法 システムを構築する際に必要になるモデルには数多くのものが挙げられますが、大きく分けるとすれば、「システム化をする対象領域」を抽象化したモデルと、「システムそのもの」を抽象化したモデルの2つに分けることができます。 企業で利用する業務システムの場合には、「システム化をする対象領域」とは業務領域ということになり、業務モデルが必要になります。例えば、受注システムの場合には、システムが支援する対象となる受注業務とはどのような業務なのか、その中でシ
要求定義でDFDを利用する人は多いだろう。しかし，見よう見まねで書かれたDFDに出会うことも多く，業務の真の姿をとらえて構造化できていないケースも少なくない。 使えるDFDを書くにはどうしたらよいか。DFDの特徴に着目すると，上手な書き方が見えてくる。 「誰が」を記載しないこと DFDは，UMLのユースケース図と同様，対象となる業務の範囲を把握するのを主な目的として使われる図である。要求定義の初期段階で，システム化して解決したい問題領域を可視化することができる。要求定義でDFDをうまく書くには，DFDでは何が記述でき，何は記述されないのかをよく知っておくことが大切である。 ユースケース図と比較すると，DFDの特徴が浮かび上がってくる。（図1）の×印（図に記述しない対象）に注目してみよう。共通で×印が付いているのは「処理の順序やタイミング」だ。DFDとユースケース図は，これらが分からなくても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
