Documentation Evaluateur Onglet 10

Onglet 10 – Eléments techniques

10.1 Equilibre technique équipe

  • évaluation planification,

  • conduite de projet,

  • techniques de modélisation,

  • langage AGL,

  • SGBDR SQL PLS/QL,

  • bureautique VBA OLE,

  • test et stress d’application,

  • documentation.

  • 10.2 Support technique

  • MINIMUM, correspond à la présence dans l'équipe d'un spécialiste utilisant depuis plusieurs mois l'environnement de réalisation, les divers outil et add-in et add-on.

  • SOUTENU, correspond à la présence et la disponibilité dans l'organisation d'une équipe RAD (SWAT) complète.

  • PERMANENT, correspond à la présence d'une équipe RAD (SWAT) complète et à la disponibilité d'un expert en nouvelles technologies maîtrisant les add-in et add-on et divers outils.

  • 10.3 Complexité transactionnelle

    La complexité transactionnelle est liée à divers éléments (complexité des relations et des tables, niveau de sécurité, données réparties, procédures cataloguées, etc.).

    10.4 Vous disposez d'un administrateur de SGBD

    Un administrateur de données facilite les manipulations du SGBDR, les " tunings ", les affectations de droits et toutes les subtilités des nouveaux SGBDR, etc. (si non applicable, répondre OUI par défaut).

    10.5 Les développeurs maîtrisent l'OS Serveur et Client

    Exemple Serveur = UNIX, Client = Windows (si non applicable, répondre : TOUS).

    10.6 Client-Serveur de troisième génération (TN-Tier)

    N-Tier = Architecture de service distribuée sur plusieurs niveaux (habituellement 3 niveaux : présentation (Browser), application (serveur de procédure), données (serveur de données).

    L’usage étendu des réseaux engendre un nouveau mode de développement d’applications. On assiste actuellement à une transition du client-serveur classique avec son middleware le plus souvent propriétaire, au client-serveur Intranet ou Internet caractérisé par l’émergence d’un véritable standard ouvert de communication et la notion de client universel. Transparente en termes de type d’application, cette évolution implique néanmoins une logique de conception spécifique. Les éléments principaux de l’application gérés par des processus comme OLE Automation se concentrent alors sur les serveurs (données, services applicatifs), le poste client utilise une couche de présentation standardisée et intégrée dans un seul logiciel appelé navigateur (Netscape, Internet Explorer). Dans cette nouvelle expression de l’entreprise communicante, le modèle Client-Serveur ne peut plus être réduit à l’association de micros et de réseaux, il englobe l’ordonnancement de tâches distribuées, le contrôle de la logique corporative, la gestion de composants applicatifs partagés, la sécurité et l’intégrité des informations. Techniquement, cette approche consiste à séparer les divers éléments qui composent une application en couches de services. Selon la dénomination de Microsoft, les couches se répartissent entre services utilisateurs, services d’entreprise et services de données. Les services utilisateurs fournissent la couche de présentation qui permettra de visualiser et de manipuler les informations à sa disposition. Les services d’entreprise sont les dépositaires des règles de gestion et d’organisation. A la demande d’un utilisateur par l’intermédiaire de sa couche de présentation, ils accèdent aux informations en respectant les règles de cohésion fonctionnelle. Les services de données assurent l’accès, la sécurité et l’intégrité des données.

    Cette architecture part d’un principe conceptuel fort pour permettre ensuite un découpage technique des développements par services indépendants qui peuvent être confiés à des développeurs spécialisés (interfaces, fonctionnalités, gestion des données). Cette segmentation représente pour les développeurs une opportunité de dépassement des contraintes engendrées par la généralité d’une conception Client-Serveur classique. Parmi les divers avantages de cette distribution on note :

  • l’émergence d’expertises spécifiques hautement productives des développeurs ;

  • une modularité permettant la gestion simplifiée de développements parallèles ;

  • une grande flexibilité dans la répartition de la charge de travail et la gestion du projet ;

  • un déploiement facilité de l’application et une vision dynamique de son évolution (la logique applicative se limite à des serveurs spécialisés et n’est pas dispersée sur toutes les machines utilisateurs).

  • 10.7 Présence sous-projet de communications

    Communications dans le sens large (multi-sites, EDI, etc.).

    10.8 Haute Disponibilité - Sécurité - Performances – Pilotage Risques

    Additionner le nombre d'exigences requises par le projet (ces notions méritent une étude approfondie).



    www.RAD.fr ® © Jean-Pierre Vickoff