Fondements et approches de la méthodologie Portée, arrimages et intervenants Évolution des méthodes Caractéristiques de la méthodologie Survol dUML Approche

Fondements et approches de la méthodologie

• Portée, arrimages et intervenants

• Évolution des méthodes

• Caractéristiques de la méthodologie

• Survol d’UML

• Approche de conception informatique

Plan de la seconde partie de la présentation

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.


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.


Les intervenants


Évolution des méthodes


Le développement par composants prend le meilleur des méthodologies actuelles et constitue une nouvelle façon de faire.


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.



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.



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.


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.


• 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


Caractéristiques de la méthodologie

Format

Survol d’UMLC’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.


Survol d’UMLLes diagrammes Les diagrammes UML

UML propose les représentations graphiques suivantes :


Survol d’UML

Les diagrammesLes diagrammes UML

Dans la méthodologie :


Survol d’UML

Les diagrammesCas d’utilisation :


Survol d’UML

Les diagrammesCas d’utilisation : exemple

Application BibliothèqueRechercher

Gérerles abonnés

Gérerles prêts et

retours de livre

Commander

Gérer l’inventaire

Faire le suivicomptable

Em ployé

Perm anentTem pora ire

A bonnéCeci est

un acteur

Diagramme de cas d’utilisation pour une application bibliothécaire.


Survol d’UML

Les diagrammesDiagramme de classes


Survol d’UML

Les diagrammesDiagramme de classes : exemple

Diagramme de classes (composants) pour une application bibliothécaire.

<< entité >>Document

<< entité >>Exemplaire

1

1..*

<< entité >>Personne

<< entité >>Abonné

<< entité >>Prêt

<< entité >>Employé

Id_client

11

nomadressetéléphone

<< interface >>Gérer Prêt

RéserverDocumentPrêterDocumentRetournerDocumentRenouvellerPrêt

Gérer Prêt


Survol d’UML

Les diagrammesDiagramme d’interactions


Survol d’UML

Les diagrammesDiagramme de séquence

Ordonnancement des interactions entre les composants.


Survol d’UML

Les diagrammesDiagramme de collaboration

Emphase sur l’organisation structurée des composants.

Utile pour modéliser les patrons de collaboration.

Interfacede saisie

Produirele rapport

Accèderaux données

Gérerl'impression

Interface deconsultation

4. ObtenirInformation( )1. IdentifierRapport()

2. SaisirParamètres( )

3. SélectionnerDestination( )

5. ExtraireDonnées( )

6. GénérerRapport( )

7.1.VisualiserRapport( ) 7.2.ImprimerRapport( )


Survol d’UML

Les diagrammesDiagramme d’états


Survol d’UML

Les diagrammesDiagramme d’états

Illustre les différents états d’un composant. Illustre les événements amenant les changements d’états.

Commandé

Disponible

Réservé

Emprunté

Retourné Abîmé

Détruit

Fin

Début

Commander

Recevoir

Emprunter

Retourner

Examiner

Détruire

RéserverEmprunter

Examiner

Restaurer


Approche de conception informatique

Approche globale - Architecture









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.



Approche globale - Analyse











En conclusionUne 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.

Merci de votre attention!

Documents

Fondements et approches de la méthodologie Portée, arrimages et intervenants Évolution des méthodes Caractéristiques de la méthodologie Survol dUML Approche