For the complete documentation index, see llms.txt. This page is also available as Markdown.

Metamodel

The classes, references and relationships with which YouDesign Command extends the ServiceNow CSDM into a full enterprise portfolio model.

YouDesign Command (UPMX) extends the ServiceNow Common Services Data Model (CSDM) into a full enterprise portfolio model covering strategy, organisation, value, capability, application, data, technology, AI, work, and architecture. One consistent shape that any ServiceNow admin can manage and extend.

YouDesign Command Extensions on the ServiceNow CSDM

YouDesign Command's metamodel is the ServiceNow CSDM, extended with the concepts an enterprise portfolio practice needs. The extensions sit inside the ServiceNow scope x_inpgh_upmx (UPMX) and inherit from the same Configuration Item base class as CSDM, so they share permissions, audit, discovery, CMDB Health, and Service Graph.

YouDesign Command extensions on the ServiceNow CSDM

Vocabulary used on this page

Term
Also called
What it means

Class

Table · Object type · Component type

A category of thing in the model. Every class is backed by a ServiceNow table.

Reference

One-to-many relationship

A single-target pointer field. The "many" side stores the foreign key.

Relationship

Many-to-many · CI relationship

A two-way link between two records, stored in cmdb_rel_ci. The relationship type carries both forward and reverse verbs.

Hierarchy

Self-reference · Parent/child

A reference from a class to itself, used for tree structures (e.g., capability sub-capabilities).

Field

Property · Attribute · Column

A piece of data on a record. Fields added to x_inpgh_upmx_portfolio_element are inherited by every sub-class.

YouDesign Command Metamodel

The diagram below shows the relationships that provide a full line of sight across the enterprise. Not every class needs to be used in every architecture practice. The model is broad enough to fit different maturity levels and portfolio scopes.

YouDesign Command metamodel

Green shapes are ServiceNow CSDM tables; all other shapes are YouDesign Command extensions. Because the extensions inherit from cmdb_ci, the platform treats them as ordinary Configuration Items.

YouDesign Command BIZBOK Extensions

YouDesign Command adopts BIZBOK-aligned concepts where they add value for enterprise portfolio planning. A small number of BIZBOK concepts are intentionally not implemented because they are redundant with stronger YouDesign Command concepts or with the platform's existing target-state architecture techniques.

YouDesign Command BIZBOK extensions

Concepts intentionally not implemented

BIZBOK concept
Rationale for not implementing

Change

Redundant with Strategy, Initiative, and Project. Superseded by the YouDesign Command target-state architecture techniques (Layer, Segment, and Solution Architecture).

Course of Action

Redundant with the Strategy concept.

Capability Behavior

Implementable on a per-customer basis when demand emerges.

Process Outcome

Redundant with the business-process modelling techniques already supported by YouDesign Command; implementable per-customer when needed.

Product Entitlement

Implementable on a per-customer basis when demand emerges.


How to read the catalog

The sections below list every documented type as its own card. Each card shows the user-facing label, the technical table name in code, a short definition, and the relationships that the relationship picker offers from or to that type.

Verb notation. Each relationship is shown as Forward :: Reverse. The forward verb reads from this type to the other; the reverse is what the other type says back. For example, Uses :: Used by → Software Product reads as "this type Uses Software Product; Software Product is Used by this type."

Inbound vs. outbound. Inbound lists the types that point at this one. Outbound lists the types this one points to. When both lists hold the same edges, the card collapses them into a single bidirectional block, shown with an ↔ arrow.

All relationships are many-to-many CI relationships stored in cmdb_rel_ci. None of the listed relationships are one-to-one or one-to-many. References (one-to-many fields) live on the table dictionary and are covered on the Properties page, not here.

Click any type name in a relationship line to jump to that type's card.

New to the model? Read Portfolio Element first (the superclass that every YouDesign Command-specific type extends), then the three CSDM cards (Business Application, Business Capability, Information Object), then the Strategy & Direction and Capabilities & Processes domains under Portfolio Element extensions. Everything else builds on those.


ServiceNow CSDM tables used by YouDesign Command

YouDesign Command reuses these ServiceNow CSDM tables for the core business and data concepts so the enterprise model stays aligned with CSDM rather than duplicating it.

Business Application

cmdb_ci_business_app

A Business Application is a logical representation of one or more deployed software product instances that together support a specific business process or capability, regardless of where they physically run.

Inbound relationships (47)
Outbound relationships (52)

Business Capability

cmdb_ci_business_capability

A Business Capability describes what an organisation requires to execute its business model or fulfil its mission. Capabilities are organisational-level skills embedded in people, processes, and technology, independent of the systems that realise them.

