Developpement d'une application Intranet, besoin de conseil

Developpement d'une application Intranet, besoin de conseil - PHP - Programmation

Marsh Posté le 10-07-2003 à 18:10:32    

Bonjour,
 
 je vais certainement mettre sur savannah un projet Intranet permettant de gerer differents modules, themes, dictionnaires et autres options afin de faciliter la vie des entreprises, sur tout ce qui se rapporte avec la clientele, les fournisseurs, la gestion des documents commerciaux...
 
 Il y a plusieurs questions qui me trainent à la tete :
-> Pour tout ce qui est gestion des modules, au niveau persistence de leurs informations (nom, droits) : le gereriez vous via une base de données ou des fichiers (plats ou XML) ?
 
 L'inconvenient des BDD, c lors de l'implementation : il faut faire attention a ce que tout soit bien integré a la BDD, tandis que des fichiers sont facilement copiables, ce qui facilite par exemple les mises a jour. Le pb, les acces aux fichiers necessitent plus de rigueur niveau programmtion, et il faut gérer tout ce qui concurrence
 
-> Pour ce qui est de l'affichage des donnees (formulaires, feuilles, graphiques) l'idee est de fournir a l'utilisateur/developpeur une API facile sans a connaitre la moindre notion de HTML/CSS : Tout ça est geré via l'application. Comment feriez vous pour rajouter un element dans un formulaire ?
(Mon idee etait : $element=array("postname"=>array($field,$HTMLtype,$type,$value,$optionnalclass,$attributes,$isnecessary))
Puis de faire un $form->addelement($formtitle,$formsubtitle,$formelement)
 
Verriez vous quelque chose de plus judicieux ?
 
 
Voila, j'espere mettre la version en LGPL ou BSD fin Aout sur Savannah, merci d'avance de vos conseils
 
Sam

Reply

Marsh Posté le 10-07-2003 à 18:10:32   

Reply

Marsh Posté le 14-07-2003 à 14:18:35    

Merci pour votre aide, on peut compter sur vous...

Reply

Marsh Posté le 14-07-2003 à 14:23:45    

samuelp a écrit :


 Il y a plusieurs questions qui me trainent à la tete :
-> Pour tout ce qui est gestion des modules, au niveau persistence de leurs informations (nom, droits) : le gereriez vous via une base de données ou des fichiers (plats ou XML) ?


 
Au choix de l'utilisateur. Tu défini une interface de système de persistence, interface implémenté en utilisant une BD, des fichiers, un lien ODBC, etc ...
 
Tu en fourni un ou deux par défaut, et tu spécifie bien cette interface qui permettra au client d'utiliser ce qu'il veut derrière. Cela lui permettrai par exemple de rebrancher sur un existant le système sans pour autant tout changer, son système de persistence se chargeant de la conversion de format.
 

samuelp a écrit :


Voila, j'espere mettre la version en LGPL ou BSD fin Aout sur Savannah, merci d'avance de vos conseils


 
Tu BSD sous savannah, c'est pas gagné [:ddr555]


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 16-07-2003 à 16:18:35    

samuelp a écrit :

sur tout ce qui se rapporte avec la clientele, les fournisseurs, la gestion des documents commerciaux...


Ca, c'est clair que je mettrais les infos corespondantes dans une base de donnée vu que c'est purement le genre d'info qui évolue sans arrêt.
 
 

samuelp a écrit :

L'inconvenient des BDD, c lors de l'implementation : il faut faire attention a ce que tout soit bien integré a la BDD, tandis que des fichiers sont facilement copiables, ce qui facilite par exemple les mises a jour. Le pb, les acces aux fichiers necessitent plus de rigueur niveau programmtion, et il faut gérer tout ce qui concurrence

ben tu fais un système d'installation qui créé les tables de bases et un système de rajout/supression des modules capable de créer/suprimer les tables corespondant a chaque module et le tour est joué. Tu peux même rajouter une gestion de dépêndance pour éviter de suprimer des tables utilisé par plusieurs module et t'auras plus de problème a cce niveau.
Moi, je suis entrein de refaire ce systèmet et la première étape en plus de créer les tables de bases écrit les données permettant d'accéder a la base de donnée (adresse du serveur SQL, type de serveur SQL, nom d'utilisateur et mot de passe pour se coneccter a ce serveur) plus quelques autres données.
 

samuelp a écrit :

-> Pour ce qui est de l'affichage des donnees (formulaires, feuilles, graphiques) l'idee est de fournir a l'utilisateur/developpeur une API facile sans a connaitre la moindre notion de HTML/CSS : Tout ça est geré via l'application. Comment feriez vous pour rajouter un element dans un formulaire ?
(Mon idee etait : $element=array("postname"=>array($field,$HTMLtype,$type,$value,$optionnalclass,$attributes,$isnecessary))
Puis de faire un $form->addelement($formtitle,$formsubtitle,$formelement)
 
Verriez vous quelque chose de plus judicieux ?

Heu, ca, c'est en javascript, a moins que tu veuilles que le gas passe son temps a attendre la réponse du serveur intranet pour chaque rajout d'un élément a un modèle. Mais bon, s'il conait strictement rien a l'html, même pas les bases les plus basiques je vois pas en quoi un système d'écriture de modèle pourait lui facilité la vie. A part si tu te complique énormément le tiens. Mieux vaut leur fournir deux trois modèles dès le départ et leur conseillé de faire appel a un graphiste plustôt que de les voir t'apeller tout le temps par ce qu'un "responsable" aura fait une grosse conerie sur le modèle qu'ils utilisent. bien sur, tu leur fournis une doc assez complète sur la structure du modèle. Et s'ils veulent se démerder tout seul, ben ca sera pas pire qu'avec un module de création d'interface. ;)
 
 

samuelp a écrit :

Bonjour,
 je vais certainement mettre sur savannah un projet Intranet permettant de gerer differents modules, themes, dictionnaires et autres options afin de faciliter la vie des entreprises, sur tout ce qui se rapporte avec la clientele, les fournisseurs, la gestion des documents commerciaux...
...
...
...
...
Voila, j'espere mettre la version en LGPL ou BSD fin Aout sur Savannah, merci d'avance de vos conseils

Heu, j'espères que t'as pas l'intention de mettre en ligne tout ça dès fin aout, sinon, ben tu auras droits a un super retard, du moins si tu veux que le système soit vraiment bien fait. ;)
Déjà, rien qu'avec ce que t'as prévus, ca me parait difficile de tout faire en un mois et demis. ;)
 
Au fait, t'es au courant que les sociétés préfaire généralement utiliser un système tout intégré (donc il faudrait que quelqu'un créé les modules nécessaire aux boites en plus des modules de bases) ou des programmes super conus (Ms Office par exemple) plustôt qu'un nouveau système se rajoutant a ceux qu'ils ont dans leur société. Je te dis ça afin que tu t'étones pas si, pendant plus d'un an, quasiment personne s'y intéresse.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed