リアルタイム・システムの構造化分析 リアルタイム・システムの仕様書作成手法

* リアルタイム・システムの構造化分析 リアルタイム・システムの仕様書作成手法 – 電脳書房在庫目録

昔から読んでみたく思っていたのだけど、いまさら・・・・って感じだな。高いし。

なぜ読みたいと思っていたのか?というと、分析のためのツールキットはたくさん持っていたほうがよいと考えるから。 コンサルタントが経営分析などのテンプレートをたくさん用意しているように、 設計者・分析者はソフトウェアの分析のためのある程度のツールキットを用意すべきと考えるから。

Java Transaction Processing

さて、土曜日までにどこまで読めるかなー

.NETエンタープライズWebアプリケーション開発技術大全 Vol.5 トランザクション設計編

Amazonマーケットプレイスで安価に販売していたので衝動買い。 実は昔から気にはなっていたのだけど、プラットフォームが.netだったので買うのを躊躇していた。 内容はかなりイイ。.netに関係しなくても、トランザクション設計について悩みがある人は、立ち読みして内容を試し読みするぐらいの価値はありそう。私に関しては、少なくとも値段分の元は取れそうな感じである。 .netフレームワークでエンタープライズアプリケーション開発をする人は必読ではないだろうかね。カナリお勧めできます。

以下に、この本の良い点をあげる。

まず第一に、アプリケーション開発者の立場で書かれている点がある。 ACIDなどのトランザクションそのものの概念や、RDBにおけるトランザクションを論じた・解説した書籍は数あれど、アプリケーション+RDB or/and … で構成されるシステム全体においてトランザクション設計をどのように行うか?を論じた本は少ない。和書だと皆無に近いのではないだろうか?この本は、その領域をターゲットとしている。

第二に、トランザクション、同時実行制御、ロック、分離性など、初学者が混同しがちな概念を整理して語っている点。 私は、SQL Serverにおいて、分離性を変えることでどのようにロックの保持期間が変わるか?取得するロックの種類が変わるか?の説明が面白く感じた。(2.2 分離レベルによるロック挙動の変化) 恥ずかしながら、分離性の概念がどのように実現されているかをキチンと理解していなかったため、この箇所を興味深く読ませていただいた。ロック保持に関する概念図とEnteprise Managerのロック状態表示画面を多用して丁寧に解説されているため、非常に理解しやすくなっている。すばらしすぎます。

第三に、わかりやすさを優先しつつも、正しさにも配慮している点。 本書では、おそらくわかりやすさのため、多少の厳密さを犠牲にした記述がされている。 本文で犠牲にした厳密さを補うため、筆者の愛情こもった脚注がたくさん記してある。これまた、すばらしい。

第四に、「くーす」に近いステートレスなクラス設計を説いている点(笑)。 まぁ、COM+の流れから当然なんですが、MSの立ち位置は「ビジネスロジックはステートレス」というもの。

筆者は、これを踏まえつついくつかの補足的な説明をしており、その結論として、 「エンティティ中心のオブジェクト指向設計は、スタンドアロンのシングルユーザアプリケーションに向いているケースが多いが、WebアプリケーションやWebサービスのような、サーバサイドのOLTP型マルチユーザアプリケーションには適していない。」と整理している。まったく持ってそのとおりと感じている。

第五に、具体的なアプリケーション毎に、設計方針を示している点。 対話型アプリケーション、バッチアプリケーション、キュー型のアプリケーションなどのに対して ある程度具体的な指針を示している。(ただし、本書の中で著者が述べているとおり、「定式化が難しい」ため、さすがに「この記述に従えばうまくいく!」という内容までにはなってない。というか、なりえないよね・・・。)

PoEAAとか

ロイホにしけこみ読書。

Essential XML・・・うーむどうなんだろう。ちょっと必要以上にわかりにくく書いてないか?この本。 訳が良くないというのもあるけど・・・(シリアライズを「順序化」って、あーた・・・。せめて「直列化」で頼む。) インフォセットの語りもなんだか抽象的でよーわからんし、SAX、DOMのあたりも構成が練れていない感じ。

