Softwareentwicklungsprojekte im Public-Sektor sind häufig äußerst anspruchsvoll. Agile Vorgehensweisen wie Scrum sind hier eine gute Möglichkeit, um Komplexität zu entzerren und Anforderungen priorisiert in kurzen Entwicklungszyklen umzusetzen. Wie es in diesem Zusammenhang mit dem Thema Testing aussieht, erfahrt ihr in meinem Blog-Beitrag.

Trotz der staatlichen Weichenstellung und des steigenden Bekanntheitsgrades, besteht in der bAV weiterhin ein großer Nachholbedarf sowie ein großes Potenzial für die Versicherungsgesellschaften. In meinem Blog-Beitrag zeige ich euch daher den IST-Zustand und identifiziere die jeweiligen Problemfelder.

Die Corona-Krise beeinflusst sämtliche Bereiche des Lebens. Unternehmen sind dazu gezwungen, Teile des Daily Business remote zu erledigen – so auch den Recruiting- und Bewerbungsprozess. In unserem Blog-Beitrag zeigen wir euch, wie wir bei der adesso Schweiz AG mit dieser Herausforderung umgegangen sind.

Der Ruf nach einfach umzusetzenden, automatisierten Tests mit Tools wie Cucumber wird immer stärker. Dieser Beitrag zeigt, was sich hinter Cucumber und Behaviour Driven Development (BDD) verbirgt und wie man mit Seed-Test automatisierte Tests erstellen kann, ohne eine Zeile Code schreiben zu müssen.

Da NoSQL-Datenbanken in den letzten Jahren an Popularität zugenommen haben und öfters eingesetz werden, können viele Entwickler beim Wechsel von der klassischen, relationalen Denkweise über Daten zu einem völlig anderen Konzept auf eine steile Lernkurve stoßen. In diesem Blogbeitrag werfen wir einen genaueren Blick auf die Graphdatenbank Neo4j und ihre Abfragesprache Cypher und erlernen Optimierungsstrategien und -konzepte anhand von Beispielen.

In der öffentlichen Verwaltung kommt das V-Modell XT innerhalb von IT-Projekten immer wieder zum Einsatz. Dabei haben sich agile Vorgehensweisen in der Softwareentwicklung längst durchgesetzt. In meinem Blog-Beitrag möchte ich daher über die Integration von agilem Vorgehen in der klassischen Softwareentwicklung im Behördenumfeld sprechen.

Im ersten Teil dieser Serie haben wir unsere REST-API definiert und implementiert. Dazu haben wir elementare Funktionen des Frameworks kennengelernt, z.B. Request Handler (im Folgenden durch RH abgekürzt), Routen, dynamische URL-Parameter und Serialisierung und Deserialisierung mit JSON. In diesem Teil der Serie möchte ich auf zwei weitere, wichtige Aspekte des Frameworks und der Softwareentwicklung allgemein eingehen: Automatisierte Tests und Fehlerbehandlung.

In meinem ersten Beitrag habe ich die Chicken-Little-Methode, eine Vorgehensweise für die schrittweise Migration von Legacy-Systemen, vorgestellt. Darauf aufbauend soll in diesem Beitrag nun demonstriert werden, wie sich diese Methode auf eine Frontend-Migration im Kontext einer Webanwendung anwenden lässt. Dazu wird eine existierende Webanwendung betrachtet und gezeigt wie sich eine, auf den Server-Side Rendering Technologien JSF und Facelets basierende Komponente dieser Anwendung, in eine andere Technologie transformieren lässt und im Anschluss daran wieder in das Altsystem integriert wird. Als Zieltechnologie für die Migration dient in diesem Beispiel das Single-Page-Application-Framework ReactJS.

In der modernen Softwareentwicklung sind Unit-Tests als Teil des Sourcecodes inzwischen zum Standard geworden. Sollen Funktionalitäten einer Applikation als Ganzes getestet werden, wird oft ein hoher manueller Aufwand betrieben, um vor dem Release ein erfolgreich abgeschlossenes Testprotokoll vorweisen zu können. Dieser Aufwand kann minimiert werden, indem man UI-Tests automatisiert. In unserem Blog-Beitrag beschreiben wir einen möglichen Ansatz, der in einem unserer Projekte sehr gut funktioniert hat.