RRZE – Projekte & Prozesse (P&P)

Das Blog der RRZE Stabsstelle "Projekte & Prozesse"

Content

Wissen wie es weiter geht

In der letzten Woche hat Herr Zhelev massiv an der Komponenten-Extraktion für Webanwendungen gearbeitet. Nach Abschluss dieser Arbeiten wird er hierzu gesondert unter PPSA berichten.
Als erste Frucht dieser Arbeit ist am Montag eine erste sehr rudimentäre Weboberfläche ohne Funktionalität nur für den internen Gebrauch zu sehen gewesen. Sobald Funktionalitäten verfügbar sind, werden die Stakeholder darüber informiert.

Desweiteren hat Herr Zhelev nochmal Zeit in die Machbarkeitsstudie investieren müssen, da diese durch einen Systemfehler bei einem der studentischen Entwickler nur unvollständig geliefert wurde. Auch dies ist nun erfolgt. Allerdings war von diesem System nur das Backend verwendbar, da das Frontend nicht den Anforderungen von PPSA entsprach.

Am Montag 15.09.2008 fand eine Besprechung mit Herrn Leber (Leiter des Kanzlerbüros) statt, bei dem auch die Herren Deinzer, de West, Reimer und Eggers zugegen waren. Hierbei konnten viele offene Fragen geklärt werden bzw. Festlegungen getroffen werden. Diese an hier wieder zugeben ist müssig. Für die Projektmitglieder sind diese in der Änderungshistorie des Wiki auf den FAU.ORG betreffenden Seiten nachvollziehbar. Fazit des Treffens war, dass sich die verbleibenden Fragen erst klären lassen, wenn eine erste Betaversion von FAU.ORG verfügbar ist. Wann das soweit sein wird, ist im Laufe des Oktober absehbar.

Knowing what’s going on

Last week saw a lot of work on the component extraction for web applications by Mr. Zhelev. When he is done, he will publish a new report on his results under PPSA.
The first result of his work could be seen on Monday, a very basic web interface for internal use, although without functionality so far. As soon as functional parts of the website are available, the stakeholders will be informed.

Mr. Zhelev also spent some time on the feasibiltiy study, as a system error on one of the student developer’s computers led to only partial delivery of the project. Work on the project has now been completed. Only the backend will be available for use, though, since the frontend did not meet PPSA requirements.

On Monday, September 15th 2008, a meeting with Mr. Leber (Supervisor of the Chancellory) was held, other people present were Mr. Deinzer, Mr. de West, Mr. Reimer and Mr. Eggers. In the course of the meeting, several open questions could be answered and several new accords were found. Repeating them all here in the blog is moot, project members can access them via the wiki’s changelog for FAU.ORG. The meeting ended with the conclusion that remainig questions could only be answered when FAU.ORG’s first beta was available. A date for this should be conceivable sometime in October.

IDM-Wochen-E-Mail KW 37

Während die Herren Singer und Rygus im wohlverdienten Urlaub weilten, konnte man diese Woche mit “Kampf mit den Systemen” beschreiben.

Es kam zu mehr oder minder unerklärlichen Systemausfällen, Seiteneffekten der Virtualisierung und Ungereimtheiten in der Software. Es wurde deutlich das der Punkt “Dokumentation” nicht umsonst im Risiko-Management berücksichtigt wird. Dokumentation kann man nie genug haben und wenn man sie braucht hat man die falsche!

Nicht unbeeinflusst davon hat Herr Tröger trotzdem sich an die Abnahme der fertigen Bestandteile gemacht. Mit der Auszubildenden Frau Löhlein konnte er das Matching überprüfen. Die beiden haben zu dem einen Weg gefunden, diese Überprüfung soweit in Algorithmen zu verpacken, dass daraus ein Tool werden kann. Zu beachten ist hierbei, dass zur Überprüfung andere Algorithmen zum Einsatz kommen als beim Matching selbst. Herr Tröger wird dies erstmal für die Konsole erstellen, denkt aber über eine Integration in WAID nach.

Außerdem ist Herr Tröger dabei den Data Linkage Gopher (DLG) – also das Tool, dass dazu dient, die Inkonsistenzen zwischen den Systemen manuell zu identifizieren – in WAID zu integrieren. Nach Abschluss wird dies zu einem ersten Anwendungsfall des neuen IDM werden. Doch dazu mehr in einem gesonderten Beitrag nach Abschluss der Arbeiten.