PoEAA読書会に向けて、2部のパターン、O-Rマッピングあたりをさらりと読む。

1部の概論はイマイチしっくり来なかったが、2部はまぁまぁな気がする。 各パターンの説明の中で、未説明のパターンに言及するあたりがなんだかなーだけど、 各パターンの概要が頭に入ってきてパターン間の関係を頭の中で整理することができると、 比較的すんなり読めた。 ただ、ファウラーのコメントが散文的で踏み込みが甘いので、若干フラストレーションがたまるなぁ。 もう少し、具体的なコメントがほしいところではある。 現在は様々なフレームワークが出回っているわけだから、それらに触れるような切り口もありなのでは?と思ったりした。

### EOFとPoEAA ###

パターンの本来的な役割は、共通の語彙・概念の形成であると理解している。 というわけで、PoEAAの語彙・概念を利用してEOFを表現する。(乱文すぎるので、たぶん、あとで書き直す)

### ドメインロジックパターン ### ドメインロジック(=ビジネスロジック) の割り当ての方針は、基本的に「ドメインモデルパターン」が推奨される。 もちろん、画面にビジネスロジックを埋め込むような実装・設計も可能ではあるけれども。

物理的にも、「ドメインモデル」を実装したオブジェクト群をパッケージ化・フレームワーク化して、様々なアプリケーション形態(WOFと呼ばれるリッチなWebアプリケーションフレームワークを使用したWebアプリケーション、DirectToWebと呼ばれるルールベースのUI定義ベースのWebアプリケーション、Javaクライアントなどなど)で、それらを共用することが(それなりに)一般的であるようだ。

### データソースのアーキテクチャに関するパターン データソースとオブジェクトの変換は、オブジェクトグラフとリレーショナルモデルの変換という形で実行される。 であるので、「データマッパーパターン」になるのかな? オブジェクトとリレーショナルの対応は、物理的には*.eomodelファイル群、論理的にはEOModelGroup、EOModelなどのメタモデルクラス群で管理される。(「メタデータマッピングパターン」に相当)

### オブジェクトリレーショナル振る舞いパターン ### 基本的に、「ユニット・オブ・ワーク パターン」。 EOEditingContextと呼ばれる、オブジェクトグラフの編集用ブール、SandBox的なオブジェクトが存在しており、これがオブジェクトグラフの編集状態を管理する。編集をコミットしたタイミングで、オブジェクトの編集処理が、SQLクエリに変換される(「データ・マッパー パターン」)。この際、デフォルトでオプティミスティックロック戦略が使用される・・・ことになっている。(苦笑&謎めき)

EOEditingContextの寿命とWeb層のSessionの寿命がシンクしている点がなかなかいい感じではある。 (超私見)

#### 一意マッピング #### 異なる2つの世界、RDBMSとオブジェクトの中で、一意性をどのように、どのレベルで確保するか?という戦略。

EOFは一意性に関しては、2種類の一意性管理をもつ。 「ユニット・オブ・ワーク」単位の一意性と、データベース群レベルの一意性であり、EOGlobalIDなるクラスを用いることで一意性管理を実行する。EOGlobalIDは「データソース×テーブル×プライマリキーの組み合わせ」と考えてよい。文字通り、複数データソース内で、グローバルに一意である。

1つの編集用領域(EOEditingContext)には、同じEOGlobalIDのオブジェクトは1つしか読み込まれない。 ただし、複数ユーザーが編集中である場合など、複数の編集用領域が存在する場合、同じEOGlobaIDのオブジェクトが複数存在する。(当たり前!) ただし、下位のデータ管理レイヤがそれぞれのオブジェクトをトラッキングしており、あるオブジェクトが編集された場合、同じEOGlobalIDを持つ別のオブジェクトに変更を伝播させたり、しなかったりする。

