N° 5

Année 2015 LES FONCTIONNALITES

Nous avons vu dans le bulletin technique n°4 comment créer et définir les dossiers fonctionnels ainsi que le paramétrage des contraintes et des fonctions pour chaque champ (si nécessaire) présent dans le dossier fonctionnel.

Nous allons maintenant nous appuyer sur les travaux que nous avons fait précédem-ment et aborder le paramétrage des fonctionnalités pour implémenter notre Modèle Organisationnel de Traitements.

Pour réaliser cette nouvelle étape, vous devez avoir réfléchi à la structuration de votre application qui va se traduire par une présentation des fonctions applicatives dans un menu utilisateur.

L’utilisateur de votre future application sélectionnera une des fonctions présentes dans le menu. Cette action aura pour effet d’activer la fenêtre de traitement liée à cette fonction. Cette fenêtre offrira à l'utilisateur final un ensemble de possibilités d’exécution (traitements). C'est ce que l'on appelle une Fonctionnalité.

Nous allons donc voir dans ce bulletin les étapes suivantes :

Description de la fonctionnalité

Création d’une fonctionnalité

Paramétrage des traitements de la fonctionnalité

Enregistrement au menu de la fonctionnalité créée

Mise en forme du menu

Vous allez également découvrir le simulateur d’application qui vous permettra de tester le rendu de votre application tout au long du processus de spécification.

Au programme de ce bulletin :

Avant d'avancer dans la construction d'une application, il convient de définir clairement ce que l'on souhaite réaliser !

LES FONCTIONNALITES Page 2 N° 5

Année 2015

Petit Point de Rappel

A ce stade de la réalisation de votre application, nous allons changer d’approche et envisager le résultat

souhaité en nous plaçant du coté de l’utilisateur.

Les questions sont alors :

Quel doit être le contenu du menu ?

Quels traitements veut-on exécuter ? Qui les exécutera ?

Qu’est-ce qui relève du front-office et du back-office? (vision client vs vision gestion interne)

Est-on intranet ou extranet ou les deux? (Alias Entry seul ne permet que l’un ou l’autre)

Dans la construction d’une application, on peut se limiter aux opérations élémentaires mais il faut en

tout état de cause prendre en compte les besoins des utilisateurs.

Par exemple:

Prenons l’exemple de notre application pour gérer les membres d’une association. Nous aurons à

réaliser la gestion des membres, c'est-à-dire les inscriptions, les changements divers, les résiliations.

Mais nous pourrions vouloir intégrer la gestion des cotisations de l’association ainsi que le paiement

des cotisations. Si l’association a des activités nécessitant une participation financière, il faut prévoir

d’encaisser non seulement ces cotisations mais aussi les participations diverses. Le membre de

l’association peut régler plusieurs choses en un seul paiement : cotisation, participation etc … S’étant

inscrit à une randonnée par exemple, il peut, après avoir payé, changer de randonnée ou annuler sa

participation? Il faut alors le rembourser….

Nous voyons au fil de l’eau augmenter la complexité. Dans l’exemple que nous venons de décrire, une

gestion de compte par membre simplifiera toute la gestion des changements. Par contre, dans le cas

d’une association n’ayant pas d’événement payant, ce sera inutile. Si l’on poursuit l’analyse du

besoin, la gestion des membres de l’association peut être limitée à celle de fiche de membre ou être

vue comme rassemblant toutes les informations nécessaires à un call-center.

Si vous avez le moindre doute quant à l’utilité de certains paramètres dans le cadre de votre construction applicative, contactez-nous !

contact@alias-ad.fr

Page 3 LES FONCTIONNALITES

1- Description de la fonctionnalité

A partir du menu « Démarrer », sélectionnons la section « Gestion

des Fonctionnalités Applicatives ».

Dans le Bulletin n°4, nous avons vu que le « dossier fonctionnel » est une structure XML qui définit la source de données nécessaire à la réalisation des traitements liés à cette fonctionnalité.

2- Création d’une fonctionnalité

Lorsque l’on commence, il n’y

a aucune fonctionnalité

Cliquons sur le bouton

pour commencer la définition.

Une fonctionnalité est définie par un code fonctionnalité qui doit être unique. L’étape importante est d’associer le dossier fonctionnel à la fonctionnalité. Nous

allons le sélectionner à partir d’un pop-up.

Un même dossier fonctionnel peut servir dans plusieurs fonctionnalités mais généralement pour être minimaliste et donc plus performant, il vaut mieux

définir uniquement les données concernées par la fonction.

