© Robert Godin. Tous droits réservés.

© Robert Godin. Tous droits réservés.
4 Analyse Quoi développer ? Spécification indépendante de la technologie Cas d'utilisation détaillés Modèle conceptuel concepts du domaine d ’application 19/09/2018 © Robert Godin. Tous droits réservés.

4.1 Cas d'utilisation détaillés
19/09/2018 © Robert Godin. Tous droits réservés.

Séquence d ’interaction GérerPrêts

4.1.1 Paquetages (« Packages »)

PackageCasServicePrêt

PackageCasAdministration

PackageCasAutorisation

4.2 Modèle conceptuel Concepts fondamentaux du domaine d'application visé par le système Approche traditionnelle modèle de données modèle de traitement Approche objet regroupement données/traitements commencer par données Point de départ de la conception BD concepts => données persistantes 19/09/2018 © Robert Godin. Tous droits réservés.

Représentation du modèle conceptuel
Formalisme entité/association (Chen, 76) diverses extensions Modèles sémantiques graphes conceptuels (Sowa), SDM, ... UML ~ entité/association++ diagramme de structure statique (diagrammes de classes) 19/09/2018 © Robert Godin. Tous droits réservés.

4.3 Modèle conceptuel objet avec les diagrammes de classes UML

4.3.1 Notion d'objet et de classe
Objet (instance d'une classe) significatif pour le domaine d'application caractérisé par identité état comportement Attribut (variable membre, variable d'instance) contenant pour une valeur 19/09/2018 © Robert Godin. Tous droits réservés.

Représentation d ’un objet en UML

Représentation d ’une classe en UML

Intention (intent) d'une classe propriétés communes (attributs, associations et opérations) Extension (extent) d'une classe ensemble des objets correspondant à la classe extension représentée par un objet ? 19/09/2018 © Robert Godin. Tous droits réservés.

Terminologie Objet instance, occurrence, entité Classe à l ’analyse abstraction pas toujours une classe d ’implémentation concept, entité, type (stéréotype UML) stéréotype « entité » pour données persistantes du domaine d ’application 19/09/2018 © Robert Godin. Tous droits réservés.

Identifiant d'objet (OID, object identifier)
Mécanisme d ’identification pas deux objets avec le même OID Implicite non visible réalisation traitée à la conception Mécanisme de référence 19/09/2018 © Robert Godin. Tous droits réservés.

Pas besoin d ’identificateur explicite !
Par opposition au relationnel 19/09/2018 © Robert Godin. Tous droits réservés.

Identifiant naturel (ou clé «key») pour une classe
Ensemble d'attributs minimal qui identifie chacun des objets de manière unique ~clé candidate du relationnel Représentation par une contrainte UML 19/09/2018 © Robert Godin. Tous droits réservés.

Syntaxe générale pour la spécification des attributs en UML
[visibilité] nom [multiplicité] [: type] [= valeurInitiale] [{propriétés} visibilité peut être : + publique # protégé - privé nom de l'attribut multiplicité ( [1..1] par défaut) téléphone[1..2]: String adresse [0..1]: String auteurs [1..*]: String 19/09/2018 © Robert Godin. Tous droits réservés.

Syntaxe pour attributs (suite)
[visibilité] nom [multiplicité] [: type] [= valeurInitiale] [{propriétés}] type OCL Boolean, Integer, Real, String, enum{valeur1,…, valeurn} types de la plate-forme visée type non pré-défini classe stéréotypée «datatype» ~domaine en modélisation conceptuelle 19/09/2018 © Robert Godin. Tous droits réservés.

Syntaxe pour attributs (suite)
[visibilité] nom [multiplicité] [: type] [= valeurInitiale] [{propriétés}] valeurInitiale à la création de l ’objet propriétés prédéfinies : changeable (par défaut) addOnly frozen portée souligner attribut de classe (Rational Rose 98 :$) 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.2 Notion de lien et d'association binaire

Rôles et multiplicités
Nom de rôle Exemple avec nom de rôle et d ’association 19/09/2018 © Robert Godin. Tous droits réservés.

Association réflexive

Contraintes pré-définies pour les associations
Ordonné (ordered) Modifiable (changeable) InsertionSeulement (addOnly) Fixe (frozen) Exclusives entre deux associations 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.4 Associations qualifiées
Partition des objets associés Contrainte d ’identification locale {UNIQUE : Cours, numéro, session} 19/09/2018 © Robert Godin. Tous droits réservés.

Réification de l ’association
Plusieurs notes pour un Etudiant et un Cours 19/09/2018 © Robert Godin. Tous droits réservés.

Autre solution : classe associative + agrégation

Solution avec classe Groupe
Créer un objet session ? 19/09/2018 © Robert Godin. Tous droits réservés.

Explication de la non équivalence
Myriam Bédard figure au “ Patin 5000m ” à Nagano ? 19/09/2018 © Robert Godin. Tous droits réservés.

Utilisation incorrecte d ’une association ternaire

Exemple de multiplicité maximale 1

4.3.6.1 Réification d ’une association n-aire
Nécessaire si les associations n-aires ne sont pas supportées ! 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.7 La généralisation/ spécialisation
Propriétés communes : classe plus générale Héritage 19/09/2018 © Robert Godin. Tous droits réservés.

Notation multi-segments

Utilisation de la délégation ?

4.3.7.3 Contraintes pré-définies pour la généralisation
Complète /incomplète Disjointe/chevauchante Italique pour nom de classe abstraite 19/09/2018 © Robert Godin. Tous droits réservés.

Notation alternative par une note UML

4.3.7.4 Multi-classification et héritage multiple

Sous-classes de jointure?

Syntaxe générale pour la spécification des opérations en UML
[«stéréotype»][visibilité] nom [(listeParamètres)] [: typeRetour] [{propriétés}] visibilité peut être : + publique # protégé - privé nom de l ’opération listeParamètres syntaxe d ’un paramètre [direction] nomParamètre : typeParamètre [ = valeurDeDéfaut] direction (in, out ou inout) 19/09/2018 © Robert Godin. Tous droits réservés.

Syntaxe pour opérations (suite)
[«stéréotype»][visibilité] nom [(listeParamètres)] [: typeRetour] [{propriétés}] typeRetour optionnel portée souligner opération de classe (Rational Rose 98 : $) abstraite en italique 19/09/2018 © Robert Godin. Tous droits réservés.

Définitions Méthode une implémentation d'une opération Polymorphisme même signature d'opération méthodes distinctes pour des classes distinctes Surcharge (« overloading ») même nom avec signatures différentes 19/09/2018 © Robert Godin. Tous droits réservés.

Catégories d ’opérations
Constructeur Modifieur Lecteur ... 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.9 Spécification de contraintes
Entre { } A proximité de l ’élément concerné après spécification d ’un attribut avant un ensemble d ’attributs Note reliée aux éléments Près d ’un trait pointillé Près d ’une flèche pointillée Syntaxe langue naturelle OCL (version 1.1 d ’UML) 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.9.1 OCL (Object constraint language)
Invariants de classe Pré et post-conditions sur les opérations Conditions de déclenchement (Guards) Langage de navigation Contraintes sur les opérations 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.9.1.1 Contexte d'une contrainte
L'année de parution d'un livre est supérieure à 0 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.9.1.2 Spécification d'une propriété d'un objet
opération 19/09/2018 © Robert Godin. Tous droits réservés.

Spécification d ’une propriété (suite)
retourne une collection ! nom de classe (première lettre en minuscule) pour naviguer association 19/09/2018 © Robert Godin. Tous droits réservés.

4.3.9.1.4 Types et expressions OCL
Opérations pour types de base ex: +, -, *, /,… pour Integer Opérations pour Collections Collection, Set, Bag et Sequence -> pour opération de collection 19/09/2018 © Robert Godin. Tous droits réservés.

Exemples d ’opérations de collection

4.4 Processus d'élaboration du modèle conceptuel
Modèle conceptuel du domaine Modèle conceptuel des données persistantes (ou modèle conceptuel des données) stéréotype « entité » valeur étiquetée {persistent} Modèle conceptuel de la base de données données persistantes dans la BD 19/09/2018 © Robert Godin. Tous droits réservés.

Processus d ’élaboration du modèle conceptuel
Clé : comprendre le domaine d ’application Intrants cas d ’utilisation détaillés ... Un processus simple 1. Déterminer les classes et leurs attributs 2. Déterminer les associations 3. Chercher les généralisations 4. Ajouter les types et les contraintes manquantes 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.1 Identifier les classes et leurs attributs
Candidats groupes nominaux Exemple : GérérPrêts 19/09/2018 © Robert Godin. Tous droits réservés.

Identification des concepts significatifs du domaine d ’application du système Non pertinent au domaine cas d ’utilisation Pertinent prêt, retour, retard, membre, exemplaire, ... 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.1.2 Persistance du concept
Modèle conceptuel des données persistantes nécessaires aux traitements persistantes Acteurs ? Documents externes ? Unités périphériques ? 19/09/2018 © Robert Godin. Tous droits réservés.

Classe ou attribut ? Attribut : décision de conception ? pas d ’attributs dans les graphes conceptuels ! Critères pour attributs caractéristique propre aux objets de la classe pas d ’identité propre valeur (immuable) pas une référence type complexe ? 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.1.3.1 Application de la théorie de la normalisation
Classe d ’appartenance d ’un attribut ? Table = attributs de classe + OID (OIDPrêt, idUtilisateur, motPasse, nom, prénom, téléphoneRésidence) idUtilisateur  motPasse, nom, prénom, téléphoneRésidence OIDPrêt  idUtilisateur pas en 3FN (OIDPrêt, nom, prénom, téléphoneRésidence) est en 3FN mais... 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.1.3.2 Conversion entre attribut et classe
~ composition 19/09/2018 © Robert Godin. Tous droits réservés.

Partage du même téléphone ?

Partage de la même Adresse

Modélisation fine des adresses pour éviter toute redondance ?

4.4.1.3.4 Représentation des types de données énumérés
Type du statut de l ’Exemplaire enum(prêté, disponible, retiré) classe stéréotypée « datatype » classe stéréotypée « extensible datatype » 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.1.3.6 Classe pour un seul objet ?

4.4.1.4 Première ébauche de modèle pour SyLeRat

4.4.2 Identification des associations
Lors d'un prêt ou d'un retour, l'identificateur d'utilisateur et l'identificateur de l'exemplaire peuvent être saisis ... 19/09/2018 © Robert Godin. Tous droits réservés.

Éviter les associations dérivables

4.4.2.1 Classe, association ou classe associative

4.4.2.2 Spécification des qualificateurs

4.4.3 Identification des généralisations
Principe de génie logiciel isoler chaque chose à sa place Mettre en facteur propriétés communes attention synonymie/polysémie généralisation ou délégation ? « est un » ou « fait partie de » Méthode systématique: treillis de Galois (concepts) 19/09/2018 © Robert Godin. Tous droits réservés.

Ajout d ’un lien de généralisation entre classes

Découverte d ’une nouvelle classe de généralisation

4.4.4 Types de données des attributs et autres contraintes d'intégrité

4.4.5 Conservation de l'historique des données
Pour prise de décision (OLAP) entrepôt de données traitements difficiles à prévoir Historique complet ou sommaire ? Historique des mises à jour ? Plus facile de supprimer des données que de les retrouver ... 19/09/2018 © Robert Godin. Tous droits réservés.

4.4.6 Modularisation du modèle conceptuel

PackageHiérarchiePersonne

PackageClassesDescriptionBibliographique

4.4.7 Métamodélisation Méta-donnée (metadata) décrit un aspect de la structure d'autres données Méta-modèle (metamodel) modèle de données des méta-données 19/09/2018 © Robert Godin. Tous droits réservés.

Exemple : méta-modèle de UML

4.4.7.3 Cadre d ’application (canevas, framework)
~ Gros patron classes génériques + classes abstraites à spécialiser Macro-architecture Plus spécifique à un domaine qu ’un patron 19/09/2018 © Robert Godin. Tous droits réservés.

4.5 Estimation des volumes de données

© Robert Godin. Tous droits réservés.

Présentations similaires

Présentation au sujet: "© Robert Godin. Tous droits réservés."— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back

Entrer

S'autoriser via un réseau social:

© Robert Godin. Tous droits réservés.

Présentations similaires

Présentation au sujet: "© Robert Godin. Tous droits réservés."— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back