Forum général.général Mémoire d'ingénieur

Posté par .
0
26
nov.
2012

Bonjour à tous,

Je termine un parcours d'ingénieur CNAM en systèmes et réseaux.
Je suis en train d'écrire mon mémoire d'ingénieur sur la migration de parc informatique.
Le terme migration est à prendre au sens large : Je vais présenter des méthodes (organisation) et des techniques (données, logiciels métiers, SBGD, O.S., …) de migration et me baser sur mes expériences pour commenter.

J'ai pas mal avancé sur les techniques de migration des systèmes M$ (bouh!) et Linux, ce que je dois creuser, c'est plutôt l'aspect méthodologie.

Je cherche des idées pour être le plus exhaustif possible et ne pas passer à côté de points importants.

Si vous avez travaillé sur le sujet et que vous avez des références et conseils à me donner je suis preneur :
- Méthodes
- Livres
- Revues
- Sites
- Mémoires
- …

Merci d'avance,
Cdt

  • # l'aspect méthodologie

    Posté par . Évalué à -2.

    des systèmes M$ (bouh!)

    Non, c'est a l'entreprise que tu devrai dire bouh c'est eu qui on choisi M$.

    Pour GNU/Linux dit nous si tu a rencontrer des difficulté, comment a tu fais pour y remédier et quelle techno on été utiliser pour les régler.
    Je n'ai pas participer a une migration GNU/Linux dans une entreprise alors je suis comme toi en attente d'une méthodologie.

    Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

    • [^] # Re: l'aspect méthodologie

      Posté par . Évalué à 3.

      er : infinitif
      é, ée, és, ées : partitipes passés.

      Il y en a d'autres…

      • [^] # Re: l'aspect méthodologie

        Posté par . Évalué à 3.

        Partitipe ? ;)

      • [^] # Re: l'aspect méthodologie

        Posté par . Évalué à -1.

        J'y étais presque.
        Merci

        Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

        • [^] # Re: l'aspect méthodologie

          Posté par . Évalué à 4.

          Quand tu as un verbe du premier groupe (c'est à dire avec l'infinitif en -er et le participe passé en -é) et que tu hésites, dans ta tête tu le remplaces par un verbe du troisième groupe comme prendre. Là tu te rendras compte tout de suite si c'est un infinitif (prendre) ou un participe passé (pris).

          • [^] # Re: l'aspect méthodologie

            Posté par . Évalué à 1.

            Merci pour la règle que je ne connaissais pas et c'est vrai que j’hésite souvent.

            Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

            • [^] # Re: l'aspect méthodologie

              Posté par . Évalué à 3. Dernière modification le 27/11/12 à 18:15.

              Pas vraiment une règle mais plus un moyen mnémotechnique. Normalement on apprend ça à l'école primaire. C'est efficace néanmoins. Et c'est là que tu te rends compte qu'écrire :

              « Je voudrais vous remercié »

              équivaut à écrire :

              « Je voudrais vous pris »

              en lieu et place de :

              « Je voudrais vous prendre »

              Tu peux saisir j'imagine l'ire de beaucoup de gens sur ce genre de faute.

              J'ai toujours détesté la grammaire et l'orthographe à l'école mais je me suis rendu compte, plus tard, que tu ne pouvais parvenir à rien sans maîtriser ces règles. J'espère que tu prends également conscience de l'importance de celles ci.

              • [^] # Re: l'aspect méthodologie

                Posté par . Évalué à 1.

                Oui, je vois bien que je ne maîtrise rien pour le moment et j’espère y arriver un jours.

                Merci aux personnes qui mon aidé a trouvé des solutions pour essayer d’écrire sans faute d’orthographe.

                • [^] # Re: l'aspect méthodologie

                  Posté par . Évalué à 3.

                  Tu vois tu progresses. Il n'y a qu'une seule faute dans ton commentaire (sauf oubli de ma part). Pas de s à jour !

                  UN jour.

    • [^] # Re: l'aspect méthodologie

      Posté par . Évalué à 1.

      J'ai acheté ce bouquin qui propose une méthode de migration mais il est très orienté données (au sens base de données).

  • # test/dev -> backup -> preprod -> backup -> prod

    Posté par . Évalué à 2.

    je ne sais pas s'il existe vraiment un guide des bonnes pratiques specifiques à la migration Windows -> Linux

    mais il doit y avoir des principes generaux et basiques à toutes les migrations :
    - savoir ce qui est vital (base de données), ce qui l'est moins (les données sur le bureau de l'utilisateur)
    - faire un essai avec des echantillons (representatifs de l'ensemble des postes de la socité) en labos
    - faire une validation par les utilisateurs que ca fonctionne dans le nouvel environnement (toujours en labo)
    - deployer

    • [^] # Re: test/dev -> backup -> preprod -> backup -> prod

      Posté par . Évalué à 0.

      Oui, en fait, ce que j'ai pu remarquer c'est que d'après mes recherches, il n'existe pas de méthodes réellement formalisées. Il n'existe que l'expérience de chacun.

      Du coup, je pense orienter mon mémoire vers la création d'une méthode générique réutilisable par ma société.

    • [^] # Re: test/dev -> backup -> preprod -> backup -> prod

      Posté par (page perso) . Évalué à 2.

      il faut tout de meme penser à faire un recensement du parc (matériel et applicatif).
      le volet serveur, c'est la partie facile ; il ne suffit pas de déployer ensuite, faut-il encore penser à accompagner l'utilisateur (formation, le prévenir de ce qui va changer histoire de lui laisser une chance d'indiquer ce qui pourrait lui manquer, lui apporter le support une fois le déploiement effectué). Pour le choix des groupes pilotes, il y a quelques astuces aussi…

      • [^] # Re: test/dev -> backup -> preprod -> backup -> prod

        Posté par . Évalué à 2. Dernière modification le 27/11/12 à 17:14.

        Pour le choix des groupes pilotes, il y a quelques astuces aussi…

        Tu piques ma curiosité là. En effet choisir un groupe d'utilisateurs pilotes (des key users) représentatif c'est pas forcément aisé alors si t'as des astuces, partage. Ce serait même une bonne idée de journal !

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.