LF3.11 – Netzwerkkomponenten anhand von Leistungskriterien auswählen

Nicht automatisch neue Komponenten beschaffen

Die erste Auswahlfrage lautet nicht:

Zuerst wird geprüft:

• Welche Funktion wird für die Integration tatsächlich benötigt?
• Ist bereits eine geeignete Komponente vorhanden?
• Reicht deren dokumentierte technische Eigenschaft aus?
• Ist überhaupt eine zusätzliche Komponente notwendig?

Wenn eine vorhandene, freigegebene Netzwerkschnittstelle alle Anforderungen erfüllt, muss beispielsweise nicht allein deshalb eine zusätzliche Netzwerkkarte vorgesehen werden, weil es weitere Produkte am Markt gäbe.

Die technische Entscheidungskette

1. Bedarf bestimmen
   Welche Netzwerkfunktion wird benötigt?
2. Muss-Kriterien prüfen
   Welche Eigenschaften sind zwingend?
3. Kompatibilität prüfen
   Passen Schnittstellen, Medien und technische Rahmenbedingungen?
4. Leistungswerte prüfen
   Passen Portzahl, Datenrate und weitere Leistungsmerkmale?
5. Soll- und Kann-Kriterien einordnen
   Welche geeigneten Alternativen unterscheiden sich noch?
6. Auswahl begründen
   Welche Alternative erfüllt die Anforderungen am nachvollziehbarsten?
7. Ergebnis dokumentieren
   Was wird an LF3.12 übergeben?

Muss-Kriterien zuerst

Für den K-27-Entscheidungsfall gelten:

Portbedarf nachvollziehbar bestimmen

Im Lernfall:

Damit scheidet eine Alternative mit nur 16 geeigneten Client-Ports aus.

Die Reserve ist dabei kein Naturgesetz. Sie ist im K-27-Fall eine dokumentierte betriebliche Planungsanforderung.

Schnittstelle und Medium müssen zusammenpassen

Eine Komponente ist nicht allein deshalb geeignet, weil ihre Portzahl stimmt.

Zu prüfen ist außerdem:

• welche technische Schnittstelle vorgesehen ist,
• welches Übertragungsmedium verwendet wird,
• ob beide Seiten technisch kompatibel sind,
• ob die dokumentierte Infrastruktur die geforderte Betriebsart unterstützt.

Im K-27-Fall sind für die Arbeitsplatzanschlüsse Kupfer-Ethernet-Schnittstellen vorgesehen.

Eine ausschließlich für einen anderen Medientyp vorgesehene Schnittstelle würde dieses Muss-Kriterium nicht erfüllen.

Datenrate aus der Anforderung ableiten

Für den Lernfall gilt als bestätigte Mindestanforderung:

Eine dokumentierte Schnittstelle mit nur 100 Mbit/s erfüllt diese Anforderung nicht.

Eine Alternative mit einer höheren Datenrate kann die Mindestanforderung erfüllen.

Zusätzliche Leistungsfähigkeit ist nur dann entscheidungsrelevant, wenn sie zum Integrationskonzept passt und ihre Auswirkungen auf weitere Kriterien sinnvoll berücksichtigt werden.

Nominale Datenrate ist nicht Nutzdurchsatz

LF3.4 hat bereits gezeigt, dass eine Datenblattangabe wie

nicht bedeutet:

LF3.11 verwendet den dokumentierten Schnittstellenwert deshalb als technisches Auswahlmerkmal, ohne daraus einen nicht belegten Praxisdurchsatz abzuleiten.

Drei vollständig fiktive Switch-Alternativen

Alle Bezeichnungen und technischen Werte der folgenden Alternativen wurden ausschließlich für SemaTrain erfunden.

Muss-Gate anwenden

Nur K27-SW-B24 erfüllt in diesem vollständig fiktiven Entscheidungsfall alle drei dokumentierten technischen Muss-Kriterien.

Damit ist keine allgemeine Aussage verbunden, dass ein 24-Port-Switch grundsätzlich besser als ein 16-Port-Switch wäre.

Warum A16 ausscheidet

K27-SW-A16 bietet:

• die passende Kupfer-Schnittstelle,
• die geforderte Datenrate,
• aber nur 16 Client-Ports.

Benötigt werden im Lernfall mindestens 20.

