La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Département de génie logiciel et des TI Systèmes dinformation dans les entreprises (GTI515) Chargé: JF Couturier Cours 9 GTI515 Automne 2011 JF Couturier.

Présentations similaires


Présentation au sujet: "Département de génie logiciel et des TI Systèmes dinformation dans les entreprises (GTI515) Chargé: JF Couturier Cours 9 GTI515 Automne 2011 JF Couturier."— Transcription de la présentation:

1 Département de génie logiciel et des TI Systèmes dinformation dans les entreprises (GTI515) Chargé: JF Couturier Cours 9 GTI515 Automne 2011 JF Couturier 1

2 Département de génie logiciel et des TI Retour sur les dernier cours Énoncé de laboratoire Type de processus daffaires BPM Modélisation, mesure, optimisation BPMN Workflow patterns GTI515 Automne 2011 JF Couturier 2

3 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Exemples de DFD Les règles Exemples derreurs Étude de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 3

4 Département de génie logiciel et des TI Bilan Processus daffaires – BPMN ou UML Vision Modèle du domaine Diagramme des CU Cas dutilisation Archétypes et stéréotypes SRS – Exigences GTI515 Automne 2011 JF Couturier 4

5 Département de génie logiciel et des TI Avons-nous… Oublié quelque chose? …analyser les données? Nous avons observé la séquence des actions dun point de vue comportementales. Nous avons peut-être identifié les principaux éléments dans le diagramme dactivité GTI515 Automne 2011 JF Couturier 5

6 Département de génie logiciel et des TI Le DFD - Data-Flow Diagram Diagramme de flux de données Lune des méthodes disponibles pour analyser les systèmes orientées données. Le DFD met lemphase sur la logique du système étudié. Les analystes systèmes peuvent représenter graphiquement les mouvement de données à lintérieur de lorganisation Le DFD est une représentation populaire dans la représentation et la modélisation des flux de données. GTI515 Automne 2011 JF Couturier 6

7 Département de génie logiciel et des TI Petit retour en arrière Avant lanalyse et le design orientée objet (OOAD) il y avait… Structured Analysis And Design DFD Processus ERD Modèle de données Dictionnaire de données Description Toujours utilisées, peut savérer très utile de pouvoir décoder ces notations GTI515 Automne 2011 JF Couturier 7

8 Département de génie logiciel et des TI Avantage du DFD Par rapport à une narration des mouvements de données Compréhension des interrelations entre les systèmes et les sous systèmes Documenter ce que système actuel connait Analyser le système proposé GTI515 Automne 2011 JF Couturier 8

9 Département de génie logiciel et des TI DFD vs le cas dutilisation Le cas dutilisation décrit les interactions entre le système et un acteur (généralement) Le cas dutilisation nexplique pas doù viennent les données Par contre le CU fournit de précieuses informations pour créer le DFD GTI515 Automne 2011 JF Couturier 9

10 Département de génie logiciel et des TI Limite du DFD Le DFD ne représente pas les décisions ou les évènements dans le temps. La fonction du DFD est dillustrer les sources de données, les destinations, les flux, les magasins de données et les transformations faites aux données. GTI515 Automne 2011 JF Couturier 10

11 Département de génie logiciel et des TI Limite du DFD Si vous devez modéliser un système qui servira dentrepôt de données, le DFD ne vous sera pas très utile. Peu ou pas de processus à documenter Dans ce cas, un ERD risque dêtre plus intéressant. In contrario, le ERD nillustre pas les transformations que lon retrouve normalement dans un processus GTI515 Automne 2011 JF Couturier 11

12 Département de génie logiciel et des TI Notation Gane et Sarson "Structured Systems Analysis: Tools and Techniques", by C. Gane and T. Sarson (New York: IST, Inc., 1977) DeMarco et Yourdon DeMarco. Structured Analysis and System Specification,Prentice Hall,1979. Yourdon. Modern Structured Analysis, Yourdon Press Computing Series,1988 GTI515 Automne 2011 JF Couturier 12

13 Département de génie logiciel et des TI Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009) GTI515 Automne 2011 JF Couturier 13

14 Département de génie logiciel et des TI Process - Processus Dans le DFD Des instructions pas à pas qui transforment des entrées en sorties. Travail accompli par un ordinateur, une personne ou les deux GTI515 Automne 2011 JF Couturier 14 Satzinger et al. Analyse et conception de systèmes dinformation, p.196

