エンタープライズライフサイクル
エンタープライズアーキテクチャにおけるエンタープライズライフサイクル（ELC）とは、新しいビジネスプロセス、新しい技術、新しい機能を取り入れ、企業の既存の要素を保守、処分、廃棄することで、時間の経過とともに企業を変化させる動的な反復プロセスです。[ 1 ]
概要
エンタープライズライフサイクルは、エンタープライズアーキテクチャ（EA）、エンタープライズエンジニアリング[ 2 ]、システムエンジニアリング[ 3 ]における重要な概念です。エンタープライズアーキテクチャプロセスは、プログラム管理サイクルやシステム開発ライフサイクルなどの類似のプロセスと密接に関連しており、製品ライフサイクルに見られるものと同様の特性を持っています。[ 4 ]
エンタープライズライフサイクルの概念は、エンタープライズアーキテクチャの実装と、投資の選択、管理、評価を行う資本計画・投資管理（CPIC）プロセスを支援します。これらのプロセスは、人的資本管理と情報セキュリティ管理によって支えられています。これらのプロセスが効果的に連携することで、企業は情報技術を戦略的資源およびビジネスプロセス実現手段として効果的に管理できます。これらのプロセスが適切に同期されると、システムは進化的かつ漸進的な開発を通じてレガシー技術環境から効率的に移行し、機関は投資収益率（ROI）を示すことができます。上の図は、時間の経過とともに発生する動的かつインタラクティブなサイクルの相互作用を示しています。[ 1 ]
エンタープライズライフサイクルのトピック
エンタープライズアーキテクチャプロセス
あらゆるエンタープライズ・アーキテクチャ（EA）開発の前提条件として、各機関はEA開発の必要性を認識し、ビジョン、目標、原則の定義を含む戦略を策定する必要があります。図はEAプロセスの一例です。経営陣の賛同と支援を得て、組織内にアーキテクチャチームを編成する必要があります。チームは、機関のニーズに合わせたアプローチとプロセスを定義します。アーキテクチャチームは、ベースラインEAとターゲットEAの両方を構築するためのプロセスを実行します。[ 1 ]
アーキテクチャチームは、詳細なギャップ分析に基づき、システム、アプリケーション、および関連するビジネスプラクティスの移行のためのシーケンス計画も作成します。このアーキテクチャは、優先順位付けされた段階的なプロジェクトと新興技術の導入を通じて、CPIC（Central Integrity Planning and Control：共通基盤計画）およびエンタープライズエンジニアリングおよびプログラムマネジメントプロセスに導入されます。最後に、アーキテクチャは、機関の現在のベースラインおよびターゲットとなるビジネスプラクティス、組織目標、ビジョン、テクノロジー、およびインフラストラクチャを反映するために、継続的な修正を通じて維持されます。[ 1 ]
アーキテクチャライフサイクル
この図は、アーキテクチャの進化過程を描き、実装されたアーキテクチャの開発、分析、そして進化においてアーキテクチャ記述がサポートするプロセスを示しています。この図では、運用ビューを用いて要件を導き出し、システムビューで評価しています。運用上の欠陥は分析から導き出され、実行可能な候補が特定されます。これらの候補は、物質的または非物質的な解決策の形をとる場合があり、アーキテクチャの運用ビューとシステムビューにモデル化されます。[ 5 ]
アーキテクチャは再分析され、運用上の欠陥が最小限に抑えられるまでこのプロセスは継続されます。最終的に選ばれた実行可能な候補は、運用上の実現可能性について評価されます。評価結果に基づいて設計変更が行われ、予算策定プロセスに反映されます。この開発、分析、修正のプロセスは、アーキテクチャのライフサイクル全体を通じて継続されます。[ 5 ]
エンタープライズライフサイクルアクティビティ
エンタープライズ・ライフサイクルは、企業全体にわたる管理、ビジネス、エンジニアリングのライフサイクルプロセスを統合し、ビジネス活動とIT活動を連携させます。エンタープライズ・ライフサイクルとは、一般的に、企業のミッションを支えるために、ビジネスおよび技術プラクティスを継続的に刷新する中で、組織が活動を管理し、意思決定を行うためのアプローチを指します。これらの活動には、投資管理、プロジェクト定義、構成管理、アカウンタビリティ、そしてシステム開発ライフサイクル（SDLC）に基づいたシステム開発のガイダンスが含まれます。[ 6 ]
エンタープライズライフサイクルは、企業全体の計画活動と意思決定に適用されます。一方、システム開発ライフサイクルは、一般的に個々のシステムを構築するための実践を指します。どのようなシステムを構築するかは、企業レベルでの意思決定です。[ 6 ]
右の図は、エンタープライズ・ライフサイクル方法論の概念的な活動を示しています。本文書におけるエンタープライズ・ライフサイクルは、特定の方法論や特定の部署のアプローチを指すものではありません。各組織は、その規模、組織の複雑さ、そしてニーズの範囲に応じて、文書化されたエンタープライズ・ライフサイクル方法論に従う必要があります。[ 6 ]
エンタープライズパフォーマンスライフサイクル
エンタープライズ・パフォーマンス・ライフサイクル（EPLC）は、最高情報責任者（CIO）のオフィスにおいて実行される主要なビジネス機能を網羅し、特に、様々なビジネス機能間の関係性と、それらの実行における一般的な順序と反復性の両方を高レベルで示します。図に示されているEPLC概念図の中心にエンタープライズ・アーキテクチャが配置されていることは、エンタープライズ・パフォーマンス・ライフサイクルにおける主要なビジネス機能に対するエンタープライズ・アーキテクチャの支援と実現の役割を反映しています。[ 7 ]
エンタープライズ・アーキテクチャ（EA）プログラムは、EAフレームワークの開発と強化、EAリポジトリへのデータの収集と入力、そしてEPLCプロセスの実行を促進するために使用できるビュー、レポート、分析ツールの開発において、エンタープライズ・パフォーマンス・ライフサイクル（EPLC）プロセスの情報ニーズを明確に考慮しています。図のEPLC概念図は、主要なビジネス機能を部門の観点から示しています。EPLCは、個々の投資やプロジェクトの観点からも関連性があり、それぞれの新規投資はEPLCの各フェーズを通過します。投資レベルの観点は、エンタープライズ・パフォーマンス・ライフサイクル・フレームワークに詳述されています。[ 7 ]
参照
参考文献
- ^ a b c d e f最高情報責任者協議会 (2001).連邦エンタープライズアーキテクチャ実践ガイド2010年1月7日アーカイブat the Wayback Machine
- ^ Kosanke, Kurt , F. Vernadat , Martin Zelm]. 「CIMOSA：エンタープライズエンジニアリングと統合」 Computers in Industry 40.2 (1999): 83-97.
- ^ Ronald E. Giachetti (2011)『エンタープライズシステムの設計：理論、アーキテクチャ、および方法』 p. 7
- ^アラン・ベルナール、セルジュ・ティチキエヴィッチ（2008年）『効果的な知識ライフサイクルマネジメントのための方法とツール』 p. 403
- ^ a b c DoDアーキテクチャフレームワークワーキンググループ (2003). DoDアーキテクチャフレームワークバージョン1.0デスクブック、 2003年8月15日、 Wayback Machineで2007年9月27日にアーカイブ。
- ^ a b c d米国財務省最高情報責任者会議 (2000年).財務エンタープライズアーキテクチャフレームワークArchived 2009-03-18 at the Wayback Machine . バージョン1, 2000年7月.
- ^ a b c米国保健福祉省 (2007). HHSエンタープライズアーキテクチャガバナンス計画2007年度.
さらに読む
- アラン・ベルナール、セルジュ・ティシュキエヴィッチ（2008年）『効果的な知識ライフサイクル管理のための方法とツール』
- Peter Bernus、Laszlo Nemes、Günter Schmidt (2003).エンタープライズアーキテクチャハンドブック.
- ジェフリー・O・グレイディ（2006）『システム要件分析』
- Arturo Molina、Jose Manuel Sanchez、Andrew Kusiak (1998).ライフサイクルエンジニアリングハンドブック：概念、モデル、テクノロジー.
- François Vernadat (1996). 『エンタープライズモデリングと統合：原則と応用』
外部リンク
- エンタープライズライフサイクルマネジメントのプレゼンテーション 2005
- 連邦エンタープライズ ライフサイクルにおける EA 連邦エンタープライズ ライフサイクルにおける EA のプレゼンテーション 2006。
