Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Futura Normes et Standards de Développement Finances Normes et standards de dév

Futura Normes et Standards de Développement Finances Normes et standards de développementNor mes et standards de développement Normes et standards de développement - 1 / 32 - Futura Normes et Standards de Développement Finances Sommaire 1. ENVIRONNEMENT SAP..............................................................................................4 2. CLASSE DE DÉVELOPPEMENT...............................................................................5 3. ORGANISATION DE LA DOCUMENTATION........................................................6 3.1 NUMÉROTATION DES DÉVELOPPEMENTS........................................................................7 3.1.1 Organisation...........................................................................................................7 3.1.2 Tranches de numéros..............................................................................................7 3.2 DOSSIER D'ANALYSE......................................................................................................8 3.3 DOSSIER DE TEST...........................................................................................................8 3.4 DOSSIER DE VALIDATION.............................................................................................10 4. CODIFICATION DES OBJETS SAP........................................................................11 4.1 OBJETS DU DICTIONNAIRE............................................................................................11 4.2 PROGRAMMES ABAP...................................................................................................13 4.3 AUTRES........................................................................................................................14 5. NORMES DE DÉVELOPPEMENT...........................................................................15 5.1 DOCUMENTATION DES PROGRAMMES..........................................................................15 5.1.1 Cartouche des programmes ABAP.......................................................................15 5.1.2 Documentation du programme :..........................................................................16 5.1.3 Commentaires sur les variables...........................................................................17 5.2 STRUCTURE DU PROGRAMME.......................................................................................18 5.2.1 Organisation du programme................................................................................18 5.2.2 Déclarations des données.....................................................................................19 5.2.3 Routines................................................................................................................21 5.2.3.1 Définition..................................................................................................................................................21 5.2.3.2 Règle de nommage....................................................................................................................................21 5.2.3.3 Exemple d’appel et de déclaration.............................................................................................................21 5.3 CODIFICATION DES VARIABLES....................................................................................22 5.3.1 Paramètres...........................................................................................................22 5.3.2 Options de sélection (SELECT-OPTIONS)..........................................................22 5.3.3 Tables internes......................................................................................................22 5.3.4 Structures..............................................................................................................23 5.3.5 Variables de travail..............................................................................................23 5.3.6 Constantes............................................................................................................23 5.4 INSTRUCTIONS..............................................................................................................24 5.5 ACCÈS À LA BASE DE DONNÉES...................................................................................25 5.6 PERFORMANCES...........................................................................................................26 5.7 PRÉSENTATION DES ÉTATS...........................................................................................27 5.7.1 Couleurs...............................................................................................................27 5.8 MESSAGES....................................................................................................................27 5.8.1 Classes de messages.............................................................................................27 5.8.2 Numéros de messages...........................................................................................28 Normes et standards de développement - 2 / 32 - Futura Normes et Standards de Développement Finances 5.8.3 Types de messages................................................................................................28 5.8.4 Utilisation..............................................................................................................28 Normes et standards de développement - 3 / 32 - Futura Normes et Standards de Développement Finances 1. Environnement SAP Chez NOZ, trois environnements distincts existent :  Dev : développement et tests unitaires  QAS : Recette interne et utilisateur  Production : données réelles. Aucun objet ne doit être modifié directement dans les environnements de production ou de recette (QAS). Toutes les créations, modifications ou suppressions d’objets SAP doivent avoir lieu sur l’environnement de développement. Lors de ces actions, les objets impactés doivent être mis dans des ordres de transport (OT). Le lien entre les différents environnements se fera par l’intermédiaire de ces OTs lors du transport, via les transactions SE01 et STMS. Dans un environnement SAP, plusieurs mandants peuvent coexister. Le mandant est une séparation logique des bases de données à l’intérieur d’une installation du système SAP. Ainsi, entre les mandants d’un même environnement, un certains nombre de données sont partagées (on qualifie ces données d’ « inter-mandant »). La plupart des objets techniques sont « inter-mandant » (programmes, écrans, …) à l’exception des textes (y compris ceux des formulaires SAPSCRIPT). La plupart des données des tables sont « mandant dépendant », c'est-à-dire que l’on ne retrouvera pas les même données dans les tables, d’un mandant à l’autre (par ex : EKKO). Ce système de mandant est surtout utilisé dans les environnements de développement ou de recette (mandant « référence paramétrage », mandant « bac à sable », …) Normes et standards de développement - 4 / 32 - SAP DEV QAS PROD Création, suppression, ou modification d’objets ABAPs OT OT Réplication des données Futura Normes et Standards de Développement Finances Chez NOZ, les mandants ne sont pas ou très peu utilisés. Il y en a des différents seulement en dèv, mais seul le mandant 300 est utilisé. 2. Classe de développement Lors de sa création, un objet SAP (programme ou élément du DDIC) peut être rattaché  Soit à la classe dite d'objets locaux privés (appelés $TMP : objets temporaires),  Soit à une classe de développement. Les objets locaux privés ne peuvent pas être transportés d'un environnement à un autre. Ils sont donc présents uniquement dans l'environnement dans lequel ils ont été développés. Ce sont, en général, des objets ABAPs qui sont employés pour effectuer les tests temporaires. Les objets destinés à être livrés en recette puis en production sont à rattacher à une classe de développement. En effet, la classe de développement possède un chemin de transport. Donc l'affectation d'un objet à une classe de développement entraîne la création d'un ordre de transport (voir par ailleurs) vers un environnement cible. Sont rattachés à une même classe de développement des objets ayant tous une caractéristique commune. Chez Futura Finances la classe de développement ZFUTURA contient les objets spécifiques. 3. Organisation de la documentation Actuellement, la documentation est … Normes et standards de développement - 5 / 32 - Futura Normes et Standards de Développement Finances De la sorte, il est aisé de retrouver un document, quel qu'il soit (analyse détaillée, dossier de test, abap, document de validation …), en fonction du numéro identifiant. De plus, l'organisation des documents est fortement dépendante du module auquel un développement s'applique. Voici le dossier contenant tous les documents utiles : \\fichier_serv1\Informatique\01 - DOCUMENTS ETUDES\02 - SAP La plupart des spécifications détaillées d’évolution se trouvent néanmoins dans le dossier suivant: \\fichier_serv1\A_Tous\10 - Service Informatique Normes et standards de développement - 6 / 32 - Futura Normes et Standards de Développement Finances 3.1 Numérotation des développements On appelle 'développement' une réalisation informatique de nature : - programme de reprise - interface - état spécifique - formulaire - etc… 3.1.1 Organisation Chaque nouveau développement se voit attribuer un numéro de 6 chiffres qui l'identifie. Ce numéro servira de référence pour les noms des analyses détaillées. L'attribution des numéros de développement est effectuée par le chef de projet SAP, avec l'appui de la transaction Z_NUM_DEV. Les numéros de développement sont donc réservés dans une table SAP. Les trois premiers chiffres correspondent au périmètre du développement. Les trois derniers chiffres sont incrémentés pour rendre le numéro unique. 3.1.2 Tranches de numéros Le numéro identifiant est codé sur 3 caractères, par tranche de 100. La tranche est désignée en fonction du module auquel le développement s'applique : Tranche Désignation 000 Achat Marcketing 001 Transport 100 Logistique 200 Administration des ventes 300 Comptabilité 400 contrôle de gestion 500 Ressousrces humaines 600 Expansion Traveux 700 Informatique 800 France invendu – HUB 900 Juridique - Qualité Normes et standards de développement - 7 / 32 - Futura Normes et Standards de Développement Finances 3.2 Dossier d'analyse Le nom de l'analyse détaillée est codifié de la sorte : Position Code et signification 1 'D' 2-5 Numéro du développement informatique 6 '-' 7 'A'= Analyse 8 Version de l'étude détaillée Il y a un changement de version dès lors qu'une version a été transportée dans l'environnement de production et qu'elle fait l'objet d'une modification. Toute modification doit apparaître clairement dans l'étude détaillée, avec les renseignements suivants : - Qui demande la modification (utilisateurs, intégrateurs, informatique…) ? - A quelle date? - Sur quoi porte la modification (règle de gestion, d'exploitation, bug …)? 3.3 Dossier de test Les dossiers de tests ont pour but de recenser les unitaires réalisés pour un développement. Les dossiers de test doivent être effectués par chaque analyste/développeur pour tout programme réalisé ou modifié. Ils doivent s'assurer que le développement est conforme aux spécifications de l'étude détaillée, et qu'il traite tous les cas anormaux. Le dossier de test suit un modèle prédéfini (en annexe). La première page est une fiche récapitulative des tests réalisés. Les pages suivantes contiennent un descriptif des tests réalisés avec les éléments permettant de vérifier chaque test (extraits de fichiers, copies écrans, listes, …). Les dossiers de test peuvent être rédigés de manière manuscrite (excepté la première page). Le nom de dossier de test est codifié de la sorte : Position Code et signification 1 'D' 2-5 Numéro du développement informatique 6 '-' 7 'T'= Test 8 Version de l'étude détaillée pour laquelle le dossier de test s'applique Normes et standards de développement - 8 / 32 - Futura Normes et Standards de Développement Finances Le numéro de version du dossier de test est identique au numéro de version de l'étude détaillée à laquelle il se réfère. Si la version de l'étude est supérieure à 1 le dossier de test ne doit comprendre que les tests de modification entre la version N et la version N-1 de l'étude détaillée. Normes et standards de développement - 9 / 32 - Futura Normes et Standards de Développement Finances 3.4 Dossier de validation Le document de validation a pour but de valider un développement informatique, avant de le transporter dans l'environnement de production. La validation est prononcée par le chef de projet SAP, en accord avec l'utilisateur concerné ou bien un représentant de l'équipe d'intégration. La validation doit être effectuée dans l'environnement d'intégration avec des données de paramétrage identique à celles de l'environnement de production. La production d'un développement suit tous les points décrits dans l'étude détaillée. La codification d'un document de validation est la suivante : Position Code et signification 1 'D' 2-5 Numéro du développement informatique 6 '_' 7 'V'= Validation 8 Version de l'étude détaillée pour laquelle la validation s'applique Normes et standards de développement - 10 / 32 - Futura Normes et Standards de Développement Finances 4. Codification des objets SAP Le but de ce chapitre est de définir les conventions de notation pour les objets SAP tels les programmes, les éléments du dictionnaire de données, les codes transaction, … Le but d'une codification est de conserver un environnement homogène et logique. Elle facilite le développement d'application ou de programme. 4.1 Objets du dictionnaire On appelle objet du dictionnaire uploads/Industriel/ normes-et-standards-de-developpement-v3.pdf