N° 5

Année 2015

Une fonctionnalité est un groupe de transactions qui portent sur les même données, c'est-à-dire, sur le même dossier fonctionnel.

Puis sélectionnons la rubrique « Définition des Fonctionnalités ». Nous accédons alors à la création d’une

« Fonctionnalité »

Si nous prenons l’exemple très simple d’une gestion de fiche, les traitements permettant son

usage sont pour chaque fiche :

La création

La mise à jour

La consultation

La suppression

Mais aussi pour pouvoir avoir une vision globale

des fiches :

La visualisation d’une liste

On pourrait rajouter la copie d’une fiche, son

édition etc..

Création d’une fonctionnalité (suite)

Page 4 LES FONCTIONNALITES

Section GENERAL

Code fonctionnalité : identifie la fonctionnalité. Il doit être unique.

Libellé : décrit la fonctionnalité. Ce libellé est important car c’est celui qui figurera au menu.

Dossier fonctionnel : désigne la source de données nécessaire à la fonctionnalité. Elle a été

créée précédemment (cf BT n°4).

Formulaire de liste : initialisé avec le nom du formulaire de liste par défaut. Lorsque vous aurez conçu votre écran de liste avec Alias Screen Designer (Cf BT n°6 bis), vous

viendrez ici même substituer l’écran de liste par défaut pour votre écran de liste.

Formulaire Détail : initialisé avec le nom du formulaire de détail par défaut. Lorsque vous aurez conçu votre écran de détail avec Alias Screen Designer (Cf BT n°6), vous

viendrez ici même substituer l’écran de liste par défaut pour votre écran de liste.

N° 5

Année 2015

Section GENERAL

Section ETATS DE STOCK

Section TRAITEMENTS DE

LA FONCTIONNALITE

Passons en revue les options de paramétrage d’une fonctionnalité.

Utilisation en mode Web : par défaut à NON lors de la création. Cet indicateur signifie que la fonctionnalité n’est accessible qu’en mode gestion

intranet.

Si l’indicateur est à OUI, il signifie que la fonction-nalité peut être accessible via le web. Vous avez alors la possibilité, si nécessaire, de restreindre

l’accès aux traitements.

Les fonctionnalités faisant appel à des traitements automatisés peuvent parfaitement conserver leurs formulaires par défaut.

Page 5 LES FONCTIONNALITES N° 5

Année 2015

Définition des clés de communication

Au niveau du paramétrage général d’une fonctionnalité, vous pouvez spécifier une

ou plusieurs clés de communications.

La ou les clé spécifiées ici (et donc référencées au niveau de la fonctionnalité) seront ensuite utilisées par

un ou plusieurs traitements de la fonctionnalité.

La liste de clés de communication doit avoir été paramétrée préalablement (Cf BT n°3 bis). Si vous constatez un oubli, enregistrez et quittez l’interface de paramétrage

de la fonctionnalité. Puis, allez ajouter la clé manquante.

Profils

Voir page 12.

Section ETATS DE STOCK

Cas où le dossier fonctionnel fait référence à une table « Stock »

Nous avons vu dans le bulletin n°3 (page 4) les notions de tables de paramétrage et table de

stock (aussi appelées tables de production). Lorsque le dossier fonctionnel fait référence à une table de type STOCK (et seulement pour ce type de table), le formulaire de paramétrage

de la fonctionnalité comprend une section spécifique.

L’usage d’états de stock est un usage fonctionnel permettant d’informer l’utilisateur du statut d’un record. Le code Etat est sur 10 caractères

alphanumériques maximum.

Nous déterminons ici les états de stock possibles. L’état peut signifier « disponible », « en rupture » ou bien « saisie en cours », « attente pour raison x », « à valider », « validé » etc… Tout dépend du sujet traité et des

attentes du concepteur de la future application.

Pour les tables

paramètres dont le contenu évolue périodiquement

(comme un tarif), ne pas oublier de prévoir une date

d’effet !

Page 6 LES FONCTIONNALITES

N° 5

Année 2015

Exemple :

Pour entrer dans l’état ‘VA’ validé, il faut une date de naissance et un email mais ne pas

venir d’un état annulé.

Nous voyons ici l’intérêt de l’état. Lorsque l’on paramétrera les process (Cf

BT n°7), l’intérêt en sera renforcé.

Pour une simple gestion de fiche, il n’est pas nécessaire de paramétrer des fonctions avancées. Vous pouvez alors enregistrer et tester. Sinon,

cliquez sur « Paramétrer ».

Section TRAITEMENT DES FONCTIONNALITES

Dans cette section, nous allons décrire les traitements associées à cette fonctionnalité.

Ces traitements sont matérialisés par des boutons ronds en haut à gauche du cadre.

Les principaux icônes par défaut sont :

3- Gestion Avancée des traitements

Page 7 LES FONCTIONNALITES

Traitement Fonctionnalité

Il est possible ici de faire appel à un formulaire (liste/détail) spécifique différent de celui qui a été

paramétré pour la fonctionnalité.

Programmes et Paramètres

Nous venons de voir que, dès la création de la fonctionnalité, Alias Entry créait automatiquement les traitements ‘standard’ tels que consultation, ajout, modification, liste, et qu’il était possible d’en

ajouter et/ou d’en supprimer.

N° 5

Année 2015

Une fonction plus élaborée permet de sélectionner dynamiquement l’écran et d’exécuter avant affichage un travail préalable. Ce point nécessite des

développeurs java. Mais il est très rare de devoir y recourir.

Chaque traitement est paramétrable.

Les programmes peuvent avoir besoin de paramètres. Dans ce cas, la liste des paramètres

s’affiche. Il faudra en

préciser les valeurs.

Programmes

Il est possible de spécifier soit un programme, soit une succes-

sion de programmes.

On indiquera alors s’ils doivent s’exécuter avant ou après

enregistrement.

Par exemple, avant enregistrement, nous pourrons faire appel à un

programme de numérotation.

Par exemple :

‘Push’ (traitement complexe permettant les transferts entre tables) déclenche un traitement

dans une autre fonctionnalité. Il faut 3 paramètres pour localiser la fonctionnalité appelée.

Alias Entry est livré avec plusieurs schémas de traitement standard :

Niveau Autorisation

traité en page 12.

Page 8 LES FONCTIONNALITES

N° 5

Année 2015

Canal d’accès :

Alias génère un environnement qui est multi-canal. Ce qui veut dire qu'un programme de traitement peut s’interfacer aussi bien avec la couche IHM, un Web service, un flux ou un

traitement par lot. L'interface de communication est défini par l’XML du dossier fonctionnel.

Alias Entry vous permet de créer des applications de gestion qui sont MULTI-CANAUX. Quel que soit le mode d’interaction (canal d’accès) entre votre applica-tion faite avec Alias et les applications tierces, le programme appelé sera le même

pour tous les canaux.

L’architecture applicative sous jacente permet cette prouesse légitime. Pourquoi

multiplier les développements alors que c’est le canal de réception qui diffère ?

Nous avons ainsi un gain de productivité et une souplesse d’architecture !

Dans le cas ou l’on doit s’interfacer avec un système d’ancienne conception ne fonctionnant pas avec XML, il est possible de rajouter un programme d’interface

dans la zone ‘Prog. Init.’

Ce programme est spécifique à chaque type de flux

hétérogène.

Modification du code Etat selon le résultat du traitement

Dans le cas des tables typées « stock » et uniquement dans ce cas, on peut affecter un état en

fonction du code sortie.

Lorsque l’indicateur est à OUI pour l’utilisation en mode Web sans la section GENERAL, pensez à bien spécifier ici le canal d’accès W - Web !

Profil Exclusion :

Voir le FOCUS : CONTRÔLE D’ACCES en page 12.

Seuls les codes Etats paramétrés à la section « ETATS DE STOCK » peuvent être utilisés !

Si vous êtes dans un cas de figure requérant l’ajout d’un programme spécifique, veuillez nous contacter : contact@alias-ad.fr

Enchainement :

Vous avez ici la possibilité d’enchainer le traitement de votre fonctionnalité sur un autre traitement pouvant appartenir à la

même fonctionnalité ou pas.

Sélectionnez d’abord la fonctionnalité, puis

son traitement.

Page 9 LES FONCTIONNALITES

N° 5

Année 2015

Complexité :

Alias Entry propose une possibilité supplémentaire nécessaire dans certains cas seulement. Pour activer cette possibilité et ouvrir d’autres champs de paramétrage, sélectionnez « Oui »

dans la zone complexité.

Si vous avez besoin d’enchainer sur un traitement que vous n’avez pas encore paramétré (c’est notamment le cas lors-que vous n’êtes qu’au début de cette étape de travail), vous pourrez tout à fait sauvegarder votre travail actuel et revenir ultérieurement pour compléter

votre paramétrage.

Dans l’illustration ci-dessous, nous souhaitons avoir un traitement unique de type AJOUT. Mais nous voulons que les programmes correspondants soient différents en fonction d’un

