GENIE LOGICIEL ET GESTION DE

PROJET
Introduction au Génie Logiciel
Objectifs du cours

 Etre capable de définir les principes et les techniques du génie

logiciel
 Comprendre la valeur ajoutée de génie logiciel
Rappels

 Un système d’information : est l’ensemble des éléments

participants à la gestion, au stockage, au traitement, au
transport et à la diffusion de l’information au sein de
l’organisation

 Un système informatique : est l’ensemble des

équipements destinés au traitement automatique de
l’information permettant d’acquérir, de stocker, de
traiter et de communiquer des données
Définition d’un logiciel (1/3)

 Un logiciel est un système d’information automatisé

 Un système d’information automatisé est l’ensemble

des moyens et des méthodes qui se rapporte au
traitement automatisé des données. Il constitue la
partie logicielle du système informatique
Définition d’un logiciel (2/3)

 Un logiciel est un produit qui couvre un ensemble organisé de :

 Programmes
 Procédés
 Documentation
 Services
Définition d’un logiciel (3/3)

Un logiciel (software) est l’ensemble des programmes,

des procédures et des documentations nécessaires au fonctionnement d’un système

informatique
Exemples d’échec de logiciel

 Perte de la première sonde Mariner vers Venus suite à une erreur

de programmation dans un programme Fortran
 Abandon du projet d’informatisation de la bourse londonienne
après 4 ans de travail et 100 M£ de pertes
 Retard (2 ans) du premier vol de l’Eurofighter

 Causes !!
Causes !!!

 Difficulté de maîtrise des coûts (200 millions de dollars

pour fabriquer OS-360)

 Difficulté de maîtrise des délais de réalisation (2 ans de

retard pour les premiers compilateurs PL/1, Algol 68,
ADA)
Définition du génie logiciel
GESTION DE PREOJET
 INTRODUCTION
 Gérer un projet, cela signifie ordonner, ordonnancer les différentes tâches
