[ la mutualisation ] - boites a outils, framework etc...

- boites a outils, framework etc... [ la mutualisation ] - Sciences - Discussions

Marsh Posté le 11-07-2003 à 23:09:40    

je suis désole je sais pas trop dans quelle section/cat ranger ca :/
 
je vais commencer la rédaction de mon mémoire de fin d'études...le thème principal est la mutualisation [ou comment employer des méthodes génériques pour pas refaire 30 fois la meme chose]
 
j'ai beau tatouiller google, amazon, alapage...je ne trouve que très peu de doc dessus...l'un de vous en aurait ds un coin ?
 
merci d'avance  :hello:

Reply

Marsh Posté le 11-07-2003 à 23:09:40   

Reply

Marsh Posté le 11-07-2003 à 23:41:35    

Bah prends l'exemple des services dans une entreprise.
 
Service courrier, une personne centralise et poste le courrier.
 
Service archives, une personne classe et conserve les documents.
 
Service sexuel, une personne... ha merde, non là c'est pas encore au point  :lol:

Reply

Marsh Posté le 11-07-2003 à 23:51:27    

ZuL a écrit :

je suis désole je sais pas trop dans quelle section/cat ranger ca :/
 
je vais commencer la rédaction de mon mémoire de fin d'études...le thème principal est la mutualisation [ou comment employer des méthodes génériques pour pas refaire 30 fois la meme chose]
 
j'ai beau tatouiller google, amazon, alapage...je ne trouve que très peu de doc dessus...l'un de vous en aurait ds un coin ?
 
merci d'avance  :hello:  

je trouve que ce n'est pas très clair, donc je vais peut être te répondre HS ! ;)  
 
Mais si tu parles de mutualisation dans le sens mise en commun de ressources impossibles à acquérir individuellement, exploite la piste des associations loi 1901.
 
Pour ma part, je suis dans un aéroclub de taille moyenne (~ 100 membres).
Il est évident que sur ces 100 personnes, presque aucune n'aurait pu pratiquer l'aviation (avoir un avion à soi et le faire voler) sans la mise en commun des ressources au sein d'une structure juridique afin d'acquérir ensemble des aéronefs et d'en partager le temps de vol.
 


---------------
Is it a bird? Is it a plane? No it s F22Raptor !  -  I love flying because football, baseball, rugby, and golf only take one ball
Reply

Marsh Posté le 12-07-2003 à 00:01:03    

en fait, le terme exact c'est la capitalisation.
 
le principe appliqué a l'informatique c'est de ne pas refaire deux fois la meme chose.
 
