Discussion :

[mmz]

Salut,
je voudrais savoir s'il est possible de développer une application de gestion d'une entreprise (comptabilité, gestion de stock, clients, import-export,...) en php(+ comme SGBD mysql),
merci d'avance pour vos réponses.

[Eusebius]

Tout est possible.

[mmz]

d'abord merci pour ta réponse,
je suis d'accord que tout est possible mais l'application réalisée peut-elle avoir la même performance que lorsqu'elle est développée en Java(par exemple)?
le temps de développement aussi est-il trés lent en le comparant à l'utilisation d'une autre technologie?

[Eusebius]

Je dirais que si tu veux faire un logiciel "standalone" et pas un intranet, java est plus adapté, tu t'emmerderas moins pour les interfaces par exemple. Et ça risque d'être beaucoup plus portable.
Question ressources, je pense que tu utiliseras moins de mémoire avec PHP, mais bon, si tu as des machines récentes avec une JVM, tu vas peut-être pas chipoter sur la mémoire.
Question performances, absolument aucune idée.

[mmz]

non c un logiciel intranet,
alors je pense que php est plus adapté à mon cas ,
merci bien pour toi,
ah une autre question stp, pense-tu que je pourrais faire un projet de ce type seul, doit-je faire appel à d'autres développeurs?
je suis motivé à la réalisation de l'application mais je me sens encore débutant en php et aussi à la gestion des bases de données.

[Eusebius]

ah une autre question stp, pense-tu que je pourrais faire un projet de ce type seul, doit-je faire appel à d'autres développeurs?

Je dirais que ça dépend du timeline, de tes compétences, de la complexité de l'application... Bref que des généralités.

je me sens encore débutant en php et aussi à la gestion des bases de données.

Ah... Bon courage alors...

Note perso : si j'avais ce genre de chose à faire, je le ferais plutôt sous la forme d'une application (cliente multiposte du serveur SGBD) que sous la forme d'un intranet. Les applications web sont parfois/souvent critiquées par les utilisateurs pour leur manque de rapidité et le côté parfois peu pratique des interfaces de saisie. On peut faire des interfaces beaucoup plus ergonomiques avec une appli "standard".

[mmz]

Note perso : si j'avais ce genre de chose à faire, je le ferais plutôt sous la forme d'une application (cliente multiposte du serveur SGBD) que sous la forme d'un intranet. Les applications web sont parfois/souvent critiquées par les utilisateurs pour leur manque de rapidité et le côté parfois peu pratique des interfaces de saisie. On peut faire des interfaces beaucoup plus ergonomiques avec une appli "standard".

bonjour,
je n'ai pas bien compris ce que tu voulais dire, quelle est la différence entre faire application (cliente multiposte du serveur SGBD) et travailler sous la forme d'un intranet?

[Eusebius]

bonjour,
je n'ai pas bien compris ce que tu voulais dire, quelle est la différence entre faire application (cliente multiposte du serveur SGBD) et travailler sous la forme d'un intranet?

par "application multiposte machin", je voulais désigner un logiciel "classique", pas une application web. Un logiciel qu'on installe sur une machine, qu'on lance sur une machine, un logiciel en java, C++, n'importe quoi... mais qui se connecterait au SGBD comme le ferait une appli web en PHP.

[mmz]

ah ok, j'ai bien compris
je voudrais aussi savoir si tu connais un tutorial contenant un exemple
d'élaboration d'un projet en UML (en pratique)
merci encore pour ton aide

[Eusebius]

J'imagine que tu trouveras des tutoriels UML dans la section correspondante.

[mmz]

merci,
il existe plusieurs tut. intéressants , le seul problème est qu'ils n'entrent pas beaucoup dans les détails,
j'espère trouver aussi d'autres plus détaillés surtout sur le processus 2TUP

[Eusebius]

merci,
il existe plusieurs tut. intéressants , le seul problème est qu'ils n'entrent pas beaucoup dans les détails,
j'espère trouver aussi d'autres plus détaillés surtout sur le processus 2TUP

L'idée sous-jacente au lien que je t'ai envoyé était : "ici on est dans la section PHP, si tu poses des questions purement UML tu risques de ne pas avoir beaucoup de réponses".

[mmz]

ah ok, je comprends
tu as complètement raison