qui vont permettre de mener à bien le projet.

 Mais, avec l’apparition de l’ingénierie simultanée ( On gère aujourd’hui la

conception-fabrication d’un produit comme un projet. Une équipe-projet
comprenant des hommes du commercial, du bureau des études, des
méthodes, de la fabrication, de la gestion de production et de la qualité est
constituée dès le départ du projet et va suivre celui-ci jusqu’à son
aboutissement.

 Pour organiser et gérer les différentes phases d’un projet traditionnel ou

non, il est nécessaire d’utiliser des méthodes que nous allons développer ci-
dessous.
 Gestion de projet
Définition
« un projet est un processus unique qui consiste en un ensemble
d'activités coordonnées, comportant des dates de début et de fin,
entrepris dans le but d'atteindre un objectif conforme à des exigences
spécifiques, incluant des contraintes de délais, de coûts et de
ressources. ». Définition de l'Organisation Mondiale de Normalisation
selon la norme ISO 10006 (version 2003)
 Les enjeux d’un projet
■Un projet est un ensemble de tâches dépendantes destinées à la réalisation d'un
objectif unique et mesurable avec :
■Des spécification et des contraintes,
■Des moyens humains, financiers et matériels,
■Des délais,
■Des risques.

Du point de vue du génie logiciel, c'est à triangle contraint

16
Caractérisation

◆Ensemble d'actions coordonnées nécessitant des compétences

multiples
◆Chaque objectif est autonome, en ce sens qu'il y a un début et une
fin
◆.Implique le changement,
◆Possède un début et une fin,
◆Fait dans un but précis.
 Exemple de projets
 projets d'organisation, par lesquels une nouvelle structure
fonctionnement est implantée dans une entreprise
 projets de recherche et de développement de produits nouveaux
 projets d'édification de bâtiment et d'ouvrages de travaux publics
 projets informatiques et de développement logiciel
 projets artistiques, tels que le montage d'un spectacle ou d'une
exposition
Programme / projet / sous-projet
 Programme :
 Série de projets coordonnés dans un but commun
 Bénéfices supérieurs qu’à ne faire qu’un seul projet
 Inclut des opérations et parfois des cycles
 Projets « autonomes » et potentiellement non indispensables à la réalisation du
programme

 Sous-projet :
 Découpage du projet en sous-parties plus faciles à gérer (client / fournisseur)
 Géré comme un projet
 Indispensable à la réalisation du projet
 Sous-projet « non autonome » et indispensable à la réalisation du projet

19
 Les conditions de réussite d’un projet

 Le sponsoring à haut niveau

 La bonne compréhension des processus métiers

 Une définition claire du périmètre et des besoins

 Une bonne anticipation et gestion des risques

 Une gestion rigoureuse des changements

 Une structure clairement définie : gestion, décisions, communications

20
 Définition de la gestion de projet
 Le management de planifier, organiser, suivre et maîtriser tous les aspects
d'un projet, de façon à atteindre les objectifs en respectant les coûts, les
délais et les spécifications prédéfinis

 Selon PMI : application de connaissances, compétences, outils et

techniques dans des activités de projet en vue d'atteindre ou de dépasser les
attentes des parties impliquées dans le projet

 Selon IPMA : le management de projet consiste à planifier, organiser, suivre

et maîtriser tous les aspects d’un projet, ainsi que la motivation de tous
ceux qui sont impliqués dans le projet, de façon à atteindre les objectifs de
façon sûre et dans les critères définis de coûts, délais et performances. Cela
inclut les tâches de direction nécessaires aux performances du projet.

21
 Gestion de projet
Fonctions de base (Objectif )
◆structuration global du projet en sous-projets emboîtés,
◆planification des tâches,
◆contrôle des ressources, des coûts et des délais
◆.Apporter à la direction de projet des éléments pour prendre en temps
voulu toutes les décisions lui permettant de respecter les objectifs
 Contraintes
1. Contraites de délais :
Fenêtre temporelle à l’intérieur de laquelle le projet doit être réalisé
Contrainte externe absolue : contraintes externes au projet qui
s'imposent à tous. Si elle n'est pas respectée, le projet n'a plus de sens
Exemple : un salon ou une manifestation sportive à une date donnée, une
clôture de compte, le passage à l'an 2000.

Contraintes dues aux clients

◆Contrainte externe « fixe » : Elle est souvent contractuelle, généralement
moins forte que la contrainte externe absolue, elle est souvent assortie
d'une pénalité de retard.

◆Contrainte externe « variable »

Elle concerne la réalisation d'une partie du projet qui est liée à un
événement dont la date n'est pas absolument fixe.
Exemple : les projets de sous-traitance
 Contraintes
1. Contraites de coûts :
Budget pour réaliser le projet
◆ Contrainte de rentabilité :
Marge entre les rapports du projet et les coûts engagés pour sa réalisation
◆ Contrainte pour l'équilibre financier de l'entreprise

3. Contraites de qualité :
◆Contraintes fortes, leur non-respect est susceptible de remettre en cause le
projet lui-même. Par exemple, des impératifs légaux, de santé ou de
sécurité publique.
◆Des impératifs de nature commerciale, des engagements contractuels
existent : le projet doit s'y conformer.
◆La certification de l'entreprise dans un système d'assurance qualité faite
qu'elle se doit de respecter certaines règles.
cycle de vie de la gestion de projet
Introduction
Comme pour tout produit manufacturé complexe :

◼ on décompose la production en « phases »

◼ l’ensemble des phases constitue un « cycle de vie »

◼ les phases font apparaître des activités clés

Activités du développement de logiciel

◼ analyse des besoins

◼ spécification

◼ conception

◼ programmation

◼ intégration

◼ vérification et validation
Résumé
◼ analyse des besoins
◼ spécification descriptions
de plus en plus
◼ (maquettage) précises
◼ conception
→ architecturale =
→ détaillée

◼ programmation raffinements

◼ config. et intégration 
◼ vérif. et validation
Exécutable + Doc.
◼ maintenance
Les 4 phases du cycle de vie de la
gestion de projet
 Le cycle de vie de la gestion de projet est généralement
décomposé en quatre phases : lancement, planification, exécution
et clôture. Ces étapes représentent le parcours de votre projet du
début à la fin
Phases de gestion de projet
Conception : Quel objectif, projet avant le projet
◆ déterminer le but du projet
◆ estimer les ressources, coûts et délais
◆ définir le type d'organisation
◆ choisirle chef de projet
◆ estimation des risques
◆ estimation de la rentabilité

Phase de Planification : Planifier la réalisation

◆ planification globale
◆ détail des coûts et délais
◆ engagement des hommes-clés
◆ définition des responsabilités
Phases de gestion de projet
Phase de Réalisation : Réaliser la planification...
Phase générant le plus de coûts
◆ mise en place de l'organisation
◆ exécution du travail
◆ pilotage coûts-délais-spécifications
◆ résolution de problèmes

Phase de Terminaison : Préparer les futures planifications...

Archivage de l'expérience
=> améliorer le déroulement des projets futurs
◆ analyse des écarts entre planifié et réalisé
◆ mémoire des opérations passées
◆ évaluation du projet
◆ réaffectation du personnel
Introduction
◼ Modèle de développement ?
→ enchaînements et interactions entre les activités

◼ But pour le projet : ne pas s’apercevoir des pbs qu’à la fin

→ contrôler l’avancement des activités en cours
→ vérifier / valider les résultats intermédiaires

◼ Objectif général : obtenir des processus de développement

→ rationnels
→ contrôlables
→ reproductibles
Modèles de développement logiciel

◼ modèle en cascade (fin des années 1960)

◼ modèle en V (années 1980)

◼ modèle en spirale (Boehm, 1988)

Modèle en cascade
Modèle en cascade
◼ principe : le développement se divise en étapes
→ une étape se termine à une certaine date
→ des docs ou prog. sont produits à la fin de chaque étape
→ les résultats d’étapes sont soumis à revue
→ on passe à l’étape suivante si l’examen est satisfaisant
→ une étape ne remet en cause que la précédente

◼ commentaire :

→ modèle séduisant car simple

→ moyennement réaliste (trop séquentiel)
Modèle en V
Modèle en V
◼ principe : les premières étapes préparent les dernières

◼ interprétation : 2 sortes de dépendances entre étapes

→ en V, enchaînement séquentiel (modèle en cascade)
→ de gauche à droite, les résultats des étapes de départ
sont utilisés par les étapes d’arrivée

◼ commentaire :
→ avec la décomposition est écrite la recomposition
→ vérification objective des spécifications
→ modèle plus élaboré et réaliste
→ éprouvé pour de grands projets, le plus utilisé
Modèle en spirale
Modèle en spirale
◼ principe : développement itératif (prototypes)

◼ interprétation : chaque mini-cycle se déroule en 4 phases

1. Analyse des besoins, Spécification
2. Analyse des risques, Alternatives, Maquettage
3. Conception et Implémentation de la solution retenue
4. Vérification, Validation, Planification du cycle suivant

◼ commentaire :
→ nouveau : analyse de risques, maquettes, prototypage
→ modèle complet, complexe et général
→ effort important de mise en œuvre
→ utilisé pour projets innovants ou à risques
Résumé
◼ modèles : enchaînements et interactions entre étapes

◼ passage d’une étape à la suivante :

→ documents, tests
→ vérifiés et validés

◼ 3 modèles : cascade, V, spirale (séquentiels et itératif)

◼ cascade : simple mais pas très réaliste

◼ spirale : nouvelles notions, très complet mais lourd

◼ V : assez réaliste, le plus éprouvé et utilisé

 Cours 2 : Planification

◆ Des projets se terminent hors délais

◆ Des projets dépassent les budgets prévus
Rechercher une méthode de prévision de délais réalistes et de coûts réalistes
Définition
C’est l’activité qui consiste à déterminer et à ordonnancer les tâches du
projet, à estimer leurs charges et à déterminer les profils nécessaires
à leur réalisation. Les objectifs du planning sont les suivants :
• déterminer si les objectifs sont réalisés ou dépassés
• suivre et communiquer l’avancement du projet
• affecter les ressources aux tâches

La conduite d’un projet repose sur un découpage chronologique (phases)

du projet en précisant:
 Ce qui doit être fait (tâches)
 Par qui cela doit être fait (Ressources)
 Comment les valider (Jalons)
 Définition
À partir des résultats de la structuration et de l'estimation, la
planification consiste à:
 Constater les deux listes différentes tâches et leur durée,
 Déterminer les relations de dépendance entre les tâches,
 Déterminer les étages critiques,
 Ordonnance ces les tâches dans le temps,
 Proposer à profil partage,

Pour cela, le chef de projet a deux principales techniques

(complémentaires) à sa disposition.
 RESEAU PERT
 PERT est une méthode conventionnelle utilisable en gestion de
projet, ordonnancement et planification développée aux États-Unis par la Navy dans
les années 1950.

 Elle fournit une méthode et des moyens pratiques pour décrire, représenter, analyser et
suivre de manière logique les tâches (en) et le réseau des tâches à réaliser dans le cadre
d'une action à entreprendre ou à suivre.

 Le diagramme PERT représente le planning des travaux par un graphe de dépendances.

Son formalisme en réseau se focalise sur l’interconnexion des tâches à effectuer et sur le
calcul des chemins critiques.

 Inventée à la fin des années 1950 par la marine américaine (US Navy) pour coordonner les
travaux du projet POLARIS (réalisation de missiles à ogives nucléaires), cette méthode a
permis de coordonner plusieurs milliers de sous‐traitants, réduisant coûts et délais. De
nombreuses applications permettent de modéliser des réseaux PERT. Certains sont payants
comme Microsoft Project, pour citer que le plus connu. D’autres gratuits comme
OpenProj à Outil Diagramme de PERT gratuit.
Réseau PERT (Profit Evaluation and Review Technique)
 Elle est basée sur les contraintes d'enchaînement avec pour chaque
tâche les dates de début et de fin. C'est un graphe acyclique (orientée
et sans cycle) qui permet de représenter l'enchaînement de tâche.
Chaque noeud du graphe est un couple (Ti, di).
 Lors de la construction d’un diagramme PERT (une méthode
d'ordonnancement des tâches d'un projet), le chemin critique
représente la séquence de tâches ne disposant d'aucune marge :
c’est-à-dire qu'il n’existe aucune flexibilité entre la tâche
précédente et la suivante. Ce tracé indique le délai
incompressible pour réaliser le projet.
Paramètres Clés
Réseau PERT(exercice)
Réseau PERT(exercice)
Réseau PERT(exercice)
 La méthode Gantt
 Le diagramme de Gantt est la contribution la plus remarquable qui ait
