Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1863 connectés 

  FORUM HardWare.fr
  Discussions
  Sciences

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

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

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

n°817221
ZuL
Posté le 11-07-2003 à 23:09:40  profilanswer
 

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:

mood
Publicité
Posté le 11-07-2003 à 23:09:40  profilanswer
 

n°817439
lokilefour​be
Posté le 11-07-2003 à 23:41:35  profilanswer
 

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:

n°817520
F22Raptor
Tête en l'air ...
Posté le 11-07-2003 à 23:51:27  profilanswer
 

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
n°817602
ZuL
Posté le 12-07-2003 à 00:01:03  profilanswer
 

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 :/

n°818362
ZuL
Posté le 12-07-2003 à 11:10:19  profilanswer
 

[:hydrekaos5]

n°824896
chichos
Posté le 14-07-2003 à 13:06:07  profilanswer
 

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
 
 

n°825456
ZuL
Posté le 14-07-2003 à 16:10:40  profilanswer
 

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]
 
 
 

n°827927
Yttrium
Furtif
Posté le 15-07-2003 à 05:20:06  profilanswer
 

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.
 
;)


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Discussions
  Sciences

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

 

Sujets relatifs
[topic unique] Les gateaux en "boites" alsa et compagnie...questions sur les boites/clubs..!?
ou peut ton acheter sur le net des boites crystal vides ?Comment marchent les boites automatiques ?
quelle est la meilleure boites de nuit de votre regions 
Plus de sujets relatifs à : [ la mutualisation ] - boites a outils, framework etc...


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR