SOMMAIRE INTRODUCTION

Transcription

1 SOMMAIRE INTRODUCTION...2 I. L ETUDE PREALABLE La problématique Les objectifs L étude de l existant Les limites de l existant L approche de solution...4 II. L ETUDE DETAILLEE...5 A. Le Niveau Conceptuel La Grille de détermination de données Le dictionnaire des Données La matrice de dépendances fonctionnelles Le Modèle Conceptuel des Données (MCD) Le diagramme des flux Diagramme conceptuel des traitements...16 B. Le Niveau logique et organisationnel Modèle logique des données (MLD) Modèle organisationnel des traitements...22 CONCLUSION TABLE DES MATIERES...28

2 INTRODUCTION La phase d analyse est une phase très primordiale et déterminante dans la réalisation d un projet informatique. Elle nous permet de bien comprendre le sujet, de l étudier et de proposer des solutions. Pour y parvenir, nous avons besoin d une méthode d analyse. Consacrée à la présentation et à l étude de notre analyse, nous avons choisi la Méthode d Etude et de Réalisation Informatique par Sous Ensembles (MERISE). Le présent rapport décrit la démarche que nous avons suivie à travers cette méthode. Ainsi nous aurons à distinguer deux modèles de représentation du système à savoir : le Modèle Conceptuel des Données (MCD) et le Modèle organisationnel des Données (MLD). Page 2

3 I. L ETUDE PREALABLE L étude préalable est une étape très importante dans la démarche MERISE et la réalisation d un projet informatique car elle permet de comprendre le projet ainsi que les besoins et les objectifs à atteindre. Cette méthode nous permet de relever également les insuffisances de la gestion actuelle et nous aide à préconiser une approche de solution pour remédier à ces insuffisances. 1. La problématique Face à la concurrence grandissante dans le domaine de l architecture, l on remarque que les opérateurs économiques ont l embarras du choix dans la réalisation de leurs différents projets de construction. Aussi prennent-ils l initiative de s informer sur les différents cabinets de la place pour s approprier des qualités et aussi des faiblesses de chacun d eux pour un choix plus judicieux. Tout cela requiert une organisation minutieuse pour un accès plus facile aux informations du cabinet. Dans le souci de rendre les informations concernant son cabinet plus accessible à toute personne désireuse d y accéder, Eza Architectures nous a demandé de lui concevoir un site web présentant le cabinet et son équipe, les différents projets entrepris ou réalisés et offrant la possibilité de postuler pour un stage ou un emploi au sein du cabinet. 2. Les objectifs Il ressort de l existant que, la présentation du cabinet et de ses activités pourrait mettre en avant : la présentation du cabinet, des métiers et l équipe de façon plus conviviale et plus facile d accès ; la gestion des recherches d informations relatives aux différents projets en cours ou réalisés ; la gestion et l archivage des demandes de stage et d emploi. Ces objectifs ont pour but d automatiser la présentation du cabinet Architectures et de ses différentes activités. Eza Page 3

4 3. L étude de l existant L étude de l existant est essentielle et constitue notre premier contact avec le système d information. Elle est consacrée après l analyse du domaine d étude à la détermination de ses limites et à la proposition de solutions visant à l améliorer. 4. Les limites de l existant L étude de l existant à propos de la présentation du cabinet et de ses activités nous a permis de soulever certains problèmes entre autres : la recherche des différentes informations utiles dans le but de les présenter requiert beaucoup de temps. Lorsqu on veut par exemple des informations concernant un projet, il faut fouiller dans un tas de dossiers ou rechercher le dossier contenant (préalablement enregistré) sur l ordinateur ce qui est lent et pénible ; on peut aussi remarquer la fragilité des supports de stockage des informations. En effet les supports papiers se dégradent à long terme ce qui pourrait conduire à une perte de données ; l archivage des demandes de stage ou d emploi n est pas géré ce qui cause des pertes de données conséquentes. 5. L approche de solution Dans notre but d améliorer le système actuel et compte tenue des objectifs à atteindre, nous proposons au cabinet Eza Architectures la création d un site web dynamique capable de : présenter de manière précise le cabinet, les métiers qui y sont exercés et l équipe qui le compose ; faciliter l accès aux informations et de manière moins encombrante; palier à la dégradation à long terme des supports et la perte des données (demandes de stage ou d emploi) à travers le choix d un système de stockage informatique tel que la création d une base de données. II. L ETUDE DETAILLEE Page 4

5 A. Le Niveau Conceptuel L étude conceptuelle des données est une analyse permettant la représentation graphique des données existantes dans le système d information. Elle se passe en quatre (4) étapes : la grille des besoins en données, le dictionnaire des données, la matrice des dépendances fonctionnelles et la représentation du modèle conceptuel de données (MCD) proprement dite. 1. La Grille de détermination de données Il convient de recueillir les données nécessaires à l élaboration de notre projet. Toutes les informations recueillies dans le système sont résumées dans la grille des besoins en données. Après recueil des données notre grille des besoins en données se présente comme suit : Tableau1 : Grille des besoins en données Thème du projet : Conception du site web d Eza Architectures N Informations en sortie I GRILLE DES BESOINS EN DONNES Etape : Analyse Conceptuelle Règles de gestion B C P Informations en entrées 1 Identifiant de l'internaute * * Identifiant de l'internaute 2 Nom de l'internaute * * Nom de l'internaute 3 Prénom de l'internaute * * Prénom de l'internaute 4 Date de naissance de l'internaute * * Date de naissance de l'internaute 5 Sexe de l'internaute * * Sexe de l'internaute 6 Nationalité de l'internaute * * Tableau1 Page 1 / 3 Thème du projet : Conception du site web d Eza Architectures GRILLE DE DETERMINATION DES DONNEES Nationalité de l'internaute Etape : Analyse Conceptuelle Page 5

6 N Informations en sortie I Règles de gestion B C P Informations en entrées 7 de l'internaute * * de l'internaute 8 Compétences de l'internaute * * 9 Adresse de l'internaute * * Compétences de l'internaute Adresse de l'internaute 10 Identifiant du profil * * Identifiant du profil 11 Domaine d'activité * * Domaine d'activité 12 Référence d'une offre d'emploi * * Référence d'une offre d'emploi 13 Libellé de l'offre * * Libellé de l'offre 14 Niveau minimum requis * * Niveau minimum requis 15 Age minimum requis * * Age minimum requis 16 Age maximum requis * * Age maximum requis 17 Montant de rémunération proposé * * 18 Date de début de l'offre * * Montant de rémunération proposé Date de début de l'offre 19 Date de fin de l'offre * * Date de fin de l'offre 20 Expérience professionnelle requise * * Expérience professionnelle requise Tableau1 Page 2 / 3 Thème du projet : Conception du site web d Eza Architectures N Informations en sortie I GRILLE DES BESOINS EN DONNEES Page 6 Etape : Analyse Conceptuelle Règles de gestion B C P Informations en entrées

7 21 Date de soumission d'un internaute à une offre * * 22 Identifiant d'une demande * * 23 Description de la demande * * Date de soumission d'un internaute à une offre Identifiant d'une demande Description de la demande 24 Durée de la demande * * Durée de la demande 25 Montant de rémunération * * Montant de rémunération 26 Type de la demande * * Type de la demande 27 Date de la demande * * Date de la demande Tableau1 Page 3 / 3 Légende I : interviews B : donnée de base C : donnée calculée P : donnée en paramètre 2. Le dictionnaire des Données Le dictionnaire des données recense et décrit l ensemble des propriétés utiles et qui seront utilisées dans le modèle conceptuel des données (MCD). Le dictionnaire de données est obtenu grâce à la grille de détermination des données Page 7

