Unified Process Analyse et Conception : voici ce que doit faire la MOE
La discipline Analyse et Conception de la méthode Unified Process
Définir une architecture candidate
- Analyse de l'architecture
- Analyse des Use Cases
- Créer un prototype sur un ou plusieurs Use Cases les plus représentatifs permettant de valider l'architecture.
- Artefacts produits ou modifiés :
- Document d'architecture logiciel
- Modèle de conception
- Réalisation des Use Case
Mise en place d'une architecture pour prouver que ça marche
- Analyse de l'architecture
- Créer un prototype sur un ou plusieurs Use Cases les plus représentatifs permettant d'apporter la preuve que l'on a au moins une solution d'architecture qui fonctionne
- Artefacts produits ou modifiés :
- Modèle de conception
- Document d'architecture logiciel
- Réalisation des Use Case
- Liste des risques
- Vision
Analyser le comportement
- Analyse des Use Cases
- Identifier les éléments de conception
- Valider la conception (revue)
- Artefacts produits ou modifiés :
- Modèle de conception
- Réalisation des Use Case
Concevoir les composants
- Concevoir les Use Case
- Classes de conception
- Concevoir les packages et les classes de tests
- Concevoir les sous-système
- Concevoir l'encapsulation, étudier le couplage
- Valider la conception (revue)
- Implémenter les composants
- Artefacts produits ou modifiés :
- Conception des packages
- Classes de tests
- Tests des spécification d'interface
- Compte-rendu de revue
- Demandes de changements
- Encapsulation et étude du couplage
- Mise au point des protocoles
- Classes de conception
- IHM
- Conception des sous-systèmes
Affiner l'architecture
- Donner des priorités aux Use Cases
- Décrire l'architecture d'exécution (Run-Time)
- Décrire l'architecture distribuée
- Identifier des Design Pattern
- Intégrer des Design Pattern
- Incorporer des composants existants
- Valider l'architecture (revue)
- Structurer le modèle d'implémentation
-
Artefacts produits ou modifiés :
- Liste des risques
- Guidelines de conception
- Spécifications supplémentaires
- Document d'architecture logiciel
- Les demandes de changements
- Compte-rendu de revue
Concevoir la base de données (optionnel)
- Classes de conception
- Framework de Maping Objet Relationnel
- Conception de la base de données
- Valider la conception (revue)
- Implémenter les composants
- Artefacts produits ou modifiés :
- Classes de conception
- Modéle de données
- Composants
"L'écriture est la peinture de la voix."
Voltaire
A découvrir aussi
- 5/11 Projet informatique, passer du moyen âge à l'ère industrielle. Mettez le paquet sur les Use Case.
- La modélisation : tout juste bon à dépenser de l'argent pour rien ?
- Mais à quoi peut bien servir la modélisation dans l'urbanisation du SI ?
Retour aux articles de la catégorie Modélisation de système -
⨯
Inscrivez-vous au site
Soyez prévenu par email des prochaines mises à jour
Rejoignez les 757 autres membres