# Bloc 2 - Méthodes Fiche 1 : processus et produits de conception - Introduction
# Bloc 2 - Méthodes
## Fiche 1 : Processus et produits de conception – Introduction
**Une organisation** est un groupe d'individus organisé en vue de réaliser une action collective (son objectif), à l'aide de ressources.
**Un système** est un ensemble d'éléments et de leurs inter-relations relevant d'un domaine défini par l'objectif attribué au système.
➡️ Voir fiche récapitulative **Bloc 3 – Information et SI**
**Une organisation** est un groupe d'individus organisé en vue de réaliser une action collective (son objectif), à l'aide de ressources. **Un système** est un ensemble d'éléments et de leurs inter-relations relevant d'un domaine défini par l'objectif attribué au système.
-> voir fiche récapitulative Bloc 3 Information et SI
## Qu'est-ce qu'un projet ?
[Un projet est un ensemble d'activités organisées en phases ou étapes et formant une unité de gestion permettant d'atteindre un objectif. Cet objectif doit être clairement exprimé, et doit présenter des caractéristiques qui lui sont propres.](https://www.editions-eni.fr/open/mediabook.aspx?idR=b636a0a1fd9a359858642769e7245494)
> *Un projet est un ensemble d'activités organisées en phases ou étapes et formant une unité de gestion permettant d'atteindre un objectif. Cet objectif doit être clairement exprimé, et doit présenter des caractéristiques qui lui sont propres.*
> [Source : ENI, Gestion de projet](https://www.editions-eni.fr/open/mediabook.aspx?idR=b636a0a1fd9a359858642769e7245494)
Un projet a :
-**un début et une fin**,
-**un objectif mesurable, précis et spécifique**,
-**un élément de risque** (ne pas aboutir dans les délais ou avec la qualité attendue).
Un projet n'est **pas** une activité routinière.
L'objectif d'un projet est la réalisation d'un **bien** ou d'un **service** conforme aux besoins d'un client (personne physique ou morale).
Un projet a un début, une fin et un objectif mesurable. Cet objectif doit être précis et spécifique. On ne parle pas de projet dans le cas d'activités routinières. Un projet comporte aussi un élément de risque, le risque de ne pas être exécuté dans les temps impartis.
## Les acteurs du projet
L'objectif d'un projet est donc la réalisation d'un bien ou d'un service conformément aux besoins d'une personne morale ou physique.
-**Maître d'ouvrage (MOA)** : représentant ou comité qui porte le projet.
- Définit les besoins.
- Élabore le *cahier des charges*.
Le maître d'ouvrage est une personne particulière ou un comité de pilotage de projet dans une entreprise. Il est le représentant et promoteur du projet, il en fixe les objectifs au travers d'un document appelé le cahier des charges.
-**Maître d'œuvre (MOE)** : directeur ou responsable de projet.
- Coordonne la mise en œuvre.
- Est responsable du résultat.
Le maître d'œuvre est le directeur (ou responsable) de projet. C'est le coordinateur de la mise en œuvre du projet. Il est responsable du résultat.
-**Contractants et techniciens** : développeurs, intégrateurs, administrateurs, analystes-programmeurs.
- Réalisent concrètement le projet selon leurs compétences.
Les contractants et techniciens (développeur, intégrateur, administrateur, analyste programmeur) sont chargés, en fonction de leurs compétences, de la réalisation d'une partie du projet.
Le management d'un projet se fait selon le triptyque suivant :
Il existe plusieurs méthodes pour gérer un projet. Une méthode est un ensemble de modèles qui régissent le processus et le produit.
Vous avez déjà vu dans les cours **des modèles de produits** : le modèles relationnel, le diagramme de classes UML, etc. L'objet de ce paragraphe est de montrer différentes quand et comment utiliser ces modèles de produits avec **des modèles processus** différents.
## Qu'est-ce qu'une méthode ?
Une **méthode** est un ensemble de modèles qui régissent à la fois :
- le **processus** → *comment on produit* (organisation, activités, rôles, séquences),
- le **produit** → *ce que l'on produit* (artefacts, livrables, modèles).
📌 Exemple en **méthodes agiles** :
-**Scrum** : processus très détaillé (sprints, rôles, cérémonies) mais produit décrit de façon simple (backlogs, incrément).
-**XP** : processus plus léger mais produit très précis (tests unitaires, refactoring, code de qualité).
-**Kanban** : focalisé sur le flux de processus (tableau, limites WIP, mesure du lead-time).
-**DevOps** : combine processus d'automatisation (CI/CD) et produit orienté qualité technique (infrastructure as code, monitoring).
-**Lean Software Development** : principes globaux d'optimisation du processus *et* de qualité intégrée dans le produit.
👉 On comprend ainsi qu'**une méthode ne se réduit pas à un "mode d'emploi"** :
- Elle structure *comment on travaille* (**processus**).
- Elle définit *ce qu'on produit et à quoi ça doit ressembler* (**produit**).
---
## Pourquoi choisir une méthode ?
- Pour donner un **cadre commun** aux acteurs du projet.
- Pour permettre une **action collective organisée** selon des règles claires.
- Pour maintenir une continuité, même si les acteurs changent en cours de route.
Il n'existe pas une méthode absolue qui garantit la finalité du projet. Cependant le choix d'une méthodologie pour conduire un projet, aussi contraignant peut-il paraître, est un atout permettant à tous les acteurs de projet de mener conjointement une action organisée selon des règles clairement exprimées. Cette méthodologie commune est d'autant plus importante que les acteurs du projet sont parfois amenés à changer en partie au cours du projet.
Il n'existe pas de méthode "miracle".
Mais un choix méthodologique adapté au contexte est un **atout majeur**.
## Catégories de modèles de processus
Nous verrons deux catégories de modèles de processus
Dans ce cours, nous verrons deux grandes familles de processus :
- les modèles classiques (voir [cette fiche](processus/Fiche2 Processus traditionnels de création logiciel.md))
- les modèles "agiles" (voir [cette fiche](processus/Fiche3 Processus RAD et agiles.md))
1.**Les modèles classiques**
- Ex. : cycle en V, modèle en cascade, modèle itératif.
- Voir [fiche dédiée](processus/Fiche2 Processus traditionnels de création logiciel.md).
Ainsi qu'une [fiche supplémentaire ](processus/Fiche4 Qualité des projets.md) discutant de la qualité dans un projet informatique.
- Voir [fiche dédiée](processus/Fiche3 Processus RAD et agiles.md).
Et une fiche spécifique sur la [**qualité des projets**](processus/Fiche4 Qualité des projets.md).
Pour modéliser les processus et les produits, on utilisera des diagrammes UML. C'est le sujet des fiches récapitulatives du dossier modélisation.
## Lien avec la modélisation
Pour représenter les **processus** et les **produits**, nous utiliserons des **diagrammes UML**, qui font l'objet des fiches récapitulatives du dossier *Modélisation*.