2011-04-22（金）XEAD Driver公開記念企画の内容

ついに、2011.04.11　XEAD Driverの正式版が公開されました。それを記念して

【渡辺さんに目の前でシステムを作ってもらっちゃおう！】

というちょっと無茶な企画を行いました。初めて参加して頂いた４名を含む16名にお越しいただきました。本当にありがとうございました。

渡辺氏が無料で公開されている販売管理のCONCEPTWARE（コンセプトウェア）をMicrosoftのAzureというクラウドで実装された方がわざわざ東京から来てくださいました。

■司会　佐野初夫

まずはXEADが前提とする三要素分析法という渡辺幸三氏の設計手法について簡単に15分ほどで説明しました。その後、どういうシステムを作って欲しいかを聞いていきました。

多少無理やりではありましたが、５つほど挙がったなかで、２つに絞って多数決で決めました。

１．手配師支援システム
土建業、アルバイトやコンパニオンまで、人を手配するという業務を支援するシステム

２．燃焼時間判定システム
建物が万一火災になった時に何時間程度で燃えてしまうかを計算するシステム
今はやりの（？）原発関連で必要なロジックだそうです

たった１票の僅差でしたが、手配師支援システムになりました

■システム設計　渡辺幸三氏

提案者も具体的な業務イメージがあるわけではないという事がわかってしまったので(笑)、参加者みんなで合意形成しながら検討を行いました。

１．業務フロー
「三要素」の中には業務フローは入っていません。なぜなら設計対象のシステム境界を決めるために業務フローがあるためです。今から設計する対象を決めるフェーズになります。

渡辺氏の著作では、DFD（DataFlowDiagram）と呼ばれていますがIBMなどが今でも使っている表記法とは大きく異なります。従来のDFDは階層化を行い最終的に入力と出力が１本になるまで詳細化を行います。三要素分析法はあくまでシステム境界を明確にするためですので、最上位の段階しかつくりません。また、イベントが発生するタイミングを表す事が出来るのも特徴です。



参加者と会話しながら、徐々に形になっていく手法は流石でした。顧客からの引き合いがあった後、手配する「人」を探すのですが、その探すための条件（属性）がシステムの肝になることが徐々にわかってきました。

時間の関係もあるので、作業者の属性周りに絞ってデータモデルを作る事になりました

２．データモデル
いよいよ設計です。ホワイトボードのコピーは何度も書き直した後の姿です。三要素分析法のデータモデルは、ジェームズマーチンが発案したIE手法を元にして、データ項目を横に並べる事が特徴です。ホワイトボードの写真をみてもらうと、項目の下に実際のデータサンプルがずらずらと書かれている事がわかると思います。これがデータ項目を横に並べた効果の一つです。



アタマが良い人は項目名という抽象的なもので理解出来るのでしょうが、大多数の方（特にお客様）にとっては具体的なサンプルがないと理解出来ないでしょう。三要素分析法以外の方法論で実データを２件以上記入出来る形式はありません。

本来なら、XEAD Modelerを使って三要素の残りの「業務モデル」と「機能モデル」を設計するのですが、時間の関係で省略します。XEAD Driverでテーブル定義を行います。プロジェクターに映しながら画面設計をされました。

３．XEAD Driver
（１）テーブル定義
フィールドＩＤとフィールド名を入力すると、あとはデータタイプとキーの指定程度で終わりです。
今回は、次の３テーブルだけを定義されました。
キー　　　　　　　　　　用途
・作業者　　　　　作業者Ｎｏ　　　　　　　氏名・住所など
・作業者属性　　作業者Ｎｏ＋属性ＩＤ　　強度（属性のレベル）
・属性　　　　　　　属性ＩＤ　　　　　　　　　男女やＥＸＣＥＬが出来るなどと、強度の範囲

作業者属性テーブルの「強度」は拡張データタイプに「区分ＩＤ」を指定し、区分として「KBKYOUDO」と指定されました。同時にシステム管理の「ZT040　ユーザ定義区分」のデータタブから、区分値としてA、B、Cの３レコードを登録されました。こう定義すると、画面の入力の時自動的にダイヤログボックスで選択できるようになります。

（２）機能定義
いよいよ画面の定義です。といっても、IDと一時テーブルを指定するだけです。

・作業者
・作業者属性　・・・作業者の明細から登録するようになっています
・属性

それぞれ、「一覧」と「保守」の２機能ありますので、６機能（６画面）が出来上がりました。