[PDF] GUIDE DAUDIT DES SYSTEMES DINFORMATION





Previous PDF Next PDF



Test daptitude Entraînement intensif

Organisation et planning. Les tests du type « planning » ou organisation sont souvent redoutés des étudiants. Ces exercices consistent à repérer les 



Méthodologie de conduite dune mission daudit interne

Entrées : Stratégie de l'organisation Indicateurs définis par l'organisation



BELTRAME Stéphane Test Organisation (correction) Type 1

Paul et Rodolphe sont deux brancardiers ils ont accompagné cinq patientes (Carine



Processus cognitifs complexes Les fonctions exécutives

Elles sont nécessaires pour effectuer des activités telles que la planification l'organisation



Apports dune évaluation écologique des fonctions exécutives en

14.11.2013 En revanche ce test mobilise les capacités de planification



GUIDE DAUDIT DES SYSTEMES DINFORMATION

03.07.2015 Valider le suivi du planning prévisionnel de tests de restauration : ... Il est nécessaire de contrôler si l'organisation est en mesure de ...



Tests daptitude Entraînement intensif

Ces exercices n'admettent qu'une seule solution. 1. Organisation –. Planning –. Organigramme. Page 8 



Tests daptitude Entraînement intensif

Organisation – Plannings –. Organigrammes. Fiche méThode. Organisation et planning. Les tests du type « planning » ou organisation sont souvent redoutés des 



AIDE - MEMOIRE « organisateur des chantiers et des manifestations

30.11.2019 - Planification et organisation des manifestations culturelles commerciales



Découvrez nos tests

Tests de planification. Une bonne organisation c'est tout un art. Vous aimeriez savoir comment votre candidat(e) s'y attelle ? Test de planification en.



Test daptitude Entraînement intensif

Organisation et planning. Les tests du type « planning » ou organisation sont souvent redoutés des étudiants. Ces exercices consistent à repérer les 



Méthodologie de conduite dune mission daudit interne

une phase de planification - normes et MPAs 2200 - En fonction de l'organisation et de la taille du service d'audit interne le RAI peut avoir délégué ...



Tests daptitude Entraînement intensif

Organisation – Plannings –. Organigrammes. Fiche méThode. Organisation et planning. Les tests du type « planning » ou organisation sont souvent redoutés des 



GUIDE DAUDIT DES SYSTEMES DINFORMATION

3 juil. 2015 principaux audits généralistes (audit en organisation audits de processus



Tests daptitude Entraînement intensif

Ces exercices n'admettent qu'une seule solution. 1. Organisation –. Planning –. Organigramme. Page 8 



BELTRAME Stéphane Test Organisation (correction) Type 1

Test Organisation (correction) Type 1. Tous droits de propriété intellectuelle réservés. TEST D'ORGANISATION 1. Paul et Rodolphe sont deux brancardiers ...



Optimisation et planification de lapprovisionnement en présence du

12 juil. 2017 ou l'organisation interne de chaque acteur mais sont liés aussi aux interactions ... Ce test peut permettre à découvrir un nouveau risque.



Tests daptitude

1 Les tests d'aptitude aux concours . 4 Les tests de type Mastermind . ... 34 Les tests de planification et d'organisation ........................ 139.



Livrable 2009 du Groupe de travail Plan de Continuité dActivité :

Fiche n°4 : Principes d'organisation de tests . La planification des tests s'inscrit dans un plan d'action annuel voire pluriannuel. Ce plan doit être.



GUIDE DE GESTION DES RESSOURCES HUMAINES

La personne responsable de la planification des ressources humaines a pour mandat de recenser les besoins de chaque secteur de l'organisation et de traiter 



[PDF] Test daptitude Entraînement intensif - Dunod

Les tests du type « planning » ou organisation sont souvent redoutés des étudiants Ces exercices consistent à repérer les informations qui ne peuvent se placer 



[PDF] Tests daptitude Entraînement intensif - Dunod

Les tests du type « planning » ou organisation sont souvent redoutés des étudiants Ces exercices consistent à repérer les informations qui ne peuvent se placer 



[PDF] Tests daptitude Entraînement intensif - Numilog

Organisation et planning Les tests du type « planning » ou tests d'organisation sont souvent redou- tés des étudiants Ces exercices consistent à repérer 



[PDF] BELTRAME Stéphane Test Organisation (correction) Type 1

Test Organisation (correction) Type 1 Tous droits de propriété intellectuelle réservés TEST D'ORGANISATION 1 Paul et Rodolphe sont deux brancardiers 



[PDF] Tests daptitude - fnac-staticcom

1 Les tests d'aptitude aux concours 34 Les tests de planification et d'organisation 139



[PDF] IFAP : entraînement intensif aux tests daptitude - Remedeorg

Les tests du type « planning » sont souvent redoutés des étudiants Il faudra donc concentration organisation et logique afin de réussir ce type



[PDF] Planning Logigramme Organigramme Cases à noircir Master Mind

Les tests du type « planning » sont souvent redoutés des étudiants Il faudra donc concentration organisation et logique afin de réussir ce type



Tests psychotechniques Aptitude logique organisation attention

Tests psychotechniques Aptitude logique organisation attention Tous types de tests classiques et imprévus



[PDF] Un guide pratique ainsi quun outil pour la planification la

Manuel OMS d'exercices de simulation Genève : Organisation mondiale de la Santé ; 2017 Licence : CC BY-NC-SA 3 0 IGO Catalogage à la source



[PDF] Tests psychotechniques daptitude et de logique

Attention et concentration • Organisation • Logique verbale TESTS gramme planning plan de table liste en désordre agencement etc ) ? Les tests 

:
Guide systèmes

Version 1.0 - juin 2014

IȇMXGLP GHV 6Ζ ¢ OȇRŃŃMVLRQ GH PLVVLRQV m J"Q"UMOLVPHV } IȇaXGLP GX SLORPMJH GHV V\VPªPHV GȇLQIRUPMPLRQ

Iȇaudit de sécurité

Iȇaudit de la production informatique

Iȇaudit des applications informatiques en service Iȇaudit du support utilisateurs et de la gestion du parc

Iȇaudit de la fonction " Étude »

Iȇaudit des projets

Iȇaudit des marchés spécifiques au domaine informatique p. 19 p. 37 p. 43 p. 51 p. 59 p. 67 p. 69 p. 73 p. 91 Parmi les thèmes d'audit abordés dans ce guide :

Guide pratique du CHAI

PrĠcaution concernant l'utilisation du prĠsent document

Le prĠsent guide a ĠtĠ ĠlaborĠ par un groupe de traǀail interministĠriel, sous l'Ġgide du ComitĠ d'harmonisation de l'audit interne (CHAI). Il est

le fruit de plusieurs mois de travaux collectifs, de partage d'expériences et de mise en commun des meilleures pratiques ayant cours dans les

corps de contrôle ou les missions ministĠrielles d'audit interne. Son objet est au premier chef de faciliter l'harmonisation de la méthodologie

de travail des auditeurs internes et il se rapporte à ce titre à la partie " dispositions recommandées ͩ du cadre de rĠfĠrence de l'audit interne

Ce document est une première version, actuellement en cours d'expérimentation par les praticiens de l'audit interne en fonction dans les

différents ministères.

comme le seul référentiel à la lumière duquel les auditeurs auront à former leur opinion globale et porter leur jugement professionnel dans le

domaine considéré.

Ce document a été produit dans le cadre d'un groupe de traǀail du ComitĠ d'harmonisation de l'audit interne

(CHAI) animé par Marcel DAVID (CGA) composé de :

™ Anne AUBURTIN (IGAS),

™ Patrick BADARD (SAE),

™ Simon BARRY (CGEFI),

