[SI] Modèle Entité/Association : quelques notes

Le modèle Entité/Association est très répondu dans le domaine des Systèmes d'Information. Il permet de modéliser la partie statique (les données) d'un Système d'Information. Il est souvent utilisé comme un Modèle Conceptuel des Données (MCD) pour l'approche Merise.

Contrairement au diagramme de classes, le modèle Entité/Association se concentre sur les données seulement ce qui permet un passage plus précis et plus facile vers une base de données relationnelle au niveau physique.
Le modèle Entité/Association repose sur quatre notions de base :

1. Entité : tout objet manipulé dans le système.
2. Association : les liens entre les entités.
3. Propriété : les attributs des entités et des associations.
4. Cardinalité : l'aspect quantitatif d'une association.

Il évident que ces définitions sont très simplifiés et très simplistes. Notre objectif, dans cet article, n'est pas de présenter un cours en Système d'Information mais de donner des points essentiels à ne pas oublier durant l'élaboration d'un diagramme Entité/Association :

1. Chaque entité doit avoir des propriétés. Elle doit avoir au moins une propriété qui sera la clé.

2. Une entité est une représentation d'un ensemble d'instances qui partagent les mêmes propriétés. Ainsi, l'entité Etudiant (le nom d'une entité doit être toujours au singulier) est une représentation de plusieurs instances (plusieurs personnes) qui ont le même rôle et qui partage les mêmes attributs dans un établissement d'enseignement. Ainsi, si nous avons des informations constantes (qui ne changent pas dans le temps) et uniques (absence de la notion d'instance), ces informations ne sont pas représentées dans le modèle Entité/Association. Par exemple, si nous avons une seule salle machine, il est évident que toutes les séances de TP seront organisées dans cette salle et il n'y a aucun besoin pour créer une entité Salle Machine, ni pour créer l'association Se Déroule A.

L'entité Salle Machine n'est pas nécessaire parce qu'il existe une seule Salle Machine

3. Le système ne doit pas figurer comme entité. Mettre le système étudié comme entité représente une grosse erreur qui falsifier complètement le modèle et cela est pour les raisons suivantes :

    a. Il n'existe qu'un seul système, ainsi, la notion d'instance est absente.
    b. Toutes les entités sont manipulées à l'intérieur du système et toutes les associations sont créées à l'intérieur du système. Si nous le mettons comme entité alors nous devons le lier à toutes les entités et à toutes les associations.
    c. Les liaisons du point b ci-dessus, même créées, ne portent aucune information additionnelle. Nous savons déjà que toutes les entités et toutes associations existent à l'intérieur du système.

4. Le modèle doit être connexe, c'est à dire, nous ne devons pas avoir deux sous ensembles des entités S1 et S2 où quelques soit x de S1 et quelque soit y de S2 il n'y a aucune association entre x et y.

5. Il n'y a aucune condition sur le nombre des associations entre deux entités. Nous mettons autant que le système voit comme association entre les deux entités.

6. Il n'y a aucune condition sur les cardinalités aux deux côtés d'une association entre deux entités A et B sauf l'interdiction d'un couple particulier (1, 1) et (1, 1) ( (1, 1) dans les deux côtés de la même association). Ce couple veut dire que ne pouvons pas avoir une instance de A sans une instance de B comme nous ne pouvons pas avoir une instance de B sans une instance de A. Ainsi, nous nous trouvons dans une situation d'interblocage et nous ne pouvons pas créer ni des instances de A, ni des instances de B. Sur le plan conceptuel, ce couple de cardinalités veut dire que les deux instances existent ensembles, par conséquence, elles doivent être fusionnées pour éviter le problème.

Cardinalités intérdites : (1, 1) et (1, 1) dans la même association.

Le modèle Entité/Association est très utile pour débuter en systèmes d'information. Comprendre les deux dimensions statique/dynamique du système et pourvoir les séparer sont très essentiel pour tout future concepteur des Systèmes d'Information.

[SI] Diagramme des flux d'information : quelques notes

Le diagramme des flux d'information tente de représenter les différents flux d'information dans une organisation durant une activité donnée. Le diagramme se base sur deux notions :

