COURS SI Processus Metier

7/27/2019 COURS SI Processus Metier

http://slidepdf.com/reader/full/cours-si-processus-metier 1/11

Conception de Système d'information Processus Métier

Modélisation des Métiers

La modélisation d'un métier est une activité dont l'objectif est de construireun modèle de l'organisation étudiée. Mais chaque partie prenante(Directeur financier, Responsable des ventes...) a une vision différente del'entreprise.

Les modèles métiers devront décrire les aspects statiques et dynamiquesavec un niveau d'abstraction ignorant les détails de son implémentation.

Cette description ignorera volontairement tous les aspects informatiques.On s'intéresse uniquement aux modèles d'une organisation.

La notion de processusLa notion de processusUn processus métier organise le travail des acteurs pour répondre à des objectifs définis par lastratégie. Il est traduit en un ou plusieurs processus système d'information. L’objectif est dedéterminer les règles à appliquer et les acteurs qui en ont la charge. Ce sont la distribution des tâcheset la maîtrise des responsabilités de chacun qui sont en jeu.

Un processus système d'information est une vue de tout ou partie d'un processus métier, focalisée

sur la façon dont l'information est structurée et utilisée. Il participe au même objectif que le processusmétier auquel il correspond, avec une déclinaison plus précise centrée sur la mise à disposition et letraitement d'information. Il peut parfois concourir à la traduction de différents processus métiers, enparticulier lorsqu'il effectue une fonction réutilisable. Les activités décrivent la façon dont lesinformations, structurées en entités, sont créées, modifiées, transmises, stockées, manipulées. Leur description indique le niveau d'automatisation.

Le terme procédure, qui représente la vue organisée (règles, documents, description de postes...)d'un processus, peut être mis en relation aussi bien avec un processus métier qu'avec un processussystème d'information. Cependant, la description de la procédure est plus précise si elle s'appuie sur la vue système d'information, notamment si les activités de traitement de l'information jouent un rôlemajeur dans le processus.

Un processus informatique permet de mettre en œuvre un processus système d'information. C'est

un ensemble d'activités logicielles, exécutées par des machines, dialoguant éventuellement avec desacteurs humains, pour atteindre un objectif de traitement informatique précis. Il utilise des objetsinformatiques, notamment des fichiers ou bases de données. La granularité d'un processusinformatique est en général fine et peut correspondre à un l'exécution d'un module ou d'un algorithme.

Processus Métier Processus SI Processus Informatique

Procédure 0..*

0..1

0..*

0..1

Ressources Entités Objets Informatiques

+est traduit en

+est en vue de

0..*0..*

+s'appuie sur

+réalise

1..*1..*

Ainsi, la mise en relation entre processus système d'information et processus informatique se fait auniveau de la tâche informatisée qui correspond à un ou à plusieurs processus informatiques(transactions, programmes).

Jacques Chambon 1/11




Les concepts de description d'un processusLes concepts de description d'un processusDe nombreux formalismes de modélisation des processus existent, mais un ensemble de conceptsgénériques permettant la description détaillée d'un processus métier peuvent être détaillés. Cesconcepts sont ici représentés par un diagramme de classe UML.

Processus

Activité

Evénement

1..*

1..*

agit sur

0..*

1..*

Tâche

0..*

1

est suivie de

0..*

0..*

Acteur

0..*

0..*

Ressource

0..*1

Entité

Condition

Transition

0..10..1

0..1

0..1

0..1

0..1

début1

0..*

fin10..*

Un processus peut se décomposer

en une ou plusieurs activités.Une activité apparaît dans un ouplusieurs processus.

Un événement déclenche une ouplusieurs activités.

Une activité peut consommer plusieurs ressources (lesressources informationnellescorrespondent à des entités).

Une tâche, décomposéeéventuellement en tâches

successives, est liée à 1 et 1 seuleactivité.

Une condition peut être associée àun événement (si l'événement estdéclencheur il bloque ledéroulement de l'activité).

Processus

Un processus est un système dynamique orienté vers la réalisation d'un objectif.

Le processus constitue un sous-ensemble de l'activité de l'entreprise dont les points d'entrée et desortie sont stables et indépendants des choix d'organisation.

Activité Une activité est un ensemble de travaux correspondant à une unité d'évolution du système.

Événement

Un événement est un stimulus qui provoque une réaction dans une activité. Si une activité estdéclenchée par plusieurs événements, il faut lui adjoindre une règle de synchronisation.

Transition

Une transition est un lien orienté entre deux activités. Elle exprime une contrainte d'enchaînemententre les activités. Une transition est toujours associée à deux activités. Si les transitions de début etde fin sont les mêmes, elles sont assortie d'une condition.

Tâche