Warum C24 ausscheidet

K27-SW-C24 bietet:

• 24 Client-Ports,
• das passende Kupfer-Medium,
• aber nur 100 Mbit/s je Client-Port.

Gefordert sind mindestens 1 Gbit/s.

Die geringere im Datenblatt angegebene maximale Geräteaufnahme ändert daran nichts.

Warum B24 im Lernfall ausgewählt wird

K27-SW-B24 erfüllt:

• mindestens 20 erforderliche Client-Ports,
• Kupfer-Ethernet für die vorhandene Clientverkabelung,
• mindestens 1 Gbit/s je Client-Schnittstelle.

Damit erfüllt B24 als einzige der drei fiktiven Alternativen alle Muss-Kriterien.

Keine allgemeine Rangliste erzeugen

Die Entscheidung gilt ausschließlich für den definierten K-27-Anforderungsfall.

Bei einem anderen Integrationskonzept könnten andere Anforderungen gelten:

• weniger benötigte Ports,
• andere Medien,
• andere Datenraten,
• andere Leistungsreserven,
• andere betriebliche Randbedingungen.

Vorhandene Infrastruktur bewusst einbeziehen

LF3.10 hat Wiederverwendung als mögliches wirtschaftliches und ökologisches Kriterium eingeordnet.

In LF3.11 wird deshalb geprüft:

• ist eine vorhandene Komponente technisch geeignet,
• ist ihre Dokumentation ausreichend belastbar,
• erfüllt sie die Muss-Kriterien,
• ist ihre Schnittstelle mit der geplanten Integration kompatibel?

Nur wenn diese Fragen positiv beantwortet werden, kann Weiterverwendung eine fachlich begründete Alternative sein.

Komponententyp und konkrete Alternative unterscheiden

Nicht jede bekannte Komponente wird benötigt

LF3.3 hat unter anderem Switch, Router und Access Point funktional eingeordnet.

Daraus folgt nicht, dass jedes Integrationsprojekt alle diese Komponenten neu benötigt.

Im K-27-Teilauftrag:

• wird ein kabelgebundener Clientzugang betrachtet,
• ist ein Gateway aus LF3.9 bereits betrieblich vorgesehen,
• besteht keine neue WLAN-Anforderung,
• wird deshalb nicht künstlich ein zusätzlicher Access Point oder Router ausgewählt.

Datenblattwissen aus LF3.4 anwenden

LF3.11 baut auf LF3.4 auf.

Für technische Angaben gilt weiterhin:

• Dokument und Revision prüfen,
• Einheit gemeinsam mit dem Zahlenwert lesen,
• „maximum“, „up to“ und „supported“ nicht überinterpretieren,
• Produktmerkmal und Standardinformation unterscheiden,
• fehlende Angaben nicht erfinden.

LF3.11 wiederholt diese Methoden nicht vollständig, sondern verwendet sie für die technische Entscheidung.

Keine zweite vollständige Nutzwertanalyse

LF2.5 hat die Methode der Nutzwertanalyse bereits ausführlich behandelt.

Im K-27-Fall ist sie für die Kernentscheidung nicht nötig:

• A16 scheitert an einem Muss-Kriterium,
• C24 scheitert an einem Muss-Kriterium,
• B24 erfüllt alle Muss-Kriterien.

Eine aufwendige Punktebewertung würde hier keine fehlende Mindesteignung reparieren.

Wenn später mehrere Alternativen alle Muss-Kriterien erfüllen, könnten bekannte Bewertungsmethoden aus LF2 bei Bedarf herangezogen werden. Sie werden in LF3.11 aber nicht neu gelehrt.

Keine Beschaffung

LF3.11 entscheidet auf der technischen Produktebene.

Nicht Gegenstand sind:

• Lieferantensuche,
• Händlervergleich,
• aktuelle Marktpreise,
• Versandkosten,
• Bestellung,
• Kaufvertrag.

Keine Konfiguration vorziehen

Nach der technischen Auswahl ist die Komponente noch nicht produktiv integriert.

LF3.11 führt deshalb nicht durch:

• Switch-CLI,
• Router-CLI,
• Client-IP-Konfiguration,
• Treiberinstallation,
• produktive Netzänderungen,
• Funktionsabnahme.

