LF3 · Planen
LF3.10 – Client-Integration sicher, wirtschaftlich und energieeffizient planen
Anforderungen konsolidieren, Sicherheitsvorgaben berücksichtigen, Wirtschaftlichkeit und Energieeffizienz integrieren und Leistungskriterien ableiten.
Lernfeld 3 · Clients in Netzwerke einbinden
Curriculum-Faden
Diese Teilkompetenz bauen Sie hier auf
Handlungsphase: Planen
Ein anforderungsgerechtes Konzept zur Client-Integration erstellen und dabei betriebliche Sicherheitsvorgaben, Wirtschaftlichkeit, Ökologie und Energieeffizienz berücksichtigen.
LF3.9 hat die erforderlichen Netzparameter und Client-Abhängigkeiten zusammengeführt.
LF3.11 wählt daraus benötigte Komponenten anhand definierter Leistungskriterien aus.
Bewusste Abgrenzung dieser Lektion
Betriebliche Sicherheitsvorgaben berücksichtigen; keine Schutzbedarfsanalyse aus LF4 und keine umfassende Sicherheitsarchitektur.
Curriculumquelle: KMK-Rahmenlehrplan Fachinformatiker, Lernfeld 3
Berufliche Ausgangssituation
Im fiktiven K-27 Medienbüro liegen die Ergebnisse aus LF3.1 bis LF3.9 vor.
Bekannt sind unter anderem:
- Anforderungen an die neuen Clients,
- die bestehende Netzwerkinfrastruktur,
- physische und logische Netzbeziehungen,
- Ethernet- und MAC-Grundlagen,
- IPv4- und IPv6-Adresskonzepte,
- die geplanten IPv4-Subnetze,
- Client-IP, Präfix, Gateway, DNS und DHCP.
Was ist ein Integrationskonzept?
Ein Integrationskonzept verbindet Anforderungen und technische Ergebnisse zu einer nachvollziehbaren Planung.
Es beschreibt insbesondere:
- Ausgangslage und Ziel,
- Anforderungen und Prioritäten,
- technische Rahmenbedingungen,
- Netzparameter und Abhängigkeiten,
- betriebliche Sicherheitsvorgaben,
- wirtschaftliche Kriterien,
- ökologische Kriterien,
- Energieeffizienz,
- offene Punkte und Annahmen,
- Zielkonflikte,
- Leistungskriterien für LF3.11.
LF3.11 entscheidet anschließend über Komponenten.
Anforderungen konsolidieren
Für jede relevante Anforderung sollte erkennbar sein:
- Was wird gefordert?
- Woher stammt die Anforderung?
- Warum ist sie relevant?
- Ist sie zwingend oder verhandelbar?
- Wie kann später geprüft werden, ob sie erfüllt wird?
Muss, Soll und Kann unterscheiden
Muss-Anforderung
Eine zwingende Bedingung. Ohne ihre Erfüllung ist die Lösung für den vorgesehenen Einsatz ungeeignet.
Soll-Anforderung
Eine wichtige, aber in begründeten Fällen abwägbare Anforderung.
Kann-Anforderung
Eine zusätzliche wünschenswerte Eigenschaft, deren Nichterfüllung die grundsätzliche Eignung nicht verhindert.
Die Einstufung ergibt sich aus dem betrieblichen Auftrag und darf nicht willkürlich erfolgen.
K-27: Anforderungsmatrix
| Anforderung | Priorität | Begründung |
|---|---|---|
| Integration in 192.0.2.64/27 | Muss | vorgegebene Netzplanung |
| Vorgesehene Client-Netzparameter verwenden | Muss | technische Funktionsfähigkeit |
| Betriebliche Sicherheitsregeln einhalten | Muss | betriebliche Vorgabe |
| Betriebliche Energiesparfunktionen unterstützen | Soll | Energieeffizienz |
| Geeignete vorhandene Infrastruktur weiterverwenden | Soll | Wirtschaftlichkeit und Ressourcenschonung |
| Zusätzliche Komfortfunktion | Kann | wünschenswert, nicht einsatzentscheidend |
Die Prioritäten sind vollständig fiktive SemaTrain-Planungsannahmen.
Technische Rahmenbedingungen
Das Integrationskonzept übernimmt technische Ergebnisse aus den vorangegangenen Lernetappen:
- vorgesehene Netzstruktur,
- vorhandene Anschlussmöglichkeiten,
- erforderliche Netzwerkschnittstelle,
- IPv4-Netz und Präfix,
- Gateway- und DNS-Vorgaben,
- DHCPv4 oder manuelle Parametrierung,
- Dokumentations- und Namensvorgaben.
Diese Angaben können später Leistungskriterien bilden. Sie bestimmen noch kein konkretes Produkt.
Betriebliche Sicherheitsvorgaben
Bei der Client-Integration müssen bekannte betriebliche Sicherheitsvorgaben berücksichtigt werden.
Beispiele:
- freigegebene und unterstützte Betriebssystemversionen,
- vorgesehener Update- und Patchprozess,
- betriebliche Benutzer- und Berechtigungsregeln,
- Vorgaben zu Endpoint-Schutz,
- freigegebene Netzanschlüsse,
- Inventarisierungs- und Dokumentationsvorgaben,
- sicherer Umgang mit Zugangsdaten.
Sicherheitsvorgabe ist nicht Schutzbedarfsanalyse
LF3.10
Eine bekannte betriebliche Sicherheitsvorgabe wird als Planungsanforderung an die Client-Integration dokumentiert.
Nicht LF3.10
Informationswerte unternehmensweit klassifizieren, Schutzbedarf bestimmen und daraus eine umfassende Sicherheitsarchitektur ableiten.
Eine solche Schutzbedarfsanalyse wird nicht vorgezogen.
Wirtschaftlichkeit ist mehr als Anschaffungspreis
Planungsrelevant können sein:
- Integrationsaufwand,
- Betriebsaufwand,
- Wartungs- und Supportaufwand,
- erwartete Lebensdauer,
- Folgekosten,
- notwendige Zusatzarbeiten,
- Auswirkungen auf vorhandene Infrastruktur.
Lieferantenangebote, Rabatte, Bestellung und Kundenangebotskalkulation werden aus LF2 nicht erneut aufgebaut.
Vorhandene Infrastruktur und Wiederverwendung
Zu prüfen ist beispielsweise:
- Welche vorhandenen Anschlüsse erfüllen die Anforderungen?
- Welche Infrastruktur kann technisch sinnvoll weiterverwendet werden?
- Wo entstehen unnötige Ersatzbeschaffungen?
- Wo verursacht Altbestand dagegen zu hohen Integrationsaufwand?
Wiederverwendung kann damit gleichzeitig wirtschaftliches und ökologisches Planungskriterium sein.
Neu bedeutet nicht automatisch besser.
Ökologie über den Nutzungszeitraum betrachten
Für das Integrationskonzept können unter anderem relevant sein:
- Weiterverwendung geeigneter Technik,
- erwartete Lebensdauer,
- Reparierbarkeit,
- Erweiterbarkeit,
- Software- und Updateunterstützung,
- Ressourceneinsatz,
- Energiebedarf während des Betriebs.
LF3.10 integriert diese Aspekte als Kriterien. Die konkrete Produktbewertung folgt später.
Energieeffizienz als Integrationskriterium
Energieeffizienz ist nicht mit dem kleinsten Wattwert gleichzusetzen.
Für LF3.10 gilt:
- die geforderte Funktion muss erfüllt sein,
- relevante Betriebszustände sind zu berücksichtigen,
- Energiesparfunktionen können eine Anforderung sein,
- Nutzungsdauer und Betriebszeit gehören zum Kontext,
- spätere Alternativen benötigen vergleichbare Bedingungen.
Eine konkrete Auswahl bleibt LF3.11 vorbehalten.
Anforderung und Leistungskriterium
Anforderung
Beschreibt, was die Integration leisten oder einhalten muss.
Beispiel: Der Client muss in die vorhandene Netzstruktur integrierbar sein.
Leistungskriterium
Beschreibt, woran eine spätere Alternative geprüft werden kann.
Beispiel: Kompatibilität mit der vorgesehenen Netzwerkschnittstelle und Anschlussart.
Leistungskriterien ableiten
| Anforderung | mögliches Leistungskriterium |
|---|---|
| Integration in vorhandene Netzstruktur | Kompatibilität mit vorgesehener Netzwerkschnittstelle und Anschlussart |
| Betrieblicher Updateprozess | Unterstützte Plattform mit geeigneter Updateversorgung |
| Lange sinnvolle Nutzung | Supportdauer, Erweiterbarkeit und Wartbarkeit |
| Energieeffizienter Betrieb | Energiesparzustände und nachvollziehbare Verbrauchsangaben |
| Vorhandene Infrastruktur weiterverwenden | Kompatibilität mit technisch geeigneten vorhandenen Anschlüssen und Schnittstellen |
Die Kriterien enthalten noch keinen Hersteller und keine konkrete Modellentscheidung.
Zielkonflikte sichtbar machen
Mögliche Zielkonflikte:
- Sicherheit und Bedienkomfort,
- geringe Anfangskosten und lange Nutzungsdauer,
- Leistungsreserve und Energiebedarf,
- Wiederverwendung und Integrationsaufwand,
- Standardisierung und besondere Einzelanforderungen.
Keine zweite vollständige Nutzwertanalyse
LF2.5 hat die Nutzwertanalyse bereits als Auswahlmethode behandelt.
LF3.10 konzentriert sich stattdessen auf:
- Anforderungen priorisieren,
- Planungskriterien beschreiben,
- Zielkonflikte sichtbar machen,
- Leistungskriterien für LF3.11 vorbereiten.
Der vollständige LF2-Beschaffungsprozess wird nicht wiederholt.
Bestätigt, Annahme oder offen?
Bestätigt
Information ist aus Auftrag, Bestandsdokumentation oder Vorgabe belastbar bekannt.
Annahme
Information wird vorläufig angenommen und muss noch bestätigt werden.
Offen
Eine notwendige Information fehlt und darf nicht erfunden werden.
Struktur des Integrationskonzepts
- Ausgangslage
- Integrationsziel
- Muss-, Soll- und Kann-Anforderungen
- Technische Rahmenbedingungen
- Betriebliche Sicherheitsvorgaben
- Wirtschaftliche Kriterien
- Ökologie und Energieeffizienz
- Zielkonflikte
- Leistungskriterien für LF3.11
- Offene Punkte und Annahmen
K-27: Konzeptausschnitt
| Bereich | Planungsaussage |
|---|---|
| Netz | Clientbereich 192.0.2.64/27; Clientparameter aus LF3.9 |
| Sicherheit | Unterstützte Plattform; vorgegebener Updateprozess; betriebliche Berechtigungsregeln |
| Wirtschaftlichkeit | Integrations-, Betriebs- und Wartungsaufwand sowie Lebensdauer |
| Ökologie | Geeignete Infrastruktur weiterverwenden; Langlebigkeit und Wartbarkeit berücksichtigen |
| Energie | Energiesparzustände und belastbare Verbrauchsangaben für späteren Vergleich vorsehen |
| Entscheidung | Noch keine konkrete Komponente ausgewählt |
Bewusste curriculare Grenze
LF3.10 behandelt bewusst nicht:
- eine Schutzbedarfsanalyse aus LF4,
- eine umfassende Sicherheitsarchitektur,
- konkrete Hersteller- oder Produktauswahl,
- Lieferanten- und Angebotsvergleich,
- Beschaffungsentscheidung,
- produktive Clientkonfiguration,
- praktische Testdurchführung.
LF3.11 = Komponenten anhand dieser Kriterien auswählen.
PRAXISAUFGABE
Praktische Lernaufgabe
Erstellen Sie für K-27 einen Konzeptentwurf.
Ausgangspunkte:
- Clientnetz 192.0.2.64/27,
- Gateway 192.0.2.65,
- DNS-Resolver 198.51.100.53,
- DHCPv4 als Bezugsart,
- vorhandene Ethernet-Infrastruktur,
- betriebliche Update- und Berechtigungsvorgaben.
Erstellen Sie:
- mindestens drei Muss-Anforderungen,
- mindestens drei Soll-Anforderungen,
- mindestens eine Kann-Anforderung,
- mindestens zwei wirtschaftliche Kriterien,
- mindestens zwei ökologische oder energiebezogene Kriterien,
- mindestens zwei betriebliche Sicherheitsvorgaben,
- mindestens zwei mögliche Zielkonflikte,
- mindestens fünf prüfbare Leistungskriterien für LF3.11,
- eine Liste offener Informationen.
Wählen Sie noch keinen Hersteller und kein konkretes Produkt aus.
Selbsttest LF3.10 – Integrationskonzept planen
Prüfen Sie, ob Sie technische, sicherheitsbezogene, wirtschaftliche und ökologische Anforderungen zu einem belastbaren Client-Integrationskonzept zusammenführen können.
Alle Fragen und Antwortmöglichkeiten dieses Selbsttests wurden für SemaTrain eigenständig entwickelt.
Praxisauftrag
Selbsttraining – keine Abgabe erforderlich.
Erstellen Sie ein vollständiges fiktives Client-Integrationskonzept.
Kennzeichnen Sie Informationen als:
- bestätigt,
- Annahme oder
- offen.
Das Konzept muss mindestens enthalten:
- Integrationsziel,
- Muss-, Soll- und Kann-Anforderungen,
- technische Rahmenbedingungen,
- betriebliche Sicherheitsvorgaben,
- wirtschaftliche Kriterien,
- Ökologie und Energieeffizienz,
- Zielkonflikte,
- Leistungskriterien für LF3.11,
- offene Punkte.
Führen Sie keine Schutzbedarfsanalyse, keine konkrete Komponentenauswahl und keine Beschaffungsentscheidung durch.
SELBSTKONTROLLE
Selbstkontrolle
- Habe ich bisherige LF3-Ergebnisse konsolidiert?
- Trenne ich Muss, Soll und Kann?
- Sind technische Rahmenbedingungen dokumentiert?
- Berücksichtige ich Sicherheitsvorgaben, ohne eine Schutzbedarfsanalyse durchzuführen?
- Betrachte ich Wirtschaftlichkeit über den Anschaffungspreis hinaus?
- Berücksichtige ich Lebensdauer und Folgekosten?
- Berücksichtige ich Wiederverwendung, Ökologie und Energieeffizienz?
- Mache ich Zielkonflikte sichtbar?
- Sind meine Leistungskriterien prüfbar?
- Bleiben konkrete Produkte für LF3.11 offen?
- Kennzeichne ich Annahmen und offene Punkte?
REFLEXION
Reflexion
- Warum ist technische Funktionsfähigkeit allein noch kein vollständiges Integrationskonzept?
- Warum sind betriebliche Sicherheitsvorgaben keine vollständige Schutzbedarfsanalyse?
- Warum ist die günstigste Anschaffung nicht automatisch die wirtschaftlichste Lösung?
- Wie können Wiederverwendung und Lebensdauer wirtschaftliche und ökologische Ziele verbinden?
- Warum muss Energieeffizienz mit der benötigten Funktion betrachtet werden?
- Warum müssen Zielkonflikte vor der Auswahl sichtbar sein?
- Welche Informationen übergibt LF3.10 an LF3.11?
Quellen & Einordnung
Curriculum-Grundlage:
KMK-Rahmenlehrplan für Fachinformatikerinnen und
Fachinformatiker,
Lernfeld 3.
Offizielle Fachquelle – nachhaltige Nutzung von IKT:
Umweltbundesamt:
Hinweise zur nachhaltigen Beschaffung und Nutzungsdauer
von IKT-Geräten.
Umweltbundesamt – IKT-Geräte und nachhaltige Beschaffung
Offizielle Fachquelle – energieeffiziente Produkte:
Europäische Kommission:
Informationen zu energieeffizienten Computern.
Europäische Kommission – Energy Efficient Products
Quelleneinordnung:
Die externen Fachquellen dienen der fachlichen Orientierung
bei Ökologie,
Nutzungsdauer und Energieeffizienz.
Eine konkrete Produktauswahl erfolgt nicht in LF3.10.
Betriebliche Sicherheitsvorgaben:
Die Sicherheitsanforderungen des K-27-Falls sind
fiktive betriebliche Planungsbedingungen.
Sie stellen keine Schutzbedarfsanalyse,
kein Sicherheitskonzept nach einer bestimmten Norm
und keine rechtliche Vorgabe dar.
Clean Room:
Alle Erklärungen,
K-27-Fälle,
Matrizen,
Aufgaben,
MC-Fragen,
Antwortoptionen und Lösungen wurden eigenständig
für SemaTrain entwickelt.
Für LF3.10 wird keine künstliche zusätzliche Rechtsquelle verwendet.
Curriculare Abgrenzung:
Eine Schutzbedarfsanalyse und die vertiefte
Informationssicherheit folgen nicht in LF3.10.
Die konkrete Auswahl der benötigten Komponenten
und Schnittstellen folgt in LF3.11.