>ton exemple n'est pas très heureux car il mélange des fonctions transverses (RH, compta), métier (gestion qualité, appro) et "bureautique" (mail, fichier)
C'était bien mon intention de "mélanger". Parceque ce mélange correspond à la réalité de beaucoup de petites entreprises qui n'ont pas vraiment de politique d'information.
Souvent, je suis confronté à ce problème. Par exemple, je connais une boite dans laquelle les données personnelles des employés doivent être saisies dans le logiciels de paye, dans le logiciels de planning, dans le logiciel qui sert à compiler les entretiens annuels ... C'est quand même une boite d'environ 500 personnes avec un fort turn over.
Tout est à l'avenant. Les comptes unix, ne correspondent pas aux comptes sur les applications, l'ensemble des données sont éparpiées, éparses, incomplètes et souvant inutilisable que ce soit par un utilisateur ou par le système d'information lui même.
Finalement, c'est le trionphe du papier.
Des exemples comme ça, j'en ai plein.
Quand on te demande d'intervenir dans un tel contexte, tu aimerais bien pouvoir commencer par mettre de l'ordre.
A savoir des passerelles entre les differentes sources de données pour qu'elles se complètent et se sutructurent.
Par exemple : prendre les infos employés de tout les logiciels, les comparer et tout mettre à jour (chaque nuit par exemple), en profiter également pour approvisionner un LDAP bien structuré.
Celà permet de t'acheminer en douceur vers une politique de l'information structuré, d'integrer du neuf à l'existant, voire de migrer l'existant vers du bien structuré sans avoir à expliquer à ton client que ce qu'il a fait jusqu'a présent (et pour lequel il s'est ruiné) c'est de la merde, que tu vas tout foutre en l'air (c'est pas l'envie qui t'en manque), et qu'il n'a qu'à sortir des listings de tout et les envoyer en inde pour qu'ils t'en fasse des fichiers csv.
Bref je voudrais savoir si (mon besoin étant celui là), un tel logiciel peut m'aider dans cette démarche de restructuration d'un système d'information ou s'il me faut continuer d'utiliser DBI et de tout me coltiner à la main.
Celà ne remet bien sur pas en cause la pertinance de ton exemple
[^] # Re: D'ou l'intérêt du premier lien...
Posté par Joris Dedieu (site web personnel) . En réponse à la dépêche Talend Open Studio 2.0.0. Évalué à 4.
C'était bien mon intention de "mélanger". Parceque ce mélange correspond à la réalité de beaucoup de petites entreprises qui n'ont pas vraiment de politique d'information.
Souvent, je suis confronté à ce problème. Par exemple, je connais une boite dans laquelle les données personnelles des employés doivent être saisies dans le logiciels de paye, dans le logiciels de planning, dans le logiciel qui sert à compiler les entretiens annuels ... C'est quand même une boite d'environ 500 personnes avec un fort turn over.
Tout est à l'avenant. Les comptes unix, ne correspondent pas aux comptes sur les applications, l'ensemble des données sont éparpiées, éparses, incomplètes et souvant inutilisable que ce soit par un utilisateur ou par le système d'information lui même.
Finalement, c'est le trionphe du papier.
Des exemples comme ça, j'en ai plein.
Quand on te demande d'intervenir dans un tel contexte, tu aimerais bien pouvoir commencer par mettre de l'ordre.
A savoir des passerelles entre les differentes sources de données pour qu'elles se complètent et se sutructurent.
Par exemple : prendre les infos employés de tout les logiciels, les comparer et tout mettre à jour (chaque nuit par exemple), en profiter également pour approvisionner un LDAP bien structuré.
Celà permet de t'acheminer en douceur vers une politique de l'information structuré, d'integrer du neuf à l'existant, voire de migrer l'existant vers du bien structuré sans avoir à expliquer à ton client que ce qu'il a fait jusqu'a présent (et pour lequel il s'est ruiné) c'est de la merde, que tu vas tout foutre en l'air (c'est pas l'envie qui t'en manque), et qu'il n'a qu'à sortir des listings de tout et les envoyer en inde pour qu'ils t'en fasse des fichiers csv.
Bref je voudrais savoir si (mon besoin étant celui là), un tel logiciel peut m'aider dans cette démarche de restructuration d'un système d'information ou s'il me faut continuer d'utiliser DBI et de tout me coltiner à la main.
Celà ne remet bien sur pas en cause la pertinance de ton exemple