ERP lacreuse@unistra.fr.

Présentation au sujet: "ERP lacreuse@unistra.fr."— Transcription de la présentation:

1 ERP

2 Les Systèmes d’Informations
2

3 Système d’Information
L’information est une ressource indispensable, précieuse…. autant que l’énergie et la matière. Recherche INPG Pôle Info-com 2004 Système d’information Information System (IS) Ensemble constitué par la définition des processus des métiers et par celle des stocks et flux d'information éclairant ces processus. 3

4 Système d’Information
Système d’information Information System (IS) Il convient d'éviter la confusion fréquente entre système d'information et système informatique: le système informatique ne représente que la partie automatisée du système d'information; ses composants sont de nature technique: matériels, logiciels et infrastructure réseau. Le système d'information est constitué d'informations, d'événements et d'acteurs interréagissant suivant des processus utilisant des technologies de traitement de l'information, plus ou moins automatisées. 4

5 Système d’Information
Système d’information Information System (IS) Quelques fonctions du SI : - saisie d’information - stockage - traitement - recherche - restitution - aide aux décisions 5

6 Fonctions du SI : Saisie, Stockage, Restitution et Transmission
Système de pilotage (ou de décision) Informations traitées Décisions Système d ’informations Informations externes Info. vers l’extérieur Ordres, consignes Informations collectées Système opérant (ou Flux Physique & Financier) Flux sortants Flux entrants 6

7 Système d’Information
Système d’information Information System (IS) Quelques fonctions du SI : - saisie d’information - stockage - traitement - recherche - restitution - aide aux décisions 7

8 LE SI de ma petite Entreprise

9 Flux d’Informations Embrayer sur l’historique de l’informatisation des flux d’information 9

10 Exemple d’une entreprise… Il faut considérer toute la chaine « Supply Chain Logistique »
PROSPECT WH TRUCK SUPPLIERS WH CUSTOMER PLANT WH SO BANK & GOVERNMENT

11 Ventes Étape facultative Étape obligatoire CRM Gestion Entrepôt
Comptabilité Saisie Proposition de prix Commande globale Proposition de prix CRM Liste de prélèvement Commande confirmée Prélèvement validé Facture Chargement marchandises Bon de livraison Paiement Avoir

12 Flux Vente

13 Flux Vente – Gestion des Services

14 Achats Étape facultative Étape obligatoire Gestion Entrepôt
Comptabilité Réception facture Saisie Proposition de prix Ordre prév. (MRP) Commande fournisseur Déchargement marchandises Commande Approbation de facture Enregistrement Bon de réception Facture Contrôle Disponible en stock Paiement Avoir

15 Flux Achat

16 Production Gammes et Nomenclatures
0010 tournage 10min Produit Fini 0020 Decoupage x2 x1 Semi Fini Composant 0030 Contrôle 0040 Emballage x1 Composant

17

18 Comptabilité Générale, Client, Analytique
Comptabilité Générale, Client, Analytique. Ex : lors d’une vente et règlement 700 Produit 445 Tva Coll. 411 Client 511 Banque 100 19,6 119,6 119,6 119,6

19 Comptabilité Tiers : Fournisseur

20 Comptabilité Tiers : Fournisseur

21 RH – Gestion des Notes de Frais

22 C.R.M. – Modules Marketing

23 Contrôle de gestion Tableaux de Bord d’Activité

24 Les Systèmes d’Informations Et Systèmes Informatiques
24

25 Architecture… Information Applicatifs Base de données Matériel

26 Exemple de Système d’Information

27 Système d’Information Intégré ou Urbanisation du SI

28 Système d’Information Intégré ou Urbanisation du SI

