Les connaissances fondamentales en maintenance du logiciel
|
|
- Solange Barbeau
- il y a 8 ans
- Total affichages :
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.
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étailAnalyse structurée de solutions pour BMC Remedy IT Service Management v 7
LIVRE BLANC SUR LES PRATIQUES ITIL Analyse structurée de solutions pour BMC Remedy IT Service Management v 7 Exploiter le potentiel des pratiques ITIL grâce aux ateliers d analyse de solutions organisés
Plus en détailITIL 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étailModernisation et gestion de portefeuilles d applications bancaires
Modernisation et gestion de portefeuilles d applications bancaires Principaux défis et facteurs de réussite Dans le cadre de leurs plans stratégiques à long terme, les banques cherchent à tirer profit
Plus en détailNOTE D INFORMATION. Conseils sur l autoévaluation en matière de cybersécurité
Date : Le 28 octobre 2013 NOTE D INFORMATION Destinataires : Institutions financières fédérales Objet : Conseils sur l autoévaluation en matière de cybersécurité Les cyberattaques sont de plus en plus
Plus en détailLe 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étailLa gestion de la maintenance assistée par ordinateur et la maintenance des logiciels
Présentation finale de l'activité de synthèse La gestion de la maintenance assistée par ordinateur et la maintenance des logiciels Nicolas BUCHY Directeur : Alain ABRAN Plan de la présentation 1. Présentation
Plus en détailEst-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques?
DOSSIER SOLUTION Programme de rationalisation des logiciels pour mainframe (MSRP) Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques? agility made possible Le programme
Plus en détailProfesseur superviseur Alain April
RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS MGL804 COMPARAISON ENTRE S3M ET ITIL V3 RÉVISION CHAPITRE 7 DU LIVRE AMÉLIORER LA MAINTENACE DO LOGICIEL IISSAM EL
Plus en détailSystème de management H.A.C.C.P.
NM 08.0.002 Norme Marocaine 2003 Système de management H.A.C.C.P. Exigences Norme Marocaine homologuée par arrêté du Ministre de l'industrie, du Commerce et des Télécommunications N 386-03 du 21 Février
Plus en détailQuestionnaire de sondage: de la communication interne dans l organisation
Cours 7 Audit : Exemple de questionnaire Questionnaire de sondage: de la communication interne dans 1. Votre organisation s est-elle dotée officiellement d une stratégie, d un programme ou d une politique
Plus en détailServices technologiques mondiaux IBM Canada Services de personnel d appoint. Catalogue des fonctions techniques
technologiques mondiaux IBM Canada de personnel d appoint Catalogue des fonctions techniques de personnel d appoint Catalogue des postes techniques de personnel d appoint Postes techniques Table des matières
Plus en détailISO/CEI 19770-1. Technologies de l information Gestion des actifs logiciels. Partie 1: Procédés et évaluation progressive de la conformité
NORME INTERNATIONALE ISO/CEI 19770-1 Deuxième édition 2012-06-15 Technologies de l information Gestion des actifs logiciels Partie 1: Procédés et évaluation progressive de la conformité Information technology
Plus en détailAmélioration du processus de la maintenance du logiciel par un système informatisé d aide à la
FUNDP - Namur Institut d Informatique Rue Grandgagnage, 21 B-5000 Namur Amélioration du processus de la maintenance du logiciel par un système informatisé d aide à la décision ARNAUD COUNET Promoteur :
Plus en détailAffaires autochtones et Développement du Nord Canada. Rapport de vérification interne
Affaires autochtones et Développement du Nord Canada Rapport de vérification interne Vérification du cadre de contrôle de gestion pour les subventions et contributions de 2012-2013 (Modes de financement)
Plus en détailL 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étailProgramme d'amélioration continue des services
Programme d'amélioration continue des services Le catalogue des services bien plus qu une simple liste Présenté par Yves St-Arnaud Octobre 2010 1 Définition d un catalogue des services ITIL La partie du
Plus en détailUniversité de Lausanne
Université de Lausanne Records management et archivage électronique : cadre normatif Page 2 Ce qui se conçoit bien s énonce clairement Nicolas Boileau Page 3 Table des matières Qu est- ce que le «records
Plus en détailLivre Blanc Oracle Novembre 2010. Le Bureau des Projets (PMO) : un levier stratégique de création de valeur pour l industrie
Livre Blanc Oracle Novembre 2010 Le Bureau des Projets (PMO) : un levier stratégique de création de valeur pour l industrie Présentation générale Les entreprises industrielles sont confrontées à un environnement
Plus en détailRAPPORT 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étailITIL Examen Fondation
ITIL Examen Fondation Échantillon d examen B, 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étailIFT3902 : (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étailPanorama général des normes et outils d audit. François VERGEZ AFAI
Panorama général des normes et outils d audit. François VERGEZ AFAI 3 Système d information, une tentative de définition (1/2) Un système d information peut être défini comme l ensemble des moyens matériels,
Plus en détailJOURNÉ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étailRapport de certification
Rapport de certification NetApp Data ONTAP v8.1.1 7-Mode Préparé par : le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans le cadre du Schéma canadien d évaluation
Plus en détailImpartition réussie du soutien d entrepôts de données
La force de l engagement MD POINT DE VUE Impartition réussie du soutien d entrepôts de données Adopter une approche globale pour la gestion des TI, accroître la valeur commerciale et réduire le coût des
Plus en détailEn fonction de sa proposition, Hydro-Québec s attend à ce que la nouvelle tarification soit effective au début de l année 2007.
NOTE AU LECTEUR Fondée en 1961, l Association provinciale des constructeurs d habitations du Québec (APCHQ) est une référence en matière de construction et de rénovation résidentielles. Regroupant quelque
Plus en détailGroupe Eyrolles, 2006, ISBN : 2-212-11734-5
Groupe Eyrolles, 2006, ISBN : 2-212-11734-5 Chapitre 6 La gestion des incidents Quelles que soient la qualité du système d information mis en place dans l entreprise ou les compétences des techniciens
Plus en détailVÉRIFICATION DES PRÊTS À L AFFECTATION. 31 janvier 2001. Direction de la vérification (SIV)
Contenu archivé L'information archivée sur le Web est disponible à des fins de consultation, de recherche ou de tenue de dossiers seulement. Elle n a été ni modifiée ni mise à jour depuis sa date d archivage.
Plus en détailSélection d un moteur de recherche pour intranet : Les sept points à prendre en compte
Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte 1Les bases : vos objectifs 2 Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte
Plus en détailDé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étailGOUVERNANCE DES IDENTITES ET DES ACCES ORIENTEE METIER : IMPORTANCE DE CETTE NOUVELLE APPROCHE
GOUVERNANCE DES IDENTITES ET DES ACCES ORIENTEE METIER : IMPORTANCE DE CETTE NOUVELLE APPROCHE RÉSUMÉ Depuis des années, les responsables de la sécurité de l information et les responsables opérationnels
Plus en détailRécapitulatif: Du 17 au 28 Août 2015. Mesures de développement de la place de Paris. Retard dans l implémentation du format SWIFT au Maroc.
Du 17 au 28 Août 2015 Récapitulatif: Mesures de développement de la place de Paris. Retard dans l implémentation du format SWIFT au Maroc. Accord de partenariat entre la Bourse de Casablanca et London
Plus en détailRapport de certification
Rapport de certification NetScout ngeniusone Unified Performance Management Platform V5.2.1 and ngenius InfiniStream V5.2.1 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme
Plus en détail2. Activités et Modèles de développement en Génie Logiciel
2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale
Plus en détailExcellence. Technicité. Sagesse
2014 Excellence Technicité Sagesse Audit Conseil ATHENA est un cabinet de services créé en 2007 et spécialisé dans les domaines de la sécurité informatique et la gouvernance. De part son expertise, ATHENA
Plus en détailACTUALITÉ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étailService HP Support Plus Services contractuels d assistance clientèle HP
Service HP Support Plus Services contractuels d assistance clientèle HP Des services complets pour matériel et logiciels vous permettent d améliorer la disponibilité de votre infrastructure informatique.
Plus en détailCONSEIL 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étailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailComprendre ITIL 2011
Editions ENI Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000 Collection DataPro Table des matières Table des matières 1 Les exemples à télécharger sont disponibles à l'adresse
Plus en détailGestion de Projet 11 - PMI. Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494. Gestion de Projet Cours PMI
11 - PMI Gestion de Projet Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494 1 2 3 4 5 6 7 8 9 10 1 - How the customer explained it 2 - How the project leader understood it 3 - How the
Plus en détailDémarche en planification financière personnelle L éthique. Éthique. L éthique
Démarche en planification financière personnelle Denis Preston, G.PA., Adm.A.Pl.fin. Chargé de cours Éthique 1. Les principes éthiques; 2. L encadrement légal; 3. La démarche à respecter; 4. Principes
Plus en détailITIL 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étailL évolution du modèle de la sécurité des applications
L évolution du modèle de la sécurité des applications Un modèle utilisé pour intégrer la sécurité dans le cycle de vie des applications Luc Poulin a, Alain Abran b et Alain April b a Cogentas Institut
Plus en détailLivre 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étailGuide No.2 de la Recommandation Rec (2009).. du Comité des Ministres aux États membres sur la démocratie électronique
DIRECTION GENERALE DES AFFAIRES POLITIQUES DIRECTION DES INSTITUTIONS DEMOCRATIQUES Projet «BONNE GOUVERNANCE DANS LA SOCIETE DE L INFORMATION» CAHDE (2009) 2F Strasbourg, 20 janvier 2009 Guide No.2 de
Plus en détailLes mécanismes d'assurance et de contrôle de la qualité dans un
Les mécanismes d'assurance et de contrôle de la qualité dans un projet Agile SPIN de Montréal - ETS 5 mars 2012 Qui sommes nous? mathieu boisvert Coach Agile Chargé de cours Co auteur d un livre avec Sylvie
Plus en détailGérez vos coûts de projet intelligemment
Gérez vos coûts de projet intelligemment À propos de De nos jours, les projets en immobilisation sont de plus en plus gros, de plus en plus complexes. Sans une analyse exhaustive de la valeur acquise,
Plus en détailComité Français des Tests Logiciels. Testeur Certifié. Version 2012
Testeur Certifié Version 2012 Copyright Ce document ne peut être copié intégralement ou partiellement que si la source est mentionnée. Version 2012 Page 1 sur 18 19 octobre 2012 Copyright, (appelé ci-après
Plus en détailProcessus: Gestion des Incidents
Référence Auteur Responsable de processus Processus: Gestion des Incidents G_09 Version 1.0 Fabienne MASSET et Philippe BOULANGER Thierry BERTRAND Date 31/03/2015 Statut Objet D Application Ce document
Plus en détailConsultation sur le projet de mise à jour des indicateurs PEFA, 7 août 2014
Consultation sur le projet de mise à jour des indicateurs PEFA, 7 août 2014 Madame, Monsieur Le Programme «Dépenses publiques et Responsabilité financière» (PEFA), lancé en 2001, a mis en place un cadre
Plus en détailGarantir une meilleure prestation de services et une expérience utilisateur optimale
LIVRE BLANC Garantir une meilleure prestation de services et une expérience utilisateur optimale Mai 2010 Garantir une meilleure prestation de services et une expérience utilisateur optimale CA Service
Plus en détailCA Mainframe Chorus for Security and Compliance Management version 2.0
FICHE PRODUIT CA Mainframe Chorus for Security and Compliance CA Mainframe Chorus for Security and Compliance Management version 2.0 Simplifiez et rationalisez vos tâches de gestion de la sécurité et la
Plus en détailITIL, 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étailValidation des processus de production et de préparation du service (incluant le logiciel)
Validation des processus de production et de préparation du service (incluant le logiciel) Traduction non officielle du document Réponses et décisions de EK-Med 3.9 B 18 publié sur le site Web de l organisme
Plus en détail(DAS) DIPLÔME & (CAS) CERTIFICAT DE FORMATION CONTINUE UNIVERSITAIRE MANAGEMENT DE PROJETS 2015/2016 PROJET.UNIGE.CH
(DAS) DIPLÔME & (CAS) CERTIFICAT DE FORMATION CONTINUE UNIVERSITAIRE MANAGEMENT DE PROJETS 2015/2016 PROJET.UNIGE.CH SOMMAIRE > OBJECTIFS 03 > DIRECTEUR DU DIPLÔME / COMITÉ SCIENTIFIQUE 05 > PUBLIC CONCERNÉ
Plus en détailNote de mise en œuvre
Note de mise en œuvre Objet : appliquant l approche standard ou une AMA Catégorie : Fonds propres N o : A & A-1 Date : Mai 2006 I. Introduction L objectif de cette note de mise en œuvre est de présenter
Plus en détailRapport de certification
Rapport de certification Memory Arrays avec Memory Gateways Version 5.5.2 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma canadien
Plus en détailCADRE DE TRAVAIL. Mai 2008. Autorité des marchés financiers - Mai 2008 Page 1
CADRE DE TRAVAIL Principes à suivre pour les coopératives de services financiers adoptant une approche de notation interne pour le risque de crédit et / ou une approche standard ou de mesure avancée pour
Plus en détailCLOUD PUBLIC, PRIVÉ OU HYBRIDE : LEQUEL EST LE PLUS ADAPTÉ À VOS APPLICATIONS?
CLOUD PUBLIC, PRIVÉ OU HYBRIDE : LEQUEL EST LE PLUS ADAPTÉ À VOS APPLICATIONS? Les offres de Cloud public se sont multipliées et le Cloud privé se généralise. Désormais, toute la question est de savoir
Plus en détailPROGRAMME DE MENTORAT
CONSEIL SCOLAIRE ACADIEN PROVINCIAL PROGRAMME DE MENTORAT ÉNONCÉ PRATIQUE Le Conseil scolaire acadien provincial désire promouvoir un programme de mentorat qui servira de soutien et d entraide auprès des
Plus en détail2. Technique d analyse de la demande
1. Recevoir et analyser une requête du client 2. Sommaire 1.... Introduction 2.... Technique d analyse de la demande 2.1.... Classification 2.2.... Test 2.3.... Transmission 2.4.... Rapport 1. Introduction
Plus en détailIntroduction à ITIL V3. et au cycle de vie des services
Introduction à ITIL V3 et au cycle de vie des services Création : janvier 2008 Mise à jour : juillet 2011 A propos A propos du document Ce document de référence sur le référentiel ITIL V3 a été réalisé
Plus en détailRapport de certification
Rapport de certification Évaluation EAL 3 + du produit Symantec Risk Automation Suite 4.0.5 Préparé par : Le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans
Plus en détailGuide d administration de Microsoft Exchange ActiveSync
Guide d administration de Microsoft Exchange ActiveSync Copyright 2005 palmone, Inc. Tous droits réservés. palmone, HotSync, Treo, VersaMail et Palm OS sont des marques commerciales ou déposées dont palmone,
Plus en détailRapport de certification
Rapport de certification Évaluation EAL 2 + du produit Data Loss Prevention Version 11.1.1 Préparé par : Le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans
Plus en détailVertec Engineering L ERP professionnel pour ingénieurs
Vertec Engineering L ERP professionnel pour ingénieurs Gestion simple des projets, clients et prestations la solution modulaire et complète destinée aux ingénieurs Vertec Engineering couvre en un produit
Plus en détailMinistère de l intérieur --------
Ministère de l intérieur -------- Examen professionnel d ingénieur principal des systèmes d information et de communication du ministère de l intérieur Session 2013 Meilleure copie Sujet n 1 - Réseaux
Plus en détailMV Consulting. ITIL & IS02700x. Club - 27001- Toulouse Sébastien Rabaud Michel Viala. Michel Viala
MV Consulting Michel Viala ITIL & IS02700x Club - 27001- Toulouse Sébastien Rabaud Michel Viala ITIL & ISO2700x : Présentation Intervenants Michel VIALA : Consultant ITIL confronté à la prise en compte
Plus en détailProject Management Performance Pack
Project Management Performance Pack Ligne de Service Durée Standard Prestations Project Management 10-120 jours PMBOK Formation Assistance/Conseil Solutions IT L offre packagé 2B Consulting d amélioration
Plus en détailNon-Operational Reporting and Analytics (NORA) Mettre à profit l information potentielle aux centres de santé communautaire
Non-Operational Reporting and Analytics (NORA) Mettre à profit l information potentielle aux centres de santé communautaire Association des centres de santé de l Ontario Bureau de la direction des projets
Plus en détailSupport application ProgrÉ. Académie de Paris
Support application ProgrÉ Académie de Paris 1 Dans ProgrÉ, la facturation est directement liée au conventionnement. En effet, les factures reprennent tels quels les éléments qui composent la (ou les)
Plus en détailACCÈS AUX RESSOURCES NUMÉRIQUES
ACCÈS AUX RESSOURCES NUMÉRIQUES Identification, authentification et navigation entre les plateformes et les portails officiels Recommandations de la CORENE Juin 2014 Contenu Bref rappel du dossier... 3
Plus en détailagility made possible
DOSSIER SOLUTION CA VM:Manager Suite for Linux on System Z Comment réduire le coût et la complexité de la gestion et de la sécurisation des environnements z/vm et Linux on System z? agility made possible
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étailOffre de services. PHPCreation Inc. info@phpcreation.com - www.phpcreation.com. Date : 2015. Présenté à : À l'attention de : Représentant :
Date : 2015 Offre de services Présenté à : À l'attention de : Représentant : PHPCreation Inc. T- info@phpcreation.com - www.phpcreation.com Table des matières OFFRE DE SERVICES... 3 SOMMAIRE EXÉCUTIF...
Plus en détailPetit guide pour choisir une solution CRM
Petit guide pour choisir une solution CRM Trouvez la solution qui vous convient» Nos clients sont plus performants. www.update.com Avant-propos Le CRM est en passe de devenir le principal logiciel de l
Plus en détailClassification : Non sensible public 2 / 22
Le Ministère de la Santé, via son programme «Hôpital numérique», soutient l amélioration de la qualité de service et de la performance des établissements de santé par le développement et la promotion du
Plus en détailIFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours
IFT3913 Qualité du logiciel et métriques Chapitre 2 Modèles de processus du développement du logiciel Plan du cours Introduction Modèles de processus du développement du logiciel Qualité du logiciel Théorie
Plus en détailLa Tierce Maintenance Applicative ERP De quoi s agit-il? Est-ce le bon choix pour vous?
La Tierce Maintenance Applicative ERP De quoi s agit-il? Est-ce le bon choix pour vous? Dans cet article, vous découvrirez: L origine de la Tierce Maintenance Applicative ERP (ou PGI ). Les avantages de
Plus en détailAméliorer la Performance des Fournisseurs
Les Solutions SQA de Solumina L Assurance Qualité Fournisseur Figure 1 Influence sur les affaires de nos clients actuels. Réduire des Stocks lors des Inspections Le Système de Contrôle Qualité Fournisseurs
Plus en détailRÉUSSIR L AUTOMATISATION DU PROCESSUS DE TEST FONCTIONNEL
UN LIVRE BLANC DE BORLAND RÉUSSIR L AUTOMATISATION DU PROCESSUS DE TEST FONCTIONNEL L'automatisation du processus de test fonctionnel optimise la qualité des logiciels et maximise leur valeur opérationnelle.
Plus en détailStratégies gagnantes pour les prestataires de services : le cloud computing vu par les dirigeants Dossier à l attention des dirigeants
Dossier à l attention des dirigeants Centres d évaluation de la technologie inc. Le cloud computing : vue d ensemble Les sociétés de services du monde entier travaillent dans un environnement en pleine
Plus en détailEstimer et mesurer la performance des projets agiles avec les points de fonction
Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont
Plus en détailITIL 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étailLes bonnes pratiques d un PMO
Livre Blanc Oracle Avril 2009 Les bonnes pratiques d un PMO Un plan évolutif pour construire et améliorer votre Bureau des Projets Une construction progressive La première étape consiste à déterminer les
Plus en détailRapport de certification
Rapport de certification BMC Real End User Experience Monitoring and Analytics 2.5 Préparé par le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma
Plus en détailWHITEPAPER. Quatre indices pour identifier une intégration ERP inefficace
Quatre indices pour identifier une intégration ERP inefficace 1 Table of Contents 3 Manque de centralisation 4 Manque de données en temps réel 6 Implémentations fastidieuses et manquant de souplesse 7
Plus en détailGestion des salaires éprouvé pour PME suisses.
éprouvé pour PME suisses. Gestion commerciale Comptabilité Travailler de façon plus efficace Davantage de temps pour les tâches de direction Des milliers de PME suisses travaillent avec la gestion des
Plus en détailDevenir un gestionnaire de personnes
Devenir un gestionnaire de personnes SÉRIE PARTENAIRES EN AFFAIRES Déterminer vos besoins Trouver les bonnes personnes Conserver les bons employés SÉRIE PARTENAIRES EN AFFAIRES Le passage de personne d
Plus en détailStratégies gagnantes pour la fabrication industrielle : le cloud computing vu par les dirigeants Dossier à l attention des dirigeants
Stratégies gagnantes pour la fabrication industrielle : Dossier à l attention des dirigeants Centres d évaluation de la technologie inc. Stratégies gagnantes pour l industrie : Synthèse Jusqu ici, les
Plus en détailSystè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étailContact : 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étailCobiT une expérience pratique
dossier : Audit CobiT une expérience pratique Dans un environnement de concurrence mondiale, les entreprises se restructurent pour rationaliser leurs activités et, conjointement profiter des progrès des
Plus en détailLe logiciel pour le courtier d assurances
Le logiciel pour le courtier d assurances Introduction - Présentation 2 Intégration totale 3 Paperless Office 3 Traitement Unifié de l information 4 Outils commerciaux 5 Communication 6 Intégration AS/2
Plus en détailRapport de certification
Rapport de certification Évaluation EAL 2 + du produit EMC RecoverPoint version 3.4 Préparé par : Le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans le cadre
Plus en détailL ADMINISTRATION Les concepts
L ADMINISTRATION Les concepts Complexité des réseaux et systèmes besoins d outils d aide à la gestion Objectifs Superviser le fonctionnement du S.I. et des réseaux Optimiser l utilisation des ressources
Plus en détailcurité des TI : Comment accroître votre niveau de curité
La sécurits curité des TI : Comment accroître votre niveau de maturité en sécurits curité Atelier 315 Par : Sylvain Viau Luc Boudrias Plan de la présentation Qui sommes-nous? Pourquoi la sécurité de vos
Plus en détail