Je souhaite apporter une réponse à propos de Pacbase. Pacbase est un AGL initialement porté par la CGI avant de se faire racheter par IBM, lequel arrête cet atelier de développement en 2015. La solution de continuité que nous proposons, Reptide (REPository, Transform, IDE) conserve ce qui a fait de Pacbase, un redoutable outil de développement mais encore plus redoutable dans le cadre des actes de maintenance. Cette solution moderne apporte, entre autre, une interface digne d’un développeur Mainframe moderne car s’exécutant dans un environnement Eclipse. Son dictionnaire simplifie la vie des utilisateurs, l’analyses d’impact de premier niveau est immédiates, les patterns de générations apportent la productivité que les Entreprises réclament de nos jours (plus vite, mieux et moins chère). Pour en savoir plus : http://www.metrixware.com !

Concernant les offres de « migration » Pacbase je ne suis pas vraiment au « top » car je ne suis pas directement impacté par une telle migration.

Je connais deux sociétés en cours de migration dont une (je crois) est en phase de d’activation de la plateforme cible (migration terminé). Par contre, je pense qu’une migration Pacbase reste principalement technique (Pacbase étant un outils purement technique que l’on doit remplacer par un autre)
L’offre de service dans le cadre d’un migration n’est pas lié à un outils mais plutot à une démarche méthodologique ( étude existant, définition cible, accompagnement, conduite au changement formation, carto, identification des risques, cela pouvant aller jusqu’à un engagement de réussite).

Cela fait plus de 20 ans que je travaille dans les environnements mainframe et durant cette période j’ai vu certain système disparaitre complètement. Aujourd’hui mis à part MVS – z/OS il ne reste plus grand chose.

Je ne dis pas que le mainframe est inintéressant bien au contraire. Par contre pour dire que les plateformes Unix, Java le sont cela implique que vous ne connaissez pas vraiment cela.

J’ai testé avec succès certaines de ces moulinettes et on arrive normalement à faire tourner cela sur un serveur standard (aucun problème sur les « gros » batchs ni sur CICS bien que le paramétrage soit plus complexe). De plus le cout de la plateforme matériel est secondaire c’est plutôt la facture logiciel qui est lourde coté mainframe.
Je vous invite à regarder Naca 3 (concernant ces moulinettes) .

N’hésitez par à me contacter pour débattre de ce sujet …

Oui l’architecture mainframe est excellente et offre un très grande stabilité. Mes principaux griefs sont :
- En 20 ans je n’ai pas vu évoluer les outils de développement mainframe.
- Idem concernant l’ergonomie des interfaces 3270
- Certains outils mainframe n’évoluent PLUS (DB2-SQL/DS sous VSE est une pièce de musé pas d’alias, pas de jointure ouverte, des perfs moyennes).
- Beaucoup d’outils de bases sont en options ( débogueur, fileaid, gestionnaire de source, …)
- très peu de compétence du coté des jeunes diplômés

VI est effectivement vieillot et pour cause il est à mon avis au moins aussi vieux que Xedit (j’ai pas vérifié). Mais VI comme XEDIT sont tous les deux d’excellents éditeurs.

MVS se modernise effectivement, il s’ouvre surtout à d’autres technologies (TCP-IP, Java, Websphere , zLinux, …) et communique très bien vers les systèmes dis « ouvert ».
Concernant le cout chaque DSI doit effectuer sa propre étude pour évaluer de quel coté penche la balance mais je pense que cela sera toujours vers Unix (en restant cohérent bien sur, c’est à dire utilisation de système ESX ou équivalent, limiter les versions différentes d’Unix, de langages ou de bases de données, ….).

PS : Je ne comprend vraiment pas ce que vous trouvez d’anti-mainframe dans cet article…

Connaissez-vous réellement le mainframe??? Vous êtes vous vraiment penché sur cette technologies et ses avantages? A vous lire, je ne crois pas.

Le mainframe est beaucoup plus fiable que les serveurs sur lesquels vous travaillez, c’est un fait et vous pourrez argumenter autant que vous voulez, je pense être en mesure de pouvoir vous contrer.

On se moque du Mainframe, il est vieillot!!! Je crois rire, quand je vois ce qui est fait sur Unix, avec vos petites fenêtres et ce superbe outil « VI », laissez moi rire. Le mainframe est bien plus convivial. En réalité, vous avez des à priori, c’est peut-être là votre tort et ce « qui cause notre perte ».

Quoiqu’il en soit, le mainframe se modernise et à encore de beaux jours devant lui. On peut faire à peu près tout ce que l’on veut sur du mainframe. De plus, les entreprises devraient se pencher de plus en plus vers cette technologies pour une raison principale, l’aspect financier. On entend dire le mainframe coûte cher, c’est ce que l’on pourrait croire, mais si vous comptez le nombre de serveurs dans vos entreprises, l’hébergement, la consommation électrique, le nombre d’administrateurs pour gérer le parc, le coût de la maintenance… Vous êtes certains que le mainframe coûte cher???

Pour finir, je dirais qu’il n’y a vraiment pas besoin de changer de technologie pour moderniser les applications.

Il en existe beaucoup d’autre et le choix d’un produit, ou plus souvent de l’intégration de plusieurs produits se fera suivant la taille de l’établissement, la couverture fonctionnelle recherchée, le budget, et bien sur l’existant…

Le plus souvent vous aurez « n » briques separés en deux groupes
– applications administratives (compta, paye, … ) qui ne sont pas centrées sur le patient
– appli centrées sur le patient ( facturation, dossier medical, rdv, pacs, ….)

Donc beaucoup de travail en perspective…

Vous avez cité la modernisation des applications dans le monde hospitalier, avez-vous des noms de progiciels spécialisés dans le monde hospitalier ?

Merci

La virtualisation concernant les serveurs (Windows, Linux, ..) de l’entreprise est à mon avis une très bonne chose permettant de faciliter l’administration, le remplacement des ce serveurs, et de lisser/d’équilibrer la charge.

En ce qui concerne la virtualisation du poste client, j’ai personnellement un doute de l’utilité (un passage a une ferme de Citrix ou autre reste très complexe, le poste client existe toujours).
Pour le poste client je pense que la meilleur solution consiste a banaliser celui ci en favorisant le développement des applications Web en creant un bureau virtuel.

Pour le Cloud computing, je ne me suis pas vraiment intéressé a cela donc je préfère ne rien dire…

Bonne suite