96
Développement Développement des Systèmes des Systèmes d’Information d’Information B. BOUNABAT

Développement des Systèmes dInformation B. BOUNABAT

Embed Size (px)

Citation preview

Page 1: Développement des Systèmes dInformation B. BOUNABAT

Développement Développement des Systèmes d’Informationdes Systèmes d’Information

B. BOUNABAT

Page 2: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 2

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des Systèmes d’InformationTypologie des Systèmes d’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 3: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 3

Système d’Information : GénéralitésSystème d’Information : Généralités

Approche systémique du SIApproche systémique du SI

Fonctionnalités d’un SIFonctionnalités d’un SI

Besoin en méthode de développement Besoin en méthode de développement

de SIde SI

Panorama des méthodesPanorama des méthodes

Page 4: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 4

Approche systémique du SIApproche systémique du SI

Univers de Discours (UdD) : ensemble des choses et des événements Univers de Discours (UdD) : ensemble des choses et des événements

auxquels l’Entreprise fait référence dans son activitéauxquels l’Entreprise fait référence dans son activité

Le Système d’Information Naturel (SIN) est l’ensemble des objets de l’UdDLe Système d’Information Naturel (SIN) est l’ensemble des objets de l’UdD

Le Système d’Information Artificiel (SIA) est une représentation Le Système d’Information Artificiel (SIA) est une représentation

automatisée du SINautomatisée du SIN

Système d’Information : Généralités

SIN SIAConception

Validation

Page 5: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 5

Fonctionnalités d’un SIFonctionnalités d’un SI (1) (1)

Système ?Système ?

Information ?Information ?

Système d’Information ?Système d’Information ?

4 fonctionnalités majeures :4 fonctionnalités majeures : Collecter l’informationCollecter l’information Stocker l’informationStocker l’information Traiter l’informationTraiter l’information Gérer l’informationGérer l’information

Système d’Information : Généralités

Page 6: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 6

Fonctionnalités d’un SI Fonctionnalités d’un SI (2) (2)

Positionnement du SI dans l’EntreprisePositionnement du SI dans l’Entreprise

Système d’Information : Généralités

Système de Pilotage

Système d’Informatio

n

Système de Production

Flux entrants

Flux sortants

Environnement

Page 7: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 7

Fonctionnalités d’un SIFonctionnalités d’un SI (3) (3)

Positionnement du SI dans l’EntreprisePositionnement du SI dans l’Entreprise

Système d’Information : Généralités

Page 8: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 8

Panorama des méthodesPanorama des méthodes

Définition : une méthode de développement de Définition : une méthode de développement de

Système d’Information est une démarche: Système d’Information est une démarche: respectant une philosophie généralerespectant une philosophie générale présentant des outils, de préférence graphiques, de présentant des outils, de préférence graphiques, de

modélisation du systèmemodélisation du système permettant la validation des modèles permettant la validation des modèles et s’appuyant éventuellement sur des supports et s’appuyant éventuellement sur des supports

automatisésautomatisés

3 aspects à prendre en compte lors de la modélisation :3 aspects à prendre en compte lors de la modélisation : DonnéesDonnées TraitementTraitement ÉvénementielÉvénementiel

Système d’Information : Généralités

Page 9: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 9

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des Systèmes d’InformationTypologie des Systèmes d’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 10: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 10

Présentation de la méthode MerisePrésentation de la méthode Merise

Principes de la méthode MerisePrincipes de la méthode Merise

Cycles du Système d’InformationCycles du Système d’Information

Cycle de vieCycle de vie

Cycle de décisionCycle de décision

Cycles d’abstractionCycles d’abstraction

Séparation des données et des traitementsSéparation des données et des traitements

Page 11: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 11

Principes de la méthode MerisePrincipes de la méthode Merise

Deux principes majeurs :Deux principes majeurs :

Modélisation par cycles d’abstractionModélisation par cycles d’abstraction

Séparation des Données et des TraitementsSéparation des Données et des Traitements

Présentation de la méthode Merise

Page 12: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 12

Cycles du Système d’InformationCycles du Système d’Information

Trois cycles majeurs sont identifiés pour un SITrois cycles majeurs sont identifiés pour un SI

Présentation de la méthode Merise

Cycle de Vie

•• AnalyseAnalyse•• ConceptionConception

•• Mise en œuvreMise en œuvre•• MaintenanceMaintenance

•• Mort Mort (Obsolescence) (Obsolescence)

Cycle de Décision

•• Découpage en domainesDécoupage en domaines•• Orientations majeures (gestion, Orientations majeures (gestion,

organisation, technologie)organisation, technologie)•• Planification du développementPlanification du développement•• Procédures manuelles, automatiséesProcédures manuelles, automatisées•• Procédures tempsProcédures temps-- réel, différéréel, différé•• Postes de travailPostes de travail•• Règles de gestionRègles de gestion•• États, écransÉtats, écrans

Cycle d’Abstraction

Page 13: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 13

Cycles d’abstractionCycles d’abstraction

3 niveaux d’abstraction :3 niveaux d’abstraction : Niveau conceptuel :Niveau conceptuel :

Choix de gestionChoix de gestion Sémantique de l’entrepriseSémantique de l’entreprise Mots clés :Mots clés : pourquoi, comprendre pourquoi, comprendre

Niveau organisationnelNiveau organisationnel Définition des choix d’organisationDéfinition des choix d’organisation Définition des types de procédures (automatisés, manuelles, temps-réel, Définition des types de procédures (automatisés, manuelles, temps-réel,

batch)batch) Définition des types de ressources : Définition des types de ressources :

Profils des agentsProfils des agents Type de matérielType de matériel Type de communicationType de communication

Mots clés : comment, où, qui, organiserMots clés : comment, où, qui, organiser Niveau physique:Niveau physique:

Choix techniques (matériel, software, etc.)Choix techniques (matériel, software, etc.) Choix humainsChoix humains Mots clés :Mots clés : spécifier des ressources spécifier des ressources

Présentation de la méthode Merise

Page 14: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 14

Séparation des données et des traitementsSéparation des données et des traitements

Deux niveaux de structure sont distingués dans un SI :Deux niveaux de structure sont distingués dans un SI : Données :Données :

Approche statiqueApproche statique Définition de la structure Définition de la structure

Traitement :Traitement : Approche dynamiqueApproche dynamique Définition des interactionsDéfinition des interactions

Présentation de la méthode Merise

Niveaux Données Traitement

Conceptuel MCD MCT

Organisationnel(Logique)

MLD MOT

Physique MPD MPT

Page 15: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 15

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des Systèmes d’InformationTypologie des Systèmes d’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 16: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 16

Modèles de conceptionModèles de conception

Modèle Conceptuel de Données (MCD)Modèle Conceptuel de Données (MCD)

Modèle Conceptuel de Traitements (MCT)Modèle Conceptuel de Traitements (MCT)

Modèle Organisationnel de Traitements (MOT)Modèle Organisationnel de Traitements (MOT)

Modèle Logique de Données (MLD)Modèle Logique de Données (MLD)

Modèles Physiques (MP)Modèles Physiques (MP)

Page 17: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 17

MCD / Présentation généraleMCD / Présentation générale

Le SI est une représentation de l’Univers du DiscoursLe SI est une représentation de l’Univers du Discours Le MCD définit la structure d’accueil du SI (partie Le MCD définit la structure d’accueil du SI (partie

statique)statique) Le MCD se base sur Le MCD se base sur

La classification des objets ayant un rôle dans le système La classification des objets ayant un rôle dans le système étudié (exemple : personnes, voitures, contrats, clients, etc.)étudié (exemple : personnes, voitures, contrats, clients, etc.)

La classification des associations entre objets (exemple : La classification des associations entre objets (exemple : personne possède voiture, client signe un contrat, etc.)personne possède voiture, client signe un contrat, etc.)

La description des classes d’objets :La description des classes d’objets : Toute Toute personnepersonne a un a un nomnom, un , un prénomprénom, un , un âgeâge, une , une professionprofession Toute Toute voiturevoiture a un a un numéronuméro, une , une couleurcouleur, une , une marquemarque

