データモデリング CRUD分析.

Slides:



Advertisements
Similar presentations
セッション管理 ソフトウェア特論 第 8 回. ここでの内容 セッション管理の基本を知る。 HttpSession の使い方を知る。
Advertisements

All Rights Reserved Copyright © 2004, Takashi Kobayashi 1 ロバストネス分析の演習問題 <問題1> 次の文をよんで問いに答えよ。 顧客は、 ATM により自分の口座から預金を払い出す。 顧客は、 ATM にキャッシュカードを挿入し、個人認証を行う。
データベース. レシートを見てみよう コンビニやスーパーで買物をするときの レシートを見てみよう – 何がかいてあるだろうか? – レジで全部打ち込んでいる? – なぜ、打ち込まないのにレシートには商品名 や価格が出てくるの?
データモデリング ボトムアップ分析. ボトムアップ分析の手順 トップダウン分析の結果とは別に実施 画面や帳票イメージからモデル化 ①画面や帳票を集める ② Excel などのワークシートで,エンティ ティ,データ項目名を決める ③ドメインを定義し,データ項目に割り当 てる ④正規化を実施 ⑤発生タイミングでエンティティを分離.
エンティティ・リレーションシップ・モデル
相互作用図 FM11010 田中健太.
DB(データベース)のおはなし 作成者:小野正広 DBと言っても、  ドラゴンボール ではないですぞ! 3/1/2017.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
実地棚卸/棚卸検数 & 在庫調整 SAP Best Practices.
東京工科大学 コンピュータサイエンス 亀田弘之
ショッピングサイト処理関連図 2013年1月 index.php 商品一覧画面 購入ボタン (在庫数以下max8個) 品切れ表示
Shimatterシステムの 初期モデルの正規化
MySQLに接続するデータベースプログラム
パイプラインパフォーマンス管理 SAP Best Practices.
流通と営業.
Chapter5 ステートチャート図 FM 于 聡.
主キーと主要属性の定義.
第5章 データベースの設計 5.1 データベース設計の概要 5.2 ERモデルとスキーマ設計 5.3 正規化 5.4 一貫性制約.
ACCESSによる データベースアプリケーション開発実習 日本工業大学 情報工学科 “データベースの実際” 教材
SQL J2EE I 第3回 /
データモデリング トップダウンモデルと ボトムアップモデルの融合
顧客/コンタクト管理 SAP Best Practices.
売上原価会計 SAP Best Practices.
     年  月  日 名前 太郎 1 班.
会社間受注処理 SAP Best Practices.
経済・経営情報コース コース紹介.
Enterprise CALS Systemの開発
セッション管理 J2EE I 第9回 /
データベース.
第7章 データベース管理システム 7.1 データベース管理システムの概要 7.2 データベースの格納方式 7.3 問合せ処理.
ユースケース図2-4~ FM11012 中島拓也.
ユースケース オブジェクト指向の要求分析のためのモデル。 スウェーデンのイヴァー・ヤコブソンが1990年代前半に開発。
14.テーブル定義,一対多の関係,多対多の関係, 外部キー,索引(インデックス),データベース操作
「建築市場」 顧客起点の家づくり 生産から消費までの全体最適ロジスティクスのIT戦略 株式会社ベンシステム ・・・・・建築ソリューション
Javaによる Webアプリケーション入門 第9回
データベース設計の基礎 HN おいろん.
データモデリング ネーミング標準とドメイン
Excelでできる 「現場管理システム」のご紹介 (受注管理、工事台帳、見積もり、会計リンク)
第2回.リレーショナルデータベース入門 SQL を用いたテーブルへの行の挿入 SQL 問い合わせの発行と評価結果の確認.
第2回.リレーショナルデータベース入門 SQL を用いたテーブルへの行の挿入 SQL 問い合わせの発行と評価結果の確認.
その他の図 Chapter 7.
MNBプロジェクトマネージメントシステム
     年  月  日 名前 太郎 1 班.
     年  月  日 名前 太郎 x 班.
データモデリング 情報システム学科 島川 博光.
Shimatterシステムの トップダウン分析
発注者側サイト操作説明書 作成日:2004年6月 Ver1.0 初版 改 訂:2005年9月 Ver1.2 株式会社 コニファ.
e-PILON 利用登録申請書 社名 役職 利用者の 責任者氏名 裏面記載の規約内容を承諾の上、e-PILONの利用を申し込みます
ECサイト for 販売大臣マニュアル 平成24年 12月作成 株式会社 インターメディア・プランニング.
All Rights Reserved, Copyright © 2004, Kobayashi
11.3 酒屋の在庫問題(8) ユースケース 仕入販売支援システム 11. モデリング 受注する 入庫を記録する 在庫を引き当てる 受付係
データモデリング モデルの基本作法.
情報システム1及び演習 第一回 データベースの概要.
データモデリング エンティティの切り出し.
UMLの概要とオブジェクト指向の基本概念
BtoB WEB 受注システム事例・・・1 食品、名産品卸 A社での導入事例 株式会社 コニファ.
E-R図 井上卓也.
見積もり業務を迅速化する Massive Quotation
データベース設計入門 初音玲.
データベース設計入門 初音玲.
不当請求 ~解説編~ 制作:NPO法人ITサポートさが.
磯野ー!そんなことより 正規化しようぜー!
受注~ご請求書発行までの流れ GPS携帯 お客様 ドライバー(会員) ①集荷依頼 (ご注文) 配車センター 受注(車輌検索・配車)
データ中心システム設計方法論“DATARUN” 
ソフトウェア工学 知能情報学部 新田直也.
より分かりやすい ユースケースモデルを作る
第2回.リレーショナルデータベース入門 SQL を用いたテーブルへの行の挿入 SQL 問い合わせの発行と評価結果の確認.
SQL J2EE I (データベース論) 第3回 /
OTG(日本製品)LRP新規設定方法.
SQL データベース論 第11回.
Presentation transcript:

