FileMaker est un système de base de données qui, grâce à ses interfaces flexibles, s'adapte très facilement aux exigences individuelles de l'entreprise. Il est possible d'importer des données de presque toutes les autres bases de données et d'applications Office telles que Microsoft Excel, Word ou Apple Numbers. Les bases de données FileMaker peuvent être exécutées sur des ordinateurs Windows ou Mac OS X, sur l'iPad, l'iPhone et l'iPod touch, ce qui les rend idéales pour la saisie mobile de données. Cet article explique comment se déroule un nouveau projet de développement d'une base de données FileMaker, quelles conditions doivent être remplies et ce que vous pouvez faire vous-même pour préparer un projet de développement.
Où aller ?
Cette question se pose presque toujours au début d'un nouveau projet FileMaker. Dans la plupart des entreprises, les données les plus diverses s'accumulent au fil du temps sur les postes de travail et les serveurs, qu'il s'agisse de feuilles de calcul Excel, de documents Word, de documents PDF, d'e-mails, de pièces jointes à des e-mails ou de données partagées par d'autres serveurs de base de données (par exemple Oracle, IBM DB/2, Microsoft SQL, etc.). Il n'est pas rare que l'on souhaite maîtriser ce flot de données et/ou regrouper les données de différentes autres bases de données dans une solution FileMaker.
Dans un premier temps, il convient donc d'esquisser les fonctions dont la solution FileMaker doit disposer et, le cas échéant, les systèmes tiers auxquels elle doit être reliée. En ce qui concerne les systèmes tiers, la question se pose toujours de savoir si la solution FileMaker doit uniquement lire les données ou si elle doit également les réécrire dans d'autres systèmes de base de données.
Conception et cahier des charges
Une fois que toutes les fonctions souhaitées ont été grossièrement esquissées, l'étape suivante consiste à élaborer une conception détaillée et un cahier des charges pour le développement du projet. Un concept de projet typique prévoit les points suivants :
- Structure des données
- Structure et disposition des mises en page d'écran et d'impression
- Structure du programme (fonctions)
Le concept du projet devrait définir quels tableaux de données doivent être disponibles et comment ils doivent être reliés entre eux. Exemple : Si l'exigence est de stocker exactement une personne de contact pour chaque enregistrement, seul un champ pour la personne de contact est nécessaire dans la table de base. Toutefois, si l'exigence est d'enregistrer un nombre quelconque de personnes de contact par enregistrement, une autre table doit être créée à cet effet.
Afin de pouvoir évaluer la fonctionnalité de la solution FileMaker terminée pendant l'étude de projet, toutes les présentations d'écran, les présentations de listes et les présentations d'impression ainsi que leur structure visuelle approximative doivent être esquissées dans le cahier des charges. Toutes les mises en page d'écran peuvent ainsi être implémentées, y compris la navigation, dès le premier jalon.
La structure du programme est documentée lors de la conception de manière à ce que toutes les fonctions dont la solution FileMaker doit disposer à la fin soient esquissées. Pendant le développement du logiciel, le développeur documente dans le protocole de performance la manière dont les fonctions ont été implémentées, c'est-à-dire par exemple quels scripts ont été programmés ou quelles mises en page ont été utilisées pour chaque fonction.
Afin d'éviter que le développement du projet ne soit perturbé pendant la période de développement et que, le cas échéant, certaines parties doivent être redéveloppées ultérieurement, toutes les exigences et le calendrier estimé doivent être esquissés de manière aussi détaillée que possible dans le cahier des charges. Pour une meilleure vue d'ensemble et une meilleure calculabilité, le cadre temporel du projet global est généralement divisé en "étapes".
La phase de développement
Lorsque la conception et le cahier des charges sont complets, le développement du premier jalon commence. Celui-ci comprend généralement la structure de base du logiciel ainsi que la première navigation entre les présentations d'écran. Pendant la phase de développement, le développeur documente chaque étape de travail dans le protocole de prestations, qui sert de base à la facturation en cas de rémunération au temps passé. Dès qu'une étape est terminée, le client reçoit une version test qui lui permet de vérifier si ses exigences ont été entièrement implémentées jusqu'à la version précédente actuelle.
La phase de test
Lorsque tous les jalons ont été développés, le logiciel se trouve dans la phase dite "bêta" et est soumis au client pour examen et test. Le logiciel est alors testé par le donneur d'ordre dans le cadre d'un environnement de test. Pendant la phase de test, il faut s'assurer que chaque fonction du logiciel est testée plusieurs fois et si possible dans des conditions différentes.
Les erreurs peuvent être signalées par le donneur d'ordre directement dans le logiciel via un système de rapport spécial. Tous les messages d'erreur sont rassemblés dans un journal de suivi des erreurs, auquel le donneur d'ordre et le développeur ont accès. Grâce à ce journal, le développeur peut voir quelles erreurs doivent encore être corrigées et le donneur d'ordre peut voir quelles erreurs ont déjà été corrigées par le développeur.
Documentation utilisateur
Selon les exigences du client, une documentation destinée aux utilisateurs de la solution FileMaker est rédigée une fois la solution terminée. Si la réalisation du projet a été menée en étroite collaboration avec les futurs utilisateurs, il est tout à fait possible de ne pas rédiger de documentation utilisateur dans la pratique.
C'est parti : le déploiement
Lorsque toutes les erreurs signalées ont été corrigées pendant la phase de test et que la solution FileMaker a été approuvée par le client pour la phase de production, on procède au "déploiement" de la solution, c'est-à-dire à son installation sur les postes de travail et, le cas échéant, sur le serveur. En fonction de l'environnement dans lequel la solution FileMaker doit être utilisée, des PC Windows, Apple Macintosh, Apple iPad, iPhone ou iPod touch entrent en ligne de compte. En cas d'utilisation d'un serveur FileMaker, les bases de données sont configurées sur le serveur FileMaker ainsi qu'une stratégie de sauvegarde appropriée. Après un bref test de chaque client FileMaker, le développement est terminé et on peut commencer à utiliser la solution FileMaker dans l'environnement de production.
D'autres questions sur les bases de données individuelles ?
Cet article explique la procédure typique pour le développement de bases de données individuelles avec FileMaker Pro. Sur cette page Internet, vous trouverez de plus amples informations sur les Optimisation des processus d'entreprise avec FileMaker, FileMaker Développement de bases de données et les Modèles tarifaires. Nous nous tenons bien entendu à votre disposition pour répondre personnellement à vos questions.
Très intéressant ! J'envisage depuis longtemps de faire développer une sorte de "centre de transbordement" pour mes données. Dans mon entreprise, il y a une très ancienne base de données Dos et une base de données SQL plus récente qui fonctionne sous Windows, ainsi qu'une base de données comptable qui fonctionne également sous Windows. Est-il possible de regrouper toutes ces données dans FileMaker et éventuellement même de les faire fonctionner sur l'iPad ?
Pour ce qui est de la base de données DOS, tout dépend de la manière dont elle est accessible ou dont elle peut exporter des données. En fait, il y a toujours quelque chose à faire si l'on regarde les choses en détail. Dès que les données sont en FileMaker, l'iPad ou l'iPhone ne pose bien sûr aucun problème. Il suffit d'appeler 🙂