Prenez contact avec nous

Plan du cours

Aperçu du processus de développement des logiciels et de la modélisation

  • Méthodologies et leur impact sur le travail d'un analyste d'affaires
  • Étapes en cascade : analyse, conception, mise en œuvre, tests, maintenance
  • Approche agile pour l'analyse d'affaires
  • Qui sont les analystes d'affaires ?
  • Perspective sur le rôle de l'AA
  • Le modèle dynamique (comportemental)
  • Le modèle statique (structurel)
  • Analyse structurée

La perspective de l'AA sur l'orientation objet

  • Programmation orientée objet et son impact sur la modélisation
  • La norme UML
  • Psychologie cognitive et OO ?
  • Objets
  • Attributs et opérations
  • Opérations et méthodes
  • Encapsulation
  • Classes
  • Relations
  • Généralisation
  • Association
  • Agrégation
  • Composition
  • Polymorphisme
  • Cas d'utilisation et scénarios
  • Cas d'utilisation d'affaires et du système

Aperçu de la modélisation orientée objet des affaires (B.O.O.M.)

  • B.O.O.M. et les PACIF
  • Les étapes du B.O.O.M.
  • Séquençage des étapes
  • Que définissez-vous en premier – les attributs ou les opérations ?

Analyse des processus d'affaires de bout en bout

  • Entretiens durant les phases d'initiation, d'analyse et de test
  • Étape 1 : Initiation
  • Modèle du document des exigences d'affaires
  • Étape 1a : Modéliser les cas d'utilisation d'affaires
  • Étape 1a i : Identifier les cas d'utilisation d'affaires (diagramme de cas d'utilisation d'affaires)
  • Mise en pratique de la théorie
  • Note pour les utilisateurs de Rational Rose
  • Étude de cas D1 : Diagrammes de cas d'utilisation d'affaires
  • Étape 1a ii : Délimiter les cas d'utilisation d'affaires (diagramme d'activité)
  • Étude de cas D2 : Diagramme d'activité des cas d'utilisation d'affaires avec partitions

Délimitation du projet de TI avec les cas d'utilisation du système

  • Étape 1b : Modéliser les cas d'utilisation du système
  • Étude de cas E1 : Carte des rôles
  • Étape 1b ii : Identifier les packages de cas d'utilisation du système (diagramme de cas d'utilisation du système)
  • Étude de cas E2 : Packages de cas d'utilisation du système
  • Étape 1b iii : Identifier les cas d'utilisation du système (diagramme de cas d'utilisation du système)
  • Étude de cas E3 : Diagrammes de cas d'utilisation du système
  • Étape 1c : Démarrer le modèle statique (diagrammes de classes pour les classes clés d'affaires)
  • Étape 1d : Établir la référence pour l'analyse (DEA/initiation)

Préparation de l'expérience utilisateur sous forme de storyboard

  • Étape 2 : Analyse
  • Modèle de description de cas d'utilisation
  • Documenter le flux de base
  • Directives pour la rédaction des cas d'utilisation
  • Exemple de flux de base : Rapport d'examen du système CPP
  • Documenter les flux alternatifs
  • Documenter les flux d'exception
  • Directives pour la conduite d'entretiens sur les cas d'utilisation du système
  • Diagrammes d'activité pour les cas d'utilisation du système
  • Artéfacts connexes
  • Tableaux de décision
  • Étude de cas F1 : Tableau de décision
  • Arbres de décision
  • Étude de cas F2 : Arbre de décision
  • Tableau conditions/réponses
  • Règles d'affaires
  • Fonctionnalités avancées des cas d'utilisation
  • Étude de cas F3 : Fonctionnalités avancées des cas d'utilisation

Exigences du cycle de vie pour les objets clés d'affaires

  • Qu'est-ce qu'un diagramme de machine d'états ?
  • Étape 2a ii : 1. Identifier les états des objets critiques
  • Étude de cas G1 : États
  • Étape 2a ii : 2. Identifier les transitions d'état
  • Étude de cas G2 : Transitions
  • Étape 2a ii : 3. Identifier les activités d'état
  • Étude de cas G3 : Activités d'état
  • Étape 2a ii : 4. Identifier les états composites
  • Étude de cas G4 : États composites
  • Étape 2a ii : 5. Identifier les états concurrents

Collecte des règles transversales avec les diagrammes de classes

  • Étape 2b : Analyse statique
  • Étape 2b i : Identifier les classes d'entités
  • Étude de cas H1 : Classes d'entités
  • Étape 2b ii : Modéliser les généralisations
  • Étude de cas H2 : Généralisations
  • Étape 2b iii : Modéliser les rôles transitoires
  • Étude de cas H3 : Rôles transitoires
  • Étape 2b iv : Modéliser les relations tout/partie
  • Le diagramme de structure composite
  • Étude de cas H4 : Relations tout/partie
  • Étape 2b v : Analyser les associations
  • Étude de cas H5 : Associations
  • Étape 2b vi : Analyser la multiplicité
  • Étude de cas H6 : Multiplicité

Optimisation de la cohérence et de la réutilisation dans la documentation des exigences

  • Étape 2b vii : Lier les cas d'utilisation du système au modèle statique
  • Étude de cas I1 : Lier les cas d'utilisation du système au modèle statique
  • Étude de cas I1 : Résultats
  • Étape 2b viii : Ajouter les attributs
  • Méta-attributs
  • Étude de cas I2 : Ajouter les attributs
  • Étape 2b ix : Ajouter les tables de consultation
  • Étude de cas I5 : Analyser les tables de consultation
  • Étape 2b x : Ajouter les opérations
  • Étude de cas I7 : Distribuer les opérations
  • Étape 2b xi : Réviser la structure de classe
  • Étude de cas I8 : Réviser la structure

Conception des cas de test et achèvement du projet

  • Étape 2c : Spécifier les tests
  • Examinations structurées
  • Tableaux de décision pour les tests
  • Étude de cas J1 : Déduction des cas de test à partir de tableaux de décision
  • Analyse des valeurs limites
  • Étude de cas J2 : Sélection des données de test à l'aide de l'analyse des valeurs limites
  • Tests du système
  • Au-delà des tests du système
  • Étape 2d : Spécifier le plan de mise en œuvre
  • Étape 2e : Établir la référence pour le développement

Ce que les développeurs font avec vos exigences

  • Modèles de conception orientés objet
  • Visibilité
  • Classes de contrôle
  • Classes de liaison (boundary)
  • Diagrammes de séquence
  • Diagrammes de communication
  • Autres diagrammes
  • Architecture en couches
  • Interfaces
  • Mix-ins
  • Mise en œuvre de l'OO à l'aide d'un langage OO
  • Mise en œuvre de l'AO à l'aide de langages procéduraux
  • Mise en œuvre d'une base de données à partir de l'AO à l'aide d'un SGBDR

Pré requis

Aucun

 21 Heures

Nombre de participants


Prix par participant

Cours à venir

Catégories Similaires