Software Development

Contact us!

One size doesn't fit all

For many of our customers, one-size-fits-all solutions from large product manufacturers, for example, are not enough to implement their digital strategy. They need to combine a wide variety of systems and merge them into a complete system or create completely individual solutions. This is exactly where we come in and support you in implementing the individual requirements of your digitization strategy.

Our services in the area of software development

  • Individual software development on a very high quality level. Our Scrum teams are trained to bring very high quality software into production quickly. We achieve this through high test coverage and automated deployment. We support our customers in prioritizing their requirements. In this way, we jointly guarantee a very fast benefit and the use of the newly created features for our customers' clientele.

  • Modern architectures: Microservices, API-first, Cloud Native and Headless, these are the keywords that drive us forward. Our teams encapsulate technically distinct software parts from each other (Domain-Driven Design) and thus bring decoupled systems into operation, which can be replaced independently of each other in case of changes.

  • Migration of monolithic systems into modern microservice architectures

  • Architecture assessment and architecture consulting

Do you have individual requirements for your digitization strategy that no product can cover? Do you need to integrate many systems into one worldwide high-availability system? International alignments are a matter of course for you and you need a partnership that is familiar with such challanges and supports you? We develop custom-fit solutions for you or combine products to create a complete system - for you and your customers.

This is how we proceed - from MACH to REST

We work with a very modern architectural approach - the MACH architecture. MACH stands for microservices, API-first, cloud-native and headless. Microservices are parts of the business logic that encapsulate requirements and are brought into operation independently of one another. We use Domain-Driven Design (DDD) to determine the domain-oriented sections of the business logic. Api-first describes services, and products, such as an e-commerce system, which can be completely controlled via an API.

All the services we connect are tailored to the cloud provider. In turn, they use services and services (SaaS) that offer a scalable overall system that fits exactly (cloud-native). To enable a very modern web front end or even the connection of a mobile app to the backend services, a headless approach is chosen. The various clients can thus select the data via REST or GraphQL, for example, and display it according to the touchpoint.

Overall system architecture


  • Requirements analysis in various workshops

  • NFR (Non-Functional Requirements): Scenarios are used to describe the quality characteristics of the system in terms of changeability, usability, efficiency, functionality, transferability.

  • Functional requirements are put into a meaningful order with the help of story mapping

  • Development of a caching strategy

  • Scalability and resilience of the system

  • Interface analysis

  • Data flows are captured

  • Sizing of the systems, description of scaling scenarios

  • IAM (Identity Access Management) for example with Keycloak

  • ... further specific individual requirements are defined!

Prioritized backlog


  • We very often work with our customers using the MVP (Minimum Viable Product) approach. This means that in order to deliver fast customer feedback and added value, we choose the smallest possible feature set with which we can quickly go into production.

  • The critical and important things, which deliver the most added value or minimize risks, are implemented first.

  • With agile software development, diva-e teams are constantly working on optimization.

  • The deployment of the artifacts starts at the latest after each iteration (sprint cycle).

How we work


Programming languages used, products, services

  • We work with custom-fit architectures and select the appropriate systems together with our customers.

  • Individual requirements are implemented in the form of microservices or serverless functions.

  • We combine SaaS and PaaS solutions with the help of a MACH architecture. We are partners of Microsoft Azure and Amazon Web Services (aws) and combine the appropriate platform or service for your system.

  • We select the appropriate programming language for the system, our customers and the development teams involved: Java, Kotlin or .net are often used, but also Golang or Python.

Automated Deployment

  • CI/CD pipeline: automated deployment from the beginning of development to live and in operation.

Self-scaling systems and operation

  • We work with our customers from the very beginning on the availability requirements of the target system to ensure cost-efficient operation.

Software Development Glossary

Functionally separate services that encapsulate a specific business logic and can be deployed independently of each other. The services provide interfaces and implement a specific use case, which can be seen as separate from other services. This is referred to as a bounded context in the sense of domain-driven design.

API-first means that a service in the cloud (SaaS) provides all features via an application programming interface (API). This means that there are no features that can only be controlled via a proprietary UI. All features and setting options are accessible via the API.

The aim of cloud-native is to operate scalable systems that automatically adapt to the number of users: if there are few users on the system, fewer resources should be used. If there are many users on the system, many resources should be made available so that the system always reacts quickly and adequately. This is achieved by using services in the cloud, so-called software-as-a-service solutions, which usually offer this option out of the box, or by using services offered by the corresponding cloud providers (platform as a service (PaaS)).

With this architectural approach, the business logic is made available to all clients in an interface (API). The backend system is no longer responsible for preparing the data for specific frontends; instead, intelligent API design allows the various clients to make use of this interface for each channel.

We implement all our projects using agile methods.

The goal of the MVP approach is to create the smallest functional product in order to make it available to the customer quickly and thus receive user feedback immediately. This user feedback is enormously important in order to prioritize the next steps, the further development of the product. To meet the customer needs in the best possible way and to reduce the time-to-market.

