Voir la Demo Live

Voir la Demo live de ISPW en Anglais - 45 Minutes  (Double-Cliquez sur ce lien).

Schéma

Gestion des versions

"Warehouse", composant ISPW ( voir schéma ) qui permet de stocker les différentes versions d'un composant  Equivalant à une gestion évoluée de bibliothèques. Stockage des versions sources et exécutables Un service central enregistre les versions de n'importe quel composant (fichier texte ou binaire), Les composants peuvent avoir des règles différentes (par exemple source COBOL vs JCL), Les composants sont les versions complètes compressées (pas seulement les modifications),  Chaque niveau de cycle de vie peut avoir son propre entrepôt (warehouse) Les applications peuvent avoir différentes politiques de "Warehouse" Pour une même application, des données peuvent être stockées dans différents "Warehouses" Sécurité par ISPW et SAF Utilisation de la sécurité standard SAF (Security Acces Facility) donc conforme à RACF, Top Secret et ACF2 pour accéder aux différents warehouses Les "Warehouses" peuvent être sur des plateformes distribuées Mise en place initiale basée sur des fichiers PDS/E , Warehouses sur Windows supporté, (les développeurs sur plateformes distribuées peuvent préférer le warehouse local de Windows), Warehouses sur Linux/AIX/etc en cours d’intégration

 

Processus de cycle de vie

Processus de Cycle de Vie

1. Création ou copie d'un composant déjà existant
2. Sélection et édition du composant par une des trois interfaces graphiques (TSO, Web, Eclipse) quelque soit la plateforme ou l'endroit où le composant est entreposé. N'importe quel éditeur peut-être appelé par ISPW.
3. Génération du  composant (ex : source vers exécutable). Bind pouvant être exécuté sur plusieurs machines
4. Approuver et Promouvoir un changement. Les compilations peuvent se faire autant de fois que nécessaire. l'approbation permet de promouvoir au niveau supérieur. Intégration des outils d'assurance qualité de l'entreprise.
5. Promouvoir vers la production une fois que les tests de QA sont corrects. Ceci peut se faire par un Copy ou un Bind ou toute autre procédure personnalisée.
6. Déploiement et activation vers les environnements de production (ISPW intègre un moteur de déploiement avec un outil de planification)

Approbation

• Les approbations sont des autorisations électroniques, faites par des chefs de projet ou des responsables
• Les approbations peuvent être faites sous ISPF, par le Browser (comme ci-dessus), ou par l'interface GUI
• La politique d'approbation peut varier en fonction de l'application
• Les approbateurs notifiés par email, cliquent sur un lien pour invoquer l'interface du browser (ci-dessus)
• Le browser est une application Java qui utilise un serveur web comme Websphere, JRUN, Tomcat, …
• L’accès est fait par l’intermédiaire d’une identification sécurisée.

Génération des composants

Generate produit les exécutables à partir des diverses sources

• Les composants MVS peuvent être compilés ou construits à n'importe quel niveau dans le cycle de changement.
• Les composants dépendants comme les Copybooks, les modules statiques, sont connus et suivis à la trace
• Création de rapports à n'importe quel niveau

Promote élève un composant ou une application vers le niveau supérieur

• Les composants peuvent être promus par un cycle individuel ou dans des packages
• Les sources et les exécutables passent physiquement d’un niveau vers un autre au travers de leur fichiers natifs (PDSs, VSAM files, Adabas files, HFS files, etc.)
• Les modules distribués sont vérifiés, mis à jour et progressent ensuite logiquement de niveau en niveau dans le cycle de changement
• Promouvoir peut être une recompilation

Fallback permet de recréer une application à une date et heure spécifique

• Les composants sources et exécutables sont restaurés à partir du Warehouse et réactivés    

Déploiement

• Le déploiement peut se faire pour une application ou un ensemble de composant ou un composant seul.

• Déploiement MVS vers n'importe quel LPAR MVS local ou éloigné

• Déploiement sur plateformes Windows, Linux et Unix

Aide au Développeur

Espace de travail du développeur:

