ビジネスエンジニアリング – ウィキペディア

Posted on by
before-content-x4

ビジネスエンジニアリング（BE） 自分自身を変化プロジェクトのビジネス見習いと見なしています。 [初め] このアプローチは、経営管理、変更管理、システムエンジニアリング、イノベーション管理の概念、モデル、メソッドコンポーネントを統合します。これには、ビジネスモデルからビジネスプロセス、および組織構造、情報システムおよび情報技術へのエンジニアリング開発と導入が含まれます（Österleを参照 [2] ）。 BEの目的は、「革新的なビジネスソリューションを、飛行機や製造施設のように専門的な社会システムとして開発する」ことです。 Beはビジネスと情報技術の知識を結び付け、それを代表から手続きモデル、文化的および政治的側面まで、変革のあらゆる側面と組み合わせます（ツリーオイル/Jungを参照してください [3] ）。

after-content-x4

従来の産業工学とは対照的に、今日のビジネスエンジニアリングは、産業の情報社会への変革から生じる問題を扱っています（冬を参照してください [4] ）、すなわち、企業、ビジネス、管理、社会のデジタル化、および個人のデジタルサービスを使用して、消費によって引き起こされる（Hess/Legnerを参照 [5] ）。情報技術による強力なエンボス加工のため、これはしばしばビジネス情報学の部分的な分野と見なされますが、時には組織開発の形態としての変更管理に重点を置いているためです。 [6] 産業工学には大きな重複がありますが、主に商品業界（サービスが少ない）に注目し、生産の観点から技術システムとそのインターフェイスに焦点を当てています。

Österle/Blessing [7] 次のように特徴付けます：

  • 技術的および技術的な設計に加えて、新しいビジネスソリューションの政治文化的側面も含まれています。政治文化的側面と変更管理は、変革の成功または失敗について重要な決定を下します（ツリーオイルを参照してください [8] ）。 BEは学際的なアプローチです。会社の設計レベルを分離します。
  • 戦略的、組織的、技術設計レベルを区別してください。さまざまなレベルでの異なる設計オブジェクトを考慮すると、変換の個々の寸法の焦点を絞ったビューが可能になります（Österleetalを参照してください。 [9] P. 191）。問題を異なるレベルに分解すると、セキュリティが保証され、変換プロセスの複雑さを減らすことができます。
  • すべての次元の全体的な見方を保証します。新しいビジネスモデル、ビジネスプロセス、情報システムをサポートするだけでなく、実装においてもサポートしています。したがって、変換のすべての次元（影響を受けるリソースとプロセス）を調べます。
  • BEIは、情報年齢の企業の方法とモデルベースの設計見習いを示しています（冬を参照してください。 [4] P. 7）。企業の変革は、その技術的および社会経済的側面とともに、方法やモデルを使用せずに異議を唱えるよりも非常に重要で複雑すぎます。方法とモデルは、変換プロセスの透明性を確保するだけでなく、それを設計し、コミュニケーションベースを作成し、企業の体系的な再編成を文書化できるようにします。労働と工学の一部門により、BEは個人主義者の「創造」と区別されます（冬を参照してください [4] ）。
  • 企業の観点から消費者を見てください。情報技術（消費）を備えたすべての私的エリアの強力な浸透は、現在、企業の観点からのみカバーされていますが、人間の観点からはカバーされていません。

毎年聖ガレンで見つかります ビジネスエンジニアリングフォーラム 科学とビジネスの専門家に関する新しい開発について議論する代わりに。 [十]

ARIS（統合情報システムのアーキテクチャ） [ 編集 | ソーステキストを編集します ]

ARISコンセプト（Scheerを参照 [11] ）説明ビューとレベルを区別します。さまざまな見解は、プロセスに関する組織、データ、パフォーマンス、機能、および制御の視点です。各説明の観点には、3つの異なる説明レベルがあります。これらは、専門の概念、データ処理の概念（DV概念）、および実装レベルです。

この順序フレームは、特定の方法で個別に説明できます。これらの方法は、基本的なビジネスの問題からITレベルでの実装まで、ビジネスプロセスをマッピングおよび改善するのに役立ちます。

Business Engineering St. Gallen [ 編集 | ソーステキストを編集します ]

BEの聖ガレンアプローチには、さまざまな種類の変換プロジェクトの基本と方法が含まれています。変革プロセス内で4つの設計レベル、組織、情報システム、政治と文化を区別し、この崩壊による変換の複雑さを減らします。

after-content-x4
  • 戦略：スキル（ブランドを含む）とリソース、ビジネス分野（製品、サービス、顧客セグメント）、顧客アクセス、競争力、エコシステム、収益、コスト構造
  • 組織：会社の建設とプロセスの組織、関連するプロセスサービス、プロセス、タスク、ビジネスオブジェクトを備えたビジネスプロセスに焦点を当てる
  • 情報システム：アプリケーションと技術サービス、ソフトウェアおよびデータコンポーネント、およびITインフラストラクチャコンポーネントのシステム。それぞれの企業の情報技術の関連性に応じて、このレベルは、さらなるステップで「アライメント」、「ソフトウェアとデータ」、および「ITインフラストラクチャ」に分けられます（冬/フィッシャーを参照 [12番目] ）。
  • 政治と文化：リーダーシップ、企業文化、コミュニケーション、行動

「ARISツールセット」のような有名なソフトウェアツール、 [13] 「アドベン」 [14] または「seetalk」は、beの聖ガレンアプローチをサポートしています。

セマンティックオブジェクトモデル（SOM） [ 編集 | ソーステキストを編集します ]

セマンティックオブジェクトモデル（SOM）（FERSTL/SINZを参照 [15] ）運用システムタイプの概念モデリングを提供します。モデリングの概念は、このようなシステムの3つのモデルレベルを区別します。戦略的企業計画、プロセスタイプの運用ビジネスプロセスモデル、アプリケーションシステムを実装するための仕様です。これらのレベルは、システムの視点と見なすこともできます。それらは、外部の視点、内部視点、およびリソースの視点に対応します。その後、モデルレベルは、会社のアーキテクチャ、手続きモデル、調整原理、またはオブジェクトシステムに基づいて概念的に再び分解されます。

オープングループアーキテクチャフレームワーク（TOGAF） [ 編集 | ソーステキストを編集します ]

Togaf（Weinbergerを参照 [16] ）企業アーキテクチャのフレームワークを表します。これは、情報アーキテクチャの設計、計画、実装、およびメンテナンスに対する全体的なアプローチを提供するため、重要なセクションをカバーしますが、BEの作業分野全体をカバーします。

TOGAFを使用する場合、会社アーキテクチャは通常、3つのドメインビジネスアーキテクチャ、情報システムアーキテクチャ（アプリケーションアーキテクチャとデータアーキテクチャで構成される）、およびテクノロジーアーキテクチャでモデル化されています。

組織構造と情報システムの統合設計（HENK SOL） [ 編集 | ソーステキストを編集します ]

Van Meel and Sol（1996） [6] 「組織構造と情報システムの不可欠な設計」として定義します。アプローチの中心的なコンポーネントは、動的モデリングとシミュレーションです。

の ベルギー 特に多数のプログラムが提供されています。 Solvay Brussels School of Economics and Management、Ichec Brussels Management School、Louvain Management School、LiègeUniversity of Gent大学、またはアントワープ大学の学士号およびマスタープログラムが提供しています。このコースには、管理方法、経営管理、経済学、数学、技術コンポーネント、コンピューターサイエンスが含まれます。

の フィンランド オウル大学は、ビジネスエンジニアリングの学位を提供しています。ただし、これの前提条件は、エンジニアリングの修士号です。

の ドイツ Steinbeis University of Applied Sciencesは、ビジネスエンジニアリングの修士向けに英語の研究を可能にします。ベルギーのプログラム、管理方法、ビジネスと経済の基本に似た内容はここにあります。プログラムのために承認されるには、経済学、技術、または科学的な分野で学位が必要です。

の中に スイス セントガレン大学のビジネス情報研究所では、ビジネスエンジニアリングのエグゼクティブMBA HSGの勉強を約18か月で完了することができます。米国（サンタクララ大学）と中国（上海）の2つの外国モジュールでは、管理方法がベルリンの研究モジュールによって教えられ、補足されています。

また、スイスでは、ビジネスエンジニアリングのエグゼクティブMBAは、ベルンベルンPHW大学の4学期に完了できます。コンテンツの焦点は、国際化戦略、テクノロジー管理、ビジネスモデル、価値創造の概念、情報管理とシステム、価値指向の企業管理、ターンアラウンド管理のテーマにあります。

の メキシコ Institutotecnológicoautónomodeméxicoでは、数学、経済、財政、管理、ITのトピックを備えた4年間のビジネスエンジニアリングプログラムがあります。

の チリ 大学大学は、2003年以来、ビジネスエンジニアリング（M.Sc.）の修士号を提供しています。ドイツやベルギーのように、管理教育、経営学、財務、経済、科学、技術が組み合わされています。このコースには、理論的トレーニングと、学生が民間または公共部門のプロジェクトを開発する実践的なアプローチが含まれています。プログラムは約4学期に続きます。

の ペルー 2008年以来、リマのパシコ大学でビジネスエンジニアリングを勉強できます。学生は、プロセスエンジニアリング、情報技術のエンジニアリング、またはプロジェクトエンジニアリングを掘り下げる機会があります。このコースには、多数のトピック（数学、物理学、コンピューターサイエンス、経済、哲学、社会学など）に関するコースとモジュールが含まれています。

の 救世主 2009年以来、エスクエラスーペリエエコノミアイーネゴシオ（エセン）の経験豊富な人々向けのプログラムがあります。このプログラムは、システムの観点、リソース、従業員、情報の間の複雑な関係のモデリングと分析、およびエンジニアリングの知識とビジネスの定量的および定性的理解の統合に焦点を当てています。他のプログラムと同様に、この調査には、経営管理、経済、リーダーシップ、イノベーション、情報技術など、さまざまな専門分野の要素が含まれています。

に フィリピン Ateneo de Naga Universityは、経営学の学士号（B.Sc.）のBEの専門化を可能にします。 4年間のプログラムは、若いテクノロジーベースの創設者を訓練し、学生がテクノロジー関連の業界でのキャリアに向けて準備することを目的としています。実用的なプロジェクトは、製品とアイデアを概念化および実装するための創造性と革新的な強さを刺激することを目的としていますが、同時にビコル地域の社会経済的発展が促進されます。また、起業家やビジネスマンの狭いネットワークがあり、「ベストプラクティス」が学習できるようにしています。

  • S. Aier、S。Kojuwit、J。Saat、R。Winter： ビジネスエンジニアリングナビゲーター：エンタープライズアーキテクチャ管理への「ビジネス」アプローチ。 In：S。Bernard、G。Doucet、J。Gøtze、P。Saha（ed。）： コヒーレンシー管理：アラインメント、敏ility性、保証のために企業をアーキテクテクティブします。 著者の家、ブルーミントン2009。
  • O.バロス、C。ジュリオ： エンタープライズおよびプロセスアーキテクチャパターン。 の： ビジネスプロセス管理ジャーナル。 Vol。17（4）、2011、S。598–618。
  • O. K.ファーストル、E。J。シンツ： ビジネスプロセスをモデリングするためのセマンティックオブジェクトモデル（SOM）のアプローチ。 の： ビジネス情報学。 Vol。37（3）、1995、S。209–220。
  • P.フェッケ： 経験的ビジネスエンジニアリング – 基礎と選択された結果。 ハビリテーション論文。 Saarland大学、Saarbrücken2008。 PDFをダウンロードします
  • H.オステル、D。祝福： ビジネスエンジニアリングアプローチ。 In：S。Strahringer（ed。）： ビジネスエンジニアリング。 HMD 42、nr。 241、2005、S。7-17。
  • H.Österle、F。Höning、P。Osl： ビジネスエンジニアリングのメソッドコア：教科書。 セントガレン大学、情報管理研究所、セントガレン2011。 PDFをダウンロードします
  • A. W. Scheer： ビジネスプロセスエンジニアリング：産業企業向けの参照モデル。 第2版​​。 Springer Verlag、ベルリン/ハイデルベルク1998。 books.google.nl
  • J.ヴァンミール、H。ソル： ビジネスエンジニアリング：ダイナミックな世界の動的モデリング機器。 の： シミュレーションとゲーム。 Vol。27（4）、1996、S。440–461。 sag.sagepub.com
  • R.ウィンター： ビジネスエンジニアリングナビゲーター：ビジネスソリューションの設計と分析「Business-IT」。 スプリンガー、ベルリン/ハイデルベルク2011。 springer.com
  • R.ウィンター： ビジネスエンジニアリングのモデル、技術、ツール。 In：H。Österle、R。Winter： ビジネスエンジニアリング。 Springer、Berlin/ Heidelberg 2003、S。87–118。
  1. ↑ H.Österle、R。Winter： ビジネスエンジニアリング：情報年齢の会社に向かう途中。 第2版​​。スプリンガー、ベルリン2003。
  2. ↑ ヒューバート・オステル： ビジネスエンジニアリング：プロセスとシステム開発。 バンド1： デザインテクニック。 Springer、Heidelberg1994。（2番目、改良版1995）
  3. ↑ UlrikeBaumöl、Reinhard Jung： 再帰変換：ビジネスエンジニアリングマップの開発。 In：Walter Brenner、Thomas Hess（編）： 科学と実践におけるビジネス情報学 – ヒューバート・オステルの記念出版。ビジネスエンジニアリング。 Springer、Berlin 2014。
  4. ↑ a b c ロバート・ウィンター： ビジネスエンジニアリングのモデル、技術、ツール 。 In：HubertÖsterle、Robert Winter（ed。）： ビジネスエンジニアリング – 情報年齢の会社に行く途中 。第2版​​。 Springer、Berlin 2003、 S. 88 。
  5. ↑ トーマス・ヘス、クリスティン・レグナー、ヴェルナー・エスワイン、ヴォルフガング・マアース、クリスチャン・マット、ヒューバート・オステル、 ビジネスおよび情報システムエンジニアリングのトピックとしてのデジタルライフ？ ビジネスおよび情報システムエンジニアリング（近日公開）。
  6. ↑ a b Jeroen Van Meel、Henk Sol： ビジネスエンジニアリング：ダイナミックな世界の動的モデリング機器。 の： シミュレーションとゲーム。 Vol。27（4）、1996、S。440–461。
  7. ↑ ヒューバート・オステル、ダイエットの祝福： ビジネスエンジニアリングアプローチ。 の： HMD。 42、いいえ。 241、2005、pp。7–17（ オンライン ）。
  8. ↑ ウルリケツリーオイル： プロセス管理における文化的変化。 In：Jan Brocke、Michael Rosemann（編）： ビジネスプロセス管理に関するハンドブック2。 Springer、Berlin 2010。
  9. ↑ Hubsber Estlle、Robert Winter、FrankHöhn、Stephan Kurpjuvenitut、Philipp OSL： ビジネスエンジニアリング：Core-Business-Metamodell 。の： WISU-経済問題の研究 。 バンド 36 、 いいえ。 2 、2007年、 S. 191–194 。
  10. ↑ ビジネスエンジニアリングフォーラム （ 記念 2012年12月17日のWebアーカイブ archive.today ））
  11. ↑ August-Wilhelm Scheer： ARIS：モデリング方法、メタモデル、アプリケーション。 第4版。 Springer、Berlin 2001。
  12. ↑ ロバート・ウィンター、ロニー・フィッシャー： エンタープライズアーキテクチャの必須レイヤー、アーティファクト、および依存関係。 の： Journal of Enterprise Architecture。 Vol。3（2）、2007、S。7–18。
  13. ↑ Scheer 2001、S。18。
  14. ↑ aier u。 a。 2008年。
  15. ↑ オットーK.ファーストル、エルマーJ.シンツ： ビジネスプロセスをモデリングするためのセマンティックオブジェクトモデル（SOM）のアプローチ。 の： ビジネス情報学。 Vol。37（3）、1995、S。209–220。
  16. ↑ ダニーワインバーガー： …そして、ビジネスの要件は最初ですよね？ の： オブジェクトスペクトル。 EAMエディション、2010年。
after-content-x4