Platform Specific Model (PSM)
Discussion
Platform Specific Model, or PSM, provides a technology-specific model of a system. It sits between the Platform Independent Model (PIM) and the implementation artifacts.
Within the FX Demo Reference Architecture (RA), the PSM maps technology-neutral architectural structures and obligations from the PIM to selected platform features. These include middleware constructs, interface definitions, topic definitions, message structures, quality-of-service settings, adapter patterns, persistence mechanisms, deployment patterns, generated artifacts, and technology-specific constraints.
The PSM preserves the architectural meaning, information semantics, governance constraints, policy obligations, jurisdictional constraints, evidence requirements, and behavioral responsibilities defined by the PIM. It adds the platform-specific details required to realize those obligations using selected technologies.
Definition
model of a system that specifies the use of features of a specific technological platform
Source
Adapted from OMG Model Driven Architecture terminology
Note
A PSM defines technology-specific structure, behavior, and constraints derived from a Platform Independent Model.
In the FX Demo Reference Architecture, DDS domains, DDS topics, IDL definitions, generated types, QoS settings, OpenDDS configuration, adapters, graph persistence mappings, code modules, repository structure, scripts, logs, build artifacts, containers, and deployment files are Platform Specific Model or implementation artifacts.
Implementation artifacts realize the PSM in executable, generated, configured, deployed, or operational form.
Example
A PSM specifies a policy decision function using DDS topics, IDL message structures, OpenDDS QoS policies, generated types, and a selected implementation language.
The implementation artifacts realize those PSM specifications as source code, generated code, configuration files, build scripts, deployment files, logs, tests, and runtime services.