Présentation
RÉSUMÉ
Comme tout organisme vivant, un système logiciel connaît une naissance (besoin), un développement (projet), une vie active (exploitation) et une mort (retrait). Pour chacune des étapes du cycle de vie d’un logiciel, une description précise du processus, ainsi que des procédures à mettre en place, permettent d’assurer la maîtrise opérationnelle. Ensuite, les livrables attendus pour chaque étape sont définis par le biais de modèles types. En soutien à cette architecture, la gestion documentaire et la gestion des configurations constituent deux processus incontournables dans cette ingénierie du logiciel. Cependant, pour conduire à une amélioration de la qualité du produit logiciel, ces bonnes pratiques doivent s'insérer dans le cadre d'un système de management efficace, entretenu, mesuré et amélioré en permanence.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Claude PINET : Ingénieur diplômé du Conservatoire national des arts et métiers (CNAM) - Ingénieur européen EUR ING® - Auditeur qualité certifié IRCA (International register of certificated auditors) n 1182803 - Directeur CPI CONSEIL
INTRODUCTION
Dans le domaine du logiciel et plus généralement pour tout ce qui concerne les systèmes d'information, la recherche de la qualité est la préoccupation de tous les acteurs. Toutefois, le manque de temps, la valse des évolutions technologiques, et les contraintes de tous ordres, semblent reléguer les aspirations de qualité au rang des objectifs inaccessibles et des mythes.
Pourtant, la qualité se résume simplement à la satisfaction des clients et par extension à l'atteinte de la satisfaction des exigences de tous les partenaires qui interviennent dans une opération ou un projet (utilisateurs, décideurs, organisateurs, acheteurs, chef de projet, concepteurs, développeurs, testeurs, exploitants, etc.).
Bien qu'immatériel, le logiciel n'échappe pas à ce principe fondamental. Afin de contribuer à l'amélioration de la qualité dans le domaine du logiciel, les experts internationaux se sont mis d'accord sur une base commune qui constitue une plate-forme normative.
Ce référentiel normatif constitue notre point d'appui pour construire la qualité des processus d'ingénierie de projet ou d'exploitation, mais aussi la qualité de livrables : produits logiciels et les prestations qui les accompagnent.
Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.
Déjà abonné ? Se connecter
VERSIONS
- Version courante de avr. 2025 par Claude PINET
DOI (Digital Object Identifier)
Présentation
Étape 3 : conceptionArticle inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
5. Étape 2 : spécifications
5.1 Processus
Cette étape de spécifications comporte l'étude et la prise en compte des exigences fonctionnelles (attentes) et des contraintes des utilisateurs du système d'information et/ou du logiciel.
Cette étude amène à identifier et à définir les besoins de ces futurs utilisateurs.
HAUT DE PAGE5.2 Livrables
5.2.1 Dossier de définition des besoins
Le dossier de définition des besoins formalise avec un maximum de précision les exigences et spécifications exprimées par les utilisateurs. Ce support représente le consensus sur lequel l'accord de tous a été obtenu sur les fonctions supportées par le nouveau système logiciel et sur la forme et le contenu de ses principaux livrables.
Le dossier de définition des besoins doit être rédigé en langage compréhensible par les utilisateurs non-informaticiens. Il matérialise un travail réalisé en commun par les utilisateurs, les organisateurs et les informaticiens sous la direction du responsable du projet.
Il ne faut pas oublier qu'il existe une difficulté majeure dans l'expression des besoins. Il y a les besoins explicites relativement facilement saisissables car ils sont exprimés. Par contre les besoins implicites, invisibles par définition, sont souvent les plus importants, lourds de conséquences et les plus complexes à appréhender.
Les spécifications du futur système comprennent une architecture générale du fonctionnement du système projeté avec les liaisons entre les fonctions. Chaque fonction et sous-fonction est décrite. Une description de fonction comporte : les entrées, les sorties, les principaux traitements, les règles de gestion et les blocs de données manipulées.
Observation de l'état actuel de l'organisation (analyse de l'existant)
Projection des spécifications pour répondre aux exigences (système cible)
Contraintes
Solution(s) possible(s) pour atteindre la cible (transformation)
Justification des choix retenus
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Étape 2 : spécifications
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - Sous la direction de PINET (C.) - La qualité du logiciel. Retour d'expériences. - Groupe des experts qualité du CNAM, AFNOR (1998).
-
(2) - PINET (C.) - Guide du responsable micro – Chapitre 13. Mise en œuvre de la qualité. - Édition Dunod, 1988 et mise à jour (2000).
-
(3) - PINET (C.) - Système d'information : évolution des normes relatives au logiciel dans la mouvance des nouvelles normes ISO 9000. - Actes des conférences SISQUAL'99.
-
(4) - PINET (C.) - Processus d'ingénierie du logiciel. Méthodes et qualité. - Pearson Éducation (2002).
-
(5) - PINET (C.) - Dix clés pour réussir sa certification ISO 9001. - AFNOR (2006).
-
(6) - PINET (C.) - Dix clés pour la gestion des services, de l'ITIL à l'ISO 20000. - ...
DANS NOS BASES DOCUMENTAIRES
Audit Diagnostic Évaluation Système (ADES). Cet outil gère plusieurs grilles de référentiels normatifs standards ou personnalisés. Il permet de saisir dans une base de données les constats des audits/évaluations et d'enregistrer des actions d'amélioration. Puis il restitue, sous la forme de rapports, les constats des audits/évaluations enregistrés dans la base de données. Des comparaisons entre deux audits/évaluations permettent d'apprécier les améliorations réalisées. Un diaporama de présentation des fonctionnalités est disponible en téléchargement à l'adresse suivante http://cpi.conseil.free.fr/ADES2
Amélioration Système (AS). Cet outil permet de saisir dans une base de données des constats résultant des audits ou des réclamations clients. En regard de ces constats, des actions d'amélioration sont créées puis suivies et vérifiées. Un diaporama de présentation des fonctionnalités est disponible en téléchargement à l'adresse suivante http://cpi.conseil.free.fr/AS2
...
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
