なぜデータモデリングが重要なのか?

kawasima

その１見積りが過小になるのを防ぐ

ファンクションポイントソフトウェアの入出力から機能の規模を算出し

その合計をソフトウェアの規模とする。

平易にいえば、画面・バッチ・帳票・テーブルの数を数え、

それらの複雑度に応じて数値変換し足し合わせたもの

テーブルの数

は

システムの規模

汎用マスタ種別コードコード

都道府県

申込ステータス

口座種別名称

元号

職業

業種

異なるデータの塊を、一つのテーブルに

入れるホスト時代の流行設計を

現代にも残した由緒正しき汚モデル

種別コードコード名称

さて、このテーブルの持つFP値は?

(本当は論理的なエンティティを見出して数えなきゃいけないが、ER図にこの形だけ書き込まれていると、誰もそんなことはしない)

５

都道府県

申込ステータス

口座種別

元号

職業

業種

ちゃんとバラしてエンティティとして書かれていれば…

５５５５５５

30正しいFP値が

誰でも求められる

FP値を人月換算すると、

だいたい１人月 10FP〜15FP

と言われているので…

先の例では

データモデルをちゃんと書かないと

２~３人月分を

損することになる

その２見積りが過小になるのを防ぐ

FPでは複雑なロジックが表現しきれない(キリッ

という無知

注文会員ID注文日時注文確認者注文確認日紹介者ID紹介者報酬紹介者報酬支払予定日時紹介者報酬支払日時請求書出力フラグ入金予定日入金日時入金者氏名登録日時更新日時キャンセル日時キャンセル取消日時キャンセル理由

受注番号 複雑な業務ロジックが産まれる原因

１つのテーブルを複数の業務で更新する

ことにより、更新時のルールが産まれるため

「この業務では、このカラムとこのカラムだ

け更新しする」とか…

１５

注文

紹介注文

請求書印刷

入金

キャンセル

７７７７７

３５

ちゃんとバラしてエンティティとして書かれていれば…

FP値を人月換算すると、

だいたい１人月 10FP〜15FP

と言われているので…

先の例では

データモデルをちゃんと書かないと

１~２人月分を

損することになる

データモデルを正しくおこなう意義

システム規模を正しく見通し

余裕のある開発をするため