MODULE No 10

Titre : Introduction à Unified Process (UP)

But : avoir une bonne idée d’une approche très à la mode dans le développement du logiciel.

Antécédents : Module 08

Corps :

Dans le module 8 on a parlé de l’importance de la norme ISO 12207 pour le développement du logiciel. En particulier, on a souligné que la norme donne un vocabulaire commun pour permettre aux différentes parties prenantes (clients, fournisseurs, utilisateurs, etc.) de parler à peu près la même langue. On a aussi dit que la norme ne fixe ni les artefacts ne les enchainements des activités.

Aujourd’hui on va faire un pas en avant et on considère l’enchaînement des activités à l’aide de processus proposé par les créateurs de UML : Unified Process (UP).

Dans notre cours on ne suivra pas vraiment UP mais on le considère dans cette séance-ci à cause de sa diffusion et de ses qualités (on parlera aussi de ces défauts).

Voir la présentation PP sur le site et le chapitre 2 du livre de Jim Arlow, UML 2 and the UP, Addison Wesley 2005.

Conséquents :

· Avoir une idée sur ce que signifie développement itératif et incrémental

Note 01 :

1. Dans le cours on ne suit pas UP parce que l’on ne considère que deux artefacts (Conops et spécification des exigences logicielles). Du point de vue pédagogique dans un premier cours d’analyse il est préférable de mettre au centre les artefacts.
2. Le fait d’employer UP ou bien une organisation des processus plus classique dépend de plusieurs facteurs tel que : type de projet, domaine d’application, normes de l’entreprise qui développe, etc.