29 « Le tout est plus que la somme de ses parties. » Confucius
Et l’ERP ? « Le tout est plus que la somme de ses parties. » Confucius - 1 Base de Données unique et Relationnelle - Unicité de l’info (Pas de ressaisie) - Workflow d’Opérations - Traçabilité des opérations - Permet de visualiser l’activité de l’entreprise en Temps Réel - Couverture de gestion d’entreprise Entreprise Resource Planning Progiciel de Gestion Intégrée Saisie, Stockage, Restitution et Transmission 29

30 Définition - Enterprise Resource Planning (ERP) ou Progiciel de Gestion Intégrée (PGI) « L'expression ERP désigne un logiciel comprenant divers modules qui permettent à une entreprise de gérer d'importantes parties de son activité : planification de la production, achats de produits intermédiaires, gestion du stock de pièces de rechange, relations avec les fournisseurs, services aux clients, suivi de l'exécution des commandes, et aussi comptabilité et gestion des ressources humaines. Un ERP est fondé sur l'utilisation d'une base de données relationnelle. La mise en place d'un ERP peut nécessiter un important travail d'analyse et transformation des processus de travail, ainsi que de formation des agents. Les grands fournisseurs d'ERP sont SAP, Peoplesoft, Microsoft, Oracle etc. » J’ajouterai que l’optique (et non la finalité) est de disposer d’un seul outil global, homogène, permettant une information unique et fidèle, et par suite une restitution aisée pour le pilotage de l’activité. Les ERP ont une logique contraire de celle des logiciels dédiés qui sont très spécialisés et très performants mais sur une seule activité.

31 Marché de l’ERP

32 Marché de l’ERP

33 Evolution de l’ERP

34 Choix d’un ERP

35 Choix d’un ERP Analyser les processus existants = MODELISATION
Définir les améliorations et nouveaux objectifs Evaluer les vrais particularités métier. Exemple ci-joint Appels d’offre Idéalement par réalisation de prototype

36 Choix d’un ERP Confronter l’ERP Vs Multi logiciels
+ Intégration des appli. + Liberté + Transervalité du € + Spécialisation + Multi Tout - Effet Spaghetti Cout Dépendance vers l’éditeur

37 Mise en place d’un ERP Analyser les processus existants
Définir les améliorations et nouveaux objectifs Projet Informatique comme un autre. Importance capitale de la conduite du changement.

38 Mise en place d’un ERP

39 Calcul du ROI

40 Calcul du TCO

41

42 Exemples d’ERP : SAP

43 Exemples d’ERP : Oracle , MICROSOFT

44 Système d’Information et Systèmes Informatiques
Malheureusement les Système d’information remplissent correctement les fonctions : - saisie d’information,stockage,recherche mais pas ou mal de restitution et d’aide aux décisions lié à la conception même du MCD. Création d’une datawarehouse ou Datamart « Que s’est-il passé ? », « Pourquoi est-ce que cela s’est passé ? » « Que va-t-il se passer ? ». « Que se passe-t-il en ce moment ? », « Que devrait-il se passer ? ». 44

45 Systèmes Informatiques Décisionnels
Le tableauPar exemple, on peut vouloir mesurer : 3 indicateurs : le chiffre d'affaires, le nombre de ventes, le montant de taxes pour les ventes de produits, selon un premier axe, l'axe temps : par année, par trimestre, par mois, et selon un second axe, l'axe produits : famille de produits, gamme de produits, référence produit. On obtient ainsi un tableau à deux entrées : par exemple en lignes : la nomenclature produits à 3 niveaux (famille, gamme, référence), et en colonnes : les années, décomposées en trimestres, décomposés en mois, avec au croisement des lignes et colonnes, pour chaque cellule : le chiffre d'affaires, le montant de taxes et le nombre de ventes. A titre d'illustration, les tableaux croisés des principaux tableurs permettent de construire ce type de tableau de bord depuis une base de données. Le cube (technologie OLAP) Si l'on s'intéresse à un troisième axe d'analyse : par exemple, la répartition géographique : par pays, par régions, par magasins, on obtient une dimension de plus et on passe ainsi au cube. Les tableaux croisés dynamiques d'Excel permettent de représenter ce type de cube avec le champ "page". L'hypercube Si l'on s'intéresse à un axe d'analyse supplémentaire : par exemple, la segmentation des clients : par catégorie, par profession, on obtient alors un cube à plus de 3 dimensions, appelé hypercube. Le terme cube est souvent utilisé en lieu et place d' hypercube.

