http://japan.cnet.com/blog/ochikobore/ ”落ちこぼれ”SE、システム屋が上流工程、上流設計をモデリングで生き残る為のノウハウを紹介できれば幸い。 業務フローによるプロセスモデル、ＥＲ図によるデータモデル、そしてＣＲＵＤマトリクスこそ マネージメントするに値する。 とにかく、前に進むしかないのであれば、突き進め！ 情報システムは、データだ！　そしてデータを創出するプロセスをきちんと把握する事だ！ ja Copyright (c) CNET Networks Japan K.K. All rights reserved. 2008-07-22T20:20:00+09:00 http://japan.cnet.com/ http://japan.cnet.com/rss/cnetjapan_logo.gif http://japan.cnet.com/blog/ochikobore/2008/07/22/entry_27012427/?ref=rss 業務フローをシステム開発における上流工程で使用する際に注意したいことがある。無味乾燥なフロー図がただ漠然と目の前にあるだけでは、見る側に理解しようという気持ちを起こさせるのさえ難しくなってしまうも... 2008-07-22T20:20:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/06/17/entry_27002741/?ref=rss 経営を支える「業務」 その「業務」を”線”と”面”の両面からグラフィカルに表現すること。 ”線”　＝　動的なもの　→　プロセスモデル　〜　業務フロー ”面”　＝　静的なもの　→　データモデル これらを整備するこ... 2008-06-17T10:00:00+09:00 http://japan.cnet.com/blog/ochikobore/today/2008/05/14/entry_27001468/?ref=rss 何故、ITシステムの表現に業務フローを必要とするか。IT＝（イコール）情報システムではない！　　　　　　最新鋭のITだけでは経営に貢献することができない。当たり前といえば当たり前の話だが、どうもその基本... 2008-05-14T10:00:00+09:00 http://japan.cnet.com/blog/ochikobore/today/2008/05/02/entry_27001114/?ref=rss http://japan.cnet.com/blog/ochikobore/2008/03/06/entry_25005768/の続きになる。以下に業務フローを使用する利点をあげる。?       わかりやすい。業務の流れを表している図で... 2008-05-02T14:30:00+09:00 http://japan.cnet.com/blog/ochikobore/today/2008/04/04/entry_27000240/?ref=rss 業務フローの話からhttp://japan.cnet.com/blog/ochikobore/2008/02/26/entry_25005562/http://japan.cnet.com/blog/ochikobore/2008/03/06/entry_25005768/データ絡みの話に飛んでしまった。http://japan.cnet.c... 2008-04-04T12:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/03/28/entry_27000053/?ref=rss 業務フローとデータ・モデリングの設計のコツがいよいよ公開 http://itpro.nikkeibp.co.jp/article/NEWS/20080318/296540/?ST=systemガイドラインは設計書の書き方とレビューの進め方の“コツ”を体系化したもの。... 2008-03-28T10:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/03/21/entry_25006092/?ref=rss http://japan.cnet.com/blog/ochikobore/2008/03/11/entry_25005868/ でも触れたが、何か問題があると、ヒステリックに報道がなされ、大騒ぎするのが日本人の悪いところだ。 データの整備は普段から「日常的な事... 2008-03-21T10:30:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/03/11/entry_25005868/?ref=rss データの品質云々が叫ばれている。 最近、社保庁の年金データのでたらめさにスポットが当たったからだろう。 この年金問題もそうだが、データの取り扱いを「舐めている」事例をよく目にする。ここで質問。 では、... 2008-03-13T13:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/03/06/entry_25005768/?ref=rss では何故ＵＭＬの記法であるユースケース図、アクティビティ図ではなく、ＢＦＤ＝業務フローなのか？（ＢＦＤ＝Ｂｕｓｉｎｅｓｓ　Ｆｌｏｗ　Ｄｉａｇｒａｍの略）　ユースケース図、アクティビティ図もＤＦＤ同... 2008-03-07T14:30:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/02/26/entry_25005562/?ref=rss 常にビジネスシーンの変化によって動的に変わってゆくプロセスモデルを表現するためにわかりやすいモデリングではＢＦＤを使用する。ＢＦＤとは業務の流れを表すモデルであり、一般的に業務フローと呼ばれている... 2008-02-29T14:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/02/22/entry_25005415/?ref=rss 最新技術の習得が困難であるとしてもＤＯＡの考え方はどのような負荷がかかろうともできれば習得、習得が難しければ理解はした方が良いと思っている。http://japan.cnet.com/blog/ochikobore/2008/02/15/entry_25... 2008-02-22T14:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2008/02/15/entry_25005197/?ref=rss 優秀な開発スタッフ、ユーザーに恵まれているならば、もしかしたら「わかりやすいモデリング」http://japan.cnet.com/blog/ochikobore/2007/11/26/entry_25002209/など使わずにいきなりＵＭＬを使って業務分析を... 2008-02-15T13:50:00+09:00 http://japan.cnet.com/blog/ochikobore/today/2008/02/08/entry_25004956/?ref=rss 昨今の流れとして、システム開発における標準表記モデルである、とされるＵＭＬによるオブジェクト指向開発が主流になりつつあり、各ＳＩ、ベンダーも技術者の育成に力を注いでいるようだ。だが、納品して終わり... 2008-02-08T16:02:01+09:00 http://japan.cnet.com/blog/ochikobore/2008/01/31/entry_25004685/?ref=rss システム開発作業において作成され、整理されたビジネスルールがまとめられて、業務ルール集(ビジネスルールブック)として活用されるようになれば、ビジネスの観点からも、とても意味のあるものになる。 htt... 2008-01-31T16:01:56+09:00 http://japan.cnet.com/blog/ochikobore/2008/01/23/entry_25004433/?ref=rss それでは「業務ルール（ビジネスルール）を管理する」とは具体的にどのような作業を指すのだろうか？ビジネスルール管理というと少々堅苦しい感じがするかもしれないが、要は業務上の取り決めを明文化して管理す... 2008-01-23T14:28:04+09:00 http://japan.cnet.com/blog/ochikobore/2008/01/08/entry_25003849/?ref=rss 　　　http://japan.cnet.com/blog/ochikobore/2007/12/07/entry_25002701/　においてビジネスルールとは、業務ルールの事であると書いた。　ビジネスルールがきちんと管理される事により、他にもメリットがある... 2008-01-08T15:10:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/12/28/entry_25003513/?ref=rss 確実にいえることはどんな悲惨な状況に置かれようとも、　システム担当になった（任命された）　もしくは開発プロジェクトのリーダーになった以上、　結果を出さなくてはならない。　つまり開発プロジェクトを“成... 2007-12-28T18:07:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/12/20/entry_25003217/?ref=rss http://japan.cnet.com/blog/ochikobore/2007/12/19/entry_25003167/で「”落ちこぼれ”SE、システム屋」について書いた。具体的には、ユーザーの”落ちこぼれ”SE、システム屋の場合、以下のような悲惨な環境の中で... 2007-12-20T11:30:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/12/19/entry_25003167/?ref=rss ”落ちこぼれ”SE、システム屋とは？　弱小ユーザーにおいて、昔前職でプログラマーとして働いた事がある、　もしくは他の社員よりはパソコンが得意なばかりに　システム開発プロジェクトのリーダーを任命された者... 2007-12-19T09:37:37+09:00 http://japan.cnet.com/blog/ochikobore/2007/12/14/entry_25003025/?ref=rss 弱小ユーザーとは？　自分なりに定義してみたい。「弱小ユーザー」とは　→「ビジネスにおいて最大手ではなく、中堅以下。所謂中小企業が多い。　　　当然システムに対しての能力は高くないし、ＳＩベンダーに対し... 2007-12-14T15:00:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/12/07/entry_25002701/?ref=rss それでは、まず最初にわかりやすいモデリングを行う上で一見遠回りに思われるかもしれないが、実は業務上の取り決めを明確にする為に重要な役割を持つ　　 “ビジネスルール”（業務ルール）　　　　についてふれて... 2007-12-07T13:30:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/28/entry_25002315/?ref=rss わかりやすいモデリングはシステム屋と業務屋とのコミュニケーションにおいて抜群の威力を発揮する。又、いずれ触れてみたいと思っているが、開発者（設計者）と“プログラマー（実際に下流工程において実装を行う... 2007-11-28T13:38:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/26/entry_25002209/?ref=rss “わかりやすいモデリング”こそがシステム開発、上流工程を成功に導く鍵である。では“わかりやすいモデリング”とはどのようなものだろうか？“わかりやすいモデリング”ではまず、業務上の取り決めを明確にした上で... 2007-11-26T12:30:00+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/22/entry_25002019/?ref=rss “わかりやすいモデリング”では、自然言語と図をうまく組み合わせて成果物を作成してゆくそれでは何故、自然言語だけでは駄目なのだろうか？自然言語は、特に同じ言語を話す者同士の場合、最高のコミュニケーショ... 2007-11-22T10:50:01+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/20/entry_25001907/?ref=rss システム開発、特に上流工程を成功に導くには　オーナー及びエンドユーザーが理解しやすい形で　コミュニケーションをとっておく必要がある.　では、具体的には、どのような手段、手法を使えば良いだろうか？　お... 2007-11-20T08:55:31+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/16/entry_25001738/?ref=rss 現在、システム開発プロジェクトの失敗の要因として大きいのが　　　　　　（いや業務を遂行していく上でもかな)　コミュニケーションの乖離だ。　　　システム屋と業務屋、　　　　という分け方だけでなく　　　... 2007-11-16T16:46:23+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/15/entry_25001681/?ref=rss 本稿の基本的なスタンスを書いておきたい。自分は、どんな高尚な理論を持つ技術でもわからなければ、できなければ意味がない、　　　　　　　　　　　と思っている。　では,どうするか　?わかるようにする　?わか... 2007-11-15T13:41:29+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/14/entry_25001635/?ref=rss 「コンピテンシー」という言葉を自分なりの言葉で置き直すと　「できる人の行動」　　　もしくは「できる人を観察し行動を分析したもの」　という事になる。（違ったらすいません。）　「できる人」を真似て行動... 2007-11-14T12:22:32+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/13/entry_25001583/?ref=rss 上流工程は開発プロジェクトの成否を左右するまさに「頑張り処」　　　　だと思う。では、具体的にどのような事に気をつければ良いだろうか。　　 「現場の人間はシステムの専門家では無い！業務を遂行する為のツ... 2007-11-13T13:16:43+09:00 http://japan.cnet.com/blog/ochikobore/2007/11/12/entry_25001515/?ref=rss 確実に言える事は、上流工程はどのように悲惨な状況に置かれようとも、歯を食いしばってでもしっかりやる必要がある、という事だ。厳しい状況に置かれている”落ちこぼれ”システム屋であろうとも・・・だ。ここが... 2007-11-12T11:15:16+09:00