B-Orange ERP

Herausforderung

Das Produkt des Kunden war ein Enterprise-Resource-Planning-System (ERP) basierend auf dem Open-Source-Projekt Openbravo. Die Softwareexperten von Redwerk wurden beauftragt, die Funktionalität dieser Software zu erweitern, indem eine weitere Ansicht zur Benutzeroberfläche hinzugefügt wurde. Dazu war es unerlässlich, den Kontext der gegebenen Lösung zu berücksichtigen und eine benutzerdefinierte Geschäftslogik hinzuzufügen. Unser Team musste die Geschäftsschicht der Anwendung erstellen und die neue Benutzeroberfläche an die bestehende Benutzeroberfläche der Software anpassen.

Openbravo ist eine webbasierte ERP-Lösung für kleine und mittelständische Unternehmen, die unter der Openbravo Public License veröffentlicht wird. Die Software basiert auf der ebenfalls Open-Source-Software Compiere ERP. Im Januar 2008 gehörte dieses Programm zu den zehn aktivsten Projekten auf Sourceforge.

Die Vorteile von Openbravo für Unternehmen und Organisationen bestehen darin, dass eine Reihe der gängigsten Geschäftsprozesse einfach geplant und organisiert werden können. Openbravo unterstützt viele Aspekte eines Unternehmens wie Vertrieb, Beschaffung, Produktion, Projektmanagement usw. Die Openbravo ERP-Software ist leicht an ihrer grünen Weboberfläche zu erkennen, über die Benutzer die Aufzeichnungen und Daten eines Unternehmens aktualisieren. Eine besonders nützliche Funktion von Openbravo ist die Unterstützung des Exports von Daten in PDF-Dateien und Microsoft Excel-Tabellen.

Redwerk wurde mit einer Menge Material ausgestattet: ein Paket mit den Quelldateien, einer detaillierten Projektstruktur und einem Installationshandbuch. Dann wurden unsere Experten losgeschickt, um die Geschäftsschicht und die Benutzeroberfläche für die folgenden neuen Softwareelemente zu erstellen:

• Suchregisterkarte
• Produktbearbeitungsregisterkarte
• Memo-Registerkarte
• Details-Erstellungsregisterkarte
• Preisinformationsregisterkarte
• Einkaufsinformationsregisterkarte
• Lagerinformationsregisterkarte

Wir erhielten ein Mockup in Form eines Eclipse-Webprojekts, das alle erforderlichen Bibliotheken enthielt, die direkt in Eclipse mit einer Tomcat-Webcontainer-Einrichtung verwendet werden konnten. Diese Benutzeroberfläche enthielt neue Elemente, nämlich Registerkarten, die dem Projekt hinzugefügt und mit den entsprechenden logischen Operationen angepasst werden mussten.

Business Momentum bat uns, ihre hausinternen HQL/SQL-Designregeln zu befolgen, und es wurde vereinbart, dass unser gesamter Code extern von unserem Kunden überprüft wird.

Lösung

Nachdem wir uns mit den Anforderungen, den unzähligen Datenbanktabellen und Steuerelementen vertraut gemacht hatten, begannen wir, das zu tun, was wir am besten können: neue, erstaunliche Funktionalitäten Schritt für Schritt oder vielmehr Registerkarte für Registerkarte zu implementieren.

Die hochkomplexe Struktur der Geschäftsschicht basierte auf einem JPA-Projekt, das die gesamte erforderliche Geschäftslogik enthielt. Eine große Anzahl von Klassen war bereits hinzugefügt worden, um gut mit der Openbravo-Datenbank zu spielen. All diese recht komplexen Dinge kommen wirklich in der Benutzeroberfläche zusammen mit einem Modul, das bereits eine Registerkartenstruktur hatte, während das Openbravo-Projekt selbst eigentlich nur der Träger der Benutzeroberfläche ist.

Die Benutzeroberfläche basierte auf dem ZUL-Framework, was unser erstes Hindernis bei der Lösung dieses speziellen Softwareentwicklungsrätsels darstellte. Hier wurde das Layout in speziellen Dateien beschrieben, auf denen die Benutzeroberfläche aufgebaut war. Laut den Codierungsrichtlinien für dieses Projekt mussten wir jedoch unseren gesamten Code in Java schreiben. Und raten Sie mal? Es gab nirgendwo Handbücher oder Anleitungen, wie man Java in diesem speziellen Kontext verwendet. Dies führte zu einem langwierigen Prozess zeitaufwändiger Arbeit und Diskussionen darüber, wie die Benutzeroberfläche aussehen würde, wenn man diese und jene Methode verwendet, usw. Es gab nur wenige Beispiele, aber der Rest musste vollständig von Grund auf neu erstellt werden, um unseren spezifischen Anforderungen gerecht zu werden. Darüber hinaus erforderte jede Änderung der Benutzeroberfläche einen Neustart von Tomcat.

Zu guter Letzt musste auch eine Suchfunktion implementiert werden, und damit dies elegant gelingen konnte, musste das Geschäftsmodell mit neuen Objekten für die Ergebnisanzeige erweitert werden, um die Suche nach benutzerdefinierten Parametern zu ermöglichen.