RRZE – Projekte & Prozesse (P&P)

Das Blog der RRZE Stabsstelle "Projekte & Prozesse"

Content

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.