Identification de matériel

**Lung** · 21/05/2014, 10h25

**Razorflak** · 21/05/2014, 10h40

Je crois qu'on va avoir besoin d'une charade de Nhaps pour relancer ce post.

**Nhaps** · 21/05/2014, 11h12

Envoyé par Razorflak

Je crois qu'on va avoir besoin d'une charade de Nhaps pour relancer ce post.

Ou sinon vous pouvez m'aider à faire mon mémoire.

Un mémoire de recherche sur la refonte d'un logiciel, vous avez une idée de plan ?

Je propose:

Contexte du SI dans l'entreprise
Etude du programme existant
Avantage/Inconvenient
Nouvelle techno utilisée (Av/In)
Etudes des fonctionnalités.
...

Enfin j'ai envie de dire plein de truc, mais pour faire un plan propre chaud =D

**Hizin** · 21/05/2014, 11h34

Refonte :

La raison et le contexte de la refonte
L'étude de l'existant : ce à quoi il répond
La recherche d'un remplaçant : prise en compte le développement et de la maintenance corrective et évolutive
Choix de la techno : explications et comparaisons; avantages & inconvénients et choix final
Nouvelle architecture : explication des choix
Mise en place : ce qui s'est révélé exact, ce qui s'est révélé inexact, les problèmes rencontrés et les solutions mises en place pour les résoudre
Contexte de fin : état des lieux de la refonte et ce qu'il reste à faire
Conclusion : ce que tu as appris, autant au plan technique que fonctionnel et humain (et autre).

?

**Nhaps** · 21/05/2014, 11h42

Ouais c'est globalement ça que je vais faire.
Mais tellement de chose à dire j'ai peur de partir dans le trop technique. Dois-je vraiment aller au bout des choses, bien que ce soit vraiment des règles métiers qui n'ont rien à voir avec l'informatique. Mais que j'ai du assimiler de A à Z.

J'ai peur de saouler le lecteur avec des choses qui ne l’intéresse pas mais utile pour la compréhension quand même.

**Hizin** · 21/05/2014, 12h21

Ca... c'est tout l'art de la chose : savoir quand rentrer dans le détails pour motiver des choix/explications et quand juste survoler.
A mon avis, tu peux te permettre de rentrer un peu dans le détail constamment, avec des pics parfois, et survoler uniquement durant ta soutenance, puisque cette dernière doit venir en complément (et non en doublon) du mémoire.

**sevyc64** · 21/05/2014, 20h37

Il y a surtout une chose à ne pas oublier, et qui très souvent (et parfois volontairement) oublier dans ce genre d'audit.

Si tu vas très certainement parler des points positifs que va apporter le logiciel refondu par rapport à l'existant, il ne faut pas oublier les points négatifs et les risques que peut aussi apporter la refonte (reformation des utilisateurs, générations de nouveaux bugs et dysfonctionnements parfois bien plus pénalisant que l'existant, perte des repères, des acquis et du vécu, pertes d'anciennes fonctionnalités jugées obsolètes et qui au final se révèlent indispensable, perte de la rétrocompatibilité, notamment sur les données anciennes, ....).

Des points qui, bien souvent lorsqu'ils sont correctement abordés font capotés des projet de refonte d'apparence anodine mais au final bien trop ambitieux.

En gros, c'est l'aspect "On sait ce que l'on laisse, mais on sait pas ce que l'on va prendre. Le risque est-il à la hauteur du gain espéré ?"

**AdmChiMay** · 21/05/2014, 21h04

De mon point de vue, commence par en jeter un max dans ta première version de rapport. Il vaut mieux par la suite se creuser la tête pour savoir quoi enlever, que se demander quoi ajouter. En relecture, il est fort probable que tu ne supprimes pas grand chose, mais plutôt que tu restructures. Une bonne structuration permet au lecteur de sauter ce qui l'intéresse le moins : la présentation d'entreprise, la méthodologie, certaines techniques, la gestion du projet, etc. Bref, il peut facilement faire ses courses.

