Choix technique pour une demande simple.

doudy
Choix technique pour une demande simple.

Bonjour,

Je cherche conseil à propos d'une solution que je dois apporter à un ami / client .
Et je me demande si je dois choisir une solution toute prête ou bien la développer moi-même de toute pièce.

Voici en quelques lignes la demande:

- Besoin d'un carnet d’adresses installé sur le serveur, auquel tous les ordinateurs connectés au serveur pourront accéder
- Serveur déjà installé : Le serveur d’entreprise est Windows 2003 Server, R2, Standard Edition.
- Le carnet d’adresses pouvant servir de modèle serait plutôt celui d’Outlook
- Outlook est déjà installé sur les ordinateurs respectifs, mais pas de mise en réseau ou d’éléments communicants…
- Dans tous les cas ce carnet d’adresses doit être indépendant d' Outlook ou serveurs de messagerie, bien qu’un lien serait peut-être à envisager pour plus de facilité d’utilisation (sinon il faudra ouvrir le carnet d’adresse, copier l’adresse email et la coller dans l’email en cours.. ?)
- Les champs proposés par Outlook nous conviennent, à ceci près que nous préférons éviter les menus déroulants comme c’est le cas, et que donc tous les renseignements soient affichés. Les termes précis et les quelques champs à modifier / ajouter sont sans doute à voir dans un second temps.
- Concernant le volume des données, envisager 10 000 fiches
- Pas de base de données à migrer, le nouveau carnet d’adresse sera entièrement rempli manuellement.
- Pas d’interconnexions particulières envisagées avec d'autre logiciel, si ce n’est de pouvoir imprimer des listes en fonction de telle ou telle entrée, et de pouvoir imprimer notamment des étiquettes ou des enveloppes.
- Enfin, pas de budget particulier, ni de délai. :P

Voilà pour ce qui est des besoins.

Le serveur installé Windows 2003 Server sert actuellement à gérer la connexion internet et un VPN.
Personnellement je n'y connais pas grand chose en technologie Microsoft. Existe t'il une solution « toute prête » sous ce système ?

J'ai une petite expérience du développement.
Si je dois développer quelque chose, je penserais plutôt à une solution OpenSource de type : WAMP (Apache, PHP, MySQL sous Windows) ayant déjà développé avec sucés dans cette technologie (en LAMP: système de réservation hôtelière en extranet sur serveur mutualisé chez OVH). Mais est-ce que l''interfaçage de MySql avec Microsoft Office pour le mailing, étiquètes et enveloppes est envisageable ?

Éventuellement je peux me mettre au Python pour une interface portable (je développe sous Linux) et plus jolie qu'en PHP.

Je souhaite avant tout une solution la plus simple possible à mettre en œuvre ?

Merci d'avance pour vos conseils. :)

Doudy

fredericmazue

Bonjour,

Si j'étais toi, vu le profil de ton application, je ne me casserais pas trop la tête et je me servirais d el'API Windows Contacts
C'est documenté dans la MSDN ici http://msdn.microsoft.com/en-us/library/ms735779(VS.85).aspx

C'est une API en COM :) donc difficile en C ou C++ ou autre langage à pointeur pour laquelle elle est prévu. Mais fort heureusement il existe des langages de script pour travailler avec COM. Python se débrouille très bien, et PHP aussi :)

doudy

Bonjour fredericmazue,

Merci pour le lien.
La page la MSDN commence par "Windows Vista provides a new mechanism and user interface for storing and retrieving information about people (contacts) ... "
L''API Windows Contacts marche- t ellel aussi sous XP ?

Merci :)

fredericmazue

il y a aussi une api sous XP, mais ce n'est pas la même je crois, quand j'y réfléchis. mais tu va trouver ce qu'il te faut dans la MSDN. Le principez sera la même autrement

doudy

Après des recherches sur LDAP, je pense pouvoir mettre en œuvre ADAM sur le serveur Windows 2003, car autant utiliser ce qui existe déjà pour gérer les annuaires.
ADAM (pour Active Directory Application Mode) est une version plus légère d'Active Directory qui ne requiert pas la création de domaines et ne nécessite pas de contrôleur de domaine pour fonctionner.

Maintenant, je cherche l'outil ou le langage de programmation qui va me permettre de développer facilement et rapidement :D une jolie interface pour ce carnet d'adresses. Existe il sous Windows un genre d'interface builder facile à mettre en oeuvre ?

Merci

fredericmazue

ADAM c'est, sauf erreur de ma part, aussi du COM. Alors même réponse, un langage de script qui va bien avec COM, comme Python ou PHP, ira bien :)

Ceci dit en prenant question initiale en compte. Maintenant tu parles d'interface builder. je ne sais pas trop ce que tu veux dire exactement. Si tu précises, on pourra en discuter. Mais à t'entendre pour l'instant, je me dis que tu devrais peut être te tourner vers .Net qui va très très bien avec COM.

Si tu abandonnes l'idée Apache + MySQL et que tu considère IIS et SQL Server (l'édition Express devrait aller pour tes besoins), tu trouveras sans doute très bien ton compte avec la plate-forme .Net.

doudy

Merci de la réponse.

Par interface builder, je veux parler d'un outil graphique pour construire rapidement une interface visuelle cliente pour accéder aux données.

En utilisant ADAM (LDAP), suis je obligé de passer par SQL Server ? Ldap n'est-il pas lui même une base de données optimisée pour la lecture ?

Pour ce qui est de .NET je ne suis pas contre si ça me simplifie la tâche de développement de la partie interface graphique : c'est à dire pour permettre à l'utilisateur de peupler la base, lancer des requêtes et des extractions etc ... mais si ça le fait avec du PHP ou Python sans complications ... pourquoi pas ...

fredericmazue

Quote:
Par interface builder, je veux parler d'un outil graphique pour construire rapidement une interface visuelle cliente pour accéder aux données.

D'ac. alors je crois que les outils Visual Studion en édition Express (programmation .Net donc) sont tes amis :)

Quote:
En utilisant ADAM (LDAP), suis je obligé de passer par SQL Server ?

Non non du tout. Dans ton tout premier post, tu as évoqué MySQL. JE voulais seulement dire que SQL Server Express c'est bien aussi :)

Quote:
Pour ce qui est de .NET je ne suis pas contre si ça me simplifie la tâche de développement de la partie interface graphique

Il n'y a aucun doute la dessus. La simplification va même être énorme :)

A mon humble, la discussion montre clairement que tu dois travailler avec .Net et les outils de la gamme Express. Ca convient on ne peut mieux à ton profil je pense.