8 qui contrairement au dictionnaire ne tient pas compte des doublons mais précise la provenance des données. Le dictionnaire doit être le plus complet possible dans la description de chacune des propriétés retenues. Une fois élaboré, il doit être contrôlé afin de s assurer qu il ne contient aucun synonyme (Propriété de nom différent ayant la même signification), ni polysèmes (propriétés ayant des significations multiples), ni données calculées. Code : c est l expression contractée de la signification d une propriété ; Signification : c est l expression détaillée du code ; Type : c est le type d une donnée (exemple : Numérique «N»); Taille : c est le nombre de caractères maximal des données ; Observation : Des informations supplémentaires sur une propriété. Le dictionnaire de données correspondant à notre projet est illustré par le tableau 2. Tableau2 : Dictionnaire des données Thème du projet : Conception du site web d Eza Architectures DICTIONNAIRE DES DONNEES Etape : Analyse Conceptuelle N Code Signification Type Taille Nature Observation 1 Id_Inter Identifiant de l'internaute N 5 E 2 Nom_Inter Nom de l'internaute AN 30 E 3 Pren_Inter Prénoms de l'internaute AN 50 E 4 Date_Naiss Date de naissance de l'internaute Identifiant automatique D 10 E JJ/MM/AAAA 5 Sexe_Inter Sexe de l'internaute A 1 E M / F Tableau2 Page 1 / 2 Thème du projet : Conception du site web d Eza Architectures DICTIONNAIRE DES DONNEES Etape : Analyse Conceptuelle N Code Signification Type Taille Nature Observation 6 Nat_Inter Nationalité de l'internaute AN 15 E 7 _Inter de l'internaute AN 50 E 8 Comp_Inter Compétences de l'internaute AN 50 E Page 8

9 9 Adr_Inter Adresse de l'internaute AN 50 E 10 Id_Profil Identifiant du profil AN 30 E Identifiant 11 Dmne_Acti Domaine d'activité A 15 E 12 Ref_Ofre Référence d'une offre d'emploi AN 30 E Identifiant 13 Lib_Ofre Libellé de l'offre AN 50 E 14 Niv_Mini Niveau minimum requis AN 15 E 15 Age_Mini Age minimum requis N 3 E 16 Age_Maxi Age maximum requis N 3 E 17 Montant_Ofre Montant de rémunération proposé M 9 E Date_Deb Date de début de l'offre D 10 E JJ/MM/AAAA 19 Date_Fin Date de fin de l'offre D 10 E JJ/MM/AAAA 20 Exp_Profe 21 Date_Dmnde Expérience professionnelle requise Date de soumission d'un internaute à une offre AN 255 E D 10 E JJ/MM/AAAA 22 Id_Dmde Identifiant d'une demande AN 30 E Identifiant 23 Desc_Dmde Description de la demande AN 50 E 24 Duree_Dmde Durée de la demande N 2 E En mois 25 Montant Montant de rémunération M 9 E Type_Dmde Type de la demande A 6 E Stage / Emploi 27 Date_Dmde Date de la demande D 10 E JJJ/MM/AAAA Tableau2 Page 2 / 2 Légende A : Alphabétique AN: Alphanumérique M : Monétaire D: Date N: Numérique 3. La matrice de dépendances fonctionnelles Page 9

10 Certaines données du dictionnaire sont dépendantes les unes des autres. On parle de dépendance fonctionnelle. Une dépendance fonctionnelle existe entre deux données a et b si la connaissance d une valeur de a permet de déterminer au plus une valeur de b. la représentation de ces dépendances se fait à l aide d un tableau à deux entrées ou les buts sont toutes les données du dictionnaire et les sources celles dont dépendent les autres. Les intersections marquées de croix (*) expriment une dépendance fonctionnelle entre deux informations buts, celles marquées d un «1» une dépendance simple et le ( ) exprime 1 une contrainte d intégrité fonctionnelle. La matrice des dépendances fonctionnelles correspondant à notre projet est représentée par le tableau3. Tableau3 : Matrice des dépendances fonctionnelles Thème du projet : Conception du site web d Eza Architectures Etape : Analyse Conceptuelle N Sources MATRICE DES DEPENDANCES FONCTIONNELLES Buts Id_Profil * 2 Dmne_Acti Ref_Ofre * Tableau3 Page 1 / 3 Thème du projet : Conception du site web d Eza Architectures Etape : Analyse Conceptuelle N Sources MATRICE DES DEPENDANCES FONCTIONNELLES Buts Lib_Ofre 1 5 Niv_Mini 1 6 Age_Mini 1 Page 10

