Vive la reverb, les escaliers, les couloirs,
les endroits un peu bizarres.
Vive la musique, dans la pénombre où le noir
rentre chez toi, il se fait tard.
Et je dors, content.
mat
2009/09/28
2009/09/23
J'irai chanter chez vous fait son Tours
"Bonjour Mat, ca vous dirait de venir vendredi sur Tours ?"
"Ouaip ! Pourquoi ?"
"Parcke ..... .... tout ça ..."
"Oké."
On arrive, ambiance amicale .. on se décontracte.
Thomas nous présente son Chez Lui.
C'est beau Tours ?! Il fait beau .. la nuit commence à tomber.
On commence à jouer dans le jardin.
C'est un petit jardin .. mais c'est pas la taille qui compte, non ?
Ensuite, on part dans les toilettes.
C'est rigolo et l'acoustique, c'est beau !
On monte et on fait les dernières chansons en mangeant des fraises Tagada.
Merci Thomas, Fred. Merci à ceux qui ont aimé ça.
Et Merci celles et ceux chez qui ont a joué jusqu'à présent : Laiti, Rom, Manue …
Mat & Alaiing
2009/09/15
[Fr][Techs] Wiki : SQL Developer
Anciennenemt Raptor, SQL Developer est un outil d'Oracle pour les bases Oracle qui souhaite proposer une alternative à PL/SQL Developer ou TOAD (plus orienté administration).
§ Oracle Db >= 9i
§ Explorateur d'objets database
§ Exécute le SQL
§ Édite and debug le PL/SQL.
§ Génère des rapports et permet une certaine administration de la base
§ ...
[Fr][Techs] Wiki : SQL +
SQL*Plus est un utilitaire de base des bases Oracle qui permet aux utilisateurs d'exécuter interactivement des commandes SQL et PL/SQL.
Voir la documentation officielle sur OTN.
[Fr][Techs] Wiki : ERP
http://fr.wikipedia.org/wiki/Progiciel_de_gestion_intégré :
Un Progiciel de gestion intégré (PGI) (en anglais Modèle:Lang ou ERP) est, selon le grand dictionnaire terminologique, un ERP.
Le terme ERP provient du nom de la méthode MRP utilisée depuis les années 1970 pour la gestion et la planification de la production industrielle.
Le principe fondateur d'un ERP est de construire des applications informatiques (paie, comptabilité, gestion de stocks…) de manière modulaire (modules indépendants entre eux) tout en partageant une base de données unique et commune. Cela crée une différence importante avec la situation préexistante (les applications sur mesure existant avant les ERP) car les données sont désormais supposées standardisées et partagées, ce qui élimine les saisies multiples et évite (en théorie) l'ambiguïté des données multiples de même nature (exemple : société TRUC, TRUC SA et Sté TRUC…).
L'autre principe qui caractérise un ERP est l'usage systématique de ce qu'on appelle un moteur de Modèle:Lang (qui n'est pas toujours visible de l'utilisateur), et qui permet, lorsqu'une donnée est entrée dans le système d'information, de la propager dans tous les modules du système qui en ont besoin, selon une programmation prédéfinie.
Ainsi, on peut parler d'ERP lorsqu'on est en présence d'un système d'information composé de plusieurs applications partageant une seule et même base de données, par le biais d'un système automatisé prédéfini éventuellement paramétrable.
Les ERP/PGI (opposés aux applications dédiées) présentent plusieurs avantages :
§ optimisation des processus de gestion (flux économiques et financiers) ;
§ cohérence et homogénéité des informations (un seul fichier articles, un seul fichier clients, etc.) ;
§ intégrité et unicité du Système d'information ;
§ partage du même système d’information facilitant la communication interne et externe ;
§ minimisation des coûts : pas d’interface entre les modules, synchronisation des traitements, maintenance corrective simplifiée car assurée directement par l'éditeur et non plus par le service informatique de l'entreprise (celui-ci garde néanmoins sous sa responsabilité la maintenance évolutive : amélioration des fonctionnalités, évolution des règles de gestion, etc.) ;
§ globalisation de la formation (même logique, même ergonomie) ;
§ maîtrise des coûts et des délais de mise en œuvre et de déploiement ;
Ce dernier point est essentiel et la mise en œuvre d'un ERP/PGI dans une entreprise est fréquemment associée à une révision en profondeur de l'organisation des tâches et à une optimisation et standardisation des processus, en s'appuyant sur le « cadre normatif » de l'ERP/PGI.
Les ERP/PGI vont pouvoir gérer et prendre en charge :
§ plusieurs entités ou organisations (filiales, etc.) ;
§ plusieurs périodes (exercices comptables par exemple) ;
§ plusieurs devises ;
§ plusieurs langues pour les utilisateurs et les clients (cas des multinationales) ;
§ plusieurs législations ;
§ plusieurs plans de comptes;
§ plusieurs axes d'analyse en comptabilité analytique.
Inconvénients
Les ERP/PGI ne sont cependant pas exempts d'inconvénients :
§ d'abord, cela est compliqué à comprendre pour la mise en œuvre (4A de l'IPBL)
§ coût élevé (cependant, il existe des ERP/PGI qui sont des logiciels libres, les seuls coûts étant alors la formation des utilisateurs et le service éventuellement assuré par le fournisseur du logiciel);
§ périmètre fonctionnel souvent plus large que les besoins de l'organisation ou de l'entreprise (le progiciel est parfois sous-utilisé) ;
§ lourdeur et rigidité de mise en œuvre ;
§ difficultés d'appropriation par le personnel de l'entreprise ;
§ nécessité d'une bonne connaissance des processus de l'entreprise (par exemple, une petite commande et une grosse commande nécessitent deux processus différents : il est important de savoir pourquoi, de savoir décrire les différences entre ces deux processus de façon à bien les paramétrer et à adapter le fonctionnement standard de l'ERP/PGI aux besoins de l'entreprise)
§ nécessité parfois d'adapter certains processus de l'organisation ou de l'entreprise au progiciel ;
§ nécessité d'une maintenance continue ;
§ captivité vis à vis de l'éditeur : le choix d'une solution est souvent structurant pour l'entreprise et un changement de PGI peut être extrêmement lourd à gérer.
Une offre « packagée » commence toutefois à apparaître, avec des produits d'inspiration bureautique, reposant sur les bases de données les plus diffusées du marché : MSSQL,MySQL, Oracle, DB2. Ces produits sont généralement diffusés par des éditeurs spécialisés en Gestion de la Production. Les inconvénients cités ici sont alors moindres.
De plus, l'émergence récente de plusieurs ERP libres permet de minimiser les inconvénients de coût (liés à l'acquisition des licences logicielles), de rigidité et surtout de captivité. L'utilisation de formats ouverts facilite également les échanges de données, en interne et vers l'extérieur.
Pour finir, la pérennité de l'éditeur est un élément majeur à vérifier avant de s'engager dans un projet ERP. Le vrai coût est celui du temps passé en interne, plus que celui de l'achat des licences. La validité du modèle économique du partenaire retenu, dans le temps, est un critère fondamental. Quel que soit le produit retenu, à méthode de travail égale et périmètre fonctionnel identique, les coûts ne sont pas forcément très éloignés d'une société à l'autre quand on compare les acteurs historiques qui durent dans cet environnement très concurrentiel.
Impact
Les progiciels de gestion intégrés permettent à l'entreprise une meilleure maîtrise de ses activités de production. Le paradigme sur lequel ils se basent repose essentiellement sur une optimisation de l'utilisation des ressources, qu'elles soient humaines ou matérielles. Le PGI induit donc une orientation stratégique vers la réduction des coûts comme vecteur essentiel de la création de valeur donc de la croissance de l'entreprise. Ce modèle est critiqué depuis le début des années 1990 car il met l'entreprise (et éventuellement ses fournisseurs) au centre de l'attention, au détriment du client. Les principaux éditeurs de PGI se sont donc efforcés d'intégrer des fonctionnalités marketing afin d'évoluer vers le nouveau modèle de la gestion de la relation client.
Les progiciels de gestion intégrés ont connu leur essor en profitant de l'évolution nécessaire des systèmes d'information pour le passage de l'an 2000 puis pour la mise en place de l'euro. En effet, il était séduisant de remplacer tous les logiciels de gestion de l'entreprise par un intégré offrant « l'état de l'art » plutôt que d'engager des corrections des programmes existants plus ou moins anciens.
Si cette démarche a parfois donné lieu à des démarrages dans l'urgence, l’enjeu de la mise en place d'un PGI aujourd'hui n'est plus de passer l'an 2000, mais d'optimiser la gestion des flux logistiques et financiers de l'entreprise. Dans ce contexte, les logiciels de niche deviennent de plus en plus concurrentiels face à de grands PGI qui, certes, ont une vaste couverture fonctionnelle, mais qui, une fois sortis de leur cœur de métier, traitent de manière plus complexe (voire moyenne) certaines fonctions.
D'autre part, l'intégration technique des traitements et des données arrive à un niveau de complexité à la limite du gérable (une correction pouvant avoir des impacts sur tout un ensemble de fonction, avec souvent des corrections pré-requises, co-requises et sous-requises). La plupart de ces progiciels ont désormais un module dédié à la gestion de ces corrections (le module qui gère les modules).
Il faut aussi remarquer que les exigences de développement durable apparues depuis l'an 2000 ne faisaient pas partie des fonctions proposées en standard par les grands progiciels de gestion intégrés, qui retenaient surtout des critères financiers. Les évolutions récentes ont conduit certains éditeurs à intégrer des fonctionnalités de mise en conformité réglementaire dans le cadre de la gestion des risques, afin de satisfaire les exigences de développement durable.
Un virage fonctionnel et technique est en passe d'être pris vers la distribution des fonctions en différentes applications, indépendantes techniquement et interfacées avec le noyau du PGI, le tout agencé autour d’un EAI. Cette architecture permettra d’intégrer des applications centrées sur une fonction ou un métier particulier comme la gestion des dépôts (IMS), la gestion des ateliers (MES), la gestion des laboratoires (LIMS), etc. Conciliant la profondeur métier avec l’intégration, tout en gardant l’indépendance de maintenance de chaque application.
Cette démarche est aujourd’hui embryonnaire, tant au niveau de la performance des architectures techniques que des méthodes de construction fonctionnelle de telles solutions. Mais l’évolution est engagée depuis quelques années dans la structure technique des progiciels et s'accélère.
[Fr][Techs] Wiki : Logiciel Libre
" Un logiciel libre est un logiciel dont la licence dite libre donne à chacun (et sans contrepartie) le droit d'utiliser, d'étudier, de modifier, de dupliquer, et de diffuser (donner et vendre) le dit logiciel. "
philosophie
Il y a plusieurs notion qu'il ne faut pas confondre dans le monde "libre" :
Licences libres, Domaine public, Licences de type BSD, Copyleft, licences de type GPL
Contenu libre, Open Source, Freewares, Sharewares, Shared source
par opposition au monde "propriétaire".
On retiendra particulièrement l'image donné par Richard Stallman (créateur de GNU project), celle de la recette de cuisine d'un gâteau :
selon le principe du libre : vous avez obtenu légalement cette recette par n'importe quel moyen (revue, bouche à oreille...). Vous avez le droit de redistribuer cette recette à qui vous voulez et vous pouvez la modifier puis la redistribuer comme il vous plaît.
selon le principe du logiciel non libre : vous n'avez pas accès à la recette, mais uniquement au gâteau déjà fait. Vous ne pouvez manger le gâteau que dans une seule cuisine, et personne d'autre que vous ne peut en manger. Quand bien même la recette serait fournie avec le gâteau, toute copie ou modification serait interdite.
Cette idée est d'autant plus pertinente dans un monde informatique où le mettre mot si on veut être efficace est réutilisation.
projets
Les projets libre sont et deviendront de plus en plus inévitable. Leurs qualités intrinsèques sont indéniables, et leur robustesse n'est plus à prouver. ... Et c'est le retour que nous avons du terrain.
En effet, la synergie qu'ils engendrent, appuyé par la structure de projet libre (SourceForge, CVS ..) fournit maintenant des produits murs pour tous.
Exemple de projet :
...
et pour ce qui nous intéresse, les projets ERP
à lire
...
[Fr][Techs] Wiki : SAP
Repris de wikiPedia:
SAP (Systems, Applications, and Products for data processing en anglais et Systeme, Anwendungen und Produkte in der Datenverarbeitung en allemand) est par abus de langage le nom utilisé pour désigner un progiciel de gestion intégré développé et commercialisé par l'éditeur de ce produit (SAP AG).
Le nom exact du progiciel a été plusieurs fois modifié au fur et à mesure de l'évolution des versions :
- R/1 puis R/2 (architecture mainframe)
- R/3 (apparition de l'architecture client-serveur, versions 2.1 à 4.6C)
- R/3 Entreprise (dit aussi version 4.70)
- ECC ou ERP Central Component (versions 5.0 puis 6.0)
En parallèle de l'évolution du produit, la société SAP a utilisé plusieurs terminologies commerciales pour désigner son offre telles que mySAP.com, mySAP ERP ou mySAP Business Suite.
Les logiciels SAP reposent aujourd'hui sur une architecture technique commune appelée SAP Netweaver dont le principal composant est le WAS (Web Application Server).
Un ERP peut être défini comme un système dans lequel les différentes fonctions de l'entreprise (comptabilité, finances, production, approvisionnement, marketing, ressources humaines, qualité, maintenance, etc.) sont reliées entre elles par l'utilisation d'un système d'information centralisé sur la base d'une configuration client/serveur.
La mise en œuvre d'un système complètement intégré permet de répondre de manière précise et en temps réel aux questions du type : « Que se passe-t-il si je décide de faire ceci ? ». Par exemple, si une entreprise reçoit une commande de marchandises, il est possible de savoir presque instantanément les conséquences de cette demande sur les capacités de production, sur les besoins d'approvisionnement, sur le personnel nécessaire pour accomplir cette tâche, sur les délais requis pour satisfaire cette demande, sur les besoins de financement, sur la profitabilité de cette opération, etc.
Les modules sont les composants fonctionnels du système SAP ERP. On peut distinguer trois familles de modules fonctionnels : logistique, gestion comptable et ressources humaines. En parallèle, SAP a développé une offre sur la mise en conformité réglementaire par rapport aux exigences de développement durable.
Interface utilisateur :
Interface Développement :
2009/09/13
Il fait beau ... les poches pleines
Et oui ? ... on en a plein les poches du soleil !
Vivement qu'il fasse froid et moche.
2009/09/09
2009/09/08
2009/09/07
Subscribe to:
Posts (Atom)