build 001f4800 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 252 | 0 skipped |
Service · consulting

Requirements Engineering

Technik mit Prozessen und Benutzerbedürfnissen abgleichen, bevor beschafft wird. Sonst wird gekauft, was gut aussah, und benutzt, was übrig bleibt.

Themen capabilities · idf weight Strategie strategy 3.48 Architektur architecture 2.88
03Lösungen
02Fähigkeiten
252Korpus

Wozu das gut ist

Damit die eingesetzte Technik zu den Geschäftsprozessen passt und nicht umgekehrt. Requirements Engineering ist das Werkzeug, mit dem Technik, Prozesse und die Bedürfnisse der Benutzer abgeglichen werden, bevor eine Entscheidung fällt.

Ohne diesen Schritt wird beschafft, was in der Demo überzeugt hat, und danach angepasst, was sich anpassen lässt.

Wie das abläuft

Systematisch und in Workshops. Wir unterstützen dabei, sämtliche relevanten Anforderungen und Kenngrössen zu definieren und zu erfassen: funktionale wie nichtfunktionale, und insbesondere die Zahlen, die später über die Architektur entscheiden.

Warum es zuerst kommt

Weil andere Dienstleistungen darauf aufbauen. Ein Data-Management-Konzept ohne bekannte Zugriffsmuster und Aufbewahrungsfristen ist ein Ratespiel, und ein Disaster-Recovery-Design ohne RPO und RTO ist keins.

Requirements Engineering ist deshalb selten das Projekt, für das jemand anruft, und häufig das, mit dem das Projekt anfangen sollte.

Expertinnen und Experten dafür

Schwerpunkte sind noch nicht bestätigt, deshalb wird hier niemand automatisch vorgeschlagen. · 0 experts in corpus (n=252)

Passt ausserdem

service 1.00

Enterprise Architecture

caps 1 (neither declares a vendor) = 1
service 1.00

IT Strategie

caps 1 (neither declares a vendor) = 1
post 0.53

VMware by Broadcom – License Changes

0.7 × caps 0.55 + 0.3 × vendor 0.5 (unknown) = 0.53