Auriez vous des noms de boite correct (SSII ou autres) afin de me renseigner sur les couts d'un developpement logiciel de gestion pour une junior entreprise ?
Ce logiciel servira pour a peu pret tout cad :
 
Nous recevons une commande de prestations
 
- nous rentrons dans l'outil existant les informations sur le presta, les infos sur la societe le cout de la mission.
On imprime les contrats liés et les factures avec les bonnes echeances.
 
- Gerer le retour des contrats
 
- Lorsque la mission est terminé on recoit le paiement de la societé donc il faut rentrer dans le logiciel que le paiement a ete recu imprimé le bulletin de versement prevenir le presta que son cheque ets pret.
 
- Si la boite ne paye pas a temps avoir un listing des societe a relancer.
 
- Toute la partie mailing pour informer l'etudiant ou on en est du paiement.
 
- Permettre la generation de stats sur le CA du mois, le benefice que l on a degagé.
 
- Avoir une black liste des presta avec qui on ne veut plus travailler et des boites aussi qui lorsque l on rentre son nom ca nous dit non non plus travailler avec eux.
 
- Savoir lorsque rentre le nom d une societé si elle a des retards de paiements ou pas en ce moment au moment ou l on cree la mission.
 
- Vu que l on est 4 utilisateurs pouvoir savoir pour chaque mission qui a fait quoi.
 
Plus d'autres petites options propre a notre fonctionnement tel que la gestion des cotisations vu que l on est une association, le pourcentage que nous prenons sur les salaires qui varient selon les cas.
 
On peut etablir un cahier des charges comme il faut mais avant de faire cela j aimerais me renseigner pour le cout de dev par une SSII pour voir si il ne vaut pas mieux finalement faire dec ca par un de nos presta mais sans garantie de resultats ni de delais.
 
Avec un budget de 5000?-6000? cela vous parait il raisonnable ou pas du tout ?

dsl pour l ortho mais j ai pas le courage la

5-6K? a mon avis ils vont te filer une licence Borland et fodra te demerder tout seul

ca taxe une heure-homme
et il en faut plein, a moins qu'ils aient dans leur carton un truc ki pourrait coller a ce ke tu veux

non car c'est trop particulier ce que lon veut.
On a qq qui se propose pour presk gratos mais il veut faire ca en php SQL et je trouve ca trop laid ce qu il a fait pour le moment
 
PS c gugus2k moi

avec 6k?, le dev ca coute 60? de l'heure en moyenne
Ca fait une 100 d'heure c'est suffisant pour qq qui s y connait pour realiser ca si ya un bon cahier des charges je pense non ?

mon gars ca faisait une paye !
t'as arreté les concours de nuit blanches ?

je m'y connait pas trop mais a mon avis ca va etre short, depends si ton dossier il é beton et facilement "analysable"

oué j'ai arreté les nuits blanches mais a moitié car maintenant je fais ca pour mes etudes.
Le dossier on peut faire qqch de très bien avec deja les scenario de pret et l interface que lon veut et la base de données deja prete il reste plus qu'a coder l'interface et les fonctions.
Toute la base sera deja rempli vu que ce sera une migration.
Il me faut qq noms de boites pour avoir une id d ordre de prix pour presenter ca en conseil d administration pour decider que faire.

Euh... Déjà, on compte pas en heure/homme, mais en jour/homme.
 
Faut compter dans les 7-800 ?/j/h pour avoir une personne compétente.
Deplus, si tu passes par une société, ils te vendront forcément une étude, une analyse, des documents, et rien que là, tu fait exploser ton budget. Un Chef de Projet, ça douille déjà plus de 1000 ? par jour, et il t'en vendront au moins 3, rien que pour te pondre un document décrivant l'appli telle qu'elle doit être une fois finie afin de répondre à vos besoins.
 
Sinon, moi je te fais ça en VB le soir, ça te va ? Je prends les 5000 ? à l'avance biensûr

quitte a le faire faire par un etudiant autant prendre un etudiant de mon ecole je pense

Chuis pas étudiant, chuis facturé 1000 ? de la journée moi

on paye 30j fin de mois de toutes facons mais pour toi ca sera un paiement global 90j + fin de mois

c'est très peu pour le logiciel demandé...
 
un étudiant en manque d'argent pourrait surement accepté
 
de plus tu en dis très peu sur ce que le soft devrait faire...

Euh... Ouais... Et euh... Nan, rien, je te laisse trouver tout seul en quoi cette solution a plus de limitations qu'autrechose...

