Giter Site home page Giter Site logo

context-mapping's Issues

Customer --> Supplier misleading arrow?!

Great work!
Just a micro remark: Wouldn't it be better to remove the arrow in the Customer-Supplier picture or turn it around?!
I mean the "Customer gets" something which the "Supplier provides". Or did I miss something?
Best greetings
Stefan

Strategic Design: how big is a domain and a bounded-context?

How big is a domain? How big is a bounded-context?

Does a bounded-context belong to a (only one) team (squad in Spotify Model)? Can a domain small-sized to belong to a team? Or does it always represent a bigger thing (like an entire company and its business units* - or each business unit is a domain...)?

I am deep-diving in the DDD's world and I would like to hear some opinions about hierarchies (agg root, bounded context, domain, [after domain?]) and the right size (if that is possible).

*business unit in this context is a line of bussines attended by the company. Example: a bank (company) can offer stock services, core banking services or loans - each as a independent line of business.

Thanks

Miro Board backup file wont upload in Miro

I believe something might be wrong with the "Remote Context Mapping Starter Kit" file. I've tried uploading it to Miro a few times but each time I try I get an error message:

"Sorry, something went wrong"

image

Team relationships vs patterns.

Could someone please explain better why the "Partnership" and "Customer-Supplier" are patterns and not team relationships? It seems like a mistake of categorization.
Even the explanation of these "patterns" begin with teams relationships.
If the aim of the repo is to simplify the understanding, I think it would be greate to either fix the categorization issue or explain why it was made this way.
I think Evanse's book is not a Bible and could tolerate new interpretations, doesn't it?

Small typo in the context map example

Loved the repository!

Just a small fix, I think there is a problem with the following example:
image

From what I understand from the diagram, the first item should say that C and B are mutually dependent instead of C and D are mutually dependent

2 levels Context Maps

Hello @mploed

I was wondering if you had already seen or done such a thing: having a 2 levels context maps where 1st level would focus only on team relationships and 2nd level, only on context map patterns.

Here's an example:
(and yes, obviously the Cus-->Sup relationship should be the other way round ;) )

Team relationships
Team

Context map patterns
ContextMap

Both
Both

What do you think? Does it make sense or useful to separate both perspective?

Thanks!

Maxime

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.