Und neben der Überarbeitung des Treibers für SSO hat er auch sich einiger Auffälligkeiten angenommen, die dabei zu Tage traten.

Und in der Tat liegt nun die Konfiguration des SSO-Dienstes in den letzten Zügen. Hierfür sind allerdings noch ein paar externe Dienste notwendig, die in der vergangenen Woche nicht abschließend von Herrn Eggers geprüft werden konnten. Mühsam nährt sich das Eichhörnchen …

Außerdem konnte er zusammen mit Herrn Löffler die Veröffentlichung von jidgen angehen. Eine Pressemitteilung folgt, wenn alle Teilaufgaben erledigt sind.

Herr Zhelev hat sich diese Woche hauptsächlich mit FAU.ORG und PPSA beschäftigt, worüber er zu gegebener Zeit im PP-Blog http://www.blogs.uni-erlangen.de/PP berichten wird.

Die Top-Punkte im Risiko-Management sind diese Woche:

  • manuelle Umschlüsselung wg. nix FAU.ORG
  • Überlastung einzelner Mitarbeiter vermeiden
  • Dokumentation
  • Dienstleistungsportfolio

In der angebrochenen Woche wird es heiß hergehen.
Am morgigen Dienstag kulminiert der Besprechungsmarathon, da die Anbindung der Quellsysteme sowie die schreibende Anbindung von SOS und damit auch “mein campus” endgültig besprochen und weitestgehend finalisiert werden soll. Der Rest der Woche steht dann unter dem Zeichen des Deloyments der fertigen Teile. Wir arbeiten mit aller Kraft auf den 08.10.08 zu!

Nachtrag Wochenbericht KW 36 – Projektplanung

Als Nachtrag zur Wochen-E-Mail KW 36 präsentiert dieser Eintrag, weitere Details zur aktuellen Projektplanung.

Abbildung 1 zeigt Abhängigkeiten der einzelnen Teilziele bis Release 2 untereinander. Die gewählte Darstellung ermöglicht Schlüsselziele leicht zu identifizieren. So ist Legacy Write (schreibende Anbindung der alten Benutzerverwaltung) ein entscheidender Punkt für Release 2, während z.B. Probleme bei NDS (NDS-Anbindung) keine weiteren Konsequenzen nach sich ziehen.

IDMone Abhängigkeiten der Teilziele bis Release 2.

Abbildung 2 zeigt die noch zu erledigenden Aufgaben bis Release 1. Nicht sichtbar, aber bereits einkalkuliert, sind die unterschiedlichen Arbeitszeiten (Urlaub, Teilzeit, …) der einzelnen Mitarbeiter.

IDMone Teilaufgaben bis Release 1.

FAU.ORG nimmt wieder Fahrt auf

Es ist endlich soweit – die Arbeit an FAU.ORG wird fortgesetzt!

Seit 01.09.08 arbeitet Krasimir Zhelev zwei Tage die Woche an FAU.ORG. Eigentlich als Entwickler für IDMone angestellt, hat er sich dazu überreden lassen nun auch FAU.ORG zu verstärken. Ohne FAU.ORG kann IDMone einfach nicht erfolgreich starten. Dies ist auch der Grund warum die RRZE-Geschäftführung dem teilweisen Wechsel zugestimmt hat. Nichtsdestotrotz sucht das RRZE für FAU.ORG (CIT und die webmaster) noch Verstärkung, denn ohne personelle Verstärkung wird sich vorallem FAU.ORG und damit auch IDMone noch erheblich in die Länge ziehen. Die aktuellen Stellenausschreibungen finden sich unter http://www.jobs.rrze.uni-erlangen.de.

In dieser Woche stand natürlich die Einarbeitung von Herrn Zhelev im Vordergrund. Im Zuge dessen wurden auch die Dokumentation im Wiki sowie die Repositories im subversion einer kritischen Überprüfung unterzogen.

Herr Zhelev hat sich sogleich daran gemacht, den vorhandenen Code – den zwei studentische Hilfskräfte im Sommer im Rahmen einer Machbarkeitsstudie produziert hatten – einer kritischen Überprüfung zu unterziehen und diesen aufzuräumen.

