Wir entwickelten für ein Unternehmen mehrere Software- und Portalprojekte, darunter ein Chemikalien-Prüfsystem zur Prüfung und Auswertung chemischer Stoffe. Ergänzend entstanden eine Registraturkomponente für Online-Dienste sowie Funktionen zur Verwaltung von Außendienstaktivitäten. Dabei übernahmen wir den kompletten Software-Lifecycle von der Anforderung bis zum Rollout und begleiteten die Lösungen auch im laufenden Betrieb.
Ausgangslage
Der Auftraggeber war ein Unternehmen mit Bedarf an mehreren fachlichen Softwarebausteinen in seinem digitalen Umfeld. Dazu gehörten ein System zur Prüfung und Auswertung chemischer Stoffe, eine Registraturkomponente für Online-Dienste sowie Funktionen zur Verwaltung von Außendienstaktivitäten.
Die Aufgabe bestand darin, diese Anforderungen als individuelle Software umzusetzen und den gesamten Weg von der Anforderungsaufnahme bis zum Rollout abzudecken. Zusätzlich sollten die Anwendungen im Betrieb gewartet und optimiert werden.
Lösung
Wir setzten die Anforderungen als individuelle Webentwicklung auf Basis von .NET um. Zum Projektumfang gehörten ein Prüf- und Auswertungssystem für chemische Stoffe, eine Registraturkomponente für Online-Dienste und Funktionen für die Verwaltung von Außendienstaktivitäten.
Unsere Arbeit umfasste den kompletten Software-Lifecycle von der Anforderung bis zum Rollout. Die Umsetzung erfolgte mit .NET WebForms sowie SOAP-Schnittstellen. SOAP ist ein standardisiertes Protokoll für den strukturierten Datenaustausch zwischen Anwendungen. Im Anschluss übernahmen wir außerdem Wartung und Optimierung im Betrieb.
Der Projektzeitraum reichte von 2011-11 bis 2013-07. Die Teamgröße betrug 1.
Ergebnis
Geliefert wurden mehrere abgeschlossene Software- und Portalbausteine für unterschiedliche fachliche Aufgaben: ein Prüf- und Auswertungssystem für chemische Stoffe, eine Registraturkomponente für Online-Dienste sowie Funktionen zur Verwaltung von Außendienstaktivitäten.
Das Projekt wurde abgeschlossen und lief über 21 Monate. Neben der Entwicklung bis zum Rollout gehörten auch Wartung und Optimierung im Betrieb zum Leistungsumfang.
Technik
Zum Einsatz kamen folgende Technologien:
- C# und Visual Basic für die Umsetzung von Anwendungslogik
- .NET Framework als technische Grundlage der Anwendungen
- ASP.NET WebForms für die Webanwendungen und Portalkomponenten
- JavaScript und jQuery für Funktionen im Browser; jQuery ist eine Bibliothek, die typische Abläufe in Weboberflächen vereinfacht
- SOAP für Schnittstellen zwischen Systemen
- MS SQL Server für die Datenhaltung
Warum ein Chemikalien-Prüfsystem als Individualsoftware sinnvoll ist
Ein Chemikalien-Prüfsystem bildet meist fachliche Regeln ab, die eng an interne Prozesse, Datenquellen und Zuständigkeiten gebunden sind. In solchen Projekten reicht Standardsoftware oft nur teilweise aus, weil Prüfabläufe, Auswertungen und Freigaben nicht überall gleich organisiert sind. Individualsoftware ist hier sinnvoll, wenn das System sich an den Arbeitsprozess anpassen soll und nicht umgekehrt.
Typisch ist außerdem, dass ein solches System nicht isoliert arbeitet. Es verarbeitet Stammdaten, übernimmt Eingaben aus Fachabteilungen, liefert Ergebnisse an andere Anwendungen weiter und muss Ergebnisse nachvollziehbar bereitstellen. Deshalb sollte die Fachlogik klar von Oberfläche, Datenhaltung und Schnittstellen getrennt werden. Fachlogik meint die Regeln, nach denen das System Eingaben bewertet und Ergebnisse erzeugt. Eine saubere Trennung erleichtert Änderungen, wenn sich Prozesse, Datenquellen oder Berichtspflichten verändern.
Für Entscheider ist wichtig, den Charakter eines solchen Vorhabens früh richtig einzuordnen: Es geht nicht nur um Masken und Datenbanktabellen, sondern um ein verlässliches Arbeitswerkzeug mit nachvollziehbaren Abläufen. Dazu gehören in vergleichbaren Projekten meist eine browserbasierte Oberfläche, strukturierte Datenhaltung und Datenbankentwicklung, Schnittstellen und Datenmigration, damit Informationen zwischen beteiligten Systemen austauschbar bleiben.
Ebenso wichtig ist der Betrieb. Fachanwendungen mit Prüf- und Auswertungsfunktionen werden oft über längere Zeit genutzt und schrittweise erweitert. Deshalb lohnt es sich, Wartbarkeit von Anfang an mitzudenken: klare Zuständigkeiten im System, verständliche Datenstrukturen und ein geordneter Weg für Anpassungen. Wartbarkeit bedeutet, dass Änderungen möglich sind, ohne unnötige Seiteneffekte in anderen Bereichen auszulösen.
Sobald Themen wie Datenschutz, Nachvollziehbarkeit, Aufbewahrung oder Zugriffsrechte berührt sind, sollten fachliche und organisatorische Anforderungen gesondert geprüft werden. Ob Vorgaben aus Verträgen, internen Richtlinien oder rechtlichen Rahmenbedingungen erfüllt werden müssen, sollte mit den zuständigen Fachstellen sowie bei Bedarf mit Rechtsberatung oder Datenschutzbeauftragten abgestimmt werden. So entsteht ein System, das nicht nur funktional passt, sondern auch organisatorisch tragfähig geplant ist.
So werden ähnliche Projekte typischerweise umgesetzt
Bei vergleichbaren Vorhaben beginnt die Arbeit mit einer sauberen Klärung des fachlichen Ziels. Entscheider sollten früh festhalten, welche Stoffe, Prüfmerkmale, Auswertungen und Rollen das System abbilden soll. Ebenso wichtig ist die Frage, welche bestehenden Anwendungen angebunden werden müssen und welche Informationen dort führend sind. Führend bedeutet, dass ein System die maßgebliche Quelle für bestimmte Daten ist.
Darauf folgt üblicherweise ein Konzept für Prozesse, Datenmodell, Oberflächen und Schnittstellen. Ein Datenmodell beschreibt, welche Informationen gespeichert werden und wie sie logisch zusammenhängen. In einem Chemikalien-Prüfsystem ist dieser Schritt besonders wichtig, weil Prüfobjekte, Ergebnisse, Bearbeitungsstände und Auswertungen oft aufeinander aufbauen. Wenn diese Struktur zu früh zu grob festgelegt wird, entstehen später unnötige Umwege in Berichten, Masken oder Anbindungen.
In der Umsetzung werden die einzelnen Bausteine dann schrittweise entwickelt und regelmäßig fachlich abgestimmt. Gerade bei Fachsystemen ist es sinnvoll, nicht nur Ansichten zu zeigen, sondern echte Bearbeitungsabläufe früh zu prüfen: Welche Eingaben sind nötig, wann wird etwas gespeichert, wie werden Ergebnisse dargestellt und an andere Systeme übergeben? So werden Missverständnisse früher sichtbar.
Typische Arbeitspakete in solchen Projekten sind:
- Fachliche Abläufe und Rollen klären
- Datenstruktur und Schnittstellen beschreiben
- Oberflächen für Erfassung, Prüfung und Auswertung gestalten
- Integration, Tests und Rollout vorbereiten
- Betrieb, Wartung und spätere Erweiterungen einplanen
Nach dem Livegang endet das Projekt fachlich meist nicht. In der Praxis folgen häufig Anpassungen, weil Prozesse präzisiert, neue Datenquellen angebunden oder Auswertungen erweitert werden. Deshalb sollte schon in der Projektplanung festgelegt werden, wie Änderungen beauftragt, bewertet und in den Betrieb übernommen werden. Wenn Sie ein ähnliches Vorhaben strukturieren möchten, können Sie über den Projekt-Check aus einer Beschreibung oder einem Lastenheft einen belastbaren Einstieg vorbereiten.
Worauf es bei Schnittstellen, Daten und Betrieb ankommt
Die meisten Risiken in vergleichbaren Fachanwendungen liegen nicht in einzelnen Masken, sondern in den Übergängen zwischen Daten, Regeln und Betrieb. Ein Chemikalien-Prüfsystem muss Informationen konsistent verarbeiten. Konsistent bedeutet, dass dieselben Daten an allen relevanten Stellen inhaltlich zusammenpassen und nicht widersprüchlich werden. Dafür braucht es klare Zuständigkeiten, Prüfregeln für Eingaben und eindeutige Abläufe für Änderungen.
Schnittstellen sind dabei ein besonders sensibles Thema. Eine Schnittstelle ist die definierte Verbindung, über die Anwendungen Daten austauschen. Schon kleine Unklarheiten bei Feldern, Formaten oder Bearbeitungsständen können dazu führen, dass Daten falsch interpretiert oder unvollständig übernommen werden. Deshalb sollten Verantwortliche früh klären, welche Systeme beteiligt sind, wann Daten übertragen werden und wie Fehler erkannt und behandelt werden.
Auch der Betrieb sollte nicht als nachgelagerter Punkt betrachtet werden. Fachanwendungen werden im Alltag genutzt, gepflegt und erweitert. Dafür braucht es ein tragfähiges Konzept für Überwachung, Fehlerbehandlung, Berechtigungen und Änderungen. Berechtigungen legen fest, welche Personen welche Daten sehen oder bearbeiten dürfen. Gerade bei Anwendungen mit Prüf- und Auswertungsfunktionen ist es sinnvoll, Zugriffe und Verantwortlichkeiten sorgfältig zu planen.
Zudem sollten typische Querschnittsthemen von Anfang an berücksichtigt werden:
- Datenqualität bei Erfassung, Import und Änderung
- Nachvollziehbarkeit von Bearbeitungsständen und Ergebnissen
- Robustheit bei Schnittstellenfehlern und unvollständigen Daten
- Wartbarkeit bei fachlichen Erweiterungen
- Betriebsmodell für Hosting, Updates und Support
Wenn eine Anwendung in der Cloud oder in einer bestehenden Systemlandschaft betrieben werden soll, sind technische und organisatorische Entscheidungen früh zu treffen. Dazu zählen etwa Verantwortlichkeiten, Freigabewege und der Umgang mit Störungen. Werden rechtliche Themen wie Datenschutz, Aufbewahrung oder Barrierefreiheit berührt, sollten diese Punkte nicht technisch vermutet, sondern mit den zuständigen Stellen geprüft werden. Für die Planung von Umsetzung und Betrieb kann auch ein Blick auf Hosting und Betrieb in der Microsoft Cloud (Azure) sinnvoll sein, wenn ein passendes Betriebsmodell gesucht wird.
Häufige Fragen
Welche Faktoren beeinflussen die Kosten eines solchen Projekts?
Die Kosten hängen in solchen Vorhaben vor allem von der fachlichen Komplexität, den benötigten Schnittstellen, der Datenstruktur, den Auswertungen und dem geplanten Betriebsmodell ab. Hinzu kommen Anforderungen an Rollen, Freigaben, Wartung und spätere Erweiterbarkeit. Je klarer die Anforderungen beschrieben sind, desto besser lässt sich der Aufwand einordnen. Für eine erste Orientierung eignet sich der Kostenrechner; bei konkreteren Unterlagen bietet sich der Projekt-Check an.
Wie lange dauert die Umsetzung eines Chemikalien-Prüfsystems?
Die Dauer lässt sich nur aus den konkreten Anforderungen ableiten. Maßgeblich sind in vergleichbaren Projekten vor allem der fachliche Abstimmungsbedarf, die Zahl und Qualität vorhandener Schnittstellen, der Zustand der Quelldaten sowie die Frage, ob nur ein Kernsystem oder zusätzlich Portalfunktionen und Betrieb vorbereitet werden sollen. Sinnvoll ist eine frühe Strukturierung nach klaren Bausteinen und Abhängigkeiten, damit Entscheidungen rechtzeitig getroffen und Umwege vermieden werden.
Wie sollte man bei der Planung eines solchen Fachsystems vorgehen?
Bewährt hat sich ein Vorgehen, das zuerst Fachprozess, Datenquellen, Rollen und Ergebnisse klärt und erst danach Oberflächen und technische Details festzieht. So wird sichtbar, welche Informationen tatsächlich benötigt werden und welche Regeln das System tragen muss. Danach folgen Konzept, Umsetzung, Tests, Rollout und Betrieb. Wichtig ist eine regelmäßige fachliche Abstimmung. Wenn Sie ein ähnliches Vorhaben besprechen möchten, ist ein unverbindliches Erstgespräch ein sinnvoller Einstieg.
Welche Risiken treten bei solchen Projekten typischerweise auf?
Häufige Risiken sind unklare fachliche Begriffe, widersprüchliche Datenquellen, unterschätzte Schnittstellen und zu spät betrachtete Betriebsfragen. Ebenso problematisch sind Regeln, die nur implizit bekannt sind und nicht sauber dokumentiert werden. Das führt später zu Missverständnissen in Entwicklung und Abnahme. Gegenmaßnahmen sind eine präzise Anforderungsaufnahme, frühe Sicht auf echte Abläufe, klare Verantwortlichkeiten für Daten und eine saubere Planung von Wartung und Änderungen.
Was muss für den späteren Betrieb eines solchen Systems bedacht werden?
Für den Betrieb sollten Zuständigkeiten, Berechtigungen, Fehlerbehandlung, Änderungsprozesse und die technische Umgebung früh festgelegt werden. Ebenso wichtig sind Überwachung, Datensicherung und ein klarer Umgang mit Schnittstellenstörungen. Wenn das System sensible oder regulierte Informationen verarbeitet, sollten organisatorische Vorgaben gesondert geprüft werden. ballmüller solutions begleitet solche Vorhaben von der Konzeption bis zur Weiterentwicklung; für eine erste Einordnung kann auch der Projekt-Check genutzt werden.
