Principes clés pour le développement guidé par le métier
Les principes traités ici représentent les meilleures pratiques utilisées pour la création, le déploiement et l'amélioration de systèmes comportant une partie logicielle importante. Chaque principe est décrit à l'aide d'un pattern d'application, résumant ses avantages et avertissant contre des stratégies opposées ou des anti-patterns.
Relations
Description principale

Le développement logiciel est un travail d'équipe. Cette activité fait idéalement appel à des équipes coordonnées travaillant dans des disciplines différentes qui couvrent le cycle de développement logiciel. Il ne s'agit pas de sciences ni vraiment d'ingénierie, du moins pas au niveau des principes quantifiables basés sur des faits bruts. Les efforts de développement logiciel qui impliquent la planification et la création de pièces séparées à assembler ensuite, comme c'est le cas pour la création de ponts ou d'engins spatiaux, dépassent constamment les délais et les budgets et ne répondent pas aux attentes de l'utilisateur.

En l'absence de faits bruts, il faut donc s'appuyer sur les techniques de développement logiciel que nous appelons les meilleures pratiques, dont nous avons régulièrement démontré la valeur dans nos engagements face à nos clients. Au lieu de planifier-construire-assembler des séquences d'activités pour un projet, ces pratiques décrivent un processus incrémentiel et itératif qui conduit les équipes de développement vers les résultats attendus.

Les six meilleures pratiques phare de Rational Unified Process sont, depuis plus de dix ans, la base de toute évolution de nos outils et processus Rational. Le développement logiciel étant devenu une capacité métier clé, nos meilleures pratiques évoluent dans le contexte plus large du développement guidé par le métier. Les principes suivants reformulent nos meilleures pratiques pour le cycle de vie plus vaste des systèmes en constante évolution, au sein desquels le principal élément en évolution est le logiciel. A savoir :

Chaque page ci-dessous présente un principe parmi ceux énoncés ci-dessus, en mettant l'accent sur :

  • Les avantages tirés de l'application du principe,
  • Le pattern de comportement qui incarne le mieux le principe et
  • Les "anti-patterns" les plus reconnaissables ou les comportements contraires au principe, qui peuvent nuire aux projets de développement logiciel.