1. Acteur : tout entité qui peut émettre ou recevoir un flux d'information. On distingue les acteurs externes et les acteurs internes (selon les frontière du système). Un acteur est représenté par une forme ovale.

2. Un flux d'information : un déplacement d'information entre un émetteur et un récepteur. Un flux est représenté par une flèche (arc orienté) de l'émetteur vers le récepteur.

En préparant un diagramme des flux d'information, nus devons garder en esprit les points suivants :
1. On ne s'intéresse qu'aux flux d'information. Ainsi, les flux des biens (produits finis, matière première, matériel, etc..) et les flux monétaires (paiement) sont ignorés. Néanmoins, si l'un de ces flux est associé à un document qui le justifie, ce document doit être pris en considération.

2. Les flux sont numérotés dans un ordre chronologique (le premier flux prend le numéro 1, le deuxième flux le numéro 2, etc..). Nous pouvons désigner que deux flux s'effectue en même temps en donnant le même numéro aux deux.

3. Un flux peut être associé à une condition s'il n'arrive pas toujours.

4. Nous ne considérons pas tout message échangé comme un flux d'information. Si le message ne change pas entre les différentes instances des acteurs impliqués ou bien entre les différentes activités de l'organisation, ce message n'est pas une information.

5. Les processus métier (activités) présentés dans les diagrammes des flux d'information sont (généralement) logiques et organisés. Ainsi, une activité est déclenchée par un seul acteur qui génère le premier flux d'information. Par la suite, nous ne pouvons pas imaginer un autre acteur qui émis un flux sans recevoir au préalable un autre flux précédent. Il est même très souvent de voir que si le flux "n" est émis d'un acteur A vers un acteur B, le flux "n + 1" sera émis de l'un des deux acteurs.

6. Suivant la règle 5, un diagramme de flux d'information doit être connexe, c'est à dire, nous ne devons pas avoir deux sous-ensemble S1 et S2 tels que quelque soit l'acteur x de S1 et quelque soit l'acteur y de S2, il n'y a pas de flux entre x et y.

7. Un flux 'information ne concerne qu'une seule activité, ainsi, si la description donnée commence à décrire les étapes d'une autre activité, vous devez lui attribuer un deuxième diagramme des flux d'information.

8. Les description donnée en langue naturelle sont affectée par cette dernière. En effet, la langue humaine (langue naturelle) n'est pas exacte, ambiguë et cache des informations implicites. Ainsi, il faut garder en esprit les notions sur la gestion et l'organisation des entreprises. A titre d'exemple, si le flux "n" est une demande, il faut s'attendre à ce qu'il y aura un flux "n + d" (tel que d ≠ 0) comme réponse à la demande émise.

Le diagramme des flux d'information est l'un des plus anciens diagrammes utilisés pour modéliser l'aspect informationnel des activités de l'entreprise. Comprendre ce diagramme est essentiel pour chaque débutant dans le domaine des Systèmes d'Information. Cette compréhension permet de mieux cerner la notion d'information et du rôle d'un système d'information. Cette compréhension est importante, aussi, pour une meilleure saisie des notions plus récentes telles que le Workflow et ses technologies.

Exercice Corrigé : Diagramme des flux d'informations (Fromation des employés)

Exercice

Chaque année, une entreprise de fabrication des équipements électroniques fait des formation pour une partie de ses employés pour rester à jour avec les avancées technologiques.

Après la réception du budget réservé aux formation, le service de gestion des ressources humaines contacte les différents départements pour recenser les besoins de chaque département. Après la réception des réponses, le service prépare une liste des employés et des formations qu'ils vont suivre. Il contacte chaque employé pour lui informer du dossier à fournir. L'employé prépare le dossier et le dépose au niveau de son département. Chaque département vérifie les dossiers qu'il reçoit et les envoie par la suite au service de gestion des ressources humaines. Ce dernier prépare les documents nécessaires pour chaque employé (autorisation d'absence, ordre de mission, justificatif de paiement) et les envoie aux employés concernés.

Exercice Corrigé : Diagramme des flux d'informations (Justification d'une absence)

Exercice

Un étudiant est autorisé à manquer ses séances à l'université si sa santé ne lui permet pas d'assister. Néanmoins, il doit justifier son absence.

