Quand la sortie est précédée d’un « e »

données,
vous pouvez personnaliser les
formulaires produits d’après les données
d’impression elles-mêmes et en
éliminant les formulaires pré-imprimés.
Le code applicatif sous-jacent
n’est pas obligé de changer quand les
pages imprimées changent. L’avantage
est double : on peut effectuer des
changements de sortie applicative sans
modifier le code source et modifier
ainsi d’anciennes applications même si
le code source d’origine a disparu!
Vous avez certainement vu et entendu
parler de nombreux articles, séminaires
et livres traitant de la refonte
de vos applications. Le re-engineering
de la sortie applicative est moins cité,
mais tout aussi important. Peut-être
même plus, car les factures, certificats
et devis, que vous envoyez aux clients,
font une certaine impression sur celui
qui les lit. Vos imprimés donnent-ils
l’image d’une sortie archaïque, peu séduisante,
du style années 80 ? Quel
message cela transmet-il à  vos clients ?
Ne vaudrait-il pas mieux leur offrir
quelque chose de plus moderne et de
plus plaisant à  lire ?
Un important avantage d’Infoprint
Designer est qu’il vous permet de refondre
la sortie applicative sans toucher
une seule ligne du code source.
Vous pouvez concevoir avec un minimum
d’effort des documents qui sont
exactement ceux que votre service
comptable ou vos clients veulent voir.
Et si les besoins changent, et ils changeront
sûrement, vous pouvez modifier
tout aussi facilement la sortie applicative
pour répondre aux nouveaux
desiderata. Par exemple, la figure 1
montre la fenêtre Designer Data et
View/Edit Window côte à  côte. Vous
pouvez ainsi placer les données applicatives
là  où vous voulez, au lieu de
l’endroit où votre ancienne application
les met. Pour recenser les autres avantages,
voir l’encadré « Les principaux
avantages d’Infoprint Designer », ciaprès.
Les fonctions d’Infoprint Designer
sont trop nombreuses pour être couvertes
complètement dans cet article.
Je préfère me concentrer sur les tâches
les plus courantes, celles qui engendreront
la plus grande économie.
Designer se sert de l’architecture
intégrée d’AFP (Advanced Function
Printing) pour fusionner au moment
de l’impression tous les éléments
concernés : overlays de formulaires, contrôles d’impression et images. Cela
peut se faire de diverses manières,
mais Designer se charge de la plupart
des détails du processus tout en offrant
les caractéristiques nécessaires en matière
de gestion du système, de reprise
sur erreur et de performances. (Si certains
termes d’AFP vous semblent obscurs,
lisez « Un rapide aperçu des objets
AFP ».) Dans tous les exemples qui
suivent, n’oubliez jamais qu’une page
vierge suffit à  l’impression.