Enterprise Sustainment Management System (E-SMS) Universal Cost Assembly Development Indefinite Delivery, Indefinite Quantity (IDIQ) Contract

1 PERFORMANCE WORK STATEMENT Enterprise Sustainment Management System (E-SMS) Universal Cost Assembly Development Contract 27 April 2026 1.0 BACKGROUND 1.1 BUILDER was developed by the U. S. Army Corps of Engineers (USACE) Construction Engineering Research Laboratory (CERL), Champaign, IL as a government-owned, data-driven decision support application. The purpose of BUILDER is to recommend facility repair actions across a portfolio of real property assets. It works by taking facility component condition information, projected component condition information, estimated component repair costs, and tailored business rules to create facility-specific work plans. BUILDER's current real estate inventory includes approximately 3 billion square feet of facility assets with a Plant Replacement Value (PRV) of approximately $1.5 trillion. BUILDER’s primary customer has been the Department of Defense for the sustainment of real property on military installations. The system is managed specifically by the Sustainment Management System Technical Center of Expertise (SMS-TCX), located at CERL. 1.2 Over the next several years, customers of BUILDER will migrate to the Enterprise Sustainment Management System (E-SMS). E-SMS consolidates the function of BUILDER with several other stand-alone Sustainment Management System (SMS) applications under a single cloud-based web application. These other applications include PAVER (for paved services), ROOFER (for roofs), RAILER (for rail infrastructure), and FUELER (for fuel facilities). E-SMS will also incorporate several new asset domains to include utilities, waterfront, and civil works structures. As customers are on-boarded to the new system and new domains are incorporated, the remaining legacy SMS applications are planned to sunset. 1.3 To perform the required analyses and generate work plan estimates, E-SMS will rely upon accurate, up-to-date costs for the replacement, repair, and preventive maintenance of thousands of different facility asset components (i.e., windows, doors, boilers, condensers, light fixtures, etc.) Because such costs fluctuate over time, they will need to be updated annually. As new domains are brought into E-SMS, the need for such cost information will continue to grow. 1.4 To generate the unit price cost estimates that E-SMS uses, cost model assemblies have been developed using the Government’s Micro-Computer Aided Cost Estimating System 2nd Generation (MII). Each assembly models the cost to replace a specific facility component. These assemblies are re-priced annually using labor, material, and equipment cost data from an updated version of the Tri-Service Automated Cost Engineering System (TRACES) MII Cost Book and its associated libraries. Currently, the TRACES MII Cost Book is updated annually, and access is available on a subscription basis (at cost). The website https://www.hnc.usace.army.mil/Media/Fact-Sheets/Fact- Sheet-Article-View/Article/482084/tri-service-automated-cost-engineering-system-traces/ can be viewed for additional details. The TRACES MII Cost Book contains construction tasks and crews found in the nine (9) most common construction cost data cost books. These include their Building Construction, Heavy Construction, Concrete & Masonry, Mechanical, Electrical, Plumbing, Interior, Site Work & Landscape, and Green Book. Where needed items don’t exist within the TRACES MII Cost Book, custom items were developed and their costs independently researched and included for use in the newly developed assemblies. -- 1 of 16 -- 2 Once re-pricing was completed, the lump sum total costs of each project item assembly would be exported from MII and imported as tables in E-SMS for the system to reference. 1.5 Prior to this contract, assemblies have only been developed for component replacement costs for building facilities. Instead of having separate assemblies for each component repair action, repair costs were derived through an equation using the component’s replacement cost and its current condition. Preventive maintenance costs have not yet been incorporated. This contract seeks to develop separate assemblies for not only additional component replacement actions, but also component-specific repairs and component-specific preventive maintenance actions across a much broader set of asset domains. 2.0 DEFNITIONS a. Domain A domain is a general categorization of assets in the built environment. E-SMS domains include buildings, utilities, waterfront facilities, pavements, rail assets, fuel facilities, water control structures, bridges, training areas and ranges, and specialized assets. Each asset managed within E-SMS will fall under a specific domain. b. Asset An asset is a system of components that work together to serve a specific function. The most common example of an asset is an individual building. Other examples could include a bulk fuel facility, wastewater treatment plant, a rail line, a runway, an earthen dam, etc. In most cases, an asset is identified with its own RPUID (real property unit identification) number. With systemic domains, the concept of assets can be a bit more flexible. For example, an installation’s stormwater system could be considered a single asset or several related assets organized into sections. c. Component A component is a generic term for the items that make up an asset. It is the smallest managed item within SMS where condition is tracked and where repair, replacement, and preventive maintenance actions take place. Examples of components include walls, doors, windows, conduit, foundations, air handlers, chillers, boilers, carpet, light fixtures, ductwork, pumps, pipes, valves, transformers, sidewalks, storage tanks, utility vaults, etc. A component may be unitary (such as a door, window, or equipment item) or area (such as walls, flooring, or roofing) or it can be described in terms of length (such as length of pipe, wire, or conduit). To measure its quantity, each component is assigned a…