Vous êtes sur la page 1sur 6

Analyse et conception de système d’information

Prototypage

Prototypage ou Maquettage.
Définition et motivations de maquettage et du prototypage
La technique du prototypage a commencée à émerger à partir des années 80,
lorsque le rapport prix/performance du matériel l'a rendu économiquement
envisageable. Elle est actuellement de plus en plus utilisée. Les 3/4 des systèmes
proposés sur mainframe (gros système) ont été réalisé grâce à des prototypes, et la
tendance est croissante.
Le prototype est défini pour concevoir et réaliser une maquette, un prototype ou un
modèle réduit du système à réaliser. Dans ce modèle, la précision n'est pas
poussée, certains aspects peuvent même être ignorés ou esquissés pour permettre
une vérification rapide du comportement du système.

Les motivations du prototypage :


 permet de mieux appréhender le comportement du système
 c'est un bon moyen de communication
 l'apprentissage (gagner de l'expérience)
 le prototypage permet aux décideurs de mieux définir l’étendu du si et donc
d'influer sur les délai.
 les spécifications durant le prototypage sont définies par l'utilisateur après
utilisation et test, donc il ne les changeront pas pendant le développement du
système final
 Réponse à un appel d'offres : on élabore le prototype pour la soumission
/proposition. Le Contrat du système final basé sur le prototype

Typologie des prototypes


Un prototype est quelque chose entre un système non fonctionnel et un système
opérationnel. Dans le domaine industriel, la notion de protype est courante. Par
exemple, les constructeurs de voitures constituent des prototypes réspectant les
spécifications conception. Ces prototypes ont différents degrés de sophistication.
Cela peut aller au modèle réduit pour tester l'esthétique et l'aérodynamisme au

M.I.S / Ould kara -1- Mars 1999


Analyse et conception de système d’information
Prototypage

modèle taille réelle pour permettre au conducteur et aux passager d'apprécier les
fonctionnalités du véhicule. Si les ingénieurs voient des possibilités d'amélioration,
ils modifient en conséquence les prototypes.

Dans le domaine des systèmes informations, c'est la même chose, on a des


prototypes à des degrés variables de sophistication :
 Prototypes non fonctionnel
 Prototypes fonctionnel en partie
 Prototypes totalement fonctionnel

Prototype non fonctionnel (Prototype rapide)


C'est le plus rapide et le plus propre moyen pour donner à l'utilisateur une
opportunité d’expérimenter les aspects opérationnels d'un système d'information est
de créer un modèle de système non exploitable. Cet approche du prototype se
localise sur 3 aspects de la conception:
. l'interface
. La saisie (entrées des données)
. Les sorties (production des outputs)
Les outils existant permettent de réaliser des démonstrations de menus/masques
(exemple TURBOVISION)
En général, dans ces prototypes, il n'y a pas de fichiers ou de bases de données.
Ainsi l'utilisateur peut saisir mais c'est uniquement sur l'écran que cela change, il n'y
a pas de stockage.

Prototype partiellement fonctionnel


Second niveau de sophistication . La règle des 80/20 est appliquée dans le domaine
des stocks cela signifie que 20 % des produits représentent 80 % de la valeur du
stocks. Dans le domaine les systèmes d'information, 80 % des caractéristiques et
des fonctionnalités du système peuvent être réalisées avec seulement 20 % des
moyens nécessaires pour le système complet. Ce type de prototype est crée dans
l'optique d'être amélioré pour aboutir au système demandé après des interactions.
M.I.S / Ould kara -2- Mars 1999
Analyse et conception de système d’information
Prototypage

Les mêmes outils pour développer le prototype initial sont utilisés pour le compléter.
Exemple : système de la facturation

Prototype totalement fonctionnel


Création d'un prototype complètement fonctionnel. Ce type de prototype est crée
dans le seul but de permettre à l'utilisateur d'expérimenter le système . L'objet de ce
prototype est la fonctionnalité, donc les fonctions de performance sont ignorées
Une fois familiarisé avec le système , l'utilisateur peut fournir un feed-back
significatif de tous les aspects du système. Contrairement au précédent, ce type
d'approche n'a pas pour objectif de déduire un système opérationnel. Les résultats
attendu sont une meilleure définition des spécifications des utilisateurs qui pourront
être utilisés par l'équipe du projet pour créer un système qui utilise les ressources
plus efficacement.

