Mise au propre et ajout de ressources de cours

Cours Génie Logiciel/Architecture monolithique.md

@@ -1,5 +1,5 @@
 Architecture monolithique
-==============
+===
 
 *19/04/18*
 
@@ -19,7 +19,7 @@ Le logiciel a une seule techno et donc c'est ce logiciel qui fait tout, quel que
 Difficulté dans changement : on doit tout reprendre pour la moindre modification, il fuadrait tout réécrire, sinon ça risque de pas s'mboiter avec le reste. De plus en plus compliqué de modifier quand logiciel grossit.  
 Excellentes possibilités doptimisation du code par contre : on doit répondre à un besoin simple et on réfléchi à l'optimisation de son exécution.
 
-### Déploiement 
+### Déploiement
 
 il est assez simple, car on a un serveur, un processus.  
 encore une fois ça pousse à l'optimisation : bons temps de réponse, exécution rapide.  
@@ -55,7 +55,6 @@ Berk :
 * Fort couplage des modules  => application difficile à revoir et à modifier sans avoir à tout revoir dans l'application
 * le code devient vite difficile à comprendre => vriament dur à faire évoluer, en plus c'est prendre des risques si on mélange les équipes qui travaillent dessus. Le code devient n'importe quoi
 
-
 ## Monolithiques VS microservices
 
 Joli tableau dans le prezi  
@@ -72,7 +71,6 @@ Forte possibilité d'amélioration du code
 Gestion de projet en cascade et V  
 un seul truc qui fait tout  
 
-
 ## Bouiche
 
-J'ai pas écouté, le smiley Gui m'a déconcentré
+J'ai pas écouté, le smiley Gui m'a déconcentré

Cours Génie Logiciel/Kanban.md

@@ -1,16 +1,18 @@
-Kanban
-========================
+# Exposé
 
 *25/05/18*
 
 Origine : Toyota. Kanban signifie "post-it"  
-Fonctionne en flux tiré (flux tendu), ce qui définit l juste à temps : action lorsque demnde client.
+Fonctionne en flux tiré (flux tendu), ce qui définit le juste à temps : action lorsque demande client.
 
 Assez libre au final : couleur selon priorité, lignes dans colonnes...
 
-Scrumban : tableua kanban dans lequel on mt les taches de scrum.
+Scrumban : tableau kanban dans lequel on met les tâches de scrum.
 
-a la base pour gestion stocks, il q fallu l'adapter pour gestion projet. Tudeap, outil qui mélange scrum et kanban. 
+A la base pour gestion stocks, il a fallu l'adapter pour gestion projet. Tudeap, outil qui mélange scrum et kanban. 
 
-## Bouiche
+# Cours
 
+**Objectif**
+
+Tendre le flux et mettre en avant les faiblesses d'une ligne de production

Cours Génie Logiciel/Scrum.md

@@ -1,32 +1,78 @@
-Scrum
-========================
 *25/05/18*
 
-roles  
-evenements  
-artefacts
-
+# Exposé
 
 ## Définition
 
 Permet de résoudre problèmes complexes  
-Axénotamment sur création de valeur
+Axé notamment sur la création de valeur
 
-## Roles
+## Rôles
 
-product owner > joue role client
+product owner > joue le rôle du client
 scrum master > chef de projet
-equipe de dev > indéterminée, pas de hiérarchie interne.
+équipe de dev > indéterminée, pas de hiérarchie interne.
 
-## Sprint 
+## Sprint
 
-Mini projet qui dure un mois. date de début et date de fin définies.  
-Evite cycle en V : pas de retour en arrière par rapport aux étapes d'avant, on évolue plutôt.
+Mini projet qui dure un mois. Date de début et date de fin définies.  
+Évite le cycle en V : pas de retour en arrière par rapport aux étapes d'avant, on évolue plutôt.
 
 ## Sprint planification
 
-L'équipe s'atogère et prévoit elle meme en moins de 8 heure de qu'elle va faire pendant ce sprint
+L'équipe s'autogère et prévoit elle meme en moins de 8 heure de ce qu'elle va faire pendant ce sprint
 
-## Melee quotidienne 
+## Melee quotidienne
 
-Réunion quotidienne de 15min pour faire le point entre tous et bilan de la veille.
+Réunion quotidienne de 15min pour faire le point entre tous et bilan de la veille.
+
+# Cours
+
+Fondé sur méthode agile
+
+**Trois axes principaux** 
+
+- Transparence 
+
+- Inspection : se rendre compte écarts de l'objectif
+
+- Adaptation
+
+**Objectif** 
+
+Livrer rapidement un produit même partiel répondant aux attentes (ou partie), et l'améliorer.
+
+**Avantage/Inconvénients**
+
+| Avantages                                               | Inconvénients                    |
+| ------------------------------------------------------- | -------------------------------- |
+| Simplifie les processus                                 | Manque de documentation          |
+| Gain de temps et de ressources via règles définies      | Nécessite un fort investissement |
+| Augmentation de la productivité                         |                                  |
+| Organisation personnelle + travail d'équipe             |                                  |
+| Meilleur rendement via répartition de la responsabilité |                                  |
+| Facilitation de la communication dans le groupe projet  |                                  |
+
+**Acteurs**
+
+- Product Owner : représente le client, gestion du "backlog de produit"
+
+- ScrumMaster : manager du projet, fait appliquer pratiques et valuer de Scrum
+
+- Équipe : pas de rôle prédéfini car en autogestion, pas de hierarchie interne, en charge de la production de l'incrément
+
+**Planification**
+
+- Backlog produit : liste des fonctionnalités attendues d'un produit. Évolue dans le temps // Product Owner
+
+- Backlog sprint : Liste les tâches à réaliser pendant un sprint. Élaboré pendant réunion de planification, destiné à l'équipe
+
+- Daily scrum : réunion quotidienne de 15 minutes. On présente ce qui a été fait ce qui va être fait, et les obstacles. Actualisation du backlog sprint // ScrumMaster
+
+- Sprint : Itération, 2 à 4 semaines, réalisation de version testable
+
+- Revue de sprint : en fin de sprint, point sur difficultés, ce qui a été fait, ce qui reste à faire, actualisation product backlog
+
+- Retrospective de sprint : après revue et avant prochaine planification, point sur comment le sprint s'est déroulé et comment améliorer processus de travail.
+
+- Release : regroupement de plusieurs sprints. Fin de sprint: produit utilisable, fin de release : produit exploitable.