Funktionalität und Leistung
Fachliche Eignung, technische Funktionen und messbare Leistung
Produktneutraler Musterkatalog
Bei Thin Clients entscheidet das Zusammenspiel aus Backend, Netzwerk, Anwendungen, Peripherie, zentralem Management und Sicherheit. Deshalb bewertet diese Vorlage reale Benutzerprofile und Proof-of-Concept-Szenarien statt isolierter CPU-, Kern- oder Taktwerte.
Struktur
In Anlehnung an die UfAB-Hierarchie bleiben die fachlichen Themen als Kriteriengruppen der zweiten Ebene erhalten. Die Vorlagen verwenden drei einheitliche Ausgangsgruppen. Im Builder können Hauptgruppen frei benannt, ergänzt und ihre Kriteriengruppen frei angepasst werden.
Fachliche Eignung, technische Funktionen und messbare Leistung
Einbindung, Nutzungsqualität, Sicherheit, Verfügbarkeit und beherrschbarer Betrieb
Einführung, Support, Ressourcen, Produktpflege und Weiterverwendung
Die 1.000 Gewichtungspunkte werden von den Hauptgruppen über die Kriteriengruppen auf die einzelnen B-Kriterien verteilt. Bei 0 bis 10 Bewertungspunkten sind damit höchstens 10.000 Leistungspunkte erreichbar. Der Wertungspreis wird getrennt ermittelt und anschließend über die vorab veröffentlichte Preis-Leistungs-Methode einbezogen.
A- und B-Kriterien
| Gruppe und Kriterium | Typ | Gewichtungspunkte | Anforderung, Nachweis und Bewertungsmaßstab |
|---|---|---|---|
| Funktionalität und Leistung Einsatzszenario Anwendungs- und Backendkompatibilität | A | – | Alle kritischen Anwendungen, Sitzungsfunktionen sowie Audio-, Video- und Kommunikationswege funktionieren im realen Zielnetz und Backend. Nachweis: Erfolgreicher Proof of Concept anhand des veröffentlichten Testplans |
| Funktionalität und Leistung Einsatzszenario Qualität im Proof of Concept | B Zielerfüllung | 250 | Bewertet wird der Anteil erfolgreich abgeschlossener Testschritte im realen Zielnetz und unter veröffentlichter Ziellast. Nachweis: Gemeinsam protokollierter Proof of Concept mit Messwerten und dokumentierten Workarounds Veröffentlichte Punkteanker
|
| Qualität und Betrieb Arbeitsplatzintegration Verbindliche Arbeitsplatz- und Peripheriekompatibilität | A | – | Die zwingend benötigten Displays, Drucker, Kameras, Headsets, Authentifizierungs- und assistiven Geräte funktionieren im Zielsystem. Nachweis: Kompatibilitätsmatrix und praktische Funktionsprüfung |
| Qualität und Betrieb Sicherer Betrieb Endpoint-Sicherheit | A | – | Lokales System und Startprozess sind geschützt; Firmwareintegrität, Schnittstellensteuerung und ein dokumentierter Patchprozess sind vorhanden. Nachweis: Sicherheitsmatrix, technische Unterlagen und Demonstration |
| Qualität und Betrieb Betrieb Zentrales Management und Lifecycle | A | – | Aufnahme, Konfiguration, Aktualisierung, Inventarisierung und Support sind zentral über die geplante Nutzungsdauer möglich. Nachweis: Lifecycle-Erklärung und End-to-End-Demonstration |
| Qualität und Betrieb Betrieb Zentrales Management und Automatisierung | B Zielerfüllung | 200 | Bewertet werden Onboarding, Gruppenrichtlinien, Inventar, gestaffelte Updates, Rollen, Audit, Rollback und Schnittstellen. Nachweis: Demonstration der veröffentlichten Betriebsszenarien und Schnittstellendokumentation Veröffentlichte Punkteanker
|
| Qualität und Betrieb Sicherer Betrieb Endpoint-Sicherheit und Wiederherstellung | B Zielerfüllung | 150 | Bewertet werden Geräteidentität, Updatekette, zentrale Schnittstellenregeln, Integritätskontrolle, Isolation und Wiederherstellung. Nachweis: Sicherheitskonzept und Demonstration ausgewählter Vorfallszenarien Veröffentlichte Punkteanker
|
| Qualität und Betrieb Arbeitsplatzintegration Optionale Peripheriekompatibilität | B Zielerfüllung | 100 | Bewertet wird der Anteil optionaler Referenzgeräte, die ohne Sondertreiber oder manuelle Eingriffe funktionieren. Nachweis: Funktionsprüfung an der veröffentlichten Referenzperipherie Veröffentlichte Punkteanker
|
| Qualität und Betrieb Arbeitsplatzqualität Barrierefreiheit im Nutzerprofil | B Zielerfüllung | 50 | Bewertet werden optionale assistive Funktionen und zentral ausrollbare Nutzerprofile im Praxistest. Nachweis: Praxistest und aktuelle gleichwertige Konformitätsdokumentation Veröffentlichte Punkteanker
|
| Service und Nachhaltigkeit Lebenszyklus Software- und Supportlebenszyklus | B Zielerfüllung | 100 | Bewertet werden Pflege, Support und ein dokumentierter Migrationsweg über die geplante Nutzung hinaus. Nachweis: Verbindliche Lifecycle- und Migrationszusage Veröffentlichte Punkteanker
|
| Service und Nachhaltigkeit Lebenszyklus Energieeffizienz im Referenzbetrieb | B Zielerfüllung | 100 | Verglichen wird der gemessene Energiebedarf bei identischer Peripherie, Anwendungslast und Messmethode. Nachweis: Messprotokoll und Berechnung für das veröffentlichte Nutzungsprofil Veröffentlichte Punkteanker
|
| Service und Nachhaltigkeit Lebenszyklus Reparatur, Löschung und Wiederverwendung | B Zielerfüllung | 50 | Bewertet werden Reparatur, sichere Löschung, Rücknahme und Wiederverwendung. Nachweis: Service- und Rücknahmekonzept sowie geeignete aktuelle Nachweise Veröffentlichte Punkteanker
|
Quellenbasis
Bitkom e. V. · Version 4.0, Stand Januar 2024
Ausgewertete Bereiche: Seiten 7–40 und 42–44
Häufige Fragen
Nein. Anforderungen, Zielwerte, Lastprofile, Nachweise und Gewichte müssen auf Bedarf, Markt und Verhältnismäßigkeit des konkreten Verfahrens angepasst werden.
Der Katalog legt keine kurzlebigen Zertifikatsnamen oder Versionsstände fest. Beschreiben Sie den benötigten funktionalen, ökologischen oder sicherheitsbezogenen Zweck und lassen Sie aktuelle gleichwertige Nachweise zu, soweit dies zum Verfahren passt.
Sie werden von den Hauptgruppen über die Kriteriengruppen auf die B-Kriterien verteilt. Aus 0 bis 10 Bewertungspunkten je B-Kriterium entstehen insgesamt höchstens 10.000 Leistungspunkte. Der Wertungspreis bleibt getrennt und wird erst durch die gewählte Richtwert- oder andere veröffentlichte Methode mit der Leistung verbunden.
Nein. Unterhalb der Höchstpunktzahl 10 können passende Stufen wie 2 oder 7 mit einem kriterienspezifischen Zielerfüllungsgrad festgelegt werden. Ein binäres optionales Mehrwertkriterium kann als Nein = 0 und Ja = 10 Punkte ausgestaltet werden. Soll „Nein“ zum Ausschluss führen, ist die Anforderung als A-Kriterium zu formulieren.