Recommander

Cliquez ici pour recommander ce blog

Lundi 10 mars 2008

LE PROCESSUS

Dans un projet les tests doivent suivre un processus dans un ordre bien défini. Pour que celui-ci soit de qualité tout en restant dans les échéances du projets, et surtout sans dépasser les coûts, il est très important de connaître ce processus. 

De nos jour où tous les systèmes sont intégrés avec plusieurs sous-systèmes, il est primordial d'effectuer une intégration des sous-systèmes avant la validation proprement dite. Sans cette intégration, il est fort possible que l'étape de validation soit semée d'embûches et ait un coût important pour le projet.

Ci-dessous le processus de tests à suivre : ce processus peut être bien entendu appliqué à tous les types de projets.



undefined


par email : dlaregiksniwi@yahoo.com publié dans : validation.systeme
ajouter un commentaire commentaires (0)    recommander
Jeudi 15 mars 2007
               GESTION DE PROJET / ACCEPTATION CLIENT  



Voir aussi mon article sur la validation système :
http://gestion.qualite.over-blog.com/article-17520393.html



I MODÈLE UTILISÉ EN INGÉNIERIE SYSTÈME

Généralement le modèle utilisé en gestion de projet et en validation est le modèle de cycle en V. 
C'est un modèle conceptuel de gestion du projet imaginé suite au problème de réactivité du modèle en cascade. Il permet, en cas d'anomalie, de limiter un retour aux étapes précédentes. Les phases de la partie montante doivent renvoyer de l'information sur les phases en vis-à-vis lorsque des défauts sont détectés, afin d'améliorer le système, le sous-système ou le logiciel.

Le cycle en V est devenu un standard de l'industrie logicielle depuis les années 1980 et depuis l'apparition de l'Ingénerie système, il est devenu un standard conceptuel dans tous les domaines de l'Industrie. 



Le cycle est basé essentiellement sur 6 grandes étapes :

1- L'analyse système et ses spécifications
2- Le dimensionnement du système (ou sous-système)
3- Le dévellopement et les tests unitaires
4- L'intégration du système (ou sous-système)
5- La validation du système (ou sous-système)
6- L'acceptation du client 

undefined
par Gérald I publié dans : validation.systeme
ajouter un commentaire commentaires (0)    recommander
Jeudi 21 décembre 2006

INTRODUCTION À LA VALIDATION SYSTÈME

Voir aussi mon article sur la gestion de la validation : http://gestion.qualite.over-blog.com/article-17474900.html



I   INTRODUCTION À LA VALIDATION SYSTÈME

La qualité du produit vendu est essentiel pour que chaque client est une bonne image du produit ce qui reflètera une bonne image de la société qui le vend. C'est pourquoi tous les systèmes (ou sous-systèmes) doivent obligatoirement passer par une étape de validation.
Pour cela il faut suivre un processus documentaire : avant de procéder à la validation, il faut s’assurer que toute la documentation du projet soit disponible.



II   LA DOCUMENTATION DU PROJET (DOCUMENTATION SYSTÈME)

La documentation du projet doit comporter pour le système développé (ou les sous-systèmes) les documents suivant :

-          Le SSS (Software Specifications System) : Ce document énonce toute les spécifications du système (ou du sous-système). Ces spécifications seront tirées du cahier des charges ou (et) du contrat du projet signé entre le client et l’entreprise vendeur du système.

-          Le SSDD (Software Specification Design Descriptions) : Ce document décrit dans le détail la conception architecturale et le dimensionnement du système (ou du sous-système).

-          Le SRS (Software Requirements Specifications) : Ce document énonce toutes les exigences liée aux spécifications énoncées dans le SSS. Généralement, on trouvera dans ce document un tableau regroupant les exigences liées au spécifications énoncées dans le SSS.

-          Le STP (Software Tests Plan) : Ce document présente le plan de test, et les grandes étape de tests qui seront déroulées afin de répondre à toutes les exigences énoncées dans le SRS.

-          Le STD (Software Tests Description) : Ce document décrit dans le détail les étapes de validation du système (ou du sous-système) en fonction du plan présenté dans le STP. On trouve généralement dans ce document des fiches de tests à dérouler pour la qualification du système (ou du sous-système). Toutes les fiches de tests décrient dans ce document doivent être liées avec une (ou des) exigence(s) du SRS.

 

-     Le STR (Software Test Result) : Ce document présente tous les résultats de tests déroulées en fonction des tests décris dans le STD. On trouvera dans ce document toutes les conformités et non-conformité des fonctionnalités testées, tout en sachant à quelle(s) exigence(s) la fonctionnalité testées est liées.


III   LA VALIDATION SYSTÈME

Dans la section précédente nous remarquons que 3 documents sont à produire afin de procèder à la validation système :

- Le STP (Software Tests Plan)
- Le STD (Sofware Tests Description)
- Le STR (Software Tests Results)

Dans un projet l'étape de validation est l'étape finale, c'est à dire l'étape avant la livraison du système au client. Les autres documents énoncés dans la section précèdente sont donc supposés être finalisés avant de procéder à l'étape de validation système. Toutes la documentation système est nécessaire pour élaborer le plan de test et décrire la description des tests du système.
par Gérald I publié dans : validation.systeme
ajouter un commentaire commentaires (0)    recommander

Calendrier

Août 2008
L M M J V S D
        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
             
<< < > >>

Recherche

Créer un blog sur over-blog.com - Contact - C.G.U. - Rémunération en droits d'auteur avec TF1 Network - Signaler un abus