Autre point, selon le type de rapport. S'il y a des points capitaux, on doit être quasi certain de les trouver en ouvrant le rapport quasiment au hasard (en exagérant un peu).

Enfin, comme le souligne Hizin, la présentation est un complément. Tu dois y placer ce qui confortera l'expert lors de la soutenance, mais aussi ce qui illuminera celui qui joue le candide dans le jury. Cela signifie qu'il ne faut surtout pas se limiter à une règle de type "1 slide = y secondes", car un slide peut durer 2mn ou 5s pour une illustration (et éviter des questions ultérieures).

Ne pas hésiter à dire "je". Si quelque chose est ton apport, ou t'as franchement em...bêté, cela doit apparaître en clair.

La première structure d'Hizin : pas mieux. Il faut que tu ajoutes un niveau de détail supplémentaire pour faire d'autres commentaires. Fais le sommaire avec ses niveaux, avec des titres "parlants", ça permettra de prendre de la hauteur à toi comme aux lecteurs (de dvp, disons), et d'avancer dans les idées/conseils.

Quoi qu'il en soit, bon courage !

**Nhaps** · 22/05/2014, 08h57

Merci pour vos conseils, ça me rassure sur le chemin que je souhaite prendre.

Pour ce qui est des points négatifs, pas de soucis il y en a quelques-uns et je n'hésiterai pas à les écrire. D'une part pour faire un bon mémoire, mais d'une autre pour essayer de faire bouger le SI de ma boîte qui a vraiment besoin de structuration.

D'ailleurs ça me fait peur pour la partie présentation de la méthodologie de projet appliquée.. sois je peut la sauter, ou bien je part sur un bon vieux cycle en V, mais bon quid de l'apport de cette information pour mon mémoire ? Peut on ne pas la mettre ? Car c'est quelque chose où franchement je risque de dire des bêtises.

**AdmChiMay** · 22/05/2014, 20h28

Méthodologie… Le grand (gros ?) mot…

Je ne connais pas le niveau (bac + combien) du rapport, mais il (¿[{"peut"}]?) être fâcheux (voir fâchant) de ~~louper~~ passer sous silence ce point. Qui risques-tu de fâcher ? ton entreprise ou ton jury ? qu'est-ce qui est le plus risqué ? Non, je ne répondrai pas.
La méthodologie, si absente, reviendra en boomerang en question, soit par le spécialiste du jury, soit par le candide du jury, soit pire par les deux. Il faut réussir à mettre les choses à plat :
- l'entreprise a-t-elle une méthodologie ?
- en as-tu proposé une ?
- et _surtout_ quelle a été l'attitude ou la décision de la hiérarchie ?
- finalement, en analysant ton travail avec du recul, tu as "forcément" fini par adopter une méthodologie, même sous silence.

Il y a… un certain temps, stage fin bac+3, aucune méthodologie demandée, je m'étais permis de le dire. J'ai découpé tout mon travail en étapes (du Fortran), avec pour chaque étape un programme de test adapté. Le Test-Driven-Development n'existait pas, je parlai de précaution, de vérification, et de réutilisation en cas de modification.

Après, il faut trouver la tournure pour ne pas avoir l'air agressif et ne viser personne.
Mais ne pas l'oublier. amah.

**Nhaps** · 23/05/2014, 08h46

Non il n'y en a pas, on n'a pas de chef de projet déjà.
Oui j'ai essayé de mettre en place une méthode agile, enfin quelque chose basé sur une forte communication entre les services concernés.
Mais au final, c'est impossible à mettre en place, refus de la hiérarchie, ça engendre des développements assez compliqués, où au final, il faut un peu deviner ce que les gens veulent exactement.
Il y a bien eu quelques réunions, mais bon, pas très transcendante.

J'ai un peu l'impression que j'étais le capitaine du navire qui est resté seul sur son bateau ^^

C'est un mémoire pour un master, donc oui, j'aimerai bien parler de la méthodologie, mais dans mon cas, j'ai justement peur de dire des choses fausses.

C'est une refonte de logiciel qui est utilisé par mon entreprise, pas de client, pas de réel deadline.