Approche séquentielle (classique) & Approche par prototypage (à revoir)


Approche traditionnelle (classique):
Analyse --> Conception --> Réalisation --> Interprétation

Approche Prototypage
Analyse --> Conception --> Réalisation --> Evaluation du prototype

Intégration du prototypage dans les méthodes de développement des SI


L'intégration des deux approches rassemble la flexibilité du prototype au cadre
méthodologique et structuré des méthodes. Le prototypage est alors utilisé comme
un moyen :
 Au niveau de l'analyse pour la détermination des besoins en informations
(collecte des informations).
 Au niveau de la conception pour la détermination des spécifications (masques,
menus, etc.).
Processus de prototypage les 4 phases de prototypage sont :
1. Sélection fonctionnelle ou sélection des fonctions du système qui doivent être
M.I.S / Ould kara -3- Mars 1999
Analyse et conception de système d’information
Prototypage

réalisés : Analyse de la situation courante, Détermination des besoins en


formation
2. Construction du prototype: elle doit être faite rapidement d'où la nécessité de
bien choisir les outils & langages.
3. Evaluation du prototype : quantitatif (performance), qualitatif par les
utilisateurs
4. Utilisation ultérieur : le prototype peut être jeté, le système final sera alors
réalisé par d'autres outils & langages. Comme il peut être utilisé, il est alors
considéré comme une première version qu'il faut approfondir.

Facteurs de réussite d'un prototype


 La participation de l'utilisateur, pour interpréter, donner son avis autant de fois
que nécessaire,
 Le prototypage doit être réaliser de façon à permettre les modifications
facilement les modifications suggérées par l'user.

Prototypage et spécifications formelle (à revoir)


Nécessité des spécifications
Le prototypage ne remplace pas la spécification:
 Il faut des spécifications du système pour faire le prototype
 le prototype remplace un sous ensemble des fonctionnalités du système. La
spécification reste une description complète du système.

Il est nécessaire d'écrire les spécifications d'un système (logiciel) qu'on veut
développer de plus ces spécifications doivent être formelles (écrites à l'aide d'une
notation précise, comportant la syntaxe et le sémantique)
On remarque que pour une même spécification, on peut avoir plusieurs mises en
œuvres (exemple une structure de donnés peut être représenter de divers manières
Il existe des méthodes de spécifications informelles caractérisés par une absence
de sémantique

M.I.S / Ould kara -4- Mars 1999


Analyse et conception de système d’information
Prototypage

il y'a 3 façon de faire du prototypage, à partir de spécification formelles


1. Prototypage au niveau de la spécification ce qui permet d'eviter la
construction de prototype) ce qui revient à rendre exécutable la spécification
2. Génération de code à partir de la spécification (peu lisible).
3. Génération assistée du code

Différentes approches des spécifications formelles : 3 classes de spécifications


 Opérationnelles: décrivent l’enrichissement des actions du logiciel au moyen
d'algorithme, d’organigrammes, etc.
 Axiomatique: au moyen d'axiomes (règles)
 Relationnelle: ensemble d'objets et relations entre ces objets

Outils et langages pour le prototypage


Outils :
 Outils d'aide à la mise au point,
 Bonne interface graphique
 Bibliothèque de modules réutilisables
 SGBD
 Outils de simulation
 Packages statistique
 Système de définition de dialogue, de générateurs de rapports et
générateurs d'application pour le prototypage par scénario (scénario de
dialogue entre l'user et la machine)
Langages :
Le choix guidé par l'utilisation ultérieur du prototype; selon qu'on va le jeter ou pas. Il
faut choisir un langage ayant de bonne performances et surtout dans le premier
cas, ayant les mêmes structures de donnés que celui utilisés pour le final.
Langage utilisé: ADA - PROCOLE SMALMA TALK, LISP, Apl

Bibliographie

M.I.S / Ould kara -5- Mars 1999


Analyse et conception de système d’information
Prototypage

Maquettage et prototypage: Panorama des Techniques et outils. Revue génie


logiciel n 11 Mars 88 (p6-12).

M.I.S / Ould kara -6- Mars 1999

Vous aimerez peut-être aussi