11 7 Age_Maxi 1 8 Montant_Ofre 1 9 Date_Deb 1 10 Date_Fin 1 11 Exp_Profe 1 12 Id_Inter * 13 Nom_Inter 1 14 Pren_Inter 1 15 Date_Naiss 1 16 Sexe_Inter 1 17 Nat_Inter _Inter 1 19 Comp_Inter 1 20 Adr_Inter Id_Dmde * 22 Desc_Dmde 1 23 Duree_Dmde 1 24 Montant 1 Tableau3 Page 2 / 3 Thème du projet : Conception du site web d Eza Architectures N Sources Etape : Analyse Conceptuelle MATRICE DES DEPENDANCES FONCTIONNELLES Buts Type_Dmde 1 26 Date_Dmde * 28 Date_Dmnde 1 Tableau3 Page 3 / 3 Page 11

12 Légende * : Dépendance Fonctionnelle Réflexive 1 : Dépendance Fonctionnelle élémentaire Directe 1 : Contrainte d intégrité fonctionnelle 4. Le Modèle Conceptuel des Données (MCD) 4.1 Les concepts Le MCD est un diagramme entités association permettant de modéliser un système d informations. Il est basé sur des concepts essentiels: entité, association, propriété, identifiant, cardinalité et occurrence. Exemple Cardinalités Entités Entite_1 Propriété_1 Propriété_2 1,1 Association_2 0,n Entite_2 Propriété_3 Propriété_4 Fig 1 Une entité est la représentation d un élément matériel ou immatériel ayant un rôle de conserver les informations dans le système que l on désir décrire. Elle permet de modéliser un élément de même nature. Propriétés Une propriété est un élément descriptif d une entité ou d une association. Occurrence Une occurrence d une entité est un élément individuel qui appartient à l entité. Associations Les associations sont des liens logiques entre les entités (et sont quantifiées par des cardinalités).elle est souvent nommée par un verbe qui exprime le sens du lien entre les entités. Page 12

13 Cardinalité Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à laquelle elle est reliée. La cardinalité d une relation est composée d un couple (a,b) comportant une borne maximale b et une borne minimale a, intervalle dans lequel la cardinalité d une entité peut prendre sa valeur : Exemple : Fig 1 La borne maximale (généralement 1 ou n) décrit le nombre maximum de fois qu une entité peut participer à la relation avec n>=1. La borne minimale (généralement 0 ou 1) décrit le nombre minimum de fois qu une entité peut participer à une relation. Identifiants Un identifiant est un ensemble de propriétés (une ou plusieurs) permettant de désigner une et une seule entité. La définition originale est la suivante : l identifiant est une propriété particulière d un objet telle qu il n existe pas deux occurrences de cet objet pour lesquelles cette propriété pourrait prendre une même valeur. Le modèle conceptuel propose de souligner les identifiants. 4.2 Le graphe du Modèle Conceptuel de Données (MCD) Le MCD correspondant à notre projet est représenté par la figure1. Figure1 : Graphe du MCD Page 13

14 Id_Inter Nom_Inter Pren_Inter Date_Naiss Sexe_Inter Nat_Inter _Inter Comp_Inter Adr_Inter INTERNAUTE 1,n FAIRE 1,1 DEMANDE Id_Dmde Desc_Dmde Duree_Dmde Montant Type_Dmde Date_Dmde 1,1 APPARTENIR 0,n 0,n PROFIL POSTULER Date_Dmnde 0,n OFFRE Ref_Ofre Lib_Ofre Niv_Mini Age_Mini Age_Maxi Montant_Ofre Date_Deb Date_Fin Exp_Profe Id_Profil Dmne_Acti L un des aspects auxquels ne s intéresse pas l étude conceptuelle des données est le niveau logique des données. MERISE propose donc une nouvelle étude consacrée au niveau logique des données. 5. Le diagramme des flux Formalisme Acteur externe Flux Acteur interne Page 14

