Category: Modeling

concrete high rise buildings under blue sky

Simpler architectural models

Let’s say it’s time to build some views on the Information System architecture, or some part of it. The question is: how to keep these views simple to produce and simple to use? The detail level trap People often think that the more details you put in the more accurate views you get. They spend

TOGAF & Software Architecture

Edited on 13/12/5 I recently obtained the TOGAF Foundation Certification. That’s nice to be successful at first time with a certification exam, my first exam since at least 25 years! I’ll talk about TOGAF in other posts but, you know, when you just learned something new and discovered a new part of the world you

MDE shuffled again

Some background (click to show) [show][hide] Almost nine months after my last post on this blog. What happened? I got a baby! She’s ten months old now and she has taken a big place in my “spare life”. Also I started others blogs. So, I take this long break as an opportunity to think again

Agile & Modeling new way of life!

Nice title, isn’t it? I’d like to share the idea that we can associate agile project management and software development  practices (two different things!) to build sustainable software. In doing this, the sustainable artifacts would be source code AND analysis and design models (and maybe code generation rules if used for this purpose). The idea

Business logic’s paradox: the barber’s story

Inspired by Model practice’s last posts I will try to illustrate a business logic’s paradox on the barber’s paradox taken as a business rule ;) The barber’s paradox: “The barber shaves only those men in town who do not shave themselves! Who shaves the barber?”. The first sentence is the business rule: “the barber shaves

What is the focus of analysis: problem or solution?

This post is my shifted comment on Rafael’s post & discussion. Rafael talks about analysis vs design in the software life-cycle, where problem is the requirement and solution the software to build. First of all, IT or not, any answer makes sense as an answer only if it answers a question. So, a solution is

Modeling/Programming: Art or Science?

The story begins with two quotes from Paul Valéry’s work I put on Twitter: “What is simple is always false. What is not simple is useless” (1) “There is science for simple matters and art for complicated matters” (2) My conclusion is: it’s difficult to combine art of modeling with science of programming. It’s the

1 2 3