en meme temps, n'importe quel soft de compta à 100balles à la fnac remplire 80% des fonctionalités énoncées ci-dessus.
et y'a des tas d'applis de gestion/suivi de projet qui feront les 20% restant.
 
et à mort les ssii

ben les limitations au départ, elles sont dans la tête des gens hein, si ils décident de prendre tel ou tel produit, ce sera à eux de savoir exploiter le produit en question, c'est aussi simple.

A la différence près que lancer l'impression des lettres de relance automatiquement, émettre des alertes par mails quand une condition est atteinte à une date précise, ou autres automatisations schédulées sont impossible avec un environnement web (ou alors je préfère ne pas imaginer les bidouilles)
 
Pour ce genre d'appli, l'interface utilisateur représente même pas 10% de la valeur ajoutée du produit.
 
C'est une appli de gestion. Alors quand on peut lui faire faire automatiquement des traîtements au lieu de les faire à la main, autant les faire... Parceque je vois pas bien l'intérêt de gérer un truc qui permet d'imprimer des lettres de relance s'il faut qu'un utilisateur passe 3 heures à imrpimer chacune d'elles le matin en arrivant. A ce moment, autant bosser avec un fichier excel tu crois pas ?
 
Regarde le fonctionnement d'un ERP, tu comprendras... Hors ce type d'application n'est ni plus ni moins qu'un mini-ERP, donc autant se base sur la même architecture.
Après, rien ne t'empêche en effet de faire l'interface via un serveur web. Mais l'appli en elle-même n'est autre qu'un programme serveur qui tourne 24/24 sur un serveur.

ben dans les boîtes qui font des applis web, on lance des batches pendant la nuit hein (pas en PHP bien sûr )

sauf que pour ce genre d'appli, c'est pas seulement pendant la nuit que tu lances les batchs...
 
ça se voit que vous avez jamais bossé sur une appli de ce type...
 
quand t'as 5 utilisateurs qui décident en même temps de lancer l'éditions d'état qui font 500 pages, c'est pas le spool d'impression qui va pouvoir le gérer... et si tu laisses les utilisateurs lancer ça en même temps, tu risques d'avoir rapidement des problèmes... et chuis pas sûr qu'un utilisateur qui lance une impression le matin à 9h soit près à attendre le lendemain matin pour avoir ses feuilles.
 
c'est un problème parmis la multitude que pose ce genre d'appli. ça s'arrête pas à insérer 3 lignes dans une table et afficher un pauvre tableau HTML avec 4 colonnes...

meme pas en plus, une grosse facture, oui, mais le mec qu'est vendu a what mille euro la journée touche un salaire "normal".
comprend pas qu'ils jouent ce jeu là

sisi, pendant 2 ans j'ai bossé là dessus, tu te méprends vite tu sais. J'ai seulement oublié de dire que l'application était disponible genre de 7 à 19 heures (GMT+1)

zion > oui, en effet, qu'il n'y ait que 4 personnes, ça impacte en grande partie la donne. mais cela ne change rien au problème final. une appli web seule est incapable de gérer en automatique des actions, mise à part si on utilise un gros SGBD type Oracle ou SQL Server, qui permettent d'utiliser des jobs au sein de la base de données.
mais pour l'impression, excuse-moi mais je crois que t'as pas bien compris...
 
y'a les rappels qui doivent être imprimés automatiquement mettons tous les matins, ou tous les lundi matins.
 
mais il y a aussi les utilisateurs qui peuvent vouloir faire un extract d'informations volumineuses pour diverses raisons, et ça c'est à la demande.
 
hors, mettons qu'un client passe une grosse commande concernant plusieurs utilisateurs du programme. leur premier réflèxe va être de sortir les informations dont ils ont besoin pour travailler. hors, chais pas si t'as déjà essayé d'imprimer deux fois 500 pages à la fois sur une imprimante sans passer par un gros serveur d'impression, mais ça plante. à ce moment, seule une file d'attente gérée par le soft peut éviter le problème. en plus c'est un gain énorme de perfs, puisque les états seront calculés seulement juste avant leur impression effective. ça évite donc que de gros traîtements se chevauchent, et ça évite de pourrir le serveur d'impression avec 25 jobs de 200 Mo chacuns.
 
et ça, ça ne concerne que le problème des impressions. t'as pensé aussi à la gestion des locks des données quand un utilisateur est dans un écran de modification ? faudrait pas qu'un autre modifie en même temps les autres infos, ça serait fâcheux... c'est pas en PHP que tu peux faire ça.
 