critère que nous allons paramétrer.

Ici, il s’agit de gérer la fonctionnalité d’un site e-commerce proposant des produits de type Assistance, Licences et Services. En fonction du type de produit, le traitement AJOUT dans la commande aura des effets variés : l’assistance va induire la génération d’un crédit de

temps, la licence va générer un code de clé de licence etc.

Nous allons ici faire appel aux clés de paramétrage (également appelées clé de communication) que vous avez référencé préalablement au niveau général de la

fonctionnalité (Cf page 6) et sélectionnable via une liste.

En fonction de ces critères, les programmes appelés par la fonction AJOUT (voir paramétrage des programmes page 8)

varieront pour obtenir l’action escomptée.

4- Inscription au Menu

Page 10 LES FONCTIONNALITES

La fonctionnalité n’est pas inscrite automatiquement au menu. La raison est que l’on peut créer des fonctionnalités qui sont appelées par d’autres fonctionnalités mais pour

lesquelles il n’y a pas d’accès direct.

N° 5

Année 2015

Exemple :

Nous avons ici 3 fonctionnalités dont seulement 2 ont été

inscrites au menu.

Cliquons sur la rubrique « Préparation du

Menu pour la fonctionnalité ».

Nous cliquons sur l’icône d’ajout.

Nous sélectionnons la fonctionnalité en deman-

dant l’affichage du pop-up.

Ensuite, nous sélectionnons les traitements que l’on souhaite rendre accessibles au menu. Chaque traitement sélectionné correspondra à

une icône.

Lorsque l’on enregistre, une ligne est créée au

niveau du Menu par fonctionnalité sélectionnée.

L’inscription au menu a créé une entrée positionnée en fin du menu. Comme l’inscription se fait dans l’ordre de déclaration des fonctionnalités, il est nécessaire de

restructurer le menu avant de packager le composant.

Page 11 LES FONCTIONNALITES

5- Mise en forme du menu du composant

N° 5

Année 2015

Les informations de n° menu et de code d’identification sont des codes internes assurant

l’unicité inter composant.

Vous pouvez définir le menu sur 2 niveaux avec une entrée qui est un titre de rubrique sous laquelle seront positionnées les entrées fonctionnelles. Vous pouvez également

réorganiser la position relative des rubriques.

Le niveau d’autorisation permet de gérer les droits d’accès à

cette fonctionnalité.

La zone laissée à « zéro » signifie

que la section du menu sera visible et accessible par tout le

monde.

Sinon, il faut renseigner un niveau compris entre 1 et 99 (99 signifiant qu’il faut un profil administrateur pour visualiser la section du menu et y accéder). Un profil utilisateur n’ayant pas le niveau minimal requis, ne visualisera pas cette

section.

Voir page 12 pour plus d’information sur le paramétra-

ge des autorisations.

En fonction du type de traitement, Alias Entry attribue une icône par défaut. Ces icônes

sont modifiables (Cf BT n°2, page 5 catalogue des icônes).

6– Le simulateur d’application

A ce stade, nous avons créé une application qui peut être testée. La fonction ‘Tester le composant’ ouvre une nouvelle

fenêtre correspondant à l’application créée.

Certes, les écrans présentés sont des écrans par défaut et peuvent s’apparenter à du ‘debugging’. Mais avant d’aller plus loin, il est possible de vérifier la cinématique de

l’application.

Suite à ces tests ‘primaires’, nous pourrons ensuite :

Créer des écrans personnalisés (BT n°6)

Mettre en place les règles et les contraintes entre les

zones si vous ne l’avez pas fait (BT°4)

Définir les process (BT n°7)

Créer les courriers (BT n°10)

Le simulateur d’application de test fournie avec Alias Entry permet de procéder par essai-erreur et d’avancer pas à pas en vérifiant à chaque étape la conformité des réalisations

aux spécifications.

LES FONCTIONNALITES Page 12 N° 5

Année 2015

Bouton « Avancé » : Permet le contrôle d’utilisation au moyen

d’un code profil (voir ci-après)

FOCUS : CONTRÔLE D’UTILISATION

Nous avons la possibilité ici de réserver l’usage de la fonctionnalité à un ou plusieurs profils utilisateurs. Le libellé du

profil est saisi librement.

Lorsque l’on crée une application, il faut se poser la question de qui

accèdera et qui pourra faire quoi. Ce point doit aussi être pensé avant d’entamer ce paramétrage !

Alias Entry propose plusieurs possibilités pour gérer les accès et les restrictions

