MODÈLE DE PROTOTYPES

Le modèle de prototypes permet que l'ensemble du système, ou certaines de ses parties, soient construits

rapidement pour comprendre facilement et clarifier certains aspects sur lesquels on

assurez-vous que le développeur, l'utilisateur et le client soient d'accord sur ce qui est nécessaire
tout comme la solution proposée pour ce besoin et de cette manière
minimiser le risque et l'incertitude dans le développement, ce modèle est chargé de
développement de conceptions afin qu'elles soient analysées et d'y renoncer au fur et à mesure que
adhèrent à de nouvelles spécifications, il est idéal pour mesurer la portée du produit, mais ne se
assure son utilisation réelle. (Shari Lawrence, 2002)

Ce modèle s'applique principalement lorsque le client définit un ensemble d'objectifs

générales pour le logiciel à développer sans délimiter en détail les exigences de
entrée, traitement et sortie, c'est-à-dire lorsque le responsable n'est pas sûr de l'efficacité
d'un algorithme, de l'adaptabilité du système ou de la manière dont l'homme interagit et
la machine.

Ce modèle s'occupe principalement d'aider l'ingénieur et le client à comprendre

meilleure façon quel sera le résultat de la construction quand les exigences seront
satisfaits

1. Caractéristiques des prototypes

. Fonctionnalité limitée.
. Peu de fiabilité.
. Caractéristiques de fonctionnalité pauvres.
. Haut degré de participation de l'utilisateur qui évalue les prototypes, propose
améliorations et détails des exigences.
. Alto degré de participation de l'analyste système, car dans de nombreux cas les
les utilisateurs ne peuvent pas indiquer les exigences sans avoir d'expérience avec le système.
. Le prototype donne plus de connaissances à l'utilisateur et aux analystes en aidant l'utilisateur
apprenez à utiliser le système.

2. Utilisation du prototype
Un prototype est présenté au client pour son expérimentation.

. Aidez le client à établir clairement les exigences.

Aide les développeurs à :

. Valider la correction de la spécification.

. Apprendre sur les problèmes qui se présenteront lors de la conception et

mise en œuvre du système.

. Améliorer le produit.
. Examiner la faisabilité et l'utilité de l'application.

3. Types de prototypes.

3.1. Prototypage de l'interface utilisateur : modèles d'écrans.

3.2. Prototypage fonctionnel (opérationnel) : implémente certaines fonctions, et au fur et à mesure

que l'on vérifie qu'elles sont appropriées, on les corrige, les affine, et on en ajoute d'autres.
3.3. Modèles de performance : évaluent la performance d'une application critique (non
servent à l'analyse des exigences).

3.4. Rapide ou jetable :

. Sert à l'analyse et à la validation des exigences.

. Ensuite, la spécification du système est rédigée et le prototype est abandonné.
. L'application se développe selon un paradigme différent.
. Problème : quand le prototype n'est pas jeté et finit par devenir le système
final.

3.5. Évolutifs :

. Commencez par un système relativement simple qui met en œuvre les exigences les plus
importants ou mieux connus.
. Le prototype est augmenté ou modifié dès que de nouvelles exigences sont découvertes.
. Enfin, il devient le système requis.
. Actuellement, il est utilisé dans le développement de sites Web et dans les applications de commerce.
électronique.

3.6. Vertical
 . Développez complètement l'une des fonctions.

3.7. Horizontal

. Développez partiellement toutes les fonctions.

4.Phases du développement du modèle

Les phases que comprend la méthode de développement orienté vers les prototypes seraient :

4.1. Recherche préliminaire. Les objectifs principaux de cette phase sont :

. Déterminer le problème et son domaine,
. Déterminer l'importance et ses effets potentiels sur l'organisation
. Identifier une idée générale de la solution pour réaliser une étude de faisabilité
ce qui détermine la faisabilité d'une solution logicielle.

4.2. Définition des exigences du système. L'objectif de cette étape est

enregistrer toutes les exigences et souhaits que les utilisateurs ont par rapport à
projet en cours de développement. Cette étape est la plus importante de tout le cycle de vie,
c'est ici que le développeur détermine les exigences par la construction,
démonstration et retours sur le prototype.

4.3. Analyse des exigences : Cette étape est un processus qui