™ Philippe BELLOSTA (DGFIP),

™ Pierre BOURGEOIS (IGA),

™ Luc CHARRIÉ (CHAI),

™ Jean-Pierre DALLE (IGA),

™ Nicole DARRAS (CGEDD),

™ Rémy MAZZOCCHI (DISIC),

™ Hervé PEREZ (CHAI),

™ Philippe PERREY (IGAENR),

™ Jean-François PICQ (IGAENR),

™ Clément REMARS (CGA).

1

SOMMAIRE

Introduction ............................................................................................................................................................................................................... 5

1. Les systèmes informatiques : enjeux et risques ............................................................................................................................................. 7

1.1. Le système informatique .............................................................................................................................................................................................. 7

1.1.1. Définition ...................................................................................................................................................................................................................................... 7

1.1.1.1. ȱȱȱȱȱȂ ................................................................................................................................................................................................... 7

1.1.1.2. ȱȱȱȂȱȱ ........................................................................................................................................................................................ 9

1.2. Les risques informatiques.......................................................................................................................................................................................... 13

1.2.1. Généralités .................................................................................................................................................................................................................................. 13

1.2.2. Les principaux risques informatiques ..................................................................................................................................................................................... 13

2. ȱȱȱȱȂ ............................................................................................................................................................ 19

2.1. ȂȱȱȱȱȂȱȱȱȍ généralistes »....................................................................................................................................... 19

2.1.1. ȂȱȂȱ ....................................................................................................................................................................................................... 19

2.1.2. Les audits de processus ............................................................................................................................................................................................................. 21

2.1.3. Les audits de régularité ............................................................................................................................................................................................................. 23

2.1.4. Les audits des fonctions externalisées ..................................................................................................................................................................................... 25

2.1.5. Les audits de projets non SI ...................................................................................................................................................................................................... 27

2.2. ȱȱȂȱȱȂȱȱȱȱȱȱ ..................................................................................................... 29

2.2.1. ȱȱȂ ............................................................................................................................................................................................................ 29

2.2.2. Les audits de projets informatiques ........................................................................................................................................................................................ 30

2.2.3. Les audits de sécurité ................................................................................................................................................................................................................ 31

2.2.4. Les audits de qualité des données ........................................................................................................................................................................................... 32

2.2.5. Les audits de régularité spécifiques ........................................................................................................................................................................................ 34

3. ȱȱȱȱȱȱȱȂȱȱ .......................................................................................... 35

3.1. ȱȱȱȱȱȂ ...................................................................................................................................................... 37

2

3.2. Audit de sécurité .......................................................................................................................................................................................................... 43

3.3. Audit de la production informatique ...................................................................................................................................................................... 51

3.4. Audit des applications informatiques en service .................................................................................................................................................. 59

3.5. Audit du support utilisateurs et de la gestion du parc ......................................................................................................................................... 67

3.6. Audit de la fonction Étude ......................................................................................................................................................................................... 69

3.7. Audit des projets ......................................................................................................................................................................................................... 73

3.7.1. Objectifs et enjeux du projet ..................................................................................................................................................................................................... 73

3.7.2. ȱȂȱȱȱȱ ..................................................................................................................................................................... 74

3.7.3. Planification ................................................................................................................................................................................................................................ 75

3.7.4. Instances de pilotage ................................................................................................................................................................................................................. 76

3.7.5. Méthodes et outils ...................................................................................................................................................................................................................... 78

3.7.6. Plan assurance qualité ............................................................................................................................................................................................................... 79

3.7.7. Conception générale et analyse ................................................................................................................................................................................................ 80

3.7.8. Conception détaillée .................................................................................................................................................................................................................. 81

3.7.9. Développement, réalisation ou paramétrage ......................................................................................................................................................................... 82

3.7.10. Qualification : test/recette ......................................................................................................................................................................................................... 83