15 Département de génie logiciel et des TI Processus Quelques exemples de processus valides Exécuter un calcul (i.e., moyenne, écart-type) Prendre des décisions (i.e., Déterminer la disponibilité dun produit) Trier, filtrer et autre opérations de groupe sur les données Organiser les données dans une forme intéressante (i.e., générer un rapport, répondre à une question) Déclencher dautres processus (i.e. Ouvrir le four, commander un robot) Utiliser des données emmagasinées (CRUD) GTI515 Automne 2011 JF Couturier 15

16 Département de génie logiciel et des TI Data flow – flot de données Données se déplaçant dun endroit à un autre, comme une entrée / sortie, vers un processus. Données sur une personne, une place ou une chose qui se déplacent dans le système. Le nom du flot doit représenter le mouvement dans le système. GTI515 Automne 2011 JF Couturier 16 Satzinger et al. Analyse et conception de systèmes dinformation, p.196

17 Département de génie logiciel et des TI Data store – Magasin de données Données au repos, stockées pour un usage ultérieur. Correspond généralement à une entité de donnée sur un diagramme entité-relation. Interne au système Le magasin de données peut prendre plusieurs formes: Documents physiques Document informatisés Calepins On identifie généralement les magasin de données à laide dune référence unique du type D1, D2, D3 GTI515 Automne 2011 JF Couturier 17 Satzinger et al. Analyse et conception de systèmes dinformation, p.196

18 Département de génie logiciel et des TI Entité externe Source ou destination des données hors du système. Personnes, système ou base de données externes Se trouve à lextérieur du système tout en interagissant avec lui Reçoit de linformation du système, fournit de linformation au système ou déclenche des actions GTI515 Automne 2011 JF Couturier 18 Satzinger et al. Analyse et conception de systèmes dinformation, p.196

19 Département de génie logiciel et des TI Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009) GTI515 Automne 2011 JF Couturier 19

20 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Exemples de DFD Les règles Exemples derreurs Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 20

21 Département de génie logiciel et des TI Les différents niveaux GTI515 Automne 2011 JF Couturier 21 Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009)

22 Département de génie logiciel et des TI Le niveau du contexte Contient uniquement un processus représentant lensemble du système. On donne à ce processus le numéro zéro. Ne pas confondre avec le niveau 0. Tous les agents externes sont représentés dans le diagramme de contexte, ainsi que les flots de données majeurs. Le diagramme de contexte ne contient aucun magasin de données. GTI515 Automne 2011 JF Couturier 22

23 Département de génie logiciel et des TI Le niveau 0 Le diagramme 0 est lexplosion du diagramme contextuel. Devrait inclure de 3 à 9 processus. Davantage de processus risque de nuire à la compréhension. Les processus sont numérotés avec un entier. Les principaux magasin de données et toutes les agents externes sont représentés dans le diagramme 0. Un processus par PMÉ Un processus par cas dutilisation GTI515 Automne 2011 JF Couturier 23

24 Département de génie logiciel et des TI Le niveau 0 On constate quau niveau 0, on retrouve tous les agents externes et tous les flux de données du diagramme contextuel On a ajouté un magasin de donnée, 3 processus (1, 2, 3) et 2 nouveau flux de données (A et B) Léquilibre entre les niveaux doit être maintenu. Au niveau contextuel, nous avons les liens Z, Y, Z. On les retrouvent tous au niveau 1. Nous avons en plus les liens A, B, M, N GTI515 Automne 2011 JF Couturier 24 Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009)

25 Département de génie logiciel et des TI Le niveau 1 On augmente le niveau de détail dun cran En général, chaque processus au niveau 0 sera décomposé au niveau 1. Dans ce cas-ci nous aurions 3 diagrammes de niveau 1 pour les processus 1, 2 et 3 La numérotation suit une logique 2 2.1, 2.2, 2.3 GTI515 Automne 2011 JF Couturier 25 Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009)

26 Département de génie logiciel et des TI Le niveau 1 Léquilibre entre les niveau doit être maintenu. Au niveau 0, nous avons les liens M, N, Y, B et A pour le processus 2. On les retrouvent tous au niveau 1. Nous avons en plus les liens C, G, H, J, K. Pour savoir doù vient B et où vont A et Y, nous devons remonter dun niveau. Intéressant mais peut rapidement devenir fastidieux. Pour éviter cela, lapproche suggérée est dajouter les entités externes dans les niveaux inférieurs. Détail du cas dutilisation, chaque étape devient un processus GTI515 Automne 2011 JF Couturier 26 Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009)

