|
 |
|
|
|
Rénovation (reengineering) des processus avec Amarco Le processus vu comme un scénario ! Un processus n'est pas autre chose qu'un scénario présentant un des comportements possibles d'un système. Un processus est construit sur la base des échanges qui ont lieu entre les objets connectés à travers les points de service. Par conséquent, la rénovation des processus signifie une modification des scénarios et des services afin d'atteindre le niveau de service requis (nous appelons cela un "service rendu"). Les processus s'appuient sur les objets à connaissance Selon Amarco tout processus s'appuie sur des objets conceptuels (objets à connaissance) et sur des services. Ce cadre organisationnel est cruellement absent dans les analyses actuelles des processus. Ces objets imposent que le processus leur soit rattaché, et qu'il soit bâti avec leurs services. Ainsi on crée la visibilité entre les entités coopérantes. Le point de service peut être vu comme une "fonction", mais il y a un avantage immédiat que le point de service a sur la fonction : nous savons immédiatement quel objet demande une fonction, et quel objet réalise la fonction. Ainsi nous connaissons les objets qui sont connectés, et le comment de la connexion. Cette remarque simple peut apporter beaucoup de lumière dans les diagrammes fonctionnels courants. Qualités de services pour des scénarios Quand nos allouons des points de service aux objets, nous pouvons définir les qualités de service (temps, coût...) pour les services exécutés dans les points de service serveurs. Le service rendu du scénario sera la somme des qualités de service individuelles. Nous pouvons ainsi analyser et montrer comment la qualité de service d'un scénario évolue dans le temps. Nous pouvons aussi apprécier la pondération de chaque service dans la qualité de service globale.
Amarco - outil de maîtrise de la complexité des systèmes La décomposition successive en plusieurs niveaux d'organisation permet de disposer d'une vision globale qui peut zoomer le cas échéant sur chaque élément constitutif. Pour cet aspect aussi vous pouvez consulter notre démonstration en ligne Amarco Net. Les scénarios sont basés sur des services demandés et rendus qui appartiennent à des points de service. En même temps, chaque couple service demandé - service rendu dans un objet composant correspond à un ou à plusieurs scénarios dans l'architecture interne de cet objet. Ceci signifie que chaque service rendu à la frontière d'un système dépend d'une chaîne de scénarios internes. Par exemple, dans le système d'autorisations, un service rendu "systèmes indisponible" peut avoir comme origine : serveur d'autorisations indisponible, réseau d'autorisations indisponible, dispositif de sécurité indisponible etc.
Cela signifie aussi que nous pouvons imaginer des systèmes automatiques qui vérifient la dépendance des scénarios, pour déterminer quels sont les services demandés et rendus utilisés dans les scénarios qui présentent le comportement du système, mais aussi ceux qui n'ont pas été utilisés ! |
 |
|
|||||||||||||
|
||||||||||||||||
