[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.

[SIAD][GOE] L'application des idées de l'école des relations humaines

Dans la théorie des Organisations, l'école des Relations Humaines insiste sur la prise en compte de l'aspect humain des employés par les managers. Une dimension complètement ignorée par l'école classique qui essayait de bâtir l'industrie en se focalisant entièrement sur l'aspect technique et en faisant face à l'absence de ma main d'oeuvre qualifiée.

L'école des Relations Humaines exploite les différentes propositions dans le domaine social et psychologique pour améliorer les conditions de travail. Cette amélioration en veut pas dire forcément un changement technique ou une modification des processus métiers.

Dans cette vidéo, nous pouvons voir les différents efforts fournis par l'entreprise pour pouvoir améliorer la qualité de vie dans l'entreprise. Il est claire que ces efforts reposent sur la pyramide de Maslow : ils visent à rendre l'entreprise plus qu'une simple source pour la satisfaction des besoins  de base (physiologique et sécurité). L'objectif est d'atteindre un niveau plus haut de la pyramide en créant un lien d'appartenance entre l'employé et l'entreprise.

Pyramide de Maslow des besoins humaines

Le sport entre collègues, les activités en équipes et les sorties collectives ne réduisent pas le temps de travail et ne représentent pas un coût très cher, mais, leur gain est inestimable. L'employé se sent respecté et estimé pour sa personne, indépendamment de sa position dans l'entreprise. Il se sent aussi comme faisant partie d'une chose plus grande et qu'il grandit avec elle. Les liens d'amitié limitent les conflits et améliorent la communication entre les membres d'équipe. L'entreprise devient la deuxième famille de l'employé.

A ce stade, il est naturel de voir des employés qui innovent pour leur entreprise et qui tente d'améliorer les choses même si cela n'est pas de leur obligation. En se sentant entendus et respectés par les managers, ils peuvent fournir des efforts supplémentaires, même non rémunérés, pour le bien de l'entreprise.

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.