Dernier cours Génie logiciel
This commit is contained in:
parent
7698f1a3d1
commit
8eb8e9dfcb
|
@ -0,0 +1,39 @@
|
||||||
|
Architecture applicative
|
||||||
|
========================
|
||||||
|
|
||||||
|
Comment application interagissent ensemble.
|
||||||
|
Y a l'avant SOA (2000) et l'apres SOA (beaucoup généralisé depuis 2010)
|
||||||
|
|
||||||
|
## Architecture monolithique
|
||||||
|
|
||||||
|
plus adapté sur besoins simples, petits projets. Si besoin et code évolue, ça va être plus hardcore
|
||||||
|
|
||||||
|
## SOA
|
||||||
|
|
||||||
|
arrivé dans 2003/2004 , vient s'opposer au monolithique > plusieurs services . Mais reste visiblment du monolothique.
|
||||||
|
Ca a permit d'intégrer l'agilité dnas l'entreprise
|
||||||
|
|
||||||
|
## Microservice
|
||||||
|
|
||||||
|
st ce que ca serait pas une évolution des SOA ? un peu ça en décomposant encore plus le service
|
||||||
|
un microservice ne partagera pas un processus ave un autre microservice . Un service = un processus
|
||||||
|
|
||||||
|
Ls services sont indépendants. Grande autonomiez amenant bcp d'avantages.
|
||||||
|
Les services peuvent être appelés plusieurs fois ce qui va augmenter la charge.
|
||||||
|
|
||||||
|
Tableau cool des différences entre SOA et microservices
|
||||||
|
|
||||||
|
## CL
|
||||||
|
|
||||||
|
choisir en fonction projet ce qui est adapté...
|
||||||
|
|
||||||
|
## Bouiche
|
||||||
|
|
||||||
|
mngmngmgn SOA mgnmgn c'est plutôt les langages des mngmngmgngmn qui a permis mngmgn les microservices c'est pas la panacée (?) de tous les projets.
|
||||||
|
Des gnes ont basculé vers microservices et se rendent compte que mgnmgnmgng
|
||||||
|
|
||||||
|
MVVM = variante de MVC
|
||||||
|
1/3 y a le client serveur
|
||||||
|
|
||||||
|
Et le monolithique c'est toujour sutilisé genre pour les sytèmes embarqué. On recherche toujours des développeurs "à l'ancienne".
|
||||||
|
|
Binary file not shown.
Binary file not shown.
|
@ -1,7 +1,7 @@
|
||||||
Cours général
|
Cours général
|
||||||
========================
|
========================
|
||||||
|
|
||||||
## Cycles du dévloppement informatique
|
## Cycles du développement informatique
|
||||||
|
|
||||||
### Les différents types d'essai
|
### Les différents types d'essai
|
||||||
|
|
||||||
|
@ -43,3 +43,24 @@ Valorise l'humain, le travail, implique le client.
|
||||||
|
|
||||||
Il faut écouter les membres de son équipe. u_u
|
Il faut écouter les membres de son équipe. u_u
|
||||||
si on les implique, ils apprennent.
|
si on les implique, ils apprennent.
|
||||||
|
|
||||||
|
__________________________________
|
||||||
|
|
||||||
|
*25/05/18*
|
||||||
|
|
||||||
|
## Thèmes abordés cette année
|
||||||
|
|
||||||
|
* SCRUM (2 exposés donc + de questions )
|
||||||
|
* KANBAN
|
||||||
|
* Architecture Applicative (SOA, MicroService, Monolithique... )
|
||||||
|
* PRINCE2 - Design Pattern
|
||||||
|
* COBIT
|
||||||
|
* XP
|
||||||
|
* Méthodes Agiles
|
||||||
|
|
||||||
|
L'exam sera un QCM avec une 50aine de questions. 2h.
|
||||||
|
|
||||||
|
|
||||||
|
## Mémoire
|
||||||
|
|
||||||
|
Faut avoir un plan. du moment que y a un plan c'est bon. Faut déjà essayer maintenant de voir si y a assez de matière pour faire un mémoire.
|
16
Cours Génie Logiciel/Kanban.md
Normal file
16
Cours Génie Logiciel/Kanban.md
Normal file
|
@ -0,0 +1,16 @@
|
||||||
|
Kanban
|
||||||
|
========================
|
||||||
|
|
||||||
|
*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.
|
||||||
|
|
||||||
|
Assez libre au final : couleur selon priorité, lignes dans colonnes...
|
||||||
|
|
||||||
|
Scrumban : tableua kanban dans lequel on mt les taches de scrum.
|
||||||
|
|
||||||
|
a la base pour gestion stocks, il q fallu l'adapter pour gestion projet. Tudeap, outil qui mélange scrum et kanban.
|
||||||
|
|
||||||
|
## Bouiche
|
||||||
|
|
15
Cours Génie Logiciel/Prince2.md
Normal file
15
Cours Génie Logiciel/Prince2.md
Normal file
|
@ -0,0 +1,15 @@
|
||||||
|
Prince2
|
||||||
|
========================
|
||||||
|
|
||||||
|
*25/05/18*
|
||||||
|
|
||||||
|
## Bouiche
|
||||||
|
|
||||||
|
si l'outil que tu vas mettre en place présente des changements, mmgmgmgmgm mg mgmgmmgngmnmgnmgng
|
||||||
|
- Bin si
|
||||||
|
Bin au niveau vous save zmgnmgngnmgngmngmngmgngnm ?
|
||||||
|
- en France, ? J'ai pas les chiffres mais beaucoup d'entrprise forment leurs employés
|
||||||
|
|
||||||
|
mnnmngmmngmngmgn
|
||||||
|
- en france ? 1,7%
|
||||||
|
|
32
Cours Génie Logiciel/Scrum.md
Normal file
32
Cours Génie Logiciel/Scrum.md
Normal file
|
@ -0,0 +1,32 @@
|
||||||
|
Scrum
|
||||||
|
========================
|
||||||
|
*25/05/18*
|
||||||
|
|
||||||
|
roles
|
||||||
|
evenements
|
||||||
|
artefacts
|
||||||
|
|
||||||
|
|
||||||
|
## Définition
|
||||||
|
|
||||||
|
Permet de résoudre problèmes complexes
|
||||||
|
Axénotamment sur création de valeur
|
||||||
|
|
||||||
|
## Roles
|
||||||
|
|
||||||
|
product owner > joue role client
|
||||||
|
scrum master > chef de projet
|
||||||
|
equipe de dev > indéterminée, pas de hiérarchie interne.
|
||||||
|
|
||||||
|
## 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.
|
||||||
|
|
||||||
|
## 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
|
||||||
|
|
||||||
|
## Melee quotidienne
|
||||||
|
|
||||||
|
Réunion quotidienne de 15min pour faire le point entre tous et bilan de la veille.
|
Loading…
Reference in a new issue