Requirements Engineering (URS) | GxP IT-Projekte

Unsere Leistungen im Requirements Engineering

Wir moderieren Workshops mit Fachseite, IT und QA, strukturieren die Anforderungen nach Prozessschritten und schreiben die URS so, dass sie bewertbar und abschätzbar bleibt. Abkürzungen erklären wir, Zielgruppen halten wir getrennt: Anwendersicht für die Fachseite, umsetzbare Formulierungen für die Entwicklung. Den gesamten Lebenszyklus zeigt der GxP-Netzplan.

Umfang klären?

Erstgespräch vereinbaren

Entwicklungs-Wegweiser

Welche Software-Ausgangslage haben Sie?

Wählen Sie die Ausgangslage für GxP-Softwareentwicklung oder Migration.

Individualsoftware mit SDLC

Anforderungen, Entwicklung und CSV in einem Team – von URS bis Validierungsbericht.

Projekt besprechen

Die URS ist das Ankerdokument eines GxP-IT-Projekts: Funktionale Spezifikation, Risikoanalyse, Testfälle und Validierungsnachweise leiten sich aus ihr ab. Fehlt eine Anforderung oder ist sie mehrdeutig, entsteht die Nacharbeit erst in der OQ, wenn sie am teuersten ist.

Unser Vorgehen in GxP-Projekten: von Planung bis Freigabe – jeder Schritt endet mit einem Ergebnis, das Sie in QA-Review und Audit vorlegen können. GxP-Beratung in fünf Schritten ansehen

Warum die URS über den Projekterfolg entscheidet

Die Seite richtet sich an Projektleitung, Qualitätssicherung, Fachbereiche und IT in Pharma, Biotech, Medizintechnik und Chemie, die ein LIMS, MES, ERP-Modul, eine Laborsoftware oder eine Individualanwendung beschaffen oder entwickeln lassen. Methoden aus agilen Projekten, etwa User Stories, nutzen wir dort, wo sie die Verständlichkeit erhöhen, ohne die Rückverfolgbarkeit zu lockern.

Die fertige Spezifikation ist die Grundlage für GxP-Softwareentwicklung, die Computersystemvalidierung und die Lieferantenqualifizierung, weil sie die Bewertungskriterien für Anbieter liefert.

Eigenschaften belastbarer User Requirements

Complete

Vollständig, einschließlich Ausnahmen und Spezialfällen.

Unambiguous

Eindeutig, ohne Interpretationsspielraum.

Clear and concise

Klar und prägnant, auch für Nicht-Fachexperten verständlich.

Consistent

Widerspruchsfrei, einheitlicher Stil, keine Redundanzen.

Necessary

Notwendig und realisierbar.

Traceable

Nachvollziehbar: jede User Requirement mit eigener ID.

Verifiable / testable

Überprüfbar und testbar, direkt an Testfälle koppelbar.

Implementation-free

Nur das Was, nicht das Wie. Die Lösung entscheidet die Entwicklung.

Was Sie bekommen

URS mit durchnummerierten, einzeln testbaren Anforderungen

Kategorisierung nach Muss, Soll und Kann, damit Angebote vergleichbar werden

Kennzeichnung GxP-relevanter Anforderungen als Eingang in die Risikoanalyse

Startfassung der Traceability-Matrix, verknüpfbar mit Spezifikation und Testfällen

Review-Protokoll mit Freigabe durch Fachbereich und Qualitätssicherung

Welche Artefakte brauchen Sie zuerst?

Erstgespräch vereinbaren

Regulatorischer Rahmen: EU-GMP, ICH und FDA-Referenzen

Kein Regelwerk schreibt ein URS-Template vor. Anforderungsdokumentation und Rückverfolgbarkeit sind aber Voraussetzung dafür, dass eine Validierung überhaupt nachweisbar ist.

EU-GMP Annex 11, Computerised Systems: verlangt eine Beschreibung des Systems und den Nachweis, dass die Validierung den Anforderungen entspricht.
21 CFR Part 11: Anforderungen an Audit Trail, Signaturen und Zugriffsschutz gehören in die URS, nicht erst in die Testphase.
ISPE GAMP 5, 2nd Edition: Spezifikation und Verifikation als gekoppeltes Paar, Grundlage der ID-basierten Traceability.

FAQ: Requirements Engineering

Was ist eine User Requirements Specification?

Die URS beschreibt, was das System leisten muss, ohne den Lösungsweg vorzuschreiben. Sie ist das Ankerdokument für Design, Test und Validierung.

Warum braucht jede Anforderung eine eigene ID?

Nur so bleibt die Rückverfolgbarkeit von der URS über Design und Testfälle bis zum Nachweis erhalten. GAMP 5 erwartet diese Kopplung, und bei Änderungen zeigt sie sofort, welche Tests wiederholt werden müssen.

Können User Stories Teil der URS sein?

Ja, wenn sie die genannten Qualitätsmerkmale erfüllen. Wir nutzen sie als Formulierungshilfe, nicht als Ersatz für IDs, Testbarkeit und Vollständigkeit.