MACOO

• Une méthodologie comprend 2 aspects

– Processus (étapes, marche à suivre) : Comment trouver
ce qui est quoi
– Notation (Méthode) : Comment noter ce qui a été trouvé
• Processus
– Permet de diriger les activités de l’équipe responsable du
projet
– Spécifie quelles sont les parties du système qui doivent être
développées à chaque étape (comment et quand)
– Offre des critères pour gérer et mesurer les produits et les
activités du projet
• Une méthodologie OO offre un nouveau modèle dans
lequel les données et les processus (fonctions) sont
intégrés
MACOO
• Plusieurs méthodologies
– Waterfall (Modèle en cascade)
• On suppose qu’on a une spécification complète de la présente
tâche
• Pas de retour en arrière
• Bonne visibilité des différentes phases du processus
Analyse des
besoins
Conception
préliminaire
Conception
détaillée
Codage
Tests unitaires
Intégration
Tests du
système
Investigation Conception Implantation Test
MACOO
• Plusieurs méthodologies
– Cycle de vie en spirale (Boehm 88) : 4 étapes
fondamentales
• Établir les objectifs et les limitations et se décider sur les
opportunités et les risques
• Évaluer les alternatives pour les produits et les processus.
Identifier et résoudre les risques
• Planifier les activités pour les prochaines phases
• Implantation de ces activités
MACOO
• Plusieurs méthodologies
– Cycle de vie en spirale (Boehm 88)

Détermination de buts, Identification

choix et contraintes Analyse des et évaluation
risques

A.R Prototype
opérationnel
A.R Prot. 2

Pr. 1
Plan du C.L Concep- Conception
développement V.C tion du détaillée
logiciel Codage
Validation
Plan d'intégration Tests unitaires
concept.
et de tests
Phases de Tests d'intégration
Développement
planification Implantation et tests
MACOO
• Plusieurs méthodologies
– Booch (1996)
• Macro-processus : Étroitement lié au cycle de vie Waterfall
traditionnel
• Micro-processus : Relié au modèle spiral
Macro-processus

Concep. Analyse Conception Évolution Maintenance

Micro-processus

• Concep. : Conceptualisation (Analyse des besoins)

• Évolution : Développement, évaluation et déploiement de
l’implantation à travers des raffinements successifs
Cycle de développement classique
– Analyse des besoins
– Analyse
– Conception
– Implantation
– Tests
Analyse des besoins
• Comprendre le point de vue du client (domaine,
système à développer)
 Clarifier la demande du client
Si la demande du client n’est pas bien comprise le système qui sera
développé pourra ne pas répondre aux besoins du client
• Établir ce qu’on attend du système de façon détaillée
(définition des objectifs)
 Délimiter les frontières du système
