Denis SINGER et Jean-Baptiste DARRAS
INSEE FRANCE
ATELIER outil d'aide au developpement d'applications SAS/AF en version 6.08
!?
Cet outil presente au CLUB SAS
93
a
Toulouse correspondait a des besoins dans Ie developpement en version 6.06 et 6.07 de SAS.
La mise en production de la version 6.08 nous a conduit a redevelop per cet atelier pour la prise en compte de la Frame technologie et de la programmation orientee objet. Par ailleurs les possibilites de la Frame technologie nous ont perm is de developper une jonction de MAINTENANCE qui n'existait pas dans la version anterieure du produit.
I. MISE EN OEUVRE
Les extensions de la version "CLUB SAS 93" n'existent actuellement que sur Windows.
Le travail avec souris, des temps de reponse corrects font qu'il est plus agreable de developper sur PC sous Windows et eventuellement de transporter Ie developpement termine surMVS.
Une application AF developpee en version 6.08 installe l'outil ATELIER sur Ie poste de . travail du developpeur et genere Ie lien avec une application AF existante.
Un dialogue tres simple est donc necessaire avec Ie developpeur qui doit preciser :
- l'endroit (repertoire
OU il veut installer l'atelier,
- l'application qui fera appel it l'outil ATELIER.
Une fois l'application d'installation terminee Ie developpeur possede une copie de l'ATELIER sous Ie repertoire qu'il a designe, et Ie lien it l'outil est genere sous la forme d'un programme dans sa librairie applicative.
Pour ne pas relancer l'application d'installation sur chacune des applications qu'il veut developper ou maintenir, l'outil ATELIER met it la disposition du developpeur une fonction nouvelle. Cette fonction nous l'avons appelee MAINTENANCE.
1297
IT - 1. MAINTENANCE
En resume, et de ja(fon pratique ['application d'Installation cree, dans ['espace applicatij du developpeur, un programme.
Ce programme, appe/e Premier.program possede trois jonctions materialisees dans une
"jonction Block" par les blocs.
a) Application
Execution de l'application de l'utilisateur dont Ie point d'entree a ete mentionne dans Ie dialogue d'installation. b) Developpement
Execution de l'application AF dite ATELIER qui va gerer l'application de l'utilisateur mentionnee dans Ie dialogue d'Installation ou celles qu'il aura indique dans la fonction
Maintenance. c) Maintenance
Permet a l'utilisateur de gerer Ie developpement de plusieurs applications sans etre oblige de repasser l'application d'Installation.
Voir Annexe 1
IT - 2. MAINTENANCE - MODE OPERATOIRE
En cliquant sur Ie pave maintenance vu plus haut deux actions sont proposees.
CreationlExecution. a) Creation
L'utilisateur va creer sa propre Frame qui comport era autant d'ICON que d'application qu'il veut maintenir. Le dialogue qui s'en suit permet a l'utilisateur et pour chaque application de choisir:
- un modele d'ICON,
- un nom d'application a l'ICON,
- Ie point d'entree de l'application,
Point d'entree qui est constitue par cliquage si la librairie est deja allouee. Drie etape supplementaire est necessaire pour allouer la librairie dans Ie cas contraire. b) Execution
La fonction Creation a permis au developpeur de creer une entree de type Frame sans connaissance particuliereet de generer automatiquement Ie lien a l'outil ATELIER.
En cliquant sur l'un des ICONS Ie choix sera donne a l'utilisateur d'executer son application: bloc APPLICATION, ou de la developper : bloc DEVELOPPEMENT.
Voir Annexes 2, 3, 4, 5
1298
ill. ATELIER DEVELOPPEMENT
L'ATELIER presente au Club SAS 93 comportait trois ecrans principaux :
- ATELIER DEVELOPPEMENT
- ATELIER GESTION
- ATELIER PROJET
L'extension liee it la version 6.08 ne remet pas en cause l'organisation des differents ecrans de l'ATELIER. Des fonctions qui existaient ont ete enrichies d'autres ont ete creees introduisant des blocs de choix nouveaux dans des ecrans existants.
Les objectifs : Confort de developpement, coherence entre l'objet actif ou executable et les differents objets qui ont participe it sa creation ont eM maintenus. a) Preambule.
Comme les entrees de type PROGRAM etaient une nouveaute de la version 6.06, les entrees de type Frame sont une nouveaute de la version 6.08.
Pour creer une entree de Type Frame, Ie produit
SAS/AF
place Ie developpeur dans la fenetre DISPLAY. Celui-ci en utilisant la souris va definir des regions, ensuite remplir ces regions par des classes d'objet. Ces classes d'objets sont stockees dans une entree de type
RESOURCE. Chaque classe possede un certain nombre de variables. Affecter une valeur it une variable de la classe en fait un objet. L'entree de Type Frame est donc composee d'objets.
Le developpeur peut utiliser les classes d'objets predefinies par SAS qui se trouvent dans l'entree SASHELP.FSP.BUILD.RESOURCE. II peut aussi vouloir definir ses prop res classes et les rendre accessibles quand il voudra remplir une region.
L'outil ATELIER propose d'aider Ie developpeur dans la creation de ses classes d'objets par l'action CLASS OBJET AF et de retrouver ces classes par l'action BUILD AF
Ces deux choix font partie du premier ecran de l'ATELIER .,. Ecran ATELIER
DEVELOPPEMENT. b) Normes
Les objets executables tels que les entrees de type program CBT, HELP, FRAME, SCL,
PMENU etc sont dans Ie catalogue principal de l'application appele aussi catalogue courant.
II est souhaitable que Ie nom de ce catalogue soit Ie nom generique de l'application.
Les ressources utili sees pour construire les entrees FRAME sont dans l'entree
BUILD.RESOURCE de ce catalogue courant.
1299
c) CROIX: BUILD de l'ecran ATELIER DEVELOPPEMENT
C'est l'execution de la procedure BUILD AF sur Ie catalogue courant de l'application en ayant en ressource les "classes d'objets" qui se trouvent dans l'entree
Bum
RESOURCE du catalogue courant.
SAS met a la disposition du developpeur des classes d'objets qui se trouvent dans l'entree
SASHELP.FSP.BUILD.RESOURCE.
L'outil ATELIER met aussi a disposition des classes d'objets qui se trouvent dans l'entree
ATELIER.ATELIERBUILD.RESOURCE.
Pour l'instant les classes developpees sont peu nombreuses, elles servent essentiellement d'exemple.Mais on peut envisager des developpements au sein de l'institut et des capitalisations grace a l'ATELIER
L'OUTIL ATELIER gere une application existante (tout au moins un repertoire existe, meme vide). Deux cas de figure peuvent arriver.
c)
-1. BUILDRESOURCEEXISTE
L'Atelier va respecter les resources deja existantes, l'utilisateur doit alors, s'it Ie desire integrer manuellement les classes d'objets de l'ATELIER
Une fonction
ATELIER existe dans Ie choix CLASS
OBJET AF.
Cette fonction donne la documentation de ces classes et simule l'integration dans les resssources de l'utilisateur.
c) 2. BUILD RESOURCE N'EXISTE PAS
- Pas d'entree BUILD.RESOURCE dans Ie catalogue courant de l'application.
Alors l'entree BUILD.RESOURCE est creee automatiquement et elle contiendra les classes objets standard de SAS (SASHELP.FSP.BUILD.RESOURCE).
- Le developpement n'est pas conforme ala norme ATELIER (catalogue courant pour l'entree BUILD.RESOURCE) l'utilisateur doit mettre a jour ce catalogue en versant dans celuici les differentes CLASSES qu'il a pu deja creer.
ATTENTION:
En execution de Frames developpees avec des ressources appartenant a des librairies differentes, Ie developpeur devra allouer toutes ces librairies, puisque Ie nom de la ressource est stocke au niveau de l'entree Frame.
Voir Annexe 6
d) CROIX: CLASS OBJET AF.
Ce choix permet a l'utilisateur de I'ATELIER de deveiopper ses propres classes d'objets et de les rendre disponibles pour develop per ses entrees Frame.
1300
d)
-1.
Utilite de developper ses propres c1assesd'objets
A. Frequence d'utilisation :
Le developpeur d'entrees Frame peut faire appel frequemment a un type d'objet. Par exemple une classe PUSH BUTTON qu'it instanciepour faire apparaitre un texte dans Ie bouton: RETOUR et une action: commande CANCEL.-Il est alors interessant de developper une classe d'objet avec des attributs predefinis
(LABEL--> RETOUR, command processing --> CANCEL)
Le developpeur n'aura plus besoin de definir ces attributs de la classe PUSH BUTTON et cela va lui assurer une certaine homogeneite dans ses developpements.
B. Capitalisation :
Choisir une classe developpee par queIqu'un d'autre.
Mettre les classes qu'il a develop pees a
Ia disposition d'autres developpeurs.
d) -
2.
MEmODOLOGIE
Pour developper une nouvelle classe d'objet Ie programmeur devra la definir a partir d'une classe parent. II pourra garder ou modifier les attributs de la classe parent. pour definir ses propres attributs.
L'ATELIER ne va pas gerer l'ensemble des attributs.
Une partie de ceux-ci est affectee en interactif et Ie developpeuf va les retrouver facitement quand it selectionnera sa classe d'Objet.
L'ATELIER va gerer les deux seuls attributs qui font partie des "additionnal attributes" qui sont Ie "SET CUSTOM ATTRIBUTES" et l'attribut "METHODS".Ceux-ci sont en fait les deux seuls associes a des entrees de catalogue.
It
CUSTOM ATTRIBUT
It
Pour une nouvelle classe, Ie developpeur a Ie choix de garder -Ie "CUSTOM
ATTRIBUT" de la classe parent, soit depnir ses propres attributs dans la fenetre "SET
CUSTOM ATTRIBUT"
Ces attributs personnalisees sont alors definis dans une entree. L'ATELIER la definit comme une entree de type Frame dans Ie catalogue ATTR.
C'est cette entree qui sera executee quand I'utilisateur voudra remplir une zone d'une
Frame avec la nouvelle classe creee.
:
.. -
1301
,
I ~.
"METHOD"
A chaque Classe est associee un ensemble de "methods".
Celles-ci vont definir les operations que ron pourra faire avec I'objet cree it partir de cette classe. Ces operations sont invoquees par les routines CALL SEND et CALL NOTIFY dans Ie
SCL.
Comme pour les attributs, la nouvelle clas$e herite de l'ensemble des "METHODS" de sa classe parent.
Le developpeur peut vouloir ecrire ses propres "methods" soit en modifiant une
"Method" existante ( override), soit en creant une nouvelle.
L'ATELIER les definit dans une entree de type SCL dans Ie catalogue METHOD.
Chaque label de cette entree SCL est Ie nom d'une "METHOD".
" RESOURCE"
Le developpeur ayant tennine d'ecrire sa-nouvelle classe d'objet en ayant saisi les bons noms d'entrees dans les fenetres "SET CUSTOM ATTRIBUTES" et "METHODS". II doit la rendre disponible pour Ie developpement de ses nouvelles entrees Frame.
Pour ce faire il doit incorporer cette entree de type "CLASS" dans l'entree de type
RESOURCE qui est Ie BlJll.,D.RESOURCE du catalogue courant.
d) 3.
Architecture.
L'architecture proposee par l'outil ATELIER est basee sur des catalogues specifiques.
- Catalogue COURANT:
- contient les Frames, les program, les Help etc
-l'entree BlJll.,D.RESOURCE
- Catalogue ATTR :
- contient les entrees de type CLASS
- Les "custom attributes" entrees de type Frame et SCL
- Catalogue METHOD:
- contient les "methods" entrees de type SCL
- Catalogue DOC :
- contient de la documentation des nouvelles classes d'objets.
A une classe d'objet nommee CLASS 1 on aura donc :
- APPL.ATTR.CLASSl.CLASS
- APPL.ATTR.CLASS 1. FRAME )
- APPL.ATTR.CLASSl.SCL ) attribut
1302
- APPL.lvIETHOD.CLASS l.SCL "method"
- APPL.APPL.BUILD.RESOURCE "resource" (les classes disponibles
APPL etant Ie nom du catalogue courant de l'application.
- APPL.DOC.CLASS1.S0URCE La documentation
Voir Annexes 7 et 8
IV MODE OPERA TOIRE
Pour developper ses propres classes d'objets.
- Au choix CLASS OBJET AF de l'ecran ATELIER DEVELOPPElvIENT est associe une liste de choix.
CREATION
SUPPRESSION
GESTION
ATELIER
IV - 1 CREATION
Ouverture de la fenetre : IDENTIFICATION DE LA CLASSE D'OBJET nom: description:
Le champ description limite volontairement a une longueur de 12 caracteres sera formatte avec Ie nom de l'application et l'dentifiant du developpeut qui a conyu cette classe d'objet pour en faire une description complete de 39 caracteres. Cette description sera reportee dans la description de classe et dans les descriptions des entrees associees ("CUSTOM
ATTRIBUT", "lvIETHOD").
La validation de cette fenetre a pour effet d'enregistrer cette classe d'objet. Le developpeur peut arreter la ou poursuivre la creation des entrees associees.
- Creation du programme "ATTRIBUT"
~
Creation d'une "lvIETHODE"
-Creation de la "CLASS"
- Integration dans les ressources
- Documentation
La creation de ces differentes entrees se fait sequentiellement.
Mais ces entrees ne sont pas toutes necessaires, aussi chaque fenetre de creation comporte les boutons < OK > < ANNUL > < Menu Principal>
1303
- Menu Principal
-->
Arret de la creation sequentielle
- ANNUL --> Arret de la creation de l'entree correspondante et C!n continue la creation
Pour l'ATELIER, seule la premiere phase de creation est obligatoire. Elle enregistre la nouvelle Classe d'Objet. Le developpeur peut arreter Ia et choisir GESTION pour developper un type d'entree particulier.
IV - 2 GESTION
Ouvertu~e de Ia Iiste des classes d'objets deja creees ou simplement enregistrees.
- Apres avoir choisi une classe particuliere Ie choix est donne au developpeur.
CUSTOMATTR
METHOD
CLASS
RESOURCE
DOCUMENTATION pour creer une entree associee a Ia classe qu'il a choisi.
Voir annexe 9
. L'entree de type source dans Ie catalogue DOC pour Ia classe d'objet est en partie renseignee par :
CLASS:
AUTEURS:
DATE:
DESCRIPTION:
IV -
3
SUPPRESSION
A pour effet de supprimer l'enregistrement de Ia classe d'objet. Les diverses entrees ayant pu etre creees ne sont pas supprimees et Ia gestion des ressources est laissee au developpeur:
IV - 4 ATELIER
C'est l'ouverture sur Ie monde exterieur. L 'utilisateur peut avoir la documentation sur Ies classes disponibles avec l'atelier et Ie mode d'emploi pour seles recuperer.
Ce choix ATELIER va ouvrir une fenetre qui ressemble fortement a la fenetre de gestion des ressources.
Cette fenetre sert a simuler Ies actions que l'utilisateur devra effectuer pour integrer dans ses ressources une classe d'objet de l'ATELIER.
1304
• ""c' - -' '"-' . -.'
..... _
~-
- -
'-\~.'
•• ' ','
.. _ _ _ _
~~_'_.,~.,. _._
,
Elle comporte une liste des classes d'objet et un bouton GESTION. En cliquant sur une classe de la liste un choix est donne
ADD
DOC
Voir Annexes 10 et 11
DOC
---> affiche la fenetre de type Source du catalogue DOC associe a la classe.
Voir Annexe 12
ADD
---> donne Ie chemin de recherche que l'utilisateur devra reproduire quand il aura clique su Ie bouton GESTION.
Le chemin formattera Ie nom de l'entree CLASS c'est a dire:
Library
Catalog
Entry
Type
GESTION
--->
Overture de la fenetre BUILD.RESOURCE de l'utilisateur. Celui-ci n'a pu en cliquant qu'areproduire les phases de ADD.
\,
V NORME D'ORGANISATION DU DEVELOPPEMENT
Une application import ante se fait souvent avec plusieurs developpeurs. Chaque developpeur travaille dans son espace, avec ses propres ressources. Une phase importante et sensible constitue a mettre en commun les differentes Frames creees par chacun. II faut donc veiller a ce que chaque ressource soit disponible au moment de {'execution du produit fini.
Trois methodes sont possibles.
- Developper les classes d'objets au prealable et les copier dans chaque librairie de developpement . Avec cette methode on interdit aux developpeurs de creer ses propres classes d'objets.
- Chaque developpeur travaille dans sa propre librairie de developpement . Mais toute l'equipe du projet a alloue un meme nom logique a chaque librairie de developpement et chaque developpeur travaille dans un meme nom de catalogue courant.
- Mettre en ligne toutes les librairies de developpement avec Ie meme nom logique qui a ete donne au moment des developpements.
1305
__ ".F_. ," ____ .
_ <c . " -.~ , . _ .
~, <"-_~ -J_'~--':.-_-;_~'_:~."_~-~: ~
••••
'.
LA NORME ATELIER.
- Le nom logique de chaque librairie de developpement est Ie nom generique de l'Application (8caracteres maximum).
- Le nom logique de la Librairie de production (produit fini) estaussi Ie nom de l'application.
- Le catalogue courant (ou principal) est aussi Ie nom generique de l'application. Ceci dans les librairies de developpement et de production.
Les ressources auront alors un nom commun :
APPL.APPL.BUll.,o.RESOURCE (AJ>PL etant Ie nom de l'application) et chaque frame retrouvera ainsi la ressource avec laquelle elle a ete construite (une fois mis en COmmun les differentes ressources).
Exemp/e:
Developpeurl : Libname APPL "DSNl" proc build c
=
APPL.APPL;
Developpeur2 : Libname APPL "DSN2" proc build c
=
APPL.APPL;
Production : Libname APPL "DSN3";
1306
1307
ANNEXBl
I
1308
ANNEXE2
ANNEXE3
- - - - - - ,
I
I
I
I
. - - - - - ,
111.4MI
I
1309
F1..""i: ......
"'y.~~'"f..""4i-~~~~"'~~~;.-"."':'" .. .. -;::--:;:-:-·~ f
ANNEXE4
,
.
1310
.
~
.---
-~---.
.. r _ "
-
,.-
-
-
..
-
-
--
_ . . .
~ ~ ,~_
. . "
,
.~
"
,
\
..
1311
,~
::.:
~
::.:-::~_:>:.
_'.'
~
_ '-'::"
.
:,,~_".
:-_.
r •
ANNEXE5
1312
ANNEXE6
1313
ANNEXE7
,
\
\
\
1314
ANNEXE8
1315
ANNEXE9
1316
DAAAAS
DAAAAS
ANNEXE 10
,:'
Maintenance
RETOUR
STAT
DARRAS
DARRAS
ANNEXE 11
1317
1318
ANNEXE12
公開リンクが更新されました
あなたのチャットの公開リンクが更新されました。