PROJET DS 1

2023/2024 Semestre 1

Développement d’applications réparties

Par
Abdaoui Arij
3éme GLSI - Grp2

Projet Donné Par:

M.kalbousi Anis
 Les Méthodes de Conception
Modèle de cycle de vie en cascade

Définition et Fonctionnement :
La méthode cascade, ou waterfall en anglais, est une méthodologie de gestion de
projets dite linéaire séquentielle, car elle découpe le projet en plusieurs étapes distinctes,
successives et tributaires les unes des autres. En effet, une étape ne peut commencer
que lorsque la précédente est terminée et approuvée.
Le cycle de vie d’un projet en cascade comprend sept phases :

1. Planification:
Il s’agit de la phase qui prend le plus de temps, car vous ainsi que l’ensemble
de votre équipe réalisez un plan du projet détaillant chaque phase et spécifiant
notamment les ressources employées.

2. Analyse:
Dans la phase d’analyse, comme son nom l’indique, vous analysez la liste des
exigences et des besoins précédemment spécifiés afin d’élaborer un cahier des
charges. Ce dernier définit les spécifications fonctionnelles du projet.

3. Conception:
Au stade de la conception du projet, vous concevez le modèle d’un produit en
considérant l’analyse produite lors de l’étape deux. L’équipe de conception est
alors amenée à préciser les spécifications fonctionnelles définies précédemment.
Par exemple, dans le cadre du développement d’un logiciel, elle détaille le matériel
à utiliser, les langages de programmation à choisir, etc.

4. Mise en œuvre:
La mise en œuvre comprend la programmation du logiciel, la recherche d’erreurs
et les tests de modules.Lors de cette phase le projet de logiciel est transposé
dans la langue de programmation souhaitée.

1
 5. Tests:
L’équipe de contrôle qualité teste alors le produit pour vérifier, puis valider sa
conformité aux exigences initiales.Plus précisément, les testeurs identifient et
corrigent les erreurs avant le déploiement puis, ils documentent les problèmes
rencontrés et les solutions apportées.

6. Déploiement:
Le produit est enfin mis en service auprès de l’utilisateur final ou livré auprès du
client final. On parle aussi de lancement du produit ou de livraison des livrables.

7. Maintenance:
En aval du projet, il est possible que vous deviez effectuer des réparations ou
des améliorations du produit. C’est pourquoi une phase de maintenance s’avère
essentielle tout au long de la vie d’un produit.

Forces ou Avantages:

• Adapté pour une équipe inexpérimentée

• Facilite un management du projet

• Utilisation d’une structure claire

Faiblesses ou Inconvénients:

• Les tests ne se font qu’à la fin

• Pas de retour en arrière d’une phase à l’autre

• Le client peut se retrouver non satisfait

2
 Modèle de cycle de vie en V

Définition :
Le cycle en V est un modèle de gestion de projet découle du modèle en cascade qui
implique toutes les étapes du cycle de vie d’un projet : conception, réalisation et
validation. Cette méthode comporte une phase descendante, puis une phase
ascendante, illustrées par les deux branches du V.
Les principales caractéristiques de la méthode cycle en V:
La méthode du cycle en V permet de définir le processus d’un projet en neuf étapes
regroupées en trois phases:

1. La conception:
La phase de conception consiste à recueillir les besoins et spécifications du
projet. Pour la conception d’un logiciel, elle comprend l’analyse des besoins, la
définition des spécifications fonctionnelles, la conception générale et la conception
détaillée.L’analyse des besoins implique le compréhension des attentes du client,
suivie de la rédaction du cahier des charges fonctionnel pour définir précisément
les exigences. La conception générale traduit ces spécifications en aspects
techniques et architectureaux. En cas deblocages, le chef de projet peut ajuster
le cahier des charges. Enfin, la conception détaillée précise les composants
nécessaires au produit, déterminant comment ils coopéreronts pour répondre aux
besoins du client, avec la rédaction d’un document incluant des instructions de
codage pour le développement logicie.

2. La réalisation:
Après la conception vient l’étape de réalisation qui permet de créer et d’assembler
tous les composants nécessaires pour arriver au produit final. Il peut s’agir de la
fabrication d’un équipement ou du codage d’un logiciel. Dans ce dernier cas,
l’équipe choisit le langage de programmation en fonction des attentes
fonctionnelles et architecturales établies lors de la phase de conception. L’étape
de réalisation doit ensuite suivre les directives et normes de codage en vigueur.

3
 3. La validation:
La phase de validation du projet implique plusieurs types de tests pour vérifier
chaque étape de la conception du produit. Les tests comprennent les tests
unitaires réalisés au niveau du code pour détecter et corriger des erreurs, les
tests d’intégration sur le produit fini pour garantir le respect du cahier des charges
technique, les tests de validation effectués par les futures utilisateurs pour vérifier
la conformité fonctionnelle par rapport aux spécificatons, et enfin, la recette
fonctionnelle à la fin du cycle de vie du projet, où le client valide le produit par
rapport aux besoins exprimés lors de la phase d’analyse des besoins.

Forces ou Avantages:

• Gain de temps grâce à sa base solide dont ce modèle évite les retours en arrière

• Les tests sont effectués à chaque étape

• Les phases de validation sont prises en main très tôt dans le processus de
développement

Faiblesses ou Inconvénients:

• Une mauvaise prise en compte des changements de la spécification des besoins

• Ne contient pas les activités d’analyses de risques

• Le processus n’est pas itératif

4
 Modèle de cycle de vie en spirale

