Unified process

.....1 Pourquoi modéliser ? • 2 Les bases d’UML • 4 Un processus simplifié pour les applications web • 9 Les principes fondamentaux du Processus Unifié (UP) • 9 Les phases et les disciplines de UP • 10 Le schéma synthétique du RUP™ (Rational Unified Process) • 11 Les principes du Manifeste Agile • 12 Les pratiques d’eXtreme Programming (XP) • 12 Les bases de Scrum • 13 La modélisation agile (AM) • 13 Le processus proposé dans cet ouvrage • 14 Organisation du livre • 21 2. FONCTIONNALITÉS D’UNE LIBRAIRIE

processus de location, tel qu’ils peuvent, à distance et en toute sécurité, faire une réservation d’un véhicule, même signer un contrat. La démarche adoptée est basée principalement sur un processus de développement 2TUP (2 Track Unified Process) composé de trois branches : une branche pour l’étude fonctionnelle, une branche pour l’étude technique et une troisième branche du milieu qui fusionne les résultats des deux branches précédentes, ce qui conduit

démarche : • guidée par les besoins des utilisateurs (Uses Cases) => les fonctions du système ; • centrée sur l’architecture logiciel => la forme du système ; • itérative et incrémentale. • Il existe quelques méthodes : • Rational Unified Process ; • 2 Track Unified Process. Benoît Charroux – Étude ce cas - Mai 99 - 2 1 RUP de Rational Software • Les SKDVHV : • initialisation : définir l’étendue du projet et développer un modèle de gestion ; • élaboration : planification du projet, spécification

sous-système 20 Evolution Définir les besoins Evaluer les systèmes existants Systèmes existants B.Shishedjiev - Génie logiciel Proposer changements Modifier les systèmes Système nouveau 21 Processus de développement unifié • Rational Unified Process (RUP) • Perspectives – Dynamique – les phases dans le temps – Statique – les activités du processus – Pratique – les bonnes paratiques • Phases – – – – création (inception) – les faits pour le système et les profits élaboration – comprendre

des processus de développement implique pourtant une organisation et un suivi des activités : c’est ce à quoi s’attachent les différentes méthodes qui s’appuient sur l’utilisation du langage UML pour modéliser un système d’information. UP (Unified Process) est une méthode générique de développement de logiciel. Générique signifie qu'il est nécessaire d'adapter UP au contexte du projet, de l'équipe, du domaine et/ou de l'organisation (exemple: R.UP ou X.UP). C'est, entre parenthèses, plus ou

(ou chez Cambridge University Press). • D.G. Firesmith, G. Hendley, S. Krutsch et M. Stowe, Documenting a Complete Java Application using OPEN, série OPEN publiée par Addison-Wesley. • I. Graham, B. Henderson-Sellers et H. Younessi, The OPEN Process Specification, Addison-Wesley,1997. • B. Henderson-Sellers,T. Simons et H. Younessi, The OPEN Toolbox of Techniques, Masson, Addison-Wesley, 1998. • http://www.csse.swin.edu.au/cotar/OPEN/ • http://www.csse.swin.edu.au/cotar/OPEN/OBJMAG/OBJMAG

capitaliser des règles dans le domaine du développement logiciel. Le groupe UML travaillé à unifier non pas les processus, mais plus exactement les meilleures pratiques de développement objet. Ces processus se distinguera par le générique « Unified Process ». Le processus unifié Le processus unifié est un processus de développement logiciel : il regroupe les activités à mener pour transformer les besoins d'un utilisateur en système logiciel. Caractéristiques essentielles du processus unifié

tâches qui les composent. Dans une approche objet tout change : • Le processus est de type itératif ; • Les découpages ne coïncident pas : les activités (taches, phases, étapes, etc…) se déroulent dans plusieurs dimensions. UP (Unified Process) est une méthode générique de développement de logiciel. Générique signifie qu'il est nécessaire d'adapter UP au contexte du projet, de l'équipe, du domaine et/ou de l'organisation. II. Le processus unifié : cadre général Le processus unifié

adopting them.1 We can view agile methods such as Extreme Programming (XP) and Scrum as a reaction to plan- A based or traditional methods, which emphasize a “rationalized, engineering-based approach,”2 incorporating extensive planning, codified processes, and rigorous reuse.3 In contrast, agile methods address the challenge of an unpredictable world, emphasizing the value competent people and their relationships bring to software development.4 Table 1 summarizes these differences. To clarify the

foisonnement de nouvelles méthodes de conception « orientée objet », l’Object Management Group (OMG) a eu comme objectif de définir une notation standard utilisable dans les développements informatiques basés sur l’objet. C’est ainsi qu’est apparu UML (Unified Modified Language « langage de modélisation objet unifié »), qui est issu de la fusion des méthodes Booch, OMT (Object Modelling Technique) et OOSE (Object Oriented Software Engineering). Issu du terrain et fruit d'un travail d'experts reconnus, UML