Inbound relationships (45)
Outbound relationships (49)

Information Object

cmdb_ci_information_object

An Information Object is a logical or conceptual representation of a real-world data object, e.g. a Person, Account, Asset, Contract, Order, independent of the systems where it is stored.

Inbound relationships (48)
Outbound relationships (47)

Any ServiceNow table can be connected to YouDesign Command tables via CI relationships. Anything that already lives in the CMDB is one relationship away.


Portfolio Element, the YouDesign Command architectural superclass

Every YouDesign Command-specific object type inherits from x_inpgh_upmx_portfolio_element, giving the model a single ownership, lifecycle, scoring, relationship, and reporting foundation.

Portfolio Element

x_inpgh_upmx_portfolio_element

Portfolio Element is the super-class containing all sub-classes e. g. Business Application in UPMX.

Connected types (7) · bidirectional
  • impacts :: impacted by ↔ Business Event

  • Uses :: Used by ↔ Organizational Unit

  • Creates :: Created by ↔ Project

  • Introduces :: Introduced by ↔ Project

  • Migrates :: Migrated by ↔ Project

  • Removes :: Removed by ↔ Project

  • Updates :: Updated by ↔ Project

Why a superclass. Any field added to Portfolio Element is instantly inherited by every sub-table, so ownership, lifecycle, scoring, relationships, and reporting are managed centrally. Once, not per object type.


Portfolio Element extensions

These are the primary architectural object types. They are grouped by domain (strategy, organisation, value, capability, performance, application, data, AI, and architecture) so the model can be navigated by concern, not just by table.

Strategy & Direction

Why the organization changes and how intent becomes measurable direction.

Driver

x_inpgh_upmx_driver

A driver represents an external or internal influence that motivates an organization to define its goals and implement the changes necessary to achieve them.

Connected types (4) · bidirectional
  • has interest :: has relevance ↔ Actor

  • influences :: is influenced by ↔ Goal

  • generates :: generated by ↔ Market

  • impacts :: impacted by ↔ Risk

Goal

x_inpgh_upmx_goal

A Goal is something directional your business aims to be, as described in words. The organizational goals of a company typically focus on its long-range intentions for operating and its overall business philosophy. E.g. “Be the most customer-centric service supplier in Northern Europe.”

Connected types (7) · bidirectional
  • has interest :: has relevance ↔ Actor

  • influences :: is influenced by ↔ Driver

  • leads to :: led from ↔ Goal

  • leads to :: led from ↔ Mission

  • leads to :: led from ↔ Objective

  • impacts :: impacted by ↔ Risk

  • leads to :: led from ↔ Strategy

Mission

x_inpgh_upmx_mission

A Mission is a written declaration of an organization's core purpose and focus that normally remains unchanged over time. Properly crafted mission statements serve as filters to separate what is important from what is not, clearly state which markets will be served and how, and communicate a sense of intended direction to the entire organization.

Connected types (3) · bidirectional
  • has interest :: has relevance ↔ Actor

  • leads to :: led from ↔ Goal

  • leads to :: led from ↔ Vision

Objective

x_inpgh_upmx_objective

An Objective is a specific target that helps to measure a goal achievement and typically set out in numbers. Objectives need to be Specific, Measurable, Attainable, Relevant and Time-limited (SMART). E.g. Reduce OPEX by 20% by end of 2018.

Connected types (16) · bidirectional
  • has interest :: has relevance ↔ Actor

  • has target :: is target ↔ Business Capability

  • fulfills :: fulfilled by ↔ Business Requirement

  • has target :: is target ↔ Capability Instance

  • leads to :: led from ↔ Goal

  • leads to :: led from ↔ Initiative

  • measures :: measured by ↔ Metric

  • delivered by :: delivers ↔ Organizational Unit

  • Owns :: Owned by ↔ Organizational Unit

  • influences :: is influenced by ↔ Policy

  • Implements :: Implemented by ↔ Project

  • is implemented by :: implements ↔ Project

  • impacts :: impacted by ↔ Risk

  • Achieves :: Achieved by ↔ Strategy

  • Enables :: Enabled by ↔ Strategy

  • has target :: is target ↔ Value Stream

Policy

x_inpgh_upmx_policy

A statement of direction for an organization. A rule that prohibits or prescribes specific actions for given conditions ...

Connected types (8) · bidirectional

Principle

x_inpgh_upmx_principle

A Principle is a guiding sense of requirements and obligations the organization has conducted. Architecture Principles, Formats and other Guiding Principles can be managed in a hierarchal order.

