大企業情報システムのアーキテクチャ設計(その2) - アーキテクチャ設計手法の紹介

4.アーキテクチャ設計方法論の概要

今私は簡単に情報システムアーキテクチャ設計の方法論を紹介します、なぜ方法論を導入すべきか、ここでは建築設計機能の分野に入ることです。 ちょうど今我々は、企業情報システムのアーキテクチャ設計を行うために、鍵は、企業の内外の環境と企業の目標を理解することです。 しかし一方で、建築デザインの分野は、この20年または30年の間にますます専門分野になってきています。 言い換えれば、多くの人々が建築設計のシステムを構築するために多大な努力を払っており、その目的はアーキテクチャ設計を抽象化することです(結局のところ、多くの客観的な法律があります。 。 孔子教授は「思考なしで学ぶことは無差別であり、学習することなく考えることは危険である」と語った。ちょうど私たちが話したことは、実際には企業の情報システムについて考えることを全員が反映する「思考」のプロセスである特徴。 しかし、勉強することは受け入れられないし、他の人々の方法論を見なければならない。建築設計の分野では、抽象的なものを共通にする以外に、アーキテクチャ設計プロセスで使用できるものでなければならない。 ここでは簡単な話があります(この部分は私の焦点では​​ありません。時間が足りないためです)、5つの方法論は現在のよりよく知られた方法論であると言わなければなりません:

DODAFは米国国防総省の支配的な建築であり、MODAFは英国国防総省の支配的な建築であり、DODAFと何か関係があり、DODAFから多くを借りて、それ自体を建設していることからもわかる。 TOGAFは、ISOアーキテクチャに相当するOpenGroupアーキテクチャシステムです。 Zachman Enterprise Frameworkは、20年以上にわたり、古い紳士であるZachman氏が設立したアーキテクチャシステムです。 この数字の真ん中では、それは4 +1であり、UML、Usecaseなどに精通しているこのシステムを何人の人が理解しているか分かりません。RUP関連のシステムはもう少し理解できるかもしれません。 私が見ることができる5つのアーキテクチャは、国防総省である2つのアーキテクチャ、1つは国際的な組織、1つは個人またはビジネス、もう1つはフィールドスペシャリスト(Kruchten)であると考えています。システムはまだいくつかの代表です。 ここから、機関、国際機関、企業、個人などの多くの人々が独自のアーキテクチャ方法論を持っていることがわかります。 ここでは簡単な紹介と、それに続く2つのアーキテクチャー手法を紹介します。

5. Zachmanエンタープライズアーキテクチャ(5W1H)

最初のZachmanのエンタープライズアーキテクチャですが、私は簡単に5W1Hです。 (フォントは比較的小さくても、誰もがPPTを見ることができます)。 5W1Hこのモデルは、エンタープライズアーキテクチャだけでなく、何、誰、どこで、いつ、なぜ、どのように、分析モデルのすべての分野でそのような形式を使用することができると聞いてきたと思います。 このようなシステムの主な特徴は何ですか?これらの点の詳細を詳細に紹介する時間はありません。主なポイントは、印象を与えて後で使用できることです。分析に適しています - エンタープライズ情報システムアーキテクチャのあらゆる側面を分析するのに理想的です。 これは私たちがより理解しやすいはずであると考えています。このnW1Hメソッドは、要素のすべての要素をリストするために使用できるので、非常に効果的な分析方法です。 私たちは、エンタープライズ情報システムアーキテクチャーに影響を与える重要な要素、つまり内部環境、外部環境、目標がここに反映されていることから始めることを忘れないでください。

たとえば、私たちは最初の行(垂直コンテンツについては後で説明します):What:物事のリスト - あなたのビジネスは何ですか; How:プロセスのリスト - それを行う方法。 たとえば、銀行や保険会社のように、この時点でやることは確かに同じではありません。 さらに、これを行う方法は、別のビジネスプロセスの問題です。たとえば、同じ銀行、または同じ政府の場合、2つのプロセスがまったく同じではありません。 場所 - 地理的には、例えば、私は中関村のオフィスビルにある小規模オフィス会社で、全国の36,000店舗の銀行です。情報システムは同じである可能性がありますか? 不可能。 Who - 人または役割は、このビジネスにおける情報システムの使用または構築に関与する人の数です。 時間、つまり、企業情報システムの特徴的な時間特性がなくなると、後でそれについて話すことができます。 なぜ、究極の企業目標であるのですか。それがあなたのビジネスがこれらのことを行うべき理由とそうする原動力です。 したがって、これらの次元は、先に述べたビジネスの分析、内部環境、外部環境、その他の要因や目標に非常に役立ちます。

次に、垂直を見て、垂直は、実際にはマクロからマイクロに階層構造です。 スコープは最も厚いラインですが、この6つのポイントが「リスト」であることがわかります。 次に、ビジネス、ビジネスレベル、例えば、あなたがどのような種類のエンティティを持っているか、どのような種類のビジネスプロセスなど、以下のビジネス、ビジネスレベルを洗練します。 もう一度、システムレベルで、あなたのデータモデルは何ですか? さらに、これらのデータをどのように構築するのか、技術的なレベルです。 さらにコンポーネントレベルまで、次にエグゼクティブレベルまで。 垂直が階層構造であるため、水平は角度構造であり、このような行列構造では、エンタープライズ情報システムのすべての側面をここにリストすることができます。 これは、以前に述べたことと一致しています。エンタープライズ情報システムのアーキテクチャーを決定する際に考えるべきことはすべてここにあります。

ちなみに、それを強調するために、フレームワークは分析に適しており、必要なコンテンツをすべてリストするのに適していますが、必ずしもデザインには適していません。 我々は、エンタープライズ情報システムのすべての部分は、何が何を言っているが、どのように行うには、リストされていないことがわかります、これはこのフレームワークの特徴です。

6. Zachmanエンタープライズアーキテクチャ

ここに中国語のコンテンツがあります、中国語は私の翻訳ではありませんが、私は問題はありません。 簡単に言えば、Zachmanのアーキテクチャはウェブサイトを持っています。つまり、同社のウェブサイト、87年前の(85年のスピーチ、それは記憶されるべきです)、そして現在では20年以上の歴史です。 同社は建築家のトレーニングと認定も提供しています。私はそれらとは関係がないため、広告はしません。 私が強調したいのは、この構造もまた20年以上の変化の後に最初のものと大きく異なっているということです。 ここでは、私は2日前にも、どのような法律が完全に正式化されるべきではないのか、最終的には建築設計が求められていたので、途中で提出する。 このアーキテクチャからは、20年以上にわたって変化してきており、過去10年ほど新しいバージョンが毎年リリースされると言えるでしょう。 言い換えれば、アーキテクチャ設計は絶対に特定のルールではありません。 なぜ私はこのサイトを貼りたいのかを知るためにこのサイトに行くことに興味があります。私は彼に広告したくありません。このサイトは良い場所を持っているので、サイトはこのマップのマトリックスを持っていますマウスを使用するには、概念の説明があります、我々は単純な研究にこのフォームを通過することができますエンタープライズアーキテクチャのデザインを見てどの要因を考慮する必要があります。

カテゴリ:Default 時間:2018-05-15 人気:1

関連記事

Copyright (C) socapnw.com, All Rights Reserved.

Socapnw All Rights Reserved.

processed in 0.262 (s). 12 q(s)