データモデリング CRUD分析

Quiz: CRUD分析とは 生成,参照,更新,削除を,だれがいつ実施するのかのタイミングの分析 実施者とタイミングを見るためDFDを使う

DFDを活用 復習: DFDでは, アクティビティ データの流れ 保存されるデータ(エンティティ) データ発生源(組織) ボックスで表現 矢印で表現 保存されるデータ(エンティティ) データストアで表現 データ発生源(組織) エクスターナルで表現

DBMe書店のDFD

DFD 図8-1のDFD 要求分析のためのDFD データモデリングのためのDFD 一般に入ってくる矢印を入力データ,出て行く矢印を出力データと捕らえれば理解はできる. 要求分析のためのDFD アクティビティの流れを捉えるのが目的 データモデリングのためのDFD アクティビティ間を流れる詳細データ記述が目的 DFDで,だれが何をいつ更新したかを突き止める

Quiz: CRUD分析は,どのレベルまで実施すべきか データベースのレベル 作成・参照・更新された表はどれか? エンティティのレベル 作成・参照・更新された行(インスタンス)はどれか? 属性のレベル 作成・参照・更新された属性はどれか? 属性レベルで実施するのは,後に紹介するIRUN分析

CRUD分析 Create(生成), Refer(参照), Update(更新), Delete(消去)の頭文字 特定データについて発生から消滅までを分析 データのライフサイクル(一生)の分析 データモデルはある時点でのスナップショット 同じキーで一意に定まるデータをひとまとめに ライフサイクルによるエンティティの設定 属性の発生,更新,消滅のタイミング でまとめる これらはトレードオフ データ・モデラーと業務担当者で昔から揉めるところ

エンティティ主管部署の決定 主管部署 2種類の図を突き合わせて主管部署を決定 データの発生から消滅までについての責任を負う部署 データの所有者 2種類の図を突き合わせて主管部署を決定 エンティティとその間の関係を示す図(ER図) 業務プロセスのDFD

小売業の商品開発を例としたER図

小売業の商品開発を例としたDFD エクスターナル アクティビティ データストア

処理の流れ 「バイヤー」により「新商品提案」がなされ、「商品基本データ」が作成される。 「商品企画部」で「新商品採用」が決まったら、どの分類に属する商品か「商品カテゴリー」を決め、画像データを含むサイズや形状などの「商品カタログ」を作成する。 「商品仕入部」でどの「メーカー」に発注し、どこの「仕入業者」から仕入れるかを決定する。 「販売促進部」では、販売価格を含む「販売属性」とどの地域で売り出すかの「販売地域」を決定する。

DFDの矢印,もしくはそれにつながったデータストア マトリックスからの主管部門決定 エンティティと各属性決定部門のマトリックス 作成している 部門が主管部門 DFDの矢印,もしくはそれにつながったデータストア DFDの エクスターナル

CRUD分析 特定のアクティビティに着目して, 「配送・支払い指定」で 入る矢印と,出る矢印にエンティティを割り当てる 出るエンティティについて,このアクティビティで 生成されるのか 更新されるのか  を分析 「配送・支払い指定」で 商品請求先 商品配送先 は生成される DBMe書店のDFD

発生タイミングによるエンティティ分割 トップダウン分析では「注文内容」エンティティに「商品請求先」と「商品配送先」は含まれる 「注文内容」 生成時では,「顧客」エンティティの住所が「商品請求先」と「商品配送先」のデフォルト値 しかし後の「配送・支払い指定」で変更可能 「配送・支払い指定」で「商品配送先」を生成と考えるべき 「商品請求先」「商品配送先」を別のエンティティとして分割

IRUN分析 Insert(挿入), Refer(参照), Update(更新), Null(空値設定)の略 エンティティでなく,その内部の属性値についてのCRUD分析 特定アクティビティに着目して,挿入や更新される属性をピックアップする

配送支払い指定のIRUN分析 顧客が登録した属性が表示されるが,それが更新される.

Quiz: なぜ,CRUD分析とは別にIRUN分析が必要か? どの属性が更新されたかがわからないと,正確なモデリングができないから? 正規化により,エンティティから属性が切り離されたときに備えて 他の属性から導出される属性の値を見切るため その属性と同時に更新される他の属性とその関係式が把握できれば,アクティビティを見切ったことになる

更新される他属性との関係式の把握 属性「商品配送料」の値は他の属性値により変化 1回の注文で通常は300円. 購入金額が3000円以上は無料 図が小さいので 教科書p.142 図8-10 をご覧ください. 属性「商品配送料」の値は他の属性値により変化 1回の注文で通常は300円. 購入金額が3000円以上は無料

エンティティから見た更新の把握 今度は各エンティティに対し,そのライフサイクルをまとめる どこで生成・更新・削除されるかを調べる 結果をエンティティとアクティビティのマトリックスにまとめる 特に,生成については 頻度や増分の予測値があると,のちの物理的設計で必要ディスクの容量を見積もるのに役立つ

エンティティ「注文」「注文明細」の ライフサイクル

「注文」「注文明細」のライフサイクル ショッピングカート内容が確定したとき,「注文」「注文明細」が生成される レジカウンタで配送先,支払い方法が指定される 注文確定時に,請求書番号が自動発番される.注文がキャンセルされると「注文」「注文明細」が削除される