Bericht der letzten elf Wochen bis zum 09. November 2011

Weil in den letzten Monaten sehr viel los war sind wir leider nicht dazu gekommen, unseren zweimonatlichen Bericht zu schreiben. Tut uns leid! Hier kommt ein verspäteter Bericht über das was sich in diesem Zeitraum im OpenPetra-Projekt getan hat.

• Wir haben OpenPetra Version 0.2.12 Alpha am 19. September 2011 fertiggestellt. Das Buchhaltungsmodul wurde erweitert, speziell im Hauptbuch-Untermodul (‚General Ledger‘). Details dazu können sie hier finden: http://www.openpetra.org/de/download-openpetraorg!
• WolfgangB hat sich entschieden, die Projektleitung von OpenPetra an MatthiasS abzugeben. Diese Übergabe hat die volle Unterstützung des Kernteams der Entwickler und der Internationalen IT-Leiterschaft. WolfgangB konzentriert sich nun auf die Softwareentwicklung.
• MatthiasS hat in den letzten Monaten einen Projektplan erstellt. In seiner neuen Rolle als Projektleiter setzt er die laufende Überprüfung und Priorisierung der Aufgaben fort, um die Richtung der Softwareentwicklung in der Zukunft vorgeben zu können. Er erstellte auch eine Teststrategie. Sie wird dafür sorgen, dass OpenPetra eine qualitativ hochwertige Software wird.
• TimotheusP führte einige Nebenentwicklungslinien (‚Branches‘) in die Hauptentwicklungslinie (trunk) über, einschließlich jene des Spendenverlaufs (‚Donor Recipient History‘), welche zuvor von MatthiasH erstellt wurde.
• TimotheusP hat auch ein OpenPetra-Paket für CentOS erstellt. JoachimM hat gemeinsam mit TimotheusP an einem OpenPetra-Paket für Debian gearbeitet (CentOS und Debian sind Linux-Distributionen).
• ChristopherT baute die Verarbeitung der Verwaltungsgebühren (‚Admin Fees‘) während der Verbuchung eines Satzes von Spendenbuchungsposten ein. Dies ist eine Funktion des Internationalen Clearinghaus-(‚International Clearing House‘)-Systems des Finanzmoduls, an dem ChristopherT derzeit arbeitet. Er konvertiert viele Programmsegmente von Petra 2.x in die C#-Programmiersprache. Phase 1 ist abgeschlossen, Phase 2 wurde begonnen.
• TimI hat vor kurzem mit seiner Arbeit an OpenPetra begonnen. Er hat einen Hintergrund im programmieren von serverseitigen Verarbeitungsprogrammen und wählte die Datei-Import und -Export-Funktionen von OpenPetra als sein erstes Projekt aus. Es gab schon einigen Programmcode dafür und TimI verbrachte mehrere Wochen damit, diesen auszubauen, so dass alle unterstützten Datenfelder importiert und exportiert werden können. Er sorgt auch dafür, dass alle möglichen Fehlerfälle korrekt behandelt werden. Die Benutzerschnittstelle ist ähnlich wie in Petra 2.x aufgebaut, doch es gibt in OpenPetra nur noch eine Maske für alle unterstützten Dateiformate.
• WolfgangB hat die beide Karteiblätter (‚Tabs‘) Beziehungen und Abonnements (‚Relationships‘, ‚Subscriptions‘) im Partnerbearbeitungsformular (‚Partner Edit screen‘) eingebaut. Er arbeitet nun am Karteiblatt für Lokale Daten (‚Local Partner Data‘), welches ebenfalls Teil des zentralen Partnerbearbeitungsformulars ist.
• AlanP hat seine Arbeit an vier Tabellenwartungsformularen (‚Maintain Table screens‘) fortgesetzt und sollte diese bald fertigstellen.
• ChristianK hat eine Recherche durchgeführt, deren Ziel es war, verschiedene technische Lösungen und deren geschätzte Aufwände für die Implementierung eines wesentlichen Teils des Personalmoduls zu ermitteln. Er kam zum Schluss, dass die Implementierung auf jene Art und Weise gemacht werden kann, welche von OM’s internationalen Personalleuten bevorzugt wurde: durch die Erstellung einer Personaldaten-Karteiblattsammlung (‚Personnel Data Tab Group‘) im Partnerbearbeitungsformular (‚Partner Edit screen‘), zu welcher der Benuzter ganz einfach umschalten kann. ChristianK implementierte diese Lösung und hat im Zuge dessen schon drei Personalformulare zur Datenanzeige und -erfassung in OpenPetra eingebaut, welche unterschiedliche Funktionen haben. Diese Formulare können nun als Vorlage für den Einbau weiterer Formulare herangezogen werden.
• ChristianK ist weiterhin der primäre Ansprechpartner für die neuen Softwareentwickler, an den sie ihre technischen Fragen richten können. Er verbessert auch laufend die technische Dokumentation in unserem Wiki.
• Wir haben viele Fehler in verschiedenen Teilen der Software behoben; das Partnersuchformular (‚Partner Find screen‘) wurde verbessert.
• Anfang November hatten wir ein dreitägiges Entwicklertreffen in Carlisle. Die Ziele waren: das Kernteam an einem Ort zu versammeln (auch die Entwickler, die von anderen Orten aus mitarbeiten waren präsent), Entscheidungen zu verschiedenen Themen treffen und die Arbeit für die nächsten Monate planen. Das Treffen verlief sehr gut, wichtige Entscheidungen wurden getroffen und wir sind alle ermutigt.
• Ein Ergebnis des Entwicklertreffens ist, dass ein weiterer Entwickler am Finanzmodul arbeiten wird, sobald er seine derzeitige Softwareentwicklungsaufgabe im OpenPetra-Projekt abgeschlossen hat. Wir haben auch beschlossen, dass wir eine Person ansprechen wollen, um herauszufinden ob diese interessiert wäre, ein Tester für OpenPetra zu werden.