Außerdem musste er Aneliya Todorova einarbeiten. Sie wird als studentische Hilfskraft das Projekt unterstützen. Sie bringt dazu bereits erhebliches Vorwissen mit. So hat Sie sich in einer Studienarbeit mit JackRabbit intensiv beschäftigt. Der Technologie also die das Fundament der Datenhaltung in FAU.ORG bildet. Aber zu den technischen Details der Realisierung mehr in einem späteren Artikel.

Finally. The work on FAU.ORG continues!

On 01.09.08 Krasimir Zhelev has started to work on FAU.ORG two days a week. Originally hired as a developer for IDMone, he was persuaded to work for FAU.ORG as well, especially since a successful start of IDMone is impossible without FAU.ORG. This is also the reason why the RRZE management body has agreed to the partial move. Nevertheless, the RRZE is still looking for additional recruitment for FAU.ORG (CIT and webmasters), since without additional staff, FAU.ORG and IDMone will be seriously protracted. Find our current job offers under http://www.jobs.rrze.uni-erlangen.de.

This week, Mr. Zhelev was introduced to his new job. At the same time, the Wiki documentation and the subversion’s repositories were examined carefully.

Mr. Zhelev got right into the existing code, checking it carefully and starting to clean it up. The code had originally been written by two student assistants during a feasibility study this summer.

He also introduced Aneliya Todorova to the project. She will support the project as student assistant. For her new task, she comes armed with a lot of previous knowledge, as she recently wrote a seminar paper on JackRabbit. This is the technology upon which FAU.ORG’s data management is based. There will be more about the technical details in a later article, though.

Wochen-E-Mail KW 36

Die letzte Woche stand ganz im Zeichen des Projekt-Reviews und der Release-Planung.

Als derzeit relevante Planungsdaten sind schon mal folgende Termine zu kommunizieren:

08.10.2008 – R1 – Backend
Zu diesem Termin nimmt das IDMone Metadirectory seine Arbeit im Hintergrund auf. Es wird die Quellsysteme Personal- und Studierendenverwaltung anbinden und “mein campus” mit den Daten der Studierenden provisionieren. Für den Kunden ist hiervon allerdings nichts bemerkbar. Außer dass die Passworte der Studierenden in “mein campus” mit dem des RRZE-Kontos synchron laufen.

02.12.2008 – Ablösung GARFIELD
Ab diesem Termin wird IDMone auch für die Kunden sichtbar. Die alte Weboberfläche der Benutzerverwaltung GARFIELD wird durch WAID abgelöst. die alte Benutzerverwaltung wird allerdings noch geraume Zeit im Hintergrund arbeiten.

Allerdings müssen erstmal noch einige Aufwände abgeschätzt und einige Aufgaben noch im Haus diskutiert werden bevor sie kommuniziert werden können. Deshalb wird die detaillierte Planung spätestens bei der nächsten AG IDMone am 16.09.08 14 Uhr vorgestellt.

Und was war sonst noch?
Derzeit verstärkt Andrea Löhlein – Auszubildende zur Fachinformatikerin Systemintegration (FISI) – IDMone. Sie überprüft das Matching mittels Stichproben auf die korrekte Funktion. Hierzu hat sei unter Anleitung von Herrn Tröger ein Perl-Skript geschrieben und sich als echte Verstärkung erwiesen.

Herr Tröger hatte außerdem die Aufgabe die Besprechungsergebnisse – vor allem die Projektplanung aufzuarbeiten. Ihm sind die Übersicht und die Grafiken in diesem Wochenbericht zu verdanken.

An den Treibern war doch noch etwas Arbeit an den abnahmefertig geglaubten Treibern notwendig. Die schreibende Anbindung von SOS soll z.B. nun auch für die Provisionierung der Studierenden an “mein campus” genutzt werden. Hier musste Herr Dr. Rygus nochmal Hand anlegen. Außerdem hat er sich der Anbindung der aktuellen Benutzerverwaltung gewidmet. Eine erste Entwicklungsversion der schreibenden Anbindung liegt bereits vor. Die lesende Anbindung stellt das Projekt allerdings noch vor einige Probleme. Hier bedarf es noch einiger Unterstützung durch Herrn Büttner.

Auch eine Videokonferenz IDM@Bayern hat wieder stattgefunden. Ein Protokoll folgt.