#### レイジーロード #### レイジーロードはfaultingと呼ばれる機構でサポートされる。 関連の先にぶら下がっているオブジェクトは、必要に応じてRDBMSから読み込まれる。 […]

PoEAA邦訳購入

会社の定時後、出張の前に駅前の書店へ行き購入した。

勉強会は、これを持参して望む予定。よろ!

MBA財務会計

この本が意外なところで(ほんの少し)役に立ったので、改めて書いてみる。

この本には、個人的にとてもありがたい思いをしている。 会計がわかりたくて、でも、あまりお金をかける気にはなれなくて、BookOffでビジネスマン向け文庫本を何冊かかって読んでみたりした時期があった。 「初心者向け経理?」とか「キーワードでわかる会計」とか、そういう類の本だ。

考えてみれば当たり前なのだけど、こんな本でわかるはずがないのだ。

知識や経験が乏しい人にとって頼れるのは、論理性のみである。 語り口だけをやさしくしたり、1ワード1ページ、絵をふんだんに!てな具合に装丁を工夫した本があったからといって、理解が深まるはずがないのだ。

ある考え方をベースにして、演繹的に次なる考えを導きだすような、論理的な組み立てがなされている本でなければ、自分のような皮膚感覚がない人間にはわかるはずがない。

上記にあげたMBA財務会計は、非常に論理的でわかりやすい書籍である。 論理のみしか頼ることができない、私のような人間には最適な構成になっている。 お勧めできる。

また、すでに基礎的な考え方が理解できているため、手っ取り早く知識の量を増やしたい人には向いていない点には注意されたい。

### 副作用 ###

この本はタイトルに「MBA」なる用語が入っている。ぶっちゃけ、この「MBA」なる用語には殆ど意味はない。この書籍が、「MBA?」というシリーズの一環として出版されたという意味以上のものはない。ただ、「MBA」を目指す人には役立つであろう、ちょっとした配慮がなされている。

会計上の用語の英訳が常にカッコ書きで記載されているのだ。売掛金(accounts receivable)とかである。

これが今日、業界の委員会活動で英語の文献を読み合わせをする際に役に立った。MBA財務会計サマサマだ。

これはさておき、日本、英語ともに会計の用語は一種独特のものがあるため、両者を対応付けて理解する方法は非常に良いと思う。同じ概念を2つの世界からのぞく格好になるため、理解が整理されやすい。というわけで、やっぱりオススメ。

PofEAA読書会ML参加

PofEAA’s Wiki – PofEAA3回目をやりますかね。邦訳もやっと出版されるみたいだしオフ。

MLに参加した。わくわく。

PofEAA’s Wiki – PofEAA3回目をやりますかね。邦訳もやっと出版されるみたいだしオフ。

PofEAA’s Wiki – PofEAA3回目をやりますかね。邦訳もやっと出版されるみたいだしオフ。

ほう。参加希望?。

Practical WebObjects読書会 – WOWiki

Practical WebObjects読書会 – WOWiki

おっと、まとめページができている。 どなかが存じませんが、ありがとうございます。

グラス片手にデータベース設計~販売管理システム編 読了

土曜日、日曜日で読了した。

タイトルにデータベース設計とうたいつつも、基本は販売業務の説明が中心。細かい部分に関しては立ち入っていない。 しかし、販売業務の基本を抑えるには非常に良い本だ。なぜなら、丁寧な文章に加えた形でデータモデルが示されているため、意味を明確理解することができる。 販売業務システムの開発経験がない人には、お勧めできる。

ただ、実際のデータベース設計をするならば、返品処理、戻し処理、キャンセル処理など例外系についてもう少し細かい設計が必要となるし、おそらく仕訳処理も書籍もように簡単にはいかないと思われる。

個人的には、トランザクション系のステータス管理を詳細にまとめた書籍が欲しいと思っているが、ここらへんは明文化しにくいモノなのだろうか?