Day | Chapters & Strategies | Topics |
---|---|---|
1 |
Day One Strategy
|
During this first day you review or learn the most fundamental tools you need to perform Advanced Domain Modeling. You might have already taken our UML Business Analysis course or acquired equivalent skills in a different way. This day will make that basis very strong for all course participants. You will also realize the type of professional accomplishments you can gain from this discipline. This is a skill all organizations must have but it is very rarely mastered by their Analysts. |
1 |
Overview |
|
1 |
Business Concept Modeling (BCM) |
|
2 |
Day Two Strategy
|
This second day takes all the fundamental modeling techniques studied during the first day to a very advanced level. You will learn how to make all the modeling decisions quickly, based upon the BCM Decision Tree. Soon you will not even need to look at it. Based upon that you will be able to perform Domain Modeling "on-the-fly" while meeting with Subject Matter Experts—possibly many of them at the same time. This is the skill you need to model domains that are very large and/or very complex. With this "instantaneous modeling" technique you can take two of the most frequently needed Domain Modeling patterns, Roles and Composite, to their most advanced level. You will learn how to apply them in no time and how to combine them. You might then think that it will be hard for you to come across anything that you cannot model. But, wait for the third day and get ready to access yet another layer of accomplishments in Domain Modeling. |
2 |
Advanced Modeling Decision Tree
|
|
2 |
Advanced Roles Pattern |
|
2 |
Advanced Composite Pattern |
|
2 |
Roles and Composite Together |
|
3 |
Day Three Strategy |
This third day addresses some of the most treacherous problems you can encounter in the world of Domain Modeling. They all relate to Abstraction. The worst experience would be to model the wrong level of abstraction. In such cases, models get either unmanageably large or mysteriously cryptic and incomprehensible. This third day will keep you far away from such predicaments. You will first learn how to model Dynamic Attributes, a typical Abstraction challenge. On that basis you will be able to generalize Abstraction Modeling to other problems. It will make you successful at modeling any problems that may present an abstraction challenge. |
3 |
Dynamic Attributes
|
|
3 |
Modeling Abstractions |
|
4 |
Day Four Strategy |
Even if you master all the advanced techniques learned so far in this course you may still run into another challenge: the sheer size of the domains you are trying to model. Some real-life domain models may contain as many as 750 concepts and their relationships. So, try to picture 750 1 inch-square boxes with attribute information in them—on a single page. Add about 3,000 lines running between these boxes, modeling concept relationships. A project that started like a nice, logical, precise model now looks like a "jungle artifact". Not so, with Package Modeling. During this 4th day you will learn how to extract the high-level concepts from a domain, model them as packages and assign each detailed concept to one of these packages. In that way your domain model will be greatly simplified and totally manageable through a hierarchical structure—as opposed to a flat, overwhelming structure. Another challenge comes from mergers. When large organizations decide to merge then the shortest path to keep IT supporting their operations is to merge their respective domains. People usually shy away from such a task, but we will show you how to do it. When domains are not merged then the IT system's complexity grows exponentially. SOA—contrary to popular belief—won't be able to fix that. Make sure you become proficient at merging Domain Models; the techniques we'll show you make that task quite accessible and often simple. This is a crucial point of your learning; this is the day you'll be able to feel that "size does not matter" anymore! |
4 |
Domain Package Modeling
|
|
4 |
Domain Mergers
|
|
5 |
Day Five Strategy |
This last day gives you the opportunity to practice all the modeling techniques we’ve covered, within a specific real-life case study. Another key skill you must learn now is how to present a Domain Model and walk people through it—whether they are technical or non-technical people. Presenting a Domain Model really is half of your success in a professional environment; it allows you to improve it though the responses you will receive and make your co-workers and/or customers adopt it. |
5 |
Domain Presentation
|
|
5 |
Advanced Case Study |
|
5 |
Corporate Case Study (Optional) |
|
See how we differ from other training companies based on our professional success, skills-building teaching techniques, and Corporate Case Study. More details here.