Une nouvelle version du module VBA pour MS Access ExportFromIBeasy+ est publiée sur mon site. Mon logiciel est essentiellement constitué d'un module VBA pour MS Access et des requêtes en SQL Firebird pour générer des appels aux procédures du module afin d'automatiser l'implantation dans MS Access la plus poussée de la base de données (tables, requêtes sauvegardées) avec aussi la création d'une application faite de formulaires et d'états incluant un minimum de programation évènementielle.

Le préalable est que la base de données ait été conçue avec le module de conception de bases de données du logiciel gratuit IBEasy+ puis exportée vers MS Access.

Il est aussi possible de compléter l'implantation d'une base de données Access conçue avec l'AGL Looping.

De plus, il est possible de compléter l'import d'une base de données via ODBC.

Enfin, il est possible de compléter l'import d'une base de données Firebird embarquée dans un fichier .odb de LibreOffice Base. Read more...

Voici une compilation d'utilitaires open-source ou gratuits pour les particuliers. C'est une réactualisation de mon article sur Windows 7 pour Windows 11. Read more...

François Morvan, ancien étudiant de la Licence professionnelle Conception de Solutions Décisionnelles en 2012-2013 vient de publier un cours en vidéo aux éditions ENI sur SAP BusinessObjects WebI 4.3. Read more...

Une deuxième version du module VBA pour MS Access ExportFromIBeasy+ est publiée sur mon site. Mon logiciel est essentiellement constitué d'un module VBA pour MS Access et des requêtes en SQL Firebird pour générer des appels aux procédures du module afin d'automatiser l'implantation dans MS Access la plus poussée de la base de données (tables, requêtes sauvegardées) avec aussi la création d'une application faite de formulaires et d'états incluant un minimum de programation évènementielle.

Le préalable est que la base de données ait été conçue avec le module de conception de bases de données du logiciel gratuit IBEasy+ puis exportée vers MS Access.

Il est aussi possible de compléter l'implantation d'une base de données Access conçue avec l'AGL Looping.

Enfin, il est possible de compléter l'import d'une base de données via ODBC.

Read more...

Pour ma SAÉ-201 (Conception de base de données) du BUT1 Science des Données, j'ai developpé un module VBA pour MS Access et des requêtes en SQL Firebird pour générer des appels aux procédures du module afin d'automatiser l'implantation dans MS Access la plus poussée de la base de données (tables, requêtes sauvegardées) avec aussi la création d'une application faite de formulaires et d'états.

Le préalable est que la base de données ait été conçue avec le module de conception de bases de données du logiciel gratuit IBEasy+ puis exporté vers MS Access. De plus si une clé étrangère composée a été déclarée dans le module de conception graphique, cette dernière sera générée via des ordres VBA. En effet IBEasy+ ne l'exporte pas.

Read more...

La migration multi-destinations (MS Access, Oracle, MySQL, PostgreSQL, SQLite et Sybase) pour une base de données MS Access est facilitée par des utilitaires mdb_tools_*.bat et accdb_tools_*.bat qui s'appuient sur le portage Windows des MDB-Tools 0.7.1. Une commande de haut niveau remplace un séquence d'instructions pour les mdb tools précises et differentes pour chaque destination pour créer et alimenter les tables. Read more...

Ce billet traite des rôles pour les développement agiles et des outils informatiques utilisables pour les projets agiles. Notamment, voici quelques rôles pour les développements agiles :

• PRODUCT OWNER - CLIENT;
• PROGRAMMEUR;
• PRODUCT OWNER - TESTEUR INTEGRATEUR;
• TRACKER;
• QUALITE CMMI;
• SCRUM MASTER - MANAGER;
• COACH.

A chacun de ces rôles, sont dévolues des pratiques XP parmi treize, recommandations concrètes, chacune bénéfique en elle-même, sur la façon de conduire ou de réaliser un projet ; il est conseillé de les maitriser d'abord en les appliquant consciencieusement, puis de les adapter.

