Poesis
Usage / Use case Planned
Describe payment settlement and recovery boundaries
Use sourced JDBC, Kafka and AMQP concepts to describe transaction and messaging boundaries in a settlement example, exposing the recovery assumptions that vocabulary alone cannot establish.
Platform
What serves this use case
Features
- Ontology: Kafka Planned
- Ontology: AMQP Planned
- Ontology: JDBC Planned
Values
Values composed with this use case
No value composition recorded.
Pains
Pain points
- Pain point Partial
Architecture, compliance, and quality tools don’t speak to each other.
Each tool keeps its own model of the same IT reality; integrations are bespoke mappings that rot, and knowledge stays siloed per tool and per team.
Addressed by Affordances(1)
Addressed by Capabilities(6)
Addressed by Features(17)
Experienced by Actor types(9)
Addressed through Use cases(16)
- Inspect one subject across framework perspectives
- Agree a reusable domain typing contract
- Qualify transfer between independent processors
- Read and model a governance decision
- Describe a service contract and its attribution
- Describe payment request and notification boundaries
- Describe payment settlement and recovery boundaries
- Incorporate an accepted grammar extension
- Read and revise definitions through the API
- Qualify an execution adapter for an integration
- Maintain a governed IT definition inventory
- Type a governance concern with the systemic primitives
- Define a domain vocabulary as an Archetype
- Express an obligation in the governance grammar
- Describe an interaction with sourced protocol vocabulary
- Work from shared, typed definitions