Le développement d'applications est un processus itératif. Les développeurs révisent le code applicatif et déplaceent périodiquement ces composants vers l'environnement de test pour retour d'expérience et acceptation utilisateur. A un certain moment du cycle de vie de développement applicatif, l'application étant stable, elle est déployée en production. Suite à la distribution générale d'une application, il faut résoudre les problèmes, tester les résolutions et les valider en environnement de production. C'est l'essence du processus de gestion des changements, aussi appelé contrôle de production.

Il peut exister de grandes différences d'une entreprise à l'autre dans l'approche adoptée pour la gestion des changements. Certaines entreprises délèguent la plus grande partie de la responsabilité aux développeurs, alors que d'autres préfèrent avoir des processus distincts pour obtenir un plus haut degré de contrôle. Typiquement, les développeurs utilisent des outils de développement pour de telles tâches, alors que les experts en gestion des changements préfèrent des méthodes automatisées pour déplacer des composants applicatifs entre environnements. Une fois l'application déplacée vers l'environnement de production, il arrive que les développeurs aient à créer des paquets applicatifs de gestion des changements afin de pouvoir initialiser de tels changements. Dans les entreprises de taille importante, c'est souvent une combinaison de ces différentes approches qui est utilisée.

Les exemples qui suivent illustrent deux processus différents de gestion des changements. Ces sections décrivent des caractéristiques de produits et des méthodologies que les entreprises peuvent mettre en œuvre pour atteindre leurs objectifs au niveau de la gestion des changements à l'aide de WebFOCUS 8.

Les développeurs déplacent des fichiers d'application entre les environnements de développement et de tests en utilisant leurs outils de développement, comme le montre l'image suivante. Quand l'application est terminée, elle est copiée du test en production, en utilisant des utilitaires du système d'exploitation. Il ne peut y avoir qu'un seul environnement de test.

Dans cet exemple, quatre environnements WebFOCUS sont établis pour augmenter le niveau de contrôle du déplacement du code applicatif en production. Les développeurs utilisent la structure ressource Portail Business Intelligence ou Developer Studio pour déplacer les fichiers applicatifs de l'environnement de développement vers l'environnement de test. Ensuite, les développeurs utilisent alors l'utilitaire d'export de gestion des changements lorsqu’ils sont prêts à transférer les changements à l’environnement de test d’acceptation utilisateur.

L'utilitaire d'export de gestion des changements permet au développeur de sélectionner les ressources à déplacer et crée un paquet de gestion des changements. Un administrateur peut ensuite déplacer le paquet de gestion des changements vers un test d'acceptation avec l'utilitaire d'import de gestion des changements. Certaines organisations peuvent choisir d'utiliser un processus automatisé pour importer le contenu, afin de mieux intégrer leurs processus d'entreprise. Comme le montre l'image suivante, une fois que l'application est considérée prête pour la livraison, le personnel de contrôle de production déclenche une copie du système de fichiers de l'application vers l'environnement de production. Les utilisateurs commencent à utiliser l'application et le processus de gestion des changements assume un rôle de maintenance de l'application. Toutes les mises à jours incrémentielles sont désormais facilitées par les administrateurs utilisant l'utilitaire d'import de gestion des changements.