Dans un délai de 48h, l'étudiant dépose une demande et les documents médicaux (ordonnance, certificat médical) au niveau du secrétariat de son département. Les secretaires vérifient les documents déposés. S'ils présentent un problème (traitement non suivi, dépacement du délai), la demande est rejetée et les documents sont retournés à l'étudiant. Sinon, les secrétaires vérifient l'emploi du temps de l'étudiant et préparent la liste des séances à justifier (séances des travaux dirigés et des travaux pratiques). Sur ce, un justificatif d'absence est préparé et envoyé au chef de département pour validation et signature. Après récupération, le justificatif est livré à l'étudiant qui le présente en cas de demande des enseignants.

Exercice Corrigé : Diagramme des flux d'informations (Inscription bourse universitaire)

Exercice

Au début de chaque année, les étudiants désirant bénéficier de la bourse universitaire doivent s'inscrire.

L'étudiant dépose le dossier demandé au niveau du bureau d'inscription. L'agent vérifie les documents présentés (liste et validité). Si un document manque, le dossier est retourné à l'étudiant sur place. Les dossiers acceptés sont envoyés par la suite au siège des oeuvres universitaires où une vérification de conformité est effectuée. Si des pièces ont été trouvées invalides, une liste de ces pièces est envoyée à l'étudiant pour ramener de nouvelles copies. Après le dépôt de ces pièces et la compléter du dossier, une lettre qui confirme l'inscription au service de la bourse universitaire est envoyée à l'étudiant.

Exercice Corrigé : Diagramme des flux d'informations (Maintenance de SONELGAZ)

Exercice

L'entreprise SONELGAZ garantit la maintenance des équipements électriques installés chez les clients.

En cas de panne, le client dépose une demande de maintenance au niveau du service commercial le plus proche de son domicile. Après vérification du contenu de la demande, le service commercial confirme la demande et l'envoie au service technique. Une équipe du service technique se déplace au domicile du client pour vérifier la panne et déterminer les équipements nécessaires pour la réparer. L'équipe retourne ensuite au siège pour récupérer les équipements nécessaires et revient plus tard pour réparer la panne. Après la fin de la réparation, un PV (procès verbal) qui confirme la réparation est préparé en deux copies et donné au client pour vérification et signature. Le client signe les deux copies, il garde une et retourne la deuxième à l'équipe de réparation. Cette dernière renvoie la copie signée au service commercial qui inscrit les frais de réparation dans la prochaine facture. 

Exercice Corrigé : Diagramme des flux d'information (Certificat de travail)

Exercice

Pour récupérer une copie du certificat de travail, l'employé se rapproche du service du personnel pour déposer une demande qui contient ses informations personnelles. L'employé au service personnel fait une vérification dans les dossiers des employés. Si aucune erreur n'est présente, elle prépare une copie du certificat de travail et l'envie au doyen de la faculté pour signature. Après sa récupération, le certificat est remis à l'employé concerné. Si une erreur est détectée, une réponse est rédigée par l'employé du service du personnel et remise à l'employé concerné pour qu'il puisse entamer une procédure de correction des données du dossier.

Exercice Corrigé : Diagramme des flux d'informations (Relevé de notes)

Exercice

Pour récupérer une copie du relevé de notes, l'étudiant se présente au secrétariat de son département et dépose une demande qui mentionne l'année d'études, l'année universitaire et le type du relevé qu'il désire récupérer. La secrétaire fait une vérification au niveau des archives du département. Si aucun problème n'est présent, elle prépare le relevé et l'envoie au chef de département pour la signature. Le relevé est remis à l'étudiant après sa récupération. Si un problème est détecté (une erreur des données, dossier introuvable, etc.), la demande est remise à l'étudiant avec le motif de refus.

Exercice Corrigé : Diagramme des flux d'informations (Paiement au trésor public)

Exercice

Pour effectuer des paiements envers les institutions publiques, il faut passer par le trésor public de la wilaya. L'administration concernée par le paiement doit fournir au citoyen un bon de paiement qui contient les informations sur cette administration, le motif de l'opération et le montant à payer. Le citoyen doit se présenter au guichet de réception au trésor public de la Wilaya. L'employé lui prépare, en se basant sur le bon de paiement, un reçu de paiement en deux copies. Le citoyen se dirige, ensuite, vers la caisse et effectue le paiement nécessaire. Sur ce, le caissier signe et vise les deux copies; il garde une copie et rend l'autre au citoyen comme preuve de paiement à remettre à l'administration concernée.

