~ITコンサルタント養成講座~
皆さん、こんにちは! 当メルマガを担当しています井上正和です。112回からは、このメルマガでEA(Enterprise Architecture)を取り上げています。
e-Japan戦略も2006年3月31日をもって終了し、今後の5年の施策として「IT新革新戦略」が実施されています。そこには、電子政府は導入の段階に入り、自治体、独立法人等へのEA展開が明記されました。
EAは日本が最初に公的に発表したソフトエンジニアリングと思っています。昨年から、電子政府の業務・システム最適化計画のプロジェクトに参加している中で、EAが難しいという意見をよく聞きました。小職も実際の成果物を作る中でかなり苦労しました。出版物も多く見受けますが、“帯に短し、襷に長し”の感があります。自分なりにもう少し、わかり易く解説できないものかとの疑問がありました。昨年、私のコースの受講生の方からEAのメルマガをやってくれませんかと要望があり、トライしてみようと思いました。
今日はEAメルマガの第16回です。
DFDとWFAによって業務フローが把握できましたが、業務処理機能間の情報は伝票や資料、データレコード名称で作成されています。これから捉えていくのはこの伝票や資料等のデータ項目がどの処理機能、何処のマスターから得られるかを関係付けて行きます。ここからの成果物はデータ体系の成果物になります。
この作業によって、現状の業務プロセスで使用される伝票や帳票等に含まれるデータ項目が「何処のマスターか」、「どの業務機能での入力か」、「どの業務からの引用か」を捉えることで業務機能の入力と出力情報である伝票や帳票を関係付けて整理します。業務機能は情報の入力と出力を捉えることで、定義できるという考え方に基づく分析方法です。
外部設計の考え方と同様で処理機能の認識レベルがまったく関係なく、業務機能への入力と出力情報のみに目を向けて分析するわけですから非常に客観的で初心者にも分析できる方法です。
使用する分析表は情報分析図(EEM:Entity Event Matrix)と言います。
この図の作成方法は現状の使用帳票と使用画面を集め、データ項目をエンティティ情報とイベント情報に分類し、整理します。エンティティ情報とは「ひと」、「もの」、「かね」に分類される固定的なマスター情報です。例えば、「もの」情報として、商品を取り上げると「商品番号」、「商品名」、「商品単価」などのデータ項目は「もの」情報エンティティのデータ項目と言うわけです。
イベント情報とは都度発生の取引情報で、顧客や仕入先などの外部からの要求によって発生する「外部イベント」と出荷処理や決算処理のようにある時期や時間によって発生する「タイムイベント」があります。例えば、受注処理という機能は顧客の注文によって発生する外部イベントですし、「受注番号」、「受注数量」、「受注納期」などのデータ項目は「受注」情報イベントのデータ項目と言うことになります。今までなじみのある言葉を使えば、トランザクションファイルデータ項目と言ってよい
でしょう。
このEEMの形式は横軸に業務プロセスに沿って業務機能を順番に配置します。縦軸にはエンティティ、イベント、出力情報を順に配置します。エンティティ分類をまとめて上位に、イベント分類はエンティティの下位に業務処理順として並べ、出力としての情報を最後段に配置します。
参照ガイドラインURL: http://www.e-gov.go.jp/doc/20050202doc.pdf の96ページです。
イベントの処理は業務プロセスの順に進みますので、上から順に、左から右へ出力情報と操作の関係を記述して行きます。
処理記号として、“E”(Extract:抽出)、“I”(Input:入力)、“M”(Move:移動)、“(E)”(前の業務のExtractデータを使用)の5つの記号をデータ項目に対応させて使います。
例えば、受注請書はイベントの受注入力処理で商品番号、受注数量、納期等を入力するので、受注入力処理に“I”を記述。商品名や単価等はエンティティデータ項目の商品名、単価を抽出してくるので“E”と記述する。このデータを用いて、受注金額、受注番号等を計算・生成し、受注請書が作られる。後続の発注処理に進む場合は、この処理記号に加えて、受注処理で入力したデータを“M”して使用したり、エンティティで抽出したデータ項目を継続して使用する“(E)”を用いることになります。
この情報分析図は現在使用している帳票や資料などのデータ項目をマスターやトランザクション情報をデータ属性によって分類し、出力情報を業務フローに沿って情報のみの関係として記述することで抽象化した業務プロセスとして作り上げます。
ガイドラインではイベントを業務機能でまとめていますが、実際には、イベントは業務機能の情報としてデータ項目を記述しました。イベント処理での入力データ項目が明示されることで入力データ項目と出力の帳票との関係がより明確に定義できました。
共通業務などで多くの府省業務を1つにまとめていく場合必須の作業となります。
最近は一般の企業でもグループ全体で基幹業務使用する例が増えています。同様の設計作業が必要となります。
第127回はここで終了します。
今回は「現状分析プロセス-情報分析図」を取り上げました。
次回は「現状分析プロセス-情報体系整理図」をとりあげます。
ISMリサーチ代表 井上正和
question@mail.ism-research.com
(雑感)最近、出版社のアスキーさんと一緒に仕事をすることが増えてきました。「ITコーディネータ IT経営の最新知識」の出版本もさることながら、昨年から刊行のアスキービジネスで1年間“IT経営用語とIT戦略用語”の2ページのコラムを担当したこともあります。このコラムが終了し、8月号からは「最先端の経営リスクテーマを追う」というテーマで5回連続の企画を受けてくれました。BCP、COBIT for SOX、IT新改革戦略、電子政府設計、ISO2700sを取り
上げます。また、アスキーさんとは読者の中小・中堅企業経営者向けの「経営戦略立案コース」研修コースを開始しました。その案内が月間本、週刊誌に掲載されますのでごらんいただければと思います。 (1)アスキービジネスITスキルアップ6月号 4/28売 ソフトの紹介ページにセミナー案内が載っています。 (2)週刊アスキー5/9・16合併号 発売中 アスキービジネス広告ページにて告知 (3)URL広告
ここです。⇒http://ascii-business.com/abiz/itseminar/
(注1)「ズバリ!経営戦略立案ソフト」を開発し、発売開始しています。
経営戦略目標から部門の行動計画まで、経営者が容易に、体系的に作成できる
パッケージです。
こちらです。 http://e-site-frontier.kir.jp/index-11.html
(注2) ITコーディネータガイドラインV1.0対応の「ITコーディネータ試験想定問題
集」と「ITコーディネータ試験対策コース」を開発しました。
問題集はこちらを参照 http://www.ism-research.com/book-3.htm
研修コースはこちらを参照 http://www.gtc.co.jp/semn/isc/itc.html
(注3) 「経営戦略」、「情報戦略」の基礎知識を整理したメルマガ本で、この応用編
メルマガの基礎知識の集大成をしました。
ISMリサーチが絵入り解説で提供していますので、まとめには最適です。
こちらです。 http://www.ism-research.com/book-1.htm
(注4)「経営戦略」、「情報戦略」のオンサイト研修を実施しています。適正な
価格で、カスタマイズした実践的コースを提供します。
こちらです。 http://www.ism-research.com/course-1.htm
(注5)「経営戦略」、「情報戦略」の基礎知識を今までのメルマガのマグマグの
バックナンバー(無料)から入手することができます。
こちらです。 http://backno.mag2.com/reader/Back?id=0000118350
(注6)小職が実施している主な研修機関の研修コースは以下の通りです。
●株式会社 アスキー
http://ascii-business.com/abiz/itseminar/
●グローバルナレッジ(株)
http://www.globalknowledge.co.jp/reference/Reference.asp?KBN=1&DCODE=29&SCODE=170
●(株)富士ゼロックス総合教育研究所
http://www.itc-pro.com/multi/index.html#it_training
●(株)グローバルテクノ
http://www.gtc.co.jp/semn/isc/itc.html
(注7)メルマガの配信停止は次のURLをご参照ください。
こちらです。⇒ http://www.mag2.com/m/0000118350.html
