LUSD – Einzigartig in Deutschland

18
ANWENDER UND ANWENDUNGEN
LUSD –
Einzigartig in Deutschland
Nach anfänglichen Startproblemen sind jetzt erste Erfolge spürbar
Die hessische Lehrer- und
Schülerdatenbank (LUSD) ist
eingebettet in das hessische
Schulverwaltungsnetz und ein
deutschlandweit einzigartiges
und zukunftsweisendes Schulverwaltungsverfahren.
Es entlastet
die Schulen im täglichen Verwaltungsbetrieb
und verbessert
den Informationsfluss zwischen
Schulen, Staatlichen Schulämtern
und Ministerium. Darüber hinaus
erlaubt es auch zentrale Datenlieferungen
an die Schulträger.
Das moderne webbasierte System
verwaltet Schüler-, Schul-,
Dr. Udo Ornik (HZD)
Mit der Einführung und dem
Projektbetrieb der zentralen
LUSD sind Aktivitäten verbunden,
die bis in den Fertigungsprozess
des Herstellers hineinreichen
und Beispiel gebend für andere Großverfahren
des Landes sein können.
Dies gilt auch für die Kooperation der
HKM- und HZD-LUSD-Teams, ohne
die es sicher nicht möglich gewesen
wäre, dieses komplexe Projekt wieder
in ruhigeres Fahrwasser zu steuern.
Der Ausgangspunkt
Nachdem im Sommer 2007 klar wurde,
dass der Hersteller, die an die
LUSD gestellten Anforderungen nicht
erfüllt hat, kündigte dieser eine neue
inform 3/09
Unterrichts-, Leistungs- und Einsatzdaten
der Lehrkräfte, prüft
Belege sowie die Zulassung für
Abitur, Haupt- und Realschulabschlüsse,
druckt Zeugnisse und
liefert die Grunddaten für Planung
und Statistik. Es speichert
die Daten zentral bei der Hessischen
Zentrale für Datenverarbeitung
und stellt den Schulen
über das sichere Schulverwaltungsnetz
einen gemeinsamen,
stets aktuellen Datenbestand
online zur Verfügung. Dadurch
entlastet die LUSD nicht nur die
Schulen, sondern gewährleistet
Architektur, mit dem Ziel der Verbesserung
von Performance, Wartbarkeit
und Skalierung an. Diese Ankündigung
war das Ergebnis der zur Bewältigung
der unmittelbaren Performance
und Stabilitäts-Problematik eingeführten
HKM-HZD TASK-FORCE
Gruppe. Unter anderem konnte der
Nachweis geführt werden, dass sich
die Instabilitäten des Programms auf
strukturelle Defizite in der vom Hersteller
implementierten Software zurückführen
ließen.
Für die Ableitung der Anforderungen,
die sich aus den umfangreichen
vertraglichen Vereinbarungen
ergaben, konnte die HZD die Kollegen
vom HKM tatkräftig unterstützen. Dadurch
war es möglich, alle erkannten
zudem Sicherheit, Schutz und
Austausch der Daten. Nach einigen
turbulenten Monaten mit hoher
öffentlicher Aufmerksamkeit
im Jahr 2007 ist es mittlerweile
wieder ruhig um die LUSD geworden.
Grund genug für inform,
sich nach dem aktuellen Status
zu erkundigen. Das, was nach
außen hin als Ruhe wahrgenommen
wird, ist das Ergebnis eines
von einem gemeinsamen Team
aus HZD und Kultusministerium
(HKM) vorangetriebenen Stabilisierungsprojektes
mit dem Namen
LUSD 2008.
Mängel auch den entsprechenden
vertraglichen Vereinbarungen zuzuordnen.
Eine Aufgabe, die von der
Rechtsabteilung der HZD und der QS-
Stelle vorgenommen wurde.
Am Ende konnte die HZD rund
200 überwiegend technische Mängel
an der Software benennen und zusammen
mit den HKM-Kollegen dazu
beitragen, dass Vereinbarungen mit
dem Hersteller getroffen wurden, damit
diese Mängel auch weitgehend
korrigiert werden.
Das Ergebnis
Die Performance- und Stabilitätsprobleme
der LUSD konnten in den Jahren
2008/2009 durch eine Reihe von

