Aller au formulaire de contact

Formation / IBM DOORS / Niveau 02

Formation avancée IBM DOORS

Trois jours pour passer de l'utilisation de DOORS à son administration : des permissions qui ne se retournent pas contre vous, un schéma de projet qui tient la croissance, et des preuves de traçabilité déjà prêtes quand l'audit arrive.

Durée
3 jours (adaptable)
Prérequis
Usage régulier de DOORS
Version
DOORS 9.7.2, DWA et ReqIF
Groupe
Réduit
Format
Sur site ou en ligne, en direct
Laboratoire
Trois TP sur un même programme
Langue
Français, espagnol ou anglais
Supports
Propres à SIXE

01 Pour qui

C'est vous qu'on appelle quand DOORS fait des siennes

La formation commence là où s'arrête l'usage quotidien : quand il faut décider la structure des permissions d'un programme à trois fournisseurs, quand rompre l'héritage, quels attributs rendre obligatoires, et comment renvoyer à un OEM un paquet ReqIF qui ne cassera pas sa base.

PROFIL A

Administration de DOORS

Vous gérez les utilisateurs, les groupes, les permissions et l'état de santé de la base.

PROFIL B

Gestion de configuration

Vous définissez la stratégie de baselines, le versionnement par jalon et les paquets de livraison.

PROFIL C

Ingénierie des exigences senior

Vous concevez le schéma d'attributs et les règles de liens que toute l'équipe utilisera ensuite.

02 Structure

Trois jours sur un même programme

Les sessions sont fermées et montées pour chaque équipe : le poids de chaque bloc est arrêté avec vous au moment de fixer les dates. Le cas de travail est un programme avec un OEM, deux fournisseurs et des exigences de sécurité. Il est administré de bout en bout, et chaque après-midi est un laboratoire sur ce même scénario.

01

Administration et contrôle d'accèsJour 1

Qui entre, ce qu'il voit et ce qu'il peut toucher. La journée couvre l'administration fonctionnelle de l'outil et la conception du modèle d'accès d'un programme où plusieurs organisations coexistent sans avoir le droit de se voir.

02

Modélisation du projet et gestion du changementJour 2

Les décisions structurantes : comment l'information du projet est modélisée et comment la traçabilité entre niveaux est définie, pour qu'un changement du client se transforme en analyse d'impact et non en recherche manuelle.

03

Configuration, échange et preuvesJour 3

La journée des livraisons : stratégie de versionnement par jalon, échange d'exigences avec fournisseurs et OEM, et production du dossier de preuves qu'exige la certification de votre secteur.

Le programme détaillé est envoyé sur demandeProgramme détaillé, énoncés des travaux pratiques et supports stagiaire. Nous l'adressons au responsable de formation avec une proposition de dates.

Demander le programme

03 Objectifs

Des décisions que vous saurez prendre et défendre

01

Concevoir le modèle de permissions

Décider qui voit et qui édite chaque partie du programme, et diagnostiquer les problèmes d'accès sans avancer à l'aveugle.

02

Définir un schéma qui tient

Modéliser l'information du projet pour que deux équipes d'un même programme ne finissent pas avec deux vocabulaires différents.

03

Concevoir la stratégie de liens

Définir comment l'information se connecte entre niveaux. C'est la décision la plus coûteuse à changer plus tard.

04

Faire du changement un processus

Transformer la revue des changements en flux avec responsables et états, au lieu d'une liste que quelqu'un solde en bloc avant la livraison.

05

Échanger avec les fournisseurs via ReqIF

Envoyer et recevoir des exigences de tiers sans que chaque aller-retour laisse la base en plus mauvais état qu'avant.

06

Produire les preuves d'audit

Avoir d'avance les preuves qu'exige la norme de votre secteur, au lieu de les reconstruire avant l'audit.

Programme Exigences système tous · lecture Fournisseur A héritage rompu Fournisseur B héritage rompu Preuves de certification qualité · écriture
Où l'héritage des permissions est rompu, et pourquoi. Chaque fournisseur entre sans voir l'autre, et la qualité écrit là où personne d'autre ne devrait. Concevoir cette carte, et savoir la défendre, c'est la première journée.

Les normes de sécurité fonctionnelle exigent une traçabilité bidirectionnelle entre exigences, conception et vérification, mais chacune définit une profondeur de preuve différente : ISO 26262 demande un argumentaire de sécurité et Automotive SPICE des enregistrements de conformité de processus, alors même qu'elles partagent les mêmes liens. La troisième journée ajuste le schéma d'attributs et de liens à la norme applicable à votre programme. SIXE forme aux technologies IBM depuis plus de quinze ans.

05 Questions fréquentes

Avant d'inscrire votre équipe

01

Faut-il avoir suivi la formation d'initiation ?

+

Non, si vous travaillez déjà quotidiennement avec DOORS. La vérification est concrète : si vous savez créer un module formel, relier des objets entre modules et lire une matrice de traçabilité, vous entrez directement. Sinon, commencez par l'initiation.

02

Y a-t-il du DXL dans cette formation ?

+

Les attributs DXL et le layout DXL sont utilisés comme outils, mais la programmation en DXL n'y est pas enseignée. C'est le niveau expert, qui consacre ses trois jours au langage et à l'automatisation.

03

Couvre-t-elle l'administration du serveur et du système ?

+

Elle couvre l'administration fonctionnelle : licences, sessions, utilisateurs, permissions, sauvegardes et santé de la base. L'installation et le dimensionnement de la plateforme relèvent de nos prestations de conseil, pas de la formation en salle.

04

Peut-elle être adaptée au schéma de notre programme ?

+

Oui, et c'est l'usage courant en intra-entreprise. Nous partons d'une copie anonymisée de votre schéma d'attributs et de vos règles de liens, de sorte que les travaux pratiques se font sur votre structure réelle.

05

ReqIF est-il traité en profondeur ?

+

Oui. C'est un bloc complet de la troisième journée, avec le laboratoire d'aller-retour fournisseur, la correspondance d'attributs et la résolution des conflits à la réimportation. C'est là que se concentrent le plus de problèmes réels sur les programmes avec OEM.

06

Et si notre environnement est DOORS Next ?

+

Cette formation porte sur DOORS 9.7.2 classique. Le modèle de DOORS Next est différent : composants, streams et configurations globales. Il est traité au niveau expert, et nous abordons la migration comme un projet de conseil.

Dites-nous comment votre DOORS est configuré

Voir la structure des projets et le schéma d'attributs nous suffit pour vous dire quelles parties du programme il faut approfondir et lesquelles sont superflues pour votre équipe.

Ou par téléphone : +34 91 198 02 43

SIXE