L`importance de la méthode OSSAD pour documenter les processus

L’importance de la méthode OSSAD
pour documenter les processus d’affaire
1 Mai 2007
Dr. A.April - ÉTS
Version 1.0, 2007-03-19
Contenu de la présentation
A propos de OSSAD
Les Concepts
Des Exemples
La R&D à l’ÉTS
Définition
•  Issue d'un projet européen en 1990, l'approche OSSAD
est depuis fréquemment utilisée en tant qu'outil de
modélisation et de description des processus
organisationnels.
•  Cette approche peut être décrite, de manière simplifiée, sous la
forme de réponses à quatre questions successives :
–  comment représenter les objectifs de l'organisme ?
–  comment représenter la répartition des moyens humains pour atteindre
ces objectifs ?
–  comment représenter la circulation des informations pour atteindre ces
objectifs ?
–  comment décrire avec précision l'ensemble des moyens (humains et
matériels), ainsi que le déroulement des procédures pour atteindre ces
objectifs ?
–  A chacune de ces questions, OSSAD propose des réponses au travers
de l'élaboration de représentations graphiques, ou modèles.
Définition (suite)
La méthode OSSAD comble le fossé d'incompréhension
qui existe très souvent entre décideurs, utilisateurs et
concepteurs de solutions informatiques. Elle propose un
langage commun facilement assimilable par tous les
acteurs du changement. OSSAD permet ainsi d'aboutir à
une vision partagée des processus d’affaire et de
l'organisation.
Il est alors possible de le faire évoluer tout en tenant
compte des technologies de l'information et de la
communication qui apportent tant de possibilités, mais
aussi tant de difficultés, lors de leur mise en oeuvre.
OSSAD permet d'aborder de pair organisation et
informatique, et non l'une après l'autre.
Un langage d’affaire est nécessaire
Des règles
Un standard
Une logique
Une structure
…
Communication
…
Échange
Appropriation
Comparaison
Contenu de la présentation
A propos de OSSAD
Les Concepts
Des Exemples
La R&D à l’ÉTS
Limites de la description textuelle
● La motivation
Motivation – Adhésion – Niveau de détail – Abstraction –
Notion "présent / futur" - Temps – Coûts – Langage …
● Les documents
Inapplicables – Peu pratiques – Volumineux – Ingérables …
● Le langage
Vocabulaire – Grammaire – Syntaxe
La description graphique
●
Visualisation cohérente et synthétique de l'organisation
●
Compréhension de fonctionnements complexes
●
Participation facilitée :
Rédaction, lecture, validation, appropriation
par tous, application et audit des documents
Pensée textuelle
Approche linéaire
Qui
Quoi
Avec Quoi
Commentaire
A
Acteur 1
Enregistrer la demande client dans le
chrono des arrivées.
Acteur 2
Définir le type de demande et
informer le client de sa faisabilité
Acteur 1
Déterminer le
type de produit à
fournir
Acteur 3
BASE DE
DONNÉES
2. Après analyse, la catégorie de la
demande est déterminée. Si elle peut
être taitée, une confirmation est faite
au client par courier
3. En fonction du type de demande,
déterminé à partir des demandes
enregistrées dans la base de
données, 2 cas sont identifiés..
4. Les demandes qui peuvent être
satisfaites par un produit catalogue
font l'obejt d'une proposition de prix
qui est envoyée au client.
Faire une proposition
sur un produit
catalogue
Faire une proposition
avec cahier des
charges spécifique
Acteur 4
Pensée écrite !
1. Les demandes des clients sont
enregistrées sur un formulaire
adapté, puis imprimées avet d'être
transmise.
Acteur 3
Enregistrer la commande sur
informatique et préparation de la
gamme de fabrictaion
Acteur 2
Réalisation du produit avec contrôles
qualité et respect des exigences
normatives européennes
Acteur 1
Editer facture et BL qui sont joints à
l'expédition des produits
5. Les demandes ne relevant pas
d'un produit catalogue font l'obejt
d'un cahier des charges spécifique,
s o u m i s à l a fo i s a u c l i e n t e t a u
responsable développement.
6. Si le client accepte la proposition,
elle est enregistrée sur ordinateur.
Une copie est archivée dans le
dossier client.
7. Le produit est réalisé par le service
production et conditionné par la
logistique avant d'etre livré au client.
8. Le Bon de livraison et la facture
sont réalisés avec Microsoft Word.
Ces documents sont archivés sur
informatique.
B
le graphique est souvent le résumé de la
procédure textuelle
le graphique représente la traduction
linéaire du texte (séquentiel, analytique,
cartésien)
Limite de la description linéaire
●
Un seul niveau d'abstraction
●
Absence de rôle ou d'acteur (organisation)
●
Absence de relation client-fournisseur
●
Longueur des graphiques
●
Manque d'uniformité
●
Trop de losanges
L’inverse !
Cartographie macroscopique
Cartographie relationnelle
Cartographie détaillée
Processus transversal
Procédure
organisationnelle
Instruction de travail
Trois
niveaux d’abstraction
Un référentiel
d’organisation :
Vos Objectifs et Politiques
d’Entreprise
1
---
*CLIENT
Architecture
de Processus
---
-----
--
---
POURQUOI ?
VERS QUOI ?
-----
---
---
-------
3
2
---
QUI FAIT QUOI ?
Processus ,
Rôle et
Doc. de
référence
Les Procédures d’Organisation
Instruction
Mode Opératoire
Protocole et
Contrôles
COMMENT ?
Les Instructions de Travail
Normaliser le langage graphique commun
Rôle/unité
Moyen
outils
Action/instruction
Document
formulaire
•  Vocabulaire
entrée
•  Syntaxe
Entité
Outil
(ERP, Application)
Doc Associé
(GED – eFormulaire)
•  Grammaire
ACTION
VA
sortie
Norme graphique
Approche modulaire
1 Après avoir étudié le dossier, Madame
GRIZARD, me confie la demande me donne
les grands axes de recherche.
2 et qu'elle me fasse part de ses différents
entretiens avec le demandeur. Après, je
3 sélectionner, puis j'en propose cinq au
demandeur et à Madame GRIZARD. C'est
eux qui choisissent le candidat.Généralement
après 15 jours, je sélectionne une quinzaine
de candidats que je convoque. Dans cette
4 C'est Valérie qui accueille le candidat,
j'observe leur comportement à partir de mon
bureau qui est situé juste à coté de l'accueil.
5 l'aise et de dialoguer avec lui. Je le reçois
dans la salle de réunion
Pensée graphique !
le graphique est le support de rédaction de la
procédure. Le texte explicatif est sous forme de
commentaire (simplification textuelle)
le graphique est la représentation simple d’un
système complexe (systémique, approche processus)
Contenu de la présentation
A propos de OSSAD
Les Concepts
Des Exemples
La R&D à l’ÉTS
Exemple Niveau 1
Exemple Niveau 2
Contenu de la présentation
A propos de OSSAD
Les Concepts
Des Exemples
La R&D à l’ÉTS
Recherche MPA à l’ÉTS
ADONIS
OSSAD
Étude Glassey-Chappelet 2002
•  Comparaison ADONIS, OSSAD, UML
•  Concepts Similaires
•  OSSAD Remporte la comparaison
–  UML et OSSAD ont des représentations plus
riche
–  OSSAD représente le mieux la réalité des
abstractions de processus d’affaires en
niveaux successifs
Travaux de Recherche ÉTS
•  Comparaison d’outils de cartographie
•  Prototypage de OSSAD en OpenSource
•  Prototypage de OSSAD sur .NET
–  Représentation encadrée de Visio
–  Gestion droits, documents en Sharepoint
–  Exportation dans divers formats
Enquête en cours: http://www.gelog.etsmtl.ca/
Travaux de Recherche ÉTS
•  Répertoire de gabarits de processus
organisationnels de départ
•  Gabarits Architecturaux de processus
d’entreprise par secteurs (encadré par ses
normes):
–  Logiciel (ISO, IEEE, CMMi, ITIL, CobIT, C198)
–  Normes
(IDEF1x,MERISE,BPEL4WS,ebXML,UML2
OSSAD
Recherche MDA
Tool
Étude d’outils de cartographie
ERP
-----
---
---
JPEG
---------
ü  Open Source
ü  Microsoft SharePoint®
ü  Lotus Notes®
ü  Intranet
ü  GED (Documentum…)
Annexe
•  Étude de logiciels de cartographie
•  Pénétration de OSSAD
•  Littérature sur OSSAD
•  Dr. April
Outils
Description
Modélisation des processus selon une palette d’objets prédéfinie et
personnalisable.
Publication des modèles au format HTML, RTF ou XML.
ADONIS
ARIS Business
Architect
Casewise
Corporate
Modeler
est la partie modélisation de la suite d'outils ARIS d'IDS SCHEER.
est sous environnement Java.
Permet de modéliser l'ensemble des éléments d'une démarche processus :
l'organisation de l'entreprise : processus
les ressources humaines : organigramme, cartographie des connaissances
les moyens techniques
le système d'information (urbanisation)
les risques opérationnels
Outil de modélisation des processus métier et des systèmes d'information.
Gestion d'un référentiel central des processus.
Les différents prismes d'un processus se traduisent par 5 types de diagramme : processus, hiérarchie
(organisation), données, entités (systèmes entités/relations) et génériques (flowcharts personnalisés).
Fonctions de simulation permettant de comparer scénarios actuels et alternatifs.
Export des rapports au format Excel.
Publication de rapports, manuels et référentiels au format Word, HTML dont le contenu peut être
automatiquement adapté au profil des destinataires.
Héritage des propriétés du diagramme parent par le diagramme enfant.
il propose plusieurs formes de représentation (modèle dynamique, diagramme de flux, EPC…)
Vue matricielle en saisie et restitution.
Des modules complémentaires BSC, IT ainsi que la fourniture d'un référentiel ITIL sont disponibles.
Héritage des propriétés du diagramme parent par le diagramme enfant.
il propose plusieurs formes de représentation (modèle dynamique,
diagramme de flux, EPC…)
Vue matricielle en saisie et restitution.
Des modules complémentaires BSC, IT ainsi que la fourniture d'un référentiel
ITIL sont disponibles.
iGrafx
PROCESS
" 
" 
" 
" 
MEGA
Process
" 
" 
" 
OSS@D
Process
Design
" 
" 
" 
" 
Intégration du Flowcharter pour la partie cartographie;
Publication immédiate au format Web avec une gestion des renvois hors pages pour les
diagrammes de grande dimension;
Diagrammes de cause à effet et diagramme de Pareto intégrés;
Animation de processus pour viualiser la cinématique.
La plate-forme de modélisation MEGA permet de supporter un large éventail de projets de
modélisation : la cartographie des processus, l'architecture d'entreprise, la gestion des
risques, la conformité aux réglementations, et la conception et l'alignement des systèmes
d'information;
Couvre les besoins de modélisation des processus, des organisations à partir de 3 cartes
principales : les acteurs, les activités et les processus;
Permet de mémoriser la modélisation des processus, d’en assurer la cohérence et de
diffuser cette modélisation sous format html via Intranet, Word ou Excel afin d’assurer le
succès et la lisibilité de vos projets de modélisation.
permet une modélisation des processus à 3 niveaux partir d'un référentiel;
Le module se complète d'un portail documentaire, Process Portal, d'un module de work
flow Workey et d'un outil de gestion de connaissances MNESIK;
Gestion des matrices acteurs / rôles;
Export au format Word ou HTML;
Telelogic System
Architect
Win'Design
Business
Process
ADOit
permet la génération de livrables tels que des sites web pouvant ainsi reliés tous les
intervenants de l’entreprise;
Reverse engineering sur SGDB (SQL Server, Oracle, MS Access, D2, Informix, Sybase);
la génération de code tel que Java à partir de modèle UML, ou tel que BPEL à partir de
diagrammes BPMN;
Modélisation des processus à la norme BPMN, IDEF0 et IDEF3, des modèles physiques des
bases de données, UML, OMT, méthodes structurées (Yourdon/ DeMarco,…), des
organisations, des stratégies, des architectures techniques (applications, réseaux);
Génération de Code (Java, BPEL, XSD,…);
Génération documentaire : Word, Excel. Et génération HTML avec template StyleSheet;
Frameworks supportés : Zachmann, TOGAF, DoDAF, MoDAF, NAF, eTom.
Les modèles sont entièrement paramétrables par l’utilisateur;
possibilité de définir le niveau de modèle, les objets utilisables dans le modèle et le type d’activité;
une personnalisation des objets modélisés, en fonction du contexte d’utilisation (cartographie SI, BPM,
UML, approche qualité …);
Gestion d’objets libres et liens libres entre les objets, quel que soit leur type;
Génération de la documentation au format rtf (contenu des dossiers d’édition paramétrable), CSV
(Excel) et au format HTML pour une diffusion intranet (options de génération sur le contenu, la
présentation, …).
compatible avec la méthode ITIL;
Le module intègre en standard la méthode de modélisation ITIL et les attributs prédéfinis pour la
gestion de la qualité;
Import / export de données au format XML, RTF, et HTML.
IT Architecture
Accelerator
Sybase
PowerAMC
Représenter le SI à travers des objets de modélisation;
Hiérarchiser et planifier des projets informatiques;
Publier ces informations sur le portail du module;
Mettre à jour ce portail avec les dernières informations relatives à l’avancée du projet via
des écrans sur client léger;
supporte des techniques "libres";
offre une souplesse nécessaire à la représentation de diagrammes de type EPC, IDEF0, Use
Case, Flowchart,
Support des notations IDEF 1x ;
Support de la méthode MERISE : modèles conceptuels de communication, (MCC) des traitements
(MCT), modèle organisationnel des traitements (MOT), modèles conceptuel et physique des données
(MCD/MPD);
Export au format BPEL4WS et ebXML;
Support de la modélisation relationnelle / objet ainsi que de la notation UML (diagramme de
composants, diagramme d'activité);
Support de la norme EJB 2.0 (génération des composants);
Rétroconception des bases de données
Modélisation des entrepôts de données;
Support de VB script.
QUALIGRAM Designer notamment dans les domaines :
- de la publication unitaire ou multiple des processus et procédures (au format Word, HTML ou Ms Project) ;
- de la gestion des acteurs du système qualité (circuit d'approbation et de diffusion) ;
- des sécurités d'accès (par dossier, par graphe et par fonction du logiciel).
Fonction "Présentation Web" permettant de générer en une seule opération l'ensemble du manuel Qualité
au format HTML (en intégrant les documents externes ou les versions imprimables des processus et modes
opératoires).
Possiblité de rajouter des propriétés personnalisées aux éléments du processus.
Définition d'indicateurs associables à tout élément du référentiel : mode de calcul, valeur cible
Import des acteurs à partir d'un annuaire LDAP.
Notre commentaire : Qualigram repose sur une méthodologie de description graphique des processus
inspirée de la méthode OSSAD.
+ de 10 000 utilisateurs d’OSSAD dans le monde
Littérature sur OSSAD
OSSAD au Québec
Votre chercheur de L’ÉTS
Prof. Dr.-Ing. Alain April est responsable du Laboratoire de Recherche en Génie Logiciel à
l'École de Technologie Supérieure (ÉTS) - Université du Québec. Il a obtenu son Phd à
l’Université Otto-von-Guericke, Magdeburg, Allemagne en AQL et maintenance du logiciel.
Il est co-éditeur des chapitres de la qualité et de la maintenance du guide 'Software
Engineering Body of Knowledge'. Il est aussi activement impliqué dans la rédaction de
normes internationales ISO. Professeur April a plus de 25 années d'expérience en industrie
dans les domaines des systèmes d'informations, de la qualité et du génie logiciel.
- Enseigne l’AQL à l’ÉTS et est effectue la formation et la certification CSTE et
CSQA du QAI à Montréal voir http://www.apql-sqpa.org/
- Agi à titre de conseiller sénior en AQL chez Cable & Wireless et RONA;
- A établi et déployé les audits AQL des projets logiciels chez Bell Canada;
- De 1993 à 1997 négocie les contrats d’impartition, des ententes de Services,
effectue la certification ISO9001, TicKit et les évaluations CMM de l’entreprise.