des futurs utilisateurs.

Restriction : Au niveau de la fonctionnalité dans son ensemble

Dans l’exemple ci contre, les traitements de cette fonctionnalité seront limités au profil gestionnaire. Seuls les utilisateurs ayant le profil GESTION, verront la fonctionnalité dans le menu de

l’application.

Page 13 LES FONCTIONNALITES

N° 5

Année 2015

Si vous ne spécifiez rien à ce stade, tous les profils utilisateurs pourront visualiser la fonctionnalité dans le menu de votre application.

Il faudra le cas échéant, spécifier un niveau d’autorisation minimal pour la fonctionnalité lors de l’étape de mise en forme du menu (vu page 11).

Restriction : Au niveau du traitement avec Profil Exclusion

Une autre possibilité (à la place ou en complément de la précédente) au niveau du traitement de la fonctionnalité est d’exclure un ou plusieurs profils spécifiques (le libellé est en saisie

libre).

Le paramétrage des utilisateurs et des profils (avec leur niveau d’autorisation) est traité au

bulletin technique n°12.

Alias Entry vous permet de jouer sur les droits d’accès au niveau du menu et/ou au niveau général de la fonctionnalité et/ou au niveau traitement. A vous de combiner les paramètres selon votre besoin.

Attention toutefois à ne pas paramétrer des règles autobloquantes !

Restriction : Au niveau du traitement avec Niveau d’Autorisation

Pour chaque traitement d’une fonctionnalité, vous pouvez spécifier un niveau d’autorisation

entre 1 et 99 (99 = niveau administrateur ayant tous les droits et 1 niveau très basique).

Exemple : Prenons un niveau d’autorisation de 40 pour un traitement. Cela implique que seuls les utilisateurs ayant un profil avec un niveau d’accès supérieur ou égal à 40,

pourront utiliser ce traitement de la fonctionnalité.

LES FONCTIONNALITES Page 14

Spécifications : il s’agit de gérer les adhérents de notre association de randonneurs. La fonctionna-lité que nous allons créer doit permettre d’ajouter de nouveaux adhérents, de modifier un adhérent existant, voire de le supprimer. Il faudra aussi pouvoir visualiser la liste des adhérents et consulter

la fiche de l’adhérent.

Description de la fonctionnalité créée FCTADHERENTS

La fonctionnalité s’appuie sur le dossier fonc-

tionnel ‘DOSADHERENT’ créé automatiquement

à partir de la table ‘ADHERENTS’.

Nous avons dans un premier temps utilisé les

formulaires par ‘DEFAUT’.

La fonctionnalité reprend les schémas de traite-ments de toute application : création (ou ajout), consultation, modification, suppression mais

également une listed’accès.

Dans un premier temps, nous sommes

restés sur des traitements génériques.

Détail d’un traitement

Préparation du menu

Et Mise en forme du menu composant

Dans un premier temps, nous restons sur des traitements basiques.

Au fur et à mesure,

nous sophistiquerons l’application.

N° 5

Année 2015

Exemple ALIAS ASSOCIATION RANDONNEURS

Développement et Edition de Logiciels 59, rue Glesener L-1631 Luxembourg

LES FONCTIONNALITES Page 15 N° 5

Année 2015

Quelle synthèse peut-on faire ?

L’application est formée par le dossier

fonctionnel et par les traitements associés,

regroupés dans une Fonctionnalité.

Lorsque vous en aurez terminé avec le

paramétrage des fonctionnalités, l'étape suivante sera le design de l'IHM de votre

future application à l'aide du composant Alias

Screen Designer présenté dans les bulletins

suivants.

Vous l'aurez constaté, Alias Entry va bien

au-delà d’une simple conception d’applica-

tions métiers en nouvelles technologies.

Il redéfinit tout le concept d’Applications dans

un cadre global où données et serveurs sont

dispersés et où la rigueur de conception est plus que jamais indispensable.

Alias Entry gomme la complexité technologique pour situer le concepteur

uniquement au niveau fonctionnel de l’application, tout en lui faisant disposer

des solutions techniques les plus sophistiquées.

Documentation non contractuelle.

Aucune reproduction partielle ou intégrale du bulletin technique n’est autorisée sur quelque support que

ce soit sans l’accord express de Sun i-Tech. Les éventuelles marques citées dans le bulletin technique

sont déposées par les sociétés qui en sont propriétaires.

Copyright Sun i-Tech 2015.

Avec Alias,

Spécifier c’est développer !

www.alias-ad.com