Linked.Archi

Linked.Archi Financial Architecture Extension

Viewpoint Definitions

https://meta.linked.archi/financial-architecture/onto#

v0.1.0 draft fina: Kalin Maldzhanski Linked.Archi Modified: 2026-05-03 License

Extension ontology for financial aspects of enterprise architecture. Provides vocabulary for Total Cost of Ownership (TCO) models, cost allocation to business capabilities and value streams, investment case tracking (Run/Grow/Transform), cost-benefit analysis for architecture decision options, and FinOps cloud cost management. Not intended to replace financial planning tools — the goal is to make cost a queryable dimension of the architecture knowledge graph, enabling questions like "What is the annual run cost of all applications supporting this capability?" or "Which decision option has the best NPV?" Motivated by Gartner 2025 Leadership Vision identifying lack of financial acumen as one of the five mistakes EA teams make.

Contents

Cloud Cost Optimization

Cloud FinOps

View of cloud cost allocation — spending by provider, service type, application, and team. Aligned with FinOps Foundation practices.
Purpose: Governing
Concerns: Cloud Cost Optimization
View type: Matrix, Catalog
Included concepts:
CloudCostAllocation CostModel

Total Cost of Ownership

Cost Overview

High-level overview of architecture costs — total cost by capability, by application, by technology platform. The entry point for financial analysis of the architecture landscape.
Purpose: Informing, Deciding
Concerns: Total Cost of Ownership
View type: Matrix, Catalog
Included concepts:
CostModel CostItem

Investment Prioritization

Investment Portfolio

View of architecture investments — Run/Grow/Transform classification, projected ROI, payback periods, and budget allocation. Used for investment prioritization and portfolio balancing.
Purpose: Deciding
Concerns: Investment Prioritization
View type: Matrix, Diagram
Included concepts:
InvestmentCase Budget Forecast

Technical Debt Visibility

Technical Debt Landscape

View of technical debt across the portfolio — which applications carry the most debt, what is the annual interest cost, and what would remediation cost. Makes the invisible visible for business stakeholders.
Purpose: Informing, Deciding
Concerns: Technical Debt Visibility
View type: Matrix, Catalog
Included concepts:
TechnicalDebtCost CostModel