Loading article…
エンタープライズアーキテクチャにおけるエンタープライズライフサイクル（ELC）は、新しいビジネスプロセス、新しいテクノロジー、新しい機能を組み込み、企業の既存の要素を保守、処分、廃棄することで、時間の経過とともに企業を変化させる動的な反復プロセスです。[1]
概要
エンタープライズライフサイクルは、エンタープライズアーキテクチャ（EA）、エンタープライズエンジニアリング[2]、システムエンジニアリング[3]における重要な概念です。エンタープライズアーキテクチャプロセスは、プログラム管理サイクルやシステム開発ライフサイクルなどの同様のプロセスと密接に関連しており、製品ライフサイクルに見られるものと同様の特性を持っています。[4]
エンタープライズ ライフサイクルの概念は、エンタープライズ アーキテクチャの実装と、投資の選択、管理、評価を行う資本計画および投資管理 (CPIC) プロセスに役立ちます。これらのプロセスの上には、人的資本管理と情報セキュリティ管理があります。これらのプロセスが効果的に連携すると、企業は情報技術を戦略的リソースおよびビジネス プロセス イネーブラーとして効果的に管理できます。これらのプロセスが適切に同期されると、システムは進化的かつ漸進的な開発を通じて従来の技術環境から効率的に移行し、機関は投資収益率(ROI)を実証できます。上の図は、時間の経過とともに発生する動的サイクルとインタラクティブ サイクルの相互作用を示しています。[1]
エンタープライズライフサイクルのトピック
エンタープライズアーキテクチャプロセス
すべてのエンタープライズ アーキテクチャの開発の前提条件として、各機関は EA を開発する必要性を確立し、ビジョン、目的、原則の定義を含む戦略を策定する必要があります。図は EA プロセスを表しています。幹部の賛同とサポートを確立し、組織内にアーキテクチャ チームを作成する必要があります。チームは、機関のニーズに合わせたアプローチとプロセスを定義します。アーキテクチャ チームは、ベースライン EA とターゲット EA の両方を構築するプロセスを実装します。[1]
アーキテクチャ チームは、詳細なギャップ分析に基づいて、システム、アプリケーション、および関連するビジネス プラクティスの移行の順序付け計画も作成します。アーキテクチャは、優先順位付けされた段階的なプロジェクトと新しいテクノロジの導入を通じて、CPIC とエンタープライズ エンジニアリングおよびプログラム管理プロセスで採用されます。最後に、アーキテクチャは、エージェンシーの現在のベースラインとターゲットのビジネス プラクティス、組織の目標、ビジョン、テクノロジ、インフラストラクチャを反映するように、継続的な変更を通じて維持されます。[1]
アーキテクチャライフサイクル
この図は、アーキテクチャの進化の過程を示しており、実装されたアーキテクチャの開発、分析、進化においてアーキテクチャ記述がサポートするプロセスを示しています。この図では、運用ビューを使用して、システム ビューに対して評価される要件を推進しています。運用上の欠陥は分析から導き出され、実行可能な候補が特定されます。これらの候補は、物質的または非物質的なソリューションの形をとることができ、アーキテクチャの運用ビューとシステム ビューにモデル化されます。[5]
アーキテクチャは再分析され、運用上の欠陥が最小限に抑えられるまでプロセスが続けられます。最終的な実行可能な候補セットは、運用上の実行可能性について評価されます。評価結果に基づいて設計変更が行われ、予算編成プロセスに組み込むために提出されます。この開発、分析、および変更のプロセスは、アーキテクチャのライフサイクル全体にわたって継続されます。[5]
エンタープライズライフサイクルアクティビティ
エンタープライズ ライフサイクルは、企業全体にわたる管理、ビジネス、エンジニアリング ライフサイクル プロセスを統合して、ビジネスと IT の活動を整合させます。エンタープライズ ライフサイクルとは、一般的に、企業のミッションをサポートするためにビジネスと技術の実践を継続的に更新する際に、組織が活動を管理し、意思決定を行うアプローチを指します。これらの活動には、投資管理、プロジェクト定義、構成管理、説明責任、システム開発ライフサイクル (SDLC) に従ったシステム開発のガイダンスが含まれます。[6]
エンタープライズライフサイクルは、企業全体の計画活動と意思決定に適用されます。対照的に、システム開発ライフサイクルは、通常、個々のシステムを構築するための実践を指します。どのようなシステムを構築するかを決定することは、企業レベルの決定です。[6]
右の図は、エンタープライズライフサイクル方法論の概念的な活動を示しています。この文書の文脈では、エンタープライズライフサイクルは特定の方法論や特定の局のアプローチを指すものではありません。各組織は、その規模、企業の複雑さ、およびニーズの範囲に適した、文書化されたエンタープライズライフサイクル方法論に従う必要があります。[6]
エンタープライズパフォーマンスライフサイクル
エンタープライズ パフォーマンス ライフ サイクル (EPLC) は、最高情報責任者(CIO)のオフィスで実行される主要なビジネス機能を網羅し、特に、さまざまなビジネス機能間の関係と、それらの実行の一般的な順序と反復的な性質を高レベルで示します。図に示されているように、EPLC 概念図の中心にエンタープライズ アーキテクチャが配置されているのは、エンタープライズ パフォーマンス ライフ サイクルの主要なビジネス機能に対してエンタープライズ アーキテクチャが果たすサポートと有効化の役割を反映しています。[7]
エンタープライズアーキテクチャ(EA) プログラムは、EA フレームワークの開発と強化、EA リポジトリでのデータの収集と入力、EPLC プロセスの実行を容易にするために使用できるビュー、レポート、分析ツールの開発において、エンタープライズ パフォーマンス ライフ サイクル (EPLC) プロセスの情報ニーズを明確に考慮します。図の EPLC 概念図は、主要なビジネス機能の部門の視点を示しています。EPLC は、新しい投資が EPLC の各フェーズを通過するため、個々の投資またはプロジェクトの観点からも関連しています。投資レベルの視点は、エンタープライズ パフォーマンス ライフ サイクル フレームワークで詳しく説明されています。[7]
参照
参考文献
- ^ abcdef 最高情報責任者協議会 (2001)。連邦エンタープライズアーキテクチャの実践ガイド。2010-01-07 に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
- ^ abc DoD Architecture Framework Working Group (2003). DoD Architecture Framework バージョン 1.0 デスクブック、 2003 年 8 月 15 日、 Wayback Machineで2007 年 9 月 27 日にアーカイブ。
- ^ abcd 米国財務省最高情報責任者会議 (2000)。財務エンタープライズ アーキテクチャ フレームワーク、Wayback Machineで 2009 年 3 月 18 日にアーカイブ。バージョン 1、2000 年 7 月。
- ^ abc 米国保健福祉省 (2007)。HHS エンタープライズ アーキテクチャ ガバナンス計画 FY2007。
さらに読む
- Alain Bernard、Serge Tichkiewitch (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。