initial commit

2026-05-26 13:56:03 +02:00
parent 4c720637a1
commit ff4bb12d22
539 changed files with 12415 additions and 0 deletions
@@ -0,0 +1,32 @@
+# NFE114 05 03 2025
+
+## Différente méthode
+
+- Méthode en V, la classque
+- Methode Agile
+
+Etre agil, c'est surtout, concidérer le bien être.
+Accorder une grande importance sur l'avis client.
+Avoir une productivité efficace.
+
+## Commeent commencer un projet :
+
+* Besoins
+* Analyse des besoins
+* Etude de faisabilités
+* Expression de Besoin
+* Cahier des charges
+* Expression fonctionnelles
+* Etude
+* Modelisation
+* Developpement
+
+## La Méthode Agil
+
+Créé en 2001 par 17 consultants
+Découper le besoin et prioriser
+Découper la réalisation
+- Livrer fréquemment des incréments de produit
+- Accepter les changement
+Controller régulièrement les changements.
+
@@ -0,0 +1,39 @@
+# NFE114 16 04 2025
+
+## Agilité 
+
+Représente les 3 éléments :
+
+- Lesindividus et leur interactions
+- Des logiciels opérationnels
+- L'adaptation au changement
+
+Product BackLog : 
+Product Owner :
+Sprint backlog :
+Equipe :
+Daily meeting :
+Sprint :  
+Produit lirable :
+
+## Scrum 
+
+USER STORIES :
+
+| En tant que | Je voudrais | Afin de |
+| :---------------: |:---------------:| :-----:|
+| Visiteur | Visualiser la page d'acceuil | Voir les dernière offre du moment  |
+| Visiteur | Chercher un restaurant | Trouver un endroit ou manger |
+| Visiteur | Vérifier les restaurants autour de moi | Trouver un endroit ou manger |
+| Visiteur | M'inscrir | Pouvoir reserver un restaurant |
+| Visiteur | Me connecter | Pouvoir reserver un restaurant |
+| Membre | Pouvoir reserver un restaurant | Organiser un repas en restaurant |
+| Membre | D'accèder a un profil | Pouvoir changer mes données |
+| Membre | Supprimer mon compte | Pouvoir converserver mon anonyma sur internet |
+| Modératuer | Ajouter une annonce | Promouvoir un restaurant |
+| Admnistrateur | Accèder au back office | Pouvoir gérer les rôles utilisateur |
+
+![Image](./Image.png)
+
+quel est m'inportance entre Scrum master et product owner
+
@@ -0,0 +1,2 @@
+# NFE114 30 04 25
+
@@ -0,0 +1,19 @@
+# NFE114 12 06 25
+
+## Date exam 
+
+NFE114 23 Juin Mr Larcher ou Madame Kanaoui 
+RSX101 27 juin après midi Mr Karouit
+NSY104 8 Juillet Matin Mr Kourital
+Sec102 CC
+Sec101 Jeudi 7/10/11 Septembre Mr LARCHER
+RSX112 Vendredi 7/10/11 Septembre Mr LARCHER
+
+## Soutenance : 
+
+Fin juin
+
+Entreprise, Service, Mission, 
+
+## NFE114 :
+
@@ -0,0 +1,3 @@
+# NFE114 Système d'information Web
+
+* [05/03/25](./NFE114-05-03-25)
@@ -0,0 +1,191 @@
+# Revision NFE114
+
+## Agil
+
+>origine USA, en 2001
+
+### Les étapes d’un projet classique
+
+- besoin
+- analyse des besoins
+- etude de faisabilité
+- expression des besoins
+- cahier des charges
+- expression fonctionnel
+- etude
+- modelisation
+- dev
+
+### Faiblesses méthode classique :
+
+- peu d’adaptation aux changement du client
+- peu de relation avec le client
+- faible gestion de l’incertitude et du risque
+
+### Objectif de l’agilité :
+
+- trouver un compromis entre minimum de méthode tout en restant adaptable et créatif
+- accepter le changement des besoins et être capable d’y répondre
+- privilégier le code plutôt que la documentation
+
+### Les moyens :
+- utiliser un dev iteratif et incrémental
+- decouper le besoin et prioriser
+- decouper la réalisation : livrer fréquemment des incrément de produit, accepter les changement
+-controler régulièrement l’avancement avec les parties prenantes
+
+Def partie prenante : `personne qui est intéressé d’une façon ou d’une autre par le produit réalisé par l’ équipe`
+
+### Manifeste Agile
+
+- Individus et interactions   -plutot-que-> Procédures et outils
+- Un logiciel fonctionne      -plutot-que-> Documentation exhaustive
+- Collaboration avec le clien -plutot-que-> Négociation du contrat
+- Adaptation au changement    -plutot-que-> Exécution d'un plan
+
+![tradicionelVSAgil](./tradicionelVSAgil.png)
+
+### Facteurs de succès des méth. agiles
+
+- Le client / l’utilisateur (ou son représentant) est impliqué quotidiennement
+- Le management intermédiaire soutient l’équipe
+- L’équipe est auto-organisée
+- Les pratiques sont adaptées au mode incrémental
+    - "Des tests automatisés : rejoués souvent
+    - Code compréhensible car va être sans doute modifié
+    - Code collectif
+
+### Attentes et bénéfices des Méth Agiles
+
+#### Attentes
+1. Accélérer la livraison des logiciels et leur mise sur le marché (75%)
+2. Bien gérer les changements de priorité dans les besoins des utilisateurs (64%)
+3. Accroître la productivité des équipes (55%)
+4. Mieux aligner les attentes du Métier et de la DSI (49%)
+5. Améliorer la qualité du code produit (46%)
+
+#### Bénéfices
+
+1. Bien gérer les changements de priorité dans les besoins des utilisateurs (71%)
+2. Avoir une bonne visibilité des projets
+3. Mieux aligner les attentes du Métier et de la DSI (65%)
+4. Accélérer la livraison des logiciels et leur mise sur le marché (62%)
+5. Accroître la productivité des équipes (61%)
+
+## Scrum 
+
+### ROLES SCRUM
+
+- PRODUCT OWNER
+
+    - Définit les caractéristiques du produit
+    - Décide de la date de livraison et du contenu
+    - Responsable du retour sur investissement du produit
+    - Priorise les fonctions conformément à leurs valeurs business
+    - Ajuste les priorités pour chaque sprint
+    - Accepte ou rejette les résultats
+
+- SCRUM MASTER
+
+    - Responsable de la mise en œuvre des valeurs et des pratiques de SCRUM
+    - Eliminer les obstacles
+    - S’assurer que l’équipe est fonctionnelle et productive
+    - Permettre la bonne coopération entre les divers rôles et fonctions
+    - Protéger l’équipe de toute intervention extérieure
+
+- EQUIPE DE DÉVELOPPEMENT
+
+    - Entre 5 et 9 personnes
+    - Pluridisciplinaire
+    - Dédiée au projet
+    - Auto organisée
+
+- PARTIES PRENANTES
+
+    - Personne, ou groupe de personnes qui a des intérêts sur un projet et qui est concerné par les résultats obtenus
+    - Exemple de parties prenantes :
+        - Marché
+        - Client final / utilisateur
+        - Stratégie d’innovation
+        - Autres équipes de l’entreprise
+
+- UTILISATEURS
+
+    - Expert
+    - Source d’information privilégiée pour 
+        - Priorité
+        - Détails des fonctionnalités
+
+### CÉRÉMONIES
+
+![sprint](./sprint.png)
+
+#### SPRINT PLANNING : PARTIE 1
+
+Role : PRODUCT OWNER, SCRUM MASTER, EQUIPE DE DÉVELOPPEMENT, PARTIES PRENANTES
+Temps : 90 min
+
+- Présentation de l’objectif du sprint
+- Présentation des stories
+- Construction du backlog de sprint
+- Engagement de l’équipe
+
+#### SPRINT PLANNING : PARTIE 2
+
+Role : SCRUM MASTER, EQUIPE DE DÉVELOPPEMENT
+Temps : 60 min
+
+- Conception en équipe
+- Découpage en tâche
+- Estimation des tâches
+
+#### MÊLÉE QUOTIDIENNE
+
+>C'est un daily
+
+Role : SCRUM MASTER, EQUIPE DE DÉVELOPPEMENT
+Temps : 15 min, tout les jours
+
+- Qu’ai-je fait hier ?
+- Que vais-je faire aujourd’hui ?
+- Est-ce que je rencontre des obstacles ?
+
+#### DÉMONSTRATION
+
+Role : PRODUCT OWNER, SCRUM MASTER, EQUIPE DE DÉVELOPPEMENT, PARTIES PRENANTES, UTILISATEURS
+Temps : 90 min
+
+- Chacun présente ce qu’il a fait
+- Le PO accepte ou rejette les résultats
+- Le PO note les retour
+
+#### RÉTROSPECTIVE
+
+- Mise en condition
+- Revue des précédentes actions
+- Rassembler les données
+-  Chercher des idées
+- Plan d’action
+
+## USER STORIES
+
+`« En tant que, j'aimerai, afin de »`
+
+![userstories](./userstories.PNG)
+
+| En tant que  | je voudrais | afin de |
+|:--|:--|:--|
+| Invité | pouvoir me créer un compte | créer un compte |
+| Technicien | pouvoir ajouter des tickets à mon tableau | pouvoir accéder à mes tickets |
+| Technicien | pouvoir ajouter des tickets à mon tableau | pouvoir tracer les interventions  |
+| Technicien | pouvoir modifier mes tickets | rectifier et décrire l’avancée d’un ticket |
+| Technicien | pouvoir organiser mes tickets | d’être organisé  |
+| Technicien | pouvoir créer plusieurs tableaux Kanban | séparer les différents projets |
+| Technicien | pouvoir m’authentifier |  d’accéder à l’application |
+| Technicien | pouvoir ajouter des images à un ticket | ajouter des détails à mon ticket |
+| Technicien | pouvoir rechercher mes tickets | retrouver mes anciens tickets  |
+| Chef d’équipe | pouvoir assigner des tickets  | mieux gérer la résolution de ticket |
+| Chef d’équipe| pouvoir m’authentifier | accéder à l’application |
+| Chef d’équipe | pouvoir faire tout ce qu’un technicien peut faire | accès aux mêmes fonctionnalités |
+| Administrateur | pouvoir gérer les rôles des utilisateurs | attribuer la bon rôle au bon utilisateur |
+| Administrateur | je veux pouvoir m’authentifier | accéder à l’application |
@@ -0,0 +1,16 @@
+| En tant que  | je voudrais | afin de |
+|:--|:--|:--|
+| Invité | pouvoir me créer un compte | créer un compte |
+| Technicien | pouvoir ajouter des tickets à mon tableau | pouvoir accéder à mes tickets |
+| Technicien | pouvoir ajouter des tickets à mon tableau | pouvoir tracer les interventions  |
+| Technicien | pouvoir modifier mes tickets | rectifier et décrire l’avancée d’un ticket |
+| Technicien | pouvoir organiser mes tickets | d’être organisé  |
+| Technicien | pouvoir créer plusieurs tableaux Kanban | séparer les différents projets |
+| Technicien | pouvoir m’authentifier |  d’accéder à l’application |
+| Technicien | pouvoir ajouter des images à un ticket | ajouter des détails à mon ticket |
+| Technicien | pouvoir rechercher mes tickets | retrouver mes anciens tickets  |
+| Chef d’équipe | pouvoir assigner des tickets  | mieux gérer la résolution de ticket |
+| Chef d’équipe| pouvoir m’authentifier | accéder à l’application |
+| Chef d’équipe | pouvoir faire tout ce qu’un technicien peut faire | accès aux mêmes fonctionnalités |
+| Administrateur | pouvoir gérer les rôles des utilisateurs | attribuer la bon rôle au bon utilisateur |
+| Administrateur | je veux pouvoir m’authentifier | accéder à l’application |