Und Herr Zhelev hat sich wie oben bereits angedeutet ganz auf FAU.ORG konzentriert. Neuigkeiten zu FAU.ORG finden Sie zukünftig im P&P-Blog.
Er hat wiederverwendbare Artefakte identifiziert und so extrahiert, dass sie nun wirklich mehrfach verwendet werden können.

Herr Eggers hat wieder einmal mit der Konfiguration des SSO-Servers gekämpft. Leider war die Dokumentation sehr lückenhaft, was zu erheblicher Mehrarbeit geführt hat.

Als kleines Highlight hat Herr Florian Löffler den Zwischenstand seiner Studienarbeit “Entwicklung und Implementierung einer Visualisierungslösung für
LDAP Access Controls” vorgestellt.

Die Top-Risikien und offenen Punkte im Risiko-Management sind:
– manuelle Umschlüsselung wg. nix FAU.ORG
– Überlastung einzelner Mitarbeiter vermeiden
– Dokumentation
– Dienstleistungsportfolio

Herr Dr. Rygus wird sich in der nächsten Woche für den Endspurt erholen.
Herr Tröger wird die bisher entstandenen Module einem Review unterziehen während Herr Zhelev sich voll und ganz FAU.ORG widmet, damit es auch an dieser Baustelle weiter geht.

Und zum guten Schluss noch der Hinweis das die Stabsstelle wieder Verstärkung sucht. Wie immer finden sich die Ausschreibungen unter:
www.jobs.rrze.uni-erlangen.de

PPSA?!

PPSA?!

Um die Anforderungen einer standardisierten Software Entwicklung am RRZE zu erfüllen, müssen Vorgaben, Regeln, Techniken und Werkzeuge formuliert werden.
Dies ist innerhalb von P&P die Aufgabe von PPSA. Eine Software-Architektur und ein Anwendungsumgebung müssen definiert, zusammengestellt und getestet werden, um eine gemeinsame Basis für die Entwicklung zukünftiger Produkte zu schaffen und agile Prozesse zu ermöglichen. Die Anwendungsumgebung hat das Ziel einen Rahmen zu bilden der benötigte Funktionen vor allem via Web zur Verfügung stellt. Hierbei legen wir besonders Wert auf barrierefreie Anwendungen.

Desweiteren ist es die Aufgabe von PPSA qualitätsgesicherte Komponenten und Code zur Verfügung zu stellen die flexibel wieder verwendet oder in andere Produkte eingebunden werden können. Dies erfolgt meistens in Form öffentlicher Open-Source-Projekte.

Verantwortlich für PPSA zeichnen der Chief Software Architect (CSA) Krasimir Zhelev und sein Stellvertreter Frank Tröger.

Für Mitarbeiter der RRZE stehen die relevanten Informationen im PP-Wiki. Externe wenden sich bitte direkt an Herrn Zhelev.

PPSA?!

To meet the requirement for standardizing the software development at RRZE, a definition of well-established rules, policies, techniques and tools has to be enforced. This is the main objective of PPSA within P&P. A software architecture and an application stack has to be defined, assembled and tested to provide common development basis for future products and accommodate Agile processes. The software stack aims at building up a framework for exposing needed functionality through web interfaces. Here we should mention that accessibility is of major importance for us.

A further task of PPSA is to develop quality-assured components and code packages that can be flexibly reused or embedded in other products. These artifacts are mostly published as open source projects.

Responsible for PPSA is Chief Software Architect (CSA) Krasimir Zhelev and his deputy Frank Tröger.

For RRZE members, the relevant information can be accessed via PP-Wiki. Non-members are to contact Mr. Zhelev, please.

Vorstellung DLP_NEU

Das RZZE ist dabei seine Dienstleistungen kritisch zu überprüfen, um zukünftig den Kunden, maßgeschneiderte Leistungspakete zur Verfügung zu stellen. Dieses Dienstleistungsportfolio bildet u.a. die Grundlage für die Automatisierung, die durch IDMone angestrebt wird. Daneben soll das Dienstleistungsportfolio die Transparenz erhöhen und in verschiedenen Medien (Print, Web, ?) veröffentlicht werden.
Am Ende steht die Entwicklung eines generischen Vorgehensmodells für andere RZ des Freistaats Bayern.

Presenting DLP_NEU

The RRZE is in the process of critically reappraising its services to be able to offer customized service packages for our customers. This service portfolie is, among other things, the basis for the automation IDMone aims for. The service portfolio should also increase transparency and will be published in different media (printed, web-based, ?)
The long-term goal is the development of a generic model for other university data centres within the Freistaat Bayern.