15 Le diagramme conceptuel Légende 1. Demande de stage a. Saisir les informations de demande de stage b. Accorder stage c. Rejeter la demande de stage 2. Demande d emploi a. Saisir les informations de demande d emploi b. Accorder emploi <<1c>> <<3c>> <<2b>> <<2c>> <<3d>> INTERNAUTE <<3a>> ENTREPRISE <<1b>> <<1a>> <<2a>> c. Rejeter demande d emploi 3. Publication d une offre d emploi a. Publier l offre d. Postuler pour l offre e. Accepter candidature de l offre f. Rejeter candidature de l offre 6. Diagramme conceptuel des traitements 6.1 Définition <<3b>> Le MCT modélise les activités du domaine, activités conditionnées par les échanges avec l'environnement, sans prise en compte de l'organisation. Ainsi, chaque activité (nommée opération) regroupe un ensemble d'activités Page 15

16 élémentaires réalisables au sein du domaine, sans autres informations extérieures (on n a pas besoin de s'arrêter pour attendre des informations extérieures). De ce fait, une opération du MCT présente une vision macroscopique qui en fait l'intérêt dans l'analyse des processus métier. 6.2 Formalisme Evenement Synchronisation Action Operation Regle d'émission Résultat 6.3 Diagramme conceptuel Demande de stage Page 16

17 Saisie des informations de demande de stage (ext1) ext1 Enregistrement Enregistrement de la demande de stage Informations complètes Informations imcomplètes Demande de stage enrégistrée (int1) int1 Etude de dossier Etude Besoin en personnel Aucun besoin Demande de stage acceptée Demande de stage rejetée Demande d emploi Page 17

18 Saisie des informations de demande d'emploi (ext1) ext1 Enregistrement2 Enregistrement de la demande de stage Informations complètes Informations imcomplètes Demande d' emploi enrégistrée (int1) int1 Etude de dossier Etude2 Besoin en personnel Aucun besoin Demande d' emploi acceptée Demande d' emploi rejetée Embauche d un stagiaire Page 18

19 Saisie des informations de demande de stage2 (ext1) ext1 Enregistrement3 Enregistrement de la demande de stage Informations complètes Informations imcomplètes Demande de stage enrégistrée2 (int1) int1 Etude3 Etude de dossier Besoin en personnel Aucun besoin Demande de stage rejetée2 (int3) Demande d' emploi (ext2) Demande de stage acceptée2 (int2) Demande acceptée ext2 et int2 Etude4 Etude de la demande d'emploi Besoin en personnel Pas de besoin Demande rejetée Publication d une offre d emploi Page 19

20 Lancement de l'appel d'offre d'emploi (int1) Candidature à l'offre (ext1) int1 et ext1 Etude5 Etude de la candidature Conditions remplies Conditions non remlies Candidature acceptée Candidature rejetée B. Le Niveau logique et organisationnel 1. Modèle logique des données (MLD) Le schéma obtenu grâce au MCD reste facilement compréhensible par l humain. Un ordinateur ne sait encore l utiliser en l état. Une autre traduction est nécessaire pour indiquer les aspects logiques, les chemins à parcourir pour accéder aux données. Le MLD permet donc de fournir une base solide pour traiter les problèmes de cohérence et de redondance des données. 1.1 Les règles de passage du MCD au MLD a. Le vocabulaire Page 20

21 Les termes utilisés au niveau conceptuel ne sont plus les mêmes au niveau du modèle logique. Par exemple «une propriété d une entité» au niveau conceptuel devient «un attribut d une table» au niveau logique. Le tableau ci-dessous (tableau4) résume les termes utilisés au niveau logique comparativement au niveau conceptuel des données. Tableau4 : vocabulaire NIVEAU CONCEPTUEL Propriété Entité Association Identifiant NIVEAU LOGIQUE Attribut Table ou Relation Table ou Relation Clé primaire b. Le passage du MCD au MLD Les clés primaires seront soulignés et les étrangères suivies du signe #. 1.2 La présentation Textuelle INTERNAUTE (Id_Inter, Id_Profil#, Nom_Inter, Pren_Inter, Date_Naiss, Sexe_Inter, Nat_Inter, _Inter, Comp_Inter, Adr_Inter) PROFIL (Id_Profil, Dmne_Acti) DEMANDE (Id_Dmde, Id_Inter#, Desc_Dmde, Duree_Dmne, Montant, Type_Dmde, Date_Dmde) OFFRE (Ref_Ofre, Lib_Ofre, Niv_Mini, Age_Mini, Age_Maxi, Montant_Ofre, Date_Deb, Date_Fin, Exp_Profe) POSTULER (Ref_Ofre#, Id_Inter#, Date_Dmnde) 2. Modèle organisationnel des traitements 2.1 Définitions Page 21

22 Le MOT modélise les activités du domaine, compte tenu de l'organisation et des ressources. Ainsi, chaque activité (nommée tâche ou phase) est homogène en terme de finalité, degré d'informatisation, poste, instant de réalisation, ressources. Cette exigence conduit naturellement à la décomposition de l'opération (conceptuelle) en de nombreuses tâches (organisationnelles). Il y a, de fait, corrélation entre le changement de niveau (du conceptuel à l'organisationnel) et l'accroissement du degré de détail. Le MOT décrit ce que font les gens du métier (leurs tâches ou phases) dont certaines sont informatisées. Il ne décrit pas comment marche l'application qui sert les tâches. 2.2 Diagramme conceptuel Demande de stage Page 22

