MODULE No 9

Nom : Vérification

But : Étudier les activités de la vérification selon ISO 12207

Antécédents : Module 8

Corps :

Vérification

La figure ci-dessous montre les deux activités qui composent le processus de vérification avec une liste des tâches.

Vérification : Contient les activités suivantes.

1.      Activité : mise en place du processus :

a.       Déterminer s’il faut introduire un processus de vérification dans le projet et le degré d’indépendance. Il faut analyser les exigences du projet pour la criticité qui doit être jugée en fonction de :

i.     La possibilité qu’une erreur non détectée dans les exigences puisse causer des pertes humaines, financières (…)

ii.     La maturité et les risques associés à la technologie employée.

iii.     Disponibilité d’argent et de ressources humaines.

Note : La norme IEEE 1012 (Norme pour la V&V) définit quatre niveaux de criticité qu’elle n’impose pas. Elle laisse à l’entreprise la liberté de définir ses propres niveaux.

Criticité

Description

Niveau

Haute

La fonction sélectionnée influence des services essentiels du système

4

Majeure

La fonction sélectionnée influence des services important du système

3

Modérée

La fonction sélectionnée influence des services essentiels du système mais des stratégies de contournement peuvent être mises en œuvre pour compenser la perte de service.

2

Basse

La fonction sélectionnée a des effets palpables sur les services offerts mais si elle ne s’exécute pas selon les exigences elle ne crée que du désagrément à l’utilisateur

1

b.      S’il faut vérifier, un processus doit être établi.

c.       S’il faut une vérification indépendante il faut choisir l’organisation responsable de la vérification.

d.      En fonction des résultats de la tâche a) il faut établir quels sont les artefacts et les activités à vérifier.

e.       En fonction de la tâche b) il faut établir un plan.

f. Le plan de vérification doit être mis en œuvre.

2.      Activité : Vérification :

a.      Vérification du contrat selon les critères ci-dessous :

i.     Le fournisseur a les capacités de satisfaire les exigences

ii.     Les exigences sont cohérentes et couvrent les besoins de l’utilisateur.

iii.     Les procédures pour les changement des exigences et pour contrer l’intensification des problèmes sont adéquates.

iv.     Les procédures pour la propriété, les droits d’auteurs et la garantie sont établies.

v.     Les procédures et les critères d’acceptation sont établis en accord avec les exigences.

b.      Vérification des processus selon les critères ci-dessous :

i.     Les exigences de planification de projets sont adéquates et avec les bon temps (?).

ii.     Les processus sélectionnés sont adéquats, mis en œuvre, exécutés tels que planifié et conformes avec le contrat.

iii.     Les normes, les procédures et les environnements pour les processus du projet sont adéquats.

iv.     Le projet est doté du personnel nécessaire qui est formé comme exigé par le contrat.

c.      Vérification des exigences selon les critères ci-dessous :

i.     Les exigences système sont cohérentes, faisables et testables.

ii.     Les exigences système ont été allouées à des éléments matériels, logiciels ou à des humains selon les critères de conception (système). Note : j’ai ajouté « système » car c’est la seule manière de rendre compréhensible la phrase.

iii.     Les exigences logicielles sont cohérentes, faisables et testables et reflètent exactement les exigences système.

iv.     Les exigences logicielles concernant la sûreté, la sécurité et la criticité sont décrites avec des méthodes rigoureuses et convenables.

d.      Vérification de la conception selon les critères ci-dessous :

i.     La conception est correcte et cohérente et traçable vers les exigences.

ii.     La conception mets en œuvre correctement

1.      la séquence des événements

2.      les entrées/sorties

3.      les interfaces

4.      les séquences logiques

5.      comportement vis-à-vis du temps et de la mémoire

6.      définition, isolation et récupération des erreurs

iii.     La conception choisie peut être dérivée des exigences.

iv.     La conception mets en œuvre correctement la sûreté, la sécurité et la criticité comme montré par des méthodes rigoureuses et convenables.

e.      Vérification du code selon les critères ci-dessous :

i.     Le code est traçable vers la conception et les exigences, testable, correct et conforme avec les normes de codage

ii.     Le code mets en œuvre :

1.      la séquence des événements correcte

2.      des interfaces cohérentes

3.      flux de données et de contrôle correctes

4.      complétude

5.      une allocation adéquate du temps et de la mémoire

6.      définition, isolation et récupération des erreurs

iii.           Le code sélectionné peut être dérivé de la conception ou des exigences

iv.           Le code mets en œuvre correctement la sûreté, la sécurité et la criticité comme il est décrit dans des méthodes rigoureuses et convenables

f.       Vérification de l’intégration selon les critères ci-dessous :

i.     Les composants logiciels et les unités de chaque élément logiciel ont été complétés et intégrés correctement dans un élément de la configuration du logiciel.

ii.     Les éléments matériels, logiciels et les opérations manuelles ont toutes été intégrés correctement.

iii.     Les tâches d’intégration ont été exécutées en accord avec le plan d’intégration.

g.      Vérification de la documentation selon les critères ci-dessous :

i.     La documentation est adéquate, complète et cohérente.

ii.     La documentation est préparée à temps.

iii.     La gestion de la configuration de la documentation suit les procédures spécifiées.

Tout cela pour éviter des… surprises… de Mauvaises surprises. Dit d’une autre manière : pour diminuer les risques de ne pas avoir le bon produit.

Conséquents : connaître les tâches de vérification

Note 01 :