Merci d'avoir envoyé votre demande ! Un membre de notre équipe vous contactera sous peu.
Merci d'avoir envoyé votre réservation ! Un membre de notre équipe vous contactera sous peu.
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