La description des classes d’associations :La description des classes d’associations : Ali possède la voiture n°1 depuis trois ansAli possède la voiture n°1 depuis trois ans

Modèles de conception

Page 18: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 18

MCD / Modèle Entité-Association (1)MCD / Modèle Entité-Association (1)

DéfinitionsDéfinitions Entité (ou individu) :Entité (ou individu) :

constitue l’image d’un objet du monde réel dans le SIconstitue l’image d’un objet du monde réel dans le SI est décrite par un ensemble de est décrite par un ensemble de propriétéspropriétés (ou (ou attributsattributs) qui la ) qui la

caractérisentcaractérisent Association (ou relation) :Association (ou relation) :

permet de traduire les liaisons existant entre entitéspermet de traduire les liaisons existant entre entités est caractérisé par une est caractérisé par une dimension dimension : nombre des entités : nombre des entités

participant à sa réalisationparticipant à sa réalisation Formalisme graphique :Formalisme graphique :

Modèles de conception

Personne

Voiture

Personne

Voiture

posséder

Personne

Voiture

PosséderDate acq

NomPrénomAdresse

MatriculeMarquecouleur

Page 19: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 19

MCD / Modèle Entité-Association (2)MCD / Modèle Entité-Association (2)

Occurrences d’entité et d’associationOccurrences d’entité et d’association

Modèles de conception

3 occurrences de l’association 3 occurrences de l’association lirelire : : (Ali, Les misérables); (Ali, Les misérables); (Ali, Le pain nu); (Ali, Le pain nu); (Mohammed, Les misérables)(Mohammed, Les misérables)

Personne

MOUSSAAliRabat

Personne

KARIMFatimaFès

Personne

KARIMAliRabat

Personne

NomPrénomsalaire

3 occurrences de l’entité Personne

Ali X

Mohammed X

Omar X

X Les misérables

X Le pain nu

Page 20: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 20

MCD / Modèle Entité-Association (3)MCD / Modèle Entité-Association (3)

une association peut être :une association peut être : Réflexive (dimension = 1)Réflexive (dimension = 1) Binaire (dimension = 2)Binaire (dimension = 2) n-aire (dimension = n)n-aire (dimension = n)

Modèles de conception

Personne Livreposséder

acheter

Lire

Magasin

épouser

binaire

3-aire

réflexive

Page 21: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 21

MCD / Modèle Entité-Association (4)MCD / Modèle Entité-Association (4)

Identifiant d’une entité :Identifiant d’une entité : Pour distinguer les occurrences d’un même objet (entité), on le dote d’un identifiant. Il Pour distinguer les occurrences d’un même objet (entité), on le dote d’un identifiant. Il

permet de repérer d’une façon univoque chacune des occurrences de cette entitépermet de repérer d’une façon univoque chacune des occurrences de cette entité On établit ainsi une correspondance bijective entre l’ensemble des occurrences et On établit ainsi une correspondance bijective entre l’ensemble des occurrences et

l’ensemble des identifiants possiblesl’ensemble des identifiants possibles

Modèles de conception

Personne

E1MOUSSAAliRabat

Personne

E2KARIMFatimaFès

Personne

B1KARIMAliRabat

Personne

# N°CINNomPrénomsalaire

Page 22: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 22

MCD / Modèle Entité-Association (5)MCD / Modèle Entité-Association (5)

Identifiant d’une association :Identifiant d’une association : L’identifiant d’une occurrence d’association est obtenu par L’identifiant d’une occurrence d’association est obtenu par

concaténation des entités participent à cette association. (l’ordre concaténation des entités participent à cette association. (l’ordre

est indifférent pourvu qu’il soit fixe pour l’association) est indifférent pourvu qu’il soit fixe pour l’association)

Modèles de conception

E1MOUSSAAliRabat

E2KARIMFatimaFès

L1Les misérables

L2Le pain nu

(E1, L1)

(E1, L2)

(E2, L1)

Page 23: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 23

MCD / Règles de validation sémantique (1)MCD / Règles de validation sémantique (1)

Règle 1 :Règle 1 : Un attribut n’appartient qu’à une Un attribut n’appartient qu’à une seule entité ou une seule associationseule entité ou une seule association

Modèles de conception

NuméroAdresse

ClientNum_ClientAdresse_Client

Client

NuméroAdresse

fournisseurNum_FournissAdresse_Fourniss

Fournisseur

Page 24: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 24

MCD / Règles de validation sémantique (2)MCD / Règles de validation sémantique (2)

Règle 2 :Règle 2 : Construction du dictionnaire des Construction du dictionnaire des donnéesdonnées

Lister les attributs par objet et par relationLister les attributs par objet et par relation Faire la chasse :Faire la chasse :

Aux synonymes (ex : Code Client et Numéro Client)Aux synonymes (ex : Code Client et Numéro Client) Aux polysémes (ex : Date de Commande et Date de Aux polysémes (ex : Date de Commande et Date de

Livraison)Livraison) Documenter et commenter les différentes Documenter et commenter les différentes

données :données : SignificationSignification Mode de codingMode de coding

Modèles de conception

Page 25: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 25

MCD / Règles de validation sémantique (3)MCD / Règles de validation sémantique (3)

Règle 3 :Règle 3 : Sur une entité ou une association, il Sur une entité ou une association, il ne peut y avoir qu’une valeur prise par tout ne peut y avoir qu’une valeur prise par tout attributattribut

Modèles de conception

NomPrénomNom EnfantPrénom Enfant

Personne

NomPrénom

Personne

Nom EnfantPrénom Enfant

Enfant

lire

Personne

est pèreréflexive

NomPrénom

Il faut faire la chasse aux objets cachés

Page 26: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 26

MCD / Règles de validation sémantique (4)MCD / Règles de validation sémantique (4)

Règle 4 :Règle 4 : Toutes les propriétés d’une entité (ou Toutes les propriétés d’une entité (ou d’une association) doivent avoir un sens pour toutes d’une association) doivent avoir un sens pour toutes les occurrences de l’entité (ou de l’association)les occurrences de l’entité (ou de l’association)

Modèles de conception

Il ne faut confondre ce cas avec celui où la valeur d’un attribut n’est pas connue à un instant donné

NomPrénomRaison socialeNbre Employés

Client

NomPrénom

Client

Nom Prénom

Particulier

est

Raison socialeNbre Employés

Enfant

est

Page 27: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 27

MCD / Règles de validation sémantique (5)MCD / Règles de validation sémantique (5)

Règle 5 :Règle 5 : Tout attribut doit dépendre Tout attribut doit dépendre uniquement et totalement de l’identifiantuniquement et totalement de l’identifiant

Modèles de conception

Connaissant la valeur de #CIN, on connaît à coup sûr celles de Nom et de PRénom

#CINNomPrénom

Personne#CIN Nom (Nom dépend de #CIN)

