Cette démonstration présente un cas d'utilisation de workflow général : une compagnie d'assurances fictive crée un service qui répond aux besoins du département Demandes de remboursement.
Les différentes phases du cycle de vie du développement
Phase 1 : Un architecte recherche dans le référentiel Rational Asset Manager des actifs de services réutilisables, susceptibles de répondre aux besoins de cette solution. Ces actifs de service servent de références aux services Web déployés ou développés qui sont enregistrés de façon permanente dans WebSphere Service Registry and Repository.
Phase 2 : Le développeur développe, teste et modifie un prototype de la solution. Puis il soumet la solution en tant qu'actif dans Rational Asset Manager.
Phase 3 : (Cette phase ne rentre pas dans le cadre de la présente démonstration). Après que le développeur a soumis la solution à Rational Asset Manager en tant qu'actif, un comité s'assure que la solution répond bien à tous les besoins du département. Ce comité vérifie que la solution est prête à être publiée dans le référentiel des services.
Phase 4 : Le comité approuve la solution et demande la création du concept dans WebSphere Service Registry and Repository.
Phase 5 : Une fois qu'il a développé, testé, et généré la solution sous forme de compilation normale de développement, le développeur soumet dans un actif la solution à Rational Asset Manager sous forme de solution formelle. Le développeur doit publier dans WSRR cet actif de niveau solution. Cette solution inclut le WSDL et la totalité du code implémentant le service.
Phase 6 : Le développeur publie dans WSRR la compilation formelle qui est associée au service WSDL et il place le concept du service en état de publication. Pour permettre à WSRR de gérer l'interface du service, le développeur publie le WSDL à l'aide de l'actif d'implémentation qui se trouve dans Rational Asset Manager. Cela a pour effet de créer dans WSRR la solution prête à être utilisée en production.
Phase 7 : Une fois qu'il a publié le WSDL et les actifs d'implémentation pour finaliser la solution en vue de son utilisation en production, le développeur revient à WSRR et fait passer la gouvernance du service à l'état Versionné. Le développeur crée dans WSRR une relation formelle au concept du service existant. La création de cette relation formelle permet le mappage de l'implémentation et du service au moment du déploiement.
Phase 8 : L'actif est prêt à être déployé en production et les points d'infléchissement seront ajoutés manuellement dans WebSphere Service Registry and Repository. Une fois que le département des opérations aura examiné et approuvé l'actif, ce dernier pourra passer à l'état géré dans WSRR.
Phase 9 : L'administrateur de Rational Asset Manager synchronise le référentiel avec WSRR et il fait passer à Gérer l'état de gouvernance WSRR de l'actif.
Après avoir assisté à cette démonstration, vous comprendrez le cycle de vie et le développement d'un actif de service qui passe par les différentes phases de l'intégration de Rational Asset Manager et de WSRR.