DI-MSSM-81966B
Gas Turbine Engine Steady State and Transient Performance Presentation for Computer Programs
This DID defines the format, content, and intended use of gas turbine engine steady-state and transient performance computer program Models delivered for evaluating Propulsion System performance, operability, and stability characteristics.
Approval DateMay 15, 2026
AMSC Number10666
Preparing Activity11 (AFLCMC/EZFP)
Project NumberMSSM-2026-001
OPR—
DTIC ApplicableNo
GIDEP ApplicableNo
Limitation—
Applicable FormsNone
Approval Limitation—
Form Version—
DID Formatfree_text
963C CompliantYes
DISTRIBUTION STATEMENT A: Approved for public release; distribution is unlimited.
Application & Interrelationship
—
Use & Relationship
This Data Item Description (DID) is related to DI-TMSS-81515, User's Manual for Gas Turbine Engine Steady-State and Transient Performance for Digital Computer Programs.
a. Engine steady state and transient computer programs (herein referred to as Models) provide a detailed description of the aerothermodynamic cycle performance, operability, and stability characteristics of the Propulsion System. These Models will be provided to the Using Service for evaluation of Propulsion System performance, operability, and stability characteristics during source selections, evaluations/studies during the development program, and post-qualification modification evaluations throughout the life of the program.
b. This DID contains the format, content, and intended use information for data deliverables resulting from the work task described in paragraphs 3.2.1 and 4.2.1 of JSSG-2007, Engines Joint Service Specification Guide and 5.2.1.3.1, 5.2.4.10, and 5.3.1.5.1 of MIL-STD-3024, Propulsion System Integrity Program (PSIP) (Copies of this document are available online at https://quicksearch.dla.mil.)
Preparation Instructions
1Reference Documents.The applicable issue of the documents cited herein, including their approval dates and dates of any applicable amendments, notices, and revisions, shall be as specified in the contract.
2Format.The Models shall be formatted as follows:
2.1Except as modified herein, the Modelsshall conform to the Society of Automotive Engineers (SAE) Aerospace Standards AS681, "Gas Turbine Engine Performance Presentation for Computer Programs" and AS755, "Aircraft Propulsion System Performance Station Designation and Nomenclature". (Copies of these documents are available from https://www.sae.org.)
2.2The Models shall be written and providedin Numerical Propulsion System Simulation (NPSS) source language and shall be capable of being compiled and executed on the computer system and platform identified by the Using Service. That means the Models shall not utilize any libraries unless the source code (text files) necessary to generate those libraries and all related libraries are distributed to the Using Service with the model package. Models written in languages, or formats, other than NPSS will require the explicit approval of the procuring acquisition authority.
2.3All source codes shall be provided, consistentwith the contractual data rights agreement. That means raw NPSS text files and the source (text files) of any dynamic link libraries (DLLs) utilized by the code. It shall be possible for the Using Service to compile the complete model package, from source, including all necessary libraries.
2.4The Models shall carry suitable identification includingthe manufacturer's name, engine type, engine model, engine series, engine specification number, and revision date. Models shall be thermodynamic cycle simulations which reliably implement and obey the first two laws of thermodynamics, at a minimum. Models shall adhere to the known laws of physics, with the originator documenting any exceptions.
2.5The Models shall be capable of operatingthroughout the engine operating envelope as agreed by the Using Service. This means no model shall exhibit divergent behavior at any operating condition inside the pre-established engine operating envelope. Input test cases with output shall be provided to verify the capabilities and operation of the Models adequately prior to acceptance by the Using Service.
2.6Model customer interface nomenclature shall bein accordance with SAE Aerospace Standard AS5571 "Gas Turbine Engine Performance Presentation and Nomenclature for Object-Oriented Computer Programs," for NPSS models.
2.7Using Service shall have unrestricted accessto models including the ability to edit, compile, and run them indefinitely. There shall not be any limitations, restrictions, or expiration dates imposed on the use of the model, ensuring Using Service has complete and ongoing control over the editing, compilation, and execution in perpetuity. Further, Using Service shall have unrestricted access to all model cycle parameters for viewing and output.
3Content.The Models shall include the following:
3.1Model deliveries shall consist of the full sourcefor main and subroutines. All source codes shall be provided in text format and include all program subroutines, including dynamic and static libraries (DLLs or shared libraries). Source code shall include internal documentation (i.e., detailed comment statements) within the program code to identify subroutines and their logic. The level of documentation within the program shall, at a minimum, be consistent with current best practices.
3.2A "maintenance manual", consisting of detailed model documentationshall be provided per DI-TMSS-81515.
3.3The model root directory shall include ahuman readable text file (MARKINGS.txt) that contains the contract number, model distribution statement and data rights assertions associated with the model and model data.
3.4The contractor shall not portion mark interpretivefiles with proprietary restrictions.
3.5.1The Model shall be so organized thatthe input data can be separated from the output data. Output shall include engine and model designations and shall explicitly re-print all input data. Provisions shall be made in the output to allow the inclusion of declassification and authority information.
3.5.2The Model shall contain auditable inputs foradders and scalars for the major parameters for each of the engine components (e.g., component efficiencies, pressure losses, nozzle coefficients, secondary flows and turbine flow parameters). The Model shall be capable of providing inputs for aircraft customer bleed flow rate, aircraft power extraction, aircraft inlet ram pressure recovery, heat exchanger heat flow, and fuel lower heating value, as applicable.
3.5.3Control and aerothermodynamic cycle parameters used incomponent performance evaluation and calculations shall be available as output (or expanded output) without reprogramming.
3.5.4The units used on the input andoutput parameter values shall be based on the U.S. Customary System as described in SAE AS5571, or as specifically negotiated with the Using Service.
3.5.5The Model output shall contain the necessaryparameters for total force accounting and stability assessment, including:
3.5.5.1Inlet recovery as a function of massflow ratio, Mach number, and aircraft attitude.
3.5.5.2Horsepower extraction at operating conditions identifiedby the Using Service.
3.5.5.3Compressor bleed requirements (including amount offlow and state to be bled) at operating conditions identified by the Using Service.
3.5.5.4Secondary flow rates such as engine bayventilation, Environmental Control System (ECS), etc. for various Mach numbers covering the entire flight envelope.
3.5.5.5Thrust, fuel-flow, specific fuel-consumption and other engineperformance parameters, as agreed to or specified by the Using Service, throughout the Mach / Altitude flight envelope.
3.5.5.6Clean stability margin, stability margin remainingand other engine operability parameters throughout the Mach / Altitude flight envelope.
3.5.5.7Nozzle exit velocity and discharge coefficientsas a function of nozzle pressure ratio.
3.6Additional Data Requirements
3.6.1The Using Service shall have the abilityto run the Model in various control modes (e.g. primary/reversionary control mode, speeds, thrust and fuel flow).
3.6.2The Using Service shall have the abilityto input/identify engine deterioration level in the Model.
3.6.3The Using Service shall have the abilityto adjust or remove control limits and have the Model output if it's running on or exceeding a limit.
3.6.4The Using Service shall have the abilityto input/identify common control interfaces in the Model (e.g. Variable Stator Vane (VSV) schedules or other power management).
3.6.5If applicable, the Using Service shall havethe ability to input/identify transient inputs (e.g. time constants and control schedules).
3.6.6If applicable, the model shall have thecapability to read and process test data for the purpose of post-test data reduction and analysis.
Schema v3.0Community-maintained · Verify against ASSIST