Introduction

Le troisième parcours est spécialisé dans la gestion du DIML par les développeurs d'applications. Il s'adresse aux informaticiens qui ont la charge de fournir des données à des pages DIML, et en recevoir des commandes, conformément à un cahier des charges applicatif global.

Ce parcours requiert une bonne connaissance de la programmation et des structures de données complexes. Il est actuellement développé sur une base Perl, mais est parfaitement transposable en PHP, par analogie.

Déroulement

Le parcours présente successivement:

• L'interface de données entre la programmation (overscripting) et les pages DIML elles-mêmes,
• L'utilisation des structures tabulaires du DIML.
• Le remplissage de données à partir de bases de données mySQL
• Des ergonomies avancées de tables (requêtes paramétriques)

Concept du partage des rôles

Le concept qui sous-tend cette approche est le suivant :

Le programmeur-développeur d'applications Web, c'est à dire celui qui gère l'implémentation applicative et les sous-bassements techniques est responsable de l'organisation technique de l'application, du stockage et de la cohérence des données qui lui sont confiées dans un modèle applicatif particulier. Il est principalement tourné vers la gestion de la performance technique de la solution qu'il produit, et vers une organisation optimale des ressources techniques qui lui permettent une bonne réactivité, et la gestion efficace de modèles de plus en plus gros.

D'une bonne formation technique, il connait toutes les solutions et alternatives de stockage de données, connait la programmation système, les bases de données, l'algorithmique courante et complexe, et sait adapter des outillages préexistants (intégration).

Si il est à la source du "procédé", il constitue un certain nombre de données affichables et en décrit la sémantique. Le designer pourra alors lui en proposer une représentation visuelle externe. Si il n'est pas à la source du "procédé" (c'est à dire, si l'application est l'objet d'une démarche "politique", marketing ou fonctionnelle n'émanant pas de la fonction technique), alors il reçoit un ensemble de sémantiques à traiter, ainsi qu'un cahier des charges externes de manipulation de ces données. Le designer, s'il fait partie de l'équipe décisionelle, pourra également lui indiquer les a priori de représentation, et lui communiquera ses besoins en mécanismes.

Revenir au plan de formation

Parcours

• L'interface technique du DIML
  • Le modèle technique
  • L'interface DIML/overscripting
  • Les structures tabulaires
  • Les commandes utilisateur

• L'organisation de l'application
  • Scripts d'alimentation
  • Organisation des scripts
  • Modèle des tableaux de bord
  • Transferts de bases de données

Début du parcours