サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
iPhone 16
process-design-eng.com
ビジネスアナリシスやBPM|プロセスデザインエンジニアリング > 00全般・雑感 > 業務要件とシステム要件、この間のギャップによるトラブル発生 よく業務要件とかシステム要件という用語が使われます。この「要件」という言葉は、曖昧過ぎるので私は使いませんが、本ブログではこれを解説します。 一般的な定義によれば、 1.業務要件とは、対象業務のフローや入出力情報を決めたもの 2.システム要件とは、業務要件を満たすため、ITシステムが持つべき機能要件や非機能要件を定めたもの 私は、この曖昧な定義に非常に疑問を感じます。まず、第一の疑問は、業務要件はITを意識したものであるかどうかです。上記1の業務要件については、進歩が早いITの動向を考慮すれば、ユーザ企業側がITを考慮して、ToBeの業務プロセスを設計するのは無理でしょう。まして、ITのプロセスだけ描いて、業務フローだと言われると、ビックリします
ビジネスアナリシスやBPM|プロセスデザインエンジニアリング > 00全般・雑感 > ビジネスルールとは何か、その特徴と種類(補足) ビジネスプロセス(業務プロセス)の定義、種類や特徴については、すでに述べました。⇒関連ブログ記事:ビジネスプロセスとは何か、その種類と特徴は? ここでは、ビジネスルール(業務ルール)について述べましょう。私自身は、プロセス参照モデルを開発したり、プロセスモデリングを実施している中で、ビジネスルールの重要性に気付きました。しかしながら、ビジネスルールの研究の成果物は Ronald G.Ross以外にはどこを探しても存在しておらず、試行錯誤しながら下記のことに至りました。 1.ビジネスルール(業務ルール)とは 米国のビジネスルールの第一人者である Ronald G.Rossは、「日々のビジネス活動を導くため、ビジネス運用上の判断を形成するため、またはビジネス運用
このページを最初にブックマークしてみませんか?
『http://process-design-eng.com/』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く