Références (les projets conçues avec le framework)

Avertissement : Lorsque le sigle ADSL est utilisé, il précise qu'une liaison à haut débit est indispensable pour pouvoir accéder au lien

Introduction

Présentation générale (ADSL)

Présentation des classes génériques (ADSL)

Classe application du framework (ADSL)

Exemple d'utilisation du framework (ADSL)

Annexe 1 : Normes d'ergonomie

Annexe 2 : La cinématique de l'implémentation des règles de gestion

Annexe 3 : Cas d'utilisations 

Annexe 4 : Conventions de présentation des règles de gestion traduites dans les objets datwindow (ADSL)

Caractéristiques principales

• Unique framework sur le marché totalement orienté objet

• Unique framework utilisant les technologies les plus avancées des versions 8 et 9 de PB

• Structure très simple se limitant à une dizaine de classes

• Totalement et complètement documenté

• Fiabilité quasi totale dû aux techniques hautement génériques des classes de bases

• Implémentation des règles de gestion directement dans les objets datawindow sans recours à de la programmation

• Aucune contrainte de développement ni d'ergonomie

Avantages d'utiliser ce framework

1. L'application concrète de la méthodologie de développement décrite dans mes ouvrages et appliqué avec succès dans de nombreux projets
2. Une infrastructure totalement orientée objet permettant de démarrer sans délais tout projet de gestion sur des bases saines.
3. Une implémentation permettant de traduire les règles de gestion simplement dans les objets datawindow.
4. Une définition complète des normes de développement.
5. Une application cohérente des normes IHM windows 2000/NT/XP adaptées aux applications de gestion.
6. Le principal critère de conception de ces classes a été l'adaptabilité. En conséquence ces classes sont aussi souples d'utilisation et n'entraîne aucune contrainte supplémentaire par rapport aux classes systèmes dont elles héritent.
7. Une architecture rodée compte tenu des projets opérationnelles réalisés avec le framework.
8. Le gain au niveau de la maintenance (évolutive et corrective) si les normes de programmation continuent à être respectées est aucunement comparable avec un développement de type événementielle + procédural. Il en sera de même pour la réutilisation des développements pour tout nouveau projet.
9. Toutes les classes fournies sont auto-documenté avec un cartouche précisant l'objet de la classe et un cartouche rattachée à chaque routine de la classe facilitant considérablement la prise des connaissance de chacune des classes.
10. La prise de connaissance de la logique de fonctionnement de ces classes est rapide et progressif compte tenu que ces classes sont en grande partie indépendantes les unes des autres et compilables séparément.

Gains a attendre du framework 

1. Maintenabilité corrective et évolutive optimale

2. Gains de productivité très importants

Voici une remarque extraite du livre qui explique que la construction de ces classes s'écarte résolument de la logique orientée services que l'on retrouve, par exemple, dans les PFC.

"Remarque : La logique proposée s’écarte nettement d’une tendance que l’on retrouve actuellement dans de nombreuses bibliothèques de classes réutilisables. En effet, certains composants de ces bibliothèques sont constitués de classes dont la seule finalité est de rendre des services à une hiérarchie de classes visuelles. C’est pratique au niveau commercial (on peut vendre ainsi des paquetages de services tout prêt) car le service est indépendant d’une logique liée à l’application. En effet, on fait appel à lui dès qu’on en a besoin. En revanche, comme toujours dans l’approche services, cela crée des redondances dans les appels ainsi qu’un facteur de couplage entre les classes. Dans le cadre de notre construction, c’est la classe de base qui encapsulera tous les services nécessaires à ses descendants. On recourra aux services d’une classe uniquement lorsque ces services ne concernent pas une hiérarchie de classes, mais plusieurs. Cela devient indispensable en l’absence de mécanisme d’héritage multiple pour éviter la redondance des traitements, comme nous l’avons décrit au paragraphe 5.4.

Acquérir les droits du framework est une formalité très simple, elle est accordée à une société quel que soit le nombre de développeurs et sans limite dans le temps. Il s'agit de droits d'auteur régie par le code de la propriété intellectuelle et non de licence professionnelle. Coût modéré en regard aux services rendus.