Ok ok ok ok ok
voila où j'en suis :
But du programme : le programme sert d'interface de configuration
et doit sortir un sous programme.
Il y a donc deux couches
une couche gestion de projets (on insèrent les noms de projets)
on créer les dossier à partir d'un squelette.
une couche représentant le projet en lui même.
Le squelette : composé d'une seule class principale. On créer les
parametre à partir des tables.
L'interface de gestion de projets contient elle même trois couches.
La couche supérieur sert à creer, modifier, renommer des projets.
Les tables et bases se renomment en conséquence.
La deuxième couche gère les "types d'utilisateurs" (ex: commerciaux)
et sert à faire des modèles différents en fonction des types selectionnés.
Un type Administrateur crée par défaut possèdent tout les objets qui seront créer pour les autres types. cette couche ce base sur l'objet
projet instancié.
La troisième couche gère tout les autres éléments : Tables, Colonnes,
Formulaires, menus et liens, Documents PDF. Ces couches se basent
sur l'objet projet et l'objet utilisateur instancie.
Je rapelle que chaque objet crée sur un type different d'admin sera
crée egalement sur admin.
Une fois le projet configurer, nous disposons de tables, de relations,
de formulaires de liens et de documents PDF différents par type
d'utilisateurs.
Je vous rappelle qu'un type administrateur est crée par défault et
un utilisateur de ce type également.
L'utilisateur administrateur pourra créer d'autres admin ou d'autres
commerciaux ou d'autres ......
Un administrateur ne peux plus modifier les autres administrateurs.
Nous souhaitons présenter la chose comme ceci :
En haut, menu dynamique javascript avec des options par défault
Agenda par utilisateur, parametres, gestion des uts + les
objets qui auront été ajouté sur l'interface précédente.
Ex : Clients, Fournisseurs, comptabilité .....)
Juste en dessous une panoplie d'options de tries créer auparavant
sur l'interface.
Encore en dessous un tableau editable (avec droit de modif, suppression,
création en fonction du type d'utilisateur).
Se tableau effectuera ses requetes avec AJAX. Nous pourront copier
couper, creer plusieurs lignes ou cellules.
Le tableau dont je vous parle en ce moment représente l'objet
selectionné (ex : facture). Sur ce type d'affichage nous afficherons
des relations simplistes (ex : client, dossier en rapport avec la facture)
Nous souhaitons mettre au point un autre tableau configurable par l'utilisateur (choix table.colonne -> verif relations ->proposition autre
table.colonne ....)
Pour que l'utilisateur puissent afficher les donnees qu'il souhaite.
Nous avons déja des options de gestions d'objets basé sur le même
principe que PHPMYADMIN . (ex : Supprimer tout les objets selectionnés
changer de categories, afficher, modifier)
Nous mettons en ce moment en place un menu clic droit avec toutes
les options possibles en fonction de l'objet pointé et de l'utilisateur.
La gestion dynamique du tableau est en cours de route et est prévu
sans aucun rechargement de page.
Récap des différentes options à intégrer et hierarchie.
(gras = OK)
Côté progiciel //ouais style un progiciel, c'est pour différencier !!
- Gestion projets (bases, dossiers ou plus ... ex transfert de projet...)
- Gestion utilisateurs
- Gestion (tables, relations,formulaires,menus & liens, doc PDF)
Côté logiciel
- Un calendrier par ut
- Gestion utilisateurs et types
- Classe objet ..................PRESQUE TERMINE
- menus & liens
- tableaux dynamique objet ..................EN COURS
- tableaux dynamique objet (sur mesure) ... DIFFICILE (pas commencé)
- formulaires (gestion obligations objet + objets en relation)
- Fonctions (mail avec documents en pièce jointe) ... RAPIDE A FAIRE
- Partie internaute
En ce qui concerne la partie internaute, nous souhaitons créer sur le
"PROGICIEL" des formulaires spéciaux pour les internautes, il y a
aussi une gestion de liens à mettre en place.
Toujours pour la partie internaute quand nous sommes sur le
"LOGICIEL", nous devons pouvoir afficher des documents sur
l'espace de l'internaute.
Ex : envoi de la facture au client, ça facture apparait sur son espace.
La dernière partie, sans doute la plus intéressante.
Après avoir créer la gestion de formulaires, de tables sur la partie
PROGICIEL, nous devons pouvoir l'implémenter sur demande
sur la partie LOGICIEL. Ce qui donnera la possibilité à un acquereur
de "logiciel" de réaliser des questionnaire lui même.
Ex : table -> questions
table -> formulaires (on met en relation plusieurs question avec 1 form)
A la création d'un formulaire, on créer une table ex : form2 avec
autant de champs que de questions (sauf pour les checkbox).
Voila une description, mal rédigée mais plus complètes.
Vos commentaires sont les bienvenus!!!!
