DSLCore
Working applications for the operational work your core systems do not own
DSLCore turns operational requirements, spreadsheets, specifications and established working practices into structured applications that can be reviewed, tested and adapted before a major implementation begins.
The operational gap
Your enterprise system keeps the financial and transactional record.
Your engineering, monitoring and specialist systems keep their technical detail.
Between them sits the operational layer:
- inspections and defects
- permits and authorisations
- work orders and interventions
- technical registers
- statutory returns
- operational evidence
- calculations that feed invoices and reports
This is where spreadsheets, forms and undocumented workarounds tend to accumulate.
DSLCore is built for that layer.
From requirement to working application
Every DSLCore application follows a simple path:
source material or operational requirement
→ explicit operational model
→ generated working application
→ review and validation
→ organisation-specific implementation
The model defines the records, relationships, workflow states, controls and reporting requirements.
The application, documentation and relationship diagrams are generated from the same model, helping them remain aligned as the operation changes.
Working reference applications
DSLCore reference applications demonstrate how substantial operational systems can be generated from defined models.
Selected applications include mine production reporting, isolation and permit-to-work, critical controls, tailings management, council fleet and workshop, bridge and culvert inspection, container tracking and contractor management.
Each is a working starting point rather than a universal procedure.
An implementation would be tailored to the organisation’s terminology, responsibilities, approval rules, regulatory obligations, integrations and operating practices.
Explore all reference applications
A lower-risk way to begin
A conventional software project often asks an organisation to commit before the structure of the problem has been properly tested.
DSLCore begins with a bounded operational area:
review → tailor the model → generate → validate → pilot → implement
This allows the organisation to review a working system with the people who perform the work before committing to a broader implementation.
See how an implementation works
Built from operational experience
DSLCore is the modern continuation of software and operational-system work developed over more than thirty years across heavy equipment, maintenance, workshops, reporting and coastal shipping.
The reference applications combine that accumulated experience with public specifications, statutory requirements and current operational needs.
Have an operational process no current system properly owns?
It may already contain the structure of a useful application.