Projektbüro – v.l. Miriam Drusel, Dr. Udo
Ornik, Julia Lesche, Kay Hansen
qualitätssichernden Maßnahmen, die
ein dreiphasiges Redesign des Herstellers
begleiteten, weitgehend beseitigt
werden. Insgesamt konnten mit diesen
Maßnahmen bisher vier Schulhalbjahreswechsel
mit verbundenem Zeugnisdruck
ohne nennenswerte und nach
aussen sichtbare Probleme gemeistert
werden.
Die Umsetzung erfolgte unter nicht
unerheblichen Stabilisierungsaufwand
auf Seiten des Betriebsteams und umfangreichen
flankierenden Maßnahmen
des Projekts LUSD 2008, welches
im Folgenden vorgestellt werden soll.
Projektmanagement
Wesentlicher Pfeiler des LUSD 2008
Projektes ist die vom Kunden eingesetzte
Projektleitung, die zusammen
Kay Hansen (HKM-Gesamtprojektleiter): „Eine wichtige Voraussetzung für die
erfolgreiche Durchführung des LUSD Stabilisierungsprojektes war die gute
Zusammenarbeit mit der HZD. Das HZD-LUSD Team hat uns mit Kompetenz
und Engagement unterstützt. Dazu gehörte auch das Öffnen von kurzen Verwaltungswegen
innerhalb der HZD, um die komplexe Lehrer- und Schülerdatenbank
auf den Weg zu einem erfolgreichen Verfahren zu bringen“.
mit einem unabhängigen Controlling,
gegenüber dem Hersteller die Interessen
des Landes Hessen sorgfältig und
mit Bestimmtheit vertritt und für das
Risiko- und Changemanagement verantwortlich
ist. Die HKM-Gesamtprojektleitung
wird dabei von der HZD in
allen Belangen unterstützt.
Damit eine direkte und schnelle
Kommunikation gewährleistet ist,
befindet sich das LUSD Projekt- und
Verfahrensmanagement und die Koordination
des Anforderungs- Test- und
Releasemanagements des Kultusministeriums
mit einem eigenen Projektoffice
in der HZD.
Unabhängige QS Stelle
Die Schaffung einer unabhängigen
Stelle für Qualitätssicherung erwies
sich als eine sehr hilfreiche Konstruktion
zur Lösung von Problemen, die
sich naturgemäß aus einer Beteiligung
von drei Projektpartnern (HKM
als Auftraggeber, HZD als technische
Beratung, Testinstanz, Betriebsführer
der Anwendung und der Infrastruktur
sowie dem Hersteller der Software) ergeben.
Die Ansiedelung der QS Stelle
in der HZD garantierte auch den unmittelbaren
Zugriff auf alle relevanten
Informationen in der HZD.
HZD–LUSD Koordination
Das Krisenmanagement der TASK
Force wurde Anfang 2008 mit dem
LUSD Projekt auf HZD-Seite durch
eine zentrale Koordination ersetzt. Sie
koordiniert und lenkt die Aktivitäten
der HZD-Units: Servicedesk, Fach-
inform 3/09 19

