GIMUN 2009 Registrations-System

Projektbeschreibung

GIMUN ist eine internationale Vereinigung von Hochschulen unter Schirmherrschaft der Vereinten Nationen. Jedes Jahr organisiert GIMUN eine Konferenz mit Teilnehmern aus der ganzen Welt. Gimun's Web-Portal gimun.org wurde bereits in Drupal gemacht. Sie benötigten aber eine eigene Anmeldung-Automatisierung für die Organisation von Konferenzen und Tagungen. MontenaSoft entwickelte ein Custom Drupal Modul, um dieser Anforderung gerecht zu werden.

Obwohl das Projekt relativ klein war, wir waren mit eine Menge von Herausforderungen bei der Entwicklung der Lösung konfrontiert:

• Kurze Entwicklungszeit: die nächste Konferenz begann praktisch parallel zur Entwicklung, und so war unsere Reaktionszeit von entscheidender Bedeutung.
• Mehrsprachige Unterstützung für das Registrierungs Modul war GIMUN auch sehr wichtig,
• Sehr komplexe Anmeldeformulare (eine Menge von Feldern, Datei-Uploads, Datum Pop-ups ...)
• benutzerdefinierte Feld -Entwicklung: Einige Bereiche des Anmeldeformulars können nicht mit Out-of-the-Box-Funktionalität der FAPI gedeckt werden. So mussten wir schwere JavaScript-und-AJAX Artillerie einsetzen, um die Anforderungen zu erfüllen.
• Komplexer Recruiter Abschnitt. GIMUN-Recruiter ist ein GIMUN-Benutzer, der sich mit der Registrierung beschäftigt. Recruiter brauchte nicht nur komplexe Registrierung Management Interfaces, sondern auch Custom Search Tabellen für die Definition von sichtbaren Bereichen in den Suchergebnissen.
• Trennung der Daten nach Anmeldungsjahr

Die Spezifikation war relativ komplex, und wir hatten nicht all zuviel Zeit für das Experimentieren. Aus diesem Grund haben wir uns entschieden, intensiv die vorhandenen ontrib Community-Module in unserer Entwicklung zu nutzen. Wir haben folgende Module verwendet:

• CCK
• Date
• Diff
• FileField
• Hierarchical_Select

Außer natürlich CCK, der treibende Kraft hinter unserer Entwicklung, haben wir auch die Hierarchical_Select intensiv benutzt (http://drupal.org/project/hierarchical_select). Auf der Basis dieses hervorragenden programmierten und sehr leicht einstellbaren Moduls, haben wir eigene hierarchische AJAX-Control-Auswahllösung implementiert und somit einer der schwierigsten Aufgaben in der Projektentwicklung gemeistert.

Dank der eingebauten Unterstützung für Import / Export-Funktionalität in CCK, war es relativ einfach die Registrierungs-Daten nach dem Jahr der Registrierung zu trennen. Die vollständige Node-Definition des Registrierungs-Nodes wurde in einer externen Datei gespeichert, und der System-Administrator muss nur einem Klick machen, um neue Registrierungs Knoten für das nächste Jahr zu erstellen.

Daneben bemerkt, sind wir auch auf ein kleines Kompatibilitäts-Problem zwischen Datum und Hierarchical_Select Modul gestoßen. Es war nämlich nicht möglich, beide Module auf der gleichen Form (siehe mehr unter http://drupal.org/node/280780#comment-1097486) zu haben. Wir lösten diesen Fehler durch eigene Patches und haben somit das Leben von einigen anderen Drupal-Benutzern viel einfacher und glücklicher gemacht:-)