Guide procedure change control
0 j'aime156 vues
Le document décrit la procédure de gestion des incidents correctifs et des demandes d'évolution dans un système, en suivant les étapes Sarbanes-Oxley. Il détaille le processus de demande, validation, traitement, transport des modifications et documentation associée, ainsi que les outils nécessaires. Des instructions précises sont fournies pour la création de documents liés aux modifications, aux tests et à la mise en production.
Guide procedure change control
- 1. Procédure de gestion d’un incident de type Correctif ou d’une demande d’Evolution (application des étapes Sarbox) I – La demande : Toute modification du système (Correction comme Evolution) doit faire l’objet d’une demande via un incident TMA/AMS (base TMA/AMS) ou une DTI (Base Demande de Tavaux Informatiques) II - Validation de la demande : Toute modification du système (Correction comme Evolution) doit faire l’objet d’une validation de la demande par le responsable hiérarchique du demandeur via la base TMA (bouton demande de validation responsable) ou la base DTI (workflow de validation) III - Traitement de la demande : Après validation de la demande, celle-ci peut enfin être traitée dans le système dans l’environnement de Développement La fiche d’intervention doit être enregistrée sous le statut En cours de traitement (voir doc en cours sur base TMA) IV – Transports des modifications : Outil TMS : - Définition : Outil de SAP permettant de transporter les ordres de transport d’un environnement à l’autre et suivant différentes étapes de validation répondant aux exigences Sarbox - Mode d’emploi : Voir Procédure d’utilisation de la transaction STMS Rappel : Ajout d’une étape Check Abap en phase 36 des TMS : Contrôle par un Mickaël QUESNOT du contenu des transports, notamment dans le cadre de modification ABAP=> lui transmettre le dossier (cf ci-dessous) de passage en prod. V – Dossier de passage en Prod de la demande et documentation générale : A) Le dossier de passage en prod comprend : a) L’incident validé ou la DTI validée b) Le TD_IDR : Document décrivant les modifications faites dans le système - Ouvrir le modèle de document situé dans W:04 - Change ControlModèles intitulé TD_IDR_modèle.dot - Enregistrer le modèle sous W:06_Maintenance Applicative dans le répertoire 03_Mise en Production_Evolution du processus qui convient Le nom du fichier doit commencer par TD_IDR_n° incident ou DTI_Designation - Saisir ce nom dans l’entête du TD_IDR - Renseignement des zones suivantes du document :
- 2. Title Nom du document Creation Date Date de création du document Authors Nom et prénom de la personne qui créé le document Technical tests by Nom de la personne qui fait les tests unitaires Date Date de ces tests unitaires Application Area* Domaine d’application dans lequel la tms* sera créée dans SAP (voir à la fin du document) Requested by Nom de la personne qui a fait la demande Date Date de la demande Validated by Nom de la personne qui a validé la demande Date Date de cette validation du hiérarchique Priority* Priorité QTMS : Outil de SAP permettant de transporter les ordres de transport d’un environnement à l’autre et suivant différentes étapes de validation. - Paragraphes à renseigner dans le document 1 - Objet de la demande : Rédiger en quelques mots le contenu de la demande de modification 2 - Documents associés : Saisir le nom des documents TD_IDR et TP_IDR 3 - Transports associés : Inscrire le ou les n° de TMS et les OT concernés 4 – Description des modifications faites dans le système : Distinguer les modifications de paramétrage des modifications Abap 5 – Tests techniques : Indiquer le nom de la personne qui a fait les tests unitaires, la date de ces tests et leur contenu c) La fiche de développement : Création d’une fiche de développement s’il s’agit d’un nouveau développement ou mise à jour de la fiche de développement existante , s’il s’agit d’une modification ou d’un apport sur un existant. (Procédure détaillée de création/modification de ces fiches) d) Le TP_IDR : Document de recette - Ouvrir le modèle de document situé dans W:04 - Change ControlModèles intitulé TP_IDR_modèle.dot - Enregistrer le modèle sous W:06_Maintenance Applicative dans le répertoire 03_Mise en Production_Evolution du processus qui convient Le nom du fichier doit commencer par TP_IDR_n° incident ou DTI_Designation - Saisir ce nom dans l’en tête du TP_IDR - Renseignement des zones suivantes du document : Site(s) concerné(s) par les tests Scénarios décrits par : Nom de la personne qui a rédigé les scénarios de tests Le : date Scénarios réalisées par : Nom de la personne qui a déroulé les tests Le : date des tests
- 3. Scénarios de Tests Criticité (*) Description Tests Validés 1 Liste des scénarios de tests à dérouler Voir détail dans doc modèle Synthèse de la validation des tests 2 Pages suivantes : Description détaillée des scénarios de test : Scénario n° : Nom du scénario de test Etapes du test Points testés Testeur OK O / N Détail des étapes du test Données testées Nom du testeur Résultat du test 5) Le check abap pour les modifications de type développement. B) En parallèle, mise à jour de la documentation générale , située dans le répertoire W:06_Maintenance Applicative en fonction du processus concerné Autres procédures à connaître : - Procédure TMS - Procédure d’utilisation de la base DTI - Procédure d’utilisation de la base TMA Scénarios validés par : Nom de la personne qui a validé le résultat des tests (personne identique ou non de la précédente) Le : date de la validation