20
ANWENDER UND ANWENDUNGEN
Wöchentliche Koordinationsmeeting des Projektmanagements LUSD führen zu einer
engen Verzahnung der Aktivitäten. Von links: Jörg Haus (Betriebsvorbereitung HZD),
Elmar Richter (Release Manager HZD), Thomas Kaspar (LUSD Controller) , Kay Hansen
(LUSD Geamtprojektleiter HKM), Julia Lesche (Testmanagerin HKM), Heike Theis (HZD
Verfahrensmanagerin), Dr. Udo Ornik (HZD LUSD Projektleiter), Miriam Drusel (HKM
Projektassistenz)
support, Betriebseinführung, LUSD
Schnittstellen, Testmanagement und
berät den Kunden in allen technischen
Fragen.
Diese Maßnahme erwies sich als
überaus erfolgreich, da nun die HZD
auf Anforderungen und Störungsmeldungen
überaus schnell reagieren
konnte. Ein weiterer sehr wichtiger
Punkt war die Unterstützung des Kunden
bei der Ermittlung der Softwaremängel.
Hierzu wurden aus den vertraglichen
Vereinbarungen messbare
Prüf- und Abnahmekriterien abgeleitet,
die am Ende eine wichtige Rolle
bei der Benennung der Softwaremängel
spielten. Diese Aufgaben wurden
in enger Abstimmung mit der QS-
Stelle und aufgrund von Vorgaben der
Projektleitung des HKM auf hohem
Niveau erledigt.
Betriebsvorbereitung
Aus dem LUSD 2008 Projekt kann
abgeleitet werden, dass eine direkte
inform 3/09
Umsetzung einer Entwicklung unmittelbar
in den Betrieb unbedingt
vermieden werden sollte. Der mehrstufige
Betriebsvorbereitungsprozess
der HZD setzt schon in der Entwicklung
der Software beim Hersteller an,
und geht über verschiedene Test- und
qualitätssichernde Stufen in die Betriebssetzung.
Dies stellt sicher, dass
eine Überführung des gelieferten Produktes
in die standardisierten Betriebsprozesse
und Systemumgebungen
reibungslos funktioniert.
Testmanagement
Eine Besonderheit sind zwei Testteams
(fachlich vom HKM mit seinem
Teststandort im Marburger Projektbüro
und technisch von HZD), die auf
die produktionsnahen Ressourcen in
der HZD zugreifen. Die Testmanager
des HKM und der HZD haben ihre
Aktivitäten engstens verzahnt, um zu
gewährleisten, dass möglichst viele
Fehler in der Anwendung schon vor
Produktivsetzung abgefangen werden
konnten, die Nutzung der jeweiligen
Testressourcen optimiert ist und die
Bewertung der Softwarequalität gemeinsam
und auf hohem Standard
erfolgt.
Ein regelmäßiges Tracking des
Planfortschritts und kontinuierliches
Fortschreiben der Planung stellt sicher,
dass Abweichungen vom geplanten
Verlauf rechtzeitig erkannt
werden und durch Gegensteuern die
Einhaltung geplanter Produktivsetzungstermine
häufig auch im Falle
von kleineren „Katastrophen“ gerettet
werden können.
Vor der Einspielung in die Produktivsysteme
bzw. vor der Abnahme
eines neuen Releases erfolgen vielfältige
Testaktivitäten z.B. in den Bereichen
n Anwendertests des HKM Teams
(funktionale Tests von kompletten
Geschäftsprozessen),
n Last- und Performancetests (incl.
Testvorbereitung und Erstellung
von Testdaten),
n technische Tests (Installationstests,
Rollbacktests, Statistiktest)
n Schnittstellentests (KDW),
n erweiterte funktionale Maskentests
n Architektur-, Code und Security-
Reviews
Last- und Performancetests
Die große Zahl der aktuell in Produktion
aktiven Benutzer und die Nutzung
von unterschiedlichsten Geschäftsprozessen
in jährlich wiederkehrenden
Zyklen sind eine besondere Herausforderung
sowohl an die Hard- und
Software als auch an das HZD Team,
das diese Situation in Tests vor der
Produktion simulieren soll. Die Aufgabe
lässt sich am besten in drei Fragestellungen
zusammenfassen:
n Wird die Anwendung in Produktion
dem Ansturm einer großen

