ITアーキテクチャ設計について学んだのでメモしておく

IEEE1471にてメタモデルが定義されている。

以下の3つに分類される。詳細は後述する。

アーキテクチャに唯一無二の答えはない。
そのため、演繹的な進め方ではいつになってもアーキテクチャは出来上がらない。

ので、仮説検証型で検討を進める。
まず仮説をたて、それで要件を満たせること・満たせないことをはっきりさせる。
そのうえで、顧客の要望との落とし所を探していく。

既存システムを一気に新たなアーキテクチャで作りかえる、というのは現実的でない。
既存システムを生かしつつ、段階的に着実にアーキテクチャを適用していく。

IT駆使において最先端の企業に対して、どの程度の距離感をもって進んでいくか、というビジョン。

答えがないものを、答えがあるところまで落としこんでいくのがITアーキテクトの仕事。
ITスペシャリストは、ITアーキテクトが落とし込んだ答えのある領域で、答えを突き詰めるのが仕事になる。

ビジネス、技術、マネジメント、の全てをバランスよく身につけている必要がある。

機能要件を実現するためのアーキテクチャ。
ITコンサルに近いイメージか？

システム基盤要件、特に非機能要件を実現するためのアーキテクチャ。

説明は下記サイトが詳しい。

「ビジネス目標を達成するためのIT投資とシステム・デザインをガイドするフレームワークとコンプライアンス」

一般的なシステム構成や、機能要件/非機能要件の例などを提示。
下記サイトから、TRMおよびTRMの活用手引きを入手できる。

以下のように、多数の企業がTRM対応製品を出している。

システム間、フレームワーク間、などの連携を実現するためのアーキテクチャ。
どのような目的で、どことどこを、どのような方式で連携させるか。

oknknicの日記