3.7.11. ȱȱȱȱȱȱ........................................................................................................................................................................... 85

3.7.12. Documentation ........................................................................................................................................................................................................................... 87

3.7.13. Rôles et responsabilités ............................................................................................................................................................................................................. 88

3.7.14. Gestion des évolutions .............................................................................................................................................................................................................. 89

3.7.15. Mise en production .................................................................................................................................................................................................................... 90

3.8. Audit des marchés spécifiques au domaine informatique .................................................................................................................................. 91

3.8.1. ȱȱȱȂȱ ............................................................................................................................................................................. 92

3.8.2. Étude des ȱȂȱȱȱȱȱȱȱȂȱ ................................................................................................. 94

3.8.3. ȱȱȱȂȱȱȱȱȱȱȱȂȱȱ .................................................................................... 95

3.8.4. ȱȱȱȂȱȱȱȱȱȱǻǼ .............................................................................................................. 96

3.8.5. Étude des marchés ayant pour objet la fourniturȱȂȱȱ ............................................................................................................... 97

4. Dictionnaire des expressions spécifiques et acronymes ............................................................................................................................. 99

4.1. Dictionnaire des expressions spécifiques du domaine ........................................................................................................................................ 99

3

4.1.1. Gouvernance du SI .................................................................................................................................................................................................................... 99

4.1.2. Schéma directeur et plan stratégique informatique .............................................................................................................................................................. 99

4.1.3. ȱȂȱȱȱǻǼ ............................................................................................................................................................................................. 99

4.1.4. ȱȂȱǻǼȱȱȱȂ .................................................................................................................................................................. 100