je ne te parle pas non plus des temps de réponse... à l'écran j'ai une liste de 25 lignes, résultant d'une requête qui a mis 10 secondes à s'afficher... je change une valeur... ça me ferait bien mal au c*l d'attendre à nouveau 10 secondes pour voir si la modification est bien passée.
ce genre d'appli, ça doit répondre immédiatement, et sans temps de réponse, quand tu utilises un tableur, tes modifications sont instantanées. t'as pas besoin de recharger le fichier à chaque modification, parceque tu le supporterais pas. ben pense que ça aussi c'est un outils de travail, et c'est pas que de la consulstation, y'a beaucoup de mises à jours. on peut pas se permettre de recharger toutes les infos de la page dès qu'on bouge une oreille.
 
et puis je te parle même pas de gérer des transactions sur plusieurs écrans à la suite. perso, je sais pas faire avec un langage dédié au web. enfin, si, en ASP on peut, mais c'est totalement déconseillé partout.

en java tout ça est peanuts
(avec interface web ou pas, d'ailleurs)
 
ps: j'ai un peu de temps libre dans les soirées à venir

ké ke tu fous là toi ?  

bonjour, c'est moi, orson wells. C'est ma maison que vous voyez derriere, pas mal hein ? C'est francais.
Je me permet d'interrompre ce flim parce que j'ai l'impression qu'on se fout un peu de ma gueule. J'aime pas les voleurs, et les fils de pute

hou le vilain tab

zion > t'es VRAIMENT trop con. Où je t'ai parlé que ASP était mieu que PHP ?
 
1) L'un comme l'autre n'est pas adapté à ce type de soft.
2) PHP et ASP ont chacuns leurs avantages et leurs inconvénients. En PHP tu peux pas conserver une connection entre deux pages, alors une transaction est impossible sur plusieurs pages, faut te le dire en quelle langue ?
 
T'es vraiment chiant quand tu t'y mets. Va troller ailleurs, loin de ma vue s'il te plaît.

dis, MagicBuzz, tu pourrais essayer de garder un minimum tes insultes pour toi stp?

sources?

Juste comme ça pour étoffer. Je travaille chez un petit éditeur de softs. Notre unique produit est un simili-ERP, appli Web, on lance des batchs, on imprime des documents. Certains des propos tenus ici, péremptoires et défintifs, me surprennent donc, eu égard à mon métier.

lui, et ça devrait te suffire

Déformer ce que j'ai dis est une insulte, en tout cas je le prends comme tel. Alors tu arrêtes de dire que je te fais un comparatif ASP / PHP et je te répondrai de façon plus cavalière. Je ne respecte que les personnes qui me respectent, et le respect commence par une bonne interprétation des écrits d'autrui.

Prouve-moi le contraire.
 
Fait une requête "begin trans" dans une page, puis un insert.
 
Et fait une seconde page avec comme requête "commit".
 
Si ta ligne est insérée, alors ok, j'ai rien dit. Perso, j'ai jamais vu jouer ça en PHP. Et j'ai du mal à voir comment en PHP tu peux conserver une connexion ouverte à la base de données entre deux pages. La seule solution à ma connaissance, c'est d'utiliser un objet de connection de tu conserve en variable de session. Hors en PHP tu ne peux pas stocker d'objet en variable de session (en tout cas, certainement pas un objet dynamique, pour les objets statics, c'est à vérifier)

Etoffe plus, et indique les solutions retenues.
Moi je ne demande qu'à voir.
 
J'ai du mal à imaginer comment on peut faire un truc à la fois complet et performant en ne passant que pas un applicatif web. Le seul truc s'apparentant au web qui pourrait permettre de retrouver un fonctionnement convenable serait un web service.
Sorti de là, sans gestion de transaction, jamais tu peux faire un truc complet qui garanti l'intégrité de tes données, et sans dataset dynamiques, je vois pas comment tu peux conserver de bons temps de réponse (sauf si la base est minuscule, les états simplicimes et les actions utilisateur sur ces derniers réduites).
Ensuite, pour la gestion des batchs, à moins de faire des développement spécifiques, totalements cloisinnés du reste du soft, et certainement dans un langage différent, je vois à nouveau pas comment tu peux faire un truc qui tienne la route.
Seulement, rien que le fait de cloisonner le code, ça tiens forcément pas la route, car ça complexifie énormément la TMA et les évolutions. A partir de là c'est une solution à banir.

http://be2.php.net/manual/fr/funct [...] onnect.php
Et tu as la même chose pour la plupart des implémentations spécifiques en php...