Stage 2: Innovation and Assessment Requirements
Step 2.1.1 - Determine Requirements
In 2000 the European Commission published the European ITS Framework Architecture. It describes the general ITS architecture development process. It has been updated and become a base document for European ITS Framework Architecture Deliverable Documents [EC 2004] FHWA produced a document on developing functional requirements for ITS projects [FHWA 2002A]. These are useful references for innovation requirement analysis in HA pilot projects, particularly for ITS projects.
An example of how this progression from functional requirements, through the physical to the communications requirements can be found in the Highways Agency Ramp Metering System Requirements Specification [HA 2006F] .
Within the overall boundaries and scope of the pilot as defined in Stage 1 there are likely to be three prime aspects to the description of the innovation requirements, namely:
- the functional requirements or viewpoint – this defines and describes what functionality is needed to be included within the pilot in order to fulfil the requirements of the user needs
- the physical viewpoint – this defines and describes how the functional architecture will be brought together into groups to form physical entities
- the communication considerations – this defines and describes how the information is exchanged between different parts of the system.
These three aspects are applicable to all types of pilots, whether considering a complex technological innovation or the simple implementation of alternative practices. For all pilots it is essential to define what function or functions that are expected to be achieved by the innovation under consideration. This could range from simple statements such as: ‘This road cone shall be visible to drivers, with minimum legal eyesight, in good weather conditions from a distance of 100m’ to ‘This system shall correctly read and identify number plates from vehicles travelling up to 200kph’. These will all define what the innovation is expected to do.
For simple innovations there may be only limited physical requirements. A simple road cone must be able to withstand inclement weather conditions and statements as to the minimum expected environmental standards would be stated as part of the requirements. For a number plate recognition system the physical requirement would be more complex physical requirements perhaps specifying what would be required to be achieved on the roadside and within a control room.
With regard to the communication requirements this area would not be a consideration for a road cone pilot. However, for the number plate recognition system definitions of what data would be expected to be transferred between, for example the roadside and the control room, would be required.
For technology based pilots and trials, the Traffic Technology Division (TTD) Code of Connection should be applied where necessary. This is to assure that all connections to TTD devices, systems or services are not exposed to high levels of security risk. Applicants who wish to connect to TTD systems and services are required to follow the Code of Connection as defined within MCH1415.
Early involvement of the HA teams responsible for the future maintenance of the pilot will help to reduce ambiguities in the requirement, minimise the change of the requirement specification and provide a more resilient understanding of the time and cost for the design and implementation.