データモデリング トップダウンモデルと ボトムアップモデルの融合

Slides:



Advertisements
Similar presentations
データベース. レシートを見てみよう コンビニやスーパーで買物をするときの レシートを見てみよう – 何がかいてあるだろうか? – レジで全部打ち込んでいる? – なぜ、打ち込まないのにレシートには商品名 や価格が出てくるの?
Advertisements

元帳上手 for 商蔵奉行 ご説明資料 株式会社エイブルコンピュータ技研. 商・蔵奉行21では、1会社データで管理可能な明細の伝票日付が2年間に限られる ため、日付の不明な売上(仕入)伝票を探すためには、会社選択を何度もしなおして検 索する必要がありました。 元帳上手は主にこの問題を解決する目的で開発されました。
嗜好ベクトルの近似による サービス享受条件の自動設定 立命館大学大学院 理工学研究科 データ工学研究室 ◎川成宗剛,山原裕之, 原田史子, 島川博光 2007 年 9 月 6 日.
データモデリング ボトムアップ分析. ボトムアップ分析の手順 トップダウン分析の結果とは別に実施 画面や帳票イメージからモデル化 ①画面や帳票を集める ② Excel などのワークシートで,エンティ ティ,データ項目名を決める ③ドメインを定義し,データ項目に割り当 てる ④正規化を実施 ⑤発生タイミングでエンティティを分離.
株式会社 トレンズ 宿泊はもちろん、会議室・宴会等施設 全体の情報をシームレスに管理します。 直感的な操作で、スタッフを強力に バックアップします。 様.
NDL-OPAC 国立国会図書館 Webcat PLUS 国立情報学研究所 Books 日本書籍出版協会
実践!DB逆設計 ~レシートからER図を起こす~
エンティティ・リレーションシップ・モデル
DB(データベース)のおはなし 作成者:小野正広 DBと言っても、  ドラゴンボール ではないですぞ! 3/1/2017.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
リレーショナル・データベース データベース論 第10回.
電子書籍を さがす どんな書籍があるの? Maruzen eBook Libraryは、学術機関向け和書の電子書籍提供サービスです。
【セッション予約日時、価格等の新規登録】
Shimatterシステムの 初期モデルの正規化
MySQLに接続するデータベースプログラム
Excel による データベース入門 Ver /9.
主キーと主要属性の定義.
第5章 データベースの設計 5.1 データベース設計の概要 5.2 ERモデルとスキーマ設計 5.3 正規化 5.4 一貫性制約.
Accessによる SQLの操作 ~実際にテーブルを操作してみよう!~.
図書DBの使用方法 NDL-OPAC 国立国会図書館 Webcat PLUS 国立情報学研究所 Books 日本書籍出版協会
5.電子成果品のチェック方法について.
データモデリング CRUD分析.
データベース:Accessによる実習 第5章:クエリの基礎
     年  月  日 名前 太郎 1 班.
独自3次元ツール 3D-Master SEA創研.
データベース.
2009年度卒業研究発表会資料 excelによるデータ分析手法を研究 氏名:荒尾 直也 ゼミ名:飯田ゼミ.
ユースケース図2-4~ FM11012 中島拓也.
この資料は、テキストをもとに、講義のために作成したものです.学習用に活用してください.
ユースケース オブジェクト指向の要求分析のためのモデル。 スウェーデンのイヴァー・ヤコブソンが1990年代前半に開発。
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
14.テーブル定義,一対多の関係,多対多の関係, 外部キー,索引(インデックス),データベース操作
マイクロソフト Access を使ってみよう 第5回
マイクロソフト Access を使ってみよう 第4回
Androidアプリの作成 07A1069 松永大樹.
データベース設計の基礎 HN おいろん.
表計算 Excel 演習 6. ルックアップ,データの入力規則.
2003年度 データベース論 安藤 友晴.
データモデリング ネーミング標準とドメイン
「iQUAVIS」 によるハード・ソフトの 横断的な構想検討
     年  月  日 名前 太郎 1 班.
     年  月  日 名前 太郎 x 班.
加工工程決定支援システム 電子情報通信学会 2010年総合大会 2010年3月18日 松江工業高等専門学校  情報工学科 越田 高志.
データモデリング 情報システム学科 島川 博光.
Shimatterシステムの トップダウン分析
階層的位置表現への 広域化ビュー適用における追尾性向上
テーブル設計を後から変更 現場で使える小技のご紹介 株式会社ジーワンシステム 生島 勘富(イクシマ サダヨシ)
All Rights Reserved, Copyright © 2004, Kobayashi
すぐできるBOOK -日報編-.
11.3 酒屋の在庫問題(8) ユースケース 仕入販売支援システム 11. モデリング 受注する 入庫を記録する 在庫を引き当てる 受付係
データモデリング モデルの基本作法.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
マイクロソフト Access を使ってみよう 第3回
実空間における関連本アウェアネス 支援システム
3.リレーショナルデータベース,主キー, SQL
データモデリング エンティティの切り出し.
RDFの生産工程管理システムへの適用 情報処理学会 第74回全国大会 2012年3月6日 松江工業高等専門学校  情報工学科 越田 高志.
14.外部キー,データ分析,データベース設計
E-R図 井上卓也.
データベースシステム入門 10.データウエアハウス
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
関係データベースとSQL MZ Platform講習会(上級).
リレーショナル・データベース J2EE I (データベース論) 第2回 /
磯野ー!そんなことより 正規化しようぜー!
ホームページを見ているだけで情報が通知される? ~Cookie編~
在庫最適化システム WebInvのご紹介 Log Opt Co., Ltd..
データベース第3回目 意味ごとにテーブルを分ける
情報処理Ⅱ 2007年12月3日(月) その1.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2019/11/17 ビズPASO株式会社 E-コマース事業部.
Presentation transcript:

