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 de logiciels et de la modélisation
- Méthodologies et leur impact sur le travail d'un Business analyste
- Étapes en cascade Analyse, conception, mise en œuvre, test, maintenance
- Agile approche de l'analyse d'entreprise
- Qui sont les analystes Business ?
- Perspective sur le rôle de l'analyste d'affaires
- Le modèle dynamique (comportemental)
- Le modèle statique (structurel)
- L'analyse structurée
Le point de vue du BA sur l'orientation objet
- L'orientation objet Programming et son impact sur la modélisation
- La norme UML
- Psychologie cognitive et OO ?
- Les objets
- Attributs et opérations
- Opérations et méthodes
- Encapsulation
- Les classes
- Relations
- Généralisation
- Association
- Agrégation
- Composition
- Polymorphisme
- Use Cases et Scénarios
- Business et Use Case systèmes
Vue d'ensemble de la modélisation orientée objet Business (B.O.O.M.)
- La B.O.O.M. et les SDLC
- Les étapes du B.O.O.M.
- Séquencement des étapes
- Que définissez-vous en premier - les attributs ou les opérations ?
Analyse des processus de bout en bout Business
- Entretiens au cours des phases de lancement, d'analyse et de test
- Étape 1 : Initiation
- Business Modèle de document d'exigences
- Étape 1a : Modèle Business Use Cases
- Étape 1a i : Identifier Business Use Case s (Business diagramme de cas d'utilisation)
- Mettre la théorie en pratique
- Note aux utilisateurs de Rational Rose
- Étude de cas D1 : Business diagrammes de cas d'utilisation
- Étape 1a ii : Étendue des Business Use Case cas (diagramme d'activités)
- Étude de cas D2 : Business Diagramme de cas d'utilisation avec partitions
Définition du périmètre du projet informatique avec des Use Case systèmes
- Étape 1b : Modéliser le système Use Cases
- Étude de cas E1 : Carte des rôles
- Étape 1b ii : Identifier les paquets de cas d'utilisation du système (diagramme de cas d'utilisation du système)
- Étude de cas E2 : Cas d'utilisation du système
- Étape 1b iii : Identifier les Use Case systèmes (diagramme des cas d'utilisation du système)
- Étude de cas E3 : Diagrammes des cas d'utilisation du système
- Étape 1c : Commencer le modèle statique (diagrammes de classes pour les Business classes clés)
- Étape 1d : Définir la base de l'analyse (BRD/Initiation)
Storyboard de l'expérience de l'utilisateur
- Étape 2 : Analyse
- Le modèle de description des cas d'utilisation
- Documenter le flux de base
- Lignes directrices pour la rédaction des cas d'utilisation
- Exemple de flux de base : Rapport de cas d'examen du système de RPC
- Documentation des flux alternatifs
- Documentation des flux d'exception
- Lignes directrices pour la conduite d'entretiens sur les cas d'utilisation des systèmes
- Diagrammes d'activité pour les systèmes Use Case
- Artéfacts connexes
- Tables de décision
- Étude de cas F1 : Table de décision
- Arbres de décision
- Étude de cas F2 : Arbre de décision
- Tableau des conditions/réponses
- Business Règles
- Fonctionnalités avancées des cas d'utilisation
- Étude de cas F3 : Fonctionnalités avancées des cas d'utilisation
Exigences relatives au cycle de vie des objets Business clés
- Qu'est-ce qu'un diagramme de machine à é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 états Activities
- Étude de cas G3 : États Activities
- Étape 2a ii : 4. identifier les états composites
- Étude de cas G4 : États composés
- Étape 2a ii : 5. identifier les états simultanés
Rassembler les règles transversales à l'aide de 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
- Etude de cas H5 : Associations
- Étape 2b vi : Analyser la multiplicité
- Etude de cas H6 : Multiplicité
Optimiser la cohérence et la réutilisation des exigences Documentation
- Étape 2b vii : Lier les systèmes Use Case au modèle statique
- Étude de cas I1 : Relier le système Use Case au modèle statique
- Étude de cas I1 : Résultats
- Étape 2b viii : Ajouter des attributs
- Méta-attributs
- Étude de cas I2 : Ajouter des attributs
- Étape 2b ix : Ajouter des tables de recherche
- Etude de cas I5 : Analyser les tables de recherche
- Étape 2b x : Ajouter des opérations
- Étude de cas I7 : Distribuer des opérations
- Étape 2b xi : Réviser la structure de la 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
- Visite guidée structurée
- Tables de décision pour les tests
- Étude de cas J1 : Dérivation des cas de test à partir des tables de décision
- Analyse de la valeur limite
- Étude de cas J2 : Sélection des données de test à l'aide de l'analyse de la valeur limite
- Tests du système
- Au-delà des tests système
- Étape 2d : Spécifier le plan de mise en œuvre
- Étape 2e : Définir la base de référence pour le développement
Ce que les développeurs font avec vos exigences
- Orienté objet Design Patterns
- Visibilité
- Classes de contrôle
- Classes de délimitation
- Diagrammes de séquence
- Communication Diagrammes
- Autres diagrammes
- Architecture en couches
- Interfaces
- Interfaces mixtes
- Implémentation de l'OO à l'aide d'un langage OO
- Mise en œuvre de l'OOA à l'aide d'un langage procédural Languages (en anglais)
- Mise en œuvre d'un Database de l'OO à l'aide d'un SGBDR
Pré requis
Aucun
21 Heures