diff --git a/Cours Génie Logiciel/Architecture monolithique.md b/Cours Génie Logiciel/Architecture monolithique.md index fdd2dd7..8b85f55 100644 --- a/Cours Génie Logiciel/Architecture monolithique.md +++ b/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é \ No newline at end of file +J'ai pas écouté, le smiley Gui m'a déconcentré diff --git a/Cours Génie Logiciel/Kanban.md b/Cours Génie Logiciel/Kanban.md index c67f82e..2b30c6c 100644 --- a/Cours Génie Logiciel/Kanban.md +++ b/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 diff --git a/Cours Génie Logiciel/Ressources Bouiche/CMMI.pdf b/Cours Génie Logiciel/Ressources Bouiche/CMMI.pdf new file mode 100644 index 0000000..776c1ba Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/CMMI.pdf differ diff --git a/Cours Génie Logiciel/Ressources Bouiche/CobiT_Documentation.pdf b/Cours Génie Logiciel/Ressources Bouiche/CobiT_Documentation.pdf new file mode 100644 index 0000000..d099c5c Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/CobiT_Documentation.pdf differ diff --git a/Cours Génie Logiciel/Ressources Bouiche/Kanban2.pdf b/Cours Génie Logiciel/Ressources Bouiche/Kanban2.pdf new file mode 100644 index 0000000..f08f5c8 Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/Kanban2.pdf differ diff --git a/Cours Génie Logiciel/Ressources Bouiche/Les Design Patterns.pdf b/Cours Génie Logiciel/Ressources Bouiche/Les Design Patterns.pdf new file mode 100644 index 0000000..d96418f Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/Les Design Patterns.pdf differ diff --git a/Cours Génie Logiciel/Ressources Bouiche/RAD-2.pdf b/Cours Génie Logiciel/Ressources Bouiche/RAD-2.pdf new file mode 100644 index 0000000..a3946f2 Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/RAD-2.pdf differ diff --git a/Cours Génie Logiciel/Ressources Bouiche/SCRUM2.pdf b/Cours Génie Logiciel/Ressources Bouiche/SCRUM2.pdf new file mode 100644 index 0000000..0817c97 Binary files /dev/null and b/Cours Génie Logiciel/Ressources Bouiche/SCRUM2.pdf differ diff --git a/Cours Génie Logiciel/Scrum.md b/Cours Génie Logiciel/Scrum.md index df92ac0..19781db 100644 --- a/Cours Génie Logiciel/Scrum.md +++ b/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. \ No newline at end of file +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.