Onglet 8 – Réalisation / Outils
8.1 Sophistication de l'interface
Basique Windows ou simple document HTML : écrans avec les fonctionnalités minima (génériques) de mise à jour.
Standard Windows ou HTML avec données minimum : écrans avec, en plus des fonctionnalités génériques, des éléments sophistiqués (objets, boutons, procédures).
Élevée Windows ou HTML avec accès SGBD : écrans avec des objets offrant à l'utilisateur plusieurs fonctions (tableur, calendrier, aide, onglets, etc.).
Extrême Windows ou DHTML, Applet, ActiveX : écrans avec plusieurs objets offrant à l'utilisateur de nombreuses fonctions sophistiquées (tableur, calendrier, aide, onglet, import-export, couper-coller, glisser-déposer, etc.).
8.2 Environnement de réalisation (choix des outils)
La performance de développement lors de réalisations complexes ou soignées est dépendante d'un langage standardisé et ouvert aux add-in et add-on.
Procédural / pas d'outils spécifiques,
AGL intégré (Oracle, PB, etc.),
Delphi
VB
Le RAD est avant tout une synergie méthodes / outils. Sans les avancées technologiques des quatre dernières années, le RAD n'existerait pas. Au niveau du poste CLIENT, la question Windows ne se pose plus. Après avoir oscillé entre divers outils de front end SQL, il est évident que la productivité se décline maintenant en Visual Basic (VB, VBA, VBScript).
8.3 L'environnement est déjà opérationnel (O/N)
Répondre NON si chaque développeur doit installer son poste de travail (environnement de développement) ou s’il est prévu une mise à niveau des logiciels en cours de projet.
8.4 Si vous utilisez Visual Basic (cette section s’applique uniquement dans ce cas) :
8.4 1 Utilisation de ActiveX performants
(Vous en avez la nécessité). La qualité de l'interface et la performance de réalisation sont liées à la puissance des add-in disponibles. Leur choix est un facteur déterminant de productivité.
VB s’avère être un excellent outil RAD (homogénéité avec les applications de Bureautique communicante, universalité de Windows), mais il faut être conscient que pour des applications sérieuses, les objets inclus, même dans la version professionnelle, sont insuffisants.
Pour la plupart, leur origine n’est pas Microsoft et ils sont " bridés ". Il suffit pour connaître l’éditeur de déposer un objet dans une forme et d’appeler sa feuille de propriété (F4). Un clic dans le premier champ (About) renseigne immédiatement sur l’éditeur et sur une offre d’achat du produit d’origine complet et de sa documentation. Ce point qui est le gage d’une fantastique ouverture vers le reste du monde désavantage parfois Visual Basic car il est souvent incompris ou assimilé à un danger potentiel en cas d’acquisition de produits tiers dont les fabricants pourraient disparaître. S’il est vrai qu’il faut prendre un minimum de précautions dans le choix de ses fournisseurs, il ne faut pas pour autant rester paralysé. Pour composer un atelier de réalisation performant autour de VB il suffit de faire appel à deux ou trois fournisseurs d’ActiveX, ce qui est un risque acceptable et indispensable (Sheridan, MicroHelp, Visual Component, Crescent, Apex, Intersolv, BlueSky). D’ailleurs la plupart des produits sont à peu près identiques et proposent des méthodes d’utilisation semblables.
8.4.2 Vous lisez VB Programmer Journal (www.VBPJ.com) (O/N)
La lecture de revues spécialisées (VBPJ) fournit des solutions (tips and tricks) à des problèmes techniques (si non applicable, répondre OUI).
8.5 Un des développeurs utilise VC++ (O/N)
(Si vous en avez la nécessité). Dans certains il est utile de maîtriser les API Windows (si non applicable, répondre OUI).
8.6 Un des développeurs utilise VBA (O/N)
(Vous en avez certainement la nécessité). La connaissance de VBA permet des liens inter-applications et des solutions remplaçant des développements très lourds (si non applicable, répondre OUI).
