マイクロサービスアーキテクチャ

システムを独立して開発・デプロイ可能な小さなサービスの集合として構築するアーキテクチャ。各サービスはAPIを介して通信し、個別にスケーリングや更新が可能。サービスメッシュやサーキットブレーカーで障害耐性を確保する。

アプリケーションを小さな独立したサービスの集合として構築するアーキテクチャスタイル。各サービスは独自のデータストアを持ち、APIを通じて通信する。独立した開発・デプロイ・スケーリングが可能だが、分散システムの複雑さが増す。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。

ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。

シミュレーションモデルを用いて設計・検証を行い、モデルから自動的にコードを生成する開発手法。MATLAB/Simulinkが代表的なツール。自動車や航空宇宙の組込みシステム開発で広く採用され、開発の効率化と品質向上に寄与する。

組織全体の業務プロセスと情報システムの構造を、ビジネスアーキテクチャ（BA）、データアーキテクチャ（DA）、アプリケーションアーキテクチャ（AA）、テクノロジーアーキテクチャ（TA）の4つの体系で整理し、全体最適化を図る手法。略称EA。

企業全体の業務とシステムを統一的な手法でモデル化し、全体最適の観点から業務とシステムの理想像を描く設計手法。ビジネスアーキテクチャ、データアーキテクチャ、アプリケーションアーキテクチャ、テクノロジアーキテクチャの4つの体系で構成される。

業務機能をサービスという独立した部品として設計し、それらを組み合わせてシステムを構築するアーキテクチャ。サービスの再利用性や柔軟な組み合わせにより、ビジネス変化に迅速に対応できるシステム構築を目指す。