23 Période Internaute Entreprise Type Saisie des informations de demande de stage (ext1) Durant l'année ext1 Enregistrement Enregistrement de la demande de stage Automatique Informations complètes Informations non complètes Demande de stage enrégistrée (int1) int1 Etude Etude de la demande de stage Manuel Besoin en personnel Pas de besoin Demande de stage acceptée Demande de stage rejetée Demande d emploi Page 23

24 Période Internaute Entreprise Type Saisie des informations de demande de stage (ext1) Durant l'année ext1 Enregistrement Enregistrement de la demande de stage Automatique Informations complètes Informations non complètes Demande de stage enrégistrée (int1) int1 Etude Etude de la demande de stage Manuel Besoin en personnel Pas de besoin Demande d' emploi (ext2) Demande de stage acceptée (int2) Demande de stage rejetée (int3) int2 et ext2 Etude2 Etude de la demande d'emploi Manuel Besoin en personnel Pas de besoin Demande acceptée Demande rejetée Embauche d un stagiaire Page 24

25 Publication d une offre d emploi Période Internaute Entreprise Type Candidature à l'offre (ext1) Lancement de l'appel d'offre d'emploi (int1) Durant l'année int1 et ext1 Etude Etude de la candidature Automatique Conditions remplies Conditiond non remplies Canditature acceptée Candidature rejetée Page 25

26 CONCLUSION Les différentes spécifications faites, ce rapport précède celui de la programmation où l on utilisera les problèmes soulevés par le thème du projet pour créer un logiciel répondant à l analyse Page 26

27 TABLE DES MATIERES SOMMAIRE...1 INTRODUCTION...2 I. L ETUDE PREALABLE La problématique Les objectifs L étude de l existant Les limites de l existant L approche de solution...4 II. L ETUDE DETAILLEE...5 A. Le Niveau Conceptuel La Grille des déterminations de données Le dictionnaire des Données La matrice de dépendances fonctionnelles Le Modèle Conceptuel des Données (MCD) Les concepts Le graphe du Modèle Conceptuel de Données (MCD) Le diagramme des flux...14 Formalisme...15 Le diagramme conceptuel Diagramme conceptuel des traitements Définition Formalisme Diagramme conceptuel...16 Demande de stage...16 Demande d emploi...18 Embauche d un stagiaire...19 Publication d une offre d emploi...20 B. Le Niveau logique et organisationnel Modèle logique des données (MLD) Les règles de passage du MCD au MLD...21 a. Le vocabulaire...21 b. Le passage du MCD au MLD La présentation Textuelle Modèle organisationnel des traitements Définitions Diagramme conceptuel...22 Demande de stage...23 Demande d emploi...24 Embauche d un stagiaire...25 Publication d une offre d emploi...26 CONCLUSION...27 Page 27

28 TABLE DES MATIERES...28 Page 28