27 Département de génie logiciel et des TI Le niveau 2 et suivants… Nous pouvons continuer à détailler nos processus dun niveau à un autre. Pour identifier à quel niveau nous nous trouvons, identifier le nombre de chiffres après le premier point. Conserver léquilibre entre chaque niveau Dans ce cas-ci M, N, K, H, G, C GTI515 Automne 2011 JF Couturier 27 Dennis, Alan R., Barbara Haley Wixom, and David Tegarden. "Chapter 8 - Moving on to Design". Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition. John Wiley & Sons. © Books24x7. (accessed May 29, 2009)

28 Département de génie logiciel et des TI Les étapes pour créer le DFD Créer un DFD est un travail itératif avec des améliorations continues Les étapes 1.Créer un diagramme contextuel 2.Identifier les Cas dutilisation (!), là où les utilisateurs utilisent le système 3.Créer un fragment de DFD pour chaque cas dutilisation 4.Créer un diagramme de niveau 0 pour chaque fragment 5.Décomposer au niveau 1, 2, … 6.Revenir à létape 1 et réviser si nécessaire 7.Valider le DFD avec les utilisateurs GTI515 Automne 2011 JF Couturier 28

29 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Les règles Exemples derreurs Exemples de DFD Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 29

30 Département de génie logiciel et des TI Exemples de DFD GTI515 Automne 2011 JF Couturier 30

31 Département de génie logiciel et des TI Exemples de DFD GTI515 Automne 2011 JF Couturier 31

32 Département de génie logiciel et des TI Exemples de DFD GTI515 Automne 2011 JF Couturier 32

33 Département de génie logiciel et des TI Exemples de DFD GTI515 Automne 2011 JF Couturier 33

34 Département de génie logiciel et des TI Niveau contextuel GTI515 Automne 2011 JF Couturier 34 Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David Tegarden

35 Département de génie logiciel et des TI Niveau 0 GTI515 Automne 2011 JF Couturier 35 Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David Tegarden

36 Département de génie logiciel et des TI Niveau 1 GTI515 Automne 2011 JF Couturier 36 Systems Analysis and Design with UML Version 2.0: An Object-Oriented Approach, Third Edition by Alan R. Dennis, Barbara Haley Wixom and David Tegarden

37 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Exemples de DFD Les règles Exemples derreurs Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 37

38 Département de génie logiciel et des TI Quelques règles Règles qui sappliquent à tous les DFD Les intrants dun processus sont toujours différents des extrants Les objets (éléments) du DFD ont tous un nom unique Par souci de clarté, vous pouvez utiliser plusieurs fois les magasins de données et les agents externes dans un même diagramme. GTI515 Automne 2011 JF Couturier 38

39 Département de génie logiciel et des TI Quelques règles Processus Ne peut pas avoir que des extrants Ne peut pas avoir que des intrants Un processus est libellé avec un verbe Magasin de données Les données ne peuvent se déplacer dun magasin à un autre. Les données ne peuvent aller ni venir directement dune source externe Un magasin de données est libellé par un nom. GTI515 Automne 2011 JF Couturier 39

40 Département de génie logiciel et des TI Quelques règles Agents externes Les données ne peuvent se déplacer entre agents externes. Les agents externes sont libellé par un nom. Flux de données Un flux de données na quune seule direction Un flux de données est libellé par un nom. Un flux de données ne peut pointer directement sur le processus dorigine. GTI515 Automne 2011 JF Couturier 40

41 Département de génie logiciel et des TI Quelques règles Flux de données (Suite) Un flux de données qui se dirigent vers un magasin de données implique une mise à jour (update) Un flux de données provenant dun magasin de données implique une récupération ou une utilisation (retrieve) GTI515 Automne 2011 JF Couturier 41

42 Département de génie logiciel et des TI Quelques règles Diagramme de contexte 1 processus, numéroté 0 Les agents externes Les principaux flux de données Pas de magasin de données Ils sont internes au système Les magasin de données externe sont représentés comme des agents externes Comment départagez-vous ce qui est interne de ce qui est externe? GTI515 Automne 2011 JF Couturier 42

