Amarco

Amarco est une méthode d'analyse orientée "services" développée depuis 1994. En 1995 nous avons publie un article dans  une revue de recherche aux USA - ROAD : "MARCO - object architecture method".  Vous pouvez trouver cet article dans cette page. Vous trouvez un résumé des concepts utilisés dans cette page. Ces notions ont été basé sur une riche expérience de design de systèmes électroniques et de logiciels de télécommunication.

Par la suite, nous avons commencé à développer des logiciels de support en nous basant du début sur le stockage des informations dans une base de données indépendante. Ensuite nous avons utilisé Visio (à l'époque, Shapeware Corporation) pour produire automatiquement des diagrammes présentant l'organisation des objets et des services, selon leur définition dans la base de données. Ainsi, dès 1996-1997 nous avons produit des diagrammes (appelé aujourd'hui des cartographies) présentant l'organisation et le flux des informations entre différents niveaux d'abstraction des systèmes.

En bref, notre vision est fondamentalement orientée "structure" (objet, système..;), réalisée de manière récursive, en composition comme en décomposition. La notion de "point de service" est indépendante de celle d'objet. En l'associant à un objet, un point de service doit obligatoirement se retrouver par la suite dans les objets résultant suite à des compositions ou à des décompositions. Associé à un objet, le point de service indique le sens du flux des services. Par ailleurs, il définit les contraintes de couplage si l'objet devrait être connecté à un autre.

Un "service" est une "demande" qui peut avoir plusieurs réponses possibles.

Ces services constituent les éléments constitutifs des processus. Ceux-ci sont obligatoirement  plaqués sur des objets, traversent les point de service et utilisent les services définis dans les points de service.  Ils sont réellement des "processus orientés services".

Vous remarquerez que les "use cases" et les "diagrammes de séquence" dans UML sont très proches aux "scenarios" utilisés ici, sauf qu'il n'utilisent pas la notion de "service". La contrainte d'identifier les "services demandés" et les "services rendus" et de les grouper dans des point de services orientés facilite une vision plus globale, la représentation graphique et la modélisation, par exemple en tant que "Web services".

A ce titre, Amarco peut être considéré comme une extension "service" pour UML, applicable essentiellement à l'architecture des systèmes complexes.

Cette possibilité de gérer plusieurs niveaux d'abstraction nous permet de gérer les niveaux d'architecture utilisés dans les activités d'urbanisation. La notion de point de service nous permet de maitriser la complexité de la représentation des systèmes et d'être capable d'assurer la cohérence entre une vision organisationnelle (statique) et une vision dynamique (comportement, processus) des systèmes. En l'utilisant, vous évitez d'être submergé par les détails et vous continuez à avoir une vue d'ensemble (cartographie). Rien ne vous empêche par la suite de naviguer en profondeur pour retrouver ces détails.

Les outils associés capitalisent sur ces concepts et imposent la cohérence à l'intérieur d'un niveau et entre les différentes niveaux.