 |
|
|
| |
| Versions |
| Banc
d'essai Mega Process version 5.3 (1): fonctions de cartographie |
| (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
|
|
|
|
|
|
|
[