été apportée à l'art de la direction au cours de cette génération" : cette
phrase (trouvée dans Mathématiques appliquées, Éd. Foucher - 1979)
date de 1948, les travaux d'Henry L. Gantt ayant été connus en France
depuis 1926, soit 7 ans après la mort de Gantt !

 C’est une méthode très ancienne puisque datant de 1918 et pourtant encore
très répandue mais sous des formes et sur des applications résolument
modernes.
 Elle consiste à déterminer la meilleure manière de positionner les
différentes tâches d’un projet à exécuter, sur une période déterminée, en
fonction :
1. des durées de chacune des tâches,
2. des contraintes d’antériorité existant entre les différentes tâches,
3. des délais à respecter,
4. des capacités de traitement.
Diagramme de Gantt
 Nous avons choisi un exemple excessivement simple pour expliquer la manière dont un Gantt
se construit. Supposons qu’on cherche à ordonnancer la réalisation des tâches d’un projet
ayant les caractéristiques suivantes :
Tâches à réaliser :
 Tâche A : durée 3 jours
 Tâche B : durée 6 jours
 Tâche C : durée 4 jours
 Tâche D : durée 7 jours
 Tâche E : durée 5 jours

Liens entre les opérations :

 B et D après A ;
 C après B ;
 E après D
 Le diagramme de Gantt se présente sous la forme d’un tableau