Exercice Corrigé : Diagramme des flux d'informations (Achat des matériaux de construction)

Exercice

Un magasin de vente des matériaux de construction dispose d'un point de vente (showroom) et d'un magasin de stock (qui se situe en dehors de la ville). Pour acheter des produits, le client doit se présenter au point de vente et présenter un bon de commande détaillé avec le paiement nécessaire (en espèce ou par chèque bancaire). Le responsable des ventes lui donne, en contrepartie, une facture signée. Le client se dirige, ensuite, vers le magasin de stock. En recevant la facture, le responsable des stocks fournit au client les produits mentionnés ainsi que la facture avec la mention "Livrée".

Exercice Corrigé : Diagramme des flux d'informations (Etat Civile)

Exercice

Pour pouvoir récupérer un document de l'état civil, un citoyen doit se présenter au siège de mairie le plus proche de son domicile. Il doit s'orienter vers le guichet chargé du document voulu et présenter sa carte d'identité. Après vérification de son identité, l'employé du guichet demande au citoyen de préciser le document qu'il veut récupérer et le nombre des copies. Suivant la réponse donnée, l'employé préparer les documents en question et les rend au citoyen. Ce dernier se dirige vers le guichet du chef du service pour vérification et signature des documents tirés.

Position du module "Système d'Information" dans la formation Licence Informatique

Le module "Système d'Information" est un module enseigné pour les étudiant en 2ème année Licence Informatique à travers le territoire national. Ce module est enseigné dans l'université pour plusieurs autres spécialités et depuis des dizaines d'années. Une bonne partie du cours n'est pas mise à jour et enseignée telle qu'elle l'était depuis plus de 20 ans. Par rapport aux nouvelles technologies et nouvelles approches (Cloud Computing, No SQL, reactive programming, etc..), ce module semble bien dépassé et expiré.

Mais, la réalité est bien le contraire. Le module "Système d'Information" n'a jamais était à propos d'une technologie et ne le sera jamais. Ce module vise à faire comprendre des notions abstraites, présentes dans toutes les organisations et nécessaires pour pouvoir comprendre les enjeux à faire face durant la conception d'un "Système d'Information". Comme la notion de variable qui existe depuis 60 ans dans les programmes d'enseignement, la notion "Système" doit être présentée comme elle l'était depuis toujours.