Définition :
Modèle en spirale : le modèle en spirale est un mode opératoire de développement
logiciel inventé par Barry W. Boehm en 1986. Il part du principe que le développement
d’applications représente un cycle itératif, qui doit être répété jusqu’à ce que le but fixé
soit atteint. Par une analyse régulière des risques et des contrôles réguliers du produit
intermédiaire, le modèle en spirale diminue considérablement le risque d’échec lors des
projets logiciels de grande taille.
Le modèle en spirale se caractérise par les cycles suivants:

1. Objectif et décision alternative :

Les objectifs sont déterminés conjointement avec le client. Dans le même temps,
les alternatives possibles sont discutées et les conditions cadres sont spécifiées

2. Analyse et évaluation des risques :

Les risques potentiels sont identifiés et évalués. Les alternatives en question sont
également évaluées, tandis que les risques sont enregistrés, estimés puis réduits
à l’aide de prototypes, des simulations et des logiciels d’analyse.

3. Développement et test :
Les prototypes sont encore plus étendus et des fonctionnalités sont ajoutées. Le
code réel est écrit, testé et migré vers un environnement de test plusieurs fois
jusqu’à ce que le logiciel puisse être implémenté dans un environnement productif.

4. Planification du cycle suivant :

Le cycle à venir est planifié à la fin de chaque cycle. Si des erreurs se produisent,
les solutions sont recherchées. Si une meilleure alternative est une solution
envisageable, elle sera préférée au sein du cycle suivant.

5
Forces ou Avantages:

• Adapté aux environnements techniques novateurs

• Sans coût élevé, donne des indications sur les risques majeurs

• Le développement se fait en interaction avec les clients

Faiblesses ou Inconvénients:

• Le temps mis à planifier, évaluer les risques, fixer les objectifs, les prototypes peut
être excessif

• La spécification des besoins est complexe

• Les développeurs travaillent par intermittence

6
 Les Langages de Conception
Unified Modeling Language (UML)

Définition :
Le langage UML (Unified Modeling Language) est constitué de diagrammes intégrés
utilisés par les développeurs informatiques pour la représentation visuelle des objets,
des états et des processus dans un logiciel ou un système. UML est principalement
utilisé dans le développement de logiciels orientés objet.
Une façon de mettre en œuvre UML est de considérer différentes vues qui peuvent
se superposer pour collaborer à la définition du système :

• Vue des cas d’utilisation (use-case view) :

C’est la description du modèle vu par les acteurs du système. Elle correspond aux
besoins attendus par chaque acteur (c’est le quoi et le qui)

• Vue logique (logical view):

C’est la définition du système vu de l’intérieur. Elle explique comment peuvent
être satisfaits les besoins des acteurs (c’est le comment)

• Vue d’implémentation (implementation view) :

Cette vue définit les dépendances entre les modules

• Vue des processus (process view) :

C’est la vue temporelle et technique, qui met en œuvre les notions de tâches
concurrentes, stimuli, contrôle, synchronisation. . .

• Vue de déploiement (deployment view) :

Cette vue décrit la position géographique et l’architecture physique de chaque
élément du système

7
 Systems Modeling Language (SysML)

Définition :
System Modeling Language ou SYSML est un langage de modélisation graphique
dérivé d’UML mais qui va bien au delà des problématiques de l’informatique. C’est un
langage de modélisation spécifique au domaine de l’ingénierie système.
On utilisant SYSML on peut :

• Spécifier les systèmes

• Analyser la structure et le fonctionnement des systèmes

• Décrire les systèmes et concevoir des systèmes composés de sous-systèmes

• Vérifier et valider la faisabilité d’un système avant sa réalisation

Apports de SysML par rapport à UML:

• La sémantique de SysML est plus riche et flexible

• SysML est un langage plus réduit qu’UML, ce qui facilite son apprentissage et son
utilisation

• SysML gère mieux les notations tabulaires. Il fournit des tableaux d’allocations
flexibles qui supportent l’allocation des exigences , l’allocation fonctionnelle, et
l’allocation structurelle, ce qui facilite l’automatisation de la vérification et de la
validation

"Systems Modeling Language (SysML) | Guide d’Utilisateur d’Enterprise Architect"

8
BIBLIOGRAPHY

9
APPENDIX

APPENDIX A

Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Etiam lobortis facilisis sem.
Nullam nec mi et neque pharetra sollicitudin. Praesent imperdiet mi nec ante. Donec
ullamcorper, felis non sodales commodo, lectus velit ultrices augue, a dignissim nibh
lectus placerat pede. Vivamus nunc nunc, molestie ut, ultricies vel, semper in, velit.
Ut porttitor. Praesent in sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing
elit. Duis fringilla tristique neque. Sed interdum libero ut metus. Pellentesque placerat.
Nam rutrum augue a leo. Morbi sed elit sit amet ante lobortis sollicitudin. Praesent
blandit blandit mauris. Praesent lectus tellus, aliquet aliquam, luctus a, egestas a, turpis.
Mauris lacinia lorem sit amet ipsum. Nunc quis urna dictum turpis accumsan semper.

10
APPENDIX B

Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Etiam lobortis facilisis sem.
Nullam nec mi et neque pharetra sollicitudin. Praesent imperdiet mi nec ante. Donec
ullamcorper, felis non sodales commodo, lectus velit ultrices augue, a dignissim nibh
lectus placerat pede. Vivamus nunc nunc, molestie ut, ultricies vel, semper in, velit.
Ut porttitor. Praesent in sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing
elit. Duis fringilla tristique neque. Sed interdum libero ut metus. Pellentesque placerat.
Nam rutrum augue a leo. Morbi sed elit sit amet ante lobortis sollicitudin. Praesent
blandit blandit mauris. Praesent lectus tellus, aliquet aliquam, luctus a, egestas a, turpis.
Mauris lacinia lorem sit amet ipsum. Nunc quis urna dictum turpis accumsan semper.

11