Portée, arrimages et intervenants Évolution des méthodes

Présentation au sujet: "Portée, arrimages et intervenants Évolution des méthodes"— Transcription de la présentation:

1

2 Portée, arrimages et intervenants Évolution des méthodes
Plan de la seconde partie de la présentation Portée, arrimages et intervenants Évolution des méthodes Caractéristiques de la méthodologie Survol d’UML Approche de conception informatique Fondements et approches de la méthodologie

3 La méthodologie définit les tâches
La portée Clientèle cible La méthodologie définit les tâches Des architectes des services, de composants physiques et technologiques de l’équipe de développement; Des architectes de données et des administrateurs de banques de données; Des analystes de l’équipe de développement; Des programmeurs de l’équipe de développement lors d’un projet de développement logiciel, selon les meilleures pratiques. Fondements et approches de la méthodologie

4 Les arrimages Les parcours se réfèrent à des processus externes au développement, sans les inclure; Comment? En indiquant… … de qui on doit recevoir quelle information; … avec qui on doit collaborer; … qui doit réviser nos travaux; … à qui on doit fournir quelle information. Fondements et approches de la méthodologie

5 Les intervenants Fondements et approches de la méthodologie

6 Évolution des méthodes
Le développement par composants prend le meilleur des méthodologies actuelles et constitue une nouvelle façon de faire. Fondements et approches de la méthodologie

7 Évolution des méthodes Découpage fonctionnel des traitements;
Traditionnelle Découpage fonctionnel des traitements; Modélisation des données; Analyse poussée (près de l’organique); Découpage organique faible (a évolué avec le client serveur); Programmation structurée; Approche surtout top-down (du général au détaillé) et en cascades. Fondements et approches de la méthodologie

8 Évolution des méthodes
Orientée objet Basée sur les cas d’utilisations (plus près de l’utilisateur); Utilisation forte de la modélisation (modèles évoluant de l’analyse à la conception); Analyse OO (OOA) : objets représentant les concepts du domaine d’affaires dans lesquels on inclut données et traitement Emphase sur l’héritage et encapsulation forte; Pas de vision d’ensemble. Conception OO (OOD) : découpage organique objet; Programmation OO (OOP); Approche itérative et bottom-up. Fondements et approches de la méthodologie

9 Évolution des méthodes
Par composants Basée sur les cas d’utilisations avec prototypage; Utilisation de la modélisation (modèles différents); Découpage en composants de services Encapsulation faible; Vision d’ensemble. Conception OO pour le .Net : Respect des couches applicatives; Découpage objet et analyse organique importante (tout en tenant compte d’une BD relationnelle). Programmation OO pour le .Net (sauf pour l’accès aux données); Approche quasi-itérative et top-down. Fondements et approches de la méthodologie

10 Caractéristiques de la méthodologie
Contenu Implication des divers intervenants (communication, informatique, exploitation, utilisateur, etc.); Compréhension initiale du besoin informatique (en connaissant le processus organisationnel, le message de l’organisation, etc.) Identification des services qui répondent à ces besoins (le « quoi » de la solution); Découpage organique et respect des couches applicatives (le « comment » de la solution); Encapsulation des données et des services, modularité; Réutilisation; Rationalisation de la documentation; Utilisation de la modélisation UML. Fondements et approches de la méthodologie

11 Caractéristiques de la méthodologie
Format Méthodologie simple (par opposé à lourde); Conçue de façon modulaire; Dans un format simple (html) mais en ligne; Utilisant un langage commun et facile à comprendre; Adaptée au contexte gouvernemental. Elle est donc particulièrement facile à acquérir, à adapter et à personnaliser Fondements et approches de la méthodologie

12 Langage de modélisation;
Survol d’UML C’est quoi? Langage de modélisation; Permet de visualiser, de structurer, de spécifier et de documenter les éléments d’un système; Indépendant des technologies; Origine : Rational Software Corporation et trois spécialistes en méthodologies (Booch, Rumbaugh, Jacobson); Rapidement adopté par l’industrie Utilisé dans plusieurs méthodes; Supporté par de nombreux outils de modélisation. Approuvé comme un standard par l’OMG en 1995. Fondements et approches de la méthodologie

13 UML propose les représentations graphiques suivantes :
Survol d’UML Les diagrammes Les diagrammes UML UML propose les représentations graphiques suivantes : Fondements et approches de la méthodologie

14 Les diagrammes UML Dans la méthodologie :
Survol d’UML Les diagrammes Les diagrammes UML Dans la méthodologie : Fondements et approches de la méthodologie

15 Survol d’UML Cas d’utilisation : Les diagrammes
Fondements et approches de la méthodologie

16 Application Bibliothèque
Survol d’UML Les diagrammes Cas d’utilisation : exemple Diagramme de cas d’utilisation pour une application bibliothécaire. Application Bibliothèque Rechercher Gérer les abonnés Gérer les prêts et retours de livre Commander Gérer l’inventaire Faire le suivi comptable Ceci est un acteur Fondements et approches de la méthodologie

17 Survol d’UML Diagramme de classes Les diagrammes
Fondements et approches de la méthodologie

18 << entité >> << interface >>
Survol d’UML Les diagrammes Diagramme de classes : exemple Diagramme de classes (composants) pour une application bibliothécaire. << entité >> Document Exemplaire 1 1..* Personne Abonné Prêt Employé Id_client nom adresse téléphone << interface >> Gérer Prêt RéserverDocument PrêterDocument RetournerDocument RenouvellerPrêt Fondements et approches de la méthodologie

19 Diagramme d’interactions
Survol d’UML Les diagrammes Diagramme d’interactions Fondements et approches de la méthodologie

20 Survol d’UML Diagramme de séquence
Les diagrammes Diagramme de séquence Ordonnancement des interactions entre les composants. Fondements et approches de la méthodologie

21 Diagramme de collaboration
Survol d’UML Les diagrammes Diagramme de collaboration Emphase sur l’organisation structurée des composants. Utile pour modéliser les patrons de collaboration. Fondements et approches de la méthodologie

22 Survol d’UML Diagramme d’états Les diagrammes
Fondements et approches de la méthodologie

23 Survol d’UML Diagramme d’états
Les diagrammes Diagramme d’états Illustre les différents états d’un composant. Illustre les événements amenant les changements d’états. Fondements et approches de la méthodologie

24 Approche de conception informatique
Approche globale - Architecture Fondements et approches de la méthodologie

25 Approche de conception informatique
Approche globale - Architecture Fondements et approches de la méthodologie

26 Approche de conception informatique
Approche globale - Architecture Fondements et approches de la méthodologie

27 Approche de conception informatique
Le composant de services Regroupement logique des données d’affaires et de services; Peut être de différents niveaux de granularité; Un bon composant de services utilisateur aura une forte cohérence interne mais une faible dépendance externe; Élaboré lors de l ’architecture des services dans un objectif de réutilisation. Fondements et approches de la méthodologie

28 Approche de conception informatique
Approche globale - Analyse Fondements et approches de la méthodologie

29 Approche de conception informatique
Approche globale - Analyse Fondements et approches de la méthodologie

30 Approche de conception informatique
Approche globale - Analyse Fondements et approches de la méthodologie

31 Approche de conception informatique
Approche globale - Analyse Fondements et approches de la méthodologie

32 C’est ce qu’on vous a présenté cet après-midi.
En conclusion Une méthodologie… Il n’en existe pas de parfaite; Ça doit évoluer; Il faut se l’approprier; C’est un outil de travail et non pas une contrainte. C’est ce qu’on vous a présenté cet après-midi. Fondements et approches de la méthodologie

33 Merci de votre attention!