[ADB]

Bonjour,

Quelques questions de débutant qui essaie de s'éclaircir les idées. Merci de votre indulgence.

Je me lance dans le développement (à titre personnel) d'une bdd dont la structure générale est la suivante :

- CONTACTS (plusieurs centaines d'entrées, une cinquantaine de rubriques)
- PROJETS (plusieurs dizaines d'entrées, une vingtaine de rubriques)
- SOCIÉTÉS (quelques dizaines d'entrées, une dizaine de rubriques)

Un Contact peut participer à plusieurs Projets, un Projet peut faire intervenir plusieurs Contacts (donc => table intermédiaire, si j'ai bien compris).
Un Projet peut être produit par plusieurs Sociétés, une Société peut participer à plusieurs Projets (donc => table intermédiaire, si j'ai bien compris).
Pas de lien direct entre les Contacts et les Sociétés.

Au départ, toutes les entrées seront ajoutées par nous. À un certain terme, je souhaite que les entrées "Contact" puissent être créées/modifiées par lesdits "Contacts" eux-mêmes, sur une page web.

J'ai compris que FMP offre des options de publication, donc voilà mes questions :

- Concernant la modification de fiches par des utilisateurs quelles sont le options générales ? Faut-il prévoir, à terme, de tout migrer vers (par ex) PHP/mySQL ? Interfacer les deux ?

- Concernant la publication, j'aurais besoin (à terme aussi) de pouvoir sauver une sélection de fiches Contacts, et la publier afin que la sélection puisse être consultée sur le web sous une forme arborescente (liste de Contacts -> Fiche individuelle).

Faudra-t-il prévoir des développements "custom" importants pour ces deux options, ou est-ce que je peux raisonnablement imaginer de faire ça avec FMP "sorti de la boite" (out of the box) ? Vaut-il mieux démarrer directement par une solution PHP/mySQL ?

Enfin, j'aurai besoin de récupérer le contenu de certaines rubrique dans chacune des tables (Contacts/Projets/Sociétés) pour éditer des contrats en PDF. Je sais qu'il y a une fonction d'export PDF dans FMP, est-ce qu'elle correspond à des fonctions de FMP "out of the box" ?

Merci beaucoup de vos réponses.

[Olivier Devriese]

Puisque vous avez bien compris que FileMaker offrait des possibilités de publication web, pourquoi envisagez-vous déjà de tout convertir en PHP/MySQL ? Au risque de faire encore une fois le rabat-joie, pourquoi mettre la charrue avant les bœufs ? Avant de se poser des problèmes de la technologie à utiliser, il faut se poser le problème de qui, quoi, où, comment, quand va être utilisé le système. Bref le contexte, toujours le contexte©. Après étude, il sera plus facile de dire si oui ou non PHP/FileMaker est plus ou moins adapté à du PHP/MySQL, etc, etc.

La technologie est un moyen, pas une fin. Les bonnes questions à se poser en amont sont donc celles qui donneront les réponses constitutives d'un futur cahier des charges :

• Quelle est l'architecture de l'information à gérer ?
• Qui utilise FileMaker, pour faire quoi, avec quelle périodicité (quand) ?
• Que doivent pouvoir faire les contacts sur leur propre enregistrement. Quelle sont les problèmes de sécurités liés au fait d'ouvrir l'accès à ces informations ? Qui vérifie/valide les modifications ?
• Quelles sont les fonctionnalités attendues du système ?
• Quelles sont les contraintes liées au système, aux autre systèmes reliés, aux utilisateurs (charge, sécurité, etc)
• Quel est l'âge du capitaine ?

Avec les réponses à toutes ces questions (non exhaustives), on pourra alors apporter des réponses pertinentes.

[ADB]

Merci beaucoup de votre aide.

J'ai rédigé un genre de pré-cahier des charges. Est-ce que ça vaut le coup de l'uploader en pièce jointe (PDF, plutôt qu'un post de 3km), juste pour m'aider à décider de la bonne solution technique ? Notamment essayer de déterminer si je pourrai m'en sortir avec FMP (si oui, j'essaierai de détailler mon profil).

Merci encore.

[ADB]

PS :

Olivier Devriese, le 08 février 2010 - 10:56, dit :

Puisque vous avez bien compris que FileMaker offrait des possibilités de publication web, pourquoi envisagez-vous déjà de tout convertir en PHP/MySQL ?

Parce que "publication web", initialement, ça me semble "statique", par opposition à "exploitation web" par exemple (qui permettrait aux Contacts de renseigner leur fiche eux-même), et parce que j'avais initialement pensé à PHP/mySQL, et j'essaie de savoir si je peux être plus autonome avec FMP tout en gardant ces fonctionnalités d'exploitation à distance.

En gros, pour les fonctions de base (sans exploitation à distance), je pense pouvoir m'en sortir avec FMP (quand je dis "seul", c'est avec les forums etc. ), mais pour le reste, je ne suis pas certain. Donc si j'ai de toute façon besoin de faire intervenir quelqu'un pour ces fonctionnalités, que ce soit avec FMP ou PHP/mySQL, alors je peux décider de démarrer d'entrée avec PHP/mySQL.

Merci encore.

[Olivier Devriese]

Il y a de grosses différences et de gros points communs entre ces 2 technos. Quelques exemples pour illustrer :

MySQL est un serveur de bases de données sans interface. Pour pouvoir l'utiliser, il faut, par exemple, développer une interface web avec PHP. FileMaker propose en natif, un serveur de base de données, de quoi interfacer ces données avec l'utilisateur (modèles), avec d'autres systèmes (exportation et importation, impression, PDF, Excel, IWP, API PHP, etc).

Sur l'aspect publication web personnalisée (ce qui pour moi résonne "dynamique" justement), le développement PHP avec du FileMaker ou du MySQL en back-end, ça ne change pas grand chose. Par contre, sur les problématiques d'hébergement, de tenue en charge, de réactivité, etc, c'est une autre histoire.

Bref, le cahier des charges est toujours, toujours une étape préalable à tout choix technos... Il est donc le bienvenue !