• Il peut être privé ou partagé (ex : même espace pour une petite équipe)

• Sur MVS - peut être un PDS, ou n'importe quel fichier, y compris VSAM  et  HFS

• Sur Windows - projet Éclipse

• Plus de 20 opérations ISPW sont supportées:

• Add, Browse, Compare, Delete, Fallback, History, Job Output, OK, Regress, Version list, Work list, etc.

• Support des éditeurs intégrés et des générateurs :

• MVS :ISPF Edit, SmartEdit, Telon’s TDF, QMF, SDF 2, Natural, OEdit
• Windows :SlickEdit, Eclipse (WSAD, WSED)

• Les outils intégrés incluent des analyseurs de structure, les programmes de mise au point, des outils de comparaison et fusion, contrôle de syntaxe JCL, des générateurs de documentation, ainsi que des produits tiers comme Life70, Ingenium, PeopleSoft, etc.

Gestion du développement parallèle

• De multiples versions de composants peuvent être traitées en même temps pour des mises à jour.
• N'importe quel numéro de version et de niveau de cycle de vie peut être intégré.
• Les mises à jour dans un cycle de vie sont visibles dans des cycles de vie parallèles.
• La notification en temps réel et le marquage des changements parallèles en conflit sont montrés dans la Liste des Tâches ISPW à côté de chaque composant affecté.
• Chaque composant a un historique d'événements significatifs depuis qu'il est entré en cycle de changement.
• Le journal d'audit de l'historique montre qui a fait quoi et quand pour une rapide résolution d'un problème
• L'opération de fallback  peut recréer n'importe quelle application à n'importe quelle date/heure

Gestion du travail et des équipes

Le sous-programme d'ISPW extrait les données et alimente le tableur de Microsoft Excel.

Les données extraites utilisent le dispositif graphique de Excel

Intégration de Java

• Outil unique pour le développement et le déploiement d'Application multi-plateforme de J2EE

• L’interface graphique ISPW peut être Eclipse en mode autonome ou en connexion à WSA D (WebSphere Studio Application) ou WSED (WebSphere Enterprise Développeur)

• Déploiement automatisé dans WAS (Web Application Server)

• MVS Cobol, JAVA, etc. contenus en un seul package de changement

• Audit, Approbation, Historique, Sécurité dans un produit unique avec les mêmes fonctions que pour les autres composants

Les interfaces graphiques

Trois interfaces différentes pour trois types d’utilisateurs :

1. Interface 3270 pour les développeurs Mainframe
2. Interface Browser Web pour les superviseurs, les managers et les approbateurs
3. Interface Graphique Java, qui peut être en mode "standalone" ou en "plug in" à WSAD/WSED

• Chaque Interface est un client léger du serveur ISPW

• Les clients 3270 et GUI communique avec le serveur ISPW via le bus de communication ISPW

• Le client Browser est une application J2EE

Interface 3270

Construit principalement pour la productivité du Développeur, les champs titre sont également des champs de sélection et de tri.

Aux différentes actions, des procédures peuvent-être associées en fonction du type de composant.

Les actions sont :

• edit, generate, compare, view history, analyze change impacts, promote, backout, view versions, etc

Interface Web

Les utilisateurs sont les managers, les chefs de projet, les approbateurs.

Les approbateurs sont notifiés par email, ils cliquent sur le lien pour appeler le browser ISPW.

Le browser exécute seulement un sous-ensemble d‘opérations ISPW :

Visualiser les changements présentés en format HTML

Approve/Deny sont les seules opérations de mise à jour

Interface Eclipse

Les utilisateurs peuvent être:

• Les développeurs Mainframe pour l’édition de programme Cobol, etc. sur leur PC avec des éditeurs comme Visual SlickEdit

• Les développeurs écrivant des applications avec Visual Basic, PowerBuilder, Visual Studio .NET, etc.

• Les développeurs écrivant en C, XML, HTML, Java, etc. utilisant Eclipse
• Les développeurs d’applications distribuées supportant Cobol, PL/I, etc. et les applications utilisant WSED