46 Systèmes Informatiques Décisionnels
le modèle de données « en étoile » - optimisé pour les requêtes d'analyse (SGBD relationnel classique Oracle,IBM DB2, SQL_Server, Teradata). La table située au centre de l'étoile est la table des faits ou mesures (ou encore métriques) : ce sont les éléments mesurés dans l'analyse comme les montants, les quantités, les taux, etc. Les tables situées aux extrémités de l'étoile sont les tables de dimensions (ou encore axes d'analyse) ou niveaux de suivi. Ce sont les dimensions explorées dans l'analyse comme par exemple le temps (jour, mois, période, ...), la nomenclature des produits (référence, famille, ...), la segmentation clientèle (tranche d'âge, marché, ...), etc. Le principe d'optimisation de ce modèle en étoile est le suivant : une clé calculée "technique" (clé générique) sert de jointure relationnelle entre les tables de dimensions et la table des faits. La requête SQL réalise d'abord sa sélection sur les tables de dimensions (peu volumineuses) et ensuite seulement, à partir des clés ainsi sélectionnées, la jointure avec la volumineuse table des faits.

47 Modélisation & Audit des Systèmes d’Informations
47

48 Brainstorming sur : Le SI d’une entreprise

49 Axes de modélisation d ’un système
Statique (ce que le système EST) diagramme de classes diagramme d’objets diagramme de composants diagramme de déploiement Dynamique (comment le système EVOLUE) Fonctionnel (ce que le système FAIT) diagramme de séquence diagramme de collaboration diagramme d’états-transitions diagramme d’activités diagramme de cas d’utilisation diagramme de collaboration diagramme FAST

50 Audit des Systèmes d’informations Audit des Systèmes Informatiques
Audit du SI Evaluation De la Performance Globale /CMMI Répondre Aux nouveaux Objectifs Audit des Systèmes d’informations = Modélisation des informations échangées Dans le périmètre élargie de la Société Par ex : echanges avec le gouvernement Audit des Systèmes Informatiques Recensement de toutes les applications Par ex : applications web Non officielles Par ex : tableau excel de calcul des prix Affectation pour chaque d’une criticité

51 QUALITE

52 Définitions ISO 9000 1982 Aptitude d'un produit ou d'un service à satisfaire, au moindre coût et dans les moindres délais les besoins des utilisateurs. • 1987 Ensemble des propriétés et caractéristiques d'un produit ou d'un service qui lui confèrent l'aptitude à satisfaire des besoins exprimés ou implicites. • 1994 Ensemble des caractéristiques d'une entité qui lui confère l'aptitude à satisfaire des besoins exprimés et implicites. • 2000 Aptitude d'un ensemble de caractéristiques intrinsèques à satisfaire des exigences.

53 Qualité des Systèmes d’Information
Il y a lieu de distinguer : -L'organisation de la Qualité (ou Assurance Qualité) de la La Qualité des produits La Qualité, c’est écrire ce que l’on fait, Et faire ce que l’on a écrit. => c’est la maîtrise des processus

54 ASSURANCE QUALITE

55 L'Assurance Qualité • Elle est l'apanage de la DSI (Management)
• Définitions : – L’Assurance de la qualité est la capacité de l'entreprise à prouver objectivement qu'elle a mis en place une organisation efficace, qui permet de fournir des produits ou services de qualité conformes aux exigences spécifiées contractuellement. – La démonstration de ces preuves doit pouvoir être faite à tout moment. – Cette démonstration prend appui sur des documents écrits et archivés.

56 Les Motivations • Qu'est-ce qui peut pousser un DSI vers la
mise en place d'un système Qualité ? – Ses clients • Externes • Internes – Une exigence légale ou réglementaire • SOX (Sarbannes-Oxley) • CFR 21 Part 11 • Informatique et libertés – Sa propre motivation – ...

57 L'Amélioration Continue
• La Roue de Deming Plan Do Check Act

58 Les Réglementations • C'est la plus forte des motivations :
ON N'A PAS LE CHOIX ! • 2 exemples : – Sociétés cotées àWall Street SARBANNES - OXLEY – Industrie Pharmaceutique FDA AFFSAPS – Autres Informatique et Libertés …

59 Les Réglementations • Quelques domaines impactés :
– Gestion des modifications applicatifs – Gestion des modifications infrastructure – Sauvegarde, restauration et plans de recouvrement – Gestion des accès informatiques – Support et Gestion des incidents – Sécurité des systèmes – Gestion des Projets – Gestion des fourniseurs – Signatures électroniques – Formation des utilisateurs – Revues périodiques – ...

60 Les Modèles d’Organisation
• Plusieurs modèles d'organisation existent – Globaux • COBIT (Control objectives for Information and related technologies) • ISO 9001 – Projets • CMM (Capability Maturity Model) • Spice (Software Proces Improvment capability Determination) – Exploitation • ITIL (Information technology infrastructure Library) – Sécurité • ISO 17799

61 Les Modèles d’Organisation : COBIT

62 Les Modèles d’Organisation : COBIT

63 Les Modèles d’Organisation : COBIT

64 Les Modèles d’Organisation : COBIT

65 Les Modèles d’Organisation : CMM

66 Les Modèles d’Organisation : ITIL

67 Les Modèles d’Organisation : ITIL
Release Management Software change :

68

69 Les Procédures • Une procédure doit répondre aux questions suivantes :
– Q ui ? – Q uoi ? – O ù ? – Q uand ? – C ommment ? – P ourquoi ?

70 QUALITE DES PROJETS INFORMATIQUES

71 Le Triangle d'Or des Projets
-Cout -Qualité (un périmêtre,des besoins fonctionnels, un design technique, des Contraintes) -Délais Ce que l'on est en mesure de faire :

72 Le Cycle de Vie des Projets Informatiques

73 Le Cycle en Vé

74 RAD, RUP (IBM), XP, Scrum, Méthodes Agiles
Le Cycle Itératif Cycle Itératif RAD, RUP (IBM), XP, Scrum, Méthodes Agiles Eviter l’effet Tunnel => Découpage du projet en X phases Chaque phase est une itération On multiplie les cycles Elaboration par prototypes Livrer le plus tot possible

75 Définition finition de la Validation
Il s’agit donc de mettre en œuvre et de documenter un ensemble de dispositions permettant de démontrer que l’application répond aux spécifications et besoins des utilisateurs de manière fiable et sécurisée tout au long de son existence.

76 Pourquoi Ecrire ? Les paroles s’en vont, Les écrits restent…
Si ce n’est pas écrit, Ce sont des rumeurs.

77 Les Délivrables : Le Plan de Validation
Le Plan de Validation consiste en la description de ce que l'on va valider Contenu : • Objectifs et périmètre • Description du système • Références (réglementaires, procédures, ...) • Rôles et responsabilités • Responsabilité du fournisseur (le cas échéant) • Gestion des données • Gestion de la documentation de validation du projet

78 Les Délivrables : Les exigences fonctionnelles Ou Besoins utilisateurs
C'est la description des fonctions que devra remplir l'application y compris : • Les réactions du système en cas d'erreurs • Les rapports • L'origine des données • Le nombre d'utilisateurs • ... sans oublier les aspects de sécurité

79 Les Délivrables Les exigences fournisseurs Description
• des critères de sélection des fournisseurs – Compétence technique – Stabilité financière – Système Qualité • Du domaine d'intervention • De la responsabilité du fournisseur

80 Les Délivrables : Les Spécifications Techniques
Traduire les spécifications fonctionnelles en éléments de conception afin de permettre aux développeurs de réaliser le système : •Description d'ensemble •Interfaces avec les autres systèmes •Jobs, batches •Description des bases de données (Merise, ...) •algorithmes •...

81 Les Délivrables La revue de code source (1/2)
Dans certaines société, il peut exister des standards de programmation qui définissent par exemple : • Des standards de nommage • des standards d'annotation • etc. Ceci a pour but de s'affranchir de celui qui a créé le code en permettant à n'importe qui connaissant ces standards de s'y retrouver aisément dans le code Cela facilite également la prise en main dans le cadre du support ou de la maintenance

82 La Réalisation A ce stade du projet, tout est prêt pour la
réalisation du système

83 Les Délivrables La revue de code source (2/2)
Selon le cas (application critique, ...), une Revue de code source peut être conduite : • Respect des standards de codage • Vérification des formules de calcul • Respect des syntaxes • Nettoyage du code mort • ... Nota. C'est une démarche fastidieuse donc chère, donc utilisée avec parcimonie

84 Le Testing Les tests permettent de démontrer que le système
est conforme aux • Spécifications fonctionnelles (besoins clients) • Spécifications techniques Selon l'importance du projet, on peut prévoir 2 runs de test : • Informel --> on vérifie de manière à apporter les corrections nécessaires • Formel --> On confirme de manière définitive que le système est conforme

85 Le Testing Il existe plusieurs types de tests : • Tests unitaires
• Tests d'intégration • Tests de système • Tests d'acceptation (ou recette) • Tests particuliers – Tests parallèles, – Tests de régression – Tests de Performance

86 Le Testing Le plan de test Le Plan de test doit contenir :
• Une présentation de la stratégie retenue • Une description des outils utilisés • Une présentation des environnements de tests • Les cas de test c'est à dire les résultats escomptés dans des conditions particulières ou comment le système doit répondre (ne pas oublier ce que le système ne doit pas faire) • Les scripts de test : instructions et enchaînement détaillés pour tester un ou plusieurs cas de tests

87 Le Testing Les différents types de test Tests unitaires
Ce sont les tests du programme lui-même (Debuggage) – ils sont réalisés par les développeurs Tests d'intégration Ce sont les tests du programme dans son environnement. C'est à dire les échanges (interfaces) avec les autres systèmes et les interactions entre systèmes. On déroule des scenarii complets en faisant intervenir l’ensemble des systèmes concernés

88 Le Testing La Qualification des plateformes de test
Les niveaux de test suivant exigent que la plateforme sur laquelle les tests vont se dérouler soit qualifiés ainsi que la formalisation de la procédure d'installation Ainsi on s'assure : • D'être le plus proche possible des conditions de production – Type de serveurs – Réseau – ... • De savoir qu'elle est la version qui est testée • D'être sûr de pouvoir reproduire la procédure d'installation lors de la mise en production • ...

89 Le Testing Les différents types de test (suite) Tests de système
Les Tests de système permettent de démontrer que le système dans son ensemble répond aux spécifications -> coté informatique Tests d'acceptation (ou recette) Les Tests d'acceptation permettent de démontrer -> coté utilisateurs

90 Le Testing Les tests spéciaux
• Les tests de régression (ou on régression) permet de vérifier si la mise en place du nouveau système ou d'une modification d'un système existant n'ont pas effet indésirable sur les autres fonctionnalité du système ou sur d'autres systèmes en place • Les test parallèles dans le cas d'un remplacement d'un système existant, il s'agit de dérouler certains tests scripts sur l'ancien et le nouveau système de manière à vérifier qu'ils répondent de la même manière • Les tests de performance permettent de vérifier les temps de réponse et la robustesse du système (stress tests)

91 Le Testing En pratique … • Très souvent (et selon l’analyse de
risque), on réduit le plan de test : – Tests unitaires – Tests d’intégration et de recette – Test de non Régression/performance

92 Le Testing Le rapport de test
• Le rapport de test est un résumé des tests qui ont été exécutés • Il reprend les points du plan de test • Tout les runs de test sont listés ainsi que les tests défaillants et les actions qui ont été prises • Les défaillances non résolues sont argumentées

93 LE RAPPORT DE VALIDATION
• Le Rapport de validation est un résumé de l'ensemble des activités de validation qui se sont déroulées durant le projet • Il reprend les divers éléments du plan de validation • Tout les écarts par rapport au plan de validation sont justifiés (avec un plan d'action le cas échéant) • Une fois validé, c'est le sésame pour autoriser la mise en production

94

95 Faux départ ! • En Théorie, on peut mettre en prod sauf Que ...
– On ne sait pas qui peut (a le droit d’)utiliser le système – Les utilisateurs ne sont pas formés – Comment gère-t-on : • Les bugs • Les modifications • Les crash • Les sauvegardes • ...

96 EXPLOITATION

97 SECURITE DU SYSTÈME Il y a lieu de définir la sécurité physique et logique pour les systèmes informatiques Plan de sécurité : Le plan de sécurité doit décrire : • Les contrôles physiques (accès, protections, raid, alimentation de secours, ...) • Les contrôles logiques (droits d'accès et privilèges, procédure de gestion des mots de passe, ...)

98 LA GESTION DES SINISTRES La continuité de service
• Certains systèmes gèrent des fonctions critiques de l'entreprise. • La rupture de service peut avoir des conséquences dramatiques pour l'entreprise • Après une analyse de risque, un plan de continuité de service permet de prévoir la mise en place de moyens permettant de préserver les activités en attendant la restauration du système informatique. On parle de DRP : Disaster Recovery Plan.

99 LA GESTION DES SINISTRES La continuité de service
•Exemples : – RAID – Mise en place d'un deuxième serveur (mirroring) hébergé dans un autre site – Extraction au format pdf des programmes de fabrication pour impression papier – Rien – ...

100 LA GESTION DES SINISTRES Le plan de recouvrement
• Un plan de recouvrement permet de mettre en place l'ensemble des dispositions nécessaires à la remise en fonctionnement du système Contenu : – Composants du système (caractéristiques des serveurs, OS, réseau, ...) – Référence au plan de sauvegarde & restauration – Enchaînements d'action pour le recouvrement du système – Processus de vérification

101 SAUVEGARDE ET RESTAURATION
• Un plan de sauvegarde et restauration doit comporter les éléments suivants : – Contenu des sauvegardes (données, programmes, BDD, ...) – Fréquence de sauvegarde – Période de conservation des sauvegardes – Supports et méthodes de sauvegarde – Stockage des sauvegardes – Procédure de restauration – ...

102 GESTION DU SUPPORT • Lorsque le système sera en production, les
utilisateurs doivent pouvoir demander de l'aide et/ou déclarer des anomalies. • Il y a lieu de prévoir : – L'organisation du support (Help Desk) – La maintenance applicative – La maintenance de l'infrastructure • Et la formation de tout ces acteurs

103 GESTION DES MODIFICATIONS Il s'agit de mettre en place une procédure
prévoyant les modalités de gestion des modifications. De cette manière, on est toujours au courant de la version qui est en production et les modifications sont maitrisées On retrouve de nombreuses actions similaires au plan de validation mais les acteurs sont peut-être différents

104 REVUES PERIODIQUES • Rappel :
la validation consiste à démontrer que le système est conforme à son état validé tout au long de son existence. • En revoyant, de manière régulière, les événements survenus pour l'application : – Les demandes de modification – Les incidents – La sécurité (Nombre de demande d'accès, Tentatives d'intrusion, ...) • On peut prendre les décisions qui s'imposent – Nouvelle release – Remplacement – ...

105 RETRAIT D'UN SYSTÈME • Il ne s'agit pas de tourner la clés.
• Il faut s'assurer (et documenter) que : – Le nouveau système (si c'est un remplacement) est opérationnel (validé) – les données soient archivées • Il faut également organiser : – le rebut du matériel – Le traitement de la documentation – ...

106 Les Outils de la Qualité

107 LES OUTILS DE LA QUALITE: LE PAQ
• LE PAQ (ou Plan d'Assurance Qualité) s'apparente au plan de validation mais est plus souvent employé dans le cadre d'une sous-traitance • Il s'agit donc de décrire et de se mettre d'accord entre client et fournisseur sur les dispositions mises en place pour garantir la qualité du projet • Contenu : – Présentation – Références – Rôles et responsabilités (répartition des tâches MOA/MOE) – Délivrables – Mise en place des comités de pilotage et de suivi – Réunion d'initialisation – Gestion des événements – Documentation – Réunion de Bilan

108 LES OUTILS DE LA QUALITE: L'analyse de risque
• Afin de bien adapter l'effort de validation, on peut être amené à conduire une analyse de risque • Même s'il est préférable de baser son analyse sur du mesurable, elle repose souvent sur l'expérience des participants • Une méthode : l'AMDEC (analyse des modes de défaillances de leurs effets et de leur criticité) • Fréquence x Gravité x Détection = Criticité

109 LES OUTILS DE LA QUALITE: La LUP
La Liste Unique des Problèmes Un tableau listant l'ensemble des problèmes rencontrés sur le problèmes Quelques particularités : Tout problème possède un pilote et un délai de résolution On n'éfface pas les problèmes résolus (cela permet de se rendre compte lorsqu'un problème est répétitif) Si possible la liste est partagée

110 LES OUTILS DE LA QUALITE:
Outils de gestion de projet WEB (intranet – Extranet) * HUDDLE * MANTIS

111 LES OUTILS DE LA QUALITE: La MDL et la Matrice de traçabilité
• La Master Document List – C'est un outils de suivi des délivrables et de leur circuit d'approbation – Cela facilite le suivi et la relance de l'approbation des documents • La Matrice de traçabilité – Permet de s'assurer que toute les fonctions décrites dans le cahier des charges sont traitées et testées • Domaine 1 – Processus 1.1 » Fonction > Spécification > Test 1.1.1 » Fonction > Spécification > Test 1.1.2

112 LA GESTION DE LA DOCUMENTATION • La documentation doit être gérée:
– Gestion des versions – Approbation – Classement – Archivage – Accessibilité / disponibilité • L'idéal : un outil de workflow documentaire • Utiliser les caractéristiques du format pdf

113 LES OUTILS DE TESTING • Il existe 2 types d'outils de testing :
• Les outils de gestion du testing – ex. Test Director • Les outils d'automatisation du testing – Pratique pour les non régression – Très compliqué à mettre en oeuvre – Ex. Mercury

114 Quelques liens utiles • CMM – – q_cmm.shtml – bune.shtml – – 020938, ,00.htm • COBIT – – – 1.htm –

115 Quelques liens utiles • Sarbanes Oxley – spx?Mode=webcast&Keywords=sarbanes%20IT&KeywordSea rchFor=AllWords&SearchIn=videowebcast,audiowebcast – – – WEBFrench.pdf – – • ITIL – – – – – com/html/ITIL_documentation.htm#documentITIL

116 Quelques liens utiles • La validation informatique – ES/TraitInfo/Fic/Chapitre2/Chap2.html – – – – htm • La conduite des projets informatiques – ge01_accueil.php3 – 0, , q,00.htm?sort=N – – e/CISA_Certification/Exam_Information/Terminology/CISA _Examination_Terminology_List__French.htm

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152