1. Architecture fonctionnelle d`une application

Licence Pro RTICPMO
Responsable des Technologies d’Information et de la
Communication en Petite et Moyennes Organisations
Licence Pro RTICPMO, Université Toulouse 1, P. A. France, 31042 Toulouse Cedex,
Secrétariat : tél [phone], email : [email protected]
Chapitre 2
Eléments de
Developer 2000 / Forms Builder
1. Architecture fonctionnelle d'une application ____________________________________ 2
2. Eléments de l’environnement de FORMS _______________________________________ 3
3. Extensions de PL-SQL à Developer 2000 / Forms ________________________________ 4
3.1 Les variables de Developer 2000 _________________________________________________ 4
GLOBAL et SYSTEM __________________________________________________________________ 4
Eléments (items) de l'interface_____________________________________________________________ 4
Eléments (items) ne faisant pas partie de l'interface ____________________________________________ 5
3.2 Les appels de sous-programmes _________________________________________________ 5
3.3 Déclencheurs d'application _____________________________________________________ 5
Noms des déclencheurs d'application _______________________________________________________ 6
Exemple :_____________________________________________________________________________ 6
Etat de l'exécution d'un déclencheur. ________________________________________________________ 6
Types de déclencheurs. __________________________________________________________________ 6
Niveau d'un déclencheur _________________________________________________________________ 8
3.4. Mises à jour de la base de données _______________________________________________ 8

ORACLE Chapitre 2 Page 2
P.-J. Charrel & J.-M. Thévenin, Université Toulouse 1, Licence Pro RTICPMO
FORMS est l'un des composants de l'atelier de développement d'applications Developer 2000
avec GRAPHICS et REPORTS. Il propose un environnement de programmation adapté aux
interfaces et est commun à plusieurs plates-formes (UNIX , DEC…).
FORMS est composé, outre sa propre documentation en ligne et son éventail de programmes de
démonstration, de 3 outils :
- Builder est l'outil de conception d'application proprement dit, et permet d'écrire et de tester
des programmes.
- Compiler ou Generator traduit les programmes produits à l'aide de Builder en un langage
intermédiaire interprétable par Runform.
- Runform est l'interprète des programmes traduits par GENERATOR.
BUILDER contient des accès à GENERATOR et à RUNFORM pour faciliter la mise au point
des applications à développer :
- menu Fichier / Administration / Générer & Exécuter
- "feu vert" dans la palette d'outil : selon l'option choisie dans le menu Outils / Option
génère le code du module courant et l'exécute,
exécute directement le module courant, s'il a déjà été généré.
Ecrire des programmes avec Forms Builder consister à concevoir
- des formulaires, composé d'une interface interactive (écrans et de menus), et de sous-
programmes écrits en PL/SQL, attachés aux objets de l'interface, et déclenchés par des
événements prédéfinis,
- l'enchaînement de ces formulaires.
Tous les éléments d'un programme sont des objets choisis dans un catalogue prédéfini proposé
par Builder. Tous les objets sont définis par une liste de propriétés qui sont toutes paramètrables.
1. Architecture fonctionnelle d'une application
Une application est composée d'au moins un module / forme / form
Un module est composé d'au moins :
- un bloc / block
- un écran / canevas /canvas view et une fenêtre
- un menu. Le menu par défaut (DEFAULT) est destiné aux modules qui gèrent des tables
de la base de données.
Un bloc a un numéro dans son module et est composé d'au moins un élément / item d'interface.
Un bloc est ou non attaché à une table ou une vue de la base de données
- attaché (basé / based) à une table ou une vue de la BD. Par défaut, ses éléments sont des
copies des attributs de la table : leurs nom, type, taille sont identiques aux attributs. Si on

ORACLE Chapitre 2 Page 3
P.-J. Charrel & J.-M. Thévenin, Université Toulouse 1, Licence Pro RTICPMO
veut ajouter un élément qui n'est pas la copie d'un attribut, il faut explicitement changer
la propriété "Basé sur" de cet élément.
- libre (non basé). Aucun élément n'est lié à un attribut de la BD. Dans un bloc "basé" on
peut ajouter des éléments non basés.
Un élément a un numéro dans son bloc et lié à un écran / canevas. Cet écran est
- soit l'écran sur lequel il est présenté, selon ses propriétés Taille, Couleur, Position…
- soit NULL si l'élément sert de variable globale au module
Par défaut, tous les éléments d'un bloc sont
- présentés sur un même écran et sont dans la même fenêtre,
- accessibles en tant que zone de saisie et d'édition de valeurs.
Tout composant peut être créé, recopié, déplacé, détruit (menu Edition ou bouton droit de la
souris ou palette graphique de commandes du Navigateur Objets).
Mode d'exécution d'un module
L'exécution d'un module est pilotée par son interface, donc par les événements qui vont lui
parvenir : par défaut, le système met le module en attente sur le 1er élément "contrôlable" du 1er
bloc. De manière générale, dans une application, la 1ère instruction PL/SQL exécutée est la 1ère du
déclencheur / trigger associé au 1er événement que rencontre le 1er module de l'application. Le tout
premier événement qui peut atteindre un module porte le nom
WHEN-NEW-FORM-INSTANCE
C'est le texte de ce déclencheur qui accueille les déclarations / initialisations d'éventuelles
variables globales à tous les modules de l'application.
Chaque module, bloc, élément peut être associé à un ou plusieurs déclencheurs. Chaque
déclencheur peut être compilé séparément ou ils peuvent l'être tous en bloc.
2. Eléments de l’environnement de FORMS
4 outils principaux:
Le Navigateur
Le Navigateur est l'outil d'exploration de la hiérarchie des composants d'une application :
modules, blocs, éléments, déclencheurs… Chaque composant est un nœud de l'arborescence. Si ce
nœud est décomposable, il est doté d'un signe + ou - . Un clic sur ce signe permet de présenter /
resp. cacher ses composants. Un double-clic sur un composant ouvre la fenêtre de ses propriétés, ou
l'éditeur PL/SQL si c'est un sous-programme.
L'Editeur de présentation
L'Editeur de Présentation donne accès aux propriétés visuelles des objets de l'interface d'une
application, c'est-à-dire tout ce qui concerne leur présentation sur les écrans (canevas / canvas-view)
et les fenêtres (windows) de l'application. Il donne accès aux propriétés des éléments qui composent
un canevas donné ainsi qu'au décor (cadres, dessins, titres, couleurs de fond…).

ORACLE Chapitre 2 Page 4
P.-J. Charrel & J.-M. Thévenin, Université Toulouse 1, Licence Pro RTICPMO
L'Editeur de propriétés
l'Editeur de Propriétés donne accès à toutes les propriétés de tous les composants d'une
application. Il peut être synchronisé avec le Navigateur Objet et l'Editeur de présentation et donne la
valeur courante de toutes les propriétés de l'objet courant de la hiérarchie des composants d'une
application.
Pour changer la valeur d'une propriété, cliquez dessus et modifier la valeur de la barre de saisie,
ou cliquez sur l'une des valeurs de la liste ou cliquez sur le bouton Plus.
L'Editeur PL/SQL
C’est un petit éditeur de textes dédié à l’écriture de modules PL/SQL (procédures, fonctions,
déclencheurs). Il donne aussi accès à la commande Compiler qui vérifie la syntaxe et traduit le texte
dans le langage interprétable par RUNFORM.
3. Extensions de PL-SQL à Developer 2000 / Forms
Les extensions concernent :
- les variables : GLOBAL, SYSTEM, éléments (items) présentés à l'écran
- les appels de modules,
- la navigation entre blocs.
3.1 Les variables de Developer 2000
GLOBAL et SYSTEM
Les variables GLOBAL servent à passer des valeurs d'un module à l'autre. Elles sont déclarées
implicitement lors de leur 1ère affectation.
Leur nom est toujours construit ainsi: :GLOBAL.<nom de variable globale>
Leur type est toujours VARCHAR2
Conseil : déclarer toutes les variables GLOBAL, en leur affectant une valeur par défaut, dans le
déclencheur WHEN-NEW-FORM-INSTANCE du tout premier module de l'application.
Les variables SYSTEM sont des outils de réglages de l'application ou des comptes-rendus
d'exécution. Elles sont déjà déclarées.
Leur nom est toujours construit ainsi: SYSTEM.<nom de variable système>
Exemples:
SYSTEM-MESSAGE-LEVEL : limite les messages d'avertissement ou de commentaires
SYSTEM-RECORD-STATUS : donne le statut de l' enregistrement courant du bloc courant
'CHANGED' signifie que l'un de ses éléments a été modifié.
Eléments (items) de l'interface
Tous les éléments qui peuvent contenir une valeur ont le statut de variable, leur type est déclaré
lors de leur construction.

ORACLE Chapitre 2 Page 5
P.-J. Charrel & J.-M. Thévenin, Université Toulouse 1, Licence Pro RTICPMO
Leur nom est toujours construit ainsi: :<nom du bloc>.<nom de l'élément>
Eléments (items) ne faisant pas partie de l'interface
Ce sont des éléments dont la propriété Canevas (Canvas) est laissée indéfinie (<null>). Ils sont
de même nature que les autres mais ne sont jamais affichés. Ils servent des variables globales au
module où ils ont déclarés. Ils ne sont pas accessibles à d'autres modules.
3.2 Les appels de sous-programmes
Toutes les instructions qui constituent une application Forms Builder étant inscrites dans des
sous-programmes écrits en PL/SQL qui sont les actions de déclencheurs.
On adjoint à l'appel de sous-programmes PL/SQL des instructions
- d'appel de module : CALL_FORM, EXIT_FORM, OPEN_FORM, CLOSE_FORM
- de navigation entre blocs : GO_BLOCK, NEXT_BLOCK, PREVIOUS_BLOCK
Seule CALL_FORM est un véritable "appel" de sous-programme : il y a transfert du contrôle du
module appelant au module appelé. EXIT_FORM est exécuté dans le module appelé et restitue le
contrôle à l'appelante.
Les autres procédures déplacent un pointeur d'item vers le module ou le bloc désigné, comme le
font les procédures GO_ITEM, NEXT_ITEM, PREVIOUS_ITEM dans le bloc courant.
3.3 Déclencheurs d'application
Un déclencheur est un couple
(événement, action)
où
- l’événement est choisi dans une liste prédéfinie d’événements que peut rencontrer une
application durant son exécution
- l’action est un module PL/SQL
Les déclencheurs sont
- attachés directement à la base de données et se déclenchent quelle que soit l'application.
Dans ce cas, ils complètent la liste des contraintes posées sur les relations.
- attachés aux objets composants une application : modules, blocs, éléments,
Ces déclencheurs d'application concernent tous les événements qui peuvent être déclenchés au
cours du déroulement de l'application elle—même. Ils complètent les déclencheurs de base de
données. Tous les composants d'une application : modules, blocs, éléments, peuvent être adjoints
de déclencheurs. Les déclencheurs d'application sont des événements prédéfinis que l'on décide de
prendre en compte, c'est-à-dire auxquels le système doit "réagir". Comme pour les déclencheurs de
base de données, ces réactions sont des "modules" de programme écrit avec le langage PL/SQL