➢Une frontière large du système peut impliquer une perte de temps
et d’argent en développant des modules inutiles
➢Une frontière étroite du système peut impliquer un oubli de
développer certaines composantes du système
Analyse des besoins
• Chercher les informations nécessaires pour
évaluer la faisabilité du projet
– Existe t-il des éléments qui pourraient empêcher la
réalisation et l’implémentation des solutions
envisagées ?
– Chercher le plus d’information pour évaluer la
faisabilité du projet
• Interviews / Rencontres
• Observations
• Consultation des documents
• Questionnaires
Analyse des besoins
• Types de faisabilité
– Organisationnelle
• Quels impacts aura le système à développer
– sur le climat du travail et sur la clientèle ?
– sur la politique de gestion du personnel de l’entreprise ?
– sur les systèmes connexes et sur la gestion des activités
supportées ?
• Quel est le point de vue de la haute direction et
son degré d’implication ?
• Quelle est la contribution des utilisateurs
immédiats (développement, décision, disponibilité
pour les entrevues, formation, etc.) ?
Analyse des besoins
• Types de faisabilité
– Technique
• Comparaison de la technologie existante ou acquise avec
les exigences des utilisateurs et du système envisagé
– Temporelle
• L’analyste doit évaluer la capacité de l’organisation, des
utilisateurs, des analystes, des programmeurs, etc. à
mener à bien le projet dans les délais
– Financière
• Déterminer si les bénéfices monétaires dépasseront les
coûts
• L’analyste doit faire une estimation des coûts pour le
développement
• L’analyste doit prévoir les frais pour l’acquisition des
équipements
Analyse des besoins
• L’évaluation de la faisabilité est une étape
critique
– L’analyste doit avoir une bonne compréhension du
problème et de son contexte
– L’analyste doit concevoir rapidement des solutions
et évaluer les coûts ou les risques
• Risques solvables  Évaluation des investissements
nécessaires
• Risques non solvables  Recherches et études
supplémentaires
– Une évaluation négative d’un aspect de la
faisabilité entraîne l’arrêt du projet en cas
d’absence d’une volonté de faire une analyse
supplémentaire
Analyse des besoins
• Livrable = rapport
– Vision générale des besoins du projet
– Étude de la faisabilité et de la pertinence du projet
– Probablement un prototype pour la validation des idées avec
le client
– Recommandations
• La poursuite ou l’arrêt du projet repose sur le contenu
du rapport que l’analyste doit fournir à la fin de
l’étape d’analyse des besoins
Analyse
• Buts de la phase d’analyse
– Étude du système existant et de son
environnement
– Identifier les problèmes du système existant
– Déterminer les causes de ces problèmes
– Définir les objectifs à atteindre du système à
développer
– Suggérer quelques éléments de solutions pour
atteindre les objectifs
– Pour cela, il faut :
• Acquérir une excellente connaissance de l’environnement
organisationnel
• Bien comprendre le fonctionnement du système existant
Analyse
• Tâches principales
– Planifier la tâche d’analyse
– Collecter plus d’informations en complément à ce
qui a été collecté lors de la phase d’analyse des
besoins
– Dresser un échéancier
– Analyser l’environnement
– Modéliser le système en place
– Livrable
Analyse
• Analyse de l’environnement
– Nécessaire pour mieux comprendre le domaine du
problème du système étudié ou à concevoir
– Nécessaire pour mieux délimiter le système
– Identifier les problèmes et leurs causes
– Analyse organisationnelle
• Activité et structure de l’organisation
• Structure de l’ organisation
– Analyse technique
• Renseignement sur la culture informatique de l’organisation
• Renseignement sur les équipements en place et le degré
d’innovation technologique
– Analyse financière
Analyse
• Modéliser le système en place
– Déterminer les fonctions principales du système
– Déterminer le comportement du système en
respectant ses fonctions
– Si le système est complexe, identifier les sous-
systèmes
– Identifier les classes d’objets du système
– Déterminer les responsabilités des objets
– Déterminer les attributs et les méthodes des objets
– Déterminer les interactions entre les objets
– Choisir les outils de modélisation
– Élaborer le diagramme de classes
Analyse
• Nouvelle évaluation du problème
– Y a-t-il de nouveaux risques avec une meilleure
compréhension du système ?
• Livrable
– Description du contexte du système
– Modèle du système existant
– Fabrication d’une collection de scénarios qui définissent le
comportement du système
– Délimitation du domaine : Sur quoi on va travailler ?
– Révision des risques
Conception orientée objet
• La poursuite du projet dépend du rapport livré dans la
phase d’analyse
• But : Créer une architecture pour l’implantation
• Essayer de résoudre et d’éliminer les problèmes
identifiés dans la phase d’analyse
• Tâches
– Affiner les relations entre les objets pour refléter les concepts
de la modélisation OO (Héritage, association, Classes/Sous-
classes, etc.)
– Développer les détails internes des objets (décrire les
méthodes et les propriétés privées et/ou publiques)
Conception orientée objet
• Tâches (suite …)
– Ajouter au besoin des attributs pour des raisons de
conception
– Identifier des « paquetages » (packages, modules,
sous-systèmes) pour aider la gestion
– Choix du langage de programmation orienté objet
– Y a-t-il des composants réutilisables ?
– Y a-t-il de nouveaux risques ?
• La phase de conception permet d’affiner et
d’enrichir la phase d’analyse
Conception orientée objet
• Livrables
– Architecture du système à mettre en œuvre
– Spécification des importants patrons (modèles) du
système
– Risques révisés
– Plan de livraison