1. アーキテクチャ フレームワーク: システムのアーキテクチャの包括的なビューを提供する一連のプラクティスとルールです。
2. 利害関係者の分析: システムに関心を持つさまざまな人々やエンティティを特定し、理解します。
3. 情報収集: 関連データを収集および分析して、システムのニーズをより正確に表現します。
4. ユースケース: ユースケースは、システムの機能とそれが関係者の要件を満たす方法を定義するのに役立ちます。
5. アーキテクチャ パターン: アーキテクチャ パターンは、ソフトウェア アーキテクチャで一般的に発生する問題に対する抽象的な解決策です。
6. 設計原則とガイドライン: 一貫性と品質を確保するための設計上の決定に役立つ一連のルールとガイドライン。
7. 機能要件: これらは、利害関係者を満足させるためにシステムが持つ必要のある機能を指定する要件です。
8. 非機能要件: 非機能要件は、パフォーマンス、使いやすさ、信頼性、拡張性など、システムが持つ必要がある品質属性を指定します。
9. データ アーキテクチャ: システムが情報を正確かつ安全に保存および管理する方法を確立します。
10. アプリケーション インフラストラクチャ: テクノロジ スタック コンポーネントの統合と、さまざまなモジュール、コンポーネント、およびアプリケーションの管理
11. ソフトウェア アーキテクチャ: 機能要件と非機能要件の両方を満たすために、ソフトウェア コンポーネントがどのように連携するかを定義します。
12. セキュリティ アーキテクチャ: システムの安全性を確保し、不正アクセスからデータを保護します。
13. アーキテクチャのドキュメント: アーキテクチャの定義要素と開発プロセス中に行われた決定を記録します。
発行日: