
Comment utiliser SAP R/3 quand on ne pèse que 300 MF de CA
par Benoît Herr
Premier à utiliser la méthodologie ASAP en
France, Takasago Europe Perfumery Laboratory (TEPL), la filiale européenne du
groupe japonais Takasago est aujourd'hui équipé de SAP R/3 sur AS/400. Il y a à peine deux ans, la filiale française du groupe japonais Takasago prenait la décision d'installer SAP R/3. Et à l'heure où vous lisez ces lignes, ils ont déjà un an d'expérience d'utilisation de six modules de R/3 sur AS/400!
Le secret de cette implémentation rapide et couronnée de succès ? ASAP, qui veut dire Accelerated SAP. Il s'agit d'une méthodologie d'implémentation rapide de R/3 mise au point par la filiale américaine de SAP. Le client signe pour une mise en place en six ou neuf mois, et SAP et son DVA (Distributeur à Valeur Ajoutée) fait le reste… ou presque!
Non, pas vraiment, car l'implication du client doit également être très grande, mais le support DVA, assuré dans le cas de Takasago par la société Excelsius, filiale du groupe IBS, est essentiel. La méthodologie va d'une simple check-list des éléments à mettre en place à une suivi extrêmement étroit et précis de l'avancement des travaux en passant par un planning rigoureux et méticuleux, faisant parfois apparaître très tôt des choses auxquelles on aurait beaucoup plus tard, comme la formation par exemple. Sans oublier les fameux "accélérateurs", qui font partie intégrante de la méthodologie: il s'agit de simples documents Word ou Excel par exemple, mais préformatés pour des besoins tels que suivi du budget, compte-rendus de réunions ou guides uutilisateurs. Il ne restait plus à Takasago qu'à apposer son logo sur les documents… et à les remplir, bien sûr. Cependant, ASAP "mâche" considérablement le travail, par rapport à une conduite de projet classique.

Style RPG IV : même l’inattendu peut arriver !
par Julian Monypenny
Comment repérer les bogues potentiels dans des expressions arithmétiques, en écrivant des programmes "blindés"
Je ne me lasse pas des films La Panthère Rose de Blake Ewards. J'aime tout particulièrement
l'obsession qu'a l'inspecteur Clouseau de se perfectionner sans cesse dans les
arts martiaux. C'est dans ce but que son acolyte, Cato, l'attaque à l'improviste
au moment le plus inattendu. Clouseau estime que pour dominer la situation, il
faut apprendre à "s'attendre à l'inattendu".
Les programmeurs que nous sommes doivent aussi s'attendre à l'inattendu. Dans
l'article "Style RPG IV : pour écrire un code sain", NEWSMAGAZINE, septembre 2000,
nous avons vu comment écrire un code solide en nous concentrant sur le traitement
des erreurs renvoyées par les opérations d'I/O. Les erreurs d'I/O sont faciles
à piéger grâce aux indicateurs résultants ou aux fonctions intégrées comme %Error
et %Found. Mais certaines erreurs de programmation sont bien plus insidieuses
que celles d'I/O. Les erreurs les plus courantes rencontrées dans des programmes
RPG IV sont dues à des expressions arithmétiques associées à l'opération Eval.
Nous allons donc évaluer des expressions arithmétiques en décrivant les erreurs
auxquelles on peut s'attendre et en expliquant comment les contrôler fermement.
Certaines erreurs de programmation sont bien plus insidieuses que celles
d'I/O

Mettre Exchange 2000 en Cluster, quelques règles d’or
par Jerry Cochran
Dans la première partie de cet article, nous avons décri les concepts de base
du service de clustering de Windows 2000, ainsi que les améliorations apportées
au clustering d'Exchange 2000 Enterprise Server. Fort de ces connaissances, vous
êtes désormais capables d'évaluer les avantages et les problèmes potentiels de
la conception et de l'administration du stockage dans un cluster Exchange 2000.
Si le déploiement d'un cluster vous semble intéressant pour votre organisation,
plusieurs pratiques optimales peuvent vous aider à atténuer l'effort de formation
nécessaire.

Big Brother garde les utilisateurs inactifs à l’oeil
par James Cook
Dans la plupart des environnements AS/400, la sécurité et l'optimisation des performances
exigent de déconnecter les sessions 5250 inactives. Un poste de travail connecté
et sans surveillance constitue une porte d'entrée dans votre AS/400 pour un veilleur
de nuit qui prendrait des cours du soir en informatique, ou un employé mécontent.
Un poste de travail actif monopolise également des ressources systèmes. Il est
également susceptible de provoquer des verrouillages sur un objet empêcher les
sauvegardes de s'effectuer correctement.
Un poste de travail resté connecté peut également occasionner des problèmes plus
subtils. Ainsi, un programme risque d'utiliser la date à laquelle le travail interactif
a été démarré et non la date du jour. Si un utilisateur reste connecté pendant
une semaine, certains programmes seront susceptibles d'utiliser la date de lundi
plutôt que la véritable date pour mettre à jour certains champs.
On peut configurer la valeur système QINACTITV de l'AS/400 de manière à clore
ou à déconnecter des travaux inactifs après un laps de temps déterminé (un travail
déconnecté est placé dans un état dans lequel l'utilisateur peut se reconnecter
et continuer à travailler à partir de l'endroit où il s'était arrêté). Ceci fonctionne
bien.
Toutefois, certains employés risquent de rechigner si leurs sessions interactives
sont interrompues en même temps que celles des autres utilisateurs. Par exemple,
le personnel de l'exploitation exécute probablement des sessions manipulant plusieurs
applications AS/400 (par exemple, la paye, la production de l'usine et la file
d'attente des messages QSYSOPR) en mode break. Ces sessions doivent demeurer actives
pour permettre au personnel de répondre rapidement aux demandes d'assistance provenant
des utilisateurs. Dans le cas contraire, les utilisateurs en panne seraient obligés
d'attendre que l'employé de l'exploitation se connecte et active une application
donnée.
La sécurité et l'optimisation des performances exigent de déconnecter
les sessions 5250 inactives
Du point de vue des utilisateurs, une application peut ne pas apprécier une brusque
interruption du travail. En outre, l'arrêt d'un travail interactif peut empêcher
la mise à jour des enregistrements de la base de données. Pour répondre à ces
besoins, j'ai développé deux utilitaires baptisés Big Brother et Little Sister.
Lorsque je travaillais en tant qu'étudiant sur un site VAX/VMS, j'ai été amené
à utiliser un programme appelé Big Brother et qui déconnectait les utilisateurs
interactifs restés inactifs pendant un certain laps de temps. En contrepartie,
l'équipe des programmeurs disposait d'un programme appelé Little Sister qui empêchait
Big Brother de les déconnecter. A la fin de mes études et après être entré dans
le monde de l'AS/400, j'ai écrit deux applications (un petit programme CL associé
à un programme RPG) pour exécuter des fonctions semblables sur l'AS/400. Ces programmes
n'utilisent pas les techniques ILE les plus récentes car ils ont tous deux été
conçus en 1994.
Décrypter le code CBIGBRO : ce programme CL boucle de façon continue, à la recherche de travaux interactifs inactifs depuis trop longtemps. RLILSIS : cette exception permet à des utilisateurs préalablement identifiés de rester connectés, et ce, un certain nombre de fois. PLILSIS : ce fichier contient un enregistrement pour chaque utilisateur exempté de deconnexion. PSIGOFF : ce fichier contient les noms des utilisateurs déconnectés ainsi que le nombre d'exemptions auxquels les utilisateurs PLILSIS ont droit chaque jour. On peut utiliser ce fichier pour éduquer les utilisateurs qui ont tendance à laisser leurs écrans connectés. QINACTITV : le temps d'inactivité imparti détermin Lire l'article ![]() Samba : la danse continuepar Matthieu Rocher ![]() Les nouveautés de WebSphere Studio 3.5par Paul Conte ![]() SMP et traitements parallèles sur AS/400par James Steward et Dan Cruikshank
La tâche de l'optimiseur de requêtes consiste à développer l Lire l'article ![]() Sécurité réseau : NETFILTER prend la relèvepar Bruno Rocher ![]() Administrer les réseaux AD
par Sean Daily ![]() Votre AS/400 est-il prêt pour l’an 2000 ?par Dan Lacine et Jayne Sims A l'heure qu'il est, la préparation à l'an 2000 de votre AS/400 devrait être bien engagée, voire terminée. Vous avez sans aucun doute à cette occasion découvert que de nombreux éléments déterminent si un système est totalement prêt pour le changement de siècle, et il vaut mieux les vérifier (plutôt deux fois qu'une) tous, à l'approche du jour J. Dans cet article, nous passons en revue les dernières informations sur la préparation à l'an 2000 de l'AS/400 et indiquons les ressources IBM disponibles sur le Web, susceptibles de vous aider à déterminer le statut de tous les composants de votre système. Vous saurez ainsi si votre AS/400 est prêt à franchir le siècle. A la lecture de cet article, vous saurez si votre AS/400 est prêt à franchir le siècle Lire l'article![]() Virgin: sur la trace des NS
Par Sabine Terrey ![]() Rationaliser les processus de Change Managementpar Paul Schlieben ![]() Des données AS/400 à portée de main sous Linuxpar Matthieu Rocher ![]() Utilisation de fichiers Zip avec Javapar Julian Monypenny ![]() Opération de nettoyage d’un environnement ILE
par Mike Cravitz ![]() Restaurer les fichiers effacés accidentellementpar John Ruley ![]() RPG IV : format libre et bien plus encorepar George N. Farr ![]() Linux, au coeur des outils de base pour Internetpar René Beretz ![]() Qui visite votre site ?par Gary Guthrie Dans le domaine du commerce électronique, les informations sur les visites effectuées sur un site Web sont d'une valeur inestimable. Aussi, la plupart des serveurs Web, et notamment les serveurs HTTP sur AS/400 (Internet Connection Server et Internet Connection Secure Server, respectivement en V4R1 et V4R2), permettent d'obtenir des informations sur les visiteurs d'un site Web en offrant la possibilité de consigner sur le serveur des informations concernant les accès des clients. Lorsque la log des accès au serveur est activée, chaque demande d'accès reçue par le serveur permet de capturer des informations utiles. Par exemple, la périodicité des accès et le nombre d'octets transmis peuvent être utilisés pour optimiser les ressources allouées au service des clients. Une autre option consiste par exemple, à utiliser la log pour assurer le suivi des documents auxquels les clients accèdent afin, par exemple, d'identifier les produits qui les intéressent le plus. Les adresses IP n'aident guère à l'identification d'un client, car elles se ressemblent toutes L'identité du client est également une information importante qui peut être consignée. Pour chaque requête adressée au serveur, celui-ci reçoit les adresses IP du client demandeur. Toutefois, les adresses IP n'aident guère à l'identification d'un client, car elles se ressemblent toutes. De ce fait, il est préférable de consigner le nom qualifié du domaine du demandeur. Le serveur Web AS/400 offre le choix de consigner les noms DNS (Domain Name System) résolus. Malheureusement, la résolution des noms de domaines implique une pénalisation considérable des performances, le serveur Web devant faire une recherche inverse auprès d'un serveur DNS. Une recherche inverse implique que le serveur Web contacte le serveur DNS, lequel recherche ensuite dans un tableau de noms une adresse IP correspondante avant de retourner le nom de l'hôte associé au serveur Web. Cela prend du temps ! Pire encore, si un client accédant au site ne possède pas de nom DNS associé à son adresse IP, le serveur Web attendra dans une boucle de temporisation de résolution d'adresse (jusqu'à 30 secondes) pour chaque requête émise par le client. Etant donné que l'accès aux pages Web consiste en des requêtes multiples, cela peut se traduire en délais extrêmement longs et en performances très médiocres pour les clients visitant sur le site. Le nom DNS n'est pas nécessaire pour servir une page Web. Aussi, la question qui se pose est de savoir pourquoi générer des surcoûts de recherche DNS au moment de satisfaire une requête HTTP ? En fait, différer les recherches DNS à un moment ultérieur est une meilleure approche. C'est pourquoi, j'ai créé la commande UPDHTTPLOG (Update HTTP Log), un utilitaire qui fait une recherche DNS inverse à la demande. Cette commande permet d'une part, de désactiver la fonctionnalité de recherche de demande de connexion DNS et d'autre part, d'exécuter une recherche du nom de l'hôte en batch à la place, au moment de votre choix. UPDHTTPLOG lit le fichier de log système créé par le serveur Web, traduit les adresses IP en noms de domaine et génère un nouveau fichier log contenant les noms traduits. Etudions de plus près les caractéristiques de la commande UPDHTTPLOG. Lire l'article![]() Les prototypes RPG IV en 10 points cléspar Bryan Meyers Les plus consultés sur iTPro.fr
![]() La Revue du Décideur ITX
|