Skip to main content

Business Analysis Extension

The Business Analysis extension provides a comprehensive framework for capturing requirements, requirement artefacts, elicitation activities, solution designs and solution evaluations. It bridges stakeholder needs to solution delivery while maintaining full traceability across the Triodian Metamodel.

Schema: business-analysis.schema.json
Specification: JSON Schema Draft-07

Overview​

What is the Business Analysis Extension?​

The Business Analysis extension formalizes the practice of business analysis within the Triodian Metamodel by providing structured schemas for:

  • Requirements — Formal, actionable definitions derived from stakeholder needs
  • Requirement Artefacts — Models, specifications and prototypes produced during analysis
  • Elicitation Activities — Methods and execution of information gathering
  • Analysis & Design Definitions — Solution options and refinements
  • Solution Evaluation — Post-implementation assessment

Why a Business Analysis Extension?​

ChallengeHow the Extension Helps
Siloed requirementsLinks requirements to capabilities, value streams, initiatives
Lost traceabilityEnd-to-end trace from stakeholder to solution
Inconsistent terminologyMappings to BABOK, Volere, IREB, TOGAF and Agile concepts
Manual maintenanceSchema-driven relationships stay synchronized
Audit gapsCaptured elicitation activities support governance

Extension Components​

Business Analysis Record​

A business analysis record groups five lists. None is required; a record carries whichever the analysis has produced.

AttributeTypeRequiredDescription
requirementsArray[Object]Requirements
requirementArtefactsArray[Object]Requirement artefacts such as models, specifications and prototypes
elicitationActivitiesArray[Object]Elicitation activities such as workshops and interviews
analysisDesignDefinitionsArray[Object]Analysis and design definitions of the solution
solutionEvaluationsArray[Object]Evaluations of implemented solutions

Identifiers (requirementID, artefactID, activityID, designDefinitionID, evaluationID) use the shared identifier form, e.g. REQ-001. Links to other records and domains are URIs.

Requirements Schema​

Requirements extend stakeholder needs into formal, actionable definitions with acceptance criteria, measurements, and domain linkages.

Requirement (requirement)​

AttributeTypeRequiredDescription
requirementIDString✓Unique identifier for the requirement
typeEnum✓The classification of the requirement
titleString✓A concise title for the requirement
descriptionString✓Detailed description of the requirement
priorityEnumThe priority level of the requirement
ownerString (URI)Reference to the owner (organization unit or person) of the requirement
acceptanceCriteriaArray[String]Conditions that must be met for the requirement to be accepted
measurementCriteriaArray[String]Metrics to measure the success of the requirement
riskLevelEnumAssessed risk level associated with the requirement
relatedCapabilityString (URI)Link to the related Capability
relatedValueStreamString (URI)Link to the related Value Stream
relatedInitiativeString (URI)Link to the related Initiative
stakeholderRequirementRefString (URI)Reference to the original Stakeholder Requirement (1:1 traceability)
mappingsObjectCorresponding concepts in BA frameworks (see Framework Mappings)

Requirement Type (requirement.type)​

ValueDescriptionExamples
businessRequirementBusiness goals, rules and policies the solution must satisfy"Customer must be verified before trade"
stakeholderRequirementNeeds of a particular stakeholder or group"Users need mobile access"
solutionRequirementFunctionalWhat the solution must do"System shall calculate interest daily"
solutionRequirementNonFunctionalQuality attributes of the solution"Page load time < 2 seconds"
transitionRequirementCapabilities needed to move from the current to the future state"Parallel run required for 30 days"
regulatoryRequirementObligations imposed by law, regulation or standards"Must comply with PCI-DSS for transaction display"

Priority (priority)​

The shared priority list.

ValueDescriptionTreatment
lowDesirable if resources permitBacklog
mediumImportant but not criticalTarget for a later release
highImportant for near-term objectivesTarget for release
criticalCritical for successInclude in MVP

Risk Level (riskLevel)​

The shared four-point risk scale.