Zahl von Benutzern gewachsen
sein?
n Erfüllt die Anwendung die Anforderungen
des Kunden bezüglich
Durchsatz und Antwortzeiten?
n Welche messtechnischen Prozesse
sind dazu geeignet, die Umsetzung
der Anforderung des Kunden
zu verifizieren?
Die Simulation einer großen Anzahl
von Benutzern lässt sich nicht ohne
technische Unterstützung realisieren.
So wurde in der LUSD von der
HZD erstmals in großem Maßstab ein
Lastgenerator eingesetzt, der das Verhalten
von bis zu 500 gleichzeitigen
Nutzern produktionsnah simuliert,
um die Auswirkungen von konkurrierenden
Zugriffen auf die Anwendung
mit möglichen Blockaden und Staus
zu ermitteln.
Eine Herausforderung war es, aus
einer großen Menge von Daten (rund
30 GB pro Test) die für die Verifikation
wichtigen Kenngrößen zu identifizieren,
zu analysieren und im Ergebnis
auf ein verständliches Format zu verdichten.
Die Informationen, dienen dann
als wichtige Grundlage für eine Ent-
Wichtige Neuerungen
n neue optimierte Masken
n Neue Startseite mit aktuellen
Meldungen
n LUSD Anwenderforum mit
vielen fachliche Anleitungen
und Hilfestellungen
n 3 Schichten-Architektur in Teilen
n Intelligentere Controls auf den
Webseiten
(z.B.: Ajax Technologie)
n Verbessertes Fehler und
Exception Handling
n Beseitigung von
ca. 300 bekannten Fehlern
n Neue News Seite
n .net Framework 3.5
n SQL Server 2005
Die LUSD in Zahlen
n 450.000 Codezeilen in Anwendung und Datenbank
n ca. 1500 Klassen und 18000 Methoden
n ca. 100 Geschäftsprozesse/Anwendungsfälle (Schule, Schüler, Unterricht,
Extras)
n Anzahl der Schüler: ca. 900.000
n Anzahl der Lehrer: ca. 58.000
n Anzahl der Schulen: ca. 2.000
n ca. 200 parallele User
n ca. 100.000 Transaktionen/Tag
n 6 Webserver, 2 Report-Server + 1 Datenbankcluster
n Seit Beginn des LUSD 2008 Projektes gab es 2 Major-,21 Minorreleases, dazu
noch 57 Hotfixes.
n ca. 50 Geschäftsprozesse mit 300 Teilschritten wurden für die Lasttests
automatisiert
scheidung, ob ein neues Release Live
gehen kann oder nicht.
Testabdeckung und
erweiterte Technische Tests
Um im Vorfeld möglichst viele Fehler
zu finden, ist es notwendig, eine möglichst
hohe Testabdeckung zu erzielen.
Hier wurden in enger Zusammenarbeit
von QS-Stelle, HKM und HZD
Testmanagement der Abdeckungsgrad
schrittweise erhöht.
Neben den reinen fachlichen Tests
war es notwendig, die Anwendung
durch gezielte Eingaben auch in grenzwertigen
Situationen zu testen.
Mengenanforderungen für
Abnahmekriterien
Die Anpassung der fachlichen Anforderungen
des Kunden an messbare
Abnahmekriterien war eine zentrale
Maßnahme, um die vom Hersteller
gemachten Änderungen zu bewerten.
Dazu war es notwendig, die vom Analysesystem
gelieferten Daten auf einfache
fachliche Zusammenhänge zu
reduzieren. Am Ende konnte der Kunde
seine fachlichen Anforderungen
dadurch in etwa der Art formulieren,
z. B. „Wie viele Zeugnisse müssen in
welchem Zeitraum erstellt werden?“,
„Wie lange darf eine Schülersuche
dauern und welche Ausreißer sind dabei
tolerabel?“
Bei der Bewertung der Daten galt
es auch, zwischen einer Abnahme und
einer Produktivsetzung zu unterscheiden.
Während an eine Produktivsetzung
relative Kriterien angewendet
wurden („Das neue Release muss mindestens
die metrischen Anforderungen
des aktuell in Produktion befindlichen
Releases erfüllen“), waren für eine Abnahme
absolute Kriterien notwendig,
d.h. bestimmte Schwellwerte durften
nicht überschritten werden. Die Festsetzung
dieser Schwellwerte wurde
von den Testmanagern von HKM und
HZD in Zusammenarbeit mit der QS
mittlerweile vollständig gelöst.
Unterstützung der
Anwenderinnen
und Anwender
Auch das Anwendungs- und Supportmanagement
zeichnet sich durch enge
Abstimmung zwischen HZD und
HKM aus. So richtet sich das Schulungsmanagement,
das im HKM Projektbüro
Marburg angesiedelt ist, mit
seinen vielseitigen und umfangreichen
Schulungsmaßnahmen überwiegend
inform 3/09 21