Prénom (Prénom dépend de #CIN)

Page 28: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 28

MCD / Règles de validation sémantique (6)MCD / Règles de validation sémantique (6)

Règle 6 :Règle 6 : Il faut s’assurer que tous les attributs portés par une Il faut s’assurer que tous les attributs portés par une association ont besoin de toutes les pattes pour être définiesassociation ont besoin de toutes les pattes pour être définies

Modèles de conception

Personne Livrelire

Date débutNbre pages

Personne Livrelire

Date début

Nbre pages

Page 29: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 29

MCD / Cardinalités d’une association (1)MCD / Cardinalités d’une association (1)

Définitions :Définitions : On appelle Contrainte d’Intégrité toute contrainte que l’on On appelle Contrainte d’Intégrité toute contrainte que l’on

ajoute au modèle afin que celui-ci reflète le réel le plus ajoute au modèle afin que celui-ci reflète le réel le plus fidèlement possiblefidèlement possible

Deux types de contraintes :Deux types de contraintes : Contraintes de cardinalitéContraintes de cardinalité Dépendance fonctionnelle (DF)Dépendance fonctionnelle (DF)

Cardinalités d’une association :Cardinalités d’une association : Les cardinalités définissent le nombre d’occurrences de Les cardinalités définissent le nombre d’occurrences de

chaque entité intervenant dans une associationchaque entité intervenant dans une association

Modèles de conception

E1 E2A

Cmin, Cmax Cmin, Cmax

Cmin = 0Cmin = 0 : il existe au moins une occurrence qui ne participe pas : il existe au moins une occurrence qui ne participe pas Cmin = 1Cmin = 1 : toute occurrence participe au moins une fois : toute occurrence participe au moins une fois Cmax = 1Cmax = 1 : si une occurrence participe, elle le fait au plus une fois : si une occurrence participe, elle le fait au plus une fois Cmax = n :Cmax = n : il peut exister une occurrence qui participe plusieurs fois il peut exister une occurrence qui participe plusieurs fois

Page 30: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 30

MCD / Cardinalités d’une association (2)MCD / Cardinalités d’une association (2)

Questions que l’on se pose : Questions que l’on se pose : Patte personnePatte personne

Toute personne lit-elle au moins un livre ? Toute personne lit-elle au moins un livre ? Oui Oui Cmin = 1, Non Cmin = 1, Non Cmin = 0 Cmin = 0

Toute personne lit-elle au plus un livre ? Toute personne lit-elle au plus un livre ? Oui Oui Cmax = 1, Non Cmax = 1, Non Cmax = n Cmax = n

Patte LivrePatte Livre Tout livre est-il lu par au moins une personne ? Tout livre est-il lu par au moins une personne ?

Oui Oui Cmin = 1, Non Cmin = 1, Non Cmin = 0 Cmin = 0 Toute livre est-il lu par au plus une personne ? Toute livre est-il lu par au plus une personne ?

Oui Oui Cmax = 1, Non Cmax = 1, Non Cmax = n Cmax = n

Modèles de conception

Personne Livrelire

?, ? ?, ?

Page 31: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 31

MCD / Cardinalités d’une association (3)MCD / Cardinalités d’une association (3)

Cardinalités d’une association n-aire : Cardinalités d’une association n-aire : RègleRègle

Les cardinalités doivent être homogènesLes cardinalités doivent être homogènes Chaque cardinalité, quelque soit l’entité auquel elle correspond, doit Chaque cardinalité, quelque soit l’entité auquel elle correspond, doit

pouvoir s’appliquer au reste de la sous-collection de l’associationpouvoir s’appliquer au reste de la sous-collection de l’association Exemple :Exemple :

Modèles de conception

#CINNomPrénom

Personne

#Batiment Adresse

Batiment

garer

#MatriculeMarque

Véhicule

0,n

1,n1,n

Isoler PersonneIsoler Personne : Véhicule : Véhicule 0,n ; Bâtiment 0,n ; Bâtiment 0,n 0,n

Isoler BâtimentIsoler Bâtiment : Véhicule : Véhicule 1,n ; Personne 1,n ; Personne 1,n 1,n

Isoler VéhiculeIsoler Véhicule : Personne : Personne 1,n ; Bâtiment 1,n ; Bâtiment 1,n 1,n

Page 32: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 32

MCD / Dépendance Fonctionnelle MCD / Dépendance Fonctionnelle

Définition : Définition : Dépendance fonctionnelle (DF) intra-entité (entre deux attributs de la même Dépendance fonctionnelle (DF) intra-entité (entre deux attributs de la même

entité ) :entité ) : DF (p1, p2) : p1DF (p1, p2) : p1 p2 p2 A toute valeur de p1, on ne peut associer à tout instant qu’une et une seule valeur de A toute valeur de p1, on ne peut associer à tout instant qu’une et une seule valeur de

p2p2 « Si on connaît la valeur de p1, on connaît à coup sûr la valeur de p2 »« Si on connaît la valeur de p1, on connaît à coup sûr la valeur de p2 » ex : #client ex : #client NomClient (la réciproque est fausse) NomClient (la réciproque est fausse)

Dépendance fonctionnelle (DF) inter-entités (entre deux entités ):Dépendance fonctionnelle (DF) inter-entités (entre deux entités ): DF (E1, E2) : E1DF (E1, E2) : E1 E2 E2 A toute occurrence de E1, on ne peut associer à tout instant qu’une et une seule A toute occurrence de E1, on ne peut associer à tout instant qu’une et une seule

occurrence de E2occurrence de E2 « Si on connaît la valeur de #p11 (identifiant de E1), on connaît à coup sûr la valeur « Si on connaît la valeur de #p11 (identifiant de E1), on connaît à coup sûr la valeur

de #p21 (identifiant de E2)»de #p21 (identifiant de E2)»

Modèles de conception

Client Commande

Commander(DF)

1,n 1,1# Client # Commande

Page 33: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 33

MCD / Contrainte d’Intégrité Fonctionnelle (1)MCD / Contrainte d’Intégrité Fonctionnelle (1)

Définition : Définition : cas particulier de DF, une contrainte d’Intégrité Fonctionnelle est stable cas particulier de DF, une contrainte d’Intégrité Fonctionnelle est stable

dans le temps : une fois le lien établi entre deux occurrences, il ne peut être dans le temps : une fois le lien établi entre deux occurrences, il ne peut être

modifié dans le temps.modifié dans le temps.

Modèles de conception

Assuré Police

CIF1,n 1,1

# Assuré # PoliceAgent

DF1,n 1,1

# Agent

Une police d’assurance peut changer d’agent, alors qu’une fois Une police d’assurance peut changer d’agent, alors qu’une fois

établie, cette assurance ne peut changer de propriétaire (assuré)établie, cette assurance ne peut changer de propriétaire (assuré)

Page 34: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 34

MCD / Démarche de constructionMCD / Démarche de construction

Elaborer les différentes données du systèmeElaborer les différentes données du système

Construire le Graphe de Dépendances Fonctionnelles (GDF), regroupant les différentes DF identifiées Construire le Graphe de Dépendances Fonctionnelles (GDF), regroupant les différentes DF identifiées

entre les donnéesentre les données

Transformer chaque groupe sémantique en une entité ou une associationTransformer chaque groupe sémantique en une entité ou une association

Ajouter les différentes cardinalitésAjouter les différentes cardinalités

Exemple : MCD élaboré à partir d’un bon de commandeExemple : MCD élaboré à partir d’un bon de commande

Modèles de conception

Page 35: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 35

Exercices (1)Exercices (1)

Cas 1 : MCD d’un livre d’exercices :

Liste de données :

1. Numéro d’exercice

2. Type d’exercice

3. Libelle du type d’exercice (Langage de programmation, Système d’Exploitation)

4. Niveau de difficulté

5. Nom de l’auteur (un exercice peut être rédigé par plusieurs auteurs)

6. Durée de réalisation estimée (évaluée par type d’exercice et par niveau de

difficulté)

7. Enoncé résumé de l’exercice

8. Nombre de pages de l’exercice

Modèles de conception

Page 36: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 36

Exercices (2)Exercices (2)

Cas 1 : MCD de classement de cassettes magnétophones :

Liste de données :

1. Numéro de la cassette

2. Nom de l’œuvre enregistrée sur la cassette : il<peut y avoir plusieurs œuvres sur une

cassette

3. Nom de l’artiste interprétant l’œuvre

4. Style de l’œuvre ( Classique, Andalous, Reggae)

5. Numéro de l’emplacement de l’œuvre sur la cassette

Sachant que : Une cassette peut être vide Un artiste peut interpréter une œuvre avec d’autres artistes : on veut connaître la

composition du groupe Une même œuvre peut être interprétée par des artistes différents Une œuvre peut être un mélange

Modèles de conception

Page 37: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 37

Modèles de conceptionModèles de conception

Modèle Conceptuel de Données (MCD)Modèle Conceptuel de Données (MCD)

Modèle Conceptuel de Traitements (MCT)Modèle Conceptuel de Traitements (MCT)

Modèle Organisationnel de Traitements (MOT)Modèle Organisationnel de Traitements (MOT)

Modèle Logique de Données (PLD)Modèle Logique de Données (PLD)

Modèles Physiques (MP)Modèles Physiques (MP)

Page 38: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 38

MCT / Définitions (1)MCT / Définitions (1)

Découpage : Découpage : Il n’est pas possible d’appréhender l’Entreprise dans sa totalité, d’où la Il n’est pas possible d’appréhender l’Entreprise dans sa totalité, d’où la

nécessité de découper l’entreprise en nécessité de découper l’entreprise en domainesdomaines Exemples : Administrer, Vendre, Acheter, ProduireExemples : Administrer, Vendre, Acheter, Produire Le découpage est fonction des stratégies de l’EntrepriseLe découpage est fonction des stratégies de l’Entreprise Un domaine a son propre système de pilotage Un domaine a son propre système de pilotage Les différents domaines partagent les donnéesLes différents domaines partagent les données

Acteurs externesActeurs externes Il s’agit ici des Il s’agit ici des partenairespartenaires de l’Entreprise de l’Entreprise Exemples : Client Fournisseur, Transporteur, EtatExemples : Client Fournisseur, Transporteur, Etat

Acteurs (processeurs):Acteurs (processeurs): Un Un processeurprocesseur est un domaine ou un intervenant extérieur est un domaine ou un intervenant extérieur Un processeur = « Boîte noire », émettrice et/ou réceptrice de Un processeur = « Boîte noire », émettrice et/ou réceptrice de fluxflux Différents types de flux : matière, personne, financier, informationDifférents types de flux : matière, personne, financier, information On identifie chacun de ces flux entre les processeursOn identifie chacun de ces flux entre les processeurs

Modèles de conception

Page 39: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 39

MCT / Définitions (2)MCT / Définitions (2)

Matrice de flux : outil de représentation des différents échanges Matrice de flux : outil de représentation des différents échanges existant dans le systèmes (inter-acteurs) existant dans le systèmes (inter-acteurs)

Modèles de conception

DépartementVente

DépartementProduction

Client

DépartementVente

LivraisonFacture

DépartementProduction

Avis de production

Client CommandePaiement

Il faut se poser systématiquement la question pour chaque case

Page 40: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 40

MCT / Définitions (3)MCT / Définitions (3) Evénements Evénements

Un Un événementévénement indique au système que quelque chose s’est passée indique au système que quelque chose s’est passée Evénement réel Evénement réel Perception Perception Compte-rendu Compte-rendu Prise en charge par le Prise en charge par le

processeurprocesseur Types d’événements : externes (stimulus), interne (compte-rendu)Types d’événements : externes (stimulus), interne (compte-rendu)

Processus : Processus : Séquence d’activités ordonnancées effectuées par le domaine étudié suite Séquence d’activités ordonnancées effectuées par le domaine étudié suite

suite réception d’un événement externesuite réception d’un événement externe Le modèle Conceptuel de Traitement permet de représenter les différents Le modèle Conceptuel de Traitement permet de représenter les différents

processus traversant un système ou un domaine étudiéprocessus traversant un système ou un domaine étudié

Modèles de conception

Événement 1

Événement 2

Événement m

Événement n Événement p

ActivitéProcessus

Page 41: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 41

MCT / Formalisme utilisé (1)MCT / Formalisme utilisé (1)

Opération conceptuelle :Opération conceptuelle : Une Une opération conceptuelleopération conceptuelle est un ensemble d’actions conceptuellement est un ensemble d’actions conceptuellement

non-interruptibles, nécessaires à la prise en charge d’un événementnon-interruptibles, nécessaires à la prise en charge d’un événement Type d’action élémentaire : insertion, suppression, consultation, Type d’action élémentaire : insertion, suppression, consultation,

modificationmodification Une opération peut provoquer l’émission d’un ou de plusieurs messages Une opération peut provoquer l’émission d’un ou de plusieurs messages

(événements) internes(événements) internes Règles (conditions) d’émissionRègles (conditions) d’émission

Ce sont les Ce sont les conditions logiquesconditions logiques qui vont déterminer la production des qui vont déterminer la production des

messages en sortiemessages en sortie

Modèles de conception

Client existe Client n’existe pas

Ordre de

livraison

InscriptionClient

Page 42: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 42

MCT / Formalisme utilisé (1)MCT / Formalisme utilisé (1)

SynchronisationSynchronisation :: Une Une synchronisationsynchronisation est la liste des événements liés par une condition est la liste des événements liés par une condition

logique, nécessaires pour que l’opération se déclenchelogique, nécessaires pour que l’opération se déclenche Certaines opérations peuvent être déclenchées à dates fixes (le temps Certaines opérations peuvent être déclenchées à dates fixes (le temps

devient un événement)devient un événement) ExempleExemple

Modèles de conception

Ordre de

livraison

InscriptionClient

a b

a ou b

Page 43: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 43

MCT / Formalisme utilisé (1)MCT / Formalisme utilisé (1)

Modélisation de l’opération conceptuelleModélisation de l’opération conceptuelle

Modèles de conception

Règles de synchro.

R1 R1 Rn…

Nom_opération

Données mémorisées

Evénements en entrée

Evénements en sortie

Page 44: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 44

MCT / Formalisme utilisé (1)MCT / Formalisme utilisé (1)

ExempleExemple

Modèles de conception

Client n’existe pas Client existe

Vérification Client

Nouveau client

Nouvellecommande

Stock insuffisant Stock suffisant

Traitement livraison

Ordre de réappro.

Délai

Livraison

Ordre de livraison

Exercice : reprendre ce processus en éliminant l’événement délai

Page 45: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 45

MCT / Démarche de construction MCT / Démarche de construction

Règles de construction :Règles de construction : Eliminer les événements intermédiaires entre opérations, sans attente Eliminer les événements intermédiaires entre opérations, sans attente

d’événements externesd’événements externes Eviter la redondance des opérations : une même règle ne doit pas apparaître Eviter la redondance des opérations : une même règle ne doit pas apparaître

sur plusieurs opérationssur plusieurs opérations Eviter les synchronisations inutiles, en veillant à la non- redondance des Eviter les synchronisations inutiles, en veillant à la non- redondance des

événements événements Gérer les cas de conflits, lorsqu’un est événement est sollicité, au même Gérer les cas de conflits, lorsqu’un est événement est sollicité, au même

moment, par plusieurs synchronisationsmoment, par plusieurs synchronisations Règles de construction :Règles de construction :

Identifier les acteurs internes et externesIdentifier les acteurs internes et externes Elaborer la liste des différents événements Elaborer la liste des différents événements Construire les Graphes d’Ordonnancement d’Evénements (GOE), représentant Construire les Graphes d’Ordonnancement d’Evénements (GOE), représentant

chacun un processus à décrirechacun un processus à décrire Transformer les GOE en MCTTransformer les GOE en MCT

Modèles de conception

Page 46: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 46

MCT / Exercices (1) MCT / Exercices (1)

Cas 2 : Processus d’approvisionnement

Au début de chaque mois, les acheteurs envoient des demandes de prix aux

fournisseurs possibles, pour les articles nouveaux ou d’approvisionnement exceptionnel.

Les fournisseurs envoient leurs offres, étudiées et comparées par les acheteurs afin de

faire un choix. Ils établissent alors, un bon de commande à destination du fournisseur

retenu. Une copie est remise au magasin en vue de la réception, une autre au services

financiers pour les alerter d’un paiement futur aux fournisseurs.

Quand la livraison arrive, le magasinier contrôle la quantité et la qualité de la

marchandise. La livraison est renvoyée en bloc si l’un de ces contrôles est négatif. Les

contrôles satisfaisants aboutissent à l’entrée en stock des articles.

Le magasin établit un bon à payer aux services financiers. Quand ceux-ci reçoivent la

facture du fournisseur, ils vérifient que le bon à payer lui correspond et émettent le

chèque de paiement.

1.Etablir le diagramme des flux de données de ce processus

2.Faire le MCT correspondant

Modèles de conception

Page 47: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 47

MCT / Exercices (2) MCT / Exercices (2)

Cas 4 : Processus de Gestion de Carte Bancaire

Le demandeur désirant obtenir une carte bleue doit en faire la demande

auprès de la banque, à condition qu’il soit un client de la banque.

Chaque jour, la banque transmet les demandes de cartes bleues de ses

clients au centre de gestion des cartes bleues. Dès la réception de la

carte en provenance de centre, la banque adresse au client un avis de

mise à disposition.

Si au bout de 2 mois la carte bleue n’est pas retirée, elle est détruite

automatiquement

1.Faire le MCT de ce processus

Modèles de conception

Page 48: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 48

Modèles de conceptionModèles de conception

Modèle Conceptuel de Données (MCD)Modèle Conceptuel de Données (MCD)

Modèle Conceptuel de Traitements (MCT)Modèle Conceptuel de Traitements (MCT)

Modèle Organisationnel de Traitements (MOT)Modèle Organisationnel de Traitements (MOT)

Modèle Logique de Données (PLD)Modèle Logique de Données (PLD)

Modèles Physiques (MP)Modèles Physiques (MP)

Page 49: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 49

MOT / DéfinitionsMOT / Définitions

Différence MCT X MOT :Différence MCT X MOT : MCT : Définition du quoi (finalité, but)MCT : Définition du quoi (finalité, but) MOT : Définition du comment (où, qui, quand)MOT : Définition du comment (où, qui, quand) MOT : Immersion du MCT dans un cadre organisationnel MOT : Immersion du MCT dans un cadre organisationnel

(spatio-temporel)(spatio-temporel)

Analogie MCT X MOT :Analogie MCT X MOT :

Modèles de conception

Niveau conceptuel

Domaine

Opération

Action

Synchronisation

Règle d’émission

Evénement

Acteur

Processeur

Niveau organisationnel

Service, division

Phase

Tâche

Synchronisation organisée

Règle d’émission

Message

Partenaire, Cellule, Poste de travail

Procédure fonctionnelle

Page 50: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 50

MOT / Poste de travail MOT / Poste de travail

Un poste de travail est une cellule qui opère dans son environnement Un poste de travail est une cellule qui opère dans son environnement proprepropre

Il se définit par procédure par : Il se définit par procédure par : Les tâches à effectuer (prise en charge du MCT)Les tâches à effectuer (prise en charge du MCT) La nature des traitements (manuel, auto, temps-réel, temps différé)La nature des traitements (manuel, auto, temps-réel, temps différé) La période de déroulement (prise en charge du temps)La période de déroulement (prise en charge du temps)

On peut distinguer trois types de postes : On peut distinguer trois types de postes : Homme n’utilisant pas de machine informatiqueHomme n’utilisant pas de machine informatique Homme utilisant des machines informatiquesHomme utilisant des machines informatiques Machine informatique seuleMachine informatique seule

Modèles de conception

Page 51: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 51

MOT / Procédure FonctionnelleMOT / Procédure Fonctionnelle

Définition :Définition : Ensemble d’opérations organisées enchaînées.Ensemble d’opérations organisées enchaînées. Elle a pour but de décrire l’organisation de la prise en charge d’un événement Elle a pour but de décrire l’organisation de la prise en charge d’un événement

externe significatif pour le système étudié (nouvelle commande, candidature, etc.)externe significatif pour le système étudié (nouvelle commande, candidature, etc.) L’élaboration des procédures dépendent des règles d’organisationL’élaboration des procédures dépendent des règles d’organisation

Enchaînement des opérations :Enchaînement des opérations :

Modèles de conception

M1

M3M2

M4 M5

D1

D2

Périodicité(Fréquence) Partenaire 1 Partenaire 2Poste 1 Salle

informatiquePoste 2

Page 52: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 52

MOT / Démarche de constructionMOT / Démarche de construction

Etudier l’organisation existante (analyse et critique)Etudier l’organisation existante (analyse et critique)

Prendre en charge le nouveau MCTPrendre en charge le nouveau MCT

Inclure les nouvelles règles d’organisationInclure les nouvelles règles d’organisation

Identifier les nouveaux besoins en ressourcesIdentifier les nouveaux besoins en ressources

Construire le MOTConstruire le MOT

Modèles de conception

Page 53: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 53

Modèles de conceptionModèles de conception

Modèle Conceptuel de Données (MCD)Modèle Conceptuel de Données (MCD)

Modèle Conceptuel de Traitements (MCT)Modèle Conceptuel de Traitements (MCT)

Modèle Organisationnel de Traitements (MOT)Modèle Organisationnel de Traitements (MOT)

Modèle Logique de Données (MLD)Modèle Logique de Données (MLD)

Modèles Physiques (MP)Modèles Physiques (MP)

Page 54: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 54

MLD/ GénéralitésMLD/ Généralités

Définition :Définition : Le MLD est une traduction du MCD, où l’on exprime une solution encore Le MLD est une traduction du MCD, où l’on exprime une solution encore

assez générale, permettant une portabilité ultérieure, sans remise assez générale, permettant une portabilité ultérieure, sans remise fondamentale de l’architecture des donnéesfondamentale de l’architecture des données

Le MLD est l’expression du MCD dans le Système de Gestion des Bases Le MLD est l’expression du MCD dans le Système de Gestion des Bases de Données (SGBD) choisi :de Données (SGBD) choisi :

Système de Gestion de Fichiers (SGF)Système de Gestion de Fichiers (SGF) SGBD / modèle hiérarchiqueSGBD / modèle hiérarchique SGBD / modèle réseauSGBD / modèle réseau SGBD / modèle relationnelSGBD / modèle relationnel

Base de données :Base de données : Une base de données sur un domaine est un ensemble de données Une base de données sur un domaine est un ensemble de données

répondant aux trois critères :répondant aux trois critères : Exhaustivité : toutes les données nécessaires aux traitements sont stockéesExhaustivité : toutes les données nécessaires aux traitements sont stockées Structure : ces traitements peuvent accéder aux données dans des Structure : ces traitements peuvent accéder aux données dans des

conditions acceptablesconditions acceptables Non redondance sémantique : les données ne sont pas répétéesNon redondance sémantique : les données ne sont pas répétées

Modèles de conception

Page 55: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 55

MLD/ DBA : Fonction cléMLD/ DBA : Fonction clé

Le DBA a comme mission de mettre en place le dictionnaire Le DBA a comme mission de mettre en place le dictionnaire de données en veillant à l’intégrité, la sécurité, la de données en veillant à l’intégrité, la sécurité, la confidentialité et l’efficacitéconfidentialité et l’efficacité

C’est une fonction clé auprès :C’est une fonction clé auprès : des utilisateursdes utilisateurs des concepteursdes concepteurs des développeursdes développeurs

Modèles de conception

Page 56: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 56

MLD/ Règles de passageMLD/ Règles de passage

Les associations One To Many migrent dans une table objet Les associations One To Many migrent dans une table objet

(la patte associée à Cmax =1) avec les éventuelles (la patte associée à Cmax =1) avec les éventuelles

propriétés portéespropriétés portées

Les associations Many To Many donnent lieu à la création Les associations Many To Many donnent lieu à la création

d’une table :d’une table : Clé : concaténation des identificateurs des entités qui Clé : concaténation des identificateurs des entités qui

participentparticipent Propriétés portéesPropriétés portées

Modèles de conception

Page 57: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 57

Modèles de conceptionModèles de conception

Modèle Conceptuel de Données (MCD)Modèle Conceptuel de Données (MCD)

Modèle Conceptuel de Traitements (MCT)Modèle Conceptuel de Traitements (MCT)

Modèle Organisationnel de Traitements (MOT)Modèle Organisationnel de Traitements (MOT)

Modèle Logique de Données (MLD)Modèle Logique de Données (MLD)

Modèles Physiques (MP)Modèles Physiques (MP)

Page 58: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 58

GénéralitésGénéralités

Description des éléments opérationnelsDescription des éléments opérationnels

Description interne et externe pour les développeurs , Description interne et externe pour les développeurs ,

pour les développeurspour les développeurs

Trois composantes : données, traitements, Trois composantes : données, traitements,

communicationcommunication

Description en fonction de l’OS et des outils utilisésDescription en fonction de l’OS et des outils utilisés

Modèles de conception

Page 59: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 59

Eléments des Modèles PhysiquesEléments des Modèles Physiques

Machine informatique :Machine informatique : Collectif ou individuelCollectif ou individuel Mainframes, mini ou micro-ordinateursMainframes, mini ou micro-ordinateurs Différenciation : puissance de calcul, sécurité, connectivité, architecture interneDifférenciation : puissance de calcul, sécurité, connectivité, architecture interne

Logiciels :Logiciels : Logiciels de base : Système d’exploitation, méthodes d’accès, méthodes de Logiciels de base : Système d’exploitation, méthodes d’accès, méthodes de

communication, moniteurs (temps-réel, temps partagé)communication, moniteurs (temps-réel, temps partagé) SGBDSGBD Langage de programmationLangage de programmation Outils de générationOutils de génération

Logiciels applicatifs :Logiciels applicatifs : Applications spécifiquesApplications spécifiques ProgicielsProgiciels Bureautique, messagerieBureautique, messagerie

Communication :Communication : Travaux à distance, travaux coopératifsTravaux à distance, travaux coopératifs Bases de données réparties et/ou distribuéesBases de données réparties et/ou distribuées Architecture Client/ServeurArchitecture Client/Serveur

Modèles de conception

Page 60: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 60

Modèle Physique des DonnéesModèle Physique des Données

Définition :Définition : C’est la description des structure de données effectivement C’est la description des structure de données effectivement

gérées par la ou les machines informatiquesgérées par la ou les machines informatiques La description est donc spécifique au SGBD choisi et inclut les La description est donc spécifique au SGBD choisi et inclut les

éventuelles spécificités de l’OS supportéventuelles spécificités de l’OS support

La description comprend :La description comprend : Format des données géréesFormat des données gérées Formats internes et externes (fonction de l’OS)Formats internes et externes (fonction de l’OS) Les objets OS contenant les donnéesLes objets OS contenant les données La stratégie de distribution / répartitionLa stratégie de distribution / répartition Les volumes stockésLes volumes stockés Les fréquences d’accèsLes fréquences d’accès La stratégie de confidentialitéLa stratégie de confidentialité La stratégie de sécuritéLa stratégie de sécurité

Modèles de conception

Page 61: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 61

Modèle Physique des TraitementsModèle Physique des Traitements

Définition :Définition : C’est la description des éléments logiciels tels qu’ils vont être C’est la description des éléments logiciels tels qu’ils vont être

implantés dans la ou les machinesimplantés dans la ou les machines La description est donc fonction :La description est donc fonction :

De la machine cible et de son OSDe la machine cible et de son OS Des outils utilisés : langage de programmation, outils de génération, Des outils utilisés : langage de programmation, outils de génération,

gestionnaires d’écran, moniteur transactionnelgestionnaires d’écran, moniteur transactionnel

Types de traitements :Types de traitements : Transactions temps-réelTransactions temps-réel Programmes d’éditionProgrammes d’édition Programmes batch :Programmes batch :

Mise à jour batch (à partir d’un fichier mouvement)Mise à jour batch (à partir d’un fichier mouvement) CalculsCalculs Epuration des basesEpuration des bases

Modèles de conception

Page 62: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 62

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des Systèmes d’InformationTypologie des Systèmes d’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 63: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 63

La PerformanceLa Performance

Est performance dans l’entreprise tout Est performance dans l’entreprise tout

ce qui, et seulement qui, contribue à ce qui, et seulement qui, contribue à

améliorer le couple valeur-coûtaméliorer le couple valeur-coût

N’est pas performance ce qui contribue N’est pas performance ce qui contribue

à diminuer le coût ou à augmenter la à diminuer le coût ou à augmenter la

valeur, isolémentvaleur, isolément

Typologie des SI

Page 64: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 64

Les différentes formes d’apports des Les différentes formes d’apports des systèmes d’information de gestionsystèmes d’information de gestion

Le pilotage des activités : prévisions, anticipation, Le pilotage des activités : prévisions, anticipation,

mesure des résultats, aide à la décisionmesure des résultats, aide à la décision La maîtrise des coûtsLa maîtrise des coûts

L’amélioration des performancesL’amélioration des performances

La productivité administrative et l’optimisation La productivité administrative et l’optimisation

techniquetechnique

L’enrichissement des tâchesL’enrichissement des tâches

La transparence de la gestion et la communication La transparence de la gestion et la communication

entre les acteursentre les acteurs

Typologie des SI

Page 65: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 65

Grâce à des fonctions de : • Modélisation,• Calcul,• Simulation,• Extrapolation

• De volume d’activités : De volume d’activités : quantités vendues quantités vendues par régions, par vendeurs, par lignes de par régions, par vendeurs, par lignes de produitsproduits

• De chiffre d’affairesDe chiffre d’affaires• De volumes de productions : De volumes de productions : matières, matières,

produits finisproduits finis• De résultats économiquesDe résultats économiques

• Fiabilité et rapidité du Fiabilité et rapidité du

« rolling forecast »« rolling forecast »• AnticipationAnticipation

Élaborer des prévisions

Le pilotage des activitésLe pilotage des activités

Typologie des SI

Page 66: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 66

Grâce à des fonctions de : • Reporting et consolidation• Gestion de bases de données

type « cubes »• Accès à des informations

externes

• Dégradation du chiffre d’affairesDégradation du chiffre d’affaires• Insuffisance de la qualitéInsuffisance de la qualité• Réduction des margesRéduction des marges• Apparition de concurrentsApparition de concurrents• OPA sauvageOPA sauvage• Risque socialRisque social• Satisfaction des clientsSatisfaction des clients

• RéactivitéRéactivité• Qualité de la prise de Qualité de la prise de

décisiondécision

Être alerté en temps utile

Le pilotage des activitésLe pilotage des activités

Typologie des SI

Page 67: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 67

Grâce à des fonctions de : • Enregistrement et

traitement des informations et indicateurs de pilotage

• Restitution selon les axes d’analyses

• Présentation électronique des informations

• Tableaux de bord : BSC

• Performance économique : retour sur Performance économique : retour sur investissements, dividendesinvestissements, dividendes

• Atteinte des objectifs de ventes, de coût Atteinte des objectifs de ventes, de coût unitaireunitaire

• Performance individuellePerformance individuelle

• Affinement des choix de Affinement des choix de

gestiongestion• Maîtrise du résultat Maîtrise du résultat

économiqueéconomique

Mesurer les résultats

Le pilotage des activitésLe pilotage des activités

Typologie des SI

Page 68: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 68

La maîtrise des coûtsLa maîtrise des coûts

Construire le budgetConstruire le budget• Par centres de ressources/centres de fraisPar centres de ressources/centres de frais• Par natures de charges et de produitsPar natures de charges et de produits• Par entité juridique, économique Par entité juridique, économique • Par périodePar période• En cohérence avec les objectifs stratégiques de l’entrepriseEn cohérence avec les objectifs stratégiques de l’entreprise• En s’appuyant sur les éléments de base de la prévision d’activitésEn s’appuyant sur les éléments de base de la prévision d’activités

Suivre le déroulement budgétaire et assurer le contrôle budgétaireSuivre le déroulement budgétaire et assurer le contrôle budgétaire• En comparant les réalisations au budget : masse salariale, engagements de En comparant les réalisations au budget : masse salariale, engagements de

dépenses, dépenses, • En maîtrisant la dépense à l’origine : contrôle des engagements, circuit de En maîtrisant la dépense à l’origine : contrôle des engagements, circuit de

validation des dépensesvalidation des dépenses Calculer les coûts unitaires et coûts completsCalculer les coûts unitaires et coûts complets

• En s’appuyant sur les taux d’unités d’œuvreEn s’appuyant sur les taux d’unités d’œuvre• Par centre de coûts et de profitsPar centre de coûts et de profits• Par lignes de produitsPar lignes de produits

Typologie des SI

Page 69: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 69

Coût du processus

• par contributeurspar contributeurs• par périodepar période• par contribution aux par contribution aux

lignes de produitlignes de produitIndicateurs de performance

• par types d’opérationspar types d’opérations• par contributeurspar contributeurs• par périodepar période• qualité, volumes, satisfaction, qualité, volumes, satisfaction, …… Leviers d’action

• réorganiser les tâches et réorganiser les tâches et opérationsopérations

• diminuer les temps mortsdiminuer les temps morts• sous-traitersous-traiter• modifier les délais d’appro.modifier les délais d’appro.

Optimiser le fonctionnement des processus

L’amélioration des performancesL’amélioration des performances

Typologie des SI

Page 70: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 70

Dégager de la productivité administrative

Domaines Domaines concernésconcernés

Fonctions concernéesFonctions concernées

AchatsAchats circuit des commandescircuit des commandes choix des fournisseurschoix des fournisseurs gestion des appels d’offregestion des appels d’offre circuit de validationcircuit de validation

VentesVentes suivi des clientssuivi des clients élaboration de la facturationélaboration de la facturation

ComptabilitéComptabilité traitement des factures fournisseurstraitement des factures fournisseurs EnregistrementsEnregistrements suivi des tierssuivi des tiers

La productivité administrative et La productivité administrative et l’optimisation techniquel’optimisation technique

Typologie des SI

Page 71: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 71

Dégager de la productivité administrative

Domaines concernésDomaines concernés Fonctions concernéesFonctions concernées

Gestion/BudgetGestion/Budget construction du budgetconstruction du budget calcul des coûtscalcul des coûts reportingreporting simulationsimulation

Production/stocksProduction/stocks planification de la productionplanification de la production suivi des travauxsuivi des travaux suivi des stockssuivi des stocks

Suivi des projetsSuivi des projets affectation des ressourcesaffectation des ressources suivi du point à fin d’affairessuivi du point à fin d’affaires gestion des portefeuillesgestion des portefeuilles

RHRH payepaye gestion des carrièresgestion des carrières formation/recrutementformation/recrutement

La productivité administrative et La productivité administrative et l’optimisation techniquel’optimisation technique

Typologie des SI

Page 72: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 72

La productivité administrative et La productivité administrative et l’optimisation techniquel’optimisation technique

Assurer l’optimisation technique

Domaines concernésDomaines concernés

simplification de l’architecture techniquesimplification de l’architecture technique

simplification de l’architecture applicativesimplification de l’architecture applicative

limitation des développements informatiques spécifiqueslimitation des développements informatiques spécifiques

maintenance des applicationsmaintenance des applications

allégement des configurations clientsallégement des configurations clients

opportunités d’out-sourcingopportunités d’out-sourcing

Typologie des SI

Page 73: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 73

L’enrichissement des tâchesL’enrichissement des tâches

Opérations concernéesOpérations concernées ExemplesExemples

élimination des tâches de saisieélimination des tâches de saisie facturation fournisseurs et clientsfacturation fournisseurs et clients

élimination des tâches de contrôleélimination des tâches de contrôle la saisie de la facture est rapprochée du la saisie de la facture est rapprochée du bon de commande bon de commande

amélioration des tâches de contrôleamélioration des tâches de contrôle navigation électronique au cours de la navigation électronique au cours de la saisie d’une pièce comptablesaisie d’une pièce comptable

accès à des informations de meilleure qualité : accès à des informations de meilleure qualité : plus riches et plus nombreuses, plus riches et plus nombreuses,

relevant de domaines nouveauxrelevant de domaines nouveaux

grâce à des fonctions de recherche amélioréesgrâce à des fonctions de recherche améliorées

consultation du datawarehousconsultation du datawarehous

navigation par l’intranetnavigation par l’intranet

accès au Webaccès au Web

capacités d’analyse accruescapacités d’analyse accrues simulationsimulation

croisement de donnéescroisement de données

conditions de restitution des informations conditions de restitution des informations renforcées et amélioréesrenforcées et améliorées

consultationconsultation

outils de présentationoutils de présentation

Des fonctionnalités nouvelles

Typologie des SI

Page 74: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 74

Des capacités de dialogue accrues

Situations concernéesSituations concernées ExemplesExemples

une base de données communautaireune base de données communautaire cas de l’utilisation d’un ERP ou d’un cas de l’utilisation d’un ERP ou d’un datawarehousedatawarehouse

un référentiel de gestion unique et partagéeun référentiel de gestion unique et partagée nécessité de disposer de règles de nécessité de disposer de règles de gestion homogènes et conçues de gestion homogènes et conçues de manière communautairemanière communautaire

des outils de communicationdes outils de communication construction unique du reporting et construction unique du reporting et circulation plus facile des informations circulation plus facile des informations entre les acteursentre les acteurs

un contrôle de gestion partagé grâce à l’intranet de un contrôle de gestion partagé grâce à l’intranet de l’entreprisel’entreprise

mise à disposition des analyses de mise à disposition des analyses de gestiongestion

des possibilités d’échanges rapides et instantanés : des possibilités d’échanges rapides et instantanés : messagerie, forum, …messagerie, forum, …

réunions électroniques et virtuellesréunions électroniques et virtuelles

web-conférencesweb-conférences

un accès généralisé à l’information externe grâce à un accès généralisé à l’information externe grâce à l’internetl’internet

se documenter sur les concurrentsse documenter sur les concurrents

La transparence de la gestion et la La transparence de la gestion et la communication entre les acteurscommunication entre les acteurs

Typologie des SI

Page 75: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 75

Les différentes catégories de systèmes d’information de Les différentes catégories de systèmes d’information de

gestion :gestion :• Les systèmes opérants Les systèmes opérants

• Le système comptable et de gestionLe système comptable et de gestion

• Les systèmes d’aide à la décisionLes systèmes d’aide à la décision

• La couverture fonctionnelle d’un ERPLa couverture fonctionnelle d’un ERP

Les typologies de systèmes Les typologies de systèmes d’information de gestiond’information de gestion

Typologie des SI

Page 76: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 76

Les systèmes opérantsLes systèmes opérants

Les domaines d’application et modules Les domaines d’application et modules fonctionnels concernésfonctionnels concernés

Gestion commercialeGestion commerciale

Gestion de productionGestion de production

Gestion des achatsGestion des achats

Gestion des stocksGestion des stocks Gestion des projetsGestion des projets

Gestion des ressources humainesGestion des ressources humaines

Finalités : traiter un besoin de gestion administrative et/ou

technique opérationnelle pour une fonction donnée de l’entreprise

apporter des informations de pilotage local

Typologie des SI

Page 77: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 77

Les systèmes opérantsLes systèmes opérants

o statistiques clients statistiques clients

o délais de fabricationdélais de fabrication

o volumes de productionvolumes de production

o taux de rebutstaux de rebuts

o insuffisance de ressourcesinsuffisance de ressources

o statistiques fournisseursstatistiques fournisseurs

o statistiques achatsstatistiques achats

o statistiques sur les équipementsstatistiques sur les équipements

o consommations de ressourcesconsommations de ressources

o absentéismeabsentéisme

o accidents de travailaccidents de travail

o … …

La production d’indicateurs de pilotage

Typologie des SI

Page 78: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 78

Le système comptable et de gestionLe système comptable et de gestion

Les domaines d’application et Les domaines d’application et modules fonctionnels modules fonctionnels

concernésconcernés comptabilité fournisseurscomptabilité fournisseurs comptabilité clientscomptabilité clients comptabilité généralecomptabilité générale comptabilité budgétairecomptabilité budgétaire comptabilité analytique et de comptabilité analytique et de gestiongestion gestion des immobilisationsgestion des immobilisations

Finalités : à la fois appartient à la catégorie des systèmes opérants,

mais également est considéré comme un outil de pilotage

Typologie des SI

Page 79: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 79

Architecture technique et fonctionnalitésArchitecture technique et fonctionnalités

o Bases de données relationnelles dotées de Bases de données relationnelles dotées de fonctions de requêtes, de calcul et de simulation fonctions de requêtes, de calcul et de simulation multi-critèresmulti-critères

o Articulées avec l’ensemble des systèmes Articulées avec l’ensemble des systèmes d’information de l’entreprised’information de l’entreprise

o Dotées de fonctions puissantes de restitutions Dotées de fonctions puissantes de restitutions d’information : tableaux de bord électroniques, d’information : tableaux de bord électroniques, navigation multi-critèresnavigation multi-critères

Finalités : Produire de l’information décisionnelle pour piloter les activités

Les systèmes d’aide à la décisionLes systèmes d’aide à la décision

Typologie des SI

Page 80: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 80

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des SystèmesTypologie des Systèmes d’Informationd’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 81: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 81

Niveaux de besoins des entreprisesNiveaux de besoins des entreprises

Toutes les entreprises collectent, génèrent et accumulent de grandes quantités de données.

En général les données ne sont pas stockées en un seul endroit :

l’information est dispersée sur des dizaines, voire des centaines de systèmes informatiques disjoints,

Chaque sous-système est hébergé par une fonction, un département, une région, un site ou un bureau de l’entreprise.

ERP, Progiciel de Gestion Intégré

Page 82: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 82

Niveaux de besoins des entreprisesNiveaux de besoins des entreprises

Chaque système hérité peut apporter un support parfait pour une activité donnée.

Mais le puzzle complexe qu’ils forment est un poids mort pour la productivité et la performance globales de l’entreprise.

ERP, Progiciel de Gestion Intégré

Page 83: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 83

Niveaux de besoins des entreprisesNiveaux de besoins des entreprises

L’ERP (Enterprise Ressource Planning) propose

l’intégration de tous les systèmes disjoints

composant le Système d’Information et de

toutes leurs fonctionnalités, en un seul progiciel.

ERP : ENSEMBLE DE MODULES PARAMÉTRABLES COUVRANT LES

GRANDES FONCTIONS DE GESTION D ’UNE ENTREPRISE

ERP, Progiciel de Gestion Intégré

Page 84: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 84

Définition de la notion d’ERPDéfinition de la notion d’ERP

ERP signifie Enterprise Ressource Planning, ou PGI pour Progiciel de

Gestion Intégré : Ensemble de modules paramétrables couvrant les grandes

fonctions de gestion d’une entreprise.

Les fonctions de l'entreprise sont reliées entre elles par l'utilisation d'un

système d'information centralisé sur la base d'une configuration client/serveur.

ERP, Progiciel de Gestion Intégré

Page 85: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 85

Définition de la notion d’ERPDéfinition de la notion d’ERP

Progiciel : Application développée par un éditeur et suffisamment

générale pour répondre aux besoins de plusieurs clients.

Il ne s’agit donc pas d’un logiciel spécifique maison

développé par une entreprise.

Il comprend en fait une base standard et une partie

personnalisable à travers un paramétrage.

ERP, Progiciel de Gestion Intégré

Page 86: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 86

Définition de la notion d’ERPDéfinition de la notion d’ERP

De gestion : Application dont le but premier est d’automatiser les transactions administratives

de l’entreprise : comptabilité, gestion des stocks, suivi des commandes et du programme de production, …

Un ERP permet de saisir les transactions et propage l’information recueillie vers les niveaux pertinents.

Toutefois, l’ERP ne contient pas de programme d’optimisation ou de décision automatique.

ERP, Progiciel de Gestion Intégré

Page 87: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 87

Définition de la notion d’ERPDéfinition de la notion d’ERP

Intégré : Il prend en compte l’ensemble des fonctions processus de

l’entreprise de manière intégrée et automatisée.

Gestion Gestion Comptable et Comptable et

FinancièreFinancière

Gestion de Gestion de ProductionProduction

Gestion des Gestion des Ressources Ressources HumainesHumaines

Gestion Gestion des des

AchatsAchatsGestion de la Logistique et de la Gestion de la Logistique et de la

DistributionDistribution

Gestion et Administration des Gestion et Administration des VentesVentes

ERP

ERP, Progiciel de Gestion Intégré

Page 88: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 88

Définition de la notion d’ERPDéfinition de la notion d’ERP

Intégré (suite) : Il est architecturé de sorte à assurer une gestion unique, cohérente et sécurisée des

données en temps réel

Il garantit à tout instant une intégrité et une cohérence parfaite des données pour

tous les utilisateurs.

Il a donc comme objectif de mettre fin aux problèmes d’interfaçage, de

synchronisation et de doubles saisies.

Cette intégration signifie que les données utiles sont stockées en un seul endroit,

garantissant l'absence d'incohérences et supprimant les saisies redondantes

ERP, Progiciel de Gestion Intégré

Page 89: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 89

Couverture de l’ERPCouverture de l’ERP

L’ERP s’applique à toutes les composantes du système d’information de gestion :

la totalité du système comptable et de gestion

à tout ou partie des systèmes opérants

L’ERP a tendance à s’étendre vers les systèmes opérants et à offrir des solutions en terme de décisionnel

L’ERP peut être partiellement installé autour, en général, du noyau comptable et de gestion

S y s tè m e s o p é ra n ts

Aid

e à

la d

é cis

ion

S y s tè m ec o m p ta b le e t

d e g e s tio n

E R PE R P

ERP, Progiciel de Gestion Intégré

Page 90: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 90

Historique des ERPHistorique des ERP

ERP

ERP

Formation

SSII

Freelance

Client-Serveur

Conseil,audit

SGBD

WorkFlow,DataWareHouse

Réseaux, Internet

EDI, e-comGED

Intégration Middleware

Systèmed’exploitation

Marchés satellites du marché des ERP

ERP, Progiciel de Gestion Intégré

Page 91: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 91

Caractéristiques générales d’un ERPCaractéristiques générales d’un ERP

Gestion effective de plusieurs domaines de l’entreprise par

des modules intégrés ou des progiciels susceptibles

d’assurer une collaboration des processus

Adaptations rapides aux règles de fonctionnement

(professionnelles, légales ou liées à l’organisation interne de

l’entreprise)

Existence d’un référentiel unique de données : ensemble des

références des données ainsi que des indications

nécessaires pour retrouver les données elles mêmes sur une

base de données

ERP, Progiciel de Gestion Intégré

Page 92: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 92

Caractéristiques générales d’un ERPCaractéristiques générales d’un ERP

Adaptations à de nombreuses langues

Unicité d’administration du sous-système applicatif (les

applications)

Uniformisation des interfaces homme-machine (mêmes

écrans, mêmes boutons, même famille de barres de

menu, même touches de fonctions et de raccourcis, etc.)

Existence d’outils de développement ou de

personnalisation de compléments applicatifs.

ERP, Progiciel de Gestion Intégré

Page 93: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 93

Caractéristiques générales d’un ERPCaractéristiques générales d’un ERP

Apports sur le plan technique Une couverture fonctionnelle de presque toutes les fonctions de l’entreprise à partir d’un même

progiciel/éditeur une manière de simplifier l’architecture du système d’information de gestion

Apports sur le plan d’organisation des processus saisie unique de l’information simplification/banalisation des processus grâce à une bibliothèque de processus standards work-flow intégré partage des tâches et fonctions entre plusieurs utilisateurs une vision transversale des processus reliant les différents métiers d’une entité

Apports sur les plans de pilotage et de gestion langage de gestion commun et partagé cohérence des données partage et circulation des informations décisionnelles

ERP, Progiciel de Gestion Intégré

Page 94: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 94

Caractéristiques générales d’un ERPCaractéristiques générales d’un ERP

Le Système d’Information de l’Entreprise

Avant l’ERP Après l’ERP

Lecture : « Les Progiciels de Gestion Intégrée », Compilation, page 3

ERP, Progiciel de Gestion Intégré

Page 95: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 95

PlanPlan

Système d’Information : GénéralitésSystème d’Information : Généralités

Présentation de la méthode MerisePrésentation de la méthode Merise

Modèles de conceptionModèles de conception

Typologie des SystèmesTypologie des Systèmes d’Informationd’Information

ERP : Progiciel de Gestion IntégréERP : Progiciel de Gestion Intégré

AnnexesAnnexes

Page 96: Développement des Systèmes dInformation B. BOUNABAT

Système d’Information 96

AnnexesAnnexes

A : La problématique des Systèmes d’InformationA : La problématique des Systèmes d’Information

B : Les NTIC au cœur du Système d’InformationB : Les NTIC au cœur du Système d’Information

C : La nouvelle gestion des processusC : La nouvelle gestion des processus

D : Les Progiciels de Gestion Intégrée D : Les Progiciels de Gestion Intégrée