La tâche est le plus petit élément de décomposition d'une activité

Acteur

Un acteur est un élément actif chargé d'une ou plusieurs activités dans le processus.

Ressource

Une ressource est un élément utilisé pour l'exécution d'une activité. Une ressource peut êtreinformationnelle (entité) ou matérielle.





Couverture des Concepts par UML et MERISE Couverture des Concepts par UML et MERISE Concept Processus Concept UML Concept MERISE

Processus Classe-processusProcédure (MOT) ou Processus (MCT ou

acteur du diagramme de flux

Activité Activité Phase (MOT) ou Opération (MCT)Événement Événement, transition Événement

Origine externe Message Événement ou Flux

Origine temporelle Condition de garde Événement

Origine interne Événement, transition Événement

Résultat Événement, transition Résultat

Ressource Événement ou résultat

Transition

Entité Classe-entité Entité

Tâche Activité TâcheCondition Branchement conditionnel Synchronisation

Acteur - Rôle Acteur Acteur ou poste de travail

IllustrationIllustrationPour illustrer la modélisation des processus, nous allons prendre l'exemple d'un processus de«gestion budgétaire»

Dans une société, le processus global de la gestion budgétaire en «dépenses» se décompose en 4processus.

Processus «d'établissement du budget» en dépenses

L'objectif est de présenter un budget en dépenses à effectuer sur l'exercice. Au cours du mois de septembre, les Directions sont sollicitées pour établir leur budget defonctionnement et d'investissement pour l'année suivante. Ces propositions de budget sonttransmises au plus tard le 15 octobre au Service du contrôle budgétaire qui les agrège et qui arbitre.En fin d'année, les budgets adoptés sont diffusés.

Une ou deux fois au cours de l'exercice, les budgets peuvent être revus et adaptés en fonction desrecettes et/ou de la politique de la société.

Processus «d'engagement» des dépenses

L'objectif est de s'assurer de la disponibilité budgétaire et de bloquer la dépense jusqu'au règlement.

Pour les commandes de fournitures et de matériels, l'engagement est réalisé au moment del'établissement du bon de commande. Pour les dépenses récurrentes (salaires, impôts, taxes, loyer,

électricité, téléphone, machine à affranchir, abonnements divers, etc.) l'engagement est réalisé aumoment du règlement. En ce qui concerne les paiements fractionnés, il existe des activités de«désengagement» pour les reliquats éventuels.

Processus de «réalisation» des dépenses

L'objectif est de régler la dépense en apurant l'engagement.

Le paiement de la dépense fait passer le budget de l'état «engagé» à l'état «réalisé».

Processus de «suivi du budget»

Ce processus consiste à alimenter les différents décideurs en tableaux de bord sur l'état de laconsommation budgétaire.

Il doit permettre d'établir des tableaux présentant l'état des engagements, des réalisations, les

évolutions par rapport au total de la ligne budgétaire, des comparaisons par rapport à l'exerciceprécédent.





Solution UMLSolution UMLQuelques concepts

ObjetObjet

Un objet représente une entité du monde réel qui se caractérise par une identité, des étatssignificatifs et un comportement.

L'identité est la propriété qui permet de distinguer les objets entre eux.

L'état d'un objet correspond aux valeurs de ses attributs à un instant donné.

Son comportement est caractérisé par les opérations qu'il peut exécuter.

Exemple :

Mme Florie DURANT est directrice du Contrôle de Gestion à la Mairie de Triffouillis.

Les attributs de l'objet sont : le numéro de matricule, le nom, le prénom, fonction, service,lieu detravail.

L'Etat de l'objet est donc

N° matricule nom prénom fonction service Lieu travail12345 DURANT Florie Directrice Contrôle de gestion Triffouillis

L'identité de cet « objet » est le numéro de matricule

Son comportement est caractérisé par les opérations suivantes :

● entrer dans l'organisme,

● changer de fonction,

● changer de lieu de Travail,

● sortir de l'organisme.

ClasseClasse

Une classe est un moyen de regrouper tous les objets qui présentent une structure commune( listedes attributs) et un comportement commun (liste des opérations).

Un objet est une instance d'une et une seule classe.

Si nous reprenons l'exemple précédent : Mme DURANT est une instance de la classe EMPLOYE.

Un objet hérite donc de l'état, de l'identité et du comportement de la classe à laquelle il est rattaché.

Représentation à l'aide de diagrammes

La représentation des processus métiers peuvent se faire à deux niveaux : global ou détaillé.

Deux diagrammes sont particulièrement bien adaptés à ce niveau d'abstraction : le diagramme decollaboration et celui des cas d'utilisation.

Pour représenter le niveau détaillé, il privilégiera les diagrammes d'activités.Le diagramme des cas d'utilisationLe diagramme des cas d'utilisation

Ce diagramme permet de privilégier la vision « utilisateur ». Il permet de décrire l'interaction entre lesacteurs et le système. Chaque cas d'utilisation doit être décrit sous forme textuelle afin de bienidentifier les traitements à réaliser par le système en vue de la satisfaction du besoin exprimé par l'utilisateur.

Le travail d'identification des cas d'utilisation nécessite que les acteurs aient été au préalableidentifiés. Un acteur est un utilisateur type qui a toujours le même comportement vis à vis d'un casd'utilisation. Un acteur n'est pas associé à une personne physique, mais au rôle qu'elle joue dans lecas d'utilisation étudié. La même personne physique M. DUPONT, Chef comptable qui gère les accèsau progiciel de comptabilité, sera vue comme acteur « administrateur » ou comme acteur « utilisateur » de l'objet logiciel de comptabilité.





System

Service Achats

Processus engagement

Processus Réalisation des Dépenses

Processus Suivi du Budget

La représentation d'un cas d'utilisation met en jeux troisconcepts :

l'acteur représenté par un personnage ;

le cas d'utilisation représenté par une ellipse ;

l'interaction entre l'acteur et le cas représenté comme uneassociation (trait)

La description textuelle peut se composer de trois parties :

1. Identification du cas

– nom du cas ;

– résumé de l'objectif ;

– acteurs impliqués (principaux et secondaires) ;

– dates de création et de mise à jour de la description courante ;

– nom des responsables ; – numéro de version.

2. Description de fonctionnement du cas (Séquencement) sous la forme d'une séquence demessages échangés entre les acteurs et le système.

La séquence commence par préciser l'événement qui déclenche le cas et se développe entrois points :

– les pré-conditions qui indiquent dans quel état est le système avant que se déroule laséquence ;

– l'enchaînement des messages.

– Les post-conditions qui donnent l'état du système après le déroulement de la séquence.

3. Description des spécifications non fonctionnelles (optionnel)

Relations entre cas d'utilisation

System

Retirer Argent

Effectuer Virement

Vérifier le Solde

S'authentifier

Consulter Comptes

Consulter sur Internet

Client

<<extend>>

<<include>>

<<include>>

<<include>>Condition : si montant > 20 euros

La relation d'inclusion

Un cas A est inclus dans un cas B, si lecomportement décrit par le cas A est inclus dansle comportement du cas B : on dit alors que lecas B dépend de A. Ex : l'accès aux informationsd'un compte bancaire inclut une phased'authentification avec mot de passe.

La relation d'extension

Elle permet de préciser, à l'aide d'une condition ,le comportement d'un cas. Un retrait bancairedoit être supérieur à 20 euros.

La relation de généralisation

Elle permet de préciser des cas particulier. Consulter un compte à partir d'Internet est un casparticulier de la consultation de compte. Elle correspond à la notion d'Héritage.

Cas d'utilisation interne

Les relations entre cas ne sont pas obligatoires. Elles permettent de clarifier et d'enrichir les cas

d'utilisation.Un cas est dit « interne » s'il n'est pas relié directement à un acteur.





Exemple de description textuelle : Retrait d'argentExemple de description textuelle : Retrait d'argent

Identification

Nom du cas: retrait d'espèces en euros.

But: détaille les étapes permettant à un guichetier d'effectuer l'opération de retrait d'eurosdemandé par un client.

Acteur principal: Guichetier

Acteur secondaire: Système central.

Date: le 18/xx/20xx.

Responsable: M. Dupont.

Version: 1.0.

Séquencement

Le cas d'utilisation commence lorsqu'un client demande le retrait d'espèces en euros.

Pré-conditions

Le client possède un compte (donne son numéro de compte).Enchaînement nominal

1. Le guichetier saisit le numéro de compte client.

2. L'application valide le compte auprès du système central.

3. L'application demande le type d'opération au guichetier.

4. Le guichetier sélectionne un retrait d'espèces de 200 euros.

5. L'application demande au système central de débiter le compte.

6. Le système notifie au guichetier qu'il peut délivrer le montant demandé.

Post-conditions

Le guichetier ferme le compte.Le client récupère l'argent.

Rubriques optionnelles

Contraintes non fonctionnelles

Fiabilité: les accès doivent être extrêmement sûrs et sécurisés.

Confidentialité: les informations concernant le client ne doivent pas être divulguées.

Contraintes liées à l'interface homme-machine

Donner la possibilité d'accéder aux autres comptes du client.

Toujours demander la validation des opérations de retrait.





Le diagramme de séquenceLe diagramme de séquence

Frame1sd

Guichetier System Système Central

1 : Saisie du numéro de compte Client()

2 : Demande de validité du compte()

3 : Compte valide()

4 : Demande de type d'opérat ion()

5 : Retrait d'espèces()

6 : Demande de débit de compte()

7 : Compte débité()

8 : Autorisat ion de délivrer les billets()

Le diagramme de collaborationLe diagramme de collaboration

Ce diagramme constitue une représentation de l'interaction entre objets et messages échangés. Lesrelations entre objets sont représentées par un trait continu entre les objets. Les messages et le sensde l'échange sont indiqués par une flèche orientée de l'émetteur vers le récepteur.

Concept Signification

Objet

Entité identifiable du monde réel, pouvant avoir une existence physique(personne, livre) ou ne pas en avoir (un texte de loi).

Un objet comporte une identité, un état et un comportement.

Le nom de l'objet est souligné et commence par une minuscule.

Classe

Ensemble d'objets sur lesquels on peut reconnaître des similitudes dans lechamp de l'étude (identification, type d'état, rôle joué)

Le nom de la classe est souligné et commence par une majuscule.

Message

Moyen de communication entre objets. Le message peut être réflexif si l'objetémetteur et l'objet récepteur appartiennent à la même classe. Le nom dumessage est précédé d'une séquence permettant de préciser l'ordre d'émissiondu message. Certains messages peuvent être complétés par un ou plusieursarguments, d'autres peuvent être synchronisés, et d'autres encore peuvent êtresoumis à condition.





Le diagramme d'activitéLe diagramme d'activité

Ce diagramme permet de représenter le processus détaillé et les activités. Chaque colonne (travée)représente un acteur jouant un rôle.

Les activités sont représentées par des rectangles à coins arrondis. Les transitions peuvent êtreautomatiques (flèches directes entre activités) ou conditionnelles. Dans ce dernier cas les« expression de garde » apparaissent sur la branche de la condition.

Les activités peuvent s'exécuter en parallèle en vue de produire des résultats nécessaires àl'exécution d'une autre activité. Le symbole utilisé diffère selon les outils (barre de synchronisation oudemi lune).

Processus : Établissement du budget Processus : engagement





Processus : Règlement de dépenses récurrentes Processus : Désengagement

Processus : réalisation

Solution MERISE Solution MERISE Modèles de FluxModèles de Flux

Le diagramme de flux de Merise est utilisé au niveau global pour décrire les flux échangés entre lesacteurs. Si on représente le domaine sans détailler les processus, on obtient un modèle dit deContexte.

Dans l'exemple de Gestion Budgétaire, lemodèle contexte ne se distingue dudiagramme de collaboration UML que par la symbolique utilisée.

En mettant détaillant les différents processus composant le processus global de gestion du budget onobtient, le Modèle de Flux de niveau 1 : le modèle de contexte étant considéré de niveau 0.





Modèles de traitementModèles de traitement

Le Niveau détaillé d'un processus métier est représenté par 2 types de diagramme :

Le MCT (Modèle Conceptuel des données) donne une représentation schématique des traitementsen faisant abstraction de l'organisation. Il utilise le concept d'opération qui décrit le comportement dudomaine par rapport aux événements. Une opération est déclenchée par la survenance d'un ou deplusieurs événements, d'un état ou de plusieurs états.

La segmentation en opérations ne se justifie que par l'attente d'informations complémentaires enprovenance d'événements nécessaires à la poursuite des activités.

Les événements soumis à des conditions préalables au démarrage d'une opération sont synchroniséspar une expression logique utilisant les opérateurs OU, ET, NON.

Les résultats d'un opération peuvent être soumis à des conditions d'émission traduites par desexpressions logiques.

Le MOT (Modèle organisationnel des traitements) donne une description schématique destraitements en précisant l'acteur, le niveau d'informatisation, le moment où les actions se déroulent etles entités organisationnelles consultées ou mises à jour.

Les concepts du MOT sont les mêmes que ceux du MCT toutefois la décomposition d'une opérationdu MCT se fera en tâches qui sont un ensemble d'activités élémentaires homogènes: même poste detravail, même degré d'automatisation (manuel, conversationnel ou automatique), même délai deréponse (immédiat ou différé), même mode de fonctionnement (unitaire ou par lot).

Le concept de phase se définit comme une « succession de tâches exécutées consécutivement ausein d'un même poste. ».





Le MOT de l'exemple de la gestion budgétaire devient

Processus : Établissement du budget Processus : engagement

Le degré d'automatisation apparaît en référence de chaque tâche ( C = Conversationnel, M = Manuel)

Processus : Règlement de dépenses récurrentes Processus : Désengagement

Processus : réalisation


Documents

COURS SI Processus Metier