Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD ISO TR 16730 — Fire Safety Engineering Assessment, Verification and Validation of Calculation Methods Series
Fire Safety Engineering — Assessment, Verification and Validation of Calculation Methods (UK adoption of ISO/TR 16730)
📐 PD ISO TR 16730 is a series of Published Documents issued by the British Standards Institution (BSI) in the form of Technical Reports (TR), corresponding to ISO/TR 16730. The series is a key part of the ISO performance-based fire design methodology, specifying how calculation methods used for fire safety (fire zone models, CFD models, structural models, evacuation models, etc.) can be shown fit for purpose through assessment, verification and validation. Each part uses a concrete model as an example to demonstrate the complete process of verification and validation, providing fire engineers, approving authorities and regulators with an actionable validation template.
💡 The credibility of performance-based fire design depends on the reliability of the calculation model used. The ISO 16730 series gives a systematic method for assessing a calculation model: first state its principles and assumptions, then demonstrate its applicability through verification (mathematical correctness) and validation (comparison with tests or measurements).
1. Series Overview 📌
The ISO/TR 16730 series was prepared by working groups within ISO/TC 92 SC 4 (Fire safety engineering); UK participation was entrusted to Technical Committee FSH/24 (Fire safety engineering). Technical Reports (TR) provide guidance and examples to help users systematically assess, verify and validate calculation methods. Part 1 (not included in this batch) gives the general methodology, while the later parts each demonstrate the full process using a fire zone model, a CFD model, a structural model and an evacuation model.
⚠️ This series is a Technical Report; its examples illustrate the verification and validation methodology. In practice, model selection, validation depth and regulatory acceptance criteria should follow project characteristics and applicable regulations.
2. Structure and Technical Highlights 🧩
The series mainly comprises the following parts, summarised by number, topic and core content.
| Standard | Topic | Core content |
|---|---|---|
| PD ISO/TR 16730-2:2013 | Example of a fire zone model | Description of the zone model, description of the calculation method, complete assessment (verification and validation), worked example, user’s manual |
| PD ISO/TR 16730-3:2013 | Example of a CFD model | Description of the CFD model, description of the calculation method, complete assessment, worked example, user’s manual |
| PD ISO/TR 16730-4:2013 | Example of a structural model | Description of the structural model, description of the calculation method, complete assessment, worked example, bibliography |
| PD ISO/TR 16730-5:2013 | Example of an evacuation model (scanned) | Description and verification example of an evacuation calculation method |
⚠️ In this batch PD ISO/TR 16730-5 is a scanned version; its content is written from public-domain knowledge. For detailed clauses, refer to the official BSI publication.
3. Key Technical Requirements 🔥
3.1 Overall framework for assessing calculation methods
For any calculation method used in fire safety, three questions should be answered: is the method correctly solved within its scope (verification); does its prediction agree with tests, measurements or accepted results (validation); and is its application to the engineering problem appropriate (applicability assessment). The series gives the framework, documentation requirements and reproducible steps for this process.
3.2 Fire zone model (Part 2)
A zone model divides a room into an upper hot smoke layer and a lower cool air layer, computing each layer’s temperature, interface height and opening flow. The part uses a typical zone model as an example: it describes the physical assumptions and equations, inputs and outputs, sensitivity factors, and gives a complete record of verification (e.g. energy-conservation checks) and validation (comparison with standard tests), plus a worked example and user’s manual.
3.3 CFD fire model (Part 3)
CFD (computational fluid dynamics) models solve mass, momentum, energy and species conservation equations to simulate flow fields, temperature fields and smoke spread in fire scenarios. The part uses a typical CFD fire model as an example, explaining mesh and boundary condition requirements, combustion and radiation models, turbulence model selection, and gives a complete verification and validation record and worked example, helping users judge model applicability to the target scenario.
3.4 Structural model (Part 4)
Structural models predict the temperature field and mechanical response (load capacity, deformation, instability) of members and structures under fire. The part explains the coupling between structural and fire models, handling of material high-temperature property data, boundary conditions and failure criteria, and provides a complete verification and validation record to support the scientific justification of “fire engineering structural design”.
✅ Practice note: Any calculation model output should undergo a “credibility check” before drawing conclusions. Keep verification and validation records (including input data, model settings, comparison results and deviation analysis) as key attachments to performance-based design reports.
4. Engineering Practice 🛠️
- 🔍 Model selection: choose zone, CFD or structural models based on the problem studied (smoke layering, smoke spread, fire resistance of structure, etc.) and confirm their scope of validity.
- 📊 Data preparation: collect input data such as heat release rate, fuel, geometry and material high-temperature properties, and note data sources and uncertainty.
- 📐 Verification and validation: complete model verification (mathematical correctness) and validation (comparison with tests) per the series method, recording deviations and analysing causes.
- 📋 Reporting: include verification and validation records in performance-based design reports for review by approving authorities and regulators.
5. FAQ ❓
Q1: What is the difference between verification and validation?
A: Verification checks whether the calculation correctly solves the mathematical model; validation checks whether the model prediction agrees with test or measured results.
A: Verification checks whether the calculation correctly solves the mathematical model; validation checks whether the model prediction agrees with test or measured results.
Q2: Why can’t “a well-known software” replace verification?
A: Whether a model is applicable to a specific scenario depends on whether that scenario lies within the model’s scope of validity and range of validation; verification and validation must be completed for the target problem.
A: Whether a model is applicable to a specific scenario depends on whether that scenario lies within the model’s scope of validity and range of validation; verification and validation must be completed for the target problem.
Q3: How to choose between a zone model and a CFD model?
A: Zone models are simple and fast, suited to clearly stratified smoke layers; CFD suits complex geometry, smoke spread and detailed flow analysis, but with higher computation and expertise demands.
A: Zone models are simple and fast, suited to clearly stratified smoke layers; CFD suits complex geometry, smoke spread and detailed flow analysis, but with higher computation and expertise demands.
Q4: What should be considered for structural fire models?
A: Correctly couple the thermal boundary from the fire model, use material high-temperature property data, and define failure criteria and boundary conditions.
A: Correctly couple the thermal boundary from the fire model, use material high-temperature property data, and define failure criteria and boundary conditions.
Q5: Does this series have mandatory force?
A: No. It is a Technical Report providing methods and examples; regulatory acceptance criteria are set by the project’s regulatory system.
A: No. It is a Technical Report providing methods and examples; regulatory acceptance criteria are set by the project’s regulatory system.