What’s the end state? the job-to-be-done Reduce number of steps to reach that end state qq
En tant que Software Designer, quels sont les modèles mentaux que j’utilise pour concevoir les logiciels que je construit, test et opère ? Le premier modèle mental est de séparer trois grandes responsabilités : Ce que va manipuler mon système, son domaine. Comment va être appelé mon système, ses appelants. Comment mon système appellent d’autres systèmes ou composants d’infrastructure dont il a besoin, ses appellés.
Pourquoi ?
Nous avons besoin d’abstractions / de concepts qui soient adaptées au problème que l’on souhaite résoudre. On ne conçoit pas de la même manière du logiciel desktop, serveur, avec beaucoup d’algorithmie et des structures de données spécialisées, ou de l’informatique de gestion où nos logiciels manipulent des concepts du domaine.
The core activity and skill of an Information Systems architect is to decompose the whole system into subsystems and draw relevant boundaries between them. By subsystem here I mean a software with its own lifecycle, built and run by a team and providing functions to a set of users. The decomposition activity we talk about here should not be confounded with the decomposition of a subsystem into modules, as their objects are different (System of applications vs An application as a system built with modules containing data/classes and operations considered in isolation) even if they share some identical criterias.