Kriterienkatalog Leistung
zum Vergabeverfahren
Beschaffung einer Datenvisualisierungssoftware
Jedes Bewertungskriterium kann mit maximal 5 Punkten bewertet werden. Jedes Bewertungskriterium besitzt ein Gewicht, mit dem seine Bewertung in die Gesamtbewertung eingeht.
Die Vergabe der Punkte erfolgt grundsätzlich nach den u. a. Vorgaben je Kriterium. Manche Kriterien haben eine eigene Bewertungsskala, die dieser allgemeinen Bewertungsskala vorgeht.
Bewertungsskala:
| Wertungs-punkte | Definition | ||||||||||||
| 0 | Keine Beantwortung der Aufgabe bzw. die Ausführungen sind auf die Fragestellung nicht anwendbar. | ||||||||||||
| 1 | Unzureichende Beantwortung der Aufgabe. Die Ausführung des Bieters/der Bieterin lässt ein Konzept erkennen, welches keinen Aspekt des Erwartungshorizontes erfüllt. | ||||||||||||
| 2 | Teilweise nachvollziehbare Beantwortung der Aufgabe. Die Konzeptdarstellung/Maßnahmen des Bieters/der Bieterin bedarf/bedürfen jedoch umfangreicher Anpassungen, damit die Anforderungen des Erwartungshorizontes erfüllt werden. | ||||||||||||
| 3 | Die gestellte Aufgabe wird nachvollziehbar beantwortet. Die Konzeptdarstellung/Maßnahmen des Bieters/der Bieterin bedarf/bedürfen jedoch in wenigen wesentlichen Teilen Anpassungen, damit die Anforderungen des Erwartungshorizontes erfüllt werden. | ||||||||||||
| 4 | Gute und schlüssige Beantwortung der Aufgabe. Die Ausführung des Bieters/der Bieterin lässt ein Konzept/Maßnahmen erkennen, das den Anforderungen des Erwartungshorizontes ohne wesentliche Anpassungen genügt. Die Darstellung hat einen ausreichenden Detaillierungsgrad, um die Idee /das Vorgehen des Bieters/der Bieterin schlüssig nachzuvollziehen. | ||||||||||||
| 5 | Sehr gute und sehr fundierte Beantwortung der Aufgabe. Die Ausführung des Bieters/der Bieterin lässt ein Konzept/Maßnahmen erkennen, das den Anforderungen der ausschreibenden Stelle in vollem Umfang entspricht. | ||||||||||||
| Kriterium: | A B I | = = = | Ausschlusskriterium Bewertungskriterium Ergänzende Information | Art der Antwort: | J D B U | = = = = | Ja/Nein Daten/Wert Beschreibung Unterlagen | Kriterium | Art der Antwort | Angabe der Bieterin/ des Bieters | Gewich-tung | ||
| Vielfalt an Visualisierungsmöglichkeiten | |||||||||||||
| Es werden interaktive, grafische Visualisierungsmöglichkeiten zum Abdecken unterschiedlicher Bedarfe geboten. | A | J | |||||||||||
| Visualisierung unter Benutzung folgender Diagramme Erwartungshorizont: Der Bieter/Die Bieterin stellt in seiner Darstellung dar, inwieweit Tabellen, Balken-, Säulen-, Linien-, Kreisdiagramme, Heatmaps, Boxplots, interaktive Karten und idealerweise Drilldowns eingesetzt werden können. | B | B | 3 | ||||||||||
| Skalierbarkeit | |||||||||||||
| Die Software ermöglicht die Auswertung großer Datenmengen (bis zu 100.000 Datensätzen) ohne Performanceverlust zu Lastspitzen (Stichtagsregelung). Ist die Last kleiner, wird auch nur die benötigte Kapazität berechnet. | A | J | |||||||||||
| Interaktivität mit Benutzereingaben | |||||||||||||
| Ist eine Interaktionsmöglichkeiten des Nutzers/der Nutzerin mit Visualisierungselementen möglich? | A | J | |||||||||||
| Die Anpassung der Visualisierungselemente an die Bedarfe/Interessen des Nutzers/der Nutzerin durch Filterung/Aggregation/Gruppierung (bspw. AG, Sektoren, Regionen) wird in der Software variable angeboten. Erwartungshorizont: Der Bieter/Die Bieterin stellt dar, welche individuellen Anpassungen bei der Visualisierung durch den Benutzer/die Benutzerin möglich sind. | B | B | 1 | ||||||||||
| Die Darstellung ausschließlich statischer Inhalte (Bilder, Diagramme ohne Interaktionsmöglichkeiten) ist nicht ausreichend. Vielmehr soll eine weitgehende Digitalisierung, Nutzbarkeit und Vergleichbarkeit der Daten für eine breite Nutzerschaft gewährleistet werden. Können Nutzende entsprechend Daten aus einem Warehouse nach eigenen Kriterien in Echtzeit aufrufen? | A | J | |||||||||||
| Aktualität der dargestellten Daten & Verknüpfung zur Datenquelle | |||||||||||||
| Eine stetige Abbildung des IST-Standes der vorhandenen Daten, insbesondere bei Erweiterung und Reduktion des Datensatzes wird sichergestellt. | A | J | |||||||||||
| Direkte Verknüpfung zum Data Warhouse über eine Schnittstelle (ODBC) vorhanden? | A | J | |||||||||||
| Einbindung verschiedener/mehrerer Datenquellen ist möglich (z. B. auch CSV-Exporte über eine Dateiablage) | A | J | |||||||||||
| Adaptivität & Benutzerfreundlichkeit | |||||||||||||
| Es muss dem Fachbereich jederzeit möglich sein, die dargestellten Elemente inhaltlich abzuändern und somit an den wandelnden Bedarf anzupassen. Erwartungshorizont: Bieter/Bieterinnen stellen dar, inwieweit Darstellungselemente durch Sachbearbeitungen (Administration) verändert und angepasst werden können. | B | B | 2 | ||||||||||
| Barrierefreiheit | |||||||||||||
| Inwieweit orientiert sich die Software an BITV 2.0 zur digitalen Barrierefreiheit (z. B. Bedienbarkeit über Tastatur, Screenreader etc.)? Erwartungshorizont: Bieter/Bieterinnen stellen dar, inwieweit sich die Software an dem BITV-Standard orientiert und was hier umgesetzt wurde. | B | B | 2 | ||||||||||
| Erprobung & Qualität | |||||||||||||
| Die Software wird bereits auf anderen Websites eingesetzt und ist somit praxiserprobt. Erwartungshorizont: Bieter/ Bieterinnen stellen dar, wie und wo die Software bereits im Einsatz ist. | B | B | 1 | ||||||||||
| Integration in bestehende Webseitenstruktur | |||||||||||||
| Es wird die Möglichkeit geboten, Inhalte zu generieren, die in einem Website-Portal dargestellt werden. Dazu sind Code-Snippets in der Website integrierbar. Diese werden entweder via JavaScript eingebunden oder es werden Grafiken über eine Typo3-Extension bereitgestellt. Erwartungshorizont: Bieter/Bieterinnen stellen kurz dar, ob Code-Snippets generiert und in einer Webseite integriert werden können. Ist evtl. eine Typo3-Extension vorhanden? | B | B | 3 | ||||||||||
| Das Einbetten einzelner Elemente in eine bestehende Website-Struktur ist möglich. | I | J | |||||||||||
| Ersetzen/Abändern eingebetteter Elemente ist durch eine BAFzA-Redaktion möglich. | I | J | |||||||||||
| Berechtigungskonzept & Kollaborationsmöglichkeiten | |||||||||||||
| Das ausgewählte Tool verfügt über ein Rollen- bzw. Rechtekonzept und das Anlegen und Verwalten unterschiedlicher Benutzerrollen wird ermöglicht Erwartungshorizont: Bieter/Bieterinnen stellen dar, wie granular Rechte vergeben werden können. | B | B | 2 | ||||||||||
| Das gemeinsame, gleichzeitige Bearbeiten von Berichten/Elementen ist möglich | I | J | |||||||||||
| In der Software muss evtl. vorhandene KI-Unterstützung ausgeschaltet werden können. | A | J | |||||||||||
| Die Software-Lösung wird im Rahmen einer Präsentation vorgestellt | |||||||||||||
| Über eine Online-Präsentation wird die Software vorgestellt und mit den oben aufgeführten Kriterien verglichen. Erwartungshorizont: Bieter/Bieterinnen stellen dar, welche oben aufgeführten Kriterien erfüllt oder zum Teil erfüllt werden. Hier bietet sich die Gelegenheit, darzustellen, wie bestimmte ggf. fehlende Kriterien in der Software ggf. ausgeglichen werden können. | B | B | 1 | ||||||||||
| Angebot von Schulungen | |||||||||||||
| Die Software wird im Rahmen von Schulungen an die redaktionellen BAFzA-Benutzer/Benutzerinnen übergeben. Ihnen wird so ein leichter Einstieg in die Nutzung der Software ermöglicht. Optional muss auch eine Schulung des Betriebsteams zum Hosting der Software erfolgen. Erwartungshorizont: Bieter/Bieterinnen stellen dar, welche Schulungen in welchem Rahmen abgehalten werden. | B | B | 1 | ||||||||||
| Um die Nutzerfreundlichkeit zu erhöhen, ist ein Nutzerhandbuch vorhanden oder wird online bereitgestellt, das immer auf aktuellem Stand gehalten wird. | I | J | |||||||||||
| Externes Reporting | |||||||||||||
| Es werden Vorschläge für die externe Darstellung von vorgefertigten, statischen Statistiken auf einer Website erstellt. Erwartungshorizont: Bieter/Bieterinnen stellen dar, welche Reports ermöglicht und wie diese der Steuerung/Sachbearbeitung zur Verfügung gestellt werden. | B | B | 2 | ||||||||||
| Der Software-Client ist über Firefox aufrufbar. | A | J | |||||||||||
| Der Cloud-Service der Software kann auf Daten einer MySQL-DB bzw. MariaDB (Web-Server) zugreifen. | A | J | |||||||||||
| Internes Reporting - Systemvoraussetzungen | |||||||||||||
| Es können Reports/Berichte für die interne Verwendung generiert werden (Steuerung/Controlling). So können z. B. die Anzahl der Datensätze ausgegeben und andere generelle Informationen aus der Datenbank verarbeitet werden. Erwartungshorizont: Bieter/Bieterinnen stellen dar, welche Reports ermöglicht und wie diese der Steuerung zur Verfügung gestellt werden. | B | B | 2 | ||||||||||
| Der Software-Client ist auf einem Standard-Windows 11 lauffähig oder unter Firefox aufrufbar. | A | J | |||||||||||
| Der Software-Client ist über ein Rollenmodell so konzipiert, dass interne Statistiken nur von bestimmten, berchtigten Personen erstellt werden können. Auf diese Weise werden unterschiedliche Statistiken durch unterschiedliche Personengruppen erstellt und so strickt voneinander getrennt. | A | J | |||||||||||
| Der Service der Software kann auf Daten einer MySQL-DB bzw. MariaDB (Web-Server) zugreifen. | A | J | |||||||||||
| Die Client-Software ist mit 4 GB RAM lauffähig. | A | J | |||||||||||
| In der Software muss evtl. vorhandene KI-Unterstützung ausgeschaltet werden können. | A | J | |||||||||||
| Maximale Gesamtpunktzahl für die Qualität/Leistung |
Der Preis fließt mit 30 Prozent (30 Punkten) in die Bewertung ein. Die Leistung/Qualität wird mit 70 Prozent (70 Punkten) gewichtet.
Das niedrigste Angebot erhält die volle Punktzahl (30). Die Punkte für die übrigen Bieter/Bieterinnen werden prozentual berechnet, d. h. um die Prozentzahl, die das jeweilige Angebot höher liegt als das niedrigste Angebot, gekürzt. Beispiel: Das niedrigste Angebot erhält die höchste Punktzahl mit 30 Punkten. Ein Angebot, das preislich 50 % höher liegt, erhält demnach 15 Punkte.