Malgré que le module est généralement doté d'une partie pratique attachée à une méthode ou approche particulière, cette dernière n'a jamais été son objectif. Ainsi, si nous donnons Merise (on l'utilise encore pour enseigner) comme un exemple d'application, c'est pour pouvoir donner des exemples sur les notions théoriques que l'étudiant doit saisir. L'objectif n'est jamais le MCD, MCT ou MOT.

L'importance de ces notions réside dans leur niveau d'abstraction très élevé. En effet, elles sont indépendantes de toute technologie, de toute approche et de toute forme d'organisation. Elles sont si abstraites qu'elles englobent toutes ces notions. Les notions abstraites données en "Système d'Information" définissent les positions de ces derniers éléments, leurs rôles, les exigences qu'ils doivent respecter et leur dimension fonctionnelle.

Sur le plan pratique, le module vise à introduire les étudiants à cette idée de reprendre une organisation, de comprendre son fonctionnement et de proposer une solution d'automatisation. Cette activité de modélisation doit être comprise, non pas dans le cadre de l'approche choisie comme champs d'application, mais dans son principe de base et sa philosophie générale.

Ainsi, ce module marque les frontières entre les spécialistes et les amateurs. Ceux sont ces notions qui permettent aux professionnels de choisir la bonne solution pour le bon problème. Et par bonne solution, je veux dire sur le plan technique, conceptuel et organisationnel. Ainsi, on ne trouvera jamais un professionnel qui construit une solution pour une grande organisation en utilisant une API JavaScript proposée depuis un mois juste parce que c'est la mode.

En terme de formation, ce module est lié à d'autres modules dont il représente une introduction. Le module Base de Données repose sur les notions acquises pour justifier la construction des applications autour des données centralisées dans des bases de données. Par la suite, le module Adminsitration des Bases de Données continuera sur la même voie et nécessitera la compréhension de la notion de charge et une imagination de la taille des données dans une organisation donnée. Le module Génie logiciel nécessite aussi la compréhension des notions du SI; comprendre les enjeux des ressources, des délais et de déploiement nécessitent la compréhension de la notion d'organisation et du système. Finalement, le module IHM nécessite la compréhension de la notion de scénario métier pour pouvoir définir les actions prévues par l'utilisateur et les lier aux données modelées.

Le Système d'Information est le niveau abstrait d'un ensemble de spécialités et d'approches. Il est indépendant de toute technologie et de toute approche. Mais, sa compréhension est nécessaire pour une meilleure utilisation de ces technologies et de ces approches dans le contexte professionnel.

[GOE] Les changements brusques dans l'environnement de l'entreprise, exemple d'actualité

L'inconvénient principal des deux écoles (classique) et (relation humaine) est l'absence de toute analyse de l'environnement de l'entreprise. L'école classique s'est concentrée sur l'aspect technique et sur la mise en oeuvre et la définition des fonctions de base de l'entreprise. L'école des relations humaines s'est concentrée sur la dimension humaine des employés. Les axiomes et les principes de ces deux écoles ne font aucune référence à l'environnement de l'entreprise.

Cet inconvénient a coûté cher à un grand nombre d'entreprises. En effet, avec l'arrivée de la concurrence et des changements technologiques, économiques et sociaux rapides et brusques, la grande majorité des entreprises n'arrivaient pas à survivre.

L'école managériale, actuellement suivie, qui repose sur une planification du changement et l'utilisation avancée des technologies de l'information et de la communications, a prouvé son efficacité dans des conditions très difficiles et dans des environnements très hostiles.

Le prince Walid ben Talal

Nous prenons à titre d'exemple, un fait très récent qui date le 04 Novembre 2017, le groupe saoudien "kingdom", propriété du prince Walid ben Talal, a connu un choque particulier avec l'arrestation de son propriétaire suite à des accusation de corruption. Et malgré que les investigations n'ont pas donné de résultats et qu'il s'agit au stade actuel des "accusations" et que le principe n'a pas été trouvé "coupable", les rumeurs et les analyses sur le marché ne laisse pas la place à une deuxième possibilité; ce qui représente un changement très brusque et une pression particulière imposée sur le groupe "kingdom".

C'est à ce stade que nous pouvons voir l'utilité d'une vision stratégique d'un côté et d'une séparation entre les deux acteurs : managers et actionnaires. Au cours de la journée du 05 Novembre 2017, les cours du groupe ont connu une chute libre dans la bourse saoudienne au début de la journée. Néanmoins, une amélioration remarquable a pu être constatée au fur et à mesure; cette amélioration ne peut être justifiée que par les efforts des managers encore sur le terrain malgré l'absence de l'actionnaire principal. Nous pouvons supposer avec une grande certitude qu'il s'agissait essentiellement d'un effort fourni pour assurer les autres actionnaires et les autres acteurs que le groupe "kingdom" peut continuer avec les mêmes performances.

La chute des cours du groupe "kingdom" et la récupération au cours de la journée.

Les cours du groupe en connu des pertes d'environ 7%, mais les dégâts pouvaient être plus graves.

ABD [Mise à Jour - 2020 - CoVid-19] - Administration des Bases des Données (Présentation générale - Les présentations du cours)

"Montrer les tendances actuelles dans le domaine d'administration des bases des données".

[ABD] Pourquoi le SQL (LDD et LMD) n'est pas suffisant pour l'administration ?

MySQL est un excellent SGBD pour commencer à travailler sur des aspects un peu plus avancés que les simples requêtes SQL.

[ABD][Pratique] Statement et PreparedStatement : pour éviter les problèmes liés aux caractères spéciaux

Une application centrée sur une base des données relationnelle doit implémenter les différentes requêtes de manipulation des données nécessaires à son bon fonctionnement.