quadrillé où chaque colonne correspond à une unité de temps et
chaque ligne à une opération à réaliser.
 On définit une barre horizontale pour chaque tâche ; la longueur de
celle-ci correspond à la durée de la tâche. La situation de la barre sur
le graphique est fonction des liens entre les différentes tâches.
 Diagramme de Gantt
Description des tâches Tâches antérieures Durée
A - Découpage des éléments du châssis / 2 jours
B - Assemblage mécanique du moteur / 1 jour
C - Montage du châssis, moteur, cabine E, B, H 1 jour
D - Pose pare-brise, guidon, manettes... C 2 jours
E - Perçage, soudage châssis A 1 jour
F - Vérification du fonctionnement E, B, H 2 jours
G - Essai du scooter D, F 1 jour
H - Préparation cabine et accessoires / 3 jours

La société G. Duval a, parmi ses différentes activités, une activité de conception-fabrication de scooter des
neiges. Pour répondre aux évolutions du marché, elle vient de concevoir un nouveau modèle de scooter
qu’elle compte mettre en vente au cours du prochain hiver. Avant de lancer en fabrication le nouveau
modèle, elle se propose de réaliser un prototype. La fabrication de celui-ci nécessite les opérations
mentionnées sur la figure de la page suivante.
Suite à une réflexion au sein du bureau des Méthodes, on a pu définir la durée approximative de ces
différentes opérations. On a ainsi pu établir le tableau des antériorités (page suivante).
Diagramme de Gantt
 La société G. DUVAL réalise également une activité de décolletage de pièces pour
