Nb de Pages : 11 Taille : octets Version : 1.0. Référence : oepa_ieee730_ Auteurs : Pierre Gallice
|
|
- Chrystelle Ménard
- il y a 8 ans
- Total affichages :
Transcription
1 OEPA Traduction de la norme IEEE 730 Nb de Pages : 11 Taille : octets Version : 1.0 Référence : oepa_ieee730_ Auteurs : Pierre Gallice Validé par : Antoine Tallon, chef de projet Destinataires : Membres d'orphée, Ch. Chevallier, Ch Fourdrinier Sans objet Remarques
2 Participants à ce document: Nom Fonction Trigramme Courrier électronique Téléphone Laurent Bocquet LBO Nicolas Demange NDG Thomas Ferry TFE Pierre Gallice PGA Antoine Tallon Secrétaire ATA Historique du document : N de version Date Auteur Description des modifications /01/05 Pierre Gallice Création Glossaire : SIGL #$ #$ () ()$ (## (+ (+ ($$ ($( ( ($ ($ -#$ Abréviation Description Système d Information et Génie Logiciel % & ' & (*% * (*% * & (*% (*,'% (*,'% (*,, & (*,, %*% (*&*% & (*&*% & & (*&*% & -% &
3 Sommaire : 1VUE D'ENSEMBLE PORTÉE DÉFINITIONS PLAN ASSURANCE QUALITÉ BUT (SECTION 1 DU PAQ) DOCUMENTS DE RÉFÉRENCE (SECTION 2 DU PAQ) MANAGEMENT (SECTION 3 DU PAQ) DOCUMENTATION (SECTION 4 DU PAQ) STANDARDS, PRATIQUES, CONVENTIONS ET MÉTRIQUES (SECTION 5 DU PAQ) RÉVISIONS ET AUDITS (SECTION 6 DU PAQ) TEST (SECTION 7 DU PAQ) RAPPORT D'ERREURS ET ACTION CORRECTIVE (SECTION 8 DU PAQ) OUTILS, TECHNIQUES, ET MÉTHODOLOGIES (SECTION 9 DU PAQ) CONTRÔLE DU CODE (SECTION 10 DU PAQ) CONTRÔLE DES MOYENS DE COMMUNICQTION (SECTION 11 DU PAQ) CONTRÔLES DES FOURNISSEURS (SECTION 12 DU PAQ) COLLECTION D'ENREGISTREMENTS, MAINETANCE ET RÉTENTION (SECTION 13 DU PAQ) FORMATION (SECTION 14 DU PAQ) MANAGEMENT DU RISQUE (SECTION 15 DU PAQ)
4 Introduction Ce standard décrit la préparation et le contenu du Plan Assurance qualité d un logiciel et apporte un standard permettant de préparer les plans et de les évaluer. Il est directement orienté vers le développement et la maintenance de logiciel critique ; c est à dire où toute défaillance pourrait impacter sur la sureté ou causer de lourdes pertes financières. Dans cette norme, le firmware est considéré être du software et doit donc être traité comme tel. Il y a trois groupes qui sont concernés par ce standard : l utilisateur, le développeur et le public. 1 Vue d ensemble Le but de ce standard est d apporter les besoins minimum acceptables pour la préparation et le contenu du PAQ. En considérant l adoption de ce standard, les utilisateurs doivent prendre garde au fait que l application spécifique de ce standard peut déjà avoir été couvert par un ou plusieurs documents IEEE reliés à la qualité, aux définitions Le but de ce standard n est en aucun cas de réaliser une mise à jour des normes existantes guidant certaines industries ou applications spécifiques. Ce standard s applique au développement et à la maintenance de logiciels critiques. En ce qui concerne les logiciels non critiques, ou encore pour les logiciels déjà développés, une sous-partie de ce standard peut être appliquée. L existence de ce standard ne doit pas être comprise comme une interdiction d ajout de contenu au PAQ. Une évaluation doit être réalisée pour le logiciel spécifique afin de s assurer de son adéquation avec la zone de couverture du standard. Si une organisation produit plusieurs parties logicielles, l applicabilité du standard devra être spécifiée pour chacune de ces parties. 3 Définitions Branch metric : Le résultat de la division entre le nombre total de modules pour lesquels chaque branche a été exécutée au moins une fois et le nombre total de modules. Critical software : Logiciels pour lesquels toute défaillance causera de lourdes pertes financières et sociales. Decision point metric : Le résultat de la division entre le nombre total de modules pour lesquels chaque point de décision a eu 1) toutes les validations, et 2) au moins une condition invalide, correctement menée par le nombre total de modules. Domain metric : Le résultat de la division du nombre total de modules pour lesquels un échantillon valide et un invalide de chaque classe d items d entrée ont été correctement traités par le nombre total de modules. Error message metric : Le résultat de la division entre le nombre total de messages d erreurs qui ont été démontrés de manière formelle par le nombre total de messages d erreurs. /
5 Quality assurance : Un modèle planifié et générique de toutes les actions nécessaires pour obtenir les preuves suffisantes de l adéquation d un produit avec les besoins établis. Requirements demonstration metric : Le résultat de la division du nombre total de besoins identifiés séparément dans le SRS qui ont été démontrés avec succès par le nombre total de besoins identifiés séparément dans le SRS. 4 Plan d assurance qualité du logiciel Le PAQ doit inclure les sections listées ci-dessous pour être en accord avec le standard. Les sections pourraient être traitées dans l ordre donné. Si ce n est pas le cas, alors une table doit être produite à la fin du PAQ pour produire les références croisées entre le standard et son adaptation. S il n y a pas d information pertinente dans une section, la motion suivante doit apparaître en dessous de l en tête de la section : «cette section n est pas applicable au plan», avec les raisons appropriées de son exclusion. a) but b) documents de référence c) Management d) Documentation e) Normes, conventions et mesures f) Révisions et audits g) Test h) Rapport des problèmes et action corrective i) Outils, techniques et méthodes j) Contrôle du code k) Contrôles des moyens de communication l) Contrôles des fournisseurs m) Rassemblement des enregistrements, maintenance et conservation n) Entraînement o) Management du risque D autres sections peuvent êtres ajoutées. Une partie de ce contenu peut apparaître dans d autres documents. Si c est le cas, les références à ces documents doivent être ajoutées dans le corps du PAQ. Le PAQ doit être approuvé par le chef opératoire de chaque phase de l organisation ou par un de ses représentants. 4.1 But (Section 1 du PAQ) Cette section doit delimiter le but et la portée spécifique du PAQ adapté au logiciel. Il doit lister les noms des parties du logiciel couverts par le PAQ et l intention d utilisation du logiciel. Il doit determiner la portion du cycle de vie du logiciel couvert par le PAQ pour chaque partie spécifiée du logiciel. 4.2 Documents de référence (Section 2 du PAQ) Cette section propose une liste exhaustive des documents référencés partout ailleurs dans le PAQ du logiciel. "
6 4.3 Management (Section 3 du PAQ) Cette section décrit l organisation, les tâches et les responsabilités Organisation Ce paragraphe doit décrire la structure organisationnelle qui influence et contrôle la qualité des logiciels. Cela doit inclure une description de chaque élément majeur de l organisation avec les responsabilités sous-jacentes. La dépendance comme l indépendance de l organisation de ces éléments relatids au PAQ et ceux relatifs au développement vont être clairement décrits et détaillés Tâches Ce paragraphe doit décrire a) La portion du cycle de vie du logiciel couverte par le PAQ b) Les tâches à réaliser avec une attention spéciale sur les activités d assurance qualité c) Les relations entre les tâches et les vérifications majeures planifiées Responsabilités Ce paragraphe doit identifier les elements d organisation spécifique à chaque tâche. 4.4 Documentation (Section 4 du PAQ) But Cette section doit effectuer les fonctions suivantes : a) Identifier la documentation guidant le développement, la vérification et la validation, l utilisation, et la maintenance du logiciel. b) Faire état de la façon dont l adéquation des documents va être vérifiée. Cela doit inclure les critères d audit permettant de vérifier cette adéquation Documents minimum requis Pour assurer que l implémentation du logiciel satisfait les besoins, les documents suivants sont nécessaires : Spécifications des besoins du logiciel (SRS) Le SRS doit décrire de manière claire et précise les besoins essentiels (fonctions, performances, design, contraintes, et attributs) du logiciel et de ses interfaces. Chaque besoin doit être décrit de façon à ce qu il puisse y avoir un moyen de le vérifier et de le valider par une méthode choisie (inspection, analyse, démonstration, ou test). 0
7 Description du design du logiciel (SDD) Le SDD doit décrire comment le logiciel va être structuré afin de répondre aux besoins du SRS. Le SDD doit décrire les composants et sous-composants du design, en incluant les bases de données ainsi que les interfaces internes. Le SDD doit d abord être ébauché sous la forme d une version préliminaire pour ensuite être détaillé dans la version finale Plan de verification et de développement du logiciel (SVVP) Le SVVP doit identifier et décrire les méthodes à utiliser pour : a) vérifier que 1) Les besoins du SRS ont été approuvés par les autorités compétentes 2) Les besoins du SRS sont implémentés suivant le design du SDD 3) Le design exprimé dans le SDD est implémentés à travers le code b) valider le code, une fois exécuté, correspond aux attentes exprimées dans le SRS Rapport de verification et validation du logiciel (SVVR) Le SVVR doit décrire les résultats de l exécution du SVVP Documentation utilisateur La documentation utilisateur doit spécifier et décrire les entrées attendues et les entrées de contrôle, les séquences d entrée, les options, les limitations du programme, et les autres activités nécessaires à la bonne exécution du logiciel. Tous les messages d erreur doivent être identifiés et leur action corrective exprimée Plan de management du logiciel (SCMP) Le SCMP doit documenter les méthodes à utiliser pour identifier toutes les parties du logiciel, contrôler et implémenter des changements, et enregistrer et rapporter des changements de status d implémentation Autres La documentation restante pourrait inclure : a) Le plan de développement du logiciel b) Le manuel des standards et procédures c) Le plan de management du projet logiciel d) Le manuel de maintenance du logiciel. 1
8 4.5 Standards, pratiques, conventions et mesures (Section 5 du PAQ) Mesures Cette section doit : a) Identifier les standards, les pratiques, et les mesures à appliquer b) Faire état de la façon de contrôler et vérifier l adéquation avec ces items Contenu Les sujets couverts doivent inclure les techniques basiques, le design, les activités de programmation mises en jeu, les variables et le nom des modules, la programmation, l inspection et les tests. Au minimum, les informations suivantes doivent être produites : a) Standards de documentation b) Standards de structures logiques c) Standards de code d) Standards de commentaires e) Standards de test et de pratiques f) Les mesures et l assurance qualité du logiciel choisi : a. Branch metric b. Decision point metric c. Domain metric d. Error message metric e. Requirements demonstration metric 4.6 Révisions et audits (Section 6 du PAQ) But Cette section doit a) Définir les révisions techniques et managériales à mener b) Faire état de comment les révisions et audit doivent être menés c) Faire état des prochaines actions à mener et comment elles vont être implémentées et vérifiées Besoins minimums requis Au minimum, les révisions et audits suivants doivent être conduits Révisions des besoins du logiciel (SRR) Le SRR est utilisé pour assurer l adéquation avec les besoins présents dans le SRS. 2
9 Révision du design préliminaire (PDR) Le PDR est utilisé pour évaluer l adéquation technique du design préliminaire du logiciel comme détaillé dans le SPP préliminaire Révision du design critique (CDR) Le CDR est utilisé pour déterminer l acceptabilité du design détaillé du logiciel tel qu il est dans le SPP satisfaisant au besoin du SRS Révision du plan de verification et de valifation du logiciel (SVVPR) Le SVVPR est utilisé pour évaluer l adéquation et la complétude des méthodes de vérification et de validation définies dans le SVVP Audit fonctionnel Cette audit a lieu avant la livraison du logiciel pour vérifier que tous les points spécifiés dans le SRS ont été respectés Audit physique Cet audit est présent pour vérifier que le logiciel et sa documentation sont logiques et prêts à être livrés Audits internes aux processus Les audits internes aux processus d un échantillon du design sont présents pour vérifier la logique de celui-ci, ce qui inclut : a) La documentation du code face à celle du design. b) Les spécifications de l interface (matérielle et logicielle). c) Les implémentations du design face aux besoins fonctionnels d) Les besoins fonctionnels face aux descriptions des tests Révisions managériales Les révisions managériales sont tenus périodiquement pour évaluer l exécution de toutes les actions et articles identifiés dans le PAQ. Ces révisions doivent être tenus par un élément de l organisation indépendant de l unité qui fait l objet de la révision ou bien pars un tiers parti qualifié. Cette révision peut être la source de changements additionnels dans le PAQ lui-même Révision du plan de management des configurations du logiciel (SCMPR) 4()$* 5!&5!, %!! % *!* () 3
10 Révision post-mortem & 6*!&%&!!% % % %! Autres 4!& & %& % 7-#$8 &!&5!, 7%!9%!9:%9;!8 % 4.7 Test (Section 7 du PAQ) Cette section doit identifier tous les tests non inclus dans le SVVP pour le logiciel couvert paer le PAQ et doit faire états des methods à utiliser. 4.8 Rapport d erreurs et action corrective (Section 8 du PAQ) Cette section doit a) Décrire les pratiques et procedures à suivre pour les rapports, le traçage, et la resolution de problèmes identifiés à la fois dans les parties du logiciel et dans le développement et les processus de maintenances de celui-ci. b) Faire état des responsabilités spécifiques organisationnelles avec leur implementation. 4.9 Outils, techniques, et méthodologies (Section 9 du PAQ) Cette section doit identifier les outils spéciaux du logiciel, les techniques, et methods qui supportent l assurance qualité du logiciel, fait état de leurs buts, et décrit leur utilization Outils, techniques, et méthodologies (Section 10 du PAQ) Cette section doit définir les methods et moyens mis en oeuvre pour maintenir, conserver, sécuriser, et documenter les versions contrôlées du logiciel identifié pendant toutes les phases du cycle de vie de ce logiciel. Cela peut être implémenté en conjonction avec une bibliothèque de programmation. Cela peut être apporté en tant que partied u SCMP. Si c est le cas, une référence appropriée doit être réalisée.
11 4.11 Contrôle des moyens de communication (Section 11 du PAQ) Cette section doit faire état des méthodes et moyens à utiliser pour a) Identifier les media pour chaque produit et la documentation nécessaire pour sauvegarder les media, incluant la copie et le processus de restauration b) Protéger les programmes sur support physique d accès interdits ou de dommages accidentels ou de dégradation durant toutes les phases du cycle de vie du logiciel Cela peut être apporté comme une partied u SCMP. Si c est le cas, une reference appropriée doit être faite Contrôle des fournisseurs (Section 12 du PAQ) Cette section doit faire état des provisions pour assurer que le logiciel apporté par les fournisseurs correspond aux besoins établis. Le fournisseur peut avoir à preparer un PAQ et à developer son logiciel en accord avec ce standard Collection d enregistrements, maintenance, et rétention (Section 13 du PAQ) Cette section doit identifier la documentation d assurance qualité à retenir, doit faire état des méthodes et moyens à mettre en jeu pour rassembler, sauvegarder et maintenir cette documentation; et doit préciser la durée de retention Collection d enregistrements, maintenance, et rétention (Section 14 du PAQ) Cette section doit identifier les activités de formations pour satisfaires les besoins du PAQ Management du risque (Section 15 du PAQ) Cette section doit spécifier les méthodes et procedures employees pour identifier, évaluer, suivre, et contrôler les aires de risque augmentant sur la portion de cycle de vie du logiciel couvert par le PAQ.
Systè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étailGénie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5
Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel LA QUALITE 1/5 La gestion de la qualité Enjeux de la
Plus en dé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étailL application doit être validée et l infrastructure informatique doit être qualifiée.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 Annexe 11: Systèmes informatisés
Plus en détailLA QUALITE DU LOGICIEL
LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications
Plus en détailGuide de candidature. Module 5
Guide de candidature Module 5 Notez qu il s agit uniquement d une discussion préliminaire. Les candidats potentiels ne doivent pas s appuyer sur les détails présentés dans le programme relatif aux nouveaux
Plus en détailPréparation des données d entrée pour la définition d un plan de validation
L ingénierie des systèmes complexes Préparation des données d entrée pour la définition d un plan de validation Référence Internet 22745.010 Saisissez la Référence Internet 22745.010 dans le moteur de
Plus en détailNom-Projet MODELE PLAN DE MANAGEMENT DE PROJET
Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée
Plus en détailCADRE D AGRÉMENT APPROCHE STANDARD DU RISQUE OPÉRATIONNEL
CADRE D AGRÉMENT APPROCHE STANDARD DU RISQUE OPÉRATIONNEL Coopératives de services financiers Publication initiale : Décembre 2007 Mise à jour : TABLE DES MATIÈRES 1. Introduction... 3 2. Principes généraux...
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étailMEGA ITSM Accelerator. Guide de démarrage
MEGA ITSM Accelerator Guide de démarrage MEGA 2013 1ère édition (janvier 2013) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailLes standards et la prise en compte des COTS : comment se concilient l utilisation des COTS et les normes actuelles?
Les standards et la prise en compte des COTS : comment se concilient l utilisation des COTS et les normes actuelles? L I S EDF Electricité de France technicatome THOMSON-CSF Marie-Hélène Durand Aerospatiable
Plus en détailContenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH
Contenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH Note d information à l usage des professionnels En complément de cette note, des informations relatives au contenu des GBPH sont
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étailAppendice 2. (normative) Structure de niveau supérieur, texte de base identique, termes et définitions de base communs
Appendice 2 (normative) Structure de niveau supérieur, texte de base identique, termes et définitions de base communs NOTE Dans les propositions de Texte identique, XXX désigne un qualificatif de norme
Plus en détailFormat de l avis d efficience
AVIS D EFFICIENCE Format de l avis d efficience Juillet 2013 Commission évaluation économique et de santé publique Ce document est téléchargeable sur www.has-sante.fr Haute Autorité de santé Service documentation
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étailRapport de certification
Rapport de certification 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 d évaluation et de certification selon les Critères
Plus en détailMEGA ITSM Accelerator. Guide de Démarrage
MEGA ITSM Accelerator Guide de Démarrage MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en dé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étailPROGRAMMES D ENTRETIEN
Page 1 sur 10 1 OBJET La présente fiche a pour objet de réunir les directives nécessaires à l élaboration du programme d entretien d un aéronef des catégories de ceux utilisés dans le vol à voile (remorqueurs,
Plus en détailCommunication aux entreprises d assurances concernant la procédure de «pre-application» pour Solvency II
Communication _2011_08 du 18 février 2011 Communication aux entreprises d assurances concernant la procédure de «pre-application» pour Solvency II a) Mise à jour du questionnaire «Intentions Modèles» b)
Plus en détail1.1 Les conditions suivantes s appliquent à l étendue de la prestation, sauf stipulation contraire, convenue par écrit.
Conditions générales de vente 1. Etendue de la prestation 2. Honoraires 3. Livraison 4. Cas de force majeure 5. Garantie 6. Dommages-intérêts 7. Paiement 8. Secret professionnel 9. Tribunal compétent 10.
Plus en détailITIL V2. La gestion des mises en production
ITIL V2 La gestion des mises en production Création : novembre 2004 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL a été réalisé en 2004 et la traduction
Plus en détailPré-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é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étailManuel d assurance qualité ISO 9001:2000. Copie originale
Manuel d assurance qualité ISO 9001:2000 Copie originale Approuvé par : Hugue Meloche ing. Page 1 de 24 Propriété intellectuelle Ce document, élaboré par Groupe Meloche Inc. pour sa compagnie située à
Plus en détailCahier des charges. Technique pour la mise en œuvre. de la procédure Portail Achat - EDI
Direction des Achats de la SNCF Département SI Achat (DSIT-A) 120 Boulevard Vivier Merle 69502 Lyon Cedex 03 Tél. : (33) 04 82 31 32 15 - SNCF 503 215 Cahier des charges Technique pour la mise en œuvre
Plus en détailChapitre 7 Ministère du Développement des ressources humaines / Andersen Consulting
Ministère du Développement des ressources humaines / Andersen Consulting Contenu Contexte................................................................ 101 Examen du contrat........................................................
Plus en détailStandard de contrôle de sécurité WLA
Standard de contrôle de sécurité WLA Standard de sécurité et d intégrité des activités de loterie et de jeu WLA-SCS:2012 Association mondiale des loteries (World Lottery Association) Édition Novembre 2014
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é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étailISO/CEI 27001:2005 ISMS -Information Security Management System
ISO/CEI 27001:2005 ISMS -Information Security Management System Maury-Infosec Conseils en sécurité de l'information ISO/CEI 27001:2005 ISMS La norme ISO/CEI 27001:2005 est issue de la norme BSI 7799-2:2002
Plus en détailNORME INTERNATIONALE D AUDIT 330 REPONSES DE L AUDITEUR AUX RISQUES EVALUES
NORME INTERNATIONALE D AUDIT 330 REPONSES DE L AUDITEUR AUX RISQUES EVALUES Introduction (Applicable aux audits d états financiers pour les périodes ouvertes à compter du 15 décembre 2009) SOMMAIRE Paragraphe
Plus en détailRÈGLES DE CERTIFICATION D ENTREPRISE
RÈGLES DE CERTIFICATION D ENTREPRISE Fabrication et transformation de matériaux et d emballages destinés au contact des aliments : respect des règles d hygiène (méthode HACCP) Réf. Rédacteur LNE PP/GLB
Plus en détailSécurité des Systèmes d Information
Sécurité des Systèmes d Information Tableaux de bord SSI 29% Nicolas ABRIOUX / Consultant Sécurité / Intrinsec Nicolas.Abrioux@Intrinsec.com http://www.intrinsec.com Conférence du 23/03/2011 Tableau de
Plus en détailREF01 Référentiel de labellisation des laboratoires de recherche_v3
Introduction Le présent référentiel de labellisation est destiné aux laboratoires qui souhaitent mettre en place un dispositif de maîtrise de la qualité des mesures. La norme ISO 9001 contient essentiellement
Plus en détailDEVELOPPEMENT ET MAINTENANCE DE LOGICIEL: OUTIL DE PILOTAGE
DEVELOPPEMENT ET MAINTENANCE DE LOGICIEL: OUTIL DE PILOTAGE Développement et maintenance de logiciel Automne 2006 François-Xavier RIU Thomas POUPART Seng LAO Zhe WU SOMMAIRE Introduction Introduction INTRODUCTION
Plus en détailTHEORIE ET CAS PRATIQUES
THEORIE ET CAS PRATIQUES A DEFINIR 8/28/2012 Option AUDIT 1 INTRODUCTION L informatique : omniprésente et indispensable Développement des S.I. accroissement des risques Le SI = Système Nerveux de l entreprise
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étailRECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT
PROJET DE SEMESTRE : RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT SOFTWARE PROJECT MANAGEMENT PLAN Projet Reconstruction d'un modèle 3D d'objet avec la Kinect Document École Software Project Management
Plus en détailTable des matières: Guidelines Fonds de Pensions
Table des matières: Guidelines Fonds de Pensions TABLE DES MATIERES... 1 INTRODUCTION... 2 1 FINANCEMENT ET FINANCEMENT MINIMUM... 3 1.1 FINANCEMENT... 3 1.2 FINANCEMENT DE PLAN... 3 1.3 FINANCEMENT MÉTHODE
Plus en détailService de réplication des données HP pour la gamme de disques Continuous Access P9000 XP
Service de réplication des données HP pour la gamme de disques Continuous Access P9000 XP Services HP Care Pack Données techniques Le service de réplication des données HP pour Continuous Access offre
Plus en détail3 - Sélection des fournisseurs... 4. 4 Marche courante... 5. 4.1 Conditionnement Transport... 5. 4.2 Livraison... 5
1 SOMMAIRE 1 Introduction... 3 2 Principes... 3 3 - Sélection des fournisseurs... 4 4 Marche courante... 5 4.1 Conditionnement Transport... 5 4.2 Livraison... 5 4.3 - Garantie qualité / Conformité... 5
Plus en détailPolitique d exécution des ordres
Politique d exécution des ordres 1- Introduction Ce document de politique d exécution des ordres (ci-après «la Politique») vous est proposé (client ou futur client) en accord avec la «Provision des Services
Plus en détailFICHE TECHNIQUE # 64 INTÉGRATION COMPÉTENTE ET SÉCURITAIRE DES NOUVEAUX EMPLOYÉS
FICHE TECHNIQUE # 64 INTÉGRATION COMPÉTENTE ET SÉCURITAIRE DES NOUVEAUX EMPLOYÉS Chez les jeunes de 15 à 24 ans, 54 % des accidents du travail surviennent dans les six premiers mois de l emploi. Pour tous
Plus en détailQualité. Validation et qualité des systèmes de traitement de l information dédiés aux laboratoires TECHNOLOGIE APPLIQUÉE DOSSIER INFORMATIQUE
DOSSIER INFORMATIQUE TECHNOLOGIE APPLIQUÉE Claude PINET 1 Validation et qualité des systèmes de traitement de l information dédiés aux laboratoires RÉSUMÉ Quel que soit son domaine d application, un système
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é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étailSujet de thèse CIFRE RESULIS / LGI2P
Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Sujet de thèse CIFRE RESULIS / LGI2P Titre Domaine De l ingénierie des besoins à l ingénierie des exigences
Plus en détailEvaluation de la conformité du Système de validation Vaisala Veriteq vlog à la norme 21 CFR Part 11
/ Livre blanc Evaluation de la conformité du Système de validation Vaisala Veriteq vlog à la norme 21 CFR Part 11 La norme 21 CFR Part 11 traduit l opinion de la FDA selon laquelle les risques de falsification,
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étailITIL V2. La gestion des configurations
ITIL V2 La gestion des configurations Création : novembre 2004 Mise à jour : août 2009 A propos A propos du document Ce document de référence sur le référentiel ITIL a été réalisé en 2004 et la traduction
Plus en détailPartager l expérience de l ASECNA dans la mise en œuvre du SMS et du SMQ :
Objet de la présentation Partager l expérience de l ASECNA dans la mise en œuvre du SMS et du SMQ : Défis rencontrés Avantages acquis Contenu de la présentation Qu est ce que l ASECNA? Planification de
Plus en détailMarquage CE des Granulats
REFERENTIEL SECTORIEL POUR LA Page 1 sur 11 MAÎTRISE DE LA PRODUCTION DES GRANULATS (Système d'attestation de conformité 2+) SOMMAIRE : Article 1 Objet et domaine d application Article 2 Intervenants dans
Plus en détailProcessus d Informatisation
Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue
Plus en détailIdentification du module
Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les
Plus en détailL Office national de l énergie a produit la version finale du rapport d audit du programme de gestion de l intégrité d Enbridge.
Dossier Le 31 mars 2015 Monsieur Guy Jarvis Président, Oléoducs Dirigeant responsable aux termes de la Loi sur l Office national de l énergie Pipelines Enbridge Inc. Fifth Avenue Place, bureau 3000 425,
Plus en détail1. La sécurité applicative
ISO 27034 Caractéristiques et avantages pour les entreprises 1. La sécurité applicative v Quel est le poids de la sécurité applicative par rapport à la sécurité de l'information et par rapport à la sécurité
Plus en détailDossier d'étude technique
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Dossier d'étude technique Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-technique
Plus en détailRÉSUMÉ. Particulièrement adaptée à des institutions opérant en front office. Logiciel utilisé essentiellement en Afrique de l Ouest.
NOM DU PRODUIT PERFECT v6.1 NOM DU FOURNISSEUR CAGECFI Évaluation 2009* Novembre 2009 Évaluations précédentes Sans objet RÉSUMÉ Impression générale Solution intégrant une couverture fonctionnelle complète
Plus en détailManuel de l utilisateur du système en ligne pour les demandes de subvention ainsi que pour les rapports sur leur utilisation
Manuel de l utilisateur du système en ligne pour les demandes de subvention ainsi que pour les rapports sur leur utilisation Fonds de contributions volontaires des Nations Unies contre les formes contemporaines
Plus en détailOutil de documentation sur la réduction D : Système d archivage de l analyse de la réduction
Outil de documentation sur la réduction D : Système d archivage de l analyse de la réduction A : Analyse des émissions sectorielles clés B : Dispositions institutionnelles pour les activités de réduction
Plus en détailService d'installation et de démarrage de la solution de stockage réseau HP StoreEasy 1000/3000
Service d'installation et de démarrage de la solution de stockage réseau Services HP Données techniques Le service d'installation et de démarrage de la solution de stockage réseau offre l'installation
Plus en détailDéveloppement spécifique d'un système d information
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si
Plus en détailNORME INTERNATIONALE D AUDIT 330 PROCÉDURES A METTRE EN ŒUVRE PAR L'AUDITEUR EN FONCTION DE SON ÉVALUATION DES RISQUES
NORME INTERNATIONALE D AUDIT 330 PROCÉDURES A METTRE EN ŒUVRE PAR L'AUDITEUR EN FONCTION DE SON ÉVALUATION DES RISQUES SOMMAIRE Paragraphes Introduction... 1-3 Réponses globales... 4-6 Procédures d'audit
Plus en détailComment mettre en oeuvre une gestion de portefeuille de projets efficace et rentable en 4 semaines?
DOSSIER SOLUTION Package CA Clarity PPM On Demand Essentials for 50 Users Comment mettre en oeuvre une gestion de portefeuille de projets efficace et rentable en 4 semaines? agility made possible CA Technologies
Plus en détailGUIDE SUR LES INDICATEURS DE PERFORMANCE DANS LES UNITÉS DE VÉRIFICATION INTERNE
GUIDE SUR LES INDICATEURS DE PERFORMANCE DANS LES UNITÉS DE VÉRIFICATION INTERNE FRVI Mars 2009 Guide sur les indicateurs de performance dans les unités de vérification interne 2 Table des matières Introduction..04
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étailSOFTURION SAS BUDGETINMIND CONTRAT DE LICENCE DE LOGICIEL
SOFTURION SAS BUDGETINMIND CONTRAT DE LICENCE DE LOGICIEL VEUILLEZ LIRE ATTENTIVEMENT CE CONTRAT DE LICENCE DE LOGICIEL («LICENCE») AVANT D UTILISER LE LOGICIEL DE SOFTURION. EN UTILISANT CE LOGICIEL,
Plus en détailSoyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique
Soyez agile Dans l industrie du logiciel, la gestion de projet est confrontée à de nombreux défis. Le principal est de pouvoir assurer l adéquation d un produit et de ses fonctionnalités avec les besoins
Plus en détailITIL V3. Objectifs et principes-clés de la conception des services
ITIL V3 Objectifs et principes-clés de la conception 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
Plus en détailComment se servir de cet ouvrage? Chaque chapitre présente une étape de la méthodologie
Partie I : Séries statistiques descriptives univariées (SSDU) A Introduction Comment se servir de cet ouvrage? Chaque chapitre présente une étape de la méthodologie et tous sont organisés selon le même
Plus en détailGuide de rédaction d un protocole de recherche clinique à. l intention des chercheurs évoluant en recherche fondamentale
V E R S I O N A V R I L 2 0 1 2 C E N T R E D E R E C H E R C H E C L I N I Q U E É T I E N N E - L E B E L D U C H U S Guide de rédaction d un protocole de recherche clinique à l intention des chercheurs
Plus en détail4 Système de management de la qualité
4 Système de management de la qualité 4.1 Exigences générales 1 L'entreprise dispose-t-elle d'un organigramme? (organigramme ou description) 2 Toutes les unités organisationnelles pouvant avoir une influence
Plus en détailAnnexe VI au Protocole au Traité sur l Antarctique relatif à la protection de l environnement
MESURE 1 - ANNEXE Annexe VI au Protocole au Traité sur l Antarctique relatif à la protection de l environnement Responsabilité découlant de situations critiques pour l environnement Les Parties, Préambule
Plus en détailUNIVERSITÉ DE MONCTON PROGRAMME DE CARTE D ACHAT INFORMATION GÉNÉRALE
UNIVERSITÉ DE MONCTON PROGRAMME DE CARTE D ACHAT INFORMATION GÉNÉRALE Révision 2014-12-11 1.0 INTRODUCTION Dans le but d alléger le processus pour les achats de valeur modique, l Université de Moncton
Plus en détailISO/CEI 27001. Technologies de l information Techniques de sécurité Systèmes de management de la sécurité de l information Exigences
NORME INTERNATIONALE ISO/CEI 27001 Deuxième édition 2013-10-01 Technologies de l information Techniques de sécurité Systèmes de management de la sécurité de l information Exigences Information technology
Plus en détailMEGA Application Portfolio Management. Guide d utilisation
MEGA Application Portfolio Management Guide d utilisation MEGA 2009 SP5 R7 2ème édition (novembre 2012) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis
Plus en détailC ) Détail volets A, B, C, D et E. Hypothèses (facteurs externes au projet) Sources de vérification. Actions Objectifs Méthode, résultats
C ) Détail volets A, B, C, D et E Actions Objectifs Méthode, résultats VOLET A : JUMELAGE DE 18 MOIS Rapports d avancement du projet. Réorganisation de l administration fiscale Rapports des voyages d étude.
Plus en dé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étailProtocole institutionnel d assurance de la qualité. Université d Ottawa
Protocole institutionnel d assurance de la qualité Université d Ottawa le 28 juin 2011 Table des matières 1. INTRODUCTION...1 1.1 Autorités...1 1.2 Personne-ressource...1 1.3 Définitions...1 1.4 Évaluation
Plus en détailNorme internationale d information financière 1 Première application des Normes internationales d information financière
IFRS 1 Norme internationale d information financière 1 Première application des Normes internationales d information financière Objectif 1 L objectif de la présente Norme est d assurer que les premiers
Plus en détailPROCEDURE DE CERTIFICATION IIW MCS SELON EN ISO 3834
1 PROCEDURE DE CERTIFICATION IIW MCS SELON EN 2 SYNTHESE DES REVISIONS Révision 0 : Révision 1 : édition originale de la procédure modification du paragraphe 3.3.1 c) : critères pour évaluation des coordonnateurs
Plus en détailAIC N 10/A/15GO 19 MARS 2015
AGENCE POUR LA SÉCURITÉ DE LA NAVIGATION AÉRIENNE EN AFRIQUE ET A MADAGASCAR Phone : +(221) 33.869.23.32 +(221) 33.869.23.46 Fax : +(221) 33.820.06.00 AFTN : GOOOYNYX E-mail : dakarbni@asecna.org Web :
Plus en détailMarquage CE Mode d emploi SOMMAIRE : I. Les produits concernés
Marquage CE Mode d emploi Août 2014 SOMMAIRE : I. Les produits concernés II. Les acteurs concernés a. Le fabricant b. Le mandataire c. L importateur d. Le distributeur III. La mise en conformité des produits
Plus en détailLogiciels de Gestion de Projet: Guide de sélection
Logiciels de Gestion de Projet: Guide de sélection Logiciels de Gestion de Projets: Guide de sélection PPM Software Selection Guide ETAPE 1: Faiblesses Organisationnelles identifier clairement vos besoins
Plus en détailJean-Francois DECROOCQ - 03/01/2012
www.varm.fr Solvabilité 2 commentaires sur l ORSA Jean-Francois DECROOCQ - 03/01/2012 Sommaire Introduction... 2 Principes pour une gestion intégrée des risques... 3 La mise en place de l ORSA... 5 Introduction
Plus en détailBaccalauréat professionnel. Maintenance des Équipements Industriels
Baccalauréat professionnel Maintenance des Équipements Industriels 2005 SOMMAIRE DES ANNEXES DE L ARRÊTÉ DE CRÉATION DU DIPLÔME ANNEXE I : RÉFÉRENTIELS DU DIPLÔME I a. Référentiel des activités professionnelles...7
Plus en détailNorme ISA 330, Réponses de l auditeur à l évaluation des risques
IFAC Board Prise de position définitive 2009 Norme internationale d audit (ISA) Norme ISA 330, Réponses de l auditeur à l évaluation des risques Le présent document a été élaboré et approuvé par le Conseil
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étailMallette Métrologie Contrôle des spectrophotomètres
1 MATERIEL Mallette Métrologie 2 PRINCIPE Le présent mode opératoire vise à décrire les différentes étapes à suivre afin de : - Vérifier l exactitude de la longueur d onde de 250 à 650 nm sous condition
Plus en détailRèglement pour les fournisseurs de SuisseID
Règlement pour les fournisseurs de SuisseID Version 1.0c du 4 novembre 2010 Règlement pour fournisseurs de SuisselD Nom Numéro de standard Catégorie Degré de maturité Règlement pour les fournisseurs de
Plus en détailISO/IEC TR 90006. Première édition 2013-11-01. Numéro de référence ISO/IEC TR 90006:2013(F) ISO/IEC 2013
RAPPORT TECHNIQUE ISO/IEC TR 90006 Première édition 2013-11-01 Technologies de l information Lignes directrices pour l application de l ISO 9001:2008 pour la gestion des services IT et son intégration
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étailPratique recommandée par IEEE pour la préparation de spécifications d exigences de logiciel
Pratique recommandée par IEEE pour la préparation de spécifications d exigences de logiciel Circuits et dispositifs Technologie de s communications Société d informatique IEEE Commandité par le Comité
Plus en détailRapport préliminaire de stage
M2 MIAGE-NTDP Rapport préliminaire de stage Stage en direction de projet Au sein de l incubateur Côte d Azur Pionnières Emira Bouhlel 29/05/2009 A l attention de M. Jean-Pierre Lips, responsable de stage,
Plus en détailTurquie. Date d adoption de la Loi : 9 novembre 2007 CHAPITRE 1. Objectif, Champ d application, Définitions et Abréviations
Turquie Traduction non officielle 1 de la Loi n o 5710 2 relative à la construction et à l exploitation de centrales nucléaires et à la vente de l énergie produite par ces centrales Date d adoption de
Plus en détailAtelier A7. Audit de la gestion globale des risques : efficacité ou conformité?
Atelier A7 Audit de la gestion globale des risques : efficacité ou conformité? 1 Intervenants Jean-Pierre Hottin Associé, PWC jean-pierre.hottin@fr.pwc.com Annie Bressac Directeur de l audit et du contrôle
Plus en détail