Control strategies for structural design

From Engineer-it

Requirements conformance

General

  • Be vigilant throughout the design process about requirements conformance
  • At design review meetings have requirements conformance on the agenda.

Actions

  • Define the requirements at Stage 1.  The requirements at this stage should be independent of the type of structure.
  • Modify the requirements at Stage 2 taking account of decisions made at that stage.
  • Seek to avoid changes to the requirements after stage 2.

Validation of the requirements: 

Seek to ensure that:

  • all requirements been identified
  • all requirements been adequately stated in the Structural Design Brief


Verification

  • Ensure that the mandatory requirements have been satisfied  
  • Explain why any non-mandatory requirements have not been fully implemented.

Analysis modelling

Use the strategies recommended in this document.

Code of practice conformance

Validation of code provisions

Ensure that the design context is within the scope of the codes that are specified in the Structural Design Brief. If it is not, seek to ensure that relevant issues that are not covered in the codes are addressed. This is especially important in innovative contexts. See, for example, the Ronan Point Collapse


Performing the calculations

Code of practice rules should be processed using software that has been subject to rigorous QA assessment.

Hand calculators should only be used in preliminary work and back-of-an-envelope checks. They should not be used for final calculations because of the increased risk of errors when values are being keyed-in.

See guidance on programming of calculations.


Input checking

Verify input to software


Results transfer

Verify that the results have been correctly transferred to drawings and schedules,

Working with integrated systems

Special vigilance is needed when the analysis model is generated  directly from a  graphical/parametric model and when results from the analysis model are automatically passed to the code checking software.  There is potential for error when this process results in changes to the analysis model and the graphical model. It is essential that such changes (a) are capable of being reviewed by an engineer, (b) are reviewed by an engineer and (c) that intervention by an engineer in the integrated process is feasible.