2008-11-21 14 views

Antwort

10

In der Theorie gibt es ein paar Vorteile:

  • Die Menschen mit dem Business-Wissen kann die Software-Modelle erstellen, so sind Sie weniger wahrscheinlich, dass etwas in der Übersetzung verlieren.
  • Wenn nicht-technische Aktionäre Modelle erstellen, zwingt sie sie, "wie ein Entwickler zu denken". Sie sehen, dass das, was sie für offensichtlich und einfach hielten, tatsächlich schwierig ist, wenn Sie es formalisieren.
  • Es ist effizienter. Geschäftsleute haben Geschäftskenntnis und technische Leute haben technisches Wissen, warum nicht jede Gruppe ein System in ihrem Fachbereich entwerfen lassen? Keine Telefonspiele mehr, da Business-Experten einem Entwickler erklären, was sie meinen. Entwickler werden nicht länger von kryptischen Geschäftsanforderungen abgelenkt. Sie können sich auf das Zusammenspiel hochtechnischer Systeme konzentrieren.

In der Praxis ist es viel schwieriger:

  • Modelle sind hart und das ist, dass. Nur weil Sie die Modellerstellung auf eine andere Gruppe übertragen, heißt das nicht, dass Sie narrensichere Modelle erhalten. Bei der Softwareentwicklung dreht sich alles um das Modellieren, also sind Entwickler daran gewöhnt. Sie könnten sogar an Effizienz verlieren, wenn sich eine zweite Gruppe mit der Formalisierung ihres Verständnisses für ein Geschäftsbedürfnis befasst.
  • Modellgesteuerte Entwicklung ist eng mit OO-Konzepten verknüpft. OO ist gut für viele Dinge, aber nicht für alles. Was passiert, wenn das, was Sie wirklich brauchen, außerhalb der Fähigkeiten Ihres Modellierungswerkzeugs liegt?
  • Nach meiner Erfahrung ist die Trennung zwischen Business und technischen Menschen künstlich. Die effektivsten Menschen sind technisch denkende Geschäftsleute oder technisch denkende Menschen. Sie machen Dinge möglich. Wenn Sie Geschäftsaufgaben von technischen Aufgaben trennen, ruinieren Sie die Möglichkeit für Cross-Training und Cross-Denken.
+0

Die Leute mit dem Geschäftswissen sind in der besten Position, um die * business * -Modelle zu erstellen. Dies macht sie in keiner Weise geeignet, Softwaremodelle zu schreiben. Während oslo eine großartige Technologie sein kann, ist dieser besondere Aspekt zum Scheitern verurteilt –

3

Ich denke, Modellierung ist nur über die nächste Abstraktionsebene. Sobald es etabliert ist, wird es zu höherer Produktivität führen.

MDSD Heute - meist in Form von Code-Generierung - spart Zeit. Das Duplizieren von Arbeitsmustern für verschiedene Teile Ihrer Software und das manuelle Schreiben von echtem Geschäftscode steigert die Produktivität ein wenig, führt jedoch höchstwahrscheinlich zu einer besseren Softwarequalität und saubereren Architektur.

2

Ich denke, die kurze Antwort ist Forschungsprojekte!

Ein guter Startpunkt Wenn Sie jedoch mehr darüber erfahren möchten, ist Doug Purdys PDC Talk "Eine Runde um Oslo", die Sie sehen können here. Er erklärt, wie Oslo "die Essenz des Codes ohne die Zeremonie einfängt", ... was auch immer das bedeutet.

HTH.