Non-functional requirements are characteristics of a software system that describe the demand on the software quality. These can be found in the ISO/IEC 9126 standard and are defined using the following generic terms: Modifiability/Maintainability, Usability, Efficiency, Functionality, Transferability, and Reliability. We describe the requirements of a system, such as how reliably it should be deployed, using scenarios. For each of our customer's use cases, there are completely different requirements for software quality, and the costs for the different qualities are also very different. We are familiar with this and find the right way for the overall architecture in these different dimensions!

This refers to the possibility of making certain business logic available on the platform of a specific cloud provider (e.g. Microsoft Azure or aws) without having to worry about the scalability and high availability of the system. That this function is available when it is needed is guaranteed by the cloud provider.

Resilient software design is the handling of error states in the live operation of a software system. This means that if a particular service is not available, the entire system is not affected. Users are informed accordingly that a particular service is currently unavailable, for example product inventory management, but a product can still be ordered.

Information about PaaS.

The central management of users and access rights is of crucial importance, especially for distributed systems with very different services. We are experts in various IAM systems and their features, be it Single Sign On (SSO) or two-factor authentication. We know open source products like Keycloak, commercial products or the solutions provided by our cloud provider partner companies (Microsoft Azure and aws). Together with our customers, we select the most suitable solution.

Represential State Transfer (REST) is a paradigm that is mainly used for web services. Here, it is important to build the interface (API) according to certain rules and also to fully exploit the possibilities of the HTTP protocol. This means supporting HTTP status codes for success and error cases as well as media types in order to signal to the client what it can expect from the interface for a response on the one hand, but also to specify on the server side how to react to certain states.

GraphQL is a query language for APIs that allows clients to request the data they need to represent the current use case. As a result, the data is selected accordingly in the backend and only the information that is really needed is transferred to the client.

Frequently asked questions in connection with Software Development

MACH goes one step further than a pure microservices architecture. Here, it is necessary to combine different service solutions with each other in interaction with individual microservices. The products used must also meet certain requirements. The API-first approach specifies that the products are completely controllable via the API. For example, an e-commerce system has no hidden features that can only be set with a separate admin UI. The cloud-native approach is also important. The systems are designed for the cloud, scaling up and down fully automatically. This means they save costs in the event of underload and make resources available when many users want to use the system at the same time. Added to this is the headless approach. Interfaces for displaying the user interface are provided for all clients - a modern frontend, a PWA or a native mobile app can display the interface with the same interface according to the requirements.

We decide together whether using the MACH architecture is an advantage or whether an enterprise solution is a better fit. We can do both! For many of our customers, the enterprise solution is exactly the right decision. On the other hand, we also have a lot of requests with very specific requirements. The customizing of a large enterprise solution must then be weighed against the individual strengths of a MACH architecture, in which lightweight SaaS solutions are combined with individually created microservices and, if necessary, lead to the goal faster and more cost-effectively.

Time-to-market is critical. The faster an important feature is usable, the better. However, a new feature always carries the risk of error conditions. By using agile methods, it is in our DNA to provide high test coverage for all features. Automated unit/integration and, if required, surface tests are executed every time features are integrated. The deployment scenario is also built individually according to the requirements. Uninterrupted deployment is a matter of course for us. Of course, it is also possible to test how a certain feature is accepted by means of A/B tests only.

With resilient architectures, we make it possible that the entire system is not affected if a specific service fails. The user is informed that a certain service is not available, but he can still use most of the features.

Jetzt Kontakt aufnehmen

diva-e took care of the integration of a commerce system into the SAP landscape and developed a self-service portal for customers.
diva-e begleitet Weleda seit mehreren Jahren auf dem Weg der digitalen Transformation. Als großer Meilenstein der Digitaloffensive ging im Februar 2024 der Online-Shop in Deutschland live.
diva-e and dmTECH set new standards in software development and digital consulting.
Boards & More Group
mit Composable Commerce auf die Erfolgswelle
diva-e creates a unique B2B ordering experience through the online platform of the global glass market leader.
diva-e gets Vergölst's customer approach rolling by optimizing existing customer contact with Adobe Campaign.
diva-e mapped the entire digital value chain in the project with the Talanx Group for the relaunch of the corporate website and the new career portal.
diva-e develops a scalable and future-proof architecture and integrates it into the already existing backend systems.
Hertha BSC
diva-e developed a new state-of-the-art website with emotional design for Hertha BSC.
Klöckner & co
diva-e guides steel giant Klöckner through digitalisation and realises online shops with marketplace function.
FC Bayern Munich
Digital Champions League: The German championship record holder wows fans worldwide with tailor-made digital experiences.
Online marketplace for groceries: We are creating an adaptable platform for the retail giant EDEKA Nord
weleda logo
Gemüseabteilung in einem Supermarkt
Logo ALDI Süd
Kitesurfer auf dem Meer
Boards & More Group Logo
Logo von Talanx