cherche à rapprocher les visions de l'utilisateur et du développeur par
itérations successives. Pour la définition des exigences, nous avons
cinq étapes entre deux desquelles s'établit un cycle interactif

. Analyse grossière et spécification : Dans cette phase, l'objectif est de développer un design de base
pour le prototype initial.
. Conception et construction : Ce qui est obtenu à cette étape est d'obtenir un prototype
initial, here the developer must focus on building a system with the
fonctionnalité maximale, en mettant l'accent sur l'interface utilisateur.
. Évaluation : Les objectifs de cette étape sont d'obtenir de la part des utilisateurs
spécification des exigences supplémentaires du système et vérifier que le
prototypé développé l'ait été en concordance avec la définition de
exigences du système. Il est modifié et évalué autant de fois que nécessaire
jusqu'à ce que les exigences du système soient satisfaites.
Dans le processus d'évaluation, quatre étapes distinctes sont effectuées :

Préparation.
Démonstration.
- Utilisation du prototype.
- Discussion des commentaires.

C'est la phase où l'on décide si le prototype est accepté ou modifié.

. Modifications : Cela se produit lorsque la définition des exigences du système est altérée.
à l'étape d'évaluation. Le développeur doit ensuite modifier le prototype de
conformément aux commentaires faits par les utilisateurs.
. Une fois qu'un prototype stable et complet a été développé, il est
il est nécessaire de s'entendre sur les aspects de qualité et de représentation
du système.

4.4. Conception technique. Pendant la construction du prototype, le développeur a omis

la conception détaillée. Le système doit donc être redessiné et documenté conformément à
les normes de l'organisation et pour aider aux maintenances futures. Cette
la phase de conception technique comporte deux étapes :
La production d'une documentation de conception qui spécifie et décrit la
structure du logiciel, le contrôle de flux, les interfaces utilisateur et les fonctions
La production de tout ce qui est nécessaire pour promouvoir tout entretien futur de
logiciel.

4.5. Programmation et test. C'est là que les changements identifiés dans la conception technique

ont été mis en œuvre et testés pour assurer la correction et l'exhaustivité des
mêmes par rapport aux exigences.
Les tests seront effectués autant de fois que nécessaire pour vérifier toute
type d'anomalie dans le système.

4.6. Opération et maintenance. L'installation du système dans un environnement d'exploitation,

dans ce cas, cela est de moindre complexité, car on suppose que les utilisateurs ont
travaillé avec le système lors des tests de prototypes. De plus, la maintenance
devrait également être une phase moins importante, car on suppose que le
Le perfectionnement du prototype permettrait une meilleure clarté des exigences, par
ce qui réduirait les entretiens perfectionnistes. Si éventuellement cela était nécessaire
 une maintenance donc le processus de prototypage est répété et on définira un
nouvel ensemble de exigences.

5. Avantages de l'application du modèle de prototypes

Les avantages d'une approche de développement orientée vers les prototypes sont les suivants :

. Ce modèle est utile lorsque le client connaît les objectifs généraux pour le
logiciel, mais il n'identifie pas les exigences détaillées d'entrée, de traitement ou
sortie.
. Il offre également une meilleure approche lorsque la personne responsable du développement de logiciels
est incertain de l'efficacité d'un algorithme, de l'adaptabilité d'un système
opératif ou de la manière dont devrait se dérouler l'interaction homme-machine.
. Ne modifie pas le flux du cycle de vie.
. Réduisez le risque de construire des produits qui ne répondent pas aux besoins des
utilisateurs.
. Réduisez les coûts et augmentez la probabilité de succès.
. Il est nécessaire de disposer des outils appropriés.
. Ne présente ni qualité ni robustesse.
. Une fois que tous les exigences sont identifiées à l'aide du prototype, on construit le
produit d'ingénierie

6. Inconvénients de l'application du modèle de prototypes

Bien que le développement orienté prototypes présente des avantages considérables, il présente également
des désavantages tels que :

. L'utilisateur a tendance à se faire des attentes lorsqu'il voit le prototype en vue de

système final. En raison de l'intention de créer un prototype rapidement, il
ont tendance à négliger des aspects importants, tels que la qualité et l'entretien à
long terme, ce qui oblige dans la majorité des cas à le reconstruire une fois que
Le prototype a rempli sa fonction. Il est fréquent que l'utilisateur se montre réticent à
bonjour et demandez que sur ce prototype soit construit le système final, ce qui le
je convertirais en un prototype évolutif, mais en partant d'un état peu
recommandé
. La dépendance aux outils logiciels pour le succès, car le besoin
de diminution de l'incertitude dépend des itérations du prototype, entre
 plus il y a d'itérations, mieux c'est et cela s'obtient par l'utilisation de meilleurs