Was ist FAU.ORG?

Was ist FAU.ORG?

Die technische Implementation eines Systems zur Verwaltung der offiziellen und inoffiziellen Organisationsstruktur der Universität steht im Fokus des Projekts FAU.ORG. Das System wurde nach den Anforderungen der an der Verwaltung der Organisationsstruktur beteiligten Stakeholder spezifiziert. Es wird ebenso wie die anderen Projekte konsequent über eine Weboberfläche zu bedienen sein und nutzt dabei die gleiche Software-Architektur, die auch den anderen Systemen (besonders Web-Adminstration for IDMone – WAID) zu Grunde liegt. Zukünftig werden alle Systeme, die Organisationsstrukturinformationen verwenden, von FAU.ORG über offene Schnittstellen versorgt. Hierdurch wird auch die zentrale Vergabe von uniweit einheitlichen Kostenstellen gewährleistet. Hiermit ist es ein wichtiger Erfolgsfaktor bei der uniweiten Einführung der Kosten-Leistungs-Rechnung.

Die komplette Projekt-Dokumantation finden die Projektmitglieder im PP-Wiki (nur wenige Seiten sind für die Öffentlichkeit verfügbar).

What is FAU.ORG?

Implementing the technical side of a management system for the university’s official and inofficial organisational structure is the central point of project FAU.ORG. The system’s specifications were designed according to the requirements of stakeholders involved in managing the organisational structure. Just like the other projects, it will be accessible via a web interface employing the same software architecture used for our other systems (especially web administration for IDMone – WAID). All systems utilizing information about organisational structure are going to be supported by FAU.ORG via open interfaces. That way, a central allocation of cost unints for the whole university can be guaranteed as well. That makes it an important factor for success regarding the university-wide introduction of a cost-performance-analysis.

The complete documentation for the project can be accessed by members via PP-Wiki (There are only a few pages accessible to non-members).

Wochen-E-Mail KW 35

Diese Woche konnte Herr Dr. Rygus einige Punkte auf dem Weg zum Produktivsystem fertig stellen.
Der UnivIS-Treiber ist entwickelt. Es fehlt noch an einigem organisatorischem Feintuning. Sprich auf Prozessebene stehen noch offene Punkte aus. Die Betroffenen werden zeitnah informiert. Die Treiber für SOS und DIAPERS laufen inkl. des Matching. Für die provisionierten Personen werden Kennungen generiert und sie werden in passende Gruppen einsortiert. Alle Treiber befinden sich jetzt gerade im abschließenden Test.

Hierbei wird Herr Dr. Rygus von Frau Löhlein unterstützt. Sie ist Auszubildende im 3. Lehrjahr zum Fachinformatikerin Systemintegration und macht bei IDMone “Station” für 3 Wochen.

Herr Singer hat die Test-Säule auch für öffentliche Test vorbereitet und die letzten Handgriffe i.S. Novell-Audit getätigt.
Von Systemseite ist damit alles für Test- und Produktivbetrieb startklar und er kann beruhigt in Urlaub gehen.

Ab dieser Woche begrüßen wir die Herren Tröger und Zhelev aus dem Urlaub zurück.
Am Dienstag wird es daher ein ganztägiges Projekttreffen geben, in dem das weitere Vorgehen erörtert wird. Außerdem wird auch das Risiko-Management aktualisiert. Dann sollte auch dieser Teil der Wochen-E-Mail wieder informativer ausfallen.

Das P&P-Blog ist da!

Fast anderthalb Jahre nach der Gründung der Stabsstelle P&P im Februar 2007 ist es an der Zeit regelmäßig und öffentlich über deren Arbeite zu berichten.

An dieser Stelle wird laufend über die alltägliche Arbeit oder Kuriose Randerscheinungen berichtet werden.

Viel Spass beim Lesen und Kommentieren!
Und als besonderes Schmankerl werden wir bemüht sein, die Artikel Deutsch und Englisch zu verfassen, so translation follows …

The P&P-Blog opens

Nearly one and a half year after founding staff unit P&P in February 2007 the time has come to report regularly and publicly about what we are doing.

Here we will report continuously about our day-to-day work and oddities in our work life.

Happy reading and Commenting!
And as special incentive for the European community we will try to publish all articles in German and English. So keep on reading!