22
ANWENDER UND ANWENDUNGEN
an die Endanwender. Gewährleistet
durch Qualifizierungsmaßnahmen und
Know-How-Transfer das hohe fachliche
Niveau im Fachsupport der HZD.
Dies wird durch den 3 rd -Level-Support
ergänzt, der grundsätzlich ebenfalls
im HKM Projektbüro angesiedelt ist
und durch regelmäßige Präsenz den
Fachsupport mit fachlichem Wissen
unterstützt.
Aufbau des LUSD-Supports
in der HZD
Um die Supportstruktur auf die durch
die Herstellermängel absehbaren Probleme
einzustellen, wurden folgende
weiteren Ziele zur Änderung der Supportstruktur
verfolgt und erfolgreich
umgesetzt:
n Mit der Einrichtung einer Task
Force im Service Desk wurde
gemeinsam mit dem 3 rd Level
Support vom HKM der Ticketberg
(etwa 1500 offene Tickets), der
sich im Wesentlichen durch die
Performanceprobleme in 2007
aufgebaut hatte, abgearbeitet
n Übernahme des 1 st Level (Service
Desk) und 2 nd Level Supports
(Fachsupport) durch die HZD
n Übernahme der Service Request
Aufträge (Bedienung Support
Client LUSD) durch die HZD
n Erhöhung der Erstlösungsrate u.a.
durch Einrichtung und Ausbau
einer Wissensdatenbank
Kann der Fachsupport ein Ticket nicht
lösen, z.B. bei der Frage nach Gesetzesauslegungen
oder Fehlern in
der Software, wird das Ticket an den
Third Level Support weitergeleitet.
Diese Aufgabe wird auf fachlicher
Seite vom Kunden im HKM Projektbüro
und auf technischer Seite vom
Hersteller geleistet. Zur Verbesserung
der Softwarequalität wurden bis Juni
2009 etwa 300 Tickets über den 3 rd
Level Support HKM an den externen
Dienstleister zur weitergegeben.
inform 3/09
Eine weitere wichtige Aufgabe des
Fachsupports ist die proaktive
Ticketanalyse zur Aufdeckung der gemeinsamen
Quelle unterschiedlicher
Störungsmeldungen (Problemmanagement).
Zu speziellen Schulevents (z.B.
Zeugnisschreibung) werden detaillierte
Ticketanalysen durchgeführt und
gezielte Unterstützungsmaßnahmen
für die Endanwender der LUSD im
Schulverwaltungsnetz durchgeführt,
z. B. Hinweise auf der LUSD-News-
Seite, Hand-Outs. Die zugehörigen
Ticket- und Lösungsdatenbanken enthalten
mittlerweile rund 500 Einträge.
Diese werden in gemeinsamer Zusammenarbeit
zwischen dem HKM Projektbüro
und dem Fachsupport fortlaufend
auf den neuesten Stand gebracht.
Technischer Betrieb
Das Verfahren LUSD befindet sich seit
Oktober 2006 im produktiven Betrieb
(parallel zur Weiterentwicklung). Die
deutlichen Schwächen im anfänglichen
Design der Anwendung mussten durch
den Austausch des Datenbankservers,
massives Engagement und hohem Personaleinsatz
auf Betriebsseite und beispielhafter
Unterstützung durch den
Support halbwegs kompensiert werden.
Die bisher ausgelieferten LUSD-
Releases wurden durch eine interne
QS-Maßnahme (Betriebs-TÜV) auf
folgende Punkte hin überprüft:
n sämtliche für den Betrieb des
Verfahrens LUSD notwendigen
Dokumentationen
n die Einhaltung der darin beschriebenen
Regeln und Standards
n die Implementierung und den
Nutzungsgrad der für den Betrieb
notwendigen Serviceprozesse und
-strukturen
Die Prüfungsergebnisse zeigten, dass
das Gesamtrisiko für den Betrieb des
Verfahrens LUSD von März bis Oktober
2008 erheblich minimiert werden
konnte.
Der Betrieb konnte dem Kunden in
vielen Situationen durch konstruktive
Unterstützung und entsprechendes
Engagement des Releaseteams dabei
helfen, rechtliche Änderungen rechtzeitig
zu den entsprechenden Schulevents
produktiv zu setzen, bzw. akute
Notfälle an einzelnen Schulen zu beseitigen.
Zusammen mit dem Verfahrensbetrieb
in der HZD und dem HKM
wurden Maßnahmen für eine bessere
Kundenzufriedenheit und Servicequalität
entwickelt. Dazu gehören, auf
Basis eines Anwendungsmonitorings,
proaktive Maßnahmen wie z. B. manuelle
Eingriffe zur Stabilisierung der
Produktion und die Kontaktierung der
von einer Störung betroffenen Endanwender.
Aktuell geplant ist ein Architekturreview
der betrieblichen LUSD-
Hardwareinfrastruktur, in dem die bis
dahin vorliegenden Erkenntnisse aus
dem Betrieb der neuen Releases bereits
einfließen werden.
Ziel ist es, das Verfahren LUSD
in einen noch stabileren Regelbetriebszustand
zu überführen und damit
die Betriebsaufwände weiter zu
reduzieren.
Akzeptanz
Mit jeder Entwicklung werden auch
neue Bedürfnisse geweckt und die
Qualität einer Software wird immer
aus unterschiedlichen Gesichtspunkten
heraus und auf der Grundlage
individueller Aspekte beurteilt. Letztendlich
entscheidet die langfristige
Akzeptanz innerhalb der beteiligten
Interessengruppen über den Erfolg der
LUSD.
In diesem Zusammenhang spielt
die enge Kooperation von HKM-Anforderungs-
und dem HZD-Releasemanagement
eine wichtige Rolle.
Nicht alle Wünsche können sofort umgesetzt
werden, sondern bedürfen der

