Discussion :

[rad_hass]

Bonjour,

C'étais pour vous demandez conseil,

J'ai un ami qui a besoin d'une application qui lui permet de gérer ses clients, alors je viens prendre votre avis pour l'architecture la plus simple à définir.

Ce que je pense faire, c'est utilisé une BD, SQL server express (y a bien une licence gratuite pour utiliser un client ?).
Faire une petite appli .NET (C#), qui permet la gestion de client, faire des recherches, consultation, MAJ ... J'opte à priori pour une appli winforms, même si je me suis tenté à faire un client léger.

Bref ce sont des choses assez basiques en terme de fonctionnalité, pour le déploiement, je me pose encore des petites questions, je pense qu'il va mettre un ordi comme serveur.

Lui à la base voulais le faire en access, mais bon comme je n'ai jamais touché access et que je connais .NET ça peut être sympa de le faire en .NET surtout que je pense pas que ça prend bcp plus de temps que pour acces. Je me trompe ?

Sinon comment conseillez vous de déployer mon appli avec la BD ?

Voila ma petite problématique (pas trop complexe), si vous avez des conseils et idées n'hésitez pas

D'avance merci

[Bluedeep]

Pour SQL Express, rappelle toi que tu es limité à 4Go par base; je ne sais pas si c'est un problème dans ton cas.

Pourquoi s'emm..der avec ce "machin" de Access, a fortiori si tu maîtrise .Net ? quel interêt ?

Pour le temps passé, en l'abence de la moindre description foncionnelle, je ne vois pas de boule de cristal pouvant donner la réponse. Gérer les client, ca peut être aussi bête qu'un gestionnaire de fiches (alors Access est peut être la solution) ou un CRM complet (mais comme tu n'en dit pas plus ...).

Je pense que le plus simple est sans doute de faire une appli web, comme cela pas de problème de déploiement, mais, de plus, je ne comprends pas ton problème de déploiement de BD : ta BD elle est centrale, a priori ?

[rad_hass]

Pour SQL Express, rappelle toi que tu es limité à 4Go par base; je ne sais pas si c'est un problème dans ton cas.

Pourquoi s'emm..der avec ce "machin" de Access, a fortiori si tu maîtrise .Net ? quel interêt ?

Pour le temps passé, en l'abence de la moindre description foncionnelle, je ne vois pas de boule de cristal pouvant donner la réponse. Gérer les client, ca peut être aussi bête qu'un gestionnaire de fiches (alors Access est peut être la solution) ou un CRM complet (mais comme tu n'en dit pas plus ...).

Je pense que le plus simple est sans doute de faire une appli web, comme cela pas de problème de déploiement, mais, de plus, je ne comprends pas ton problème de déploiement de BD : ta BD elle est centrale, a priori ?

Pour la limite de 4Go elle est largement suffisante.

Pour access j'ai le même point de vue que toi, mais comme je connais pa vraiment, je demandais conseil.

Pour la description fonctionnelle, j'ai presque tt dit (y a pas de complexité énorme) c'est simplement pour référencer les clients qui commence à devenir très nombreux et pouvoir faire une recherche multi critère, pour accéder à un dossier client. (Il faisait jusqu'aujourd'hui dans un tableur et l'assistante faisait une recherche manuelle). Donc dans un premier temps, c pouvoir consulter un dossier client, ajouter et modifier. Dans un second temps je voudrais lui faire un gestionnaire d'événement lié à un client, avec des alertes de rappels.

Pour le déploiement de BD, je parlais surtout de la connexion avec le client une fois que j'ai déployé la BD.

Voila j'espère que c'est une peu plus clair. Et en tout cas merci beaucoup pour ta réponse.

[rad_hass]

Par rapport au conseil que tu m'a donné d'utiliser un client web :

Pour toi le mieux si j'ai bien compris, c'est de créer la bd et de créer un petite appli serveur qui se connect à la bd en localhost, je met un Web Services.

Que je consome avec le client Web.

C'est ça ?

D'avance merci.

[Bluedeep]

Par rapport au conseil que tu m'a donné d'utiliser un client web :

Pour toi le mieux si j'ai bien compris, c'est de créer la bd et de créer un petite appli serveur qui se connect à la bd en localhost, je met un Web Services.

Que je consome avec le client Web.

Pas un web service, un serveur web (rappel : un webservice n'est pas destiné à avoir un "browser" comme client, mais une appli : un autre web service, un serveur web ou une appli classique).

Sinon pour le reste, c'est ça.

[rad_hass]

Pas un web service, un serveur web (rappel : un webservice n'est pas destiné à avoir un "browser" comme client, mais une appli : un autre web service, un serveur web ou une appli classique).

Sinon pour le reste, c'est ça.

Ce que je voulais dire c'est que le client Web pour communiquer avec l'appli sur le serveur, appel les méthodes d'un WS.

[Bluedeep]

Ce que je voulais dire c'est que le client Web pour communiquer avec l'appli sur le serveur, appel les méthodes d'un WS.

Ah, via javascript ? oui, pourquoi pas, mais là tu cherches un peu la complication, non ? (de toute maniére, il faudra quand même quelque chose pour "servir" la page avec les scipts à ton client - sauf si tu la mets en local - donc ......)

Fais un web serveur, c'est sensiblement plus simple.