- Conception globale -

Cette étape de MACAO permet de définir une première structure du logiciel nommée "architecture générale" qui se présente sur cinq plans :

- l'architecture fonctionnelle,
- les classes métiers,
- la dynamique générale,
- la structure de l'IHM,
- la recherche des prototypes.

L'architecture fonctionnelle
Contrairement à la démarche RUP de Rational qui base tout le processus de conception et de développement sur les cas d'utilisation (use-case-driven), celle de MACAO est essentiellement fondée sur les fonctions qui seront les briques de construction de la dynamique du logiciel. Le raisonnement en termes de fonctions présente l'avantage d'approcher la dynamique de façon plus modulaire qu'avec les seuls cas d'utilisation car la fonction est un objet plus élémentaire que le cas d'utilisation. De plus, contrairement aux cas d'utilisation, les fonctions ne sont pas toujours liées à la vision de l'utilisateur car il existe des fonctions techniques, jamais citées par les utilisateurs mais que nous rattacherons néanmoins aux cas d'utilisation. Les cas d'utilisation seront donc considérés comme des ensembles de fonctions qui seront les éléments de dialogue.

Les classes métiers
La recherche des classes qui structureront le logiciel commence par la recherche des plus apparentes, celles qui peuvent se déduire directement du discours de l'utilisateur. Ces classes sont appelées classes métiers car leur nom est connu des utilisateurs (Clients, Produits, Commandes…). Les autres classes seront dites classes techniques car elles représentent des ensembles d'objets purement informatiques inconnus des utilisateurs (tables, pointeurs, paramètres, personnalisations…), dont le rôle est de faire fonctionner le logiciel. Lors de cette étape on réalisera un premier diagramme des classes qui sera composé uniquement par les classes métiers.

La dynamique générale
En fonction des acteurs qui accèderont au logiciel (administrateur, utilisateur-1, utilisateur-2…) le logiciel aura des comportements différents : certaines fonctions seront autorisées et d'autres interdites, les menus seront structurés différemment (personnalisation), les résultats produits seront adaptés (certaines données pourront être masquées), etc. Il est donc nécessaire de définir ces différents comportements en termes de profils d'acteurs.

La structure de l'IHM
En prenant en compte les fonctions utilisateur, la dynamique générale et le diagramme des classes métiers on construit le Schéma Navigationnel d'Interactions (SNI) qui permet de représenter toutes les possibilités offertes à un acteur pour accéder aux fonctions du logiciel. S'il existe plusieurs acteurs avec des profils différents, on pourra construire plusieurs SNI. Par exemple un SNI pour le profil administrateur et un autre pour le profil de l'acteur principal.

La définition des prototypes
Etant donné que le développement du logiciel est entièrement basé sur une démarche en spirale par prototypage incrémental, il est nécessaire de définir correctement le périmètre fonctionnel de chaque prototype en termes de fonctions mises en œuvre.