T字形ER開発手法
Ｔ字型ＥＲ図的・効率的・実戦的 開発手法 いくらMAGICの生産性・開発効率が良くっても、システムの基本設計がお粗末だと、何にもなりません。地盤のぐらぐらしたところに背の高いビルなんか立てれるわけ無いのと同じです。 うちでは、数年前から『Ｔ字型ＥＲ図』という業務分析・データベース設計技法を導入することで、そういった問題を大幅に改善しました。 データモデルの設計（佐藤正美氏の「Ｔ字形ER図」を元に、どうやれば効率的なデータ設計ができるかを解説） Ｔ字形ER図とは？ ペットショップをT字形ER図で表現してみる エクセルでＴ字型ＥＲ図を書いてみる SuperRAD（テクノシステムリサーチ社）のＱ＆Ａ集 02/02/27 午後 03:39:31
capsctrl - T字形ER手法（TM）
お絵かき（構文論）のみに終始している。 その人の価値観で異なるお絵かきをしている。 30年前のインデックス（によるファイルアクセス）の概念でデータベース設計を行っている。 1つの手法を使って、「事業解析」「データ構造設計」「プログラムのI/O化」の3つを同時に実現する。 ここでモデル（データ構造）とは 指示規則（意味論）＋生成規則（構文論） TM構文論 TM'（ダッシュ）意味論 TMの限界 コード体系が悪すぎたらモデルにも影響してしまう。 「プログラムのI/O化」といっても良くて70%の実現。 モデルはプログラムに対して強制力がない NESTED-IFが出たらプログラムを中止させること NULLの存在を認めている コッドの関係モデルは、ドメインの直積でタプルのセットを構築する。 その場合、nullの入ったタプルが存在することになってしまう。 nullの正確な意味は、不定(undefined
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ＳＤＩ
