|
|
|
|
|
Harness
Application Complexity*
*Apprivoisez la complexité des
applications
|
|
|
|
Dans
ce numéro |
|
"LES
HIGHLIGHTS DE DECEMBRE"
 |
Voilà maintenant
plus de 6 ans qu’ARCAD Software s’évertue à prêcher les
vertus de l’environnement ILE. Voilà que tous ces efforts
n’ont pas été vains. Le taux d’utilisation ne cesse de
s’accroître, spécialement ces derniers temps. Pourquoi
cet engouement ? Parce que l’environnement ILE porte en
lui tous les concepts des développements modernes et notamment
celui de la modularisation du code. Grâce à une modularisation
poussée, on accroît la maintenabilité des applications,
on favorise la réutilisabilité des composants, on augmente
la flexibilité d’adaptation à de nouvelles exigences métier.
Finis les vieux « mammouths » de 20 000 lignes et plus,
que plus personne ne veut toucher par peur de tout écrouler.
Place à des sigmas de fonctions simples, non redondantes
et facile à maintenir. Pour ceux qui ne sont pas familiers
à l’environnement ILE, il faut savoir qu’auparavant, il était
impossible d’obtenir ce niveau de modularité car beaucoup
trop pénalisant en terme de performance des applications.
Aujourd’hui, grâce à ILE, on peut mixer du code natif et
du code Java, on peut migrer en douceur vers une vraie
architecture trois-tiers, on peut gérer proprement son
spécifique, et le tout, sans altérer les performances de
ses applications, n’est-ce pas merveilleux ?
|
Oui
mais voilà ! Qui dit nouvelle architecture dit
aussi nouveaux besoins pour les développeurs pour
bien la maîtriser. C’est la raison pour laquelle
nous avons régulièrement doté les
suites ARCAD d’une batterie d’outillages
spécifiques rendant la vie du développeur
toujours plus simple. Un nouveau cap a été franchi
le mois dernier avec la sortie officielle de la version
8.04. qui voit ARCAD se doter, entre autres, d’un
référentiel de procédures, de références
croisées spécifiques et d’outils
de contrôle des passages de paramètres.
Pour
en savoir plus
Dans
cette newsletter, nous avons pris le parti de descendre
profondément dans la technique. En cette période
de grande mutation technologique, c’est par cette
connaissance approfondie que l’on est à même
de mieux cerner ses besoins et de faire des choix stratégiques
pérennes. Le prochain numéro traitera d’une
autre brique fondamentale des développements d’aujourd’hui
: le langage SQL.
En attendant, je vous laisse entre les mains de
notre chef produit iSeries, Gilbert Fillatre, véritable
expert de l’ILE.
Bien à vous,
Philippe MAGNE
CEO
|
|
|
|
|
N’hésitez pas à demander de plus amples informations à notre
service commercial
par e-mail à :
sales@arcadsoftware.com
|
| Pour
en savoir plus sur nos produits...
Si
vous ne souhaitez plus recevoir cette
newsletter :
cliquez
ici |
Vos
commentaires/suggestions sont les
bienvenus ! Adressez les
à Stéphanie ZELKO:
szelko@arcadsoftware.com
Bien à vous, l'équipe ARCAD
Software
|
Visitez
notre Site Web :
www.arcadsoftware.com
Si
vous possédez ou êtes en voie
d'acquérir
un IBM eServer i5 ou iSeries, l'outillage ayant obtenu la certification
IBM Server Proven devrait
vous intéresser, pour en savoir
plus cliquez sur l'image :
Haut
de page>>
|
|
Objectif
:
La gestion de l’ILE au sein d’ARCAD a comme objectif
de permettre aux concepteurs
et aux développeurs de profiter des avantages du développement modulaire que
propose l’ILE, en déléguant à ARCAD le maximum des nouvelles contraintes techniques
imposées par l’ILE.
Voici la liste des principaux points traités par ARCAD :
Documentation :
La documentation
qu’ARCAD fournit pour l’ILE comprend :
- Les Liens ILE : ils sont gérés sous forme de « source » de type ILEPGM ou ILESRVPGM
(ou même directement sur les RPGLE, CBLLE, …). L’édition de lien est totalement
assimilée à une compilation.
- Le Référentiel Procédures : il liste (avec des critères
de recherche) l’ensemble
des procédures exportées, avec leurs paramètres. Des fonctionnalités peuvent être
saisies (ou récupérées dans les sources) afin de mieux documenter l’objectif
de chaque procédure, ainsi que chacun de ses paramètres.
- Les Références croisées au niveau Procédures :
elles permettent de visualiser les chaînes d’appel (appelants/appelés) par procédure, mais avec également les
programmes OPM (car il est rare qu’une application soit totalement ILE).
- Pour
chaque Procédure, on peut visualiser la localisation de
sa définition (code source),
sa déclaration (prototype), son objet d’exécution (programme ou programme
de service), son groupe d’activation ainsi que l’ensemble de ses utilisations
(appels). De plus, il est possible d’exécuter la procédure de façon unitaire.
Développement :
Pour faciliter au maximum le travail des développeurs :
- Lorsqu’une compilation donne un Module, tous les programmes et programmes de
service qui l’incluent sont proposés à la recompilation.
- En ce qui concerne
la modification de sources de procédures ou de leur prototype, il y a détection
de la nature réelle de la modification effectuée par le développeur, afin d’optimiser
les recompilations induites, en plus de la recompilation du module et du programme
de service qui l’inclut :
. Si seul le corps de la procédure a été modifié, aucune autre recompilation.
. Si les paramètres de la procédure ont été modifiés, demande de recompilation
uniquement pour les composants utilisant effectivement cette procédure
. Si de
nouvelles procédures ont été ajoutées, génération éventuelle d’un source d’exportation
(BND) par version permettant d’assurer la compatibilité ascendante des
signatures, sans tout recompiler.
. Si des procédures ont été supprimées, il faut tout recompiler.
Intégration :
Lors de l’intégration d’une version vers les environnements de tests ou
la mise en production, les contrôles évoqués ci-dessus sont tous ré-effectués,
mais pour tous les composants de la version. Ils s’assurent notamment que
chaque compilation d’un source est bien postérieure à la dernière modification
d’un source inclus
qui décrit un prototype de procédure.
De plus, on peut demander également un contrôle de la cohérence des paramètres
(utile lorsque les appels de procédures ne sont pas tous prototypés ou lorsque
le prototype est dupliqué) avec éventuellement en plus un contrôle des paramètres
pour les appels OPM.
L’ensemble des compilations est préalablement soumis à un ordonnancement automatique,
qui permet de compiler les programmes de service dans un ordre précis.
|
| |
| |
Pour
en savoir plus sur le iSeries
Developer Roadmap cliquez
ici
|
|
| |
ILE
et Référentiel Procédures
|
Les
origines de l’environnement ILE :
Le langage RPG a considérablement évolué au
fil des années. Le RPGLE intègre aujourd’hui
de nouvelles fonctionnalités, incluant la programmation modulaire
en environnement ILE, et vient peu à peu remplacer l’ancien
mode OPM.
Depuis
1999, les composants ILE ont été intégrés
dans la suite de Gestion de Configuration Logicielle ARCAD-Skipper.
Nous avions en effet dès l’origine de cet environnement
pour objectif de maîtriser les nouveaux concepts de L’ILE
et d’en connaître les différentes déclinaisons
dans les principaux langages de l’iSeries.
Les
concepts de L’ILE et les avantages d’ARCAD
: Le
concept tient en deux mots : modularité et résidence
en mémoire.
La modularité permet à un programme d’être
constitué de modules liés les uns aux autres dans un
programme unique, puis de réutiliser chacun des modules constitués
en fonction des besoins. C’est en quelque sorte un assemblage
de briques élémentaires.
Rendre résident en mémoire un programme de service
permet de réduire considérablement les temps de chargement
de l’objet correspondant et donc l’exécution des
programmes les utilisant.
Portant
tous les concepts de la modernisation du code, l’environnement
ILE a marqué une pénétration importante dans
les entreprises ces derniers temps. Cette évolution s’accompagne
bien entendu de besoins nouveaux de la part des développeurs.
La modularisation, pour qu’elle soit bien maîtrisée,
impose à ceux-ci de bien connaître les relations entre
ces modules, procédures et les programmes les utilisant.
La plus-value apportée par ARCAD dans le cadre de l’ILE
réside dans les références croisées contenues
dans le référentiel. Elles permettent de connaître
les liens entre les programmes (résultant de l’éditeur
de lien) et les modules auxquels ils se rapportent (et inversement).
Il devient donc très simple par exemple de connaître
tous les programmes affectés par les modifications d’une
procédure, d’un module ou d’un programme de service.
Les fonctions proposées par ARCAD apportent une aide puissante,
permettant de mettre réellement en pratique les concepts de
ré-utilisabilité en toute quiétude.
|
Haut
de page>>
Copyright © 2005
ARCAD Software, Inc.
Tous droits reservés.
|
| |
ACTUALITE
ARCAD : un point sur l'évènementiel.
|
|
EVENEMENTS
A VENIR ...
Dès janvier 2006 nous organiserons un séminaire spécial éditeurs
de progiciels iSeries
Date et lieu :
le
19 janvier 2006 à l'IBM Forum
Avec ce séminaire les éditeurs découvriront
toutes les étapes
de la modernisation telles que préconisées par IBM au
travers de « l’iSeries Developer Roadmap ».
Nous aurons également l’intervention de deux ISV ayant
déjà fortement contribué à moderniser une
clientèle importante d’éditeurs de progiciels tels
que vous :
ARCAD
Software qui présentera son offre intégrée
de :
- Versionning (coordination des équipes, gestion de spécifiques,
gestion du multi-langues),
- Déploiement multi-plateformes,
- Production de documentations,
- Automatisation des tests,
- Gestion du support technique.
PKS
France qui présentera :
- Comment disposer d’une interface graphique riche et fonctionnelle
sans remettre en cause l’existant,
- Comment disposer d’une version Unix de vos produits dans des
coûts et des délais raisonnables.
|
|
|
|
|
|
| |
|
|
|