Connected types (71) · bidirectional

Strategy

x_inpgh_upmx_strategy

A Strategy describes how the company will achieve its goals and objectives by deploying its scarce resources to gain a sustainable competitive advantage.

Connected types (22) · bidirectional
  • has interest :: has relevance ↔ Actor

  • consists of :: is part of ↔ Building Block

  • influences :: is influenced by ↔ Business Capability

  • impacts :: impacted by ↔ Business Product

  • influences :: is influenced by ↔ Capability Instance

  • Supports :: is Supported by ↔ Demand

  • leads to :: led from ↔ Goal

  • impacts :: impacted by ↔ Idea

  • is implemented by :: implements ↔ Initiative

  • influences :: is influenced by ↔ Journey

  • Supports :: is Supported by ↔ Layer Architecture

  • Achieves :: Achieved by ↔ Objective

  • Enables :: Enabled by ↔ Objective

  • is implemented by :: implements ↔ Program

  • is implemented by :: implements ↔ Project

  • impacts :: impacted by ↔ Risk

  • Supports :: is Supported by ↔ Segment Architecture

  • Supports :: is Supported by ↔ Solution Architecture

  • defines :: defined by ↔ Stakeholder

  • Owns :: Owned by ↔ Stakeholder

  • leads to :: led from ↔ Strategy

  • influences :: is influenced by ↔ Value Stream

Vision

x_inpgh_upmx_vision

A Vision is an aspirational description of what an organization would like to achieve or accomplish if they successfully fulfill their organizational purpose or mission.

Connected types (2) · bidirectional
  • has interest :: has relevance ↔ Actor

  • leads to :: led from ↔ Mission

Organization & Accountability

Who owns, governs, sponsors, performs, or is affected by the portfolio.

Actor

x_inpgh_upmx_actor

Actors are abstract representations of people, teams, departments, roles and groups.

Connected types (46) · bidirectional
  • has interest :: has relevance ↔ Business Application

  • has interest :: has relevance ↔ Business Capability

  • Performs :: Performed by ↔ Business Function

  • has interest :: has relevance ↔ Business Process

  • has interest :: has relevance ↔ Business Product

  • has interest :: has relevance ↔ Capability Instance

  • has interest :: has relevance ↔ Channel

  • has interest :: has relevance ↔ Component

  • has interest :: has relevance ↔ Data Store

  • has interest :: has relevance ↔ Domain

  • has interest :: has relevance ↔ Driver

  • has interest :: has relevance ↔ Goal

  • has interest :: has relevance ↔ Hardware Product

  • has interest :: has relevance ↔ Information Object

  • has interest :: has relevance ↔ Initiative

  • has interest :: has relevance ↔ Journey

  • has interest :: has relevance ↔ Logical Interface

  • has interest :: has relevance ↔ Mapped Application Service

  • has interest :: has relevance ↔ Market

  • has interest :: has relevance ↔ Microservice

  • has interest :: has relevance ↔ Mission

  • has interest :: has relevance ↔ Mobile Application

  • has interest :: has relevance ↔ Objective

  • has interest :: has relevance ↔ Pattern

  • has interest :: has relevance ↔ Physical Interface

  • has interest :: has relevance ↔ Process

  • has interest :: has relevance ↔ Process Activity

  • has interest :: has relevance ↔ Process Category

  • has interest :: has relevance ↔ Process Group

  • has interest :: has relevance ↔ Process Operations

  • has interest :: has relevance ↔ Process Task

  • has interest :: has relevance ↔ Process Workflow

  • has interest :: has relevance ↔ Program

  • has interest :: has relevance ↔ Project

  • impacts :: impacted by ↔ Risk

  • has interest :: has relevance ↔ Server

  • has interest :: has relevance ↔ Service

  • has interest :: has relevance ↔ Social Media

  • has interest :: has relevance ↔ Software Product

  • has interest :: has relevance ↔ Solution Use Case

  • has interest :: has relevance ↔ Strategy

  • has interest :: has relevance ↔ Technical Capability

  • has interest :: has relevance ↔ Value Chain

  • has interest :: has relevance ↔ Value Stream

  • has interest :: has relevance ↔ Vision

  • has interest :: has relevance ↔ Website

Governance Body

x_inpgh_upmx_governance_body

A Governance Body is a committee or group responsible for oversight, decision-making, and policy enforcement.

Organizational Unit

x_inpgh_upmx_organizational_units

An organizational unit is one of several functions within a company typically structured as a multi-level hierarchy.

Inbound relationships (23)
Outbound relationships (31)