Gibt es eine MDSD / MDA-Erfolgsgeschichte für eine reale Anwendung? [geschlossen

ch stehe derzeit vor der Situation, dass ich als Verfechter einer testgetriebenen Entwicklung mit einem Verfechter einer modellgetriebenen Softwareentwicklung (MDSD) / modellgetriebenen Architektur (MDA) konkurrieren mus

Meiner Meinung nach ist die Codegenerierung ein wertvolles Werkzeug in meiner Toolbox und ich nutze Vorlagen und Automatisierung, wenn dies erforderlich ist. Ich erstelle auch Diagramme in UML, wenn ich denke, dass dies hilft, das Innenleben zu verstehen oder die Architektur an der Tafel zu diskutieren. Ich bezweifle jedoch stark, dass das Erstellen von Software über UML (Erstellen von Zustandsdiagrammen und Sequenzdiagrammen, um nicht nur Code-Skelette zu erstellen) für mehrschichtige Anwendungen (Datenbankschicht, Geschäfts- / Domänenschicht und eine GUI, möglicherweise sogar verteilt) effizienter ist. Mir scheint, wenn es um MDSD geht, das CASE-Tooling ist plötzlich nicht mehr nur ein Tool, sondern es ist die Sache, die es zu befriedigen gilt: Aus meiner Sicht profitieren MDSDeveloper einerseits von der höheren Abstraktion, die UML ihnen bietet, aber bei Gleichzeitig tun sie sich schwer damit, den Codegenerator / das Template / die Engine zu modifizieren, um ihre Anforderungen zu erfüllen. Diese können leicht implementiert (und getestet) werden, wenn ein anderes Tool aus ihrer Toolbox (VisualStudio, Eclipse, ...) verwendet wird.

All dies lässt mich wundern, ob es eine Erfolgsgeschichte für eine reale Anwendung gegeben hat (zum Beispiel, dass das Produkt rechtzeitig, innerhalb des Zeitrahmens und mit nur wenigen Fehlern herausgebracht und Teile der Software später wiederverwendet wurden) erfüllt diese Kriterien und wurde nach einem strengen modellbasierten Ansatz entwickelt:

es hat nichts mit der Object Management Group (OMG) oder mit Beratern zu tun, die mit MDSD / MDA / SOA / @ zu tun habdie Anwendung hat keinen Bezug zur Geschäftsprozessmodellierung und ist selbst kein CASE-Tooldie Anwendung wird vom Endbenutzer aktiv genutztit hat mindestens drei Ebenen, einschließlich einer Benutzeroberfläche, die über die Anzeige von rohen Tabellenwerten hinausgeht und nicht zu den gängigen MDA / MDSD-Beispielen gehört ("Modellieren einer Kaffeemaschine, Ampel, Geschirrspülmaschine").

Antworten auf die Frage(10)

Ihre Antwort auf die Frage