l’industrie automobile. C’est cette activité qui va nous intéresser maintenant.
 L’entreprise vient de recevoir une commande de 400 pièces que nous appellerons
P001. Ces pièces doivent subir des opérations successives sur quatre postes de
production :
 le poste P1 dont la capacité est de 400 pièces à l’heure,
 le poste P2 dont la capacité est de 200 pièces à l’heure,
 le poste P3 dont la capacité est de 100 pièces à l’heure,
 le poste P4 dont la capacité est de 200 pièces à l’heure.

 L’entreprise souhaite ordonnancer sa production sous la forme d’un Gantt et se

demande combien de temps il lui faut pour traiter la commande de 400 pièces P001.
 Conclusion
L’intérêt principal du Gantt réside dans sa simplicité de
construction, de représentation et de compréhension. On peut
constater que de nombreux et récents logiciels intègrent la
technique Gantt. Toutefois son utilisation devient difficile quand
le nombre de tâches ou de postes devient grand.
 Cours 3 : Estimation de charge

◆ Estimer le temps nécessaire à l'accomplissement de chaque tâche

 Estimation
Objectifs:
Estimer le temps nécessaire à l'accomplissement de chaque tâche

Détermination de:
◆ durée totale du projet
◆ date de terminaison
◆ besoins en ressources humaines et matérielles

Nécessaire…
Base nécessaire pour la détermination de:
◆ Durée du projet
◆ Engagement des ressources humaines et matérielles

Mais difficile
◆ Difficulté augmente si les activités ne sont pas familières
Définition
 c'est la quantité de travail qu'une personne peut réaliser.
 Unité: en jour / homme, mois / homme, année / homme.
Remarques: mois / homme (charge sur un mois): en général 20 jours.
 Taille du projet: la taille du projet se mesure à sa charge.

 Ordre de grandeur: selon les normes ISO:

 Charge < 6 M/h ⇒ très petit projet
 6 M/h ≤ charge ≤ 12 M/h ⇒ petit projet
 12 M/h ≤ charge ≤ 30 M/h ⇒ projet moyen
 30 M/h ≤ charge ≤ 100 M/h ⇒ grand projet
 100 M/h ≤ charge ⇒ très grand projet

 Durée: dépend de la charge et du nombre de personnes infectées.

 Estimation

