視点（ビュー）が処理単位を決める
2007/12/27実装独立な（概念）レイヤーで考えられる処理は、入力処理・出力処理・加工処理です。ユーザに見えるデータ項目の組が認識され、その単位でカプセル化すべき処理が決まります。
ITアーキテクト黒澤の日記（2007年）
部分の中に全体がある
2007/12/13「部分の中に全体がある」は、エンタープライズアーキテクチャの講演やお客様との打ち合わせで、最近よく使っているフレーズです。
普通に考えれば、「全体の中に部分がある」のですから、逆説的な表現です。
どのような社会が理想ですか？
2007/11/06去年は、建築偽装問題や有名企業の不正などが明らかになりました。仕事を始めた当初は、みなそれぞれに理想や熱い思いを抱いていたはずです。どこで階段を踏み外してしまうのでしょうか？利益を上げなければならないプレッシャー？
Partyパターン
2007/11/01Partyパターンはオブジェクト指向やデータモデリングの世界で有名なパターンです。ここではPartyパターンをデータモデルパターンと認識して説明します。
素材にエンティティを語らせる
2007/10/23トップダウンにモデリングする方法は、エンティティを始めに認識し、従属するデータ項目をそこに定義します。しかし、この方法では人の頭にあるものをただ表現するだけです。
取引先とWho・Where
2007/10/16我々は、自然言語を使ってビジネス世界の出来事を共有します。よく5W2Hというように、Who・Where・Whatなどを区別して理解するのが一般的です。
取引先
2007/10/09取引先エンティティは、社内組織エンティティと同様にWhoやWhereを表します。社内組織エンティティがどの業界においてもさほど違いがないのに対して、取引先エンティティは業界の特徴が表われます。
２種類のＩＴアーキテクト
2007/10/01エンタープライズアーキテクチャの仕事が最近増えています。しかも、非常に大規模な連結経営のエンタープライズアーキテクチャです。会社数が１０〜２００あるいはシステム数１００〜５００の全体最適化です。おそらく１０年に一度の需要期なのでしょう。こんな大規模な仕事を同時期にいくつか掛け持ちするのは、非常にきついです。私の担当はデータアーキテクチャですが、業務アプリケーション構成も同時に考えなければなりません。
データガバナンス
2007/09/20今、いたるところでデータの整合性に関する問題が顕在化し、これを解決する活動が盛んです。コード統一・マスタ統合と称して、データを標準化するプロジェクトは、データの不整合を解決する典型的な例と言えるでしょう。
社内組織(2)
2007/09/06「人事組織・会計組織・物流組織の３つの社内組織エンティティが存在する」は、１つのパターンです。
しかし、このパターンは、現状を素早く調査するために知っておくべきもので、新規設計の美しい型ではありません。
光は粒子か波か
2007/08/16光は粒子の性質を示すこともあれば波の性質を示すこともあります。同時に粒子であり波であることはありえないそうです。たとえば、オシロスコープで観測した光は波であって粒子ではありません。
概要から詳細、概念から実装
2007/07/17従来のシステム開発方法論は概要から詳細に作業工程が進みました。その際、実装独立に決められる仕様（概念仕様）も実装従属に決めなければならない仕様（実装仕様）も混在していました。
私たちのデータ中心アプローチは、まず概念仕様を詳細化します。一方で、実装仕様特に制御構造を決めておき、最後に概念仕様を実装仕様にマッピングします。
XMLとDOA
2007/07/03XMLのタグはデータ項目の表現法の一種です。XMLが登場したことによって、今までのデータの扱い方は大きく変わりました。従来は、一度決めたデータ項目の組たとえば画面・帳票・論理レコードを変更することは非常に困難でした。しかし、XMLを使うことによりデータ項目の追加、削除が簡単になり、変更に強いシステム構造を実現できるのです。XMLは、メタデータとアプリデータをいつもいっしょに扱うからです。
データのあるところに処理を書く(2)
2007/06/26データ制約はデータ項目の粒度で記述する処理ですが、データ制約の他に「データのかたまり」すなわち画面・帳票の粒度で記述する処理もあります。画面・帳票の粒度の処理は、入力処理と出力処理の２つになります。
データのあるところに処理を書く
2007/06/18機能中心の処理設計は、概要機能を詳細に分解し、機能自身とその機能に必要なデータを定義します。オブジェクト指向は、振る舞いを持つ対象をオブジェクトとして認識し、その振る舞いに必要とされるデータを定義します。これに対して、データ中心は、データのかたまりあるいは１つのデータを認識し、そのデータがあるところに処理を記述します。
BPMNとIPF
2007/06/13BPMN（ビジネスプロセスモデリングノーテーション）は、業務フローを記述する言語です。先日BPMNを少し勉強したのですが、驚くほどIPF（インフォメーションプロセスフロー）と似ていました。IPFとは、弊社が２０年使っている業務フローを記述する言語です。
役割（論理組織）で切る
2007/06/06業務群から1単位の業務を切り出す視点の１つに役割（論理組織）があります。
役割（論理組織）の粒度は、抽出する業務の数をコントロールするのに役立ちます。役割（論理組織）の粒度は、粗い方から並べると、企業、部、課、担当の順になります。
トリガで切る
2007/05/30業務群から1単位の業務を切り出す視点の１つにトリガがあります。
トリガとは、端的に言えば「条件」です。ある業務が始まるきっかけとなる条件は、すべてトリガとみなすことができます。
その中で、業務を切り出すときに着目するトリガについて説明します。
業務フロー図の標準化
2007/05/22複数の参加者で業務フロー図を分担して記述する場合、いくつかの注意事項があります。それぞれが勝手バラバラに記述すると、全体の整合性が保てなくなるためです。
ＤＯＡの業務機能
2007/05/10「ＤＯＡだから業務機能階層図や業務フロー図を作成しないですよね！」などと言われたことがあります。その人達の認識では、「データ中心というのはデータモデルと画面・帳票イメージだけで設計していく」らしい。しかし、そんなことはありません。今日は、業務機能の話です。
ＤＯＡ＋コンソーシアム
2007/05/01データ中心アプローチ（ＤＯＡ）という言葉が初めて雑誌に取り上げられてから、今年でちょうど２２周年です。その間、多くの人々がＤＯＡに携わり現在まで進化してきました。
本質的であればこそ、時代の趨勢を乗り越えて生き残っているのでしょう。
ＤＯＡの普及とさらなる発展のために、有志が集まってＤＯＡ＋コンソーシアムを設立しました。現在設立４年目ですが、会員数は１０００名を超えるまでになりました。
http://www.doaplus.com/
データ中心アプローチ
2007/03/19データ中心アプローチは、ビジネス系の業務アプリケーションを構築・保守するための方法論であり、設計思想や価値観を含みます。
データモデルを記述しただけでデータ中心アプローチであると言う人がいるかもしれませんが、私はもう少し広く捉えています。
英語名と英字名
2007/03/07グローバル企業のデータディクショナリを構築するときの話です。一般に、エンティティやデータ項目の名称は、日本語、英語、現地語の３つを用意します。
標準定義域と活動定義域
2007/02/13定義域は、標準定義域と活動定義域の２つに分類できます。
典型的な標準定義域は、日付、金額、率、数量、文、コードなどです。
活動定義域は、商品コード、取引先コードなど、実際に使われている（活動している）値の集合を表します。典型的なものは、エンティティのＫＥＹです。参照ＫＥＹにおける参照制約は、参照ＫＥＹの値がＫＥＹの活動定義域に含まれていることを保証するものです。
電話番号や郵便番号は、標準定義域とは異なります。どちらかと言えば、活動定義域に対応すると考えられます。
エンティティと定義域
2007/01/31電話番号というデータ項目をモデリングする際、これをＫＥＹとしてもつエンティティ「電話」を認識する企業はまれです。電話を管理する権限や責任をもっているわけではないためです。当然、ＫＥＹである電話番号の発番権限もありません。
