Recently, Henning Schwentner and I finished our book Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software. Checking sources and re-reading referenced books started a thought process that is still ongoing.
Joachim Nitschke und Christian Dibbern stellen in einem Vortrag auf dem World Usability Day 2020 in Hamburg ihre Erfahrungen mit Dual-Track-Scrum vor.
Guido Gryczan und Henning Schwentner stellen sich in einem Interview auf dem Blog von Sandra Aengenheyster den Fragen zu Domain-Driven Design und Domain Storytelling.
Zusätzlich zu „agil“ und „DDD“ brauchen wir noch Techniken, um das fachliche Verständnis unter den Beteiligten einfach und schnell zu erreichen und festzuhalten. Zum Stand der fachlichen Modellierung nach anderthalb Jahrzehnten DDD stellen Dr. Stefan Hofer, Henning Schwentner und Prof. Heinz Züllighoven die aktuellen Ansätze des Collaborative Modelling gegenüber.
Der fünfte Teil unserer „Angular Pattern Library“ beschäftigt sich mit Templates. Dabei beleuchten wir ganz kurz eine der dafür wichtigsten Techniken, um Templates besser zu modularisieren.
Der vierte Teil unserer „Angular Pattern Library“ beschäftigt sich mit Komponenten als schlechten Erben. Denn wenn man genauer hinsieht, besteht eine Komponente nämlich aus einer Klasse UND einem Template. Und diese beiden sind auch noch eng gekoppelt.
Dieser Artikel gibt einen weiteren Einblick in unsere „Angular Pattern Library“. Will man eine Komponente testen, heißt das, man will ihre Komponenten-Klasse und das Template testen. Den Typescript-Teil (die Klasse) einer Komponente zu testen ist leicht, aber die richtige Verknüpfung von Inputs und Outputs im Template ist schwer zu testen. Mit gemockten Komponenten wird es aber bereits deutlich einfacher.
Dieser Artikel gibt einen weiteren Einblick in unsere „Angular Pattern Library“. Wir hatten angefangen mit dem generischen Hinweis: Factor Out Components, aber wir haben da noch nicht darüber gesprochen, was eigentlich mit dem CSS passiert...
Frameworks machen es einfacher, komplexe GUIs zu strukturieren, fördern die Wiederverwendung von Komponenten und – am wertvollsten – erlauben es tatsächlich, testgetriebene Front-End-Entwicklung zu betreiben, die Spaß macht. Seit letztem Jahr entwicklen wir bei der WPS immer öfter Anwendungen mit Hilfe von Angular. But its benefits don't come for free. Allerdings erhält man diese Vorteile nicht ohne Preis und ohne gute Architektur und geeignete Entwicklungstechniken endet man oft im Chaos.
Am 17. November fand die software@work 2017, eine Konferenzreihe zur anwendungsorientierten Softwareentwicklung, im Hafenclub Hamburg statt.
Wie selbstverständlich setzen Business-Analysten, Requirements Engineers und Softwareentwickler grafische Modelle ein, um zu beschreiben, was ein Softwaresystem für seine Benutzer leisten soll. Doch warum eigentlich?
Dies ist der letzte Beitrag unserer Blogreihe über die Deutsche
In den ersten beiden Teilen (Teil 1, Teil 2) dieser
Mit Domain-Driven Design bekommt die anwendungsorientierte Softwareentwicklung endlich die Aufmerksamkeit, die sie verdient. Seit Eric Evans den Namen geprägt hat, entwickelte sich eine rege DDD-Community, die Gutes tut und darüber spricht.
In diesem Beitrag wird erklärt, wie Angaben zum Wohn- oder Geburtsort mit Gebärdensprache ausgedrückt werden können.
Sie sprechen Englisch, Deutsch, vielleicht Spanisch oder Französisch? Nur wie unterhalten sich eigentlich gehörlose Menschen? Sie gebärden miteinander und verwenden dafür die Gebärdensprache.
Wie selbstverständlich setzen Business-Analysten, Requirements Engineers und Softwareentwickler grafische Modelle ein, um zu beschreiben, was ein Softwaresystem für seine Benutzer leisten soll. Doch warum eigentlich?
Wie selbstverständlich setzen Business-Analysten, Requirements Engineers und Softwareentwickler grafische Modelle ein, um zu beschreiben, was ein Softwaresystem für seine Benutzer leisten soll. Doch warum eigentlich?
Wie selbstverständlich setzen Business-Analysten, Requirements Engineers und Softwareentwickler grafische Modelle ein, um zu beschreiben, was ein Softwaresystem für seine Benutzer leisten soll. Doch warum eigentlich?
Während der Softwareentwicklung kommt unweigerlich der Zeitpunkt, ab dem die Architektur einer Software zu erodieren beginnt.
Diese Dissertation aus dem Jahre 1990 beschreibt die theoretischen Konzepte des Werkzeug & Material-Ansatzes. Von Reinhard Budde, Heinz Züllighoven.
Der Schritt vom anwendungsfachlichen Modell zum Entwurf einer interaktiven Arbeitsplatzsystems ist schwierig. Der Weg, den WAM vorschlägt, führt über ein fachlich orientiertes Benutzungsmodell und die Verwendung von Entwurfsmetaphern.
Gebrauchsqualität ist der Schlüsselbegriff für Software-Entwicklung nach dem WAM-Ansatz.
Anwendungsorientierung ist für uns der Schlüssel, um qualitativ hochwertige Software zu entwickeln, die Menschen bei ihren Aufgaben optimal unterstützt.
Wenn eine Idee, wie der WAM-Ansatz, in die Jahre gekommen und durch viele Hände gegangen ist, wird langsam unklar, wer welche Anteile in welchem Zusammenhang dazu beigetragen hat. Von Prof. Dr.-Ing. Heinz Züllighoven
Der WAM-Ansatz ist vor allem auf Software ausgerichtet, die von Anwendern bei ihrer täglichen Arbeit eingesetzt wird. Von Prof. Dr. Heinz Züllighoven, Dipl.-Inform. Jörn Koch.