Méthodes d'estimation
◆ Technique Delphi

◆ Méthode de répartitions proportionnelle

◆ Méthode de répartitions proportionnelle
Méthode Delphi
 Méthode Delphi "Basée sur l'expérience des experts du domaine."
 Principe:
❑ Chaque expert propose une estimation basée sur son expérience.
❑ On publie le résultat (anonyme).
❑ Les experts sont invités à modifier ou à maintenir leurs estimations.
❑ On publie les résultats nominaux.
❑ Les experts refont la troisième étape.
❑ On analyse les disparités, on calcule la moyenne.
Méthode de répartitions proportionnelle
 Elle s'appuie sur le découpage du projet en différentes phases. On
commence par faire
 l'estimation de la charge globale. Ensuite, on détermine la charge
pour chaque phase du cycle de vie.
 Méthode COCOMO
 "Proposée par B.W. Boehm en 1981 (Construct Cost Model)« En fonction des
hypothèses:
 Il est facile à un informaticien d'estimé le nombre de lignes source.
 La complexité d'écriture d'un programme est la même quelque soit le
langage de programmation.
Méthode COCOMO
Exercices (Méthode COCOMO)
REALISATION DES PROJET
 La conception de logiciel met en œuvre un ensemble d'activités qui à
partir d'une demande d'informatisation d'un processus (demande qui peut
aller de la simple question orale jusqu'au cahier des charges complet)
permettent la conception, l'écriture et la mise au point d'un logiciel (et donc
de programmes informatiques) jusqu'à sa livraison au demandeur.
 En règle générale, la fabrication d'un logiciel va suivre trois grandes phases :

Phase d'analyse Phase de réalisation ou de Phase de livraison

Spécification programmation (écriture et Intégration
Conception tests des programmes) Validation
Définition de Algorithmique Documentation du
l'architecture Programmation logiciel
Gestion des versions Packaging
Factorisation
Tests unitaires
Optimisation du code
 une méthode d'analyse et de conception est un procédé qui a pour
objectif de permettre de formaliser les étapes préliminaires du
développement d'un système afin de rendre ce développement plus fidèle
aux besoins du client. Pour ce faire, on part d'un énoncé informel (le besoin
tel qu'il est exprimé par le client, complété par des recherches
d'informations auprès des experts du domaine fonctionnel, comme les futurs
utilisateurs d'un logiciel), ainsi que de l'analyse de l'existant éventuel (c'est-à-
dire la manière dont les processus à traiter par le système se déroulent
actuellement chez le client).
 La phase d'analyse permet de lister les résultats attendus, en termes de
fonctionnalités, de performance, de robustesse, de maintenance, de sécurité,
d'extensibilité, etc.
 La phase de conception permet de décrire de manière non ambiguë, le plus
souvent en utilisant un langage de modélisation, le fonctionnement futur du
système, afin d'en faciliter la réalisation.
 Différence entre spécification et conception[modifier | modifier le
code]
 La spécification décrit l'objet à développer en termes de
fonctionnalité. En ce sens, elle répond à la question "quoi ?". La
conception décrit l'ensemble des moyens et procédures permettant de
développer/produire/mettre à disposition cette fonctionnalité, et
répond en ce sens à la question "comment ?".
 Ceci étant dit, la spécification est définie comme l'expression de toutes