outils ce qui rend ce processus dépendant d'eux.
. Aussi, il n'est pas possible d'appliquer la méthodologie à tous les projets de logiciels et,
finalement, la mauvaise interprétation que peuvent faire les utilisateurs du prototype, au
qu'ils peuvent confondre avec le système terminé.
. Il ne fait aucun doute que la phase de définition des exigences a été
perfectionné dans deux aspects importants : d'abord, les visions ont été rapprochées.
de l'utilisateur et du développeur, ce qui représente le bénéfice d'établir une base
commun de communication ; aussi, le fait de rendre explicite la possibilité d'itérer sur
ces domaines permettraient que la convergence de ceux-ci soit une possibilité
certain.

7. Scénario pour la construction de prototypes

Tous les projets d'ingénierie logicielle commencent par une demande du client. Le
La demande peut prendre la forme d'une note qui décrit un problème, d'un rapport qui ...
définir un ensemble d'objectifs commerciaux ou de produit, une demande de proposition
formel d'une agence ou d'une société étrangère, ou une spécification du système qui a
assigné une fonction et un comportement au logiciel, comme un élément d'un système
maire basé sur ordinateur. Supposons qu'il existe une demande pour un programme de
l'une des façons mentionnées précédemment, pour construire un prototype du logiciel s'appliquent
les étapes suivantes :

. ÉTAPE 1. Évaluer la demande du logiciel et déterminer si le programme à développer

c'est un bon candidat pour construire un prototype. Étant donné que le client doit
interagir avec le prototype dans les dernières étapes, il est essentiel que :
1) le client participe à l'évaluation et au perfectionnement du prototype, et
2) le client soit capable de prendre des décisions sur les exigences de manière opportune.
Enfin, la nature du projet de développement aura une forte influence sur
l'efficacité du prototype.

. ÉTAPE 2. Étant donné un projet candidat acceptable, l'analyste développe une

représentation abrégée des exigences. Avant que je puisse commencer le
 la construction d'un prototype, l'analyste doit représenter les domaines fonctionnels et
de l'information sur le programme et développer une méthode raisonnable de partition.
l'application de ces principes d'analyse fondamentaux peut être réalisée par
les méthodes d'analyse des exigences.

. ÉTAPE 3. Après avoir examiné la représentation des exigences,

un ensemble de spécifications de conception abrégées est créé pour le prototype. Le
La conception doit avoir lieu avant le début de la construction du prototype. Sans
embargo, la conception d'un prototype se concentre normalement sur l'architecture à
niveau supérieur et aux aspects de conception des données, au lieu de se concentrer sur la conception

procédural détaillé.

. ÉTAPE 4. Le logiciel du prototype est créé, testé et affiné. Idéalement, les blocs
de construction de logiciels préexistants sont utilisés pour créer le prototype d'un
forme rapide. Malheureusement, de tels blocs construits existent rarement.
Même si la mise en œuvre d'un prototype fonctionnel est impraticable, il est
le scénario de construction de prototypes peut encore s'appliquer. Pour les applications
interactives avec l'homme, il est souvent possible de créer un prototype sur papier
qui décrit l'interaction homme-machine en utilisant une série de feuilles d'histoire.

. ÉTAPE 5. Une fois que le prototype a été testé, il est présenté au client, qui
«conduisez l'essai» de l'application et suggérez des modifications. Ce pas est le
noyau de la méthode de construction de prototype. C'est ici que le client peut
examiner une représentation implémentée des exigences du programme,
suggérer des modifications qui permettront au programme de mieux répondre aux besoins réels.

. ÉTAPE 6. Les étapes 4 et 5 se répètent de manière itérative jusqu'à ce que tous les
les exigences soient formalisées ou jusqu'à ce que le prototype ait évolué vers
un système de production.

8. EXEMPLE :

Prototypage informatique pour l'évaluation de la qualité de l'enseignement supérieur

 8.1. Définition du Problème :

Les universités doivent développer des processus d'évaluation institutionnelle de la performance,