Die Newsseite der neuen LUSD
Abstimmung mit Projektleitung, Betrieb
und Testmanagement auf Basis
der kommenden Schulevents und der
mit jedem Einführungsprozess verbundenen
Risiken. Hier müssen in vielen
Bereichen Kompromisse gefunden
und Prioritäten gesetzt werden.
Aktuelle Situation
Nach dem die zentrale LUSD im Jahr
2006 anfänglich mit erheblichen Problemen
gestartet war, sind nun deutliche
Erfolge spürbar. Immer mehr
Schulen erledigen ihre anfallenden
Aufgaben mit der LUSD, mehr Personen
erhalten Benutzungsberechtigungen
und die Anzahl der Aktivitäten
in der LUSD steigt. Die mit
steigender Nutzungsintensität in der
Vergangenheit verbundenen Instabili-
Udo.Ornik@hzd.hessen.de
Dr. Udo Ornik ist BereichsleiterVerfahrensentwicklung
dezentrale Fachanwendungen
im Bereich
dotNet und HZD Projektkoordinator
LUSD.
täten sind auf ein kontrollierbares Maß
reduziert.
Gleichzeitig konnten die Reaktionszeiten
des Systems deutlich beschleunigt
und Geschäftsprozesse in
Bezug auf Ihre Bedienbarkeit (Usability)
optimiert werden.
Ausblick
Der Optimierungs- und Verbesserungsprozess
ist noch nicht abgeschlossen.
Über die sukzessive Beseitigung
der im Rahmen des LUSD
2008 Projektes gefundenen Mängel
der Anwendung wurden mittlerweile
weitere Vereinbarungen mit dem Hersteller
getroffen und mit deren Umsetzung
begonnen.
Die gute und enge Zusammenarbeit
zwischen dem HKM, HZD
und dem Softwarehersteller lassen
erwarten, dass wir gemeinsam den
kommenden Herausforderungen mit
Abarbeitung der Korrekturreleases,
Realisierung weiterer Anforderungen
und Übergang von Teilbereichen des
LUSD-Projekts in den Verfahrensbetrieb
positiv entgegensehen können.3
HPR-Innen stimmt
der Einführung von
PKI und SSO zu
Der Hauptpersonalrat beim Hessischen
Ministerium des Innern
und für Sport hat im personalvertretungsrechtlichen
Verfahren
nach §§ 72 Abs. 1, 81 Abs. 3 und
83 HPVG der Einführung der Verfahren
PKI (Public Key Infrastructure)
und SSO (Single Sign-On)
zugestimmt. Somit sind nach den
technischen nun auch die formalen
Voraussetzungen für den Einsatz
der PKI- und der SSO-Lösung
geschaffen. Die Dienststellen der
hessischen Landesregierung können
nun die Einführung in ihrem
Zuständigkeitsbereich planen bzw.
bisherige Pilotnutzungen in den
Regelbetrieb überführen.
Das Verfahren Public Key Infrastructure
ermöglicht für die
Mitarbeiter des Landes Hessen digitale
Zertifikate auszustellen und
auf Chipkarten zu speichern, zu
verteilen und zu prüfen. Die von
der Hessen-PKI ausgegebenen
Zertifikate dienen der Signatur
und Verschlüsselung von E-Mails
und Dokumenten sowie der Anmeldung
an Arbeitsplatzsystemen
innerhalb der zentralen Active
Directory-Domäne („itshessen.
hessen.de“). Weiterhin können
Zertifikate zur Absicherung von
SSL-Verbindungen erstellt werden.
Die Single Sign-On-Lösung bedeutet
für den Mitarbeiter des
Landes Hessen, dessen primäres
Benutzerkonto sich in der zentralen
Active Directory-Domäne
(„itshessen.hessen.de“) befindet,
dass er nach einmaliger Anmeldung
auf alle in das SSO-Verfahren
integrierten Dienste, für die
er berechtigt ist, zugreifen kann,
ohne sich jedes Mal neu an einer
Anwendung anmelden zu müssen
(siehe inform 01/08).
hcn@hzd.hessen.de
inform 3/09 23