1. Test unitaires (Unit Test, test codé par les programmeurs dans le même langage que celui utilisé pour le reste de l'application. Chaque classe du logiciel en développement possède un test unitaire correspondant qui exerce une ou plusieurs instances de la classe testée et en vérifie automatiquement le comportement au moyen d'assertions)
2. Test de recettes (Acceptance Test, test permettant d'assurer de manière automatique et contractuelle la conformité du logiciel avec les exigences du client)
3. Planification itérative (planning game, consiste à établir, au terme d'une séance de planification, un plan de livraison (release) et/ou un plan d'itération (sprint) comprenant un certain nombre de scénarios client. Ces plans sont revus à chaque itérations)
4. Client sur site
5. Programmation en binôme (pair programming, association de deux programmeurs sur une même machine pour l'écriture de code. Les binômes sont renouvelés régulièrement)
6. Intégration continue (Continuous Integration, démarche consistant à intégrer aussi fréquemment que possible (au moins une fois par jour) les développements unitaires sous forme d'une application globale, prête au déploiement et susceptible de passer les tests de recette)
7. Remaniement (refactoring, consiste à revenir sur le code en permanence pour le rendre plus simple et plus clair et faciliter ainsi l'ajout de nouveau code : cela permet de faire émerger la conception de manière progressive tout au long du développement)
8. Livraisons fréquentes (Release, fourniture fréquente au client, pour utilisation immédiate d'une version du logiciel en état opérationnel et vérifiant tous les tests de recette exigés pour cette version)
9. Conception simple (Simple Design, étape consistant à modéliser (ou plus généralement réfléchir à) ce qui doit être codé. Dans le cadre XP, conception et programmation sont indissociables : la conception ne produit par ailleurs pas nécessairement un autre "document" que le code source lui-même)
10. Métaphore (Metaphor, c'est la description de haut niveau, en termes imagées et compréhensibles par toute l'équipe, non développeurs compris, de l'architecture technique et fonctionnelle du projet)
11. Responsabilité collective du code
12. Règles de codage
13. Rythme durable

Read more...

Le Test Driven Development (TDD) ou en français Développement Dirigé par les Tests (DDT) est une technique de développement de logiciel qui préconise d'écrire les tests unitaires avant d'écrire le code source d'un logiciel.

Le cycle préconisé par TDD comporte cinq étapes :

1. écrire un premier test ;
2. vérifier qu'il échoue (car le code qu'il teste n'existe pas), afin de vérifier que le test est valide ;
3. écrire juste le code suffisant pour passer le test ;
4. vérifier que le test passe ;
5. puis refactoriser le code, c'est-à-dire l'améliorer tout en gardant les mêmes fonctionnalités.

Lors du refactoring, on peut s'aider de plugins Eclipse que sont Elipse-CS (CheckStyle), FindBugs, ECL-Emma basé sur la bibliothèque JaCoCo, pmd4eclipse et SonarQube qui contribuent à améliorer le code en traquant les "mauvaises pratiques".

En plus de la même distribution Eclipse munie de ces plugins, tous développeurs membre d'une équipe doit partager certains réglages du workspace. Read more...

SQL-Interpreter-FR-v4 est une application Microsoft Access vide (*.mdb, *.accdb) permettant d'exécuter des scripts SQL sur n'importe quelle base de données. Elle inclut un formulaire simple avec deux boutons : sélectionner un fichier de script et l'exécuter.

Read more...

Maven est un outil java de build :

• Gestion de dépendances ;
• Construction multi-module ;
• Orienté plugin et évolutif (des plugin pour modifier le cycle de vie et de compilation, des plugins pour configurer un eclipse).

Plus besoin de créer un script pour construire votre application.

Le fichier POM représente le modèle du projet et décrit :

• Le nom de projet ;
• le type d'artefact ;
• Structure du projet ;
• Dépendances du projet.

Dans le cycle de vie ’par défaut’ d’un projet Maven, les phases les plus utilisées sont :

• validate : vérifie les prérequis d’un projet maven
• compile : compilation du code source
• test : lancement des tests unitaires
• package : assemble le code compilé en un livrable
• install : partage le livrable pour d’autres projets sur le même ordinateur
• deploy : publie le livrable pour d’autres projets dans un repository distant

Les phases s’exécutent de façon séquentielle de façon à ce qu’une phase dépende de la phase précédente.

m2eclipse édité par Sonatype permet le support de Maven dans l’IDE eclipse. Renommé en m2e, il est désormais géré par la fondation eclipse. Read more...