Questions et réponses sur les modèles SE # 1
Question:Expliquez les différents types de modèles utilisés en génie logiciel.
Answer:
Il existe plusieurs modèles utilisés dans le développement de logiciels et les modèles sont choisis en fonction des besoins de l'application. Par exemple, dans le petit projet, la méthode en cascade peut être utilisée et pour les projets de grande taille, la méthode en spirale est préférée. Nous sélectionnons le modèle pour l'ingénierie logicielle sur la base suivante:
Nature de l'application et des projets
Utilisation de techniques et de méthodes
Contrôle et expédition nécessaires
Les détails des différents modèles sont donnés ci-dessous:
Méthodologie de la cascade
Cette méthode est très ancienne et toujours à la mode qui est normalement utilisée car la simplicité est la clé du succès de cette méthode. Dans cette méthode, chaque action entreprise est planifiée dans un processus de développement logiciel. Pour la petite taille des projets, la méthode en cascade est très appropriée. La spécialité de cette méthode est que chaque étape a une séquence. Après la fin d'une étape, l'étape suivante a commencé à ce point et la sortie de chaque étape convertie en entrée pour toutes les étapes suivantes. Donc, pour cette raison, le deuxième nom de ce modèle est Modèle de séquence. Avec l'étude du système, la première étape a commencé et après cette analyse, conception, codage, test et contrôle ont lieu un par un. Chaque étape s'est terminée une par une dans une séquence comme une cascade, c'est donc la raison de ce nom.
Avantages
Pour des raisons de simplicité et de système de séquence, il est très facile de l'utiliser.
L'utilisateur peut le comprendre rapidement car la simplicité est la principale qualité de cette méthode.
Il définit les informations complètes sur chaque étape.
Ce modèle est très utile pour la planification et l'ordonnancement des projets.
Cela réduit le coût de la correction d'erreur.
Surtout, cela augmente la possibilité que le système réponde aux besoins du client.
Limites
Les attentes deviennent très rapidement dans ce processus qui n'est pas correct.
Facteurs de risque non impliqués dans ce modèle qui est une partie très nécessaire pour chaque modèle.
Dans cette méthode, des sessions de formation de l'utilisateur ne sont pas nécessaires.
Nous ne pouvons trouver aucune erreur avant que le test du logiciel ne soit effectué.
Modèle prototype
Il s'agit d'un système fonctionnel et l'objectif du modèle est de développer les idées qui ont testé un nouveau système qui pourrait être réutilisé. Le prototypage est un processus de création d'un modèle pour le système qui peut être développé. La partie principale de ce modèle est avant la conception et le codage, nous ne pouvions pas résoudre le besoin de logiciel alors que nous pouvions penser aux besoins du client à partir du système logiciel. Le modèle prototype réalisé sur la base de la connaissance des besoins du client. Le modèle prototype fournit la conception qui donne les réflexions sur la façon dont le système a fonctionné. L'objectif du prototype est de bien comprendre les besoins du système. À la fin, nous obtenons ce résultat qui sera très faible variable.
Le prototype après le processus de développement, l'utilisateur final donne la chance de profiter du prototype et de fournir les réflexions importantes sur ce développeur.
Ce qui est bon.
Zone d'altération
Information manquante
Exigence qui n'est pas nécessaire
Après avoir obtenu les commentaires, la modification nécessaire est apportée au modèle prototype et le fournit à nouveau à l'utilisateur pour l'utiliser. Cette approche convient dans ce cas où deux points ci-dessous donnés sont couverts.
Quand un peu de besoins doit savoir au moment du départ.
Lorsqu'un client veut un test sur une courte zone au lieu d'un logiciel entièrement.
Avantages
Ce modèle est plus adapté lorsque les besoins des clients ne sont pas satisfaits.
Ce type de modèle est utilisé dans cette zone où la taille du problème est importante.
Cela diminue le coût de la maintenance. Le principal facteur d'utilisation de ce modèle est sa réduction des coûts.
Ce modèle est très utile pour réduire l'écart de communication entre les personnes qui utilisent le logiciel et ce groupe de développement du système logiciel.
Dans la comparaison de la modification finale du logiciel dans le prototypage, la modification du modèle est rapide et moins chère.
Limites
Pour obtenir le travail rapide, si possible, il ignore la qualité.
Cela peut augmenter le coût du système logiciel car la plupart du temps, la conception et le code ne sont pas utilisés.
Les attentes des utilisateurs augmentent par rapport au logiciel après avoir examiné le processus de travail du modèle prototype.
Lorsque le résultat du prototypage n'est pas conforme aux besoins des clients, dans ce cas, ils peuvent avoir une pensée négative sur ce système.
Modèle d'amélioration intégrative
Ce modèle est une combinaison de cascade et de modèle de prototypage. L'objectif de ce modèle est de démarrer un système à un niveau bas avec les besoins nécessaires et de le présenter comme un essai sous la forme de la version no. 1. Après avoir obtenu le point de vue de l'utilisateur, des modifications sont apportées et le logiciel prend la forme de la version n ° 2. Ensuite, ce processus est répété par le développeur un par un avec les changements nécessaires et chaque fois qu'une nouvelle version est prête à être introduite sur le marché. Cette étape a commencé avec un niveau bas appelé sous-système, puis étape par étape et une série de versions lancées sur le marché. Ce modèle comporte quatre étapes:
Step of needs - Dans cette étape, une liste est faite des éléments nécessaires.
Design phase - La conception doit être conforme aux exigences si elle répond aux besoins, alors elle peut être nouvelle ou existante.
Implementation phase - Dans cette phase, le processus de développement logiciel est mis en œuvre.
Valuation phase - Tous les types de valorisations sont effectués sur cette phase.
Modèle en spirale
Le modèle Spiral est introduit en 1986 par Boehm. En raison du manque de facteur de risque, de nombreux modèles ont échoué, mais le modèle Spiral inclut un facteur de risque car Boehm sait que l'avenir est incertain. Dans ce modèle, divers types d'activités se déroulent comme une spirale comportant de nombreux cycles. Chaque cycle comporte quatre étapes.
Planning - Il s'agit de l'objectif et d'obtenir les ressources de remplacement.
Risk analysis - Alterner de l'évaluation et connaître les facteurs qui résolvent les facteurs de risque.
Development - Développement pour les produits de niveau supérieur.
Customer Valuation - le client évalue le prototypage et d'autres modèles.
Au cours du 1er cycle:
Pour connaître le motif du produit et planifier la substitution.
Différents risques sont analysés.
Fabrication du modèle prototype.
La valorisation du prototype est faite par l'utilisateur.
Au cours du 2ème cycle:
L'évaluation par le client est la base de la planification.
La réaction du client est la base de l'analyse des facteurs de risque.
Faites un meilleur modèle de prototype.
Impliquer les clients pour accéder à une nouvelle méthode de modèle de prototype.
L'objectif des troisième et quatrième cycles est de créer un modèle prototype sans erreur et de faciliter la résolution des risques grâce à une meilleure planification. Chaque étape permet une meilleure version du logiciel avec un peu de temps. Le coût est représenté par le rayon de la spirale à chaque point du projet.
Avantages
Par l'évaluation du client, chaque cycle de la spirale est devenu complet.
Cela donne la capacité d'un développement rapide.
Il a la Qualité de la réalité et fonctionne pour les deux types de développement.