Die praktische Client-Konfiguration und Integration folgt in LF3.12.

Auswahlentscheidung dokumentieren

Eine technische Auswahl sollte mindestens enthalten:

1. Ausgangsanforderung,
2. benötigten Komponententyp,
3. geprüfte Muss-Kriterien,
4. verwendete technische Quellen,
5. Ergebnis je Alternative,
6. Ausschlussgründe ungeeigneter Alternativen,
7. Begründung der ausgewählten Alternative,
8. offene Punkte für LF3.12.

K-27: technische Entscheidungsmatrix

Bewusste curriculare Grenze

LF3.11 behandelt nicht:

• die erneute Grunddefinition aller Netzwerkkomponenten,
• eine vollständige Standardkunde,
• eine vollständige Datenblattmethodik,
• eine neue vollständige Nutzwertanalyse,
• reale Hersteller- oder Marktempfehlungen,
• Händler- oder Angebotsvergleich,
• Beschaffung,
• Switch- oder Routerkonfiguration,
• produktive Clientkonfiguration.

PRAXISAUFGABE

Praktische Lernaufgabe

Für einen vollständig fiktiven zweiten K-27-Bereich gelten:

• 14 aktuell benötigte Clientanschlüsse,
• mindestens 2 Reserveports,
• Kupfer-Ethernet,
• mindestens 1 Gbit/s je Client-Port.

Erfinden Sie drei generische Switch-Alternativen.

Mindestens:

• eine Alternative soll an der Portzahl scheitern,
• eine Alternative soll an der Datenrate scheitern,
• eine Alternative soll alle Muss-Kriterien erfüllen.

Erstellen Sie anschließend:

1. eine Muss-Kriterien-Matrix,
2. eine Kompatibilitätsprüfung,
3. einen dokumentierten Ausschluss ungeeigneter Alternativen,
4. eine fachliche Auswahlbegründung,
5. eine Übergabenotiz für LF3.12.

Verwenden Sie keine realen Hersteller, Preise oder Händler.

Praxisauftrag

Selbsttraining – keine Abgabe erforderlich.

Erstellen Sie für ein vollständig fiktives Client-Integrationsprojekt eine technische Auswahlentscheidung.

Dokumentieren Sie:

• Integrationsanforderungen aus einem fiktiven Konzept,
• benötigte Komponententypen,
• Muss-Kriterien,
• Schnittstellen und Medien,
• benötigte Datenrate,
• Portbedarf mit begründeter Reserve,
• drei fiktive technische Alternativen,
• technische Datenquellen,
• Muss-Gate je Alternative,
• Auswahlentscheidung und Begründung,
• offene Punkte für die Umsetzung.

Führen Sie keine Händlerrecherche, keine Bestellung und keine produktive Netzwerkkonfiguration durch.

SELBSTKONTROLLE

Selbstkontrolle

• Beginnt meine Auswahl beim Integrationskonzept?
• Habe ich geprüft, ob überhaupt eine neue Komponente nötig ist?
• Prüfe ich Muss-Kriterien vor weiteren Bewertungen?
• Ist mein Portbedarf nachvollziehbar?
• Passen Schnittstelle und Übertragungsmedium?
• Passt die Datenrate zur dokumentierten Anforderung?
• Interpretiere ich Datenblatt-Maximalwerte korrekt?
• Behandle ich einen größeren Zahlenwert nicht automatisch als besser?
• Nutze ich nur fiktive Alternativen?
• Habe ich Beschaffung aus LF2 offengelassen?
• Habe ich produktive Konfiguration für LF3.12 offengelassen?

REFLEXION

Reflexion

• Warum muss vor der Produktbetrachtung zunächst der Komponentenbedarf geklärt sein?
• Warum kann ein nicht erfülltes Muss-Kriterium nicht durch andere Vorteile ausgeglichen werden?
• Warum ist die höchste Datenrate nicht automatisch die beste Auswahl?
• Warum sind Portreserve und tatsächlicher Portbedarf zwei unterschiedliche Informationen?
• Warum kann Wiederverwendung sinnvoll sein, aber nicht automatisch?
• Warum sind technische Produktentscheidung und Händlerentscheidung zu trennen?
• Welches konkrete Ergebnis übergibt LF3.11 an LF3.12?