Discussion :

[OncleVini]

Bonjour à toutes et à tous,

Je suis dans un projet qui paraissait simple à la base et qui est en réalité très compliqué pour moi, je vous explique la problématique.
Je travaille sur un projet de Life Cycle Management, on cherche à identifier des pièces à changer avant qu'elles ne cassent (plus de 10'000 références).
Dans ma colonne A, j'ai le numéro de la pièce et dans la colonne B le nombre de cycle de la pièce prise a différent moment de l'année (colonne C). Je dois trouver un moyen d'isoler mes composants et calculer leur fréquence d'utilisation sur une semaine. Le problème c'est que j'ai parfois des chiffres faux (colonne B) . Voici a quoi ça ressemble:

Colonne A (le composant)	Colonne B (le nombre de cycle)	Colonne C (date)
7001254	32000	15.08.2020
7001254	31450	22.04.2020
7001254	31300	12.02.2020
7001254	31250	01.01.2020
6005456	18200	15.09.2020
6005456	123	11.06.2020
6005456	17000	03.03.2020
4442666	35000	05.12.2020
4442666	52000	13.06.2020
4442666	51000	03.02.2020

Le premier cas (7001254) est parfaitement bien renseigné. Pas trop de difficulté, j'ai 750 cycles en 227 jours soit 23,12 cycles par semaine.
Dans le deuxième cas (6005456) un relevé est incorrect (123) il faut l'ignorer! Attention il pourrait être en première ou dernière position. Dans notre cas nous avons 1200 cycles en 196 jours soit 42.8 cycles par semaine.
Dans le troisième cas, la personne qui fait le relevé a interchangé deux chiffres (35000 au lieu de 53000). Le nombre de cycles ne peut être que croissant. Dans ce cas je suggère de ne pas tenir compte du montant erroné et de ne prendre que le dernier chiffre croissant c'est à dire 52000 au 13.06. Dans ce cas nous avons 1000 cycles en 131 jours soit 53.4 cycles par semaine.

Le but du jeu est d'indiquer le nombre de cycle dans une colonne (par ex D) dès que la référence apparait. Pas facile!

Si vous avez lu ce message jusqu'à la fin je vous félicite. Si vous l'avez compris c'est encore mieux et si en plus vous avez une solution alors là bravo et merci d'avance!

Bonne fin de journée.

[Patrice740]

Re bonjour,

....Dans le deuxième cas (6005456) un relevé est incorrect (123) il faut l'ignorer! Attention il pourrait être en première ou dernière position. ...
Dans le troisième cas, la personne qui fait le relevé a interchangé deux chiffres (35000 au lieu de 53000). Le nombre de cycles ne peut être que croissant. Dans ce cas je suggère de ne pas tenir compte du montant erroné ....

Quand les données ne sont pas fiables, même la plus grande intelligence humaine ne parviendra pas les fiabiliser !!!
Il est impossible de détecter une erreur de saisie telle que 31450 saisis sur la ligne 2 au lieu de 31540 valeur réelle ...
Elle pourra simplement éliminer les cas flagrants, mais les autres chiffres seront biaisés.

Alors, tenter d'y parvenir avec un programme relève de l'utopie ....

[Jean-Philippe André]

Salut,

une piste pour déterminer si une valeur doit être considérée comme inhabituelle, que j'utilisais en finance :
- déterminer la liste des valeurs concernées
- en faire une moyenne
- déterminer les valeurs qui s'écartent de 2.5 écart-types de la moyenne
- ces valeurs sont out of scope
...

[Patrice740]

.

Encore il faut disposer d'un nombre d'échantillons suffisamment important et fiables,
pour le cas, avec aussi peu de valeurs par an, il faudrait avoir plusieurs années.

[Pierre Fauconnier]

Salut.

Je rejoins Patrice sur l'idée que sans autres infos sur ce qui est out of range, ça va être rock 'n roll...

On pourrait imaginer des limites inférieures et supérieures, par pièce ou pour l'ensemble des pièces, placés dans un tableau et récupérer par INDEX-EQUIV ou RECHERCHEX selon les versions utilisées.

Mais dire que 123 est hors scope s'il est le premier (la date la plus "vieille") est impossible sans déterminer les marges soit d'écart, soit minimum et maximum...