Modélisation des processus d'affaires en BPMN
Traduit par
ScribdTranslationsModélisation des processus d'affaires en BPMN
Traduit par
ScribdTranslationsModélisation des processus
Processus d'affaires
Cycle de vie
Modèle et notation des processus métiers (BPMN)
activité événement passerelle séquence
flux
Processus de traitement des commandes en ligne simple
Avancement de trois instances de l'En ligne
Processus de traitement des commandes
Branchement et fusion
Décisions Exclusives
Exécution parallèle
Décisions Inclusives
Exclusive Decisions (XOR)
Dès qu'une facture est reçue
en ligne d'un client, il doit être vérifié pour des incohérences. Le
le chèque peut aboutir à l'une de ces trois options : i) il n'y a pas de
désaccords, auquel cas la facture est comptabilisée; ii) il y a
incohérences mais celles-ci peuvent être corrigées, auquel cas la facture est re-
envoyé au client ; et iii) il y a des discordances mais celles-ci ne peuvent pas être
corrigé, auquel cas la facture est bloquée. Une fois que l'un de ces trois
les activités sont effectuées, la facture est mise en attente et le processus est complété.
Processus de vérification des factures en ligne
Exécution parallèle (ET)
Exemple (Contrôle de sécurité à l'aéroport) : Une fois que la carte d'embarquement a été
ont été reçus, les passagers se dirigent vers le contrôle de sécurité. Ici ils
vous devez passer le contrôle de sécurité personnel et le contrôle des bagages.
Ensuite, ils peuvent se rendre au niveau de départ.
Contrôle de sécurité à l'aéroport
Processus de traitement des commandes en ligne
Exemple : Élargissons l'exemple d'exécution des commandes en ligne suivant
figure en supposant qu'un bon de commande n'est confirmé que si le
le produit est en stock, sinon le processus se termine par un rejet.
commande. De plus, si la commande est confirmée, l'adresse d'expédition est
reçu et le produit demandé est expédié pendant que la facture est
émis et le paiement est reçu. Par la suite, la commande est archivée
et le processus se termine.
Processus de traitement des commandes en ligne
Processus de distribution des commandes
Une entreprise possède deux entrepôts qui stockent différents produits :
Amsterdam et Hambourg. Lorsqu'une commande est reçue, elle est distribuée.
dans ces entrepôts : si certains des produits concernés sont
maintenu à Amsterdam, une sous-commande en ligne y est envoyée ; de même, si
certains produits pertinents sont maintenus à Hambourg, un sous-enligne
order is sent there. Afterwards, the order is registered and the process
complètes.
Premier essai
Deuxième procès
Décisions Inclusives (OU)
Quel type de joint avons-nous besoin ici ?
Processus de traitement des commandes en ligne
Si le produit demandé n'est pas en stock, il doit être
fabriqué avant que le traitement de la commande puisse se poursuivre. Pour fabriquer
Un produit, les matières premières nécessaires doivent être commandées. Deux
les fournisseurs privilégiés fournissent différents types de matières premières. En fonction
Pour le produit à fabriquer, des matières premières peuvent être commandées
soit du Fournisseur 1, soit du Fournisseur 2, ou des deux. Une fois que la matière première
les matériaux sont disponibles, le produit peut être fabriqué et la commande
peut être confirmé. D'autre part, si le produit est en stock, il est
récupéré de l'entrepôt avant de confirmer la commande. Ensuite, le
le processus continue normalement.
Artifacts d'information
•Objets de données
•Magasin de données
Éléments organisationnels dans BPMN - Piscines et voies
Piscine
Capture une classe de ressource. Généralement utilisée pour modéliser une partie d'affaire (par exemple, un
toute l'entreprise
Voie
Une sous-classe de ressource au sein d'un pool. Généralement utilisé pour modéliser des départements
(par exemple, expédition, finance), rôles internes (par exemple, Responsable, Associé), logiciel
systèmes (par exemple, ERP, CRM)
Allée
Voie
Voie
Voie
Processus de commande à encaissement avec pistes
Processus de traitement des commandes en ligne
Le processus d'exécution des commandes est réalisé par un vendeur.
organisation qui comprend deux départements : le département des ventes et le
dépôt et département de distribution. Le bon de commande reçu par
l'entrepôt et la distribution sont vérifiés par rapport au stock. Cette opération est
réalisé automatiquement par le système ERP d'entrepôt et de distribution,
qui interroge la base de données de l'entrepôt. Si le produit est en stock, il est
récupéré de l'entrepôt avant que les ventes ne confirment la commande. Ensuite, les ventes émettent
une facture et attendre le paiement, tandis que le produit est expédié de
dans l'entrepôt et la distribution. Le processus se termine avec la commande
archivage dans le département des ventes. Si le produit n'est pas en stock, le système ERP
dans l'entrepôt et la distribution, vérifie la disponibilité des matières premières par
accéder au catalogue des fournisseurs. Une fois que les matières premières ont été obtenues
le département d'entreposage et de distribution s'occupe de la fabrication des
Le processus se termine par la confirmation de la commande d'achat.
archivé par le département des ventes.
Flux de messages
AMessage Flowrepresents a flow of information between two process
parties (piscines)
Message
Un flux de messages peut connecter :
• directement à la limite d'une piscine➔ capture un message informatif de / vers cela
fête
• à une activité ou un événement spécifique au sein de ce Pool➔ capture un message qui déclenche un
activité/événement spécifique au sein de cette fête
Piscine 2
Recevoir
Envoyer Recevoir
Envoyer
26
Processus de commande à encaissement avec un pool de clients en boîte noire
27
Exercices pratiques
Modéliser le processus e-business suivant pour le traitement des acomptes :
Le processus de gestion des acomptes commence lorsqu'une demande de
payment has been approved. It involves entering the downpayment
demande dans le système, le paiement automatique ultérieur, émission
de la facture directe et de la libération des articles de ligne du fournisseur. Le
L'apurement des lignes de fournisseurs peut entraîner un solde débiteur ou créditeur.
En cas de solde débiteur, les arriérés sont traités, sinon le
le solde restant est payé.
Exercices de pratique
Modéliser le flux de contrôle du processus e-business suivant pour les dommages
compensation.
If a tenant is evicted because of damages to the premises, a process needs to be
commencé par le tribunal afin de tenir une audience pour évaluer le montant de
compensation que le locataire doit au propriétaire des lieux. Ce processus commence lorsque un
Le greffier du tribunal reçoit une demande de compensation en ligne de la part du propriétaire.
Le caissier récupère alors le dossier pour ces locaux particuliers et vérifie que les deux
la demande est acceptable pour le dépôt, et conforme à la description des lieux
en dossier. La fixation d'une date d'audience engendre des frais pour le propriétaire. Il se peut que le propriétaire ait
déjà réglé les frais avec la demande, auquel cas le caissier attribue une audience
date et le processus se termine. Il se peut que des frais supplémentaires soient nécessaires, mais le
le propriétaire a déjà payé ces frais. Dans ce cas, le caissier génère un reçu pour
les frais supplémentaires et la procédure d'attribution de la date d'audience. Enfin, si le propriétaire
n'a pas payé les frais requis, le caissier produit un avis de frais et attend que le
le propriétaire doit payer les frais avant de réévaluer la conformité du document.
Exercices de pratique
Modélisez le processus de commerce électronique suivant pour évaluer les risques de crédit :
Lorsqu'une nouvelle demande de crédit est reçue en ligne, le risque est évalué. Si le
le risque est au-dessus d'un seuil, une évaluation avancée des risques doit être faite
réalisé, sinon une simple évaluation des risques suffira. Une fois que le
l'évaluation a été terminée, le client est informé du résultat
de l'évaluation et entre-temps le décaissement est organisé. Pour
simplicité, supposons que le résultat d'une évaluation soit toujours positif.
Exercices pratiques
Modélisez le processus de e-business suivant. Utilisez des bassins/voies où
nécessaire.
Le processus de gestion des sinistres automobile commence lorsque un client soumet une
déposer une réclamation avec la documentation pertinente en ligne. La notification
le département chez l'assureur automobile vérifie les documents lors de
complétude et enregistre la réclamation. Ensuite, le département de traitement
prend la réclamation et vérifie l'assurance. Ensuite, une évaluation est
réalisé. Si l'évaluation est positive, un garage est contacté pour
autoriser les réparations et le paiement est programmé (dans cet ordre).
Sinon, la demande est rejetée. Dans tous les cas (que le résultat soit
positif ou négatif), une lettre est envoyée au client et le processus est
considéré comme complet.
Exercices pratiques
Modélisez le processus commercial suivant. Utilisez des piscines/des couloirs si nécessaire.
Lorsqu'une demande est reçue, un agent des réclamations vérifie d'abord si le demandeur est
assuré. Sinon, le demandeur est informé que la demande doit être rejetée par
envoyer une notification automatique via un système SAP. Sinon, un senior
L'agent des sinistres évalue la gravité de la demande. En fonction du résultat
(réclamations simples ou complexes), les formulaires pertinents sont envoyés au demandeur, encore une fois
utiliser le système SAP. Une fois les formulaires retournés, ils sont vérifiés pour
complétude par l'agent des réclamations. Si les formulaires fournissent tous les détails pertinents,
la réclamation est enregistrée dans le système de gestion des réclamations, et le processus
sinon, le demandeur est informé de mettre à jour les formulaires via le SAP
système. À la réception des formulaires mis à jour, ils sont vérifiés à nouveau par le
agent des réclamations pour voir si les détails ont été fournis, et ainsi de suite.