ValueDescription
lowLittle risk to delivery or operation
mediumModerate risk; monitor
highSignificant risk; mitigation required
criticalSevere risk; must be addressed before proceeding

Domain Linkages​

Requirements link to capabilities, value streams, initiatives and the stakeholder requirement they derive from:

{
"relatedCapability": "urn:triodian:capability:CAP-MB-001",
"relatedValueStream": "urn:triodian:valueStream:VS-DB-001",
"relatedInitiative": "urn:triodian:initiative:INI-MAE-001",
"stakeholderRequirementRef": "urn:triodian:stakeholder:STK-RC-001:requirement:SREQ-004"
}

Requirement Artefacts Schema​

Requirement artefacts represent the models, specifications and prototypes produced during business analysis activities.

Requirement Artefact (requirementArtefact)​

AttributeTypeRequiredDescription
artefactIDString✓Unique identifier for the artefact
typeEnum✓The type of requirement artefact
purposeString✓The purpose of the artefact
linkedRequirementsArray[String] (URI)References to requirements documented or addressed by this artefact
statusEnum✓The current status of the artefact
toolReferenceString (URI)External tool link (e.g. Jira, Confluence, Miro)
relatedInformationModelString (URI)Link to the related Information domain model (e.g. for data models)
mappingsObjectCorresponding concepts in BA frameworks

Artefact Type (requirementArtefact.type)​

ValueDescriptionExamples
userStoryAgile user story format"As a user, I want..."
epicA large body of work broken down into user stories"Digital onboarding"
useCaseUse case specificationActor-system interactions
processModelBusiness process diagramBPMN, flowchart
dataModelInformation structureERD, class diagram
wireframePrototypeUI mockup or working demonstrationScreen layouts, clickable prototype
requirementsTraceabilityMatrixMatrix tracing requirements to sources, designs and testsRTM
solutionDesignDocumentFormal specification of the solutionBRD, SRS, solution design

Artefact Status (status)​

The shared document status list.

ValueDescription
draftBeing written
inReviewUnder review
approvedApproved for use
supersededReplaced by a newer artefact
obsoleteNo longer applicable

Elicitation Activities Schema​

Elicitation activities capture how information was gathered, supporting traceability and audit requirements.

Elicitation Activity (elicitationActivity)​

AttributeTypeRequiredDescription
activityIDString✓Unique identifier for the activity
typeEnum✓The type of elicitation activity
dateDate-time✓Date and time of the activity
facilitatorString (URI)Reference to the facilitator (organization unit or person)
participantsArray[String] (URI)Links to participating Stakeholders
artefactsProducedArray[String] (URI)References to artefacts produced during this activity
mappingsObjectCorresponding concepts in BA frameworks

Elicitation Type (elicitationActivity.type)​

ValueDescriptionBest For
workshopGroup facilitationConsensus building, complex problems
interviewOne-on-one discussionDetailed requirements, sensitive topics
observationWatching work being doneProcess understanding, tacit knowledge
surveyQuestionnaireLarge audiences, quantitative data
documentAnalysisReview existing materialsCurrent state, regulations
prototypingSessionBuilding to learnUI requirements, validation

Participant Tracking​

Participants are links to Stakeholder records; record what each contributed in the stakeholder or requirement records themselves.

{
"facilitator": "urn:triodian:people:PPL-BA-LEAD-001",
"participants": [
"urn:triodian:stakeholder:STK-RC-001",
"urn:triodian:stakeholder:STK-MDT-001"
]
}

Analysis & Design Definition Schema​

Analysis and design definitions capture solution options, feasibility assessments, and design decisions.

Analysis and Design Definition (analysisDesignDefinition)​

AttributeTypeRequiredDescription
designDefinitionIDString✓Unique identifier for the analysis/design definition
descriptionString✓Description of the solution option or design refinement
feasibilityRatingEnumAssessment of the feasibility of the solution option
optionComparisonArray[Object]Structured comparison of solution options
relatedCapabilitiesArray[String] (URI)Capabilities impacted or enabled by the solution
relatedInitiativesArray[String] (URI)Initiatives related to the solution design
relatedRisksArray[String] (URI)Risks identified during analysis and design
linkedRequirementsArray[String] (URI)Requirements addressed by this analysis or design
mappingsObjectCorresponding concepts in BA frameworks

