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
|
||||
========================
|
||||
|
||||
## Cycles du dévloppement informatique
|
||||
## Cycles du développement informatique
|
||||
|
||||
### 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
|
||||
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