4.1.5. Propriétaire (business ownerǼȱȂȱȱȱȱ ......................................................................................................................................... 101

4.1.6. Base de données maîtresse ...................................................................................................................................................................................................... 101

4.1.7. Politique de sécurité ................................................................................................................................................................................................................ 102

4.1.8. ȱȂ .................................................................................................................................................................................................................. 102

4.1.9. ȱȱȱǻǼǰȱȂȱȱȱuction (exploitation)....................................................................................... 103

4.1.10. Recette........................................................................................................................................................................................................................................ 104

4.1.11. Convention et contrats de service (SLA / OLA) ................................................................................................................................................................... 104

4.1.12. ȱȱȱȱȂȱȱȱȱȱȱȂ .......................................................................................................................................... 104

4.1.13. Infogérance et outsourcing ..................................................................................................................................................................................................... 105

4.1.14. Informatique en nuage, ou Cloud Computing .................................................................................................................................................................... 105

4.1.15. Datacenter ................................................................................................................................................................................................................................. 106

4.1.16. Maintenance applicative ou corrective, TMA, TME ........................................................................................................................................................... 106

4.1.17. Progiciel de gestion intégrée Ȯ PGI (ERP) ............................................................................................................................................................................. 107

4.2. Dictionnaire des acronymes .................................................................................................................................................................................... 109

ȱȂȱȱȱȂȱȱȱȂ .............................................................................................................................. 111

4 5

INTRODUCTION

L'essentiel des traǀaudž d'audit relatifs au systğme d'information ne nécessite pas de connaissances très approfondies en informatique mais Ce guide s'adresse toutefois ă des auditeurs a minima aǀertis, c'est-à-dire ayant suivi une session de sensibilisation ou ayant déjà effectué une ou deux missions d'audit dans le domaine en compagnie d'un auditeur spécialisé dans le domaine des SI. La sensibilisation pourra, notamment, s'appuyer sur des guides de formation mis ă disposition par le CHAI. Il propose dans une première partie une information générale sur les facteurs clĠs permettant d'amĠliorer la performance de la fonction et du système informatique, en les articulant avec les principaux risques du domaine. Il décrit en deuxième partie, d'une part, la dimension informatique des principaux audits généralistes (audit en organisation, audits de processus, etc.) et, d'autre part, les aspects plus gĠnĠraudž des audits ǀisant informatique, des projets, etc.). Il présente en troisième partie les points ă aborder en fonction de l'aspect identifiant les principaux points de contrôle correspondant. Ce tableau doit permettre à un auditeur non spécialiste des SI de percevoir le contenu d'un thğme d'audit donnĠ, et ă un auditeur spĠcialisĠ de ne rien oublier. Cependant, ce guide est orientĠ ǀers l'audit de structures de taille attentes à la taille et audž moyens de l'organisation auditĠe, en particulier Enfin, un dictionnaire permet de revenir sur certaines notions important de veiller à la clarté des termes et notions utilisés dans les documents contractuels. En complément de ce guide, il est à noter que les auditeurs ministériels peuǀent s'appuyer en matiğre d'audit des SI sur la direction des systğmes informatiques est, en effet, l'une de ses missions essentielles. 6 7

1. LES SYSTEMES INFORMATIQUES :

ENJEUX ET RISQUES

1.1. LE SYSTEME INFORMATIQUE

1.1.1. DEFINITION

représente l'ensemble des logiciels et matériels participant au stockage, à la gestion, au traitement, au transport et à la diffusion de l'information au sein de l'organisation. La fonction informatique ǀise ă fournir ă ces ressources l'organisation. Elle comprend donc, outre le système informatique, les personnes, processus, ressources financières et informationnelles qui y contribuent. externes à l'organisation, afin que tous ceux qui ont à prendre des décisions disposent des éléments leur permettant de choisir l'action la plus appropriée au moment adéquat. sur des ressources informatiques. En raison de la confusion fréquente entre ces notions, les commanditaires attendent parfois des auditeurs SI Un système informatique est constitué de ressources matérielles et logicielles organisées pour collecter, stocker, traiter et communiquer les informations. Les ressources humaines nécessaires à son fonctionnement (par exemple les administrateurs) sont parfois incluses dans ce périmètre. Le système informatique ne doit pas être conçu comme une fin en soi : il fondamental : désormais, un système informatique est un facteur déterminant de la performance (efficacité, efficience, maîtrise des inadapté ou mal maîtrisé peut être une source inépuisable de difficultés. Les développements suivants exposent, de manière synthétique, les principaux facteurs clés de la performance du SI et les risques spécifiques qui pèsent sur son fonctionnement.

1.1.1.1. LA PERFORMANCE DU SI DE LTAT

Le dĠǀeloppement de serǀices pertinents pour le citoyen et l'entreprise, la modernisation des outils mis ă disposition des agents, l'ouǀerture des circulaire, le 7 mars 2013, le cadre stratégique commun du système d'information de l'tat ĠlaborĠ par la direction interministĠrielle des 8 portĠe par les systğmes d'information ministĠriels et interministĠriels. Cette ambition se décline en trois axes stratégiques :

1. Le SI doit créer une valeur croissante pour ses utilisateurs. À cet

effet, les directions métiers doivent mieudž s'appuyer sur les de celle-ci et la qualité du service rendu par les agents publics. Le systğme d'information doit ġtre mieudž structuré et utilisé pour développer les relations numériques entre les métiers et les usagers.

2. Le SI de l'tat doit ġtre construit de faĕon efficiente.

des composantes de ce SI doivent être réduits.

3. La fonction SI de l'tat doit ġtre pilotĠe. Les ǀisions ministĠrielles

des SI, et particulièrement leur alignement avec la stratégie des mĠtiers, doiǀent s'appuyer sur une ǀision transversale du système d'information de l'tat afin de concilier enjeudž mĠtiers et enjeudž globaux des politiques publiques. En particulier, certains enjeux des chantiers essentiels pour la rĠussite de l'Ġǀolution du systğme ministérielles. L'urbanisation du SI de l'tat est l'outil pour le pilotage du patrimoine SI et une aide à la décision pour toutes les actions de transformation. Le cadre commun d'urbanisation (CCU) du SI de l'tat constitue un des éléments du corpus réglementaire applicable pour la construction, la gestion, l'edžploitation et la transformation du SI de l'tat, ă tous les niveaux. Ce corpus se compose de documents de politique globale applicables ă l'ensemble du SI de l'tat ͗ de SI, la politique de sécurité, définissant les règles générales de sécurité, le cadre commun d'urbanisation dĠfinissant la démarche d'urbanisation, le cadre commun d'interopérabilité. Ce corpus comprend également des documents réglementaires territoriales, organismes de la sphère sécurité et protection sociale), dĠfinis par l'ordonnance nΣ2005-1516 du 8 décembre 2005 : le référentiel gĠnĠral d'interopérabilité, le référentiel général de sécurité, le référentiel gĠnĠral d'accessibilitĠ pour l'administration. Il comprend également des documents à portée ministérielle : un cadre stratégique ministériel (ou schéma directeur), déclinant ministère ; un cadre de cohérence technique : normes, standards et règles d'architecture applicables localement ; 9 une méthode de conduite de projet qui définit et structure les le pilotage des projets de transformation du SI pour un ministère (ou une administration) ;

1.1.1.2. LES FACTEURS CLEFS DUN SI PERFORMANT

Un SI idéal :

objectifs des métiers ; est en conformité avec les obligations légales ; est sécurisé ; est facile à utiliser ; est fiable ; est adaptatif ; est pérenne ; est disponible ; est efficient ; respecte le plan d'urbanisme ; pratiques de la commande publique. Les principaudž facteurs clefs d'un SI performant sont les suivants : une forte implication de la direction dans la gestion du SI. Elle doit notamment superviser la gestion du SI par la mise en place des outils de pilotage suivants : un schéma directeur informatique (SDI), qui définit la stratégie informatique pluriannuelle, dont la validation informatique et la stratĠgie de l'entitĠ ; des documents d'organisation de la gouvernance du SI, mis à jour régulièrement ; des comités de pilotage informatiques réguliers (suivi des incidents, suivi des projets, suivi des budgets, etc.), au sein desquels la direction doit être représentée à bon niveau ; un portefeuille des projets SI et des analyses de la valeur des systğmes d'information ; une politique de sécurité (voir ci-après), approuvée au plus haut niveau de la direction ; des comités de sécurité réguliers, au sein desquels la direction doit être représentée à bon niveau ; une cartographie des applications et systèmes informatiques à jour, incluse dans une politique 10 d'urbanisme informatique. Cette cartographie est fondamentale pour les auditeurs, les certificateurs ou tout autre organisme de contrôle. une politique de sécurité, qui doit être validée et soutenue par la direction de l'entitĠ : la politique de sĠcuritĠ des systğmes d'information (PSSI) constitue le principal document de référence en matière de sécurité des systğmes d'information (SSI). Elle reflète elle se matérialise par un document présentant, de manière ordonnée, les règles de sécurité à appliquer et à respecter dans l'organisme. Ces rğgles sont gĠnĠralement après validation, la PSSI doit être diffusĠe ă l'ensemble des acteurs du SI (utilisateurs, sous-traitants, prémunir ; la PSSI est un document vivant qui doit évoluer afin dequotesdbs_dbs21.pdfusesText_27
[PDF] le message véhiculé par une fibre exercice

[PDF] test d'organisation ifsi

[PDF] exercices d'organisation

[PDF] test demi cooper eps

[PDF] test demi cooper vma

[PDF] vitesse message nerveux

[PDF] test demi cooper pdf

[PDF] définition vitesse instantanée

[PDF] vitesse moyenne d'une reaction chimique

[PDF] vitesse de reference route

[PDF] test vma luc leger

[PDF] vitesse moyenne de disparition d'un réactif

[PDF] calcul vitesse instantanée formule

[PDF] v85

[PDF] tester une égalité exercices