des exemple et exercices en génie logiciel

**sandaff** · 24/10/2018, 02h27

Bonsoir
pardons les connaisseurs de génie logiciel, aidez moi à avoir des exemples et exercices de génie logiciel. surtout les différentes phase de cycle de vie d'un logiciel.
J’espère recevoir une suite favorable très tôt.
Merci

**psychadelic** · 24/10/2018, 02h43

https://fr.wikipedia.org/wiki/G%C3%A9nie_logiciel

**sandaff** · 24/10/2018, 14h39

Bonjour
ça ça ne m'aide pas du tout;
j'ai dis exemples et exercices et non cours;
votre cours est incomplet: il n 'y a pas de cycle de vie en V.
et puis ma question s'adresse aux professeurs de génie logiciel ou des éditorialiste qui ont écrit dans ce domaine.
Merci!

Invité · 24/10/2018, 22h04

Bonjour
Je ne connais pas d'éditorialiste en génie logiciel mais je connais un plombier en système d'information et un boulanger-charcutier en architecture logicielle. Je leur poserai la question à l'occasion.

**sandaff** · 25/10/2018, 04h10

Vous avez finis?
il n'y a rien de tels sur ce site mais plutôt que des développeurs et ingénieurs, etc..
Je cherche toujours une réponse utile à ma question s'il y a des connaisseurs en génie logiciel

**Glutinus** · 25/10/2018, 09h44

Bonjour,

La meilleure école en génie logiciel (et de même qu'en développement en général) c'est encore l'expérience professionnelle...
J'ai fait une UE de CNAM avec le maître de chaire qui nous a expliqué des méthodes de chiffrage diverses et variées, on a essayé de mettre en place, mais ses abaques ne correspondaient pas à notre spécialisation (développement sur microprocesseur). Alors il nous a dit :
- Vous devez développer combien de fonctionnalités ?
- 10
- De même complexité ?
- Heu, on pense oui.
- Combien de temps vous avez mis pour la première ?
- Une demi-journée.
- Donc ça fait 5 jh pour le dev.

Donc cherche pas les exercices, dans la vraie vie le gap est encore plus énorme qu'entre développer une appli à l'école et en entreprise...

**sandaff** · 26/10/2018, 01h52

Je travail en développement tous les jours mais j'aimerais aussi comprendre en détail le concept génie logiciel qui est assez théorique à mes yeux; juste une curiosité.

**transgohan** · 26/10/2018, 09h49

Si tu travailles en développement tous les jours ce n'est plus de la théorie...

Le cycle de vie d'un logiciel va dépendre de l'entreprise, du projet et des technologies, ainsi que de la méthode de gestion de projet employée.
En bref c'est du process, tu ne trouveras pas de cours là dessus car chaque entreprise créé son propre process selon ses besoins de qualité.

Après cycle en V ou autre ce n'est pas du génie logiciel. C'est de la gestion de projet.
Bref c'est une activité annexe qu'on intègre dans pas mal de métier.

**Jean-Philippe André** · 26/10/2018, 18h51

Le COCOMO c'est la vie

**sandaff** · 26/10/2018, 19h24

si
il y a des cours mais ne sont pas riches car on n'arrive pas à comprendre pratiquement les étapes de model en Cascade, V et incrémental;
ne me décourage pas c'est une science cas même et sa compréhension est 1+

**Jean-Philippe André** · 26/10/2018, 19h39

Envoyé par sandaff

ne me décourage pas c'est une science cas même et sa compréhension est 1+

On ne souhaite pas te décourager, mais aujourd'hui, à part de très rares cas de figure, cette notion de cycle en V et autre ne te rapporteront aucunement un avantage financier lors de la négociation salariale, donc en amont d'entrer dans l'entreprise. Il sera ensuite bien évidemment possible de prendre l'information une fois la méthologie interne connue.

Savoir si tu dois faire une estimation en fonction du nombre de lignes de code selon le langage ou encore de savoir si les spécifications techniques ou fontionnelles se font dans un ordre ou l'autre, ca ne nécessite pas de longues heures à passer les fesses collées sur un siege dans un amphi

**AdmChiMay** · 26/10/2018, 22h01

J'ai passé un temps en Grande-Bretagne. J'ai eu un cours (et donc un prof) de génie logiciel (et cela n'a pas changé depuis presque 30 ans). Déjà, en anglais, on parle de "software engineering". Recherche sur ton moteur de recherches préféré avec ces mots, et lis les renvois qui te semblent intéressants (on trouve aussi des pdf).

Bon, au final, c'est quoi ? De la théorie, que tu trouveras sur le net, et de la pratique. Le prof nous a cité la théorie, on avait au moins un livre en exemple à lire (fonctionnement anglo-saxon à l'université : un livre de base pour chaque matière). Ensuite, il nous parlait de la pratique (avec ses presque 20 ans chez IBM plus d'autres années ailleurs).

La théorie, cela de te permet de répondre à la volée à la théorie en discussion. Tu en trouveras suffisamment sur le net, plutôt en anglais (et avec Amazon). Les réflexions sur la pratique, c'est la réalité du terrain, et c'est ce qui te permet de discuter de manière plus pratique lors d'un entretien d'embauche (pas avec un RH, mais avec un vrai chef de projet ou un programmeur). Petit problème : la pratique dépend de chaque entreprise (elles prétendent utiliser tel type de cycle, mais en ont une vision très locale et très adaptée, d'ailleurs attitude très typique par rapport au "agile" de nos jours).

Bref, pas de solution miracle. Un peu de théorie accessible sur le net ou via des bouquins, et surtout de la pratique locale. Car tout dépend aussi des ressources locales : on travaille sur de l'humain, et les réponses sont donc loin d'être universelles.

Exemple. Il nous avait dit qu'il y avait une machine à café (là où il bossait chez IBM). Elle a été supprimée par les RH, car le temps passé à la machine à café était de la productivité de perdue. Cela leur a pris moins de 6 mois pour remettre la machine à café et la salle qui lui allait bien… car plein de problèmes se résolvaient en discutant avec d'autres autour d'un gobelet de café ou de chocolat. Bref, le "software engineering", ce n'est vraiment pas que de la théorie, mais aussi de la pratique (et humaine aussi en plus).

Bonnes lectures !

**sandaff** · 26/10/2018, 22h30

Merci pour la réponse des uns, des autres, je me souviendrais vos conseils et explications
merci!

**Glutinus** · 29/10/2018, 10h07

Envoyé par Jean-Philippe André

Le COCOMO c'est la vie

C'est vrai qu'on a fait la même formation...
Bon sang, le nombre d'éventuels futurs maîtres de stage qui m'ont rigolé à la tronche quand j'ai sorti ce mot en entretien...

**sandaff** · 29/10/2018, 12h18

Moi je ne comprends pas du tout ce mot

**Glutinus** · 29/10/2018, 13h21

C'est le nom d'une méthode qui permet d'estimer la charge (le nombre de jours de travail) d'un projet. C'est très vieille école puisqu'en input tu y mets... le nombre de milliers de lignes de code !!!

Mais c'est une méthode qui est très vieille et c'est la raison pour laquelle en entretien de stage on s'est moqués de moi. Du genre "mais pourquoi vous apprenez ça ?" réponse : "Bah... demandez à mon responsable pédagogique..."

Et au final, le responsable de chaire du CNAM lui-même à l'époque m'a donné texto la méthode ci-dessus (0.5 journée pour développer un module x 10 modules = 5 jours). C'est con mais c'est comme ça qu'on fait...