AI Augmented Architecture Scenario for Reference Architecture

From informal conventions to a formal MDG in days, not months.

AI Power Tools for EA observes your Sparx EA repository, surfaces the modeling conventions your team has been applying for years, and helps your principal architect turn them into a formally installed MDG. The conventions that live in senior architects' heads become standards the tool can enforce. The standards stay when the people leave.

SEE IT IN ACTION

Reference Architecture and Standards Definition — demo

Demo video — coming soon

Adjudication tally visible alongside schema analysis output in Claude response, with Sparx EA repository in background

The Challenge

Enterprise architecture teams face real friction

Your standards live in one person's head

The senior architect who built the repository knows why every convention exists. When they leave, the conventions leave with them. Junior architects work from what they absorbed informally. Drift begins within months, and there is no mechanism to catch it at creation time.

Undocumented conventions cannot be enforced

Word documents and slide decks describe standards. They do not enforce them. Every model Sparx EA accepts regardless of what the document says. Governance review catches violations after the model is built, not while it is being built. The feedback loop is days.

Standards workshops produce documents, not standards

Two days of facilitated agreement produces a list of conventions. The list goes into a document. The document does not integrate with the modeling tool. Six months later, the team is working from memory again.

When you use AI Augmented Architecture for Reference Architecture

When AI Power Tools for EA is configured for your Sparx EA environment

1

The repository tells you what your conventions already are.

AI Power Tools for EA runs schema analysis across your live repository: stereotypes in use, connector patterns, tagged value usage, base metaclass patterns. The output is a structured picture of your team's actual operating conventions, organized for adjudication. No recall required. No workshop to schedule before the preparation work is done.

2

Your principal architect decides what becomes a standard.

The observed patterns are candidates. The architect classifies each one: intentional standard, legacy drift, or needs a new alias. Claude records the adjudication and builds the intermediate metamodel. Every standard decision belongs to your architect. The tool observes and presents; the architect decides.

3

The MDG is built and installed from your adjudicated set.

Claude composes the MDG XML and installs it in your repository. The repository now has a formally defined MDG built from what your team was already doing. Not authored from scratch. Not borrowed from a generic template. Built from your repository.

4

The conformance baseline tells you the cleanup scope.

After install, AI Power Tools for EA runs a conformance pass. You see exactly how many existing elements conform to the new standard and what the outlier categories are. You have a scoped cleanup plan before you commit to the standard.

5

The standards stay when people leave.

The MDG is installed in Sparx EA. It is not a document someone needs to remember to consult. When your senior architect leaves, the conventions they built stay in the tool, enforced at creation time, for every architect on the team.

AI POWER TOOLS FOR ENTERPRISE ARCHITECT

Start using it today.

86 tools. Full read/write access to your Sparx EA model. Seven-day free trial. No credit card required to start.

Buy AI Power Tools for EA

HOW TO GET STARTED

AI Power Tools for EA for your environment

Plan

Understand your starting point

  • Identify the AI Augmented Architecture use cases and specific scenarios you want to focus on
  • Assess the current state of your Sparx EA deployment (configuration, metamodel, consistency, completeness) and understand what is needed to get ready for AI
  • Review the technical operating environment (AI platforms, EA versions, repository types, software installation constraints)
  • Assess training needs for your architecture team
  • Build an achievable plan aligned to your goals
FEATURED

Build

Get AI Power Tools for EA running

  • AI Power Tools for EA configured and deployed on architects' workstations
  • Skills Library loaded in your AI platform of choice
  • Rules sidecar populated with your governance conventions
  • Reference repository extended or built (if needed)

Train

Build the habit across your team

  • Architects trained on how to use the new tools for AI Augmented Architecture
  • Mentoring engagement for individual architects (if needed)
  • Sparx Office Hours sessions set up for ongoing team-based mentoring

FREQUENTLY ASKED QUESTIONS

Common questions about Reference Architecture and Standards Definition

Will the MDG reflect what our team was actually doing, or will it be a generic template? +

The MDG is built from your repository's observed patterns, adjudicated by your principal architect. It reflects the conventions your team has been applying, confirmed as intentional by the people who built them. It is not a generic Sparx EA best-practice template.

What if our repository has drift and inconsistency? +

Drift and inconsistency are exactly what the schema analysis surfaces. Patterns with low usage counts or inconsistent application are presented to the architect alongside well-established conventions. The architect excludes drift patterns from the MDG during adjudication. The conformance baseline after install shows the scope of cleanup for the existing models.

Does our senior architect need to be present for the engagement? +

The adjudication session is significantly better when your senior architects participate. They can classify patterns from knowledge rather than inference. If a senior architect is leaving, running the engagement while they are still available is the recommended approach. The toolchain can still run the observation analysis after they leave, but the adjudication session will require more research.

What does the MDG file look like after the engagement? +

A valid Sparx EA MDG XML file, named and versioned by your organization. It is installed in your Sparx EA environment and can be accessed from all architects' workstations. It is yours to maintain, extend, and version going forward.

How is this different from Sparx EA's built-in Profile tooling? +

Sparx EA's Profile tooling lets you author an MDG manually, stereotype by stereotype. AI Power Tools for EA automates the observation step (reading the patterns from the existing repository) and the composition step (writing the XML from the adjudicated set). The result is the same kind of MDG file that Sparx EA's Profile tooling would produce, but built from observed evidence rather than from authoring from scratch.

Your team's modeling conventions already exist.

They are in the repository. AI Power Tools for EA reads them, your principal architect confirms which ones are standards, and the result is an MDG installed in Sparx EA before the people who built the conventions move on.

Schedule a Discovery Call