43 Département de génie logiciel et des TI Quelques règles Un DFD ne représente pas les décisions Un DFD ne représente pas les évènements dans le temps Le DFD ne représente pas la séquence Un diagramme BPMN ou un diagramme dactivité fait ce travail. GTI515 Automne 2011 JF Couturier 43

44 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Exemples de DFD Les règles Exemples derreurs Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 44

45 Département de génie logiciel et des TI Erreurs communes Erreurs de flux de données Un flux de données ne peut avoir 2 directions Un flux de données ne peut pointer sur le processus dorigine Un flux de données nayant pas de source Un flux de données nayant pas de destination Un flux de données doit être libellé avec un nom, pas un verbe Erreurs de connexions Les données ne peuvent se déplacer directement dun magasin à un agent externe Les données ne peuvent se déplacer dun magasin à un autre. GTI515 Automne 2011 JF Couturier 45

46 Département de génie logiciel et des TI GTI515 Automne 2011 JF Couturier 46

47 Département de génie logiciel et des TI Exemples derreurs Un processus ne peut pas avoir que des flux entrants (blackhole) Un processus ne peut pas avoir que des flux sortants (miracle) GTI515 Automne 2011 JF Couturier 47

48 Département de génie logiciel et des TI Exemples derreurs Les magasins de données et les entités externes ne peuvent êtres reliés directement GTI515 Automne 2011 JF Couturier 48

49 Département de génie logiciel et des TI Exemples derreurs Libellé incorrectement les flux de données ou les objets du DFD Exemples derreurs Libellés absents pour les flux et les objets du DFD Flux de données libellé avec un verbe Processus libellé avec un nom Trop de processus ou de flux de données dans un diagramme. Une dizaine au maximum GTI515 Automne 2011 JF Couturier 49

50 Département de génie logiciel et des TI Exemples derreurs Omettre les flux de données dans le diagramme Décomposition déséquilibrée entre un processus parent et un diagramme enfant. Les flux de données du parents devraient se retrouver dans le diagramme enfant GTI515 Automne 2011 JF Couturier 50

51 Département de génie logiciel et des TI Qualités dun DFD Lisible Minimiser la complexité Cohérent et balancer/équilibrer Représente précisément les exigences du système Réduire la surcharge dinformation – règle du 7 +/- 2 Un DFD ne devrait pas avoir plus de 7 +/-2 processus Pas plus de 7 +/- 2 flux de données ne devrait entrer ou sortir dun processus ou dun magasin de données dans un seul DFD GTI515 Automne 2011 JF Couturier 51

52 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Exemples de DFD Les règles Exemples derreurs Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 52

53 Département de génie logiciel et des TI Étude de cas Faites le DFD pour le garage PMÉ : Prendre RV, Écrire DS, Écrire BT, Réparer la voiture Données BT, DS, Client, Facture, RV Participants Client, Garagiste, Chef de service, Chef datelier GTI515 Automne 2011 JF Couturier 53

54 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Les règles Exemples derreurs Exemples de DFD Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 54

55 Département de génie logiciel et des TI Avec le DFD… On commence le ERD Entity-Relationships Diagram Ce que lER couvre Les liens entre les données La création des tables Leurs différents attributs, les types, les contraintes référentielles Ce que lER ne couvre pas Les états et les transformations des données GTI515 Automne 2011 JF Couturier 55

56 Département de génie logiciel et des TI ERD Le diagramme entité-relation nous permet de conceptualiser la couche de persistance. Le diagramme entité-relation reprend souvent plusieurs éléments du modèle du domaine. Cependant, certaines transformations seront souvent nécessaires. GTI515 Automne 2011 JF Couturier 56

57 Département de génie logiciel et des TI Persistance Lorsque vous utilisez une couche de persistance orientée objet, cest souvent le framework qui va organisé la structure des tables (hibernate) Si vous utilisez une couche de persistance relationnelle, vous devez programmer une couche daccès aux données qui fera la liaison avec vos objets GTI515 Automne 2011 JF Couturier 57

58 Département de génie logiciel et des TI Étapes pour faire le ERD Vous récupérer les entités identifiées dans le modèle du domaine ainsi que dans le DFD. Incluant les attributs et leurs types Vous considérer les liens unissant ces entités Vous identifier les cardinalités (souvent déjà présentes dans le modèle du domaine) GTI515 Automne 2011 JF Couturier 58

