IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Débats sur le développement - Le Best Of Discussion :

Solution la plus adéquate pour une informatisation totale des services ?


Sujet :

Débats sur le développement - Le Best Of

  1. #1
    Membre régulier Avatar de kodo
    Profil pro
    Chef de projet technique
    Inscrit en
    mars 2006
    Messages
    286
    Détails du profil
    Informations personnelles :
    Localisation : Maroc

    Informations professionnelles :
    Activité : Chef de projet technique

    Informations forums :
    Inscription : mars 2006
    Messages : 286
    Points : 86
    Points
    86
    Par défaut Solution la plus adéquate pour une informatisation totale des services ?
    Bonjour tout le monde,
    J'ai une question tres importante.
    Pour une grande entreprise non informatique, (mais elle a un departement informatique avec une equipe de developpement, des administrateurs systemes, base de donnée,..), quelle est la meilleur solution pour une informatisation totale de ses service ? D'apres vos experiences, est elle l'achat d'un progiciel comme SAP, ou faire du developpement interne?

  2. #2
    Modérateur
    Avatar de gangsoleil
    Homme Profil pro
    Manager / Cyber Sécurité
    Inscrit en
    mai 2004
    Messages
    10 021
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Manager / Cyber Sécurité

    Informations forums :
    Inscription : mai 2004
    Messages : 10 021
    Points : 27 433
    Points
    27 433
    Par défaut
    Bonjour,

    Je crains que ton message ne soit pas assez précis. En effet, qu'entends-tu par :

    Citation Envoyé par kodo
    quelle est la meilleur solution pour une informatisation totale de ses service ?
    C'est quoi une informatisation totale ? Quels sont les besoins réels : que chaque personne dispose d'un ordinateur pour avoir accès à ses mails et rédiger une lettre, ou bien s'agit-il d'autre chose ?
    "La route est longue, mais le chemin est libre" -- https://framasoft.org/
    Les règles du forum

  3. #3
    Membre éprouvé Avatar de Jérémy Lefevre
    Homme Profil pro
    Développeur Java
    Inscrit en
    juin 2004
    Messages
    898
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Luxembourg

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2004
    Messages : 898
    Points : 969
    Points
    969
    Par défaut
    quelle est la meilleur solution pour une informatisation totale de ses service
    quels sont ces services??
    Rien ne se perd, rien ne se crée, tout se transforme

    ------- -------

  4. #4
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    7 674
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 7 674
    Points : 18 112
    Points
    18 112
    Par défaut
    Citation Envoyé par kodo
    Bonjour tout le monde,
    D'apres vos experiences, est elle l'achat d'un progiciel comme SAP, ou faire du developpement interne?
    Pour répondre rapidement il faut essayer de dresser une liste presque exhaustive des fonctionnalités de SAP ou autre PGI ( voir ce que les modules peuvent apporter ) tu peux poser la question sur le forum concerné.
    Il faut savoir qu'un PGI peut réduire considérablement les cycles de développements/paramétrages/conception d'un projet.
    Mais le revers de la médaille cela n'offre pas toujours la souplesse d'outils de développements "classiques" ( .NET ou Java ) dans une architecture client/serveur ( ex front-end en .NET /C# et bdd sur serveur ).
    J'avais travaillé sur un PGI pour un gros projet en Rhones-Alpes et l'outil était souvent contraignant à utiliser.
    Il faut estimer aussi les couts de licence d'un PGI ( prix d'une licence SAP ) vs outil de dev classique ( Visual Studio ) + SGBD



    En tout cas c'est l'éternelle dilemme pour urbaniser un SI : prendre et paramêtrer un PGI ou bien faire des développements en interne.

  5. #5
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    7 674
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 7 674
    Points : 18 112
    Points
    18 112
    Par défaut
    Citation Envoyé par gangsoleil
    C'est quoi une informatisation totale ? Quels sont les besoins réels : que chaque personne dispose d'un ordinateur pour avoir accès à ses mails et rédiger une lettre, ou bien s'agit-il d'autre chose ?
    je pense que cela va plus loin que la gestion des courriels et le courrier ( qu'on peut faire sous Open Office ou Ms Word)

    Je crois qu'il veut parler d'une entreprise qui n'est pas totalement informatisée comme c'est le cas de bcp en France et qu'il faille développer des progiciels de compta,RH,achats....etc en vue d'améliorer la productivité, rationnaliser les flux

  6. #6
    Membre actif
    Inscrit en
    août 2005
    Messages
    307
    Détails du profil
    Informations forums :
    Inscription : août 2005
    Messages : 307
    Points : 255
    Points
    255
    Par défaut
    Citation Envoyé par Mat.M
    Pour répondre rapidement il faut essayer de dresser une liste presque exhaustive des fonctionnalités de SAP ou autre PGI ( voir ce que les modules peuvent apporter ) tu peux poser la question sur le forum concerné.
    Il faut savoir qu'un PGI peut réduire considérablement les cycles de développements/paramétrages/conception d'un projet.
    Mais le revers de la médaille cela n'offre pas toujours la souplesse d'outils de développements "classiques" ( .NET ou Java ) dans une architecture client/serveur ( ex front-end en .NET /C# et bdd sur serveur ).
    J'avais travaillé sur un PGI pour un gros projet en Rhones-Alpes et l'outil était souvent contraignant à utiliser.
    Il faut estimer aussi les couts de licence d'un PGI ( prix d'une licence SAP ) vs outil de dev classique ( Visual Studio ) + SGBD



    En tout cas c'est l'éternelle dilemme pour urbaniser un SI : prendre et paramêtrer un PGI ou bien faire des développements en interne.

    Je crois qu'il faut également tenir compte du temps d'apprentissage, et de saisir tous les contours de l'ERP. car avoir une liste de fonctionnalité n'est pas suffissant. Il faut savoir dans les détails comment ses fonctionnalités sont implémentées ("le diable se cache dans les détails"), cela peut ne pas véritablement coller aux besoins du client. Je trouve par contre qu'un bon compromis serait des ERP open-source, car si une fonctionnalité n'est pas parfaitement adaptée aux besoins du client, on pourra alors toujours rentrer dans le code source pour faire des modifications appropriées, alors qu'avec les developpements en internes, on va reinventer la roue et avec les ERP propriétaires on ne peut pas faires des modifications au dela des possibilités offertes par le framework de l'ERP.

    Je vais prendre un exemple. je suis entrain de préparer la mise sur pied d'un ERP pour une entreprise. J'ai chosi Compiere. Lorsque j'ai fait une présentation préliminaire de l'ERP, le client m'a dit que l'interface utilisateur ne le convenais pas du tout. J'ai réecrit l'interface utilisateur pour le rendre plus convivial. Je ne sais pas si c'est par exemple possible d'effectuer une refonte totale de l'UI d'un ERP comme SAP ( de façon qu'après il soit presque impossible de reconnaître qu'il s'agit de SAP). Et il y a beaucoup de fonctionnalités pour lesquelles j'ai été obligé de modifier le code source, car cela n'était pas possible de les obtenir à travers le framework.

  7. #7
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    7 674
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 7 674
    Points : 18 112
    Points
    18 112
    Par défaut
    Citation Envoyé par kisitomomotene
    Je crois qu'il faut également tenir compte du temps d'apprentissage, et de saisir tous les contours de l'ERP. car avoir une liste de fonctionnalité n'est pas suffissant.
    tout à fait, ce qui sous-entend une formation pour le programmeur par exemple formation SAP et ce qui va représenter un cout pour la société

    Il faut savoir dans les détails comment ses fonctionnalités sont implémentées ("le diable se cache dans les détails"), cela peut ne pas véritablement coller aux besoins du client.
    a ce moment-là il faut prendre des outils "classiques".

    Je trouve par contre qu'un bon compromis serait des ERP open-source, car si une fonctionnalité n'est pas parfaitement adaptée aux besoins du client, on pourra alors toujours rentrer dans le code source pour faire des modifications appropriées,
    je suis d'accord mais je crains que cela représente des heures de developpement supplémentaires


    Je vais prendre un exemple. je suis entrain de préparer la mise sur pied d'un ERP pour une entreprise. J'ai chosi Compiere. Lorsque j'ai fait une présentation préliminaire de l'ERP, le client m'a dit que l'interface utilisateur ne le convenais pas du tout. J'ai réecrit l'interface utilisateur pour le rendre plus convivial. Je ne sais pas si c'est par exemple possible d'effectuer une refonte totale de l'UI d'un ERP comme SAP ( de façon qu'après il soit presque impossible de reconnaître qu'il s'agit de SAP). Et il y a beaucoup de fonctionnalités pour lesquelles j'ai été obligé de modifier le code source, car cela n'était pas possible de les obtenir à travers le framework.
    expérience instructive.
    Mais avec SAP je doute fortement que l'on puisse effectuer des modifications dont tu parles de l'UI
    Je crois que c'est un outil qui manque de souplesse..

  8. #8
    Membre actif
    Inscrit en
    août 2005
    Messages
    307
    Détails du profil
    Informations forums :
    Inscription : août 2005
    Messages : 307
    Points : 255
    Points
    255
    Par défaut
    Citation Envoyé par Mat.M

    je suis d'accord mais je crains que cela représente des heures de developpement supplémentaires
    Oui effectivement cela necessite des heures de développement supplémentaires non négligeables, et comme Compiere n'est pas techniquement documenté (et en général c'est le cas pour les ERP open source), et qu'il a une mauvaise conception on niveau du code, cela n'arrange pas les choses. Mais comme j'ai dis je pense que c'est un bon compromis, car s'il faut tout developper à zéro, cela peut prendre un temps considérable (mais au final on obtient exactement ce que le client veut), et s'il faut utiliser SAP ou autre, on est obligé de "marcher" comme le logiciel le dicte (mais on gagne en productivité ce qu'on perd en souplesse). Je pense qu'un bon ERP open source ferait un bon compromis.

  9. #9
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    7 674
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 7 674
    Points : 18 112
    Points
    18 112
    Par défaut
    Citation Envoyé par kisitomomotene
    et comme Compiere n'est pas techniquement documenté .
    Ne t'inquiète pas tous les ERP /PGI sont toujours mal documentés c'est fait un peu exprès
    parce que toi tu arriveras difficilement à maitriser Compiere et la boite qui édite Compiere comme par hasard peut envoyer des consultants très pointus sur ce produit... qui vont régler comme par magie les problèmes en moins de 2

  10. #10
    Futur Membre du Club
    Profil pro
    Inscrit en
    décembre 2006
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : décembre 2006
    Messages : 5
    Points : 6
    Points
    6
    Par défaut D'abord un cahier des charges
    Bonjour,
    Je vais vous donner un conseil pour gagner de nombreuses semaines et ecomiser votre budget : faites un cahier des charges de vos besoins.
    Vous réunissez plusieurs personnes interessés par le futur systeme d'information et qui connaissent les besoins de l'entreprise. Vous appellez ce groupe le comité de pilotage.
    Le groupe élabore un document (appelé cahier des charges) qui répertorie tous les besoins de chaque service et les besoins des services entre eux. Cela va prendre plusieurs réunions de travail et du travail de rédaction et de réalisation de schéma.
    Une fois le document réalisé, vous devez le découper en phases successives (sachez que la mise en place d'un systeme d'information demande beaucoup d'investissement en temps, création des fichiers, inventaire et saisie du stock, precess métier à décrire, etc...) vous devez donc en face de chaque phase mettre des moyens humains. Une fois cela fait et le feu vert de la direction (il est indispensable), vous pouvez lancer vos appels d'offres à des éditeurs de logiciel et à des concepteurs d'application (utilisez vos revues métier pour connaitre des logiciels plus ou moins déjà spécialisés).
    Lors du dépouillement (par le comité de pilotage) vous vérifiez que tous les points de votre cahier des charges sont pris en compte (soit par des fonctions existantes ou par des propositions de développement spécifiques) puis faites venir les prestataires que vous aurez sélectionnés pour une présentation de leur outil et meme une démonstration. Enfin, quand vous aurez choisi la solution adéquate (la plus proche de vos besoins et dans le budget prévu soit un ERP soit un développement spécifique soit un mix des deux), vous devez réalisez avec le chef de projet du prestataire (il en faut un) le plan de paramétrage et le planning d'installation et de formation et vérifiez les disponibiltés (les siennes et les votres)
    La tache du comité de pilotage sera terminée lorsque toutes les fonctionalités du cahier des charges seront couvertes par une fonction automatisée.

    Voila, à mon avis, c'est la seule réponse possible à votre question. Et si la tache vous parait complexe faite appel à un professionnel, nous sommes la pour ça.

  11. #11
    Nouveau membre du Club
    Profil pro
    Inscrit en
    décembre 2006
    Messages
    45
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : décembre 2006
    Messages : 45
    Points : 28
    Points
    28
    Par défaut
    Pour globaliser:
    Rien de tel q'un développement interne de tous les outils de gestion besoin pour assurer tous les services de la société. Le tout doit être assemblé en un seul logiciel métier qui gère tout et connecte ce qui doit être connecté entre eux. Toujours la meilleur des solutions, on est jamais mieux servi que par soit-même. Et nous savons que le soft répondra exactement aux besoins prévu de chaque service.

  12. #12
    Membre actif
    Inscrit en
    août 2005
    Messages
    307
    Détails du profil
    Informations forums :
    Inscription : août 2005
    Messages : 307
    Points : 255
    Points
    255
    Par défaut
    Citation Envoyé par chrisledeveloppeur2
    Pour globaliser:
    Rien de tel q'un développement interne de tous les outils de gestion besoin pour assurer tous les services de la société. Le tout doit être assemblé en un seul logiciel métier qui gère tout et connecte ce qui doit être connecté entre eux. Toujours la meilleur des solutions, on est jamais mieux servi que par soit-même. Et nous savons que le soft répondra exactement aux besoins prévu de chaque service.
    Mais pour ne pas réinventer la roue et perdre trop de temps c mieux de developper en interne à base d'un ERP opensource . Ainsi les modules classique comme la compta, la gestion de stock etc.. vous les paramétrez et faites éventuellement des adaptations spécifiques par des petits developpement, ensuite vous developpez des modules métiers spécifiques et le tout sera alors parfaitement intégré et consolidé.

Discussions similaires

  1. Solution la plus adéquate
    Par j0o0 dans le forum Langage SQL
    Réponses: 2
    Dernier message: 08/03/2009, 12h45
  2. Besoin d'avis sur la techno la plus adaptée pour une gestion d'historique
    Par denamaf dans le forum Format d'échange (XML, JSON...)
    Réponses: 1
    Dernier message: 03/08/2008, 22h31
  3. Solution pour une version alphabétique des fichiers
    Par chrisade dans le forum SharePoint
    Réponses: 0
    Dernier message: 16/01/2008, 12h06
  4. Langage le plus adapté pour une application SGBD multiplateforme ?
    Par diarbenn dans le forum Langages de programmation
    Réponses: 10
    Dernier message: 27/07/2006, 12h19
  5. Quel SGBDR pour une utilisation totalement déconnectée ?
    Par davcha dans le forum Décisions SGBD
    Réponses: 12
    Dernier message: 24/05/2006, 13h16

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo