MaintenanceStrategy
plain-language theorem explainer
The inductive definition MaintenanceStrategy enumerates five canonical maintenance strategies tied to a configuration dimension of 5. Operations researchers and reliability engineers cite it when formalizing maintenance policies under five-dimensional configuration spaces. The declaration is a direct inductive enumeration that automatically derives the Fintype instance required for cardinality statements.
Claim. The set of maintenance strategies is the five-element collection consisting of reactive (run-to-failure), preventive (schedule-based), predictive (model-based), condition-based (sensor-based), and reliability-centered (system-criticality-based) approaches.
background
In the module Operations.MaintenanceStrategiesFromConfigDim the configuration dimension is fixed at 5, producing exactly these five strategies. The strategies span run-to-failure through system-criticality-based maintenance. The module states that Lean status is zero sorry and zero axiom, placing the definition inside the operations layer of the Recognition Science framework.
proof idea
The declaration is a direct inductive definition that lists the five constructors. The derived instances for DecidableEq, Repr, BEq, and Fintype are obtained automatically from the finite enumeration.
why it matters
This definition supplies the type for the structure MaintenanceStrategiesCert asserting Fintype.card MaintenanceStrategy = 5 and for the theorem maintenanceStrategy_count proved by decide. It realizes the five strategies required by the configDim = 5 setting in the operations layer.
Switch to Lean above to see the machine-checked source, dependencies, and usage graph.