„Technische Dinge“:

• AlanP erstellte den ‚Entwickler-Assistent für OpenPetra‘ (‚OpenPetra Developer’s Assistant‘). Dies ist ein sehr hilfreiches Werkzeug welches die Produktivität der Softwareentwickler erhöht. Der Assistent bietet eine grafische Benutzeroberfläche für die sonst kommandozeilenzentrischen Werkzeuge, die in der Entwicklung von OpenPetra verwendet werden. Er vereinfacht und beschleunigt viele wiederkehrende Aufgaben, liest und wertet Log-Dateien aus und vereinfacht das Arbeiten mit verschiedenen Konfigurationen und das Arbeiten in verschiedenen Nebenentwicklungslinien (‚Branches‘).
• AlanP hat eine Recherche durchgeführt, um herauszufinden, ob wir OpenPetra’s Datenbankschema in einer hilfreicheren, grafischen Art dokumentieren könnten. Er hat eine gute Lösung dafür gefunden. Wir haben das Ergebnis für sehr gut befunden als er es uns während des Entwicklertreffens zeigte und haben ihn gebeten, die nötigen Schritte zur Umsetzung zu setzen.
• TimotheusP hat Programmcode im Finanzmodul aufgeräumt. Das Resultat ist ’sauberer‘ und macht den Weg für weitere Implementationen im Finanzmodul frei. Er hat auch Programmcode zentralisiert welcher für den Datentransfer zwischen den Server- und Client-Teilen von OpenPetra verantwortlich ist. Dies macht diesen Programmcode besser verständlich und der Programmcode ist leichter zu testen.
• Wir haben uns bemüht, die Compilerwarnungen zu reduzieren, damit man in den Meldungen des Buildservers die tatsächlichen Compilerfehler leichter sieht. Unser Buildserver wurde auch von Hudson auf Jenkins umgestellt.
• Der Formulargenerator wurde verbessert.
• Wir können nun Solution- und Projektdateien im Visual Studio 2010-Format erstellen (für Visual Studio 2008 konnten wir dies bereits). Damit wird die Auswahl der integrierten Entwicklungsumgebung, mit denen die Entwickler an OpenPetra arbeiten können, weiter ausgebaut. Wir arbeiten derzeit an einer Unterstützung für die neuen SharpDevelop 4.1-Dateiformate.

Vielen Dank für Ihr Interesse und Ihre Unterstützung!

ChristianK für die OpenPetra-Entwickler