les caractéristiques de l'objet à développer selon une vue externe
(comportements, propriétés, contraintes, etc.) et la conception sera
définie comme la description de l'objet à développer selon une vue
interne (structures et comportements des composants
 L'algorithmique est l'étude et la production de règles et techniques qui sont impliquées dans la définition et la
conception d'algorithmes, c'est-à-dire de processus systématiques de résolution d'un problème permettant de décrire
précisément des étapes pour résoudre un problème algorithmique.
 La programmation, appelée aussi codage dans le domaine informatique 1, désigne l'ensemble des activités qui
permettent l'écriture des programmes informatiques. C'est une étape importante du développement de logiciels (voire
de matériel).
 La gestion de versions (en anglais : version control ou revision control) consiste à gérer l'ensemble des versions d'un ou
plusieurs fichiers (généralement en texte). Essentiellement utilisée dans le domaine de la création de logiciels, elle
concerne surtout la gestion des codes source.
 Le réusinage de code est l'opération consistant à retravailler le code source d'un programme informatique – sans
toutefois y ajouter des fonctionnalités ni en corriger les bogues – de façon à en améliorer la lisibilité et, par voie de
conséquence, la maintenance, ou à le rendre plus générique (afin par exemple de faciliter le passage de simple en multiple
précision) ; on parle aussi de « remaniement ». Cette technique utilise quelques méthodes propres à l'optimisation de
code, avec des objectifs différents.
 En programmation informatique, le test unitaire (ou « T.U. », ou « U.T. » en anglais) est une procédure permettant de
vérifier le bon fonctionnement d'une partie précise d'un logiciel ou d'une portion d'un programme (appelée « unité » ou
« module »).
 En programmation informatique, l'optimisation de code est la pratique consistant à améliorer l'efficacité du code
informatique d'un programme ou d'une bibliothèque logicielle. Ces améliorations permettent généralement au
programme résultant de s'exécuter plus rapidement, de prendre moins de place en mémoire, de limiter sa consommation
de ressources (par exemple les fichiers), ou de consommer moins d'énergie électrique.
 Phase de livraison
 Dans le monde du développement informatique, le test d'intégration est une phase de tests, précédée
par les tests unitaires et généralement suivie par les tests de validation, vérifiant le bon fonctionnement
d'une partie précise d'un logiciel ou d'une portion d'un programme (appelée « unité » ou « module ») ;
dans le test d’intégration, chacun des modules indépendants du logiciel est assemblé et testé dans
l’ensemble.
 La validation est une opération destinée à démontrer, documents à l'appui, qu'une procédure, un
procédé ou une activité conduit effectivement aux résultats escomptés. Elle comprend la qualification des
systèmes et des équipements.
 La documentation logicielle est un texte, généralement accompagné de captures d'écran, qui
concerne un logiciel informatique. Elle explique comment le logiciel fonctionne, et/ou comment on doit
l'employer. Le terme peut avoir des significations différentes pour des personnes de différents profils.
 L'anglicisme « packaging » confond les deux notions élémentaires qui sont le conditionnement et
l'emballage1 :
 Le conditionnement est l'enveloppe première du produit (exemple : une bouteille de Bière de 25 cl) ;
 L'emballage est le contenant supplémentaire destiné à assurer dans de meilleures conditions la sécurité,
la manutention, la conservation et le stockage des produits (exemple : Un pack-carton regroupant 10
bières en conditionnement de 25 cl).
 Méthodes de modélisation[modifier | modifier le code]
 Une méthode d'analyse et de conception a pour objectif de permettre de formaliser les étapes
préliminaires du développement d'un système afin de rendre ce développement plus fidèle aux
besoins du client. Parmi les méthodes les plus connues, on peut notamment
citer Merise, RAD et SADT.
 Article détaillé:méthodes d'analyse et de conception .
 Méthodes de développement (Gestion de projet)[modifier | modifier le code]
 Méthode agile
 Extreme programming (XP)
 Dynamic systems development method (DSDM)
 Adaptive software development (ASD)
 Scrum
 Feature driven development
 Crystal clear
 Merise
 Cycle de développement (logiciel)
 Langages de modélisation[modifier | modifier le code]
 UML
 SysML (Systems Modeling Language)
 BON
 Approche objet[modifier | modifier le code]
 Orienté objet
 Interface de classe