qui conduisent à la révision de leurs structures fonctionnelles et à la connaissance diagnostique de
la situation actuelle afin d'accroître les niveaux d'efficacité, d'efficience et d'efficacité
de la gestion universitaire.

Il est nécessaire de promouvoir des processus d'évaluation afin d'optimiser l'utilisation des
ressources humaines, technologiques et financières disponibles dans l'institution à des fins de
réaliser un développement plus harmonieux et planifié, en accord avec une observation stricte de
votre mission. Sous cette perspective, une proposition de Prototype Informatique est offerte pour le
Évaluation de la qualité de l'enseignement supérieur, dont les objectifs, entre autres, sont :
fomenter et inciter à la culture de l'évaluation de la qualité universitaire ; concevoir
indicateurs de gestion universitaire pour ce système d'information, pour chacun d'eux
les domaines : académique, recherche, extension et administratif. Pour le développement, on
ils appliqueront les outils et techniques pour recueillir les exigences des utilisateurs, et produire
les sorties qui satisfont les besoins d'information et l'accès de manière intégrée à
le même; concernant les différents niveaux de la pyramide organisationnelle, accessibilité à
indicateurs de gestion de la qualité universitaire à travers des modules interdépendants ; cela
Oui, chaque niveau avec sa vue utilisateur dans la base de données. La méthodologie modulaire est appliquée.

des systèmes, l'approche de haut en bas et la conception de bases de données relationnelles.

Le prototype est conçu sous une interface graphique pour interagir avec l'utilisateur à travers
de boutons programmables et la navigation du système se fera via des écrans de type
fenêtres

. Modèle systémique pour l'élaboration du prototype informatique d'évaluation de la

qualité dans l'enseignement supérieur

Le modèle systémique repose sur les formules les plus conventionnelles de la théorie des systèmes.
considérant les entrées, les transferts et les sorties.

Il sera utilisé pour le prototype informatique proposé, car il offre tous les avantages.
de la méthodologie des systèmes.
Dans le modèle d'évaluation proposé pour le prototype d'évaluation de la qualité
universitaire, trois blocs se dessinent, comme le montre le graphique suivant :

• L'entrée serait constituée par les investissements, tant en ressources matérielles que
humains. En d'autres termes : salles, ateliers, bibliothèques, laboratoires avec tous leurs
matériel ; en plus des étudiants, des professeurs et du personnel administratif.

• Les processus seraient justement composés de toutes les interactions qu'ils ont.
lieu dans l'institution et qui permettent à celle-ci de respecter les engagements pris
avec la société, en ce qui concerne les connaissances créées, les professionnels formés et les services

livrés à la communauté. Cela inclut toutes les procédures d'administration

universitaire et gestion financière de l'organisation.

• Sortie ou produits : correspond aux réalisations organisationnelles en enseignement,

recherche et extension. Ce seraient des aspects du résultat, le nombre de diplômés par

cohorte, les projets de recherche réalisés, les publications de ceux-ci et le
nombre d'académiciens perfectionnés sur une période déterminée.

En synthèse, le modèle systémique présente pour ces objectifs un grand avantage, car
aide à regrouper de manière ordonnée les composants institutionnels et facilite la
compréhension de la relation qui existe entre eux.

Proposition pour systématiser les informations dans le prototype d'évaluation de la qualité des
institutions d'enseignement supérieur

Pour systématiser l'information, les six dimensions du modèle de CINDA seront utilisées.
que, comme il a été dit, permet de faire un examen assez complet et cohérent dans les
aspects suivants : académiques en général, dans la fonction enseignante, de recherche et
création, d'extension et de services, et de gestion administrative.

Conformément à cela, la matrice modèle CINDA d'information a été proposée pour chaque
un des trois aspects, qui inclut les problèmes de qualité à résoudre, les propositions de
solution et les suggestions stratégiques.
Matrice modèle CINDA

Cette matrice sera appliquée pour chacun des aspects à évaluer concernant la qualité
universitaire, parmi lesquels nous avons :

• Fonction Enseignante

• Aspects généraux académiques

• Fonction Recherche

• Fonction d'extension

• Gestion administratif-académique

• Méthodologie pour le développement du prototype d'évaluation de la qualité

universitaire

Pour le développement du prototype informatique pour l'évaluation de la qualité de l'éducation

