Bounded Context - Was ist das genau?

Bounded Contexts sind zentral für Strategic Domain-driven Design. Irgendwie werden damit große Systeme aufgeteilt, aber gleichzeitig macht es die Definition von Begriffen eindeutig und irgendwie spielt das Konzept auch eine Rolle für die Kollaboration von Teams. In dieser Episode diskutieren wir die den Begriff Bounded Context im Detail und gehen auf die Probleme ein, die bei der Nutzung des Begriff typischerweise auftreten.

[@marcm3623]

Exkurs: anderes allgemeingültigeres konzept als Ddd. Ich finde 31:08 bis 34:17 bis 36:37 modul soll eine funktionalität umfassen. Das ist ein allgemeineres modellierungskonzept als DDD. Ich finde das video lässt sich am dieser stelle auch mit gedanken zu diesem video verknüpfen (siehe unten) und es würde meiner meinung navh auch total interessant sein den übergang zu soziotechnischen systemen zu machem (da gibt es noch kein video zu) Im kern: 32:45 bis 32:55 dann haben wir ein konzept das auch für technische sachen funktioniert. Soziologie und softwarearchitektur kzbin.infodQdTLzoeKUE?feature=shared Ps: meine antwort zu meiner frage ist aus meiner sicht: Ein Scope und ein kontext gibt es immer. Die frage ist ob ich im scope wieder so schneide das ich einen weiteren kontext und einen scope habe und das ist mein modell und das betrachte (im scope) als viele scope kontext kombinationen die unteilbar sind. ?

[@marcm3623]

Ich vermute die erwähnte Frage (9:20) bezieht sich auf die unten ausgeschriebene Frage. Sorry das sie so spät kam und danke für den Antwortversuch 😊 Guten Morgen Eberhard, Ich ich freue mich sehr über den heutigen Stream: bounded Context was ist das eigentlich? Und möchte dazu auch eine Frage stellen, die aber erfordert deine bisherigen Videos und Einsprungstellen. In dem Video zur Air bonb Architektur sprichst du von deiner Perspektive auf die Architektur Link kzbin.infoDh9CgeC4xiI?feature=shared Einsprungstellen bei dem Link (Video) 1:03:03 bis 1:05:47 Ich finde bei dem Video mit dem Wasserfallmodell wird sehr gut die Ausgangslage bei Projekten und die Beziehung Organisation zu IT Organisation erwähnt. Und das ganze leitet schonmal ein das es Anforderungen gibt die sich nachträglich ergeben kzbin.infoufceCTDC2lM?feature=shared 58:15 In kzbin.infoGqs8zLXei7Q?feature=shared Big ball of Mud, wird erwähnt das jedes Modul (Mikroservice) einen Scope hat. Bei 59:00 bis 59:30 Und bei kzbin.infoyVNQDZzqmh8?feature=shared Scs Video wird erwähnt wie man die scopes ansetzen kann und verbinden kann(?) 27:50 ein requests ein mikroservice Und Und 30:50 Zu meiner Frage: es gibt scopes und es gibt Kontexte. Es gibt aber auch bounded contexte. Scopes und Kontext ganz am Anfang eines Projekts kann man sich wie folgt vorstellen: Video: dein Weg zu besseren Anforderungen kzbin.infoO3bO_3h0QtU?feature=shared Scope 12:55 sehr gutes Abbild 19:05 bis 19:28 Anforderungen und der Umgang damit Bis 19:55 Ist ein bounded Context Teil vom letzten Video erwähnten Scope oder vom dort erwähnten Kontext? Und kannst du uns einen kurzen überblick geben der die Einsprungstellen miteinander verbindet?) Ich bedanke mich und entschuldige mich das ich die Frage nicht kürzer stellen könnte Gruss und viel erfolg

[@marcm3623]

kzbin.info/www/bejne/pne8p5afZ8yiqcUfeature=shared 1:31 3:40 bis 3:50 passt sehr gut zu dem Stream hier. Schönes wochenende

[@marcm3623]

32:45 bis 32:55 ein konzept für technische systeme das funktioniert und allgemeiner ist. Als ddd. Hierzu eine frage: betrachtet ihr das in einem nächsten gedankenschritt als soziotechnische systeme?

[@EberhardWolff]

Module sind eher ein technisches Konzept, aber soll Entwickler:innen ermöglichen, komplexe Systeme kollaborativ zu entwickeln. Von daher ist das ein soziotechnisches Konzept in so fern, als dass es Code für Menschen strukturiert.

[@marcm3623]

​@@EberhardWolff Moin Eberhard, danke für die Antwort. So ein soziotechnischen system hat ein Input und einen Output und einen inneren Zustand der vom Teammitglied (Software Firma?) abhängt, der Aufgabe (der Organisation?), der Technologie und der Struktur der Organisation(?). Ist der Input die Spezifikation der Schnittstelle oder noch mehr? Ist der Output der Code integriert in eine ArchitekturUmgebung?

[@marcm3623]

Inwiefern hängt bounded Context mit dem Thema schneiden zusammen? kzbin.info/www/bejne/Z4OomKyoh9SqhNkfeature=shared (Mikroservices schneiden) Kannst du die hier erwähnten erklärungen dazu so unterschreiben? Einsprungstellen: 1:03:48 1:04:17 1:06:28 1:08:31

[@EberhardWolff]

Der betrachtet einen Technologie-Stack aus Messaging während Bounded Contexts eine fachliche Aufteilung darstellen. Von daher lassen sich die beiden Ansätze sicher gut kombinieren.

[@marcm3623]

Moin Eberhard, In dem Video legacy&innovation#8, Michael plöd, soziotechnischen Architekturen kzbin.info/www/bejne/qXioqKCjYppsptUfeature=shared Wird ab 2:35 bis 2:45 davon gesprochen möglichst ein 1:1 verhältnisse versucht werden zu erreichen. Also 1 domänen: 1 bounded Context: 1 (2:05 bis 2:09) : 1 Organisationsbestandteil Ist das deiner Meinung nach genau so?

[@EberhardWolff]

Zweifellos ist das ein sinnvolles Ziel. Es gibt allerdings einmal die Frage, ob man das so einfach in der Realität hinbekommt. Das ist ein Fokus meiner Beratung... 😉

[@marcm3623]

@@EberhardWolff ja, die Beratung macht aber meiner Meinung nach nur Sinn (lernend) wenn man ein ganz konkretes Anwendungsbeispiel hat. In dem Fall ja scheinbar ein Unternehmen das ein Projekt zur digitalisierung ,Achen will

[@marcm3623]

kzbin.info/www/bejne/m6uceIp7iLB6aqsfeature=shared 19:58 die einzige Sache bei der es um bounded contexte geht 21:25 DDD = model hypothesis

[@DinHamburg]

Hä??? Was heißt denn 'die ich einem Training nicht erklären würde - weil zu kompliziert'.. geht's in 'nem Training nicht gerade darum, genau solche Dinge zu klären??

[@EberhardWolff]

Ich will, dass die Leute aus dem Training rausgehen und Systeme in Bounded Contexts aufteilen können. Das erreiche ich dadurch, dass sie es selber tun und ihre Entwürfe reviewed. Wenn ich ihnen das erzählen würde, was ich in der Episode erzähle, würde ich den zweiten Schritt vor dem ersten machen und durch Details verwirren. Und ich würde viel Theorie machen, während Trainings für mich vor allem Praxis sein sollen.