Option Comparison (optionComparison)​

AttributeTypeRequiredDescription
optionNameStringName of the option
prosArray[String]Advantages of the option
consArray[String]Disadvantages of the option
scoreNumberOverall score given to the option

Feasibility Rating (feasibilityRating)​

The shared rating list plus notFeasible.

ValueDescription
lowFeasible only with significant difficulty, cost or risk
mediumFeasible with some difficulty
highReadily feasible
criticalFeasibility is a critical concern that must be resolved before proceeding
notFeasibleThe option cannot be delivered

Solution Option Evaluation​

{
"designDefinitionID": "DD-001",
"description": "Options for the digital onboarding platform: configure a SaaS platform rather than build a bespoke solution",
"feasibilityRating": "high",
"optionComparison": [
{
"optionName": "Build Custom Solution",
"pros": [
"Full customization",
"No vendor dependency"
],
"cons": [
"High cost (AUD 2.5M)",
"18-month timeline",
"Maintenance burden"
],
"score": 2.1
},
{
"optionName": "Configure SaaS Platform",
"pros": [
"Faster delivery (6 months)",
"Lower cost (AUD 0.8M)",
"Vendor support"
],
"cons": [
"Limited customization",
"Ongoing license cost"
],
"score": 4.3
}
],
"relatedCapabilities": [
"urn:triodian:capability:CAP-ONB-001"
],
"relatedInitiatives": [
"urn:triodian:initiative:INI-DOB-001"
],
"relatedRisks": [
"urn:triodian:risk:RSK-VND-004"
]
}

Solution Evaluation Schema​

Solution evaluation assesses implemented solutions against defined success criteria and recommends whether to continue, pivot or retire them.

Solution Evaluation (solutionEvaluation)​

AttributeTypeRequiredDescription
evaluationIDString✓Unique identifier for the evaluation
descriptionString✓Description of the solution evaluation
evaluationDateDate✓Date of the evaluation
metricsObservedArray[String] (URI)References to specific Performance Indicators (KPIs) and their observed values
recommendationEnum✓Recommendation based on the evaluation
relatedInitiativesArray[String] (URI)Initiatives that implemented the solution being evaluated
relatedRequirementsArray[String] (URI)Requirements that were fulfilled by the solution being evaluated
mappingsObjectCorresponding concepts in BA frameworks

Recommendation (recommendation)​

ValueDescription
continueThe solution meets its objectives; keep it and extend where useful
pivotThe solution partly meets its objectives; change direction or scope
retireThe solution does not deliver sufficient value; decommission it

Performance Assessment​

Observed metrics are recorded as performance indicators and referenced from the evaluation:

{
"evaluationID": "EVAL-001",
"description": "Post-implementation review of digital onboarding: completion rate 92% against a target of 85%, average onboarding time 8 minutes against 10. Early stakeholder engagement reduced rework.",
"evaluationDate": "2025-02-01",
"metricsObserved": [
"urn:triodian:performance:KPI-ONB-COMPLETION",
"urn:triodian:performance:KPI-ONB-TIME"
],
"recommendation": "continue",
"relatedInitiatives": [
"urn:triodian:initiative:INI-DOB-001"
],
"relatedRequirements": [
"urn:triodian:businessAnalysis:requirement:REQ-001"
]
}

Framework Mappings​

Every business analysis element can carry a mappings object naming the corresponding concept in each framework.

Mapping (mapping)​

AttributeTypeRequiredDescription
babokStringCorresponding BABOK concept
volereStringCorresponding Volere concept
irebStringCorresponding IREB concept
togafStringCorresponding TOGAF concept
agileStringCorresponding Agile concept

BABOK Alignment​

Triodian ConceptBABOK Equivalent
RequirementRequirement
Elicitation ActivityElicitation Technique
Requirement ArtefactDeliverable
Analysis & Design DefinitionDesign Definition
Solution EvaluationSolution Evaluation