59 Département de génie logiciel et des TI Les types dassociation Relation 1 à 1(1:1) Relation 1 à plusieurs (1:M) Relation plusieurs à plusieurs (M:N) Nécessité davoir une entité dassociation…Classe dassociation! GTI515 Automne 2011 JF Couturier 59

60 Département de génie logiciel et des TI Les formes normales Une fois que vos entités et leurs relations ont été identifiés, vous pouvez appliquez les 3 formes normales Les 3 formes normales sont des règles de conceptions dans la réalisation des tables relationnelles. GTI515 Automne 2011 JF Couturier 60

61 Département de génie logiciel et des TI 1 er forme normale Une table est à la première forme normale (1NF) si elle ne contient pas de groupes répétitif de données. GTI515 Automne 2011 JF Couturier 61

62 Département de génie logiciel et des TI 2 ème forme normale tous les attributs non-clés ne dépendent pas d'une partie de la clé primaire mais bien de la totalité de la clé primaire. GTI515 Automne 2011 JF Couturier 62

63 Département de génie logiciel et des TI 3 ème forme normale Tous les attributs n'appartenant pas à la clé ne dépendent pas d'un attribut non-clé. En d'autres termes, la dépendance fonctionnelle est directe. GTI515 Automne 2011 JF Couturier 63

64 Département de génie logiciel et des TI Créer la base de données Une fois que vous avez créer votre ERD et que les 3 formes normales ont été appliquées, vous êtes en mesure de créer votre base de données ou votre schéma, selon la terminologie de votre SGBD GTI515 Automne 2011 JF Couturier 64

65 Département de génie logiciel et des TI Exemple Voir un exemple de ERD GTI515 Automne 2011 JF Couturier 65

66 Département de génie logiciel et des TI GTI515 Automne 2011 JF Couturier 66

67 Département de génie logiciel et des TI Plan du cours Le diagramme de flux de données Les différents niveaux Les règles Exemples derreurs Exemples de DFD Études de cas Transition vers LERD Dictionnaire de données GTI515 Automne 2011 JF Couturier 67

68 Département de génie logiciel et des TI Dictionnaire de données Dictionaries are like watches; the worst is better than none, and the best cannot be expected to go quite true. Mrs. Priozzi Anecdotes of Samuel Johnson, 1786 GTI515 Automne 2011 JF Couturier 68

69 Département de génie logiciel et des TI Dictionnaire de données Le dictionnaire de données est un document qui accompagne généralement la documentation dun système Documente les tables, les vues, les procédures stockées de la couche de persistance dun système Dans le dictionnaire de données, nous pouvons également documenter des contraintes métiers. GTI515 Automne 2011 JF Couturier 69

70 Département de génie logiciel et des TI Échange de données Le dictionnaire de données sera particulièrement utile lorsque on veut échanger des données. Il permet de standardiser la sémantique du domaine métier dune organisation Glossaire GTI515 Automne 2011 JF Couturier 70

71 Département de génie logiciel et des TI Dictionnaire de données Certains SGBD permettent de documenter les champs dune tables (SQL Server entre autres) On peut alors exécuter des vues affichant un rapport, par table et par champs. Un fichier Excel peut tout aussi bien faire laffaire GTI515 Automne 2011 JF Couturier 71

72 Département de génie logiciel et des TI Dictionnaire de données On annexera souvent au dictionnaire de données un ERD pour visualiser les liens entre les tables Dans les gros systèmes, lERD peut devenir difficile à lire, il faut alors le segmenter GTI515 Automne 2011 JF Couturier 72

73 Département de génie logiciel et des TI Exemples Voir exemples de DD Un autre exemple GTI515 Automne 2011 JF Couturier 73

74 Département de génie logiciel et des TI Ressources DFD Gane-Sarson et DeMarco-Yourdon Gane-Sarson ERD Wiki de Yourdon Data dictionary GTI515 Automne 2011 JF Couturier 74

75 Département de génie logiciel et des TI Prochain cours Normes et cadriciels Quizz 3 Lectures À venir GTI515 Automne 2011 JF Couturier 75


Télécharger ppt "Département de génie logiciel et des TI Systèmes dinformation dans les entreprises (GTI515) Chargé: JF Couturier Cours 9 GTI515 Automne 2011 JF Couturier."

Présentations similaires


Annonces Google