Wir haben in der Regel eine IT-Landschaft mit Identity-Management,
zum Beispiel wir in der Hochschule, mit vielen anderen Systemen,
mit Personalverwaltung, mit Urlaubsanlisten, mit allen möglichen anderen Sachen.
Und die spannende Frage stellt sich im Moment bei uns
und deswegen möchten wir unseren Ansatz da hier präsentieren.
Wie schafft man es eigentlich,
so ein Standardprodukt nicht als Insel zu betreiben,
sondern sowohl technisch als auch prozessual in die restliche Hochschullandschaft zu integrieren?
Was ist das Thema? Frau Radmeier wird aus Datenlotsensicht die
Lösungsmöglichkeiten dankenswerterweise präsentieren. Ich werde am Schluss doch speziell,
was zu unserer Hochschulsituation zu unserem Projekt sagen
Ja, vielen Dank, Herr Hügner. Gut, also
darf ich jetzt beginnen, natürlich. Ich freue mich auch,
dass an dem Thema Campusmanagement hier noch so ein rieges Interesse besteht.
Und ich denke auch, dass das noch eine ganze Weile hier
ein Thema in den Hochschulen sein wird. Ich selber bin seit einem knappen Jahr bei der Firma Datenlotsen,
komme ursprünglich von der Technischen Universität München und werde nachher im Laufe der Folien dann nochmal ein ganz kleines bisschen über meinen Hintergrund erzählen,
möchte heute aber zunächst natürlich nochmal ganz kurz, weil neben vielen Bekannten,
die sich dann auch natürlich für die Unbekannte hier sind,
ein paar Worte verlieren über unser Kernsystem,
der Datenlotsen des Campus nicht ein bisschen was über die
Firma erzählen
Die sich so ungefähr seit dem Jahr 2000 als Softwarehersteller auf dem Hochschulmarkt behauptet.
Ursprünglich natürlich aus dem Wissen viele, aus dem privaten Hochschulbereich.
Aber in den letzten Jahren natürlich sehr viel erstärkt im
öffentlichen Sektor und mit vielen Hochschulen hier vertreten.
Das Kernpolitik der Firma, das Krampusnet,
war das erste und ist das erste integrierte Campus-Management-System im Sinne Integration zu verstehen,
als Integration aller Prozesse im Rahmen von Studium und Lehre,
das von mehr als Reisehochschulen
mittlerweile genutzt wird
Wir sind aber nicht nur Softwareanbieter an der Stelle,
sondern begleiten die Hochschulen sehr stark und mit vielen Beratern bei den aktuellen Herausforderungen,
die durch die weitreichenden Veränderungen im Bildungssektor entstanden sind.
In den letzten Jahren, Sie wissen selber, Bologna-Prozess,
dann die Studiengebühren, die zunehmenden Bewerber zahlen und die umfangreichen Bewerbungsverfahren,
die hier notwendig sind.
Viele unserer Experten, ob das jetzt Softwareentwickler,
Produktmanager oder Berater sind,
kommen aus den Hochschulen und wissenschaftlichen Einrichtungen
zu uns
Ich bin jetzt hier quasi auch ein Paradebeispiel da dafür,
weil ich in den Jahren vorher an der technischen Universität München
den Bereich E-Learning und E-Aufbau der E-Learning-Infrastruktur vorangetrieben habe und verantwortet habe und hier sehr stark auch gesehen habe,
dass Campusmanagement, E-Learning, identitätsmanagement einfach wesentliche Bereiche der Hochschule sind,
über die man von vornherein in einem integrativen Coseumkonzept nachdenken muss.
Und wir haben also in der Vergangenheit eben auch an der
TU München sehr stark versucht, die E-Learning-Infrastruktur so zu gestalten,
dass sie eben mit den anderen Systemen der Hochschule interagiert.
Und neben mir gibt es eben auch viele andere Personen,
die aus einem ähnlichen, mit einem ähnlichen Hintergrund zu den Datenlotsen gekommen sind.
Das System Campusnet bildet an den Hochschulen die typischen Anforderungen in
den Rahmen von Studium und Lehre ab. Die folgenden Sätze,
da möchte ich jetzt mal relativ flott drüber gehen,
weil zum einen kennen viele das Campussystem, also Campusnet bereits aus der Vergangenheit.
Zum anderen möchte ich auch darauf hinweisen,
dass wir ja oben einen Stand haben im oberen Stock
Wo einige Kollegen von mir auch da sind, auch nochmal wirklich gut und bereitwillig Auskunft geben können und ihnen auch verschiedene Systeme,
die wir anbieten, neben Campus, Net und Campus nicht selber mit den Funktionalitäten natürlich zeigen können. Ganz wesentlich ist meiner Ansicht noch,
und wir haben es in den letzten Vorträgen jetzt hier in den gestern und heute auch vielfach schon gehört,
dass natürlich ein Campus-System, Campus-Management-System etwas ist,
was nicht so einfach an der Hochschule installiert werden kann und die Betriebleben betriebgenommen werden kann,
sondern dass die aus den Hochschulen sehr viele individuelle Anforderungen kamen Vergangenheit und natürlich auch weiterkommen,
die für uns Aufgabe sind,
aufzunehmen und diesen Anforderungen nachzukommen und das natürlich eben,
wir versucht haben,
in enge Zusammenarbeit mit den Hochschulen unser Produkt kontinuierlich weiterzuführen und ganz wesentlich,
das aber in ein Standard-Software-System überzuführen,
das wir dann den anderen Kunden auch zur Verfügung stellen können.
Weiterer Punkt noch, bei uns ist sehr wesentlich,
dass die Einführungsprojekte sehr schnell und ohne lange Wartezeiten überschaubaren und kalkulierbaren Zeitraum durchgeführt werden können.
Und ich denke schon, ups, Entschuldigung, ich denke schon,
ich muss noch ganz kurz den roten Punkt suchen, genau,
dass wir uns hier als Standard im Hochschulbereich etabliert haben in den letzten Jahren. Gut,
nochmal ganz kurz, um auf das Thema integriertes System zurückzukommen,
weil es natürlich etwas missverständlich ist mit dem Titel,
den wir hier gewählt haben, integriertes System bedeutet für uns,
dass wir sämtliche Prozesse innerhalb des akademischen Lebenszyklus mit einem System abdecken können,
bisschen außen vor, ist das Thema Alumninett oder Alumnimanagement,
dass er an den Hochschulen sehr oft von eigenen Organisationen gehandhabt und abgewickelt wird und wo natürlich auch immer rechtliche Dinge zu klären sind,
ob den Daten, die aus der Hochschulverwaltung kommen,
den auch wirklich als Alumni beizubehalten sein dürfen.
Aber im Wesentlichen ist es eben hier ein Gesamtkonzept und
ein Gesamtsystem, das alle wesentlichen Prozesse der Hochschule abdeckt
Ganz kurz noch zu unseren Kunden. Sie wissen selber,
dass wir natürlich hier wesentlich, wesentliche große Hochschulen hier als unsere Kunden zählen dürfen.
Aber wir haben auch eine ganze Reihe von kleineren Fachhochschulen und gerade der Herr Hübner,
der hier mit mir zusammen heute das Thema präsentiert,
ist natürlich ein Vertreter hier der HAW Hamburg.
Jetzt möchte ich aber dazu kommen, dass das Campusmanagement eben nicht das alleinige Thema ist an der Hochschule.
Und wir haben ja gerade vorher in dem Vortrag auch schon gesehen,
die Benutzer, sind in weiten Bereichen vor enorme Herausforderungen gestellt,
was die Benutzung und die Verbindung eines Campus-Management-Systems ist und darüber hinausgehend haben sie heute in allen Bereichen,
ob das Studierende, Mitarbeiter oder Lehrende sind,
eine ganze Reihe von Systemen,
die nebeneinander existieren und die aber auch nie losgelöst voneinander existieren.
Das heißt, unzählige Informations- und Kommunikationskanäle sind eigentlich notwendig und
der Benutzer Ist derjenige, der sich mit all dem herumschlagen muss.
Das heißt, wir haben heterogene IT-Landschaften an Hochschulen, die zahlreiche Systeme und Fachverfahren umfassen.
Also es ist neben Kantusmanagement ganz klar auch der wesentliche Baustein,
Identitätsmanagementsysteme, ERP, HR, beispielsweise SAP,
dann ganz wesentlich natürlich auch immer die E-Learning-Systeme,
die meistens von einer anderen Abteilung sehr stark getrieben eingeführt wurden und natürlich die Bibliotheksysteme,
die schon seit langem existieren,
aber die auch sehr oft Inseln darstellen
Eine Synchronisierung, Interaktion, Integration,
ist aber aus Benutzersicht zwingend erforderlich in der heutigen Zeit,
weil sie sonst die Benutzer einfach weiter überfordern und
die Gefahr der Ablehnung einzelner Systeme natürlich wesentlich größer ist.
Wenn Sie keine Integration haben, wissen Sie selber,
haben Sie häufig manuelle Schritte, die erforderlich sind,
Dinge, die mehrfach in verschiedenen Systemen ausgeführt werden müssen.
Und gleichzeitig natürlich die Notwendigkeit, dass die Benutzer
in all diesen Systemen geschult werden müssen
Das heisst, in der Folge mit dieser zunehmenden Digitalisierung und Anwendungsvielfalt
sinkt die Nutzerfreundlichkeit immer, immer mehr. Ich habe Ihnen hier
ganz kurz jetzt mal so eine Beispielarchitektur aufgebaut von etwas,
was wir als Datenlösung, Datenlotsen eigentlich als Gesamtlösung für eine Hochschule sehen.
Sie haben, Entschuldigung, jetzt sind wir schon wieder auf dem falschen Knopf gedrückt.
Meine Vorredner, glaube ich, auch ein paar Mal passiert.
Im Grunde genommen haben sie hier unten in ihrer Anwendungsschicht eben eine ganze Reihe von verschiedenen Systemen,
also wenn sie hier mal hier, ist ein Beispiel für ein E-Learning-System,
SAP-Systeme sind oft heutzutage im Einsatz dann CRM-Systeme,
um wirklich die vielfältigen Kundenbeziehungen einer Hochschule effektiv zu verwalten.
Und es gilt letztendlich,
dem Benutzer in der Präsentationsschicht am oberen Ende auf seinem Arbeitsplatz,
möglichst gezielt service-o-orientiert Benutzer und in seinem jeweiligen Arbeitskontext
genau die Funktionen zur Verfügung zu stellen,
die er braucht
Jetzt haben Sie hier die Schwierigkeit, okay,
der könnte natürlich auf jedes der einzelnen Systeme,
wie wir es vorher gesehen haben, mit seiner eigenen Benutzeroberfläche zugreifen.
Was wir aber neben unserem Campus-Netzsystem heute anbieten,
ist eine Möglichkeit, und das nennen wir das Campus-Integration-Framework,
über eine Infrastruktur, die dazwischen liegt,
einzelne Prozesse oder auch Prozesskombinationen zur Verfügung zu stellen und diese
den Benutzer in seiner Arbeitsumgebung reduziert und damit auf seinen Arbeitskontext verfügbar zu machen.
Und das kann einmal ein Portal sein,
indem sie einzelne Funktionalitäten beispielsweise aus dem E-Learning-System nutzen,
zusammen mit einem Campusnet-Informationen, also Campusmanagement-Informationen.
Es kann aber auch sein, ein Mitarbeiter,
der sowohl auf Studierenden Daten im Campusnetz zugreifen muss und Abrechnungsinformationen braucht,
die aus einem SAP-System kommt.
Und was wir hier machen, wir stellen diese Daten,
die aus den unterschiedlichen Systemen kommen, in einem Portal,
Oder aber auch in einer Office-Umgebung zur Verfügung.
Und dieses Integrationsframework, das möchte ich Ihnen ganz gerne auf
den nächsten Folien nochmal etwas deutlicher darstellen. Das Ziel,
das wir haben, ist,
die Hochschulen in die Lage zu versetzen, flexible Strukturen aufzubauen,
in denen eben verschiedene IT-Systeme und Anwendungen auf einer Ebene integriert werden können,
also auf der Ebene der Benutzer am Ende.
Damit eine einfache Nutzung der verschiedenen Services zu ermöglichen und
eine Arbeitserleichterung für die Benutzer
zu erzielen
Und was wir mit diesem Framework schaffen, ist es verschiedene Systeme,
sehr schnell in eine vereinheitlichte IT-Architektur zu integrieren. Also das Campus Integration Framework,
das ist gleich noch etwas detaillierter vorstelle, ist,
oh, Entschuldigung, na, ist die zentrale Integrationsplattform,
die einen erforderlichen Programmieraufwand am Ende für die Hochschulen drastisch reduziert.
Wie das gemacht wird, komme ich jetzt gleich drauf.
Was wir Ihnen also zeigen wollen,
ist das Ziff ist ein Konzept für eine serviceorientierte Architektur,
die sie gerne am Ende an ihrer Hochschule machen möchten,
zur Verfügung stellen möchten.
Es ist eine Integrationsinfrastruktur, die es ermöglicht, verschiedenste Anwendungen,
aber auch verschiedenste Geschäftsprozesse zu modellieren und damit unterschiedliche Anwendungen für
den Benutzer als einen Prozess in der Anwendungsebene zu integrieren.
Das System, das wir darunter liegt, basiert auf derselben Technologie,
wie das Campusnet, Ist Datenbank- und Plattformunabhängig.
Das heißt, Sie können das in Ihren Unix,
genauso wie Windows-Umgebungen, einsetzen. Und es bietet bereits
einen Katalog von integrierten und zertifizierten Konnektoren und Adaptoren,
auf die ich jetzt gerade gleich im Weiteren nochmal komme.
Die Funktionsbereiche sind folgende, Sie haben eine Ebene,
in der Sie Kommunikationsworkflows modellieren können,
dadurch auch zusammengesetzte Anwendungen,
also aus verschiedensten
darunter liegenden Systemen implementieren können
Gerade schon genannt bestehende Anwendungen wie E-Learning-Systeme integrieren können und Geschäftsprozesse,
so wie sie sie an der Hochschule umgesetzt haben möchten, abbilden können.
Das System liefert aber auch umfangreiche Überwachungs- und Managementfunktionen,
die sie natürlich auch brauchen,
um das Ganze sicher und leistungsorientiert am Laufen zu haben.
Gut, die Stärken sind,
dass es eine Integrationsinfrastruktur ist, um dieses,
wie soll ich sagen,
Schlagwort Soa letztendlich wirklich implementieren zu können an ihrer Hochschule
Es bietet bereits Konnektoren, die sie so direkt einsetzen können.
Es bietet natürlich auch solche Dinge wie dynamisches Rooting,
Monitoring und Überwachung der Dinge, die passieren in dieser Gesamtarchitektur,
basiert auf Industriestandards. Das heißt, Webservices, XML,
Dinge, die sie vielleicht schon als Schnittstellen vorhanden haben können
, mit übernommen werden.
Und es existieren bereits Konnektoren für Systeme wie SAP,
für Microsoft Dynamics und natürlich eben sukzessive auch für unser Campusnet
Wie sieht das Ganze jetzt aus? Aufgebaut ist es folgendermaßen.
Es ist ein mehrstufiges System. Im Endeffekt haben sie oben
eine Art Editor, mit dem sie Prozesse und Abläufe modellieren können.
Des Weiteren aber ein SDK, wo sie wirklich eigene Abläufe selber programmieren und damit dazunehmen können.
In der Mitte haben sie die Monitorenschicht, weil sie,
wie gesagt, in einem Gesamtszenario, in einer Gesamtarchitekturhochschule natürlich auch gucken müssen,
wie werden die, also wie finden die Austäusche,
der Austausch Findet der Austausch zwischen verschiedensten Informationen und Services tatsächlich statt.
Und unten drunter liegt eine sogenannte Business-Roule-Engine, die die Services miteinander verbindet,
die genau die Ausführungsschicht der gesamten Architektur darstellt.
Ich zeige hier auch noch auf, wie das mit der Modellierung zu verstehen sind.
Hier haben Sie auf der linken Seite eine Auswahl von schon existierenden Konnektoren.
Wenn Sie hierzu welche selber implementieren oder neu zur Verfügung stehen,
werden die natürlich hiermit aufgelistet. Und was Sie hier machen können,
Sie können jetzt anfangen, einen Baum zu modellieren,
der bestehend aus den Elementen Entities, die sie hier zur Verfügung haben,
ihren Geschäftsprozess an der Stelle abbildet. Das heißt,
Sie können sagen, wenn im SAP-System ein bestimmtes Ereignis eintritt,
dann kann er im einen Fall in eine Fehlerbehandlung laufen,
wenn kein Fehler vorhanden ist,
dann werden bestimmte Daten geholt aus einem SAP-System,
werden diese Daten weiterverarbeitet,
beispielsweise transformiert und ein anderes System weitergeschickt
Also hier haben Sie die Möglichkeit, die Komponenten zu benutzen,
und zwar einmal die Konnektoren hier darzustellen und aber auch zu sagen,
wie diese verwendet werden sollen.
Und das machen Sie hier natürlich, wenn der Connector existiert,
ohne eine Zeile co zu programmieren. Gut,
gleichzeitig können Sie die Komponenten definieren und konfigurieren,
das heißt, aus einem SAP-System können Sie auswählen,
welcher Interface-Typ hier beispielsweise verwendet werden soll und welche Objekte aus dem SAP-System mit welchen Funktionen benutzt werden sollen.
Auch das hier geschieht quasi auf der Konfigurationsebene und in der grafischen Benutzeroberfläche.
Und was sie dann letztendlich weitermachen, ist,
dass sie die Daten, die zwischen den Systemen ausgetauscht werden,
sollen hier ebenfalls wieder grafisch aufeinander mappen können.
Das heißt, hier zum Beispiel, was weiß ich,
der Titel und der akademische Titel,
die gehen hier beispielsweise in ein Feld anreden
Und auch das können sie zum einen einfach verbinden zwischen den unterschiedlichen Feldern.
Also wenn sie hier beispielsweise ein Quellsystem Campus nicht nehmen und hier drüben ein SAP-System,
dann haben sie eben einfach hier die Möglichkeit, die Dinge aufeinander zu mappen.
Und sie haben zusätzlich die Möglichkeit, vor diesem Mapping eigene Transformationen,
die sie an der Stelle für notwendig halten,
mit dazu zu nehmen. Gut, ganz kurz noch,
bevor wir auf das Beispielszenario an der HAW übergehen,
wollte ich jetzt nur sagen, dass sie damit ein sehr,
sehr mächtiges Tun zur Verfügung haben, dass sie in der Lage versetzt,
eben neben dem Campusnet letztendlich auch in Zukunft die Integration,
weitere Systeme wie E-Learning-Systeme anzubinden.
Und da gibt es natürlich zur einen Seite Konnektoren,
die von uns als Firma zur Verfügung gestellt werden,
aber es bietet ihnen die Freiheit,
dann eben weitere Systemen,
die sie proprietär an ihrer Hochschule im Einsatz haben,
mit entsprechenden Konnektoren in ihre Gesamtarchitektur
zu integrieren
Und wie das jetzt an einem Beispiel Identitätsmanagement und der Prozesse dahinter aussieht,
an der HAW, das wird ihnen jetzt dahergebracht haben.
Alles schön. Vielen Dank, Herr Rathmeier. Es war zwar nicht so geplant,
aber wir haben doch uns für einen Rednerwechsel entschieden,
weil ich jetzt erstmal wirklich die reine Hochschulsicht vertrete.
So, das heißt, wir haben bei uns an der Hochschulwagenwange Wissenschaften immerhin 12.500 Studierende.
Wir haben 2006 ein einheitliches zentrales Identitätsmanagement, Identitätsmanagement eingeführt.
Was heißt das? Identitätsmanagement ganz kurz zur Verdeutlichung. Wir haben festgelegt,
jede natürliche Person an der Hochschule, Mitarbeiterstudierende, Lehrbeauftragter,
Gast, Wird durch eine einzige digitale Identität abgebildet und erhält ein einheitlich eindeutiger HAW-Benutzerkennung und Mail-Adresse.
Das heißt, auch Mitarbeiter, die nebenbei studieren,
wollen uns eine Hochschule, haben nicht zwei Accounts,
haben einen einzigen Account, egal in welcher Rolle,
sie vielleicht in welchen verschiedenen Rollen sie eine Hochschule tätig sind.
Jede berechtigte Person kann ihre Anwendung an jedem rechtere Hochschule mit
ihrer HAW-Benutzerkennung nutzen. Das hört sich aus Anwendungssicht schön an,
einfach bei der Vielzahl der Anwendung, die wir haben,
PC-Pools und, und, und.
Es ist durchaus nicht triviales Unterfangen. Grundlage dazu ist,
die Datensynchronisation zwischen den vielen verschiedenen Systemen, Erzeugung,
Änderung und Löschung von Konten, also von Accounts, wird alles komplett automatisch vollzogen.
Es gibt also keinen händischen Zwischeneingabeprozesse mehr. Und die Synchronisation der angeschlossenen Systeme,
das ist auch eine wichtige Voraussetzung für das Funktionieren,
wird bei uns ereignisgesteuert ausgelöst,
mit einer Verzögerung von maximal 1,5 Minuten haben sie jede Änderung an die alle angeschlossenen Systeme,
auf Passwortänderungen und, und, und, entsprechend repliziert.
Mit diesen Voraussetzungen mussten sich datenlos nun rumschlagen, um es mal so zu sagen.
Und wie wir auf einen Nenner gekommen sind, sage ich jetzt,
hier nochmal ein Übersichtsbild über Zumindest ein Teil unserer aktuellen Infrastruktur,
wobei hier in der Mitte, ja, hier in der Mitte,
das ist jetzt eine sehr spezielle Sichtweise, unser Identitätsmanagementsystem ist, basiert auch Nobel-E-Direktorien nebenbei und diente im Wesentlichen der Personendatenkonsolidierung.
Die Mitarbeiterdaten werden jetzt von Personalservice in der Regel oder von den Fakultäten oder wem auch immer über eine Webapplikation eingegeben. Die studierenden Daten kommen in unsere Identitätsdatenbank über das Campusnetzsystem,
weil sie schlicht und ergreifend über die Online-Bewerbung als Bewerber erstmal im System sind und nur die Bewerber,
die immer trikuliert werden,
erscheinen dann überhaupt an dieser Schnittstelle und die immatikulierten Bewerber werden automatisch an die EDM geliefert,
bekommen dort ihre Accounts, Mail-Adressen werden generiert,
alle Daten werden generiert und die kompletten Accounts, die werden zurückgeliefert an Campusnet,
natürlich auch sämtliche Mitarbeiter-Accounts und von extern von Lehrenden und wir haben noch eine ganze Reihe anderer Systeme,
unser Active Direct Trieb im Exchange-Mail-System dahinter,
wir betreiben Corporate Directory, also wir betreiben ein Eld-Up-Service,
wo verschiedene Systeme auf Bibliotheksthemen hinterhängen, es gibt zwei Fakultäten,
die ein eigenes Identity-Management-System betreiben,
die anderen gehen über Eld-Up
Wir haben ein Ship-Kartensystem, alle Studierende zwölf. Abtouren studieren,
da haben Chip-Karte mit Schließfunktionen, mit Bezahlfunktionen und, und, und.
Heißt also, das ist hier unsere Spinne im Netz.
Alle Daten zu einer Person sind hier auf diese Person,
auf diese digitale Identität hier konsolidiert.
Und nun ist das Spannende, da ist da sozusagen das Zielbild.
Wie bekommen wir diese Integration von Campus nett hin?
Und zwar nicht so, dass nachts eine Bachelorlatte ausgetauscht wird, sondern in Echtzeit.
Dazu haben wir Folgendes gemacht. Wir haben sämtliche Prozesse,
Geschäftsprozesse letztlich, an denen sowohl Campus-nett als auch unser Identitätsmanagement beteiligt sind,
erstmal identifiziert. Im Moment haben wir 27 Geschäftsprozesse implementiert.
Also erstmal spezifiziert und die werden gerade implementiert. Wir werden
voraussichtlich bis Anfang Januar durchseilen. Das sind zum Beispiel ganz einfach,
klar, in Motikulation eines Studenten und Studierenden,
denen gehe ich gleich noch ein, Ex-Motikulation, Wechsel,
Studien, Studiengangs, es kommt eine Lehrkraft hinzu,
vielleicht ein Lehrbeauftragter kommt neu hinzu.
Jemand Lehrbeauftragte beendet die Lehrtätigkeit, Lehrbeauftragte,
der schon mal da war, noch im System vorhanden ist,
kriegt wieder einen neuen Vertrag und,
und,
Das sind alle möglichen Fälle,
die sowohl im restlichen System gesteuert vom Identi-Management,
wie auch in Campus nett, erfasst werden müssen,
weiter auch wenn Reaktionen zu erfolgen haben.
Beispiel, ihr marktikale Ton an Studenten. Im Campusnetz sagt sich
gerade, wird der Student immer tikuliert aufgrund der Online-Bewerbung.
So, dann muss überprüft werden. Das macht im Übrigen
das Campusnet Interface, Framework. Muss überprüft werden,
ob die Person schon im Identity-Management vorhanden ist.
Wenn ja, zum Beispiel schon als Mitarbeiter vorhanden,
dann darf es kein neue, darf kein neuer Account erzeugt werden.
Das heißt, dann geht ein Aktualisierungsauftrag an das IDM
Wenn noch nicht vorhanden, dann wird ein Erstellungsauftrag an die DM geschickt.
Dann wird der Student erstellt. Anschließend muss das die IDM
die entsprechenden Accountdaten zurückliefern. Und zwar jeweils in Echtzeit,
wie gesagt, unsere jetzige Grenze. Und da werden wir
auch alle Voraussichten nach sehr gut einhalten, sind maximal anderthalb Minuten.
Wie ist das technisch gelöst? Wenig anders zu erwarten,
im Falle einer Immotikulation. Sendet Campus, Wetterereignis an das ZIF,
da dachten wir zuerst, das kann ja nicht so schwer sein.
Ich darf jetzt mal aus dem Nähkästchen plaudern,
die Kollegen von Datenlotsen haben ganz schön geächts und gestöhnt.
Die mussten nämlich jetzt plötzlich sämtliche Ereignisse die in Campus nett drin sind,
nach draußen leiten, was gar nicht so trivial ist.
Das heißt, wir haben hier einen Fall,
wo es keinen Standard-Konnektor gab, wo tatsächlich,
ich sag mal, es mal eine Basis geschaffen worden ist,
die im Campusnetzsystem überhaupt die Möglichkeit jetzt eröffnet, ereignisgesteuert,
auf bestimmte Ereignisse, auch nach draußen hin reagieren zu können.
Es kam aus dem Integration-Fanberg, holt sich die Daten aus der Campusnet-Datenbank,
transformiert sich, schreibt sie eine spezielle Datenbanktabelle.
Das war letztlich aus Gründen, technischen Gründen die Frage,
welche Schnittstelle benutzen wir technisch?
Nehmen wir Soap, Web-Services, alle möglichen anderen Sachen.
Wir haben es für eine sehr effiziente gut, programmierbare Schnittstelle entschieden.
Wir haben einfach eine Secret-Server, spezielle Secret-Server-Tabelle,
die von beiden Seiten, sowohl vom Camposet Integration Framework,
als auch vom EEM-System beschrieben werden kann.
Das IBM-System benutzt ganz normal JDVC, Camposet Integration Framework schreibt
direkt in die Tabelle. Und in dieser Tabelle,
in dieser Datenbank gibt es eben auch die Möglichkeit,
über Trigger uns dort Procedures, die Weiterverarbeitung automatisiert anzustoßen.
Und das passiert dann in diesem Falle auch,
heißt, so, jetzt machen wir es nochmal richtig
Das heißt, wenn man es jetzt genau betrachtet, Campus nett,
das Campus Ereignis wird abgefangen, erzeugt sozusagen ein Ereignis im Kampf Integration Framework.
Hier ist die Logik hinterlegt. Hier wird geguckt,
welche Daten muss ich als IDM-System, mit welchem Auftrag übergeben,
das wird in diese Zwischentabelle geschrieben,
da wird eine Store Procedure getriggert,
die den Connector,
es gibt ja auch entsprechende Konnektoren,
die einen Konnektor im Novel Identity Management auslöst und anschließend geht die Sache wieder zurück mit der Antwort,
also mit dem Account,
darauf zurück in Campus nett
Wir sind im Moment in der Implementierungsphase. Wir haben unsere Geschäftsprozesse,
unsere Use-Cases genannt. Im Sommer sehr stark ausgefeilt. Die ersten Tests,
soweit durchgeführt, dass die grundsätzliche Mimik überhaupt funktioniert,
dass wir sehr erfolgreich werden jetzt im Dezember bis Mitte Januar,
tatsächlich die Logiken dann soweit implementieren, damit wir zum 1. April,
wie wir es bis jetzt geplant haben, in der Produktion starten können.
Ja, das war es aus meiner Sicht von Hochschulseite.
Ich glaube, wir sind jetzt fertig.
Ja, Bild von Frau Hartmeier haben Sie noch Fragen.
Vielen Dank