Volere Alignment​

Triodian ConceptVolere Equivalent
Functional Solution RequirementFunctional Requirement
Non-Functional Solution RequirementNon-Functional Requirement
Business RequirementBusiness Requirement
Regulatory RequirementConstraint

IREB Alignment​

Triodian ConceptIREB Equivalent
RequirementRequirement
Stakeholder RequirementStakeholder Requirement
Solution RequirementSolution Requirement
Elicitation ActivityElicitation

Agile Alignment​

Triodian ConceptAgile Equivalent
Requirement Artefact (epic)Epic /Feature
Requirement Artefact (userStory)User Story
Acceptance CriteriaAcceptance Criteria

Complete Example​

Mobile Banking Onboarding Requirements​

{
"requirements": [
{
"requirementID": "REQ-001",
"type": "solutionRequirementFunctional",
"title": "Quick Transaction View on Login",
"description": "As a mobile banking customer, I want to see my last 10 transactions immediately upon logging in so I can quickly review my recent account activity",
"priority": "critical",
"owner": "urn:triodian:organization:OU-MOBILE-001",
"acceptanceCriteria": [
"Last 10 transactions display within 2 seconds of login",
"Transactions show date, description, and amount",
"User can tap transaction for full details",
"Displays message if no transactions exist"
],
"measurementCriteria": [
"Load time under 2 seconds (performance monitoring)",
"User satisfaction above 4.0/5.0 (in-app rating)"
],
"riskLevel": "medium",
"relatedCapability": "urn:triodian:capability:CAP-MB-001",
"relatedValueStream": "urn:triodian:valueStream:VS-DB-001",
"relatedInitiative": "urn:triodian:initiative:INI-MAE-001",
"stakeholderRequirementRef": "urn:triodian:stakeholder:STK-RC-001:requirement:SREQ-004",
"mappings": {
"babok": "Functional Requirement",
"volere": "Functional Requirement",
"ireb": "User Requirement",
"agile": "User Story"
}
}
],
"requirementArtefacts": [
{
"artefactID": "ART-001",
"type": "userStory",
"purpose": "Capture the quick transaction view as a user story for the mobile backlog",
"linkedRequirements": [
"urn:triodian:businessAnalysis:requirement:REQ-001"
],
"status": "approved",
"toolReference": "https://jira.example.com/browse/MOB-1042"
}
],
"elicitationActivities": [
{
"activityID": "ACT-001",
"type": "workshop",
"date": "2024-11-15T09:00:00Z",
"facilitator": "urn:triodian:people:PPL-BA-LEAD-001",
"participants": [
"urn:triodian:stakeholder:STK-RC-001",
"urn:triodian:stakeholder:STK-MDT-001"
],
"artefactsProduced": [
"urn:triodian:businessAnalysis:requirementArtefact:ART-001"
],
"mappings": {
"babok": "Workshops"
}
}
],
"analysisDesignDefinitions": [
{
"designDefinitionID": "DD-002",
"description": "Approved design for implementing quick transaction view using the cached transaction API",
"feasibilityRating": "high",
"relatedCapabilities": [
"urn:triodian:capability:CAP-MB-001"
],
"linkedRequirements": [
"urn:triodian:businessAnalysis:requirement:REQ-001"
]
}
]
}

Usage Guidelines​

Best Practices​

  1. Link requirements to domains — Always connect requirements to capabilities, value streams
  2. Capture elicitation details — Record who participated and what was learned
  3. Document options considered — Show alternatives even if not selected
  4. Maintain traceability — Keep links current as requirements evolve
  5. Use framework mappings — Record BABOK, Volere, IREB, TOGAF and Agile equivalents in mappings for different audiences

Integration with Strategic Response Model​

When requirements stem from strategic triggers:

For Data Engineers

The Business Analysis extension helps trace data requirements from business needs to technical specifications. Link requirement artefacts to Information domain models (relatedInformationModel) and to your data catalog entities to maintain end-to-end traceability from business request to data asset.