Build a centralized, real-time, message-based system to deliver
Passenger information as a single point of truth of the relevant data. In doing so, existing systems are to be
be networked using a central data broker in order to create a future-proof and expandable
system architecture. Future systems should also be able to integrate easily into the system.
can be made possible. Furthermore, the development of a content management system for the
Passenger information, an innovative tool will be introduced to provide the VGF with flexible options for the
use of web pages and multifunction displays.
Excerpt from the bill of quantities
Preliminary remarks on the processing of quotations
The evaluation matrix describes the requirements,
which were sent by VGF to the object of procurement
as well as the service to be provided
Become.
The requirements to be realized are determined by the
LV item number in the column of the same name
marked.
Info: In the column "Object type + obligation" are
Information marked with an "I".
Must: Requirements that are imperative to realize
are listed in column "Object Type + Liability" with
marked with an "M". If one of these
If the requirements are not met, the offer will be rejected by the
Scoring excluded.
Target: Requirements that are of great importance
are target criteria and with "S"
marked. This has a positive effect on fulfillment
on the selection of the tenderer (selection of the tenderer
after: 50% price / 50% services)
The contractor is also the general contractor and bears the
Primary responsibility for carrying out the work.
He may also engage subcontractors to provide a
Product e.g. buy the required VDV-DDS to
Can.
If, in the course of the project, new
The level of knowledge shows which extensions
are useful or necessary, these are used together with
VGF and AN coordinated. These can be used as
Changerequest implemented as part of the project
Become.
Due to the complexity of the "DIB", special
the substantive points between VGF and AN
Agilely coordinated with each other during the project
and be discussed.
In the column: "Brief description / acknowledgment"
the bidder must take note of the MUST (M)
and INFO (I) points and their implementation
confirm. If fulfilled, the points must be awarded by means of
Ticks are ticked off or otherwise clear
can obviously be agreed. For some MUST-
Requirements (M) will be a brief description
or a concept.
In the case of the target requirements (S), either a
short description in a few sentences or a
Concept in which the implementation is still required.
is described in more detail.
Should only be a short description on the part of VGF
but the bidder wants a more precise
implementation, he may instead of the short
Description refer to a concept.
The evaluation of the target requirements will be
Weighted as follows:
0 = Not fulfilled
5 = Fulfilled
7.5 = exceeded
10 = Far exceeded
If the target requirements are exceeded (7.5
points) or far exceeded (10 points), so this is
plausibly and in the column "In the case of
Exceeding target requirements".
If the justification has already been made in the concept,
there must be a reference to the justification in the concept
can be entered. The bidder evaluates himself
self.
If the justification is implausible and/or from the point of view of
of the VGF there is no over-performance, the
VGF in the evaluation a deviating
Leave a review.
Submission of offers (incl. concepts),
Project management, documentation and
Votes must be held in German
follow. Technical documents such as data sheets
and programming codes may also be used in English
Language.
The individual prices for the individual points must be set in
of the evaluation matrix. The
resulting total prices must then be
taken from the evaluation matrix and included in the course
can be specified.
The LV positions are identical to the chapter no. in
of the evaluation matrix.