par exemple, pour faire un site de vente en ligne, au lieu de faire un site pour chaque client qui en veut un, on va en faire un hyper customizable modulaire et complètement reexploitable pour le client suivant.
 
 
grosso modo je cherche de la doc la dessus, sur les evolutions (au début on avait juste des boites a outils, des librairies reutilisables qui etaient une ptite surcouche de l'application) aujourd'hui on passe sur les framework...l'application n'est plus qu'une fine couche de personnalisation et implémentations spécifiques pour un client.
 
je voudrais plein de doc la dessus, théorie, évolutions, historique, stats d'utilisations, futur etc....:D
 
et comme c'est assez récent, ca pullule pas :/

Reply

Marsh Posté le 12-07-2003 à 11:10:19    

[:hydrekaos5]

Reply

Marsh Posté le 14-07-2003 à 13:06:07    

Si c'est sur principalement sur l'info.. bein tu peux faire un hsitorique sur l'évolution des architectures des applis et notamment la tendance actuelle d'implémentation des serveurs d'applications (J2EE et .NET)..
 
au départ : monobloc, bref une appli lourde (début de l'info)
ensuite : client lourd + serveur... utilisation de RMI, Corba...
puis, plus près de nous : client léger + serveur avec applis orientés Web
la tendance maintenant ce sont les architectures distribuées sur plusieurs PC,
 
donc, dans cette perspective, on a les serveurs d'applications qui regroupent qques concepts :
Architecture multi tiers
Approche par composants (pour une meilleure réutilisatibilité et une pérénisation de l'appli)
architecture distribuée
 
comme implémentation des serveurs d'applis, tu as J2EE en version 1.3 et bientôt 1.4 (avec la grande nouveauté qui sont les Services Web inclus dans J2EE 1.4) et aussi le framework .NET
 
en transverse de tout ça, tu as des Frameworks (sorte de packaging tout fait incluant API) qui réutilise des concetps d'architecture éprouvés et validés (Patterns, très important dans les architectures J2EE) et des API développés permettant "d'aller dans le codage de l'appli direct" sans recoder ce qui a déjà été fait (ex: Struts (releasé dans 1.1 je crois depuis peu) pour séparer la présentaion de la logique métier, toujours dans un souci de réutilisabilité et de pérennité, maîtres mots je le répète des serveurs d'applis (bon ça c'est la théorie toute belle, faut nuancer avec les développements et la réalité et surtout des normes pas encore tout à fait matures (Services Web par exemple))
 
bref, je m'emballe un peu,  :whistle:  ... et je réponds p'tre à côté de la plaque ! ...  :D  
A+ et bonne chance  :hello:  
 
ps : bref, si tout ça fait parti de ton sujet (si c'est purement info bien sûr...) les mots clefs sont : serveurs d'applications, J2EE, patterns, framworks... et bien d'autres
 
 

Reply

Marsh Posté le 14-07-2003 à 16:10:40    

chichos a écrit :

Si c'est sur principalement sur l'info.. bein tu peux faire un hsitorique sur l'évolution des architectures des applis et notamment la tendance actuelle d'implémentation des serveurs d'applications (J2EE et .NET)..
 
au départ : monobloc, bref une appli lourde (début de l'info)
ensuite : client lourd + serveur... utilisation de RMI, Corba...
puis, plus près de nous : client léger + serveur avec applis orientés Web
la tendance maintenant ce sont les architectures distribuées sur plusieurs PC,
 
donc, dans cette perspective, on a les serveurs d'applications qui regroupent qques concepts :
Architecture multi tiers
Approche par composants (pour une meilleure réutilisatibilité et une pérénisation de l'appli)
architecture distribuée
 
comme implémentation des serveurs d'applis, tu as J2EE en version 1.3 et bientôt 1.4 (avec la grande nouveauté qui sont les Services Web inclus dans J2EE 1.4) et aussi le framework .NET
 
en transverse de tout ça, tu as des Frameworks (sorte de packaging tout fait incluant API) qui réutilise des concetps d'architecture éprouvés et validés (Patterns, très important dans les architectures J2EE) et des API développés permettant "d'aller dans le codage de l'appli direct" sans recoder ce qui a déjà été fait (ex: Struts (releasé dans 1.1 je crois depuis peu) pour séparer la présentaion de la logique métier, toujours dans un souci de réutilisabilité et de pérennité, maîtres mots je le répète des serveurs d'applis (bon ça c'est la théorie toute belle, faut nuancer avec les développements et la réalité et surtout des normes pas encore tout à fait matures (Services Web par exemple))
 
bref, je m'emballe un peu,  :whistle:  ... et je réponds p'tre à côté de la plaque ! ...  :D  
A+ et bonne chance  :hello:  
 
ps : bref, si tout ça fait parti de ton sujet (si c'est purement info bien sûr...) les mots clefs sont : serveurs d'applications, J2EE, patterns, framworks... et bien d'autres
 
 
 


 
mirci pour toutes ces infos :)
non t'es pas a coté de la plaque :)
 
le sujet exacte de ma partie recherche ( ~40 pages) c'est :  
 
capitalisation des connaissances et de l'experience au sein des SSII.
 
avec une première partie sur la capitalisation "humaine" : formations, connaissances critiques, retours d'experience etc...
 
et une deuxième partie sur la capitalisation "technique"
incluant :  
 
les portails technologies
boites a outils
XML et marque blanche
Framework
 
et tout ca va découler sur le contenu de mon stage qui principalement etait la manipulation du framework Copix [php]
 
 
 

Reply

Marsh Posté le 15-07-2003 à 05:20:06    

Pour la 2ème partie :voir le concept de la programmation orientée objet (notions de réutilisation, héritage, polymorphisme, classes, interfaces, etc.)
 
L'UML permet d'abstraire tout ça et devrait être utile dans ton cas.
 
;)

Reply

Sujets relatifs:

Leave a Replay

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