Les connaissances fondamentales en maintenance du logiciel

Dimension: px
Commencer à balayer dès la page:

Download "Les connaissances fondamentales en maintenance du logiciel"

Transcription

1 Les connaissances fondamentales en maintenance du logiciel Dans ce chapitre, nous couvrons : Les connaissances fondamentales du domaine ; La représentation SWEBOK de la maintenance ; Les références importantes du domaine.

2 2 Améliorer la maintenance du logiciel Le développement de logiciels, lorsqu il est mené à terme avec succès, se termine par la livraison d un logiciel qui devrait satisfaire les exigences initiales du client. Par la suite, après sa mise en service, le logiciel devra évoluer pour répondre aux nouveaux besoins d un environnement en constante évolution. De plus, c est pendant l opération du logiciel que l organisation découvrira des anomalies, ainsi que de nouveaux besoins d affaires qui feront surface, et qu il faudra, après un certain nombre d années, en modifier la plate-forme technologique. Enfin, il est bon de souligner que le cycle de vie de la maintenance ne devrait pas débuter lors de la mise en service du logiciel, mais, en réalité, bien avant par une participation active des responsables de la maintenance tout au long du processus de développement, quand c est possible. Jusqu à tout récemment, le thème de la maintenance était peu abordé dans les cursus universitaires d informatique et de génie logiciel, et c était en travaillant dans les organisations elles-mêmes que les ingénieurs logiciels s initiaient aux spécificités de la maintenance et y développaient une expertise spécifique. Ce livre vise à combler un vide important dans l enseignement de la maintenance. La maintenance du logiciel est un des dix grands thèmes de connaissance reconnus comme faisant partie de la discipline de l ingénierie du logiciel, tel que cela a été décrit dans ISO TR 19759, ainsi que dans le guide au corpus des connaissances en génie logiciel [Abr05] (Software Engineering Body of Knowledge SWEBOK). Ces documents confirment ce qui avait déjà été identifié par Victor Basili en 1996 : «La maintenance du logiciel est un domaine spécifique du génie logiciel, et conséquemment, il est donc nécessaire de se pencher sur des processus et les méthodologies qui tiennent compte des caractéristiques spécifiques de la maintenance du logiciel.» [Bas96]. Dans le Guide SWEBOK (disponible au l éditeur du chapitre de la maintenance est Thomas Pigoski ; et le coéditeur, Alain April. Il est à noter que M. Pigoski a piloté le développement de la norme internationale ISO sur la maintenance du logiciel. Il est à noter également que plusieurs des concepts utilisés dans le modèle de la maturité de la maintenance SP3mP (Software Maintenance Maturity Model) ont été incorporés à la version 2005 du Guide SWEBOK. Le modèle de maturité de la maintenance SP3mP s aligne donc, dans toutes ses perspectives, sur l ensemble des connaissances décrites dans le chapitre Maintenance du Guide SWEBOK. Le Guide SWEBOK présente une taxonomie des connaissances nécessaires à l ingénieur logiciel travaillant en maintenance du logiciel (figure 1.1). Cette taxonomie de la maintenance comprend quatre axes : Concepts de base ; Processus de la maintenance ; Préoccupations clés de la maintenance ; Techniques de maintenance.

3 1 Les connaissances fondamentales en maintenance du logiciel 3 Faites la lecture du Guide SWEBOK pour approfondir vos connaissances en maintenance du logiciel. Figure 1.1 Taxonomie de la maintenance du logiciel selon le Guide SWEBOK [Abr05] La littérature sur la maintenance du logiciel est beaucoup moins abondante que celle sur le développement du logiciel [Pig97, s2]. Les livres les plus récents sont ceux de Khan et Zhang [Khao5], Polo, Piattini et Ruiz [Pol02], de Grubb et Takang [Gru03] et de Seacord et al. [Sea03]. D ailleurs, les publications en maintenance souvent citées dans les articles scientifiques ont été publiées il y a 15 ans, ou parfois même il y a 25 ans (Lientz et Swanson 1980 ; Martin et McClure 1983 ; Arthur 1988). Certains autres livres ne font qu introduire la thématique de la maintenance du logiciel (Boehm [Boe81], Dorfman et Thayer [Dor02], Pfleeger [Pfl01], Pressman [Pre05]).

4 4 Améliorer la maintenance du logiciel 1.1 LA DÉFINITION DE LA MAINTENANCE DU LOGICIEL Le cycle de vie du logiciel peut être divisé en deux parties distinctes selon Moriguchi [Mor96, s19.1] : 1. Le développement initial du logiciel ; 2. La maintenance et l opération du logiciel. Un survol des définitions proposées pour la maintenance du logiciel est présenté au tableau 1.1 : Tableau 1.1 Les définitions généralement acceptées de la maintenance du logiciel Définition - Interprétation Auteurs des références Année «Les changements qui doivent être effectués à un logiciel après sa livraison à l utilisateur.» «L ensemble des activités requises afin de garder le logiciel en état d opération suite à sa livraison opérationnelle.» «La maintenance couvre le cycle de vie du logiciel à partir de son installation jusqu à sa mise à la retraite.» «La modification d un logiciel, après sa livraison, afin de corriger des défaillances, d améliorer sa performance ou d autres attributs ou de l adapter suite à des changements d environnements.» «Les changements au logiciel et à sa documentation causés par un problème ou le besoin de l améliorer.» «La totalité des activités qui sont requises afin de procurer un support, au meilleur coût possible, d un logiciel. Certaines activités débutent avant la livraison du logiciel, donc pendant sa conception initiale, mais la majorité des activités ont lieu après sa livraison finale (l équipe de développement ayant maintenant terminé son travail et étant affectée à d autres travaux).» Martin et McClure [Mar83] 1983 FIPS [FIP84] 1984 Von Mayrhauser [Von90] 1990 IEEE [IEEE90] 1993 ISO12207 [ISO95] 1995 SWEBOK [Abr05, s3.1.1] 2005 Lehman mentionne d autre part que «les changements étant inévitables, ils forcent les logiciels opérationnels à évoluer, sinon ils deviennent progressivement moins utiles et désuets» [Leh80]. Il s ensuit que la maintenance est donc considérée comme inévitable pour les logiciels opérationnels utilisés quotidiennement dans nos organisations. Il est important de préciser que la maintenance du logiciel est nécessaire autant pour les logiciels applicatifs que pour les logiciels d infrastructure (par exemple : de télécommunications, de systèmes d opérations et de gestion des bases de données). Le logiciel applicatif, lui, contient

5 1 Les connaissances fondamentales en maintenance du logiciel 5 des règles d affaires traduites et insérées dans les fonctionnalités du logiciel. Ce sont ces règles d affaires qui évoluent, changent et disparaissent pour supporter les opérations quotidiennes des organisations. La maintenance du logiciel est définie dans la norme IEEE pour la maintenance du logiciel, IEEE 1219 [IEEE98], comme la modification d un logiciel après la livraison pour corriger les fautes, pour améliorer la performance ou les autres attributs, ou pour adapter le produit à un environnement modifié. La norme couvre aussi les activités d avant la livraison, mais seulement dans un appendice d information de la norme. La norme ISO pour les processus de cycles de vie décrit essentiellement la maintenance comme l un des processus de cycles de vie primaires et aussi comme le processus d un produit logiciel subissant «une modification du code et de la documentation associée due à un problème ou au besoin d amélioration. L objectif est de modifier le produit logiciel existant tout en préservant son intégrité.» [ISO95]. ISO décrit aussi «l implémentation de processus». Cette activité établit le plan de maintenance et les procédures qui sont utilisées plus tard, durant le processus de maintenance. ISO [ISO98], la norme internationale pour la maintenance du logiciel, définit la maintenance du logiciel dans les mêmes termes que l ISO et met l accent sur les aspects de prélivraison de la maintenance, la planification par exemple. Un mainteneur est définit par l ISO comme une organisation qui effectue des activités de maintenance [ISO95]. Finalement, ISO identifie les activités primaires de maintenance du logiciel comme l implémentation de processus, l analyse de problème et de modification, l implémentation de modification, la révision ou l acceptation de maintenance, la migration et la mise à la retraite. Ces activités sont discutées dans une section ci-après. Elles sont définies plus en détail dans la norme ISO LES DIFFÉRENCES ENTRE OPÉRATIONS, DÉVELOPPEMENT ET MAINTENANCE Il est tout d abord nécessaire d établir une distinction claire entre l opération d un logiciel et sa maintenance [ISO98, s1]. Ainsi, il est précisé dans la norme ISO que les activités d opération (copies de sécurité, recouvrement et administration des ordinateurs) sont effectuées par le personnel d opération des systèmes informatiques et sont exclues de la portée de la norme ISO sur la maintenance des logiciels. Cette distinction de concepts est aussi exprimée dans la littérature qui décrit qu il est peu commun qu un gestionnaire confonde les opérations informatiques et la maintenance des logiciels. Il existe une interface importante entre la maintenance et les opérations qui vise surtout à s assurer que les infrastructures, qui supportent les logiciels applicatifs, soient opérationnelles et efficaces (gestion des changements,

6 6 Améliorer la maintenance du logiciel appels concernant une défaillance en production, recouvrement du logiciel et des données, et reprise des travaux suite à une panne ou à un désastre, investigation des temps de traitements, copies de sécurité, gestion des systèmes d horaires automatisées, gestion de l espace disque et de bandothèques) [ITi01]. La gestion de cette interface est un rôle unique de mainteneurs. Qu en est-il des différences entre la maintenance et le développement du logiciel? Le développement du logiciel possède, lui aussi, une interface avec la maintenance, mais elle est un peu plus difficile à différencier [Abr05, s3.2.2]. Cette différenciation est encore plus difficile à observer si, dans une organisation, le développeur du logiciel effectue aussi la maintenance de celui-ci. En effet, un certain nombre des activités de la maintenance sont similaires à celles du développement de logiciels (analyse, conception, codage, gestion de la configuration, essais, revues et documentation technique). Ces activités doivent toutefois être adaptées au contexte spécifique de la maintenance, où le travail est souvent effectué par un ou deux programmeurs pour des travaux exécutés à très court terme, et non par une équipe de projet comme dans la majorité des projets de développement. Un employé de la maintenance du logiciel développera donc une partie de son expertise à partir des mêmes sources d enseignement et de formation que ses collègues du développement. Quelques auteurs ont étudié les activités qui sont uniques à la maintenance et qui ne se retrouvent pas dans un cycle de vie de développement de logiciels. Certaines des caractéristiques qui sont propres au domaine de la maintenance du logiciel sont [Abr93] : «les requêtes de modifications (RM) parviennent d une manière plus ou moins aléatoire et ne peuvent pas être planifiées individuellement dans un processus annuel de budgétisation ; les RM sont évaluées et classées par ordre de priorité (par le programmeur ou son patron, ou parfois par un comité de priorités) ; aucune RM ne fait l objet d une autorisation spécifique par un gestionnaire en chef ; la charge de travail de la maintenance n est pas gérée par des techniques de gestion de projet, mais plutôt par l utilisation des techniques de gestion des files d attente, souvent supportées par un logiciel de bureau d aide help desk ; la taille et la complexité des requêtes de la maintenance font en sorte que le travail peut être, généralement, effectué par un ou deux programmeurs ; les travaux sont ordonnés de manière à satisfaire l utilisateur, à court terme, et à s assurer du bon fonctionnement quotidien des logiciels en opérations ; les priorités peuvent changer rapidement, à toute heure du jour, et les rapports de problèmes (RP) nécessitant des corrections de l application de production auront la priorité sur n importe quel autre travail en cours.»

7 1 Les connaissances fondamentales en maintenance du logiciel 7 L équipe de maintenance doit faire face aux événements et aux requêtes journalières de sa clientèle tout en maintenant un service continu des applications opérationnelles sous sa responsabilité. Figure 1.2 Processus d acceptation ou de refus du travail de la maintenance [Apr01] L organisation des travaux de maintenance doit tenir compte de ces impératifs, et tant les travaux que l équipe de maintenance doivent se structurer pour répondre aux exigences de ce type de travail dont les éléments individuels arrivent de façon aléatoire. Par contraste, un projet de développement est prévu à plus long terme, planifié, typiquement créé avec un échéancier déterminé, puis s achève avec la livraison du logiciel. Pour bien mener à terme un projet, une structure d équipe de projet est créée pour la durée du projet seulement, et c est cette équipe de projet qui développe un plan de ressources qui vise à atteindre des objectifs fixes d une livraison dans les limites du délai planifié de fin du projet. Lorsque l utilisateur fait une requête de modification, il est nécessaire d estimer l effort qui sera requis pour modifier le logiciel existant. L étude de Dorfman et de Thayer [Dor02] indique que les requêtes de modification (RM) passent par une étape d investigation et d impact qui est unique à la maintenance du logiciel. Si l effort estimé est peu élevé et peut être satisfait à l intérieur des ressources et des disponibilités de l équipe de maintenance, la requête est alors placée en ordre

8 8 Améliorer la maintenance du logiciel de priorité et exécutée à partir du processus de la gestion de la file d attente. Toutefois, si l effort estimé est supérieur à une limite établie, propre à chaque organisation, et à sa marge de manœuvre budgétaire, la requête sera réacheminée à une équipe de développement et traitée comme un petit projet qui devra être autorisé avec son budget spécifique et une allocation précise des ressources requises pour le mener à terme en fonction des nouveaux objectifs fixés. Il y a donc, pour la maintenance du logiciel, un processus unique d acceptation ou de rejet du travail, pour les requêtes de modifications (RM) des logiciels opérationnels. Ce processus tient compte de la taille estimée de la modification et de la capacité à la réaliser à l intérieur des contraintes de coûts et de qualité de fonctionnalité. April [Apr01] présente comme exemple le processus utilisé par une société membre de Cable & Wireless, où l effort maximal d une requête adaptative qu un programmeur de la maintenance accepte est de cinq jours (figure 1.2). On y note que tout rapport de problème (RP), quel que soit l effort estimé, sera pris en charge par l équipe de maintenance en priorité avant les requêtes de modifications. Cette limite de cinq jours d effort est aussi reconnue par l association de la mesure du Royaume- Uni (UKSMA) et le groupe de normalisation de l étalonnage du logiciel (ISBSG) : «On observe dans la pratique la distinction entre l activité de maintenance des améliorations mineures et l activité de développement du logiciel. Les auteurs ont observé que quelques organisations possèdent des activités de maintenance qui comptent jusqu à 80 jours d effort, alors que dans d autres le seuil est de cinq jours. L ISBSG et l UKSMA adoptent, actuellement, la convention qu une amélioration de cinq jours ou moins sera considérée comme une activité de maintenance.» [ISB05]. Ce seuil correspond à de la petite maintenance effectuée par des individus, et non pas par des équipes de projet qui peuvent entreprendre de grands projets. Cette notion de seuil est très importante, car elle dicte le seuil des travaux entre les développeurs et les mainteneurs. Cette limite de cinq jours ne doit pas être utilisée avec dogmatisme. Ce qui est essentiel, c est qu une limite du travail de maintenance soit identifiée clairement dans l organisation, quelle que soit la valeur d effort choisie, et reflète bien le travail d individus, et non pas d équipes de projet. Bennett [Ben00] identifie d autres activités uniques à la maintenance : «l étude des différents types de requêtes de changements supportées par un centre d appel help desk et son logiciel de support, les activités d évaluation d impact d un changement, et la spécialisation en essais et vérification de régression». Zitouni [Zit96] identifie sept processus clés et certains rôles qui sont spécifiques de la maintenance du logiciel : «Gestion des requêtes de changement et de demandes de modifications. Un processus de gestion des problèmes utilisé par les mainteneurs pour établir la priorité, documenter et acheminer les demandes qu ils reçoivent [Ben00] ; Acceptation du logiciel ;

9 1 Les connaissances fondamentales en maintenance du logiciel 9 Gestion de la transition du développement au groupe de maintenance, qui est une séquence contrôlée et coordonnée d activités durant laquelle le système est progressivement transféré du développeur vers le mainteneur ; Rôle des utilisateurs, des opérations et des employés de la maintenance ; Planification de la maintenance ; Gestion des employés de la maintenance ; Gestion du logiciel (améliorations et performances).» La dernière version du chapitre de la maintenance du Guide SWEBOK identifie aussi un bon nombre de processus spécifiques à la maintenance, soit : Gestion et planification annuelle de la maintenance [Pig94 ; Zit96] ; Ententes de services et contrats spécifiques de la maintenance [Mue94 ; Apr01 ; Bou99 ; Mcb90 ; Mcb96 ; Kar05 ; COB00] ; Interception et surveillance des applications en production (prévention de problèmes) [ITI01] ; Mesure d indicateurs de services spécifiques aux activités du support et de la maintenance [Abr91 ; Abr93 ; Sta94 ; McG01] ; Soutien à la clientèle (système de réponses aux problèmes) concernant une panne, une maintenance préventive et un retour en service après panne [Apr01] ; Études de différents types de requêtes de changements supportées par un centre d appel help desk et son logiciel de support [Ben00] ; Activités d évaluation d impact d un changement [Ben00] ; Spécialisation en essais et en vérifications de régression [Ben00] ; Investigations et réponses aux questions concernant les règles d affaires des systèmes opérationnels [Pre05 ; Apr01] ; Processus unique d acceptation et de rejet du travail, pour les requêtes de modifications (RM) des logiciels opérationnels selon leur taille [Apr01] ; Gestion de l horaire de support aux opérations 24 heures sur 24 et du processus d escalade en cas de problèmes [ITi01 ; Mcb90 ; Mcb96] ; Gestion de l interface et du rôle des opérations portant sur : la gestion du changement, les appels concernant une faute en production, le recouvrement de l environnement et des données suite à un désastre, le recouvrement des données et reprise des travaux, l investigation des temps de traitements, les cédules automatisées, les copies de sécurité, la gestion des systèmes, de l espace disque et de la bandothèque [ITi01] ;

10 10 Améliorer la maintenance du logiciel Gestion de la sous-traitance, des contrats de services de maintenance, de licences, d entiercement et d impartition [Car94 ; Apr01 ; McC02] ; Obligation de rendre le portefeuille d application plus performant (gestion du logiciel) [Zit96]. La définition du service rendu par la maintenance peut aussi aider à identifier des différences avec les autres activités informatiques. Ainsi, Bouman [Bou99] décrit la maintenance du logiciel comme un service. Les caractéristiques d un service peuvent généralement être reconnues ainsi : «L insistance de la vente directe avec le client ; Un contact fréquent et direct avec le client ; Un service rendu immédiatement plutôt que plusieurs mois après ; Un temps de service court ; Le produit n est pas toujours un bien physique ; Le produit ne peut pas toujours être remisé ou transporté ; Les services sont plus spécialisés et façonnés que les biens physiques.» En résumé, la maintenance du logiciel possède un certain nombre de processus et d activités qui ne sont pas effectués par les groupes de développement du logiciel. La maintenance du logiciel fait aussi appel à des processus et à des activités du développement du logiciel, et ce, plus particulièrement dans l étape d implémentation d une modification au logiciel existant [ISO95, s5.5.3]. 1.3 QUELLE ORGANISATION EFFECTUE LA MAINTENANCE DU LOGICIEL? Les aspects organisationnels décrivent comment identifier quelle organisation ou quelle fonction de l entreprise sera responsable pour la maintenance du logiciel. L équipe qui développe le logiciel n est pas toujours assignée à sa maintenance. Pour décider où la fonction de maintenance sera localisée, les organisations d ingénierie logicielle peuvent, par exemple, demeurer avec le développeur original ou s adresser à une équipe indépendante spécialisée en maintenance. Souvent l option du mainteneur spécialisé est préférée. Il y a beaucoup d arguments pour et contre chacune de ces deux options [Par83 ; Pig97] ; la décision devrait être prise en étudiant chaque cas. L important, c est que la délégation ou l assignation de la responsabilité à un groupe ou à une personne [Pig97], quelle que soit la structure de l organisation, soit claire, planifiée et bien communiquée. Dans l industrie, on peut retrouver deux modèles organisationnels pour la fonction de maintenance du logiciel. Dans un premier modèle organisationnel, c est le développeur, qui a développé ou acquis le logiciel, qui en effectue la maintenance. Dans un second modèle, c est

11 1 Les connaissances fondamentales en maintenance du logiciel 11 l organisation de la maintenance du logiciel qui effectue la maintenance des logiciels de l organisation, et ce, indépendamment des développeurs. Bennett [Ben00] énonce que le développement logiciel initial est habituellement basé par projet, avec une période de temps et un budget défini. L accent est mis sur la livraison dans les délais et dans le budget pour remplir les besoins de l utilisateur. En contraste, la maintenance de logiciel a souvent comme objectif de s assurer de l adaptabilité du logiciel aux changements nécessaires. La maintenance corrige les pannes et s assure de satisfaire la demande de l utilisateur pour des mises à jour et des améliorations. Le retour sur investissement des activités de la maintenance est souvent difficile à démontrer clairement, donc la vue par les gestionnaires en chef est souvent celle d un centre de coûts consommant de grandes ressources sans grands bénéfices, pour l organisation. Certaines organisations vont opter pour laisser les développeurs maintenir les logiciels. Il est clair que le personnel de développement du logiciel n aime pas faire sa maintenance. La maintenance n est pas souvent vue comme un travail séduisant. Deklava fournit une liste de problèmes liés au personnel basée sur des données de sondage [Dek92]. Le personnel de maintenance est souvent vu comme des citoyens de seconde classe [Lie81], et peu de développeurs aiment ce travail. Pigoski décrit ces deux modèles organisationnels plus en détail, de même que leurs avantages et désavantages respectifs [Pig97]. Par exemple, il y a un certain nombre de désavantages à laisser l équipe de développement maintenir le logiciel à la suite de sa mise en production. Ces désavantages sont : 1. «Les développeurs n aiment pas effectuer la maintenance et sont plus enclins à quitter la société pour du travail plus intéressant ; 2. Les nouveaux employés embauchés dans l équipe de développement seront surpris et insatisfaits de voir qu ils doivent aussi maintenir les logiciels existants ; 3. Les experts développeurs sont souvent réassignés à d autres projets de développement et préfèrent le développement à la maintenance ; 4. Lors du départ de l expert qui a développé le logiciel, les autres employés ne seront probablement pas qualifiés, initialement, pour maintenir le logiciel.» De plus, il y a une perception de manque de transparence dans les organisations de développement qui effectuent leur propre maintenance, avec comme conséquence une perception générale que les logiciels livrés sont de faible qualité et ne sont pas documentés adéquatement, laissant peu de flexibilité pour le transfert des connaissances et la rotation des programmeurs de la maintenance.

pratiques. Nous avons abondamment illustré l'application correcte et efficace des nombreuses pratiques en assurance qualité par des cas pratiques.

pratiques. Nous avons abondamment illustré l'application correcte et efficace des nombreuses pratiques en assurance qualité par des cas pratiques. Cet ouvrage s inscrit dans le cadre d une problématique globale portant sur l amélioration de la qualité du logiciel pour des organismes qui ont atteint un certain niveau de maturité. Il cherche à rapprocher

Plus en détail

JOURNÉE THÉMATIQUE SUR LES RISQUES

JOURNÉE THÉMATIQUE SUR LES RISQUES Survol de Risk IT UN NOUVEAU RÉFÉRENTIEL DE GESTION DES RISQUES TI GP - Québec 2010 JOURNÉE THÉMATIQUE SUR LES RISQUES 3 mars 2010 - Version 4.0 Mario Lapointe ing. MBA CISA CGEIT mario.lapointe@metastrategie.com

Plus en détail

ITIL, une approche qualité pour la gestion des services(*) informatiques. Pourquoi et comment introduire ITIL dans son organisation

ITIL, une approche qualité pour la gestion des services(*) informatiques. Pourquoi et comment introduire ITIL dans son organisation Livre blanc Le pragmatisme de votre système d information Rédacteur : Marc LORSCHEIDER / Expert ITIL Mise à jour : 05/06/2013 ITIL, une approche qualité pour la gestion des services(*) informatiques Pourquoi

Plus en détail

Systèmes d information dans les entreprises (GTI515)

Systèmes d information dans les entreprises (GTI515) Systèmes d information dans les entreprises (GTI515) Chargé: JF Couturier Cours # 12 MTI515 Automne 2013 JF Couturier 1 Retour sur le dernier cours ITIL Service Strategy Service Design Service Transition

Plus en détail

TP 14693F (05/2007) Aviation civile. Norme du Système de gestion intégrée TC-1002302 *TC 1002302*

TP 14693F (05/2007) Aviation civile. Norme du Système de gestion intégrée TC-1002302 *TC 1002302* Transports Canada Transport Canada TP 14693F (05/2007) Aviation civile Norme du Système de gestion intégrée TC-1002302 *TC 1002302* Imprimé au Canada Veuillez acheminer vos commentaires, vos commandes

Plus en détail

Fiche Contenu 18-1 : Exigences organisationnelles pour un système de gestion de la qualité

Fiche Contenu 18-1 : Exigences organisationnelles pour un système de gestion de la qualité Fiche Contenu 18-1 : Exigences organisationnelles pour un système de gestion de la qualité Définition Le terme organisation dans le contexte d un modèle de gestion de la qualité est utilisé pour indiquer

Plus en détail

Atelier thématique QUA1 -Présentation de la norme ISO 9001-

Atelier thématique QUA1 -Présentation de la norme ISO 9001- Forum QHSE - QUALITE Atelier thématique QUA1 -Présentation de la norme ISO 9001- Laurent GUINAUDY OC2 Consultants Atelier ISO 9001 1 Présentation du Cabinet OC2 Consultants Cabinet créé en 1996 Zone d

Plus en détail

Brevet + Diplôme fédéraux d Informaticienne / Informaticien

Brevet + Diplôme fédéraux d Informaticienne / Informaticien Brevet + Diplôme fédéraux d Informaticienne / Informaticien F i c h e d i n f o r m a t i o n 01.2008 1/8 Brevet fédéral: profil Développement Domaines de qualification Business Engineering Data Management

Plus en détail

CONSEIL STRATÉGIQUE. Services professionnels. En bref

CONSEIL STRATÉGIQUE. Services professionnels. En bref Services professionnels CONSEIL STRATÉGIQUE En bref La bonne information, au bon moment, au bon endroit par l arrimage des technologies appropriées et des meilleures pratiques. Des solutions modernes adaptées

Plus en détail

Révisions ISO. ISO Revisions. ISO 9001 Livre blanc. Comprendre les changements. Aborder le changement

Révisions ISO. ISO Revisions. ISO 9001 Livre blanc. Comprendre les changements. Aborder le changement Révisions ISO ISO 9001 Livre blanc Comprendre les changements Aborder le changement ISO 9001 en bref Comment fonctionne ISO 9001? ISO 9001 peut s appliquer à tous les types et tailles d organisations et

Plus en détail

ITIL Examen Fondation

ITIL Examen Fondation ITIL Examen Fondation Échantillon d examen A, version 5.1 Choix multiples Instructions 1. Essayez de répondre aux 40 questions. 2. Vos réponses doivent être inscrites sur la grille de réponses fournie.

Plus en détail

L architecture d entreprise

L architecture d entreprise BABoK Business Analyst Body of Knowledge «Référentiel d architecture d entreprise» L architecture d entreprise Introduction à l architecture d entreprise Référentiel ou méthodologie? Historique La base

Plus en détail

Pré-requis Diplôme Foundation Certificate in IT Service Management.

Pré-requis Diplôme Foundation Certificate in IT Service Management. Ce cours apporte les connaissances nécessaires et les principes de gestion permettant la formulation d une Stratégie de Services IT ainsi que les Capacités organisationnelles à prévoir dans le cadre d

Plus en détail

Fiche Contenu 9-1 : Vue d ensemble sur l évaluation

Fiche Contenu 9-1 : Vue d ensemble sur l évaluation Fiche Contenu 9-1 : Vue d ensemble sur l évaluation Rôle dans le système de gestion de la qualité Qu est ce que l évaluation? Pourquoi réaliser une L évaluation est un élément important des 12 points essentiels.

Plus en détail

ADOPTER DES CONCEPTS ITIL en planifiant des gains rapides. Une approche plus réaliste

ADOPTER DES CONCEPTS ITIL en planifiant des gains rapides. Une approche plus réaliste ADOPTER DES CONCEPTS ITIL en planifiant des gains rapides Une approche plus réaliste Agenda Introduction Accompagnement personnalisé Plan de gains rapides Ateliers Intégration de l outil Octopus Gain rapide

Plus en détail

Gestion des services Informatiques ITIL Version 3, Les fondamentaux Conception des Services

Gestion des services Informatiques ITIL Version 3, Les fondamentaux Conception des Services Gestion des services Informatiques ITIL Version 3, Les fondamentaux Conception des Services Jaafar DEHBI 2003 Acadys - all rights reserved Conception des services Buts et objectifs Concevoir les nouveaux

Plus en détail

L innovation technologique au quotidien dans nos bibliothèques

L innovation technologique au quotidien dans nos bibliothèques L innovation technologique au quotidien dans nos bibliothèques 1. Intro ITIL 2. Concept de base 3. Cycle de vie des services 4. Vue intégrée des processus 1. Stratégie 2. Conception 3. Transition 4. Exploitation

Plus en détail

6761 Validation de la conformité 21.03.2007

6761 Validation de la conformité 21.03.2007 6761 Validation de la conformité 21.03.2007 Peter DAEHNE 1 Tests de stress Les tests de stress permettent d étudier le comportement du logiciel lorsque celui-ci est mis dans des situations extrêmes, aux

Plus en détail

Gestion des Incidents (Incident Management)

Gestion des Incidents (Incident Management) 31/07/2004 Les concepts ITIL-Incidents 1 «Be prepared to overcome : - no visible management ou staff commitment, resulting in non-availability of resources - [ ]» «Soyez prêts a surmonter : - l absence

Plus en détail

ISO 14001: 2015. Livre blanc des révisions à la norme ISO sur les systèmes de gestion environnementale JUILLET 2015

ISO 14001: 2015. Livre blanc des révisions à la norme ISO sur les systèmes de gestion environnementale JUILLET 2015 ISO 14001: 2015 Livre blanc des révisions à la norme ISO sur les systèmes de gestion environnementale JUILLET 2015 4115, Rue Sherbrooke Est, Suite 310, Westmount QC H3Z 1K9 T 514.481.3401 / F 514.481.4679

Plus en détail

Processus: Gestion des Changements

Processus: Gestion des Changements Référence Auteur Responsable de processus Processus: Gestion des Changements G_11 Version 3.04 Fabienne MASSET et Philippe BOULANGER Thierry BERTRAND Date 30/03/2015 Statut Objet D'Application Ce document

Plus en détail

GESTION DE LA PERFORMANCE

GESTION DE LA PERFORMANCE GESTION DE LA PERFORMANCE RÉDUISEZ L'ÉCART ENTRE VOTRE STRATÉGIE ET SON EXÉCUTION GESTION PERFORMANCE GESTION PROJETS GESTION RESSOURCES HUMAINES gestion PerformAnce GESTION PROJETS GESTION RESSOURCES

Plus en détail

INFORMATIQUE - PROJET DE DEVELOPPEMENT INTERNET/INTRANET

INFORMATIQUE - PROJET DE DEVELOPPEMENT INTERNET/INTRANET MINISTERE DE LA COMMUNAUTE FRANCAISE ADMINISTRATION GENERALE DE L ENSEIGNEMENT ET DE LA RECHERCHE SCIENTIFIQUE ENSEIGNEMENT DE PROMOTION SOCIALE DE REGIME 1 DOSSIER PEDAGOGIQUE UNITE DE FORMATION INFORMATIQUE

Plus en détail

Migration d un logiciel de gestion

Migration d un logiciel de gestion Auteur : David PERRET Publication : 01/11/2015 Toute société utilisatrice de logiciel de gestion est inéluctablement confrontée à des migrations de données. Ces migrations représentent des risques et un

Plus en détail

Systèmes et réseaux d information et de communication

Systèmes et réseaux d information et de communication 233 DIRECTEUR DES SYSTÈMES ET RÉSEAUX D INFORMATION ET DE COMMUNICATION Code : SIC01A Responsable des systèmes et réseaux d information FPESIC01 Il conduit la mise en œuvre des orientations stratégiques

Plus en détail

ITIL V2 Processus : La Gestion des Configurations

ITIL V2 Processus : La Gestion des Configurations ITIL V2 Processus : La Gestion des Configurations Auteur: Fabian PIAU, Master 2 MIAGE, Nantes La Gestion des Configurations est un processus issu d ITIL version 2 qui aide au soutien du service («Service

Plus en détail

Rapport de surveillance des politiques de Limites des pouvoirs de la direction

Rapport de surveillance des politiques de Limites des pouvoirs de la direction Rapport de surveillance des politiques de Limites des pouvoirs de la direction Période de référence : Septembre à décembre 2014 Période de référence précédente : 30 septembre 2014 Nom de l auteur : K.

Plus en détail

Contact : Jennifer Hrycyszyn Greenough Communications 617.275.6519 jhrycyszyn@greenoughcom.com

Contact : Jennifer Hrycyszyn Greenough Communications 617.275.6519 jhrycyszyn@greenoughcom.com Contact : Jennifer Hrycyszyn Greenough Communications 617.275.6519 jhrycyszyn@greenoughcom.com Optimisation de Numara Track-It!, la solution de Help Desk et de gestion des actifs informatiques de Numara

Plus en détail

Audit du cadre de gestion de Sécurité et assurance de mission

Audit du cadre de gestion de Sécurité et assurance de mission Audit du cadre de gestion de Sécurité et assurance de mission RAPPORT D AUDIT Projet # 14/15 01 02 préparé par la Direction, audit et évaluation JUIN 2015 AUDIT DU CADRE DE GESTION DE SÉCURITÉ ET ASSURANCE

Plus en détail

MANDAT DU CONSEIL D ADMINISTRATION Approuvé par le conseil d administration le 13 novembre 2014

MANDAT DU CONSEIL D ADMINISTRATION Approuvé par le conseil d administration le 13 novembre 2014 OFFICE D INVESTISSEMENT DES RÉGIMES DE PENSION («INVESTISSEMENTS PSP») Approuvé par le conseil d administration le 13 novembre 2014 13 novembre 2014 PSP-Legal 1633578-1 Page 2 INTRODUCTION Le conseil d

Plus en détail

CobiT. Implémentation ISO 270. Pour une meilleure gouvernance des systèmes d'information. 2 e édition D O M I N I Q U E M O I S A N D

CobiT. Implémentation ISO 270. Pour une meilleure gouvernance des systèmes d'information. 2 e édition D O M I N I Q U E M O I S A N D D O M I N I Q U E M O I S A N D F A B R I C E G A R N I E R D E L A B A R E Y R E Préface de Bruno Ménard, président du Cigref CobiT Implémentation ISO 270 2 e édition Pour une meilleure gouvernance des

Plus en détail

La norme ISO 10007:2003 définit des lignes directrices pour la gestion de la configuration

La norme ISO 10007:2003 définit des lignes directrices pour la gestion de la configuration ! " Rappel : les référentiels pour la gestion de configuration ISO10007 (1/3) La norme ISO 10007:2003 définit des lignes directrices pour la gestion de la configuration Elle est une révision de la version

Plus en détail

BIBLIOTHÈQUE ET ARCHIVES CANADA PLAN D ÉVALUATION 2008-2009

BIBLIOTHÈQUE ET ARCHIVES CANADA PLAN D ÉVALUATION 2008-2009 BIBLIOTHÈQUE ET ARCHIVES CANADA PLAN D ÉVALUATION 2008-2009 Division du rendement et de l information institutionnels Direction générale de la gestion intégrée Présenté au : Comité d évaluation de Bibliothèque

Plus en détail

Le développement des logiciels - les défis

Le développement des logiciels - les défis Le triangle de la qualité des logiciels: le personnel, le processus et le produit Claude Y Laporte Professeur Département de génie électrique Le développement des logiciels - les défis 2 1 Le triangle

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

PROXIMUS SA de droit public CHARTE DU COMITÉ DE NOMINATION ET DE RÉMUNÉRATION

PROXIMUS SA de droit public CHARTE DU COMITÉ DE NOMINATION ET DE RÉMUNÉRATION PROXIMUS SA de droit public CHARTE DU COMITÉ DE NOMINATION ET DE RÉMUNÉRATION Statut Le Comité de nomination et de rémunération est un comité consultatif du Conseil d Administration. Il remplit également

Plus en détail

Canada Basketball prend les engagements suivants envers les ASP/T membres et les participants dûment enregistrés:

Canada Basketball prend les engagements suivants envers les ASP/T membres et les participants dûment enregistrés: Canada Basketball Politique de gestion des risques Préambule À titre d organisme sportif national de régie du basketball au Canada, Canada Basketball reconnaît que des risques existent dans toutes les

Plus en détail

Copyright 2006 Rockwell Automation, Inc. Tous droits réservés. Imprimé aux Etats-Unis.

Copyright 2006 Rockwell Automation, Inc. Tous droits réservés. Imprimé aux Etats-Unis. Publication EMSE00-BR371A-FR-E Avril 2006 Copyright 2006 Rockwell Automation, Inc. Tous droits réservés. Imprimé aux Etats-Unis. EXPERTISE EN GESTION DE PROJET VOUS POUVEZ COMPTER SUR DES SERVICES DE GESTION

Plus en détail

Cadre de référence pour soutenir la gestion et la revue diligente des projets en ressources informationnelles

Cadre de référence pour soutenir la gestion et la revue diligente des projets en ressources informationnelles Cadre de référence pour soutenir la gestion et la revue diligente des projets en ressources informationnelles Document d orientation aux organismes publics Annexe A Rôles et responsabilités détaillés des

Plus en détail

POLITIQUE DE GESTION DES CONFLITS D INTERETS D EXANE

POLITIQUE DE GESTION DES CONFLITS D INTERETS D EXANE POLITIQUE DE GESTION DES CONFLITS D INTERETS D EXANE 1. OBJET La présente politique vise à garantir la conformité D EXANE SA, EXANE DERIVATIVES, EXANE OPTIONS, EXANE LIMITED et leurs succursales concernées

Plus en détail

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes FICHE JANVIER 2009 THÉMATIQUE Direction de projets et programmes La représentation par les processus pour les projets Système d Information (SI) La modélisation de l'entreprise par les processus devient

Plus en détail

Livre Blanc Oracle Mars 2009. Rationaliser, Automatiser et Accélérer vos Projets Industriels

Livre Blanc Oracle Mars 2009. Rationaliser, Automatiser et Accélérer vos Projets Industriels Livre Blanc Oracle Mars 2009 Rationaliser, Automatiser et Accélérer vos Projets Industriels Introduction Pour relancer l économie, le gouvernement des États-Unis, l Union Européenne et la Chine ont développé

Plus en détail

DOCUMENTATION ASSOCIEE A UN PROJET LOGICIEL

DOCUMENTATION ASSOCIEE A UN PROJET LOGICIEL DOCUMENTATION ASSOCIEE A UN PROJET LOGICIEL 31 août 2004 Plate-Forme Opérationnelle de modélisation INRA ACTA ICTA http://www.modelia.org FICHE DU DOCUMENT 10 mai 04 N.Rousse - : Création : version de

Plus en détail

Bienvenue dans le monde de la construction logicielle

Bienvenue dans le monde de la construction logicielle Chapitre 1 Bienvenue dans le monde de la construction logicielle Sommaire : 1.1 La construction logicielle, qu est-ce que c est? : page 3 1.2 Pourquoi la construction logicielle est-elle importante? :

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

ACTUALITÉS LANDPARK. Nouvelle version. Landpark Helpdesk. Landpark Helpdesk. Les avantages de la nouvelle version 3.9.2.

ACTUALITÉS LANDPARK. Nouvelle version. Landpark Helpdesk. Landpark Helpdesk. Les avantages de la nouvelle version 3.9.2. ACTUALITÉS LANDPARK Solutions complètes d'inventaire, de gestion de parc et de helpdesk ITIL Avril 2015 Nouvelle version Landpark Helpdesk Landpark vous associe aux meilleurs logiciels de Gestion de Parc

Plus en détail

Solutions de gestion de la sécurité Livre blanc

Solutions de gestion de la sécurité Livre blanc Solutions de gestion de la sécurité Livre blanc L intégration de la gestion des identités et des accès avec l authentification unique Objectif : Renforcer la politique de sécurité et améliorer la productivité

Plus en détail

Schéma canadien d évaluation et de certification selon les Critères communs (SCCC) Guide-SCCC-006 Version 1.1

Schéma canadien d évaluation et de certification selon les Critères communs (SCCC) Guide-SCCC-006 Version 1.1 6 Schéma canadien d évaluation et de certification selon les Critères communs (SCCC) Guide-SCCC-006 Version 1.1 Contrôle technique de la continuité de l assurance d une TOE certifiée Août 2005 ii Version

Plus en détail

Avis présenté à la. Commission scolaire de Montréal

Avis présenté à la. Commission scolaire de Montréal AVIS SUR LA PROPOSITION DE RÉPARTITION 2014-2015 DE LA MESURE MINISTÉRIELLE 50730 SUR LES NOUVELLES TECHNOLOGIES DE L INFORMATION ET DES COMMUNICATIONS (NTIC) Avis présenté à la Commission scolaire de

Plus en détail

LES SOLUTIONS MES HUMAINES METTENT EN AVANT LES INDIVIDUS

LES SOLUTIONS MES HUMAINES METTENT EN AVANT LES INDIVIDUS LIVRE BLANC LES SOLUTIONS MES HUMAINES METTENT EN AVANT LES INDIVIDUS Une collaboration entre homme et machine LIVRE BLANC LES SOLUTIONS MES HUMAINES METTENT EN AVANT LES INDIVIDUS 2 A PROPOS Les hommes

Plus en détail

VIRTUALISATION: Des solutions technologiques pour tous vos besoins d'affaires

VIRTUALISATION: Des solutions technologiques pour tous vos besoins d'affaires VIRTUALISATION: EN FAIRE PLUS AVEC MOINS Des solutions technologiques pour tous vos besoins d'affaires De plus en plus de serveurs. Pas surprenant que les coûts en informatique continuent de monter! Si

Plus en détail

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients DOSSIER SOLUTION CA Service Assurance Mai 2010 assurez la qualité et la disponibilité des services fournis à vos clients est un portefeuille de solutions de gestion matures et intégrées, qui contribue

Plus en détail

Livre Blanc Oracle Juin 2009. Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant»

Livre Blanc Oracle Juin 2009. Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant» Livre Blanc Oracle Juin 2009 Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant» Préambule Ce livre blanc met en avant certains risques impliqués dans les travaux liés

Plus en détail

IRIS International Railway Industry Standard

IRIS International Railway Industry Standard Français Addendum 19 Juin 2008 IRIS International Railway Industry Standard Hier kann ein kleiner Text stehen Hier kann ein kleiner Text stehen Hier kann ein kleiner Text stehen Hier kann ein kleiner Text

Plus en détail

La gestion intégrée du risque, de la planification et du rendement au ministère des Finances Canada

La gestion intégrée du risque, de la planification et du rendement au ministère des Finances Canada La gestion intégrée du risque, de la planification et du rendement au ministère des Finances Canada IGF Québec : Journée thématique sur la gestion des risques Philippe Lajeunesse, Directeur principal Planification

Plus en détail

COBIT (v4.1) INTRODUCTION COBIT

COBIT (v4.1) INTRODUCTION COBIT COBIT (v4.1) Un référentiel de «bonnes pratiques» pour l informatique par René FELL, ABISSA Informatique INTRODUCTION Le Service Informatique (SI) est un maillon important de la création de valeur dans

Plus en détail

Le tableau de bord de la DSI : un outil pour mieux piloter son informatique.

Le tableau de bord de la DSI : un outil pour mieux piloter son informatique. Le tableau de bord de la DSI : un outil pour mieux piloter son informatique. Introduction Face à l évolution constante des besoins fonctionnels et des outils informatiques, il est devenu essentiel pour

Plus en détail

La Gestion de projet. Pour aller plus loin, la Gestion des Risques. Système de Pilotage Programme d Urgence

La Gestion de projet. Pour aller plus loin, la Gestion des Risques. Système de Pilotage Programme d Urgence Système de Pilotage Programme d Urgence Actualités Rôle du PMO Gestion de projet Prince2 Gestion Risques La suite Actualités Le rôle du PMO Dans le cadre du plan d actions défini lors de la présentation

Plus en détail

INTRODUCTION. QSC est un système référentiel de qualité pour la certification des institutions scolaires d enseignement général et professionnel.

INTRODUCTION. QSC est un système référentiel de qualité pour la certification des institutions scolaires d enseignement général et professionnel. INTRODUCTION QSC est un système référentiel de qualité pour la certification des institutions scolaires d enseignement général et professionnel. Ce certificat est destiné à toutes les écoles d enseignement

Plus en détail

MANUEL DE POLITIQUES ET PROCÉDURES PROVENANCE : NUMÉRO : DRH-006. Direction des ressources humaines OBJET : EN VIGUEUR :

MANUEL DE POLITIQUES ET PROCÉDURES PROVENANCE : NUMÉRO : DRH-006. Direction des ressources humaines OBJET : EN VIGUEUR : MANUEL DE POLITIQUES ET PROCÉDURES PROVENANCE : Direction des ressources humaines OBJET : Formation et développement des ressources humaines (excluant le personnel cadre) NUMÉRO : DRH-006 EN VIGUEUR :

Plus en détail

ITIL v3. La clé d une gestion réussie des services informatiques

ITIL v3. La clé d une gestion réussie des services informatiques ITIL v3 La clé d une gestion réussie des services informatiques Questions : ITIL et vous Connaissez-vous : ITIL v3? ITIL v2? un peu! beaucoup! passionnément! à la folie! pas du tout! Plan général ITIL

Plus en détail

Changement dans les achats de solutions informatiques

Changement dans les achats de solutions informatiques Changement dans les achats de solutions informatiques Ce que cela signifie pour l informatique et les Directions Métiers Mai 2014 Le nouvel acheteur de technologies et la nouvelle mentalité d achat Un

Plus en détail

Objet : Mise en œuvre du plan d efficience de TransÉnergie. Établir une démarche d efficience de votre organisation structurée;

Objet : Mise en œuvre du plan d efficience de TransÉnergie. Établir une démarche d efficience de votre organisation structurée; Rapport d étape HYDRO-QUÉBEC MISE EN ŒUVRE DU PLAN D EFFICIENCE DE TRANSÉNERGIE Raymond Chabot Grant Thornton & Cie Conseillers en administration Société en nom collectif Le 29 juin 2007 Monsieur Pierre

Plus en détail

Politiques des équipements et des infrastructures

Politiques des équipements et des infrastructures POLITIQUE DES ÉQUIPEMENTS ET DES INFRASTRUCTURES Le conseil municipal, le conseil d agglomération, les conseils d arrondissement et le comité exécutif de Montréal, à titre d administrateurs de fonds publics

Plus en détail

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca Domaine de la modélisation des processus pour le génie logiciel. Noureddine Kerzazi noureddine.kerzazi@polymtl.ca DSL4SPM Domain-Specific-Language for Software Process Modeling Il s agit d un nouveau cadre

Plus en détail

DIRECTIVE DU COMMISSAIRE

DIRECTIVE DU COMMISSAIRE DIRECTIVE DU COMMISSAIRE SUJET: PROCESSUS INTERNE DE RÈGLEMENT DES DIFFÉRENDS N O: DC-12 DATE DE PUBLICATION: 10 AVRIL 2013 DATE D ENTRÉE EN VIGUEUR : 2 SEPTEMBRE 2013 INTRODUCTION Le gouvernement du Canada

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

CHARTE DU COMITÉ DE GESTION DES RISQUES

CHARTE DU COMITÉ DE GESTION DES RISQUES CHARTE DU COMITÉ DE GESTION DES RISQUES MANDAT Le Comité de gestion des risques (le «Comité») du Conseil d administration (le «Conseil») a pour mandat d assister le Conseil de la Société canadienne d hypothèques

Plus en détail

Passer de l ISO 9001:2008 à l ISO 9001:2015

Passer de l ISO 9001:2008 à l ISO 9001:2015 ISO 9001 Guide de transition Révisions ISO Passer de l ISO 9001:2008 à l ISO 9001:2015 La nouvelle norme internationale pour les systèmes de management de la qualité ISO 9001 - Système de Management de

Plus en détail

Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012. Cahier des charges MAINTENANCE INFORMATIQUE

Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012. Cahier des charges MAINTENANCE INFORMATIQUE Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012 Cahier des charges MAINTENANCE INFORMATIQUE Mai 2013 Table des matières Sommaire 1 Introduction... 3 1.1 Objectifs...

Plus en détail

Les principes et les thèmes PRINCE2

Les principes et les thèmes PRINCE2 31 Chapitre 3 Les principes et les thèmes PRINCE2 1. Les principes de la méthode PRINCE2 Les principes et les thèmes PRINCE2 Les principes de la méthode PRINCE2 définissent un cadre de bonnes pratiques

Plus en détail

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels Yann-Gaël Guéhéneuc Professeur adjoint guehene@iro.umontreal.ca, local 2345 Département d informatique et de recherche

Plus en détail

TABLEAU DE BORD ET INDICATEURS DE PERFORMANCE

TABLEAU DE BORD ET INDICATEURS DE PERFORMANCE TABLEAU DE BORD ET INDICATEURS DE PERFORMANCE Tous droits réservés. Ce manuel ne peut être reproduit en tout ou parti, sous aucune forme, sans la permission du détenteur des droits d auteur. LA GESTION

Plus en détail

Procédure pour évaluer et/ou éditer un article

Procédure pour évaluer et/ou éditer un article Procédure pour évaluer et/ou éditer un article Rôle des membres du comité de rédaction dans le processus de révision d un article : 1. Rôle de la Rédactrice en chef 2. Rôle des Rédacteurs adjoints 3. Rôle

Plus en détail

Installation de Windows XP www.ofppt.info

Installation de Windows XP www.ofppt.info ROYAUME DU MAROC Office de la Formation Professionnelle et de la Promotion du Travail XP DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC XP Sommaire 1 Introduction... 2 2 Vérification de la

Plus en détail

Programme Cisco Networking Academy (CNA) Accord Académie Régionale - Académie Locale. De: (Nom du Legal Main Contact [LMC] de l académie Régionale)

Programme Cisco Networking Academy (CNA) Accord Académie Régionale - Académie Locale. De: (Nom du Legal Main Contact [LMC] de l académie Régionale) Programme Cisco Networking Academy (CNA) Accord Régionale - Locale Date: A: Nom de l établissement: De: (Nom du Legal Main Contact [LMC] de l académie Régionale) L Régionale «Réseau CERTA» et ont convenu

Plus en détail

RESUME DES NORMES ISO

RESUME DES NORMES ISO RESUME DES NORMES ISO Travail réalisé par : Selma FERKOUS O8301 ISO 19011 : La norme internationale ISO 9011, se focalise sur le management de programmes d audit, la réalisation d audits internes ou externes

Plus en détail

Aucun plan ne peut être considéré comme achevé avant d avoir été mis à l essai.

Aucun plan ne peut être considéré comme achevé avant d avoir été mis à l essai. Lignes directrices sur les mises à l essai 1 Les lignes directrices sur la mise à l essai des plans de continuité d activité (PCA) présentées ci-après ont été établies par le sous-comité des plans d'urgence

Plus en détail

QMS-QUA-03 Mesures correctives et préventives

QMS-QUA-03 Mesures correctives et préventives 1 Domaine et application 1.1 Objectif QMS-QUA-03 Mesures correctives et préventives Fournir une méthode efficace et uniforme d aborder les problèmes, les plaintes, les suggestions et les anomalies concernant

Plus en détail

Module: Organisation. 3.3. L informatique dans la structure d une organisation. Abdessamed Réda GHOMARI Maître de Conférences a_ghomari@esi.

Module: Organisation. 3.3. L informatique dans la structure d une organisation. Abdessamed Réda GHOMARI Maître de Conférences a_ghomari@esi. Module: Organisation 3.3. L informatique dans la structure d une organisation Abdessamed Réda GHOMARI Maître de Conférences a_ghomari@esi.dz Plan Introduction Informatique dans les organisations Rattachement

Plus en détail

Fonctionnalités d un logiciel de GMAO

Fonctionnalités d un logiciel de GMAO I.1. Introduction : Le caractère stratégique de la panne, préoccupe de plus en plus les responsables de la production ayant à faire face aux équipements complexes qui ne cessent de prendre de l ampleur

Plus en détail

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie Licence en Informatique à Horraire Décalé Cours Gestion de projet informatique Première partie 1 PLAN Introduction 1. Les concepts de base en management de projet : 3-33 2 Les processus du management de

Plus en détail

ISO 9001:2000. CHAPITRE par CHAPITRE

ISO 9001:2000. CHAPITRE par CHAPITRE ISO 9001:2000 PARTIE 2-3 CHAPITRE par CHAPITRE 9001:2000, domaine Satisfaction du client par la prévention des N.C. (ISO 9001:1994) Appliquer efficacement le système pour répondre aux besoins du client

Plus en détail

DEVREZ VOUS RÉAPPRENDRE À TRAVAILLER AVEC VOTRE SUITE PRIMMO?

DEVREZ VOUS RÉAPPRENDRE À TRAVAILLER AVEC VOTRE SUITE PRIMMO? POURQUOI UNE VERSION SQL? Pour certains d entre vous, cette version est attendue depuis longtemps. Pour d autres, la version actuelle répond très bien à vos besoins. Alors pourquoi une version SQL? La

Plus en détail

Être conforme à la norme PCI. OUI, c est possible!

Être conforme à la norme PCI. OUI, c est possible! Être conforme à la norme PCI OUI, c est possible! Présentation Réseau Action TI 8 mai 2013 Johanne Darveau Directrice systèmes, portefeuille de projets et support applicatif Technologies de l information

Plus en détail

LES OUTILS DE LA GESTION DE PROJET

LES OUTILS DE LA GESTION DE PROJET LES OUTILS DE LA GESTION DE PROJET PROJET : «ensemble des actions à entreprendre afin de répondre à un besoin défini dans des délais fixés». Délimité dans le temps avec un début et une fin, mobilisant

Plus en détail

RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER

RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER A Demande R-3491-2002 RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER HYDRO-QUÉBEC ÉVALUATION DU PROJET SIC ET RECOMMANDATIONS, 7 AOÛT 2002 Original : 2002-09-20 HQD-2, Document 1 (En liasse) Rapport

Plus en détail

PROPOSER UNE SOLUTION OPEN SOURCE AU GOUVERNEMENT DU QUEBEC

PROPOSER UNE SOLUTION OPEN SOURCE AU GOUVERNEMENT DU QUEBEC PROPOSER UNE SOLUTION OPEN SOURCE AU GOUVERNEMENT DU QUEBEC PLAN DE MATCH LE WEB A QUÉBEC 23 au 25 février 2011 - Version 1.0 Mario Lapointe ing. MBA CISA CGEIT mario.lapointe@metastrategie.com Au programme

Plus en détail

ITIL nouvelle version et état de situation des démarches dans le réseau

ITIL nouvelle version et état de situation des démarches dans le réseau ITIL nouvelle version et état de situation des démarches dans le réseau Réunion nationale de la GRICS Le 21 novembre 2007, atelier 134 Jean-Claude Beaudry, Qualiti7 Luc Boudrias, CA, CA-TI Page 1 Contenu

Plus en détail

Structure organisationnelle de la maintenance

Structure organisationnelle de la maintenance Structure organisationnelle de la maintenance La mission et les objectifs d un département de maintenance Contexte: Peu d attention au département de maintenance par la direction Visibilité accrue lors

Plus en détail

Les défis du développement du gouvernement électronique. Par Edwin Lau Résumé par Gérard Mongbé

Les défis du développement du gouvernement électronique. Par Edwin Lau Résumé par Gérard Mongbé Les défis du développement du gouvernement électronique Par Edwin Lau Résumé par Gérard Mongbé La révolution numérique a engendré une pression sur les gouvernements qui doivent améliorer leurs prestations

Plus en détail

STAGE : TECHNICIEN EN INFORMATIQUE

STAGE : TECHNICIEN EN INFORMATIQUE MINISTERE DE LA COMMUNAUTE FRANCAISE ADMINISTRATION GENERALE DE L ENSEIGNEMENT ET DE LA RECHERCHE SCIENTIFIQUE ENSEIGNEMENT DE PROMOTION SOCIALE DE REGIME 1 DOSSIER PEDAGOGIQUE UNITE DE FORMATION STAGE

Plus en détail

Automatisation des copies de systèmes SAP

Automatisation des copies de systèmes SAP Pour plus d informations sur les produits UC4 Software, visitez http://www.liftoff-consulting.com/ Automatisation des copies de systèmes SAP Introduction Le thème de la copie des systèmes SAP est une source

Plus en détail

Groupe SNC-Lavalin inc. Rév. 6 août 2015 Page 1 MANDAT DU COMITÉ DES RISQUES ASSOCIÉS À LA SÉCURITÉ, AU MILIEU DE TRAVAIL ET AUX PROJETS

Groupe SNC-Lavalin inc. Rév. 6 août 2015 Page 1 MANDAT DU COMITÉ DES RISQUES ASSOCIÉS À LA SÉCURITÉ, AU MILIEU DE TRAVAIL ET AUX PROJETS Page 1 MANDAT DU COMITÉ DES RISQUES ASSOCIÉS À LA SÉCURITÉ, AU MILIEU DE TRAVAIL ET AUX PROJETS Le comité des risques associés à la sécurité, au milieu de travail et aux projets («comité») est un comité

Plus en détail

UNEP/OzL.Conv.10/4. Programme des Nations Unies pour l environnement

UNEP/OzL.Conv.10/4. Programme des Nations Unies pour l environnement NATIONS UNIES EP UNEP/OzL.Conv.10/4 Distr. : générale 5 août Français Original : anglais Programme des Nations Unies l environnement Conférence des Parties à la Convention de Vienne la protection de la

Plus en détail

L OPTIMISATION DU MARKETING GRÂCE À PIVOTAL CRM

L OPTIMISATION DU MARKETING GRÂCE À PIVOTAL CRM LIVRE BLANC L OPTIMISATION DU MARKETING GRÂCE À PIVOTAL CRM Une situation optimale pour la force de vente et pour le marketing LIVRE BLANC OPTIMISATION DU MARKETING 2 A PROPOS Au cours des dernières années,

Plus en détail

Les stratégies pour la gestion de l'obsolescence et la pérennité des

Les stratégies pour la gestion de l'obsolescence et la pérennité des Les stratégies pour la gestion de l'obsolescence et la pérennité des systèmes de test N avez avez-vous vous jamais dit Je dispose d un testeur composé de plusieurs instruments obsolètes et je dois réagir

Plus en détail

Nb de Pages : 11 Taille : 250 368 octets Version : 1.0. Référence : oepa_ieee730_20050120. Auteurs : Pierre Gallice

Nb de Pages : 11 Taille : 250 368 octets Version : 1.0. Référence : oepa_ieee730_20050120. Auteurs : Pierre Gallice OEPA Traduction de la norme IEEE 730 Nb de Pages : 11 Taille : 250 368 octets Version : 1.0 Référence : oepa_ieee730_20050120 Auteurs : Pierre Gallice Validé par : Antoine Tallon, chef de projet Destinataires

Plus en détail

Accompagnement à la certification PMP pour cadres et exécutifs (PMET)

Accompagnement à la certification PMP pour cadres et exécutifs (PMET) Accompagnement à la certification PMP pour cadres et exécutifs (PMET) Ligne de Service Durée Standard Processus PMET 100 heures PMBOK 5 e édition Les 5 groupes de processus L offre TenStep CI de formation

Plus en détail

Interprétations Validées des Règles pour la reconnaissance IATF - 3 ème édition

Interprétations Validées des Règles pour la reconnaissance IATF - 3 ème édition Interprétations Validées des Règles pour la reconnaissance IATF - 3 ème édition Les Règles pour la reconnaissance IATF - 3 ème Édition, ont été publiées en 2008. Les Interprétations Validées suivantes

Plus en détail