What is requirement mapping in AGL?

Every requirement should be traceable from the document it came from to the test and record that prove it was met.

TRACE EACH REQUIREMENT FROM SOURCE TO PROOF 1 REQUIREMENT 2 SOURCE DOCUMENT 3 SPEC CLAUSE & TEST 4 EVIDENCE Runway edge light colour and intensity ICAO Annex 14 Vol I and DGCA requirements Photometric test against the specification Photometric report Inset fixture construction and durability FAA AC 150/5345-46 ICAO Doc 9157 Pt 4 Type tests, such as leakage and load Type test certificate CCR for a 6.6 A series circuit IEC 61820-3-2, FAA AC 150/5345-10, IS 12291 Factory acceptance test Signed test record Series transformer isolation IEC 61823 IS 12290 Transformer tests per named standard Signed test record Installed circuit insulation ICAO Doc 9157 Pt 5, IEC 60364-6 (LV basis) Insulation resistance test on site Commissioning record EVERY REQUIREMENT NEEDS A SOURCE, A CLAUSE, A TEST AND A RECORD EXAMPLES ONLY · CHECK EDITIONS AND CLAUSES AGAINST YOUR GOVERNING SPECIFICATION
what is required
where it comes from
how it is proved
The Fact Traceability

Requirement mapping links each requirement to its source document and clause, then to the project specification, the test or inspection that verifies it, and the evidence that shows it was done. It turns a pile of standards into a checklist that can be followed and audited.

Without it, requirements can be missed, duplicated or tested to the wrong edition. With it, anyone can see why a test exists and which named governing standard it answers to, whether that is ICAO, FAA, IEC or an Indian Standard.

  1. List the requirement. Write it as one clear, testable statement.
  2. Find the source. Note the document, edition and clause it comes from.
  3. Carry it into the specification. Give it a clause in the project documents.
  4. Assign verification. Decide the test or inspection that proves it.
  5. Record the evidence. Keep the report or record against that requirement.
Without mapping

Requirements float free: gaps, duplicate tests, mixed editions and no clear owner.

With mapping

Each requirement has a source, a spec clause, a test and a record, so it can be traced both ways.

RequirementA single, testable statement of what is needed
Source documentWhich standard or regulation it comes from
EditionEdition and amendment in force for the project
ClauseExact clause or table in the source
Spec referenceWhere the project specification carries it
VerificationTest, inspection or analysis that proves it
EvidenceReport or record that shows it was done
StatusMet, not met, or agreed deviation
The examples are illustrative, not a complete or approved mapping. Paraphrased for learning, not the official wording. Verify documents, editions and clauses against your project’s governing specification before using any mapping.
Entry 7 · Standard comparison Entry 9 · Compliance matrix

Frequently Asked Questions

Q1What is requirement mapping?

It is tracing each requirement back to where it comes from and forward to how it is proved. For every requirement you note the source document, edition and clause, the project specification clause that carries it, the test or inspection that verifies it, and the record that shows it was done.

Q2Why record the edition and clause?

Documents change, and the figures or test methods in one edition may differ from another. Quoting the edition and clause lets anyone find the exact wording later and tells you which version the supplier worked to.

Q3What if two documents give different requirements?

Do not pick the easier one silently. Check which document the contract names as governing, apply that one, and record the decision. If the contract is unclear, raise it with the specifier before ordering or testing.

Q4How is mapping different from a compliance matrix?

Mapping is the tracing work: requirement to source to test to evidence. A compliance matrix is the table where the result is usually recorded, showing whether each requirement is met, not met or covered by an agreed deviation.

Q5Who needs requirement mapping?

Anyone who has to show that AGL work meets its specification, such as designers writing specifications, suppliers preparing test evidence, and engineers commissioning or accepting a system. The depth depends on the contract and regulator.

Precision AGL Academy

See It. Understand It. Then Learn How to Engineer It.

Recognising an AGL system visually is the first step. The next step is knowing how to design, install, test, commission and maintain them correctly.

Build Practical AGL Engineering Skills

Go deeper with structured training from Precision AGL Academy, covering:

AGL Fundamentals Design & Electrical Engineering Approach Lighting Photometry Installation & Commissioning Maintenance & Troubleshooting

Learn how each light, sign and circuit works as part of a complete airport lighting system, not just as an isolated diagram.

See. Understand. Apply. Engineer.

Continue Exploring