STEP2からSTEP5までの手順は、トップダウンとボトムアップの手順で繰り返し実行します。
具体的に手順を追って説明します。

概念設計は、理想的なあるべき姿をモデル化したいというフェーズですが、現実に存在しているシステムを無視するわけにはいきません。
理想と現実のバランスをとる必要があります。
しかし、いきなり現在の業務の細かい仕様の確認から入ってしまうと、現実に縛られた設計しかできなくなってしまうため、まず高い視点から広い視野でシステム化の作業を行う姿勢が大切です。

対象業務範囲の中で大まかな業務フローを事前に決め、その方針に従ってモデル化していきます。
これがトップダウンにあたるフェーズです。
その後、具体的な業務に従って、詳細に現在の業務を分析し、必要なデータを漏れなく洗い出していきます。
これがボトムアップにあたるフェーズになります。

システム化の範囲を決め、企業として管理すべき情報の方向性を検討します。
方向性が決まったら、それに従って必要なエンティティを抽出します。

たとえば、コンビニエンスストアで販売分析を強化するという方針であれば、分析の軸となるエンティティを抽出する必要があります。
今までは店舗の情報だけ管理していたところを、地域性を考慮して店舗ごとに売れ筋商品を分析するという観点から、店舗の上位に地域情報をエンティティとして追加するなどの施策を追加します。
地域情報としては、住所情報だけではなく、近辺の公共施設（学校、公園、駅、病院）や各施設のイベントカレンダーの情報なども付加して、人や車の流れを予測できるようにすると購買計画にも役立てることができるかもしれません。
利益率を重視するのであれば、会計の支出を構成する勘定科目をもう少し詳細に定義し直すところから分析が必要かもしれません。

トップダウンでの分析は、今までの業務では考慮されていなかったエンティティの抽出が主な目的です。
このため、トップダウンで作成する概略ER図では、まだ正規化を考慮する必要はありません。
エンティティと一意識別子程度の属性が抽出されていれば十分です。
リレーションに関しては、多対多が残っていても問題ありません。
詳細な属性の検討や正規化は、この後のボトムアップのフェーズで検討します。

トップダウンのフェーズで作成するER図を概略ER図と呼びますが、概略ER図ができた時点で、下記の点に留意してユーザに対するレビューを行い、確認します。
この時点でレビューを行う相手は主に経営者または管理職と呼ばれる人たちで、細かい点ではなくシステムの将来性を思い描ける人たちを対象にします。

• ユーザと開発者の間でシステム化の方針や方法に誤解、誤認識がないか
• 将来的な拡張性は考慮されているか
• 追加すべきエンティティはないか。現行と比較して追加したエンティティがあるとしたら、その判断基準は何か

表2-1 概念設計で作成されるドキュメント

それでは、個々の作業をもう少し詳しく説明していきます。

< 前へ　｜　2.3 概念設計の手順（1/3）　｜ 次へ >