Discussion :

[william44290]

Salut à tous,

Je travaille sur un atelier logiciel depuis quelque temps. Le projet a une certaine maturité.

Le projet wtools est un framework de production de logiciel de gestion
de type desktop utilisant une base de donnée

Le constat :


1) les composants java sont primaires
2) les interfaces graphiques sont complexes (Multi entrée et Nombreux comportements à gérer)
3) les logiciels de gestion sont simples et répétitifs basés sur le template CRUD



Les objectifs de wtools sont :


1) de faire gagner du temps lors du développement
2) d'offrir un cadre de développement simplifié et robuste
3) de limiter l'intervention du développeur aux problématiques métier


wtools fourni une architecture standard compléte, à charge pour le Dev de réaliser la partie métier

wtools défini des entités fonctionnelles nommées Fichier c'est la base de développement des objects métiers

wtools fourni des composants graphique unaire, des templates applicatif, des conteneurs pour construire des UI métier

wtools fourni un interpréteur SQL pour la persistance des données métier

Le Dev se concentre sur trois aspect fondamentaux du développement qui sont :


1) le Modele Conceptuel de Données métier
définir les tables, les relations et les identifiants

2) le Modele Conceptuel de Traitement métier
définir les transitions et les traitements de données

3) les Interfaces Utilisateur
définir l'arborescence des menus et concevoir les écrans


Une premiere présentation du projet :
http://www.developpez.net/forums/d77...s/#post4465035

Les prémices de documentation :
http://www.developpez.net/forums/d77...s/#post5536686

Pour aller plus loin j'envisage de mettre cet atelier en open source.

je recherche quelques développeurs afin de documenter, refactorer, critiquer voire casser ce projet avant sa publication.

Dans l'attente de vos propositions de participation.

n'hésiter pas à prendre contact, Merci.

[professeur shadoko]

<ceci n'est pas une critique, mais une amorce de brainstorming>
chaque fois que je vois des écans d'appli de gestion je me pose la même question.
Est-il possible d'imaginer un système de visualisation/saisie des informations qui ne mette pas 1000 trucs sur l'écran mais juste quelques infos essentielles et ensuite que l'on puisse "plonger" dans des détails.
C'est un sujet d'ergonomie extrèmement difficile: celui qui trouvera un pattern graphique qui permette intuitivement ça sans descendre dans 1000 options gagnera la reconnaissance de la galaxie entière.
L'héritage des écrans d'outils Base de données est trop lourd et il faut inventer quelque chose .... mais quoi? une "loupe" qu'on balade? un moyen de laisser l'utilisateur désigner facilement l'ordre d'importance des infos (sans le gonfler...)?
je ne sais.
Bon courage!
et merci

[william44290]

Je recois tes propos 5/5, j'ai essayé, mais hormis le fait d'avoir évité le bouton modifier pour le reste rien de nouveau sous les tropiques.

Les utilisateurs demandes toujours d'en avoir un maximum sous les yeux.

Pour finir si le pattern magique existait, il me semble que cela ferait bien longtemps qu'il aurait été publié.

Merci pour les encouragements.

[HichIHM]

Je vous rejoins dans votre réflexion.

A ce jour, la seule solution que j'ai trouvé pour alléger ce genre d'interface réside dans la conception du système.

Au lieu de se basé sur les tâches systèmes (ce que le système peut faire), il faut modéliser en se basant sur les tâches de l'utilisateur. Ceci élimine toutes les fonctionnalités ou les informations qui encombre les interfaces et qui sont jamais utilisés.

Des outils existent, ils permettent de produire des systèmes à partir de modèles du système et de l'utilisateur.
UsiXML, XIML...

[HichIHM]

Pour revenir à ton sujet William, pourquoi tu ne crée pas les outils indispensables pour un projet: un GIT (pour la gestion du code) un Wiki (pour la doc) et un système de Ticket (pour les bug).
en gros, tu te crée une communauté autour de ton framework!

[professeur shadoko]

Les utilisateurs demandes toujours d'en avoir un maximum sous les yeux.

Pour finir si le pattern magique existait, il me semble que cela ferait bien longtemps qu'il aurait été publié.
.

ça c'est un phénomène connu comme le casse-tête de l'architecte: quelqu'un qui vient voir un architecte pour construire une maison demande toujours le modèle qu'il a vu dans "maison et jardin"
quand l'architecte arrive à faire quelque chose de plus fonctionnel et de plus joli pour moins cher , le client tombe sur le c***.

je suis plus optimiste: l'imagination au pouvoir! (tu remarqueras que je suis un vieux 68ard attardé )

[william44290]

@HichIHM Pour l'interface, le code est conçu afin de permettre au developpeur de présenter une interface standard. Il permet aussi de réduire ou d'étendre cette même interface.

Avant de publier mon projet, il m'a semblé important qu'une évaluation extérieure soit faite. C'est le sens de mon appel.

J'ai passé pas mal de temps dessus. Mais je suis convaincu qu'une autre personne verra ce que je n'ai pas voulu voire...

Une fois cette étape passée, effectivement je mettrait en place tous les outils de partage.

J'aimerais publier un projet suffisamment abouti afin d'éviter de faire perdre leur temps aux développeurs qui souhaiteraient utiliser ce framework.

[william44290]

cher professeur, si vous avez des idées, un schéma je suis preneur.

Je partage votre point vue. lorsque je bosse avec mon framework j'essaye de ne présenter que le strict minimum en fonction du contexte.

Sur les premières présentation les utilisateurs étaient indisposés par le redimensionnement de l'interface lors de la disparition d'une option.

Maintenant, je joue avec une interface standardisée, une série d'options et sur le statut enable/disable des éléments d'interface.