Processus de développement
UML/RUP : Organisation des processus de développement
Des concepts à la réalité Application et compléments pour construire une ingénierie du processus de développement
Les directions des entreprises marquent un intérêt renouvelé à la notion de processus. Si on entend par là « ce que fait l’entreprise, avec quelles ressources, pour servir quels objectifs», c’est la réaffirmation de principes simples et anciens : • Pour maîtriser la performance de l’entreprise, il faut rapporter la consommation de ressources (financières, humaines ou matérielles) à l’intérêt de ce qu’elles produisent (article ou service à la vente, support d’un objectif stratégique). Pour organiser la réactivité de l’entreprise il faut mesurer l’impact de différents scénarios sur des ressources, des produits ou des critères particuliers. Ces scénarios peuvent relever de l’organisation (re engineering), du marché (variation des caractéristiques de la demande) ou du risque (défaillance d’une ressource ou d’un processus). Pour organiser la pérennité de l’entreprise il faut pouvoir reproduire les savoir-faire dans le temps. Il faut intégrer de nouvelles ressources ou élargir le périmètre de l’entreprise pose évidemment le besoin de faire savoir ce qui doit être fait pour réaliser le « programme » de l’entreprise.
•
•
Une organisation qui se consacre au développement informatique est une véritable entreprise. La mise sous contrôle de ses processus de production (informatique) déterminera sa capacité à satisfaire ces trois vocations. UML/RUP (Rational Unified Process) donne un cadre référentiel aux processus de développement informatique. La liste des activités qu’il prévoit, et aussi bien le modèle de consommation des ressources qu’elles induisent, sont utiles au gestionnaire de projet. Ils lui fixent un cadre conceptuel de planification. Cependant, la prise en charge de la notion de processus par RUP s’avère relativement trop sommaire pour fournir un outillage