Gestion des modifications d un projet système d'information
|
|
- Gilles Leroy
- il y a 8 ans
- Total affichages :
Transcription
1 Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Gestion des modifications d un proj système d'information Référence : CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification Date de dernière mise à jour : 30 octobre 2002 Version : 01 Etat : Terminé Auteurs : Y. Soler Diffusion : DSI Obj : Cte procédure a pour but de décrire le processus de gestion des modifications au sein d'un proj de la DSI.
2 Table des mises à jour du document Version du document Date Obj de la mise à jour 00 2 Mai 2001 Création du document octobre 2002 Suppression de références trop précises aux projs CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
3 Sommaire 1 - OBJET ET DOMAINE D APPLICATION DOCUMENTS DE RÉFÉRENCE ABRÉVIATIONS ET TERMINOLOGIE PRINCIPES D ÉLABORATION PROCESSUS DE GESTION DES ADAPTATIONS ET DES ÉVOLUTIONS PROCESSUS DE GESTION DES ANOMALIES LOGICIEL (MODIFICATIONS DE TYPE CORRECTIF) CONTENU TYPE DES DOCUMENTS PORTEFEUILLE DES DEMANDES DE MODIFICATION DEMANDE D INTERVENTION MODIFICATION DE DOCUMENT APPLICABLE SUIVI DES DEMANDES D INTERVENTION ET DES MODIFICATIONS DE DOCUMENT APPLICABLE PRÉCISION DE DOCUMENT APPLICABLE SUIVI DES PRÉCISIONS DE DOCUMENTS APPLICABLES FICHE D ANOMALIES TABLEAU RÉCAPITULATIF DES ANOMALIES...20 CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
4 1 - OBJET ET DOMAINE D APPLICATION Les demandes de modifications intervenant après la constitution du cahier des charges vers l'équipe de TMA font l'obj de procédures de gestion spécifiques. Les modifications peuvent être de natures différentes : - adaptation ou évolution du périmètre fonctionnel, technologique ou organisationnel, - correction suite à une non-conformité (anomalie dans le logiciel ou dégradation de la base de production). Sera considérée comme urgente,(degré immédiat) toute demande de modification présentant un caractère bloquant (sans solution de contournement existante) pour le système d'information ou toute demande présentant un caractère impératif en terme de délai. Ces activités sont mises en œuvre lors du développement initial d'un système d'information ou à chaque itération de développement d'une nouvelle version en phase de MAINTENANCE/EVOLUTION. 2 - DOCUMENTS DE REFERENCE Plans types : «plan-type-suivi-dm» «plan-type-di» «plan-type-mda» «plan-type-suivi-di-mda» «plan-type-pda» «plan-type-suivi-pda» «plan-type-fa» «plan-type-recap-fa» 3 - ABREVIATIONS ET TERMINOLOGIE DM : Demande de Modification DI : Demande d'intervention MDA : Modification de Document Applicable PDA : Précision de Document Applicable FA : Fiche d'anomalie cf. Glossaire «Conduite de proj Systèmes d information» 4 - PRINCIPES D ELABORATION 4.1 Processus de gestion des adaptations des évolutions Le chef de produit DSI est chargé des relations avec la maîtrise d'ouvrage. Il collecte valide les nouvelles demandes envoie les demandes d'intervention (DI) à l'équipe de TMA. L'équipe de conception quant à elle à pour mission de collecter, de décrire, de suivre, d'analyser les demandes de modification (DM) avant de les formaliser en demandes d'intervention (DI). Toutes les demandes collectées sont enregistrées dans un " portefeuille des modifications " (SUIVI_DM). CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
5 Instances décisionnelles Equipe produit DSI Equipe de TMA Correspondant fonctionnel Comité utilisateurs, utilisateurs... depuis la phase d EXPLOITATION/ UTILISATION Equipe produit DSI 2 Donner son avis sur l'opportunité les priorités Comité utilisateurs Avis, priorités 3 Valider les DM comité de suivi validation expression de besoins demande d'évolution ou anomalie du logiciel 1 Collecter analyser les DM Chef de produit équipe de conception demande de modification Mise à jour du portefeuille des DM DM non validée DM non prise en compte ou DM validée 4 Rédiger la Demande d'intervention (DI) Equipe de conception Mise en attente pour un version future Enregistrer la DI sur le serveur 5 Envoi des DI Chef de produit Chef de produit équipe de conception Chiffrage ou accepté 7 Vérifier le chiffrage Chiffrage non accepté Mise à jour du tableau de suivi DM DI_MDA mèl avec DI complétée mèl avec DI associée 6 Chiffrer les DI mise à jour de la version électronique Equipe de TMA mèl avec DI associée Correspondant fonctionnel 8 Définir le cahier des charges Chef de produit Mise à jour du tableau de suivi DI_MDA 9 Informer l'équipe de TMA du lancement de la réalisation Chef de produit vers la phase de DEVELOPPEMENT (étape de réception interne) 10 Réaliser les DI Equipe de TMA CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
6 Les demandes de modification (DM) peuvent être émises par le correspondant fonctionnel, des membres de l'équipe produit DSI ou par des utilisateurs (via le comité des utilisateurs, ou directement au cours de formations de l'assistance aux utilisateurs, du passage en laboratoire d'évaluation ou en sites pilotes par exemple). Etape 1 : Collecter étudier les demandes de modifications L'équipe de conception centralise toute les DM. Chaque demande est référencée de la manière suivante : DM#code domaine#aa#nnn# ou aa correspond aux 2 chiffres de l'année nnn est un numéro chrono remis à zéro chaque année. Ensuite, chaque DM est analysée par l'équipe de conception afin d'identifier précisément la nature de la demande, l'urgence de décrire clairement l'énoncé. Des pièces complémentaires (rapport, courrier, fax ) peuvent être jointes à la demande. Dans ce cas, la référence de la demande est indiquée sur la pièce jointe. Toutes les demandes de modifications sont centralisées dans un "portefeuille de demandes de modification" propre à chaque application. Ce document est tenu à jour par l'équipe produit DSI se trouve dans le répertoire #proj#/ge/suivi_tma/dm/suivi_dm.xls. Ce document n'est pas diffusé à l'équipe de TMA. Etape 2 : Donner son avis sur l'opportunité les priorités Si besoin est, les évolutions majeures peuvent être présentées au comité des utilisateurs qui donne alors son avis sur l'opportunité d'effectuer ces modifications sur les priorités de réalisation. Etape 3 : Valider les demandes de modification La liste complète des demandes de modification est proposée au comité de suivi de validation qui décide pour chaque demande : - de la rajouter au cahier des charges de la version suivante de l'application, - de la mtre en attente pour une version future de l'application, - de ne pas prendre en compte la demande. Etape 5 : Mtre à jour le portefeuille des DM Après réception des décisions du comité de suivi de validation, l'équipe de conception actualise le "portefeuille de demandes de modification" (suivi-dm.xls) afin de tenir à jour l'état de chaque DM. Etape 4 : Rédiger la demande d'intervention (DI) Les demandes de modification validées sont alors formalisées en demandes d'intervention par l'équipe de conception. Une demande d'intervention est une fiche à destination de l'équipe de TMA, dans laquelle se trouve la spécification de l'adaptation ou de l'évolution à réaliser ou qui fait référence à un document d'étude détaillée qui contient la spécification de l'évolution à réaliser. Chaque document DI est nommé DI_apl_xxxnnn.doc, avec : apl = code de l'application concernée xxx = facultatif, découpage propre à l'application en sous-domaines ou modules nnn = numéro chrono En complétant la DI, l'équipe de conception crée ou m à jour un document d'étude détaillée qui sera joint lors de l'envoi de la DI à l'équipe de TMA. Les DI les documents de spécification associés sont stockés dans un répertoire propre à l'application : #proj#/ge/suivi_tma/di_mda/ DI_apl_xxxnnn.doc. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
7 Le portefeuille des demandes de modification (suivi_dm.xls) est complété par la référence de la DI qui a été générée. L'équipe DSI doit également actualiser le tableau de suivi des DI (suivi_di_mda.xls) qui est stocké dans le répertoire #proj#/ge/suivi_tma/di_mda/suivi_di_mda/suivi_di_mda.xls. Etape 5 : Envoi des DI à l'équipe de TMA Le chef de produit DSI envoie par mél à l'équipe de TMA les DI les documents associés. Il tient également à jour le tableau de suivi des DI (suivi_di_mda.xls). Etape 6 : Chiffrer la DI mise à jour de la version électronique L'équipe de TMA renseigne la partie réponse des DI les renvoie par mél au chef de produit DSI. Etape 7 : Vérifier le chiffrage Le chef de produit DSI l'équipe de conception analysent les réponses de l'équipe de TMA. Des réunions de présentation/mise au point des spécifications peuvent être organisées avec l'équipe de TMA afin de finaliser les DI d'éviter des modifications futures de DI. Après vérification, le chiffrage de la DI peut être accepté ou refusé. - Chiffrage refusé : Dans ce cas, le chef de produit DSI renvoie par un mél d'explication la DI associée à l'équipe de TMA pour un nouveau chiffrage. Il tiens également à jour le tableau de suivi des DI (suivi_di_mda.xls). - Chiffrage accepté : Après accord définitif avec l'équipe de TMA sur le contenu la planification de la prochaine version, l'ensemble des DI concernant l'application est rassemblé dans un cahier des charges (à ce stade, les DI sont signées par le chef de produit DSI par le titulaire). Le tableau de suivi des DI (suivi_di_mda.xls) est tenu à jour. Etape 8 : Définir le cahier des charges Le cahier des charges est constitué par la liste des DI concernant la version. Cte liste est établie en tenant comptes des exigences du comité utilisateur, du comité de suivi validation des contraintes en charge délai de réalisation établies lors du chiffrage. Le chef de produit DSI, en coordination avec le correspondant fonctionnel, valide le contenu de chaque version. Ce cahier des charges sera livré à l'équipe de TMA constitue un document applicable. Le cahier des charges de chaque version peut être découpé en plusieurs lots, concernant des sousensembles fonctionnels homogènes de l'application ou des demandes d'intervention de même nature. Ce découpage en lots perm une prévision des charges du planning du côté de l'équipe DSI aussi bien que du côté de l'équipe TMA, sans attendre un cahier des charges compl pour la version. Etape 9 : Informer l'équipe de TMA du lancement de la réalisation Le chef de produit adresse à l'équipe de TMA le cahier des charges pour réalisation. Un bon de commande ou un ordre de service confirmant le contenu de la version précisant les charges par DI le délai de réalisation est ensuite adressé par la DSI à l'équipe de TMA. Etape 10 : Réaliser les DI L'équipe de TMA est ensuite chargée de réaliser les DI puis livre la version. L'équipe de conception est chargée de s'assurer de la conformité de la livraison avec le cahier des charges. (Cf. Phase de DEVELOPPEMENT : Protocole de réception interne). CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
8 Après accord sur le cahier des charges : - les ajouts de nouvelles DI sont à éviter : elles peuvent remtre en cause les délais de réalisation de la version, - de même, les modifications des DI du cahier des charges sont à éviter. Si elles sont nécessaires, elles font l'obj d'un document spécifique la MDA (Modification de Document Applicable). Les MDA sont gérées de la même façon que les DI. Equipe produit DSI Equipe de TMA Modification d une DI Rédiger la MDA Equipe de conception Enregistrer la MDA sur le serveur Mise à jour du tableau de suivi DI_MDA Envoi MDA Chef de produit mèl avec MDA associée Vérifier le chiffrage Chef de produit équipe de conception mèl avec MDA complétée Chiffrer la MDA mise à jour de la version électronique Equipe de TMA Chiffrage accepté ou Chiffrage non accepté mèl avec MDA associée Mise à jour du tableau de suivi DI_MDA Informer l'équipe de TMA du lancement de la réalisation Chef de produit Prendre en compte la MDA dans la réalisation de la DI Equipe de TMA Les MDA sont identifiées en reprenant la référence de la DI concernée : MDA_apl_xxx_nnn.doc. Les MDA sont crées par l'équipe de conception stockées avec les DI dans le répertoire #proj#/ge/suivi_tma/di_mda/mda_apl_xxxnnn.doc. Les MDA sont des documents contractuels, leur suivi est effectuer par l'équipe produit DSI à l'aide du tableau suivi_di_mda.xls stocké dans le répertoire #proj#/ge/suivi_tma/di_mda/suivi_di_mda/suivi_di_mda.xls. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
9 Pendant la réalisation, si l'équipe de TMA a besoin d'une précision de la part de la DSI, elle exprime sa demande dans un document spécifique : la PDA (Précision de Document Applicable). Elle est envoyée par mél au chef de produit DSI. Celui-ci, après analyse, renvoie la réponse par mél à l'équipe de TMA dans le même document. Les PDA sont identifiées en reprenant la référence de la DI concernée : PDA_apl_xxx_nnn.doc sont stockées dans le répertoire #proj#/ge/suivi_tma/pda/pda_apl_xxx_nnn.doc. Le suivi est effectué à l'aide du tableau suivi_pda.xls qui se trouve dans le répertoire #proj#/ge/suivi_tma/pda/suivi_pda/suivi_pda.xls. Les PDA leur tableau de suivi sont tenus à jour par le responsable produit DSI. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
10 4.2 Processus de gestion des anomalies logiciel (modifications de type correctif) Procédure - Gestion des modifications Equipe produit DSI Equipe de TMA Assistance utilisateur déclaration d'anomalies Commanditaire, utilisateurs... déclaration d'anomalies ou 1 Collecte étude des demandes Chef de produit équipe de conception Mise à jour du tableau récapitulatif des FA 2 Envoi de la Fiche d'anomalie Chef de produit mèl avec FA associée 3 Réception de la FA 4 Vérifier l'accusé de réception de l'équipe de TMA Chef de Produit mèl avec accusé de réception Equipe de TMA ou urgent ou bloquant Prise en compte de l'anomalie dans une autre version 6 Réception de la correction Equipe de cpnception livraison d'un patch 5 Réalisation des corrections Equipe de TMA vers la phase de DEVELOPPEMENT (étape de réception interne) Les déclarations d'anomalies peuvent émaner des utilisateurs principaux (via la cellule assistance aux utilisateurs de la DSI) ou d'utilisateurs occasionnels (lors de la manipulation des applications en formation, passage en laboratoire d'évaluation ou sites pilotes par exemple). CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
11 Etape 1 : Collecte études des demandes Le chef de produit DSI l'équipe de conception étudient le bien-fondé de la demande la formalisent dans une fiche d'anomalie. Pour distinguer les fiches d'anomalies détectées en production de celles détectées pendant la réception interne DSI, ces fiches possèdent un code d'identification différent. Chaque anomalie est identifiée par un code qui se présente sous la forme suivante : FA_apl_nnn.doc avec : apl = code de l'application concernée nnn = numéro chrono Des pièces complémentaires (copies d'écran, états, courrier ) peuvent être jointes à la demande. Dans ce cas, le numéro de la fiche d'anomalie est indiqué par son rédacteur sur la pièce jointe inversement le nom de la pièce jointe est saisi dans la fiche d'anomalie. Les FA les documents associés sont stockés dans un répertoire propre à l'application : #proj#/ge/suivi_tma/fa/fa_apl_nnn.doc. Etape 2 : Envoie de la fiche d anomalie Les fiches d'anomalies sont envoyées par mél par le chef de produit à l'équipe de TMA. En même temps, il tient à jour le tableau récapitulatif des anomalies (Recap_FA.doc) qui est stocké dans le répertoire #proj#/ge/suivi_tma/fa/suivi_fa/recap_fa.doc. Etape 3 : Réception de la FA L'équipe de TMA accuse réception de la demande en renvoyant par mél un accusé de réception au chef de produit DSI qui indique en particulier dans quelle version l'anomalie sera corrigée : si la correction est urgente, un patch sera livré, sinon l'anomalie est corrigée dans le cadre de la prochaine version contenant des évolutions ou adaptations. Etape 4 : Vérifier l'accusés de réception Le chef de produit prend connaissance de l'accusé de réception de l'équipe de TMA puis m à jour le tableau récapitulatif des anomalies en complétant notamment le champ "statut" du document. Etape 5 : Réalisation de la FA L'équipe de TMA réalise les corrections nécessaires puis livre un patch dans le cas d'une anomalie urgente ou bloquante. Etape 6 : Réception de la correction L'équipe de conception est chargée de s'assurer de la conformité de la livraison (Cf. Phase de DEVELOPPEMENT : Protocole de réception interne). Le tableau récapitulatif des anomalies doit être tenu à jour. 5 - CONTENU TYPE DES DOCUMENTS Portefeuille des demandes de modification Le portefeuille des demandes de modification se présente sous la forme d'un tableau Excel composé de neuf colonnes. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
12 Pour toutes les colonnes du document, des commentaires d'explications permtant de vous aider à les compléter ont été introduit. Ces commentaires sont matérialisés par un point rouge en haut à droite de la colonne correspondante. Il suffit de pointer la souris sur ce point rouge pour faire apparaître le commentaire Demande d intervention Une DI se présente sous la forme d'un document Word découpé en plusieurs parties : - un cartouche d'en-tête, - une partie description de la demande, - une partie réponse, - deux cartouches pour les signatures. Le cartouche d'en-tête Le cartouche d'en-tête est complété par le rédacteur de la DI. Il se présente sous la forme suivante : CNRS/DSI #proj# Application/sous-domaine : DEMANDE D INTERVENTION Référence : DI_apl_xxxnnn Date : #jj/mm/aa# Auteur : #DSI-NNN# ou Page 1/1 - #proj# : remplacer #proj# par le nom du proj concerné par la DI. - Référence : DI_apl_xxxnnn : apl = code de l'application concernée xxx = facultatif, découpage propre à l'application en sous-domaines ou modules, nnn = numéro chrono. - Date : remplacer #jj/mm/aa# par la date de création de la DI. - Auteur : inscrire le nom de la personne ayant rédiger la DI sous la forme DSI-NNN où NNN est le nom du rédacteur (initiales ou users). - Application/sous-domaine : inscrire ici le nom de l'application ou le sous-domaine concerné par la DI. Exemple CNRS/DSI GCF Application/sous-domaine : BUDGET DEMANDE D INTERVENTION Référence : DI_GCF_ENS005 Date : 11/05/00 Auteur : XXX Page 1/20 CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
13 Description de la demande Cte partie est complétée par le rédacteur de la DI se présente sous la forme suivante : Description demande Date de livraison au plus tard : Documents joints : Libellé court de la demande : Description détaillée de la demande : - Date de livraison au plus tard : préciser ici la date de livraison souhaitée. - Documents joints : si nécessaire, des documents peuvent être joints à la DI pour permtre une meilleure compréhension de la demande. Dans ce cas, écrire dans cte partie la liste des documents joints à la DI ainsi que leurs références. - Libellé court de la demande : écrire ici une phrase courte synthétisant la demande. Cela peut par exemple prendre la forme d'un "titre". - Description détaillée de la demande : le rédacteur doit s'attacher à faire une description précise complète de la demande qu'il souhaite communiquer à l'autre équipe. Exemple Description demande Date de livraison au plus tard : 30/06/00 Documents joints : Ass23628/23804 Libellé court de la demande : Contrôler les saisies "libellés du service" lors de saisies de délégations pour les services centraux. Description détaillée de la demande : Il faut modifier la saisie des délégations de crédit pour les services centraux. A ce jour les utilisateurs doivent saisir le libelle du service à... Réponse à la demande Cte partie perm à l'équipe de TMA de répondre à la demande initiale. Elle est découpée en deux sous-parties. La première est destinée à fournir une réponse claire à la demande la seconde perm de décrire les éléments impactés par les modifications donne un chiffrage pour la tâche à réaliser. - Partie réponse Auteur : #titulaire-nnn# Description de la réponse Analyse de la demande : CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
14 - Auteur : inscrire le nom de la personne ayant rédiger la réponse à la DI sous la forme #titulaire- NNN# où "titulaire" est le nom de la société titulaire du marché NNN est le nom du rédacteur (initiales ou users). - Analyse de la demande : fournir à l'émteur une réponse claire précise à sa demande. Exemple Auteur : XXX Description de la réponse Analyse de la demande : Création d une table de paramètre contenant la liste des services centraux Modification de la cinématique : Demander de choisir AD ou services centraux avant la saisie du libellé DR. Si le choix est pour les services centraux, affichage de la liste des services centraux. Le choix est obligatoire. - Partie chiffrage Eléments impactés Détail de la formule de calcul des charges : Charge totale (jours) : Coût : Proposition de version : Délai ( jours) : - Détail de la formule de calcul des charges : l'équipe de TMA décrit ici comment ont été calculées les charges. - Charge totale (jours) : récapitulatif des charges totales en jours sur la DI. - Coût : estimation du coût de la DI. - Proposition de version : l'équipe de TMA propose ici une version pour la livraison des modifications. - Délai ( jours) : préciser le délai en jours de livraison des modifications. Exemple Eléments impactés CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
15 Détail de la formule de calcul des charges : Composant Réf DSL Type Réutilisation PF Remarques Création de la table des services GDI 7 (7) centraux Liste des services centraux SOR 80% 5 (1) Modification de la saisie des ENT 40% 4 (2,4) délégations de crédits Modification de l'écran de saisie des délégations de crédits SOR 80% 5 (1) Nombre de jours = 11,4 PF * 0,72 = 8 jours Charge totale (jour) : 8 jours Coût : Proposition de version : 4.2 Date visa : Société XXX NNN Les cartouches de signatures Après accord entre le titulaire la DSI sur le contenu, les délais le coût des modifications, les deux parties signent leur cartouche respectif. Ces cartouches se présentent sous la forme suivante : Accord Titulaire Date Visa Titulaire Observations : Accord DSI Date Visa DSI Observations : Modification de document applicable Une MDA se présente sous la même forme qu'une DI. On y rrouve les parties : - un cartouche d'en-tête, - une partie description de la demande, - une partie réponse, - deux cartouches pour les signatures. Les MDA sont identifiées en reprenant la référence de la DI concernée : MDA_apl_xxx_nnn. apl = code de l'application concernée, xxx = facultatif, découpage propre à l'application en sous-domaines ou modules, nnn = numéro chrono. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
16 5.4 - Suivi des demandes d intervention des modifications de document applicable Les DI est les MDA sont suivies à l'aide du même document intitulé "portefeuille des demandes d'intervention des modifications de document applicable" aussi appelé suivi_di_mda. Ce document est un tableau Excel composé de plusieurs colonnes. Pour toutes les colonnes du document, des commentaires d'explications permtant de vous aider à les compléter ont été introduit. C'est pourquoi chaque colonne n'est pas détaillée une par une dans ce paragraphe. Ces commentaires sont matérialisés par un point rouge en haut à droite de la colonne correspondante. Il suffit de pointer la souris sur ce point rouge pour faire apparaître le commentaire Précision de document applicable Une PDA est un document Word découpé en trois parties : - un cartouche d'en-tête, - une partie description de la demande, - une partie réponse. Le cartouche d'en-tête Le cartouche d'en-tête est complété par le rédacteur de la PDA. CNRS/DSI #proj# Application/sous-domaine : PRECISION DE DOCUMENT APPLICABLE Référence : PDA_apl_xxxnnn Date : #jj/mm/aa# Auteur : #titulaire-nnn# Page 1/1 - #proj# : remplacer #proj# par le nom du proj concerné par la PDA. - Référence : PDA_apl_xxxnnn : apl = code de l'application concernée, xxx = facultatif, découpage propre à l'application en sous-domaines ou modules nnn = numéro chrono - Date : remplacer #jj/mm/aa# par la date de création de la PDA. - Auteur : inscrire le nom de la personne ayant rédiger la PDA sous la forme #titulaire-nnn# où "titulaire" est le nom de la société titulaire du marché NNN le nom du rédacteur (initiales ou users). - Application/sous-domaine : inscrire ici l'application ou le sous-domaine concerné par la PDA. Exemple CNRS/DSI GCF PRECISION DE DOCUMENT APPLICABLE Référence : PDA_GCF_ENS005 Date : 11/05/00 Auteur : XXX CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
17 Application/sous-domaine : XXX Page 1/1 Description de la demande Cte partie est complétée par le rédacteur de la PDA se présente sous la forme suivante : Description demande Document impacté localisation exacte dans le document : Libellé court de la précision : Description détaillée de la précision demandée : Date Visa Titulaire - Document impacté localisation exacte dans le document : Le rédacteur de la PDA doit préciser ici le document concerné par la PDA (nom + référence) la localisation exacte de sa demande dans le document (paragraphe, page, ). - Libellé court de la précision : écrire ici une phrase courte synthétisant la demande de précision. - Description détaillée de la précision demandée : le rédacteur doit s'attacher à faire une description précise complète de la demande de précision qu'il souhaite recevoir de la part de l'autre équipe. Exemple Description demande Document impacté localisation exacte dans le document : DIAG_TTAPPLIS_M9-1 Comptes en dur_ TABLEAU DES RESULTATS Lignes 132 à 134 Libellé court de la précision : Caractère «poubelle» de certains composants Description détaillée de la précision demandée : Caractère «poubelle» du composant CFFINC4R : Le composant CFFINC4R (Edition du cadre 4 du compte financier / regroupement par classe) est CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
18 certainement un composant «poubelle» Date Visa Titulaire Partie réponse Cte partie perm à l'équipe DSI de répondre à la demande de précision. Elle se présente sous la forme suivante : Le XXX Auteur : #DSI-NNN# DESCRIPTION DE LA REPONSE Analyse de la précision : Date Visa DSI - Auteur : inscrire le nom de la personne ayant répondu à la PDA sous la forme #DSI-NNN# où NNN est le nom du rédacteur (initiales ou users). - Analyse de la précision : Fournir à l'émteur une réponse claire précise à sa demande de précision. Exemple Auteur : XXX DESCRIPTION DE LA REPONSE Analyse de la précision : Caractère «poubelle» du composant CFFINC4R : Le composant CFFINC4R (Edition du cadre 4 du compte financier / regroupement par classe) est certainement un composant poubelle, car : Il n est appelé par aucun autre composant alors qu il utilise deux paramètres passés en entrée, Lorsqu on lui passe manuellement ces deux paramètres, le message d erreur «select criteria SECTEUR is not a field» apparaît car l attribut SECTEUR n existe pas sur le fichier ACPPOSTE Date Visa DSI Le XXX CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
19 5.6 - Suivi des précisions de documents applicables Les PDA sont suivies à l'aide du document intitulé "Suivi des précisions de documents applicables" aussi appelé suivi_pda. Ce document est un tableau Excel composé de dix colonnes. Pour toutes les colonnes du document, des commentaires d'explications permtant de vous aider à les compléter ont été introduit. C'est pourquoi chaque colonne n'est pas détaillée une par une dans ce paragraphe. Ces commentaires sont matérialisés par un point rouge en haut à droite de la colonne correspondante. Il suffit de pointer la souris sur ce point rouge pour faire apparaître le commentaire Fiche d anomalies Une fiche d'anomalies se présente sous la forme d'un tableau Word comportant différents champs à renseigner. Ces champs sont : N fiche d'anomalies : inscrire ici la référence de la fiche sous la forme : FA_apl_nnn où : - apl = code de l'application concernée - nnn = numéro chrono Exemple FA_LAB_005 = Cinquième fiche d'anomalie concernant l'application LABINTEL. FA_RET_010 = Dixième fiche d'anomalie concernant l'application RETIS Libellé : écrire ici une phrase courte synthétisant l'anomalie. Auteur : inscrire le nom du rédacteur de la FA sous la forme DSI-NNN où NNN est le nom du rédacteur (initiales ou users). Date : remplacer #jj/mm/aa# par la date de création de la FA. Code anomalie : ne rien inscrire dans cte colonne. Elle est destinée aux anomalies détectées durant la phase de réception interne. En eff durant cte phase, un tableau des codes anomalies est défini dans le document "protocole de réception interne" qui perm à l'équipe proj de suivre les différents types d'anomalies. Description anomalie : décrire de manière précise complète l'anomalie détectée. Contexte : préciser le contexte dans lequel l'anomalie a été détectée. Cte colonne perm notamment de préciser que l'anomalie a été détectée en production (pour les distinguer de celles détectées pendant la réception interne). CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
20 Gravité : identifier ici la gravité de l'anomalie. On peut trouver deux types de gravité : - Bloquant = sans solution de contournement existante, - Non-bloquant = le problème peut être contourné Tableau récapitulatif des anomalies Ce tableau perm de recenser l'ensemble des anomalies de suivre l'évolution de leur "statut". Il se présente sous la forme d'un tableau Word composé de sept colonnes : Colonne 1 : N Fiche d'anomalies Reprendre la référence de la fiche d'anomalies (Fa_apl_nnn). Colonne 2 : Code anomalie Ne rien inscrire dans cte colonne. Colonne 3 : Gravité Noter ici la gravité de la FA (Bloquant ou non-bloquant). Colonne 4 : Libellé de la fiche d'anomalies Reprendre ici le libellé de la fiche d'anomalies correspondantes. Colonne 5 : Date émission Remplacer #jj/mm/aa# par la date d'émission de la FA. Colonne 6 : Code statut Afin de suivre la correction de l'anomalie, un code statut a été mis en place : O : anomalie à corriger (fiche anomalie ouverte), L : Correction de l'anomalie Livrée, en cours de réception, F : anomalie corrigée (fiche anomalie Fermée), V : anomalie prise en compte dans une prochaine Version. Compléter la colonne par la ltre correspondant au statut de la FA. Colonne 7 : Date rour Remplacer #jj/mm/aa# par la date de rour des corrections de la FA. CNRS/DSI/conduite-proj/maintenance-evolution/proc-gestion-modification.doc 30 octobre /20
Développement spécifique d'un système d information
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si
Plus en détailMaintenance/évolution d'un système d'information
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Maintenance/évolution d'un système d'information Référence : CNRS/DSI/conduite-projet/maintenance-evolution/presentation/proc-maintenance
Plus en détailNom-Projet MODELE PLAN DE MANAGEMENT DE PROJET
Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée
Plus en détailDossier d'étude technique
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Dossier d'étude technique Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-technique
Plus en détailTable des matières. Chapitre 1 - Outils... 4 1. Espace de stockage 4 1.1. Rafraichir 4 1.2. Déposer un document 4 1.3. Créer un dossier 5
2 Table des matières Chapitre 1 - Outils... 4 1. Espace de stockage 4 1.1. Rafraichir 4 1.2. Déposer un document 4 1.3. Créer un dossier 5 2. Assistance centralisée 5 2.1. Principe de fonctionnement 5
Plus en détailRÈGLEMENT 13 AFFAIRES ADMINISTRATIVES
NOTE : Le texte que vous consultez est une codification administrative des Règlements de l'uqar. La version officielle est contenue dans les résolutions adoptées par le Conseil d'administration. RÈGLEMENT
Plus en détailCahier des charges. Technique pour la mise en œuvre. de la procédure Portail Achat - EDI
Direction des Achats de la SNCF Département SI Achat (DSIT-A) 120 Boulevard Vivier Merle 69502 Lyon Cedex 03 Tél. : (33) 04 82 31 32 15 - SNCF 503 215 Cahier des charges Technique pour la mise en œuvre
Plus en détailTIERCE MAINTENANCE APPLICATIVE
Notre expertise au cœur de vos projets TIERCE MAINTENANCE APPLICATIVE SERVICE LEVEL AGREEMENT Sommaire 1. Terminologie...4 1.1. Définitions...4 1.2. Abréviations...5 2. Missions & Objectifs...5 2.1. Missions...5
Plus en détailERP5. Gestion des Services Techniques des Collectivités Locales
Gestion des Services Techniques des Collectivités Locales Cte 1 2 P 3 s tio T 4 m ilg h trc c n p.o 5 re u fe ro a le tio c M S tw u aa c e O 2 Relation Citoyen Interventions Patrimoine Core Ressources
Plus en détailMEGA Application Portfolio Management. Guide d utilisation
MEGA Application Portfolio Management Guide d utilisation MEGA 2009 SP5 R7 2ème édition (novembre 2012) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis
Plus en détailGuide d utilisation «Extranet Formation» V3.5
Guide d utilisation «Extranet Formation» V3.5 Evolution de la version 3.5 : La saisie des heures d absences est détaillée par article ou, pour les subventions, par heures centre et heures entreprise. (Point
Plus en détailExpression des besoins
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Expression des besoins Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-expression-besoins
Plus en détailGESTION DES BONS DE COMMANDE
GESTION DES BONS DE COMMANDE P1 P2 Table des Matières LA GESTION DES BONS DE COMMANDE 4 PREMIERE EXECUTION DU LOGICIEL 5 DEFINITION DES PARAMETRES 8 Services 9 Comptes Utilisateurs 10 Adresse de livraison
Plus en détailGUIDE SUR L ASSISTANCE A LA MAÎTRISE D'OUVRAGE EN INFORMATIQUE
GUIDE SUR L ASSISTANCE A LA MAÎTRISE D'OUVRAGE EN INFORMATIQUE Validé par la Commission technique des marchés le 9 décembre 2004 1.1 OBJET DU GUIDE...3 1.2 LE PERIMETRE DU GUIDE...3 1.2.1 Terminologie
Plus en détail1 - Clients 2 - Devis 3 - Commandes 4 - Livraisons 5 - Factures 6 - Avoirs 7 - Modèles
1 - Clients 2 - Devis 3 - Commandes 4 - Livraisons 5 - Factures 6 - Avoirs 7 - Modèles Page 1/16 1 - Clients Un client est un tiers qui vous passe des commandes, où pour lequel vous faîtes des devis, des
Plus en détailMéthodes de développement. Analyse des exigences (spécification)
1 / 16 Méthodes de développement Analyse des exigences (spécification) 1 -Objectifs de l'analyse des exigences... 2 2 - Approfondissement et formalisation du besoin... 2 2.1 Séparation des besoins, contraintes
Plus en détailSOMMAIRE. Savoir utiliser les services de l'ent Outils collaboratifs
Savoir utiliser les services de l'ent Outils collaboratifs Outils collaboratifs. Gérer les groupes 2. Gérer les espaces collaboratifs de travail (rubriques) 3. Connaître les droits assignés aux différents
Plus en détailPMI PLACE DE MARCHE INTERMINISTERIELLE GUIDE D'UTILISATION UTILISATEUR OPERATEUR ECONOMIQUE
PMI PLACE DE MARCHE INTERMINISTERIELLE GUIDE D'UTILISATION UTILISATEUR OPERATEUR ECONOMIQUE ETAT tous droits réservés Page 1 sur 30 Table des matières 1 PRESENTATION DU GUIDE D'UTILISATION...4 1.1 Introduction...4
Plus en détailMANUEL UTILISATEUR SAMS 3.00H <MDJ-SAMS-UTIL-02>
SAMS 3.00H Auteur(s) Nom P LEFEBVRE Entité Date SODIFRANCE Liste de diffusion Nom Pierre LEFEBVRE Reynald POIDEVIN Pour application Pour information X X 1 / 143 Table des matières 1 Généralités...4
Plus en détailFEN FICHE EMPLOIS NUISANCES
Version 4.8.2 Date mise à jour : 19 Février 2013 Auteur : LAFUMA Gilles Email : glfm02@orange.fr Web : www.procarla.fr/soft Présentation : FEN FICHE EMPLOIS NUISANCES Le Logiciel FEN Fiche emploi nuisance
Plus en détailclaroline classroom online
de la plate-forme libre d'apprentissage en ligne Claroline 1.4 Manuel Révision du manuel: 06/2003 Créé le 07/09/2003 12:02 Page 1 Table des matières 1) INTRODUCTION...3 2) AFFICHER LA PAGE DE DEMARRAGE...3
Plus en détailFiche de version N 12.28a Nov. 2010 SOMMAIRE
Fiche de version N 12.28a Nov. 2010 Lisez entièrement ce document Effectuez une sauvegarde de vos bases avant toute autre action Auteur : Bertrand Dereau Fonction : Chef de produit Réf. du document : EXP_FDV_PERCEVAL
Plus en détailPRODIGE V3. Manuel utilisateurs. Consultation des métadonnées
PRODIGE V3 Manuel utilisateurs Consultation des métadonnées Pour plus d'information sur le dispositif : à remplir par chaque site éventuellement 2 PRODIGE V3 : Consultation des métadonnées SOMMAIRE 1.
Plus en détailLibreOffice Calc : introduction aux tableaux croisés dynamiques
Fiche logiciel LibreOffice Calc 3.x Tableur Niveau LibreOffice Calc : introduction aux tableaux croisés dynamiques Un tableau croisé dynamique (appelé Pilote de données dans LibreOffice) est un tableau
Plus en détailLES PROCEDURES DE LA POLITIQUE D ARCHIVAGE
LES PROCEDURES DE LA POLITIQUE D ARCHIVAGE La mise en place d une politique d archivage offre des solutions pour assurer une gestion pérenne des archives. Ce guide de procédure doit : - servir de base
Plus en détailREALISATION DES PRESTATIONS
Manuel de management de la qualité Chapitre 4 : REALISATION DES PRESTATIONS Approuvé par Guy MAZUREK Le 1/10/2014 Visa Page 2 / 13 SOMMAIRE 1 PROCESSUS GENERAL DE REALISATION D'UNE AFFAIRE... 4 2 LA PROSPECTION...
Plus en détailSOFI Gestion+ Version 5.4. Echanges de données informatiques Spicers Sofi gestion+ Groupements. SOFI Informatique. Actualisé le 10.09.
SOFI Gestion+ SOFI Informatique Version 5.4 Echanges de données informatiques Spicers Sofi gestion+ Groupements Actualisé le 10.09.2004 Table des matières 1. Catalogue et tarifs... 4 1.1 Définition EDI...
Plus en détailUtilisation du client de messagerie Thunderbird
Outlook express n existant plus sur les systèmes d exploitation sortis après Windows XP, nous préconisons désormais l utilisation du client de messagerie libre distribué gratuitement par la Fondation Mozilla.
Plus en détailEstimation des charges. «Le travail se dilate jusqu à remplir le temps disponible»
«Le travail se dilate jusqu à remplir le temps disponible» Le savoir faire du chef de projet Pas d excès d optimisme Retour sur expérience Toujours garder de la marge Identifier les points à risque Ne
Plus en détailFormation. Module WEB 4.1. Support de cours
Formation Module WEB 4.1 Support de cours Rédacteur Date de rédaction F.CHEA 08/02/2012 Les informations contenues dans ce document pourront faire l'objet de modifications sans préavis Sauf mention contraire,
Plus en détailGénie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5
Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel LA QUALITE 1/5 La gestion de la qualité Enjeux de la
Plus en détailGESTION DE PROJET. www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675
GESTION DE PROJET www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675 Introduction à la Gestion de Projet... 3 Management de Projet... 4 Gestion de Projet informatique...
Plus en détailCédric Gendre Inra, ESR Toulouse
ODR, Bases de données administratives à différentes échelles spatiales Cédric Gendre Inra, ESR Toulouse 2èmes journées de recherches en sciences sociales INRA SFER CIRAD 11 & 12 décembre 2008 LILLE, France
Plus en détailGuide Expert Comptable Production Coala Sm@rt-Cool
Guide Expert Comptable Production Coala Sm@rt-Cool Décembre 2007 Sage Division Experts-Comptables - 11 rue de Cambrai - 75945 Paris Cedex 19 Siège Social Sage : 10 rue Fructidor - 75834 Paris Cedex 17
Plus en détailFormation projet informatique. Expression de besoins, définir un besoin informatique
Formation projet informatique Expression de besoins, définir un besoin informatique Enjeux L'expression de besoins est le premier document produit, avant même le commencement du projet Détermine le lancement
Plus en détailMASTER TRADUCTION ET INTERPRETATION PARCOURS TRADUCTION ECONOMIQUE ET JURIDIQUE
MASTER TRADUCTION ET INTERPRETATION PARCOURS TRADUCTION ECONOMIQUE ET JURIDIQUE Domaine ministériel : Arts, Ltres, Langues Présentation Nature la formation : Diplôme national l'enseignement supérieur Durée
Plus en détailManuel d'utilisation La comptabilité dans LOCKimmo
Manuel d'utilisation La comptabilité dans LOCKimmo Table des matières La comptabilité dans LOCKimmo...2 La logique du paramétrage...2 Comment paramétrer la comptabilité de LOCKimmo?...3 Le compte propriétaire...3
Plus en détail4 rue Alfred Kastler 19, rue du Daguenet 44307 NANTES 49100 Angers
ENTRE ECOLE DES MINES DE NANTES ET OPENPORTAL SOFTWARE 4 rue Alfred Kastler 19, rue du Daguenet 44307 NANTES 49100 Angers Contrat de maintenance des services de Mises à jour et Support des logiciels de
Plus en détailFiche méthodologique Rédiger un cahier des charges
Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,
Plus en détailMEGA ITSM Accelerator. Guide de Démarrage
MEGA ITSM Accelerator Guide de Démarrage MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailComment et pourquoi créer des clés d'activation?
Comment et pourquoi créer des clés d'activation? Introduction Cette procédure va vous permettre de créer une clé d'activation. Il s'agit d'une suite de 16 caractères ou chiffres : par exemple : LMF5 NSR9
Plus en détailOpenERP, un progiciel de gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond de manière efficace à la complexité et aux
OpenERP, un progiciel gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond manière efficace à la complexité aux besoins croissants s entreprises. Point clés Pourquoi choisir
Plus en détailURBANISME DES SYSTÈMES D INFORMATION
FAYCAL AYECH GL2. INSAT 2010/2011 INTRODUCTION AUX SYSTÈMES D INFORMATIONS URBANISME DES SYSTÈMES D INFORMATION De l Urbanisme à L Urbanisation des SI Urbanisme : Mise en œuvre des politiques urbaines
Plus en détailProcessus. Intégration et Tests Nat. Approuvé par : Patrick Atlan Fonction : Directeur Général V isa :
Intégration et Tests Nat Vérifié par : Arnaud Dequeker Fonction : Responsable Qualité Approuvé par : Patrick Atlan Fonction : Directeur Général Visa : V isa : Référence Edition Date Intégration et tests
Plus en détailEVOLUTIONS suite à mise à jour
EVOLUTIONS suite à mise à jour Date : 24/10/2014 Nous avons intégré une nouvelle version de votre logiciel Gestion-360. Vous trouverez ci-dessous le détail des améliorations apportées. Liste des améliorations
Plus en détailCahier des charges du support technique d assistance aux centres d examens DELF/DALF Objet du marché :
Cahier des charges du support technique d assistance aux centres d examens DELF/DALF Objet du marché : Mise en place d un support technique d assistance aux centres d examens DELF/DALF. Préambule Les pièces
Plus en détailMARCHE DE FOURNITURES DE BUREAU
MARCHES PUBLICS DE FOURNITURES COURANTES ET SERVICES CENTRE UNIVERSITAIRE DE FORMATION ET DE RECHERCHE J.F CHAMPOLLION MARCHE DE FOURNITURES DE BUREAU Cahier des Clauses Administratives et Techniques Particulières
Plus en détailMAIRIE DE LA WANTZENAU MARCHE DE FOURNITURES PROCEDURE ADAPTEE CAHIER DES CHARGES
MAIRIE DE LA WANTZENAU MARCHE DE FOURNITURES PROCEDURE ADAPTEE CAHIER DES CHARGES LOT 2 Fourniture et installation d un système de GED pour la Mairie de La Wantzenau. Fiche technique Cahier des Charges
Plus en détailManuel utilisateur. des. listes de diffusion. Sympa. l'université Lille 3
Manuel utilisateur des listes de diffusion Sympa à l'université Lille 3 1 Table des matières Table des matières...2 I. Introduction...3 II. Principe général de fonctionnement de «Sympa»...3 1. Les principaux
Plus en détailC ) Détail volets A, B, C, D et E. Hypothèses (facteurs externes au projet) Sources de vérification. Actions Objectifs Méthode, résultats
C ) Détail volets A, B, C, D et E Actions Objectifs Méthode, résultats VOLET A : JUMELAGE DE 18 MOIS Rapports d avancement du projet. Réorganisation de l administration fiscale Rapports des voyages d étude.
Plus en détailLe Service de Télétransmission par Internet des banques du Réseau OCÉOR GUIDE UTILISATEURS. Version V1.0
Le Service de Télétransmission par Internet des banques du Réseau OCÉOR GUIDE UTILISATEURS Version V1.0 SOMMAIRE 1 DESCRIPTION DE L'INTERFACE... 2 1.1 Introduction... 2 1.2 Fonctionnalités disponibles...
Plus en détailAnnexe sur la maîtrise de la qualité
Version du 09/07/08 Annexe sur la maîtrise de la qualité La présente annexe précise les modalités d'application, en matière de maîtrise de la qualité, de la circulaire du 7 janvier 2008 fixant les modalités
Plus en détailPersonnalisation Fiche Annuaire
Personnalisation Fiche Annuaire Personnalisation des données de sa fiche annuaire - E.N.T., onglet Mon dossier. Septembre 2012 Version : 1.0.1 Direction Informatique Personnalisation des données de sa
Plus en détailTutoriel - flux de facturation
1 of 12 17.01.2007 01:41 Tutoriel - flux de facturation Le schéma ci-dessous illustre le flux de facturation classique : Lors de la création d'une facture, elle possède l'état de brouillon, ce qui veut
Plus en détailDEMANDE D INFORMATION RFI (Request for information)
DIRECTION DE LA COMPTABILITE RFI Demande d information Dématérialisation des factures fournisseurs Réf. : RFI2011_DEMAFAC_V1.3_2011-05-04.docx Page 1/6 DEMANDE D INFORMATION RFI (Request for information)
Plus en détailTélédéclaration de la demande de prime aux petits ruminants (campagne 2015)
Notice de présentation Télédéclaration de la demande de prime aux petits ruminants (campagne 05) Janvier 05 A savoir avant de commencer Votre demande de prime aux petits ruminants doit être déposée au
Plus en détailOpenERP, un progiciel de gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond de manière efficace à la complexité et aux
OpenERP, un progiciel gestion intégré pour entreprise, distribué sous licence libre (GPL), qui répond manière efficace à la complexité aux besoins croissants s entreprises. Point clés Pourquoi choisir
Plus en détailManuel d utilisation de la messagerie. http://zimbra.enpc.fr
Manuel d utilisation de la messagerie http://zimbra.enpc.fr ÉCOLE DES PONTS PARISTECH/ DSI JANVIER 04 SOMMAIRE. Connexion à la messagerie.... Présentation générale de l écran d accueil.... Déconnexion...
Plus en détailLe générateur d'activités
Le générateur d'activités Tutoriel Mise à jour le 09/06/2015 Sommaire A. Mise en route du Générateur d'activité... 2 1. Installation de Page... 2 2. Création des bases du générateur d'activités... 3 3.
Plus en détailAnalyse et conception des Systèmes d Information. La démarche Merise : La Maintenance
Analyse et conception des Systèmes d Information La démarche Merise : La Maintenance Place, spécificité, objectifs et principes directeurs Niveaux et catégories de maintenance Formes de maintenance Déroulement
Plus en détailGestion de projets. avec. Microsoft Office PROJECT 2003
Gestion de projets avec Microsoft Office PROJECT 2003 Décembre 2006 1 Sommaire 1. Présentation de MS Office Project 2003 2. Aperçu général de l interface 3. Elaboration d un plan de projet 4. Gestion des
Plus en détailCINEMATIQUE DE FICHIERS
ANDRE ANTHONY BRUNEAU Vincent JOUANNIN ROMAIN MAZEAUD MARINE RIOCHET Tony Groupe 609 CINEMATIQUE DE FICHIERS Mini-projet: Gestion de Ventes d'articles Enseignant: MONCEAUX Laura Année 2011 / 2012 TABLE
Plus en détailJournée des administrateurs des laboratoires CNRS INSIS
Journée des administrateurs des laboratoires CNRS INSIS Tarification auditable des prestations plateformes et services des UR Nadine Paul, SFC Toulouse Audit de tarification de plateforme un dossier d
Plus en détailNOUVEAUTES de Microsoft Dynamics CRM 2011 REF FR 80342A
NOUVEAUTES de Microsoft Dynamics CRM 2011 REF FR 80342A Durée : 1 jour A propos de ce cours Cette formation d'un jour, Nouveautés de Microsoft Dynamics CRM 2011, fournit aux étudiants les outils et informations
Plus en détailRé!. PRQ42001 QUALITE PROCEDURE. Index 02. Page 1/10. AGENCE NATIONALE DE L'AvIATION PROCEDURE MAÎTRISE DES DOCUMENTS
PROCEDURE QUALITE Index 02 Page 1/10 AGENCE NATIONALE DE L'AvIATION CIVILE PROCEDURE MAITRISE DES DOCUMENTS PROCEDURE QUALITE Date mai 2014 Page 2/10 1. OBJET La présente procédure définit les règles pour
Plus en détailMINISTÈRE DES AFFAIRES SOCIALES ET DE LA SANTÉ. Organisation
MINISTÈRE DES AFFAIRES SOCIALES ET DE LA SANTÉ _ Direction générale de l offre de soins _ Sous-direction du pilotage de la performance des acteurs de l offre de soins _ Bureau des coopérations et contractualisations
Plus en détailConditions Particulières de Maintenance. Table des matières. Ref : CPM-1.2 du 08/06/2011
Conditions Particulières de Maintenance Ref : Table des matières 1 CONDITIONS PARTICULIÈRES APPLICABLES AUX CONTRATS DE MAINTENANCE...2 1.1 Préambule...2 1.2 Obligations d'atreal et services rendus...2
Plus en détailLISTE DES FONCTIONNALITES - TINY v1.5 -
LISTE DES FONCTIONNALITES - TINY v1.5 - INTRODUCTION L'intranet / l'internet permet la mutualisation des développements. L'impératif de réutilisabilité des modules est que certains développements créés
Plus en détailComment se servir de l utilitaire de validation?
Comment se servir de l utilitaire de validation? G e s r i s k v e r s i o n 4. 0 3 ( f i n a l e ) c e r t i f i é e R T S S e n d a t e d u 0 7 - f é v - 2 0 1 0 Installation Le fichier Gesrisk_Outils.exe
Plus en détailMEGA ITSM Accelerator. Guide de démarrage
MEGA ITSM Accelerator Guide de démarrage MEGA 2013 1ère édition (janvier 2013) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailPack Prélèvements Confort et Confort Plus
Pack Prélèvements Confort et Confort Plus Guide clients Page 1-00/00/00 Systèmes de Paiement & Flux Ce guide clients vous est offert par votre Conseiller Crédit Agricole pour vous permettre de vous approprier
Plus en détailLe module Supply Chain pour un fonctionnement en réseau
Prélude 7 ERP Le module Supply Chain pour un fonctionnement en réseau Gérard Baglin Septembre 2008 Sommaire Chapitre 1 Le mode de fonctionnement en réseau de Prélude 7... 1 Le principe des jeux en temps
Plus en détailBOSS : Bourses régionale du Sanitaire et du Social http://boss.region-alsace.eu GUIDE UTILISATEUR ETUDIANT
BOSS : Bourses régionale du Sanitaire et du Social http://boss.region-alsace.eu GUIDE UTILISATEUR ETUDIANT 1. Recherche d'informations p 2 (conditions générales, règlement, FAQ, contacts, mot du président)
Plus en détailSOLUTION D ENVOI DE SMS POUR PROFESSIONNELS
1 Création et gestion de compte 2 Envoi par e-mail 3 Envoi par commande http 4 Publipostage SMS personnalisés 5 Autres fonctionnalités et options SMSvialeweb.com est une solution complète d envoi de SMS
Plus en détailRECOPLUS LOGICIEL DE GESTION DES RECOMMANDES NOTICE D UTILISATION DE RECOPLUS RESEAU. N de série
RECOPLUS LOGICIEL DE GESTION DES RECOMMANDES NOTICE D UTILISATION DE RECOPLUS RESEAU N de série Siège social 107, rue Henri Barbusse BP305-92111 CLICHY Cedex 1 Sommaire Description 1. Installation 2. Mise
Plus en détailManuel d utilisation de la plate-forme de gestion de parc UCOPIA. La mobilité à la hauteur des exigences professionnelles
Manuel d utilisation de la plate-forme de gestion de parc UCOPIA La mobilité à la hauteur des exigences professionnelles 2 Manuel d utilisation de la plate-forme de gestion de parc UCOPIA 1 Table des matières
Plus en détailFiche conseil n 16 Audit
AUDIT 1. Ce qu exigent les référentiels Environnement ISO 14001 4.5.5 : Audit interne EMAS Article 3 : Participation à l'emas, 2.b Annexe I.-A.5.4 : Audit du système de management environnemental SST OHSAS
Plus en détailS y m M a i l i n g. S o l u t i o n d e - m a i l i n g. SymMailing est un outil professionnel de création et de gestion de campagnes d emailing.
S y m M a i l i n g S o l u t i o n d e - m a i l i n g Introduction SymMailing est un outil professionnel de création et de gestion de campagnes d emailing. SymMailing intègre à la fois les outils de
Plus en détailREFERENTIEL DE CERTIFICATION
REFERENTIEL DE CERTIFICATION Référentiel I4 NF 285 Edition : Janvier 2015 N de révision : 4 ORGANISMES CERTIFICATEURS CNPP Cert. Route de la Chapelle Réanville CD 64 - CS 22265 F- 27950 SAINT-MARCEL Tél.
Plus en détailModule SMS pour Microsoft Outlook MD et Outlook MD Express. Guide d'aide. Guide d'aide du module SMS de Rogers Page 1 sur 40 Tous droits réservés
Module SMS pour Microsoft Outlook MD et Outlook MD Express Guide d'aide Guide d'aide du module SMS de Rogers Page 1 sur 40 Table des matières 1. Exigences minimales :...3 2. Installation...4 1. Téléchargement
Plus en détailDéfinition. Caractéristiques
REPENSER LA PRESENTATION DU BUDGET : UNE NOMENCLATURE STRATEGIQUE Le budget des collectivités de plus de 3 500 habitants peut être présenté par nature et par fonction. La nomenclature fonctionnelle permet
Plus en détailPortail IVEA. Sommaire. 1. Page d'accueil et informations générales sur les aides... 2. 2. Créer votre compte... 3
Portail IVEA Indemnités Versées aux Employeurs d'apprentis La Région Alsace met à disposition des employeurs d'apprentis un site Internet http://ivearegion-alsaceeu pour le suivi des indemnités compensatrices
Plus en détailDocumentation pour l envoi de SMS
Documentation pour l envoi de SMS Mise à jour : Septembre 2010 Solution d envoi de SMS pour professionnels 1 Création et gestion de compte 2 Envoi par e-mail 3 Envoi par commande http 4 Publipostage SMS
Plus en détailEtude de cas «H» Doc Stagiaire Version 2
Référentiel d activités et de compétences : Assurer la maintenance du parc informatique de l entreprise Assurer le support technique auprès des utilisateurs de l entreprise Participer à l évolution du
Plus en détailGUIDE DU CAHIER DES CHARGES
GUIDE DU CAHIER DES CHARGES - EDITION 2010 - Guide du cahier des charges / Etat de Vaud TABE DES MATIERES Introduction... 2 I. Définitions... 3 1. Cahier des charges et organisation... 2. Cahier des charges
Plus en détailGdsCompta. Logiciel de comptabilité générale
GdsCompta Logiciel de comptabilité générale CARACTERISTIQUES Logiciel sous Windows Fonctionne sous Windows XP, Vista, 7 et 8 Multi-dossier De la saisie des écritures au bilan, une comptabilité complète.
Plus en détailPoste de travail & bureautique
05/03/2008 Introduction Introduction L'offre de services de la DSI à destination de tous les utilisateurs du Système d'information de l'institut témoigne de notre volonté de passer d'une logique de service
Plus en détailRÉFÉRENTIEL DES ACTIVITÉS PROFESSIONNELLES ASSISTANT DE GESTION DE PME / PMI
RÉFÉRENTIEL DES ACTIVITÉS PROFESSIONNELLES ASSISTANT DE GESTION DE PME / PMI CONTEXTE PROFESSIONNEL L'évolution actuelle des emplois montre que le rôle des petites et moyennes entreprises s'est considérablement
Plus en détailActivité : Élaboration, mise en forme et renseignement de documents
ACTIVITÉS ADMINISTRATIVES À CARACTÈRE TECHNIQUE Activité : Élaboration, mise en forme et renseignement de documents Tâche : Rédaction de messages et de courriers professionnels simples liés à l activité
Plus en détailDEMANDE D INFORMATIONS RFI (Request For Information)
Demande d informations MAINTENANCE SERVEURS RFI_MITI_Maintenance_Serveurs_v2.docx MITI DEMANDE D INFORMATIONS RFI (Request For Information) - MITI MAINTENANCE DE SERVEURS INFORMATIQUES RFI_MITI_Maintenance_Serveurs_v2.docx
Plus en détailRéorganisation du processus de transfusion sanguine au Liban
Réorganisation du processus de transfusion sanguine au Liban Cahier des charges du Logiciel Médico Technique Rédigé en collaboration avec Cahier des charges du Logiciel Médico Technique La procédure d
Plus en détailMémo d'utilisation de BD Dico1.6
Mémo d'utilisation de BD Dico1.6 L'application BDDico a été développée par la Section Cadastre et Géomatique de la RCJU. Son utilisation demeure réservée aux personnes autorisées. Les demandes d'utilisation
Plus en détailConduite de projets informatiques Développement, analyse et pilotage (2ième édition)
Avant-propos 1. Objectifs du livre 13 2. Structure du livre 14 Un projet informatique 1. Les enjeux 17 1.1 Les buts d'un projet 17 1.2 Les protagonistes d'un projet 18 1.3 Exemples de projets 19 2. Les
Plus en détailLA QUALITE DU LOGICIEL
LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications
Plus en détailGuide pour aider à l évaluation des actions de formation
Guide pour aider à l évaluation des actions de formation Pourquoi évaluer? L évaluation constitue la dernière étape du service d ingénierie que le conseiller de l AGEFOS PME Bretagne peut apporter à l
Plus en détailCOMMANDE REF ADMIN-CS-540-CDD
Pôle de compétitivité mondial Aéronautique, Espace, Systèmes embarqués COMMANDE REF ADMIN-CS-540-CDD Objet : Prestation d assistance dans le cadre de l action collective AEROLEAN K portée par le pôle de
Plus en détailAdministration Centrale : Opérations
Administration Centrale : Opérations 2 Administration Centrale Opération 30/01/09 Sommaire 1 Introduction... 3 2 Topologie et services... 4 2.1 Serveurs de la Batterie... 4 2.2 Services sur le Serveur...
Plus en détail