PS : C'est surtout le jury qui risque de me saouler avec ça clairement, c'est pour ca que je veux mettre quelque chose, car sinon je les connais bien, ils vont pas manquer l'occasion de me le demander ^^

**AdmChiMay** · 23/05/2014, 11h38

Envoyé par Nhaps

Non il n'y en a pas, … Oui j'ai essayé … Mais …

Donc tu as des choses à dire. Il faut "juste" (je sais, facile à dire de loin) bien les tourner.
Si le jury "veut" que tu ais pratiqué une méthodologie, mais que bon tout ça, tu dois mettre en avant que tu l'as fait au maximum mais compte-tenu de l'environnement, voir de la (dé)pression des gens avec qui tu étais en relation, alors finalement ben heuuu. Quitte à gonfler légèrement (pour rester crédible) à l'hélium ton suivi de méthode.

Les fois où il y a eu blocage sur un suivi méthodologique, places bien ce que tu as proposé, tenté, mais que "pour des raisons internes" cela n'a pas (vraiment | du tout) été fait. Perso, en tant que tuteur, j'ai déjà eu à intervenir pour afficher clairement aux membres académiques du jury que "ben non, y a pas eu ce point, et c'était voulu de notre part". Si ton "tuteur" ne le fait pas, tu dois quand même le mettre en avant diplomatiquement, d'où des expressions style "mais à cause du contexte…". Après, il y a la tournure polie dans le rapport, et ce qu'on dit clairement lors de la soutenance.

**Nhaps** · 23/05/2014, 12h06

Merci pour tes conseils. Ils me rassurent énormément.

Je vous tiens au courant de l'avancé de mon mémoire, enfin si cela vous intéresse ^^

**AdmChiMay** · 23/05/2014, 20h07

Bon, ben, alors à bientôt pour ce nouveau reality show !

Je propose que lorsque tu poses des questions, tu places un crayon plus ou moins gros en fonction de l'importance…

faut bien garder les racines du fil…

**Lady** · 24/05/2014, 13h00

Coucou ici en passant.

Pour mon nouveau PC peut de chance d'en avoir un autre d'ici olala je serais plus dans la boite ... C'est une PME ça faisait 2 ans que le nouveau pc était prévu !

Dans 15 jours j'ai 4 mois de "vacances" youhouhou!

Nhaps pense aussi aux annexes qui peuvent servir à mettre certaine choses qui ne sont pas forcement intéressant dans le corps du texte mais qui peuvent intéressée certain lecteur.

**Nhaps** · 26/05/2014, 08h42

Ah ouais déjà dans 15 jours, ca passe vite, le bébé est prévu pour quand au fait ?

Ouais pour les annexes, j'ai pensé à mettre dans le corps (dans la limite du lisible quand même) le document, mais toujours aussi le mettre sur une page entière en fin de mémoire. Ça permettra d'avoir un support d'image dans le corps, et pour le lecteur que ça intéresse l'avoir de façon beaucoup plus lisible à la fin.

Par contre, si le document est vraiment super lisible, genre une table, est ce que je suis forcement obligé de le mettre en annexe également ?

**AdmChiMay** · 26/05/2014, 21h44

Envoyé par Lady

Dans 15 jours j'ai 4 mois de "vacances" youhouhou!

Donc dans 15 jours, tu auras plus de temps à passer sur le forum ?

Envoyé par Nhaps

Par contre, si le document est vraiment super lisible, genre une table, est ce que je suis forcement obligé de le mettre en annexe également ?

Perso, je dirai "ça dépend". Si ton document tient dans un peu mois qu'une page A4, non. Si l'information à en retirer tient dans quelques lignes : placer un extrait de ces quelques lignes, et renvoyer le reste en annexe.

Cela fait partie des questions qui arrivent en cours de rédaction. Pour ma part, je conseille d'en faire une liste, et à intervalle régulier (6 à 10 jours) poser la question au tuteur académique (lapsus : j'avais oublié le 2è "t" à tuteur, au premier jet). Il est important que ce tuteur soit impliqué… pour évacuer certaines remarques le jour de la soutenance…