データモデリング トップダウンモデルと ボトムアップモデルの融合 データモデリング トップダウンモデルと ボトムアップモデルの融合

Quiz: トップダウンモデルの復習 対象システムの要件に着目 ここは何だったでしょう? 想定される属性を付加   ここは何だったでしょう? 想定される属性を付加 一意に識別できる属性を候補キーにする 以下のうちから,お選びください. 思いつくエンティティをすべて列挙する 必要と思われるエンティティを切り出す イベント・エンティティを切り出す 正解は次のスライド

トップダウンモデルの復習 対象システムの要件に着目 必要と思われるエンティティを切り出す 想定される属性を付加 一意に識別できる属性を候補キーにする トップダウンモデルとボトムアップモデルを対比 トップダウンモデルを使い、ボトムアップモデルに漏れがないことをチェック

DBMe書店のトップダウンモデル 大きすぎて入りません。 教科書p.148-149の図9-1をご覧ください

DBMe書店のボトムアップモデル

エンティティだけを切り出すと これも見づらいから 教科書p.147の表9-1を ごらんください

エンティティを比較 トップダウンモデルのほうが広範囲のデータを対象にしている トップダウンモデル ボトムアップモデル トップダウンにあるエンティティがボトムアップにはない 「商品」については集中的に分析したので、ボトムアップモデルのほうが細かく分割されている。 トップダウンモデル システムの全体像 ボトムアップモデル 特定のアクティビティについて詳細な分析

トップダウン vs. ボトムアップ Webでの地図検索に似ている 最寄駅名をたよりに駅の位置から目的地を探す場合、広域図から地域の拡大図へ 目的地の番地から最寄りのホテルを探す場合,地域の拡大図からすこしずつ広域図に どちらが優れているというわけでなく,交互に使うことが大切

[補助] 地図検索に本当に似てるの? 広域図 拡大図

モデルの融合 以下の順で実施 エンティティの併合 主キーの統一 リレーションシップ付け 一方のモデルを基準に他方のモデルを融合 主キーとして,今回はボトムアップモデルを採用 なぜなら トップダウンモデルでは、実在するデータ ボトムアップでは、現実的データ(ときにはコードを採用)

主キーの対比 現実的な主キー 実在するデータを主キーに 融合では こちらを採用

統合したモデル 大きすぎて入りません。 教科書p.152-153の図9-3をご覧ください 図だけでなくモデルも大きすぎるので検証不可能.こんなとき便利な機能は? サブジェクト分割 モデル分割 テーブル分割 正解は次のスライド

サブジェクト ごとに検証 ここでは以下のように分割して検証 ネット販売 顧客管理 収納決済 商品管理 発注・仕入れ

ボトムアップモデルを基軸に トップダウンモデルでの エンティティを追加していく トップダウンモデルのみに現れた エンティティに○が付いている

「発注・仕入れ」の場合で説明すると 「書籍」には「商品在庫」として保持するものと保持しないもの 在庫がなければ「書籍卸(取次店)」へ「発注」し「入荷」 どの「書籍」をどの「書籍卸(取次店)」から仕入れるかを示すために「取次書籍」が必要 「書籍卸(取次店)」と「書籍」は多対多の関係 「取次書籍」が必要 「書籍」の注文の書籍名と数量を示すため、発注明細が必要

トップダウンとボトムアップを比較すると、不足しているエンティティが見えてくる

[補助] どうして見えてくるの? トップダウンは、全体を見ているが詳細は見ていない。 ボトムアップは、一部分の詳細は見ているが、全体を見ていない。 トップダウン ボトムアップ ここに死角あり

現行システムとの整合性 インタネットを使わないシステムと融合 現行システムの要件 稼動中のDBのスキーマからモデルを引き出す リバース・エンジニアリング 通常の商用DBにはツールが用意されている でも、エンティティや属性の名は英語のまま ポイントカード制、獲得ポイントでキャッシュバック 店舗別の売り上げ集計システム

エンティティの修正 現行モデルの「ポイント会員」のうち、氏名と住所は新モデルの「顧客」に移す。 「購入履歴」は、現行モデルのほうが詳細化されていたので、現行モデルを採用 現行モデルのデータが新モデルに移行できるかの検査を怠るな! 現行モデルにあって新モデルにないデータ項目がよく現れる 同じデータ項目でも型が異なっていて移行できないことがある。

新旧で整合したモデル 大きすぎて入りません。 教科書p.162-163の図9-10をご覧ください

整合モデルでのエンティティ定義表 大きすぎて入りません。 教科書p.164-169の表9-4をご覧ください

(古典的)データモデリングのまとめ トップダウンによるモデリング ボトムアップによるモデリング トップダウンとボトムアップの融合 エンティティ、データ項目、主キー、リレーションシップ ボトムアップによるモデリング 正規化 1つの事実は1箇所で管理 CRUD分析 タイミングによるエンティティの分割 トップダウンとボトムアップの融合 これらは1度実施すると終わるのでなく、繰返し実施することで、抜けがなくなる