Banc d'essai Mega
Process version 5.3 (1): fonctions de cartographie
Par JDNet
Solutions (Benchmark Group)
URL : http://www.journaldunet.com/solutions/0210/021018_bpms_test1.shtml
Lancer l'impression
Vendredi 18 octobre 2002
Chaque mois, JDNet Solutions
publie le test complet d'une solution de gestion de processus, test réalisé
par BPMS.info (voir
la Fiche de synthèse).
Premier outil à s'inscrire dans ce cadre: Mega Process 5.3 de Mega
Systems.
Ventilé suivant
les grandes catégories de fonction des outils de gestion de processus,
le test s'attache à déterminer l'adéquation de chaque
fonctionnalité avec ce que l'on est en droit d'attendre, propose
une note et une appréciation de la couverture fonctionnelle, et évalue
le poids relatif de la fonction étudiée.
Le tableau suivant se penche plus particulièrement
sur les fonctions de cartographies de processus:
Banc
d'essai des fonctions de cartographie de Mega Process 5.3
|
Etendue des
possibilités graphiques
Appréciation*
Les objets mis à disposition sont en nombre limités
et sont tous de type géométriques, ce qui donne au
graphe produit un aspect très informatique.
|
Sous-catégorie
|
Poids
relatif
|
Note
|
Généralités
|
2
/ 5
|
3
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Variété
des objets mis à disposition. Possibilité de personnaliser
les fonctions graphiques utilisées : taille, couleur, police,
utilisation d'icônes propres à l'entreprise... |
Existence
de boîtes types pour les acteurs internes, externes, les messages,
les moyens, les applications, les bases de données, les conditions.
Possibilité
de mise en forme des liens au travers de différents types de
trait. |
Liens avec documents externes
|
Catégorie
|
Poids
relatif
|
Note
|
Généralités
|
4
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Liens
de type dynamique : Possibilité d'incorporer par liens des documents
externes à la représentation graphique du processus : documents bureautiques,
images, contenu multimédia... Ces liens peuvent se faire au niveau
soit du graphe soit d'un élément du graphe. Le contenu du document
n'étant pas incorporé à la base, si celui-ci évolue, le modèle pointera
vers le nouveau document.
Liens de type statique : Possibilité d'incorporer l'image
figée d'un document (notion d'encapsulage) au niveau du graphe
ou d'un élément du graphe. Dans ce cas, le contenu de
l'objet est figé et intégré au graphe. On peut
y accéder à partir du graphe. |
Possibilité
d'incorporer au sein du référentiel des références
de documents externes via des liens dynamiques, soit en indiquant
leur emplacement sur le réseau, soit en indiquant un lien URL.
Ces liaisons peuvent se faire à partir de n'importe quel objet
du modèle (possibilités de créer plusieurs liens
pour un même objet). |
Contrôle des règles de représentation
Appréciation*
Servant à la fois d'outil de personnalisation de MEGA
et d'outil de contrôle, la fonction de dialogue (qui nécessite
MEGA Documentation) répond parfaitement à ce besoin.
|
Catégorie
|
Poids
relatif
|
Note
|
Généralités
|
4
/ 5
|
5
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Existence
dans l'outil de règles prédéfinies de validité des graphes par rapport
aux éléments qu'ils contiennent et aux liens entre ces éléments. Existence
de règles de syntaxe - contraignantes ou non - permettant de guider
les utilisateurs. Possibilité de définir des règles propres à l'entreprise.
Possiblité de contrôler, pour un ensemble de graphes réalisés, la
cohérence de ces graphes par rapport aux règles édictées. |
En
fonction du type de modèle choisi, seuls les éléments autorisés sont
disponibles. Il est possible de définir ses propres modèles ou règles
y compris au travers de nouveaux types d'objet. La notion de dialogues
permet également de contrôler le respect des règles syntaxiques ou
d'influer sur le fonctionnement du programme (ouverture systématique
de la zone commentaire en saisie quand on utilise un élément donné
par exemple). |
Restriction des possibilités de représentation
Appréciation*
28 prismes différents
peuvent ainsi
être associés
pour adapter la représentation
aux besoins.
Les profils utilisateurs peuvent
notamment
définir les filtres activés
(évaluation, qualité), les
bases de
données,
types de rapport
et les objets autorisés.
|
Catégorie
|
Poids
relatif
|
Note
|
Généralités
|
3
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Possibilité
de restreindre les possibilités offertes par le produit en fonction
des besoins de l'entreprise et des profils d'utilisateurs. |
Les
utilisateurs peuvent être classés par groupe avec des droits propres
à chaque groupe. L'accès aux données d'analyse est géré au travers
du filtre Evaluation. Possibilité de définir quels types d'information
afficher au travers des vues : acteurs, applications, base de données,
collaboration, communication... |
Gestion des commentaires
Appréciation*
Satisfaisant.
|
Catégorie
|
Poids
relatif
|
Note
|
Généralités
|
4
/ 5
|
5
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Possibilité
d'insérer à partir de la représentation graphique les commentaires
nécessaires, au niveau du logigramme en tant que tel ou d'un de ses
éléments. Les commentaires, reliés dans la base de données au logigramme
ou à un de ses éléments peuvent ensuite être restitués séparément
sans pénaliser la lisibilité de l'ensemble. |
Possibilité
de saisir des commentaires à partir du logigramme sans surcharger
celui-ci : zone commentaire du processus ou onglet texte des propriétés
d'une boîte. |
Représentation graphique d'un processus
Appréciation*
Absence de modèles autres que la présentation par défaut en colonne.
|
Catégorie
|
Poids
relatif
|
Note
|
Processus et Organisation
|
5
/ 5
|
3
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Présenter
sous une forme graphique attrayante le déroulement d'un processus
: tâche, événements, acteurs, moyens utilisés...
Mise en évidence des liens entre processus et des échanges
d'informations clés au travers de ces liens. |
La
représentation met en évidence les acteurs, les flux échangés, matérialisés
par la notion de "messages", les conditions d'enchaînement. Les actions
ou les procédures peuvent être décomposées en sous éléments. Par défaut,le
logigramme est représenté sous forme tabulaire où les acteurs sont
positionnés en colonne, ce qui permet un rattachement implicite des
actions à chaque acteur. Tout autre forme de représentation est cependant
possible. |
Représentation graphique d'une structure organisation-
nelle
Appréciation*
Les types de liaisons possibles sont limités mais couvrent l'essentiel
des besoins.
|
Catégorie
|
Poids
relatif
|
Note
|
Processus et Organisation
|
4
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Capacité
à représenter graphiquement un organigramme à plusieurs niveaux :
société, division, département, service, poste de travail, personne.
Possibilité de distinguer les rôles des acteurs, les compétences requises
par les postes et acquises par les acteurs. |
Possibilité
de représenter les sites, les postes de travail et les personnes.
Les acteurs internes et externes sont distingués par deux couleurs.
Les acteurs sont soit "génériques" et correspondent à une fonction
au sein d'un processus (demandeur), soit "nommés" et représentent
une structure de l'organigramme. Possibilité de définir des relations
de dépendance fonctionnelle ou de responsabilité. Notion de site permettant
de caractériser la localisation géographique. |
Intégration du système d'information dans
la représentation processus
Appréciation*
Ceci couvre en général les
besoins au
niveau
cartographie des processus car
aller plus en
détail alourdirait sensiblement la représentation. C'est le module
Architecture qui couvre les
besoins plus détaillés de représentation
de systèmes d'informations.
|
Catégorie
|
Poids
relatif
|
Note
|
Processus et Organisation
|
4
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Mise
en évidence au sein de la représentation graphique d'un processus
des moyens informatiques mis à disposition d'un acteur ou consommés
par une action : application, base de données, outil supportant l'information
(e mail, intranet...). |
Définition
des applications et des bases de données et possibilité d'intégrer
ces éléments dans la représentation d'un processus. |
Intégration des moyens opérationnels à la
représentation processus
Appréciation*
Statisfaisant.
|
Catégorie
|
Poids
relatif
|
Note
|
Processus et Organisation
|
4
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Mise
en évidence au sein de la représentation graphique d'un processus
des moyens opérationnels mis à disposition d'un acteur ou consommés
par une action : moyen de production, de transport... |
La
notion de ressources permet de représenter les moyens opérationnels
consommés par un processus : entrepôt, camion,
Ces moyens peuvent
être rattachés à un site. |
Décomposition de processus en variantes
Appréciation*
Pas de rapport standard de comparaison des variantes entre elles.
|
Catégorie
|
Poids
relatif
|
Note
|
Processus et Organisation
|
3
/ 5
|
4
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Capacité
à décliner un processus en plusieurs variantes afin de mettre en évidence
des différences de traitement suivant le type de flux géré, le site
géographique, etc
Possibilité de comparer les variantes. |
Possibilité de définir plusieurs "spécialisations" d'un même processus
ou d'une même procédure. Gestion des flux communs à toutes les variantes
(notion de "sur-types de messages") ou propres à une variante ("sous-types").
Accès à partir d'un processus à la liste de ses variantes. |
Représentation des rôles et compétences
Appréciation*
Si la notion de rôle est bien prise en compte, celle de compétences
n'est pas gérée.
|
Catégorie
|
Poids
relatif
|
Note
|
Connaissances
|
3
/ 5
|
2
/ 5
|
Descriptif
fonctionnel attendu
|
Descriptif
de l'outil testé
|
Capacité
à mettre en évidence les liens entre les rôles de l'entreprise et
les compétences requises d'une part, les acteurs et les compétences
acquises de l'autre. Possibilité d'analyser les écarts. |
Quatre
rôles sont possibles : consulté, exécutant, informé et responsable. |
*de la couverture
fonctionnelle
[Rédaction, JDNet]
Pour tout problème de consultation, écrivez au Webmaster
Copyrights
et reproductions . Données
personnelles
Copyright 2006 Benchmark Group - 69-71 avenue Pierre Grenier
92517 Boulogne Billancourt Cedex, FRANCE
|
|