Back in 1996 I ‘discovered’ a software architecture which I called Intention Architecture. Back then it was just another way to develop software that would make it manageable to write complex software. However my inspiration of coming up with Intention Architecture was bound to the very fundamental behavioural nature of human being and to the nature of human mind.
You see each one of us gets motivated into doing different things in daily life, in our social and professional life. Our motives generate our requirements e.g. my motive can be to be the best fresh food supplier Bologna architects. This simple motive can generate several requirements for me e.g. to make it easy for farmers to bring items to me, to manage inventory, to manage presentation etc. While in real life these requirements are met, we are not conscious how the outcome of one requirement influences the outcome of another. But none the less it is always the case
In software sphere of course the requirements are tangled and one influences another e.g. The way list of farmer names displayed in the company administration will influence how I locate the supplier of some specific food item etc… Depending on the situation and responsibility of the developers this can open a can of issues like memory constrain, responsiveness’, user friendliness etc. Each such issue will turn around some distinct resources /data items like ‘list of farmer names’, ‘list of foods for each farmer’,.’ memory size’ etc.