supérieur, les instruments et techniques seront appliqués pour recueillir les exigences de
utilisateur, et produire les résultats qui satisfont les besoins d'information et l'accès à
forme intégrée à celle-ci, par rapport aux différents niveaux de la pyramide organisationnelle ;
cela est, niveau stratégique, niveau tactique et niveau opérationnel, accès aux indicateurs de
gestion de la qualité universitaire à travers des modules interdépendants, c'est-à-dire, chaque niveau
avec sa vue utilisateur dans la base de données.

La méthodologie modulaire des systèmes est appliquée, l'approche de haut en bas et la conception
de base de données relationnelle.

Conception de haut en bas

On sélectionne le design de haut en bas, "pour la facilité de visualiser une grande

image du système et ensuite l'exploiter en parties ou sous-systèmes plus petits. La conception de
de haut en bas permet à l'analyste système de réfléchir aux interrelations et
interdépendances des sous-systèmes. Cette approche fournit également l'accent désiré
sur la synergie ou les interfaces requises par les systèmes et sous-systèmes. Les avantages de
utiliser cette approche pour la conception de systèmes inclut éviter le chaos de concevoir un système
tout en même temps. Essayer d'avoir tous les sous-systèmes en place et fonctionnant en même temps est
accepter qu'on va échouer.

Approche modulaire pour le développement de systèmes

Une fois que l'approche de conception de haut en bas a été adoptée, l'approche modulaire
il est utile en la programmation. Cette approche implique de diviser la programmation en parties
des modules logiques et maniables. Cette approche de programmation s'adapte bien au design
de haut en bas, car il met l'accent sur les interfaces entre les modules. Dans le prototype, il
appliquez la méthodologie modulaire des systèmes pour développer les modules : Fonction Enseignante,

Fonction Recherche
Administratif-académique.

Conception de base de données relationnelle

Le modèle relationnel de base de données est sélectionné, car il est optimal en comparaison avec
les modèles de bases de données hiérarchiques et de réseaux. Un autre avantage de ce modèle est la
portabilité, car la plupart des packages de gestion de bases de données pour
Les ordinateurs personnels utilisent l'approche "relationnelle". Dans ce modèle, les données sont

organisent en "tableaux" dans lesquels une ligne équivaut à un enregistrement. Conceptuellement, le tableau
Une base de données est la même chose qu'un fichier. Une ou plusieurs tables constituent une base de
données relationnelles. La base de données relationnelle fait référence à une série de tables et à les

relations entre elles. Le système aura la capacité, entre autres choses, de :

1. Créer et maintenir la base de données : il s'agit d'ajouter, de supprimer et de modifier des tables.

2. Extraire et présenter des informations qui répondent à certaines conditions.

3. Faire des consultations (par exemple : "Quelle est la moyenne des notes des élèves par
cursus et par université ? Quel est le montant des frais d'inscription par domaine de connaissance ? Quel est le

rotation matriculaire ? etc.

4. Trier les enregistrements (tables) selon le champ clé.

5. Générer des rapports appropriés pour l'utilisateur. (Par exemple : une université générera
le rapport de gestion périodiquement, selon le cas ou le "Rapport financier" peut être
semestriel ou annuel, etc.).

Modèle entité-relation

Une série d'entités et de relations « un à plusieurs » sera générée, auxquelles sera appliqué
la technique de normalisation des tables, y compris la troisième forme normale 3FN et la 4FN, de être
nécessaire. Parmi les entités, nous avons : Université, Étudiants, Professeur, Organismes
régulateurs

Conception de l'interface graphique du prototype

Pour le développement du prototype informatique pour l'évaluation de la qualité de l'éducation

supérieur, des instruments et des techniques doivent être appliqués pour recueillir les exigences de

utilisateur, et produire les sorties qui satisfont les besoins d'information et l'accès en
forme intégrée à celle-ci, par rapport aux différents niveaux de la pyramide organisationnelle;
c'est niveau stratégique, niveau tactique et niveau opérationnel, accessibilité aux indicateurs de
gestion de la qualité universitaire à travers des modules interdépendants ; c'est-à-dire, chaque niveau
avec sa vue d'utilisateur dans la base de données.

Le prototype est conçu avec une interface graphique pour interagir avec l'utilisateur à travers
de boutons programmables et la navigation du système se fera par le biais d'écrans de type
fenêtres.