<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Salut,
dans une récente discussion avec un client, nous avons reconnu certaines choses dans la plate-forme de prévision de fiabilité et de distribution de la vie auxquelles je n'ai pas pu répondre tout de suite et qui étaient en quelque sorte surprenantes ou une amélioration.
1. Prévision de fiabilité:
- Les données sont au format nevada et organisées de manière à ce que plusieurs identifiants (groupes) soient répertoriés, donc V1_0 avec les données au format Nevada, V1_1 et V1_2 au-delà également au format Nevada. (voir l'ensemble de données joint Beispiel1_Anonymized.jmp)
- Si je fais une prévision de fiabilité avec un filtre de données défini sur V1_0 ou V1_2 (V1_1, nous pouvons ignorer cet exemple) et que j'utilise Quantité comme Nombre de prod, P-mois comme Horodatage et les colonnes de date comme Nombre d'échecs, cela fonctionne bien pour V1_0 seul , V1_2 uniquement et même pour V1_0 et V1_2 tous deux sélectionnés. Mais dès que j'ajoute la colonne X_1 (qui contient les valeurs nominales V1_0 et V1_2) en tant qu'ID de groupe (image ci-dessous), cela ne fonctionne pas et apporte un format de données de message d'erreur non valide.
- Je pensais que l'ID de groupe permettrait d'avoir dans une fenêtre la même analyse une fois pour V1_0 et une fois pour V1_2 (en supposant que le filtre de données est correctement défini ) - d'où vient l'erreur?
- Prévisions de fiabilité:
- Parfois, il y a une réparation dès le premier mois de service ou même avant la mise en service, il y a déjà une réparation. Donc, un 1 ou un autre nombre positif sur la diagonale ou dans le triangle supérieur. Il en résulte un ensemble réduit de répartitions possibles (par exemple pas de weibull). Comment y faire face? Comment peut-on contourner le problème pour pouvoir encore utiliser weibull ou d'autres distributions mieux adaptées? (Utilisez simplement une petite production et changez la 4ème ligne de la colonne 09/2009 ou 10/2009 en 1 et exécutez le script pour voir la différence)
- Distribution de la vie: (voir Beispiel2 Anomized.jmp)
- si vous avez des réparations avant la date d'installation, cela entraînera des valeurs négatives. Comment y faire face? Aussi lorsque vous avez des causes concurrentes? (L'ajout d'un décalage est-il une solution réaliste? ou cela a-t-il également un impact négatif? Une autre option pourrait être d'utiliser la date de production, mais cela ne refléterait pas la prévision correcte pour la date d'installation, je suppose)
- si vous avez des réparations, par exemple quelques jours après la date d'installation, mais que vous souhaitez regarder sur une base mensuelle, cela résulterait en un temps nul. Comment y faire face?
- Parfois, un Fit Fit est plus précis que le Weibull ou une autre distribution elle-même. Comment ajuster le mélange par rapport au tracé d'origine des distributions dans une seule fenêtre? Je sais que l'on pourrait copier le contenu du graphique, mais il serait beaucoup mieux s'il y avait une option pour inclure le mélange par option à la liste des autres distributions à afficher dans le tracé d'origine. De plus, lorsque vous avez des causes concurrentes, il existe un moyen pour que le mélange soit adapté à la sélection. Ce serait un grand avantage, a déclaré mon client. Y a-t-il des plans ou est-ce difficile à réaliser par une solution de contournement? (Je sais que c'est plus une question pour les développeurs)
- Pour toutes les distributions, vous pouvez utiliser l'option Survie de l'ajustement, cependant, cette option n'est pas disponible pour l'ajustement du mélange. Cela peut-il être inclus dans la plateforme? Existe-t-il une solution de contournement simple?
Merci pour tout commentaire sur ces questions.
Martin
Salut Peng, merci jusqu'à présent. J'examinerai plus avant pour voir si les solutions de contournement fonctionneront pour le client jusqu'à présent et pour comprendre quel serait l'impact commercial pour le cas zéro gonflé. Ajoutera bientôt quelques notes ici.
Martin
Bonjour Martin,
Le problème signalé est un bogue. Je l'ai corrigé dans JMP13. Pour contourner les problèmes dans les versions actuelles, supprimez le groupe, si vous excluez toutes les lignes d'un groupe.
Pour la question de prévision de fiabilité, les points de temps sont tous singleton, par exemple 09/2009 signifie le premier tick le premier jour de septembre 2009. Par conséquent, vous devez différencier les horodatages de ligne et les horodatages de colonne pour faire savoir au logiciel qu'il y a un début et une fin. Les échecs avant le début sont une erreur.
Vous ne voulez probablement pas jouer les cotes pour corriger les échecs dès le début. Vous n'obtiendrez pas les résultats souhaités. Parce que les échecs au début signifient l'échec au temps zéro. Une distribution ZI est requise pour analyser ces données, et les distributions ZI ne sont pas prises en charge dans la plateforme. Les échecs d'inflation nulle sont rares. Si vous en avez besoin dans Reliability Forecast, veuillez déposer une demande.
Pour les deux premières questions sur Beispiel2 Anomized.jmp, je suppose que vous parlez toujours de la plate-forme de prévisions. Je pense que le premier est une erreur de saisie, sans aucun doute. Le second, vous avez joué avec les horodatages de ligne et de colonne et agrégé de nouveaux comptes pour obtenir les intervalles de temps souhaités. Le format Nevada est populaire, car il est déjà dans l'intervalle souhaité pour les prévisions, produit par l'informatique.
Pour superposer un mélange avec un individu, une alternative consiste à adapter un mélange à un composant. Par exemple adapter un mélange de 2 Weibull, et adapter un mélange de 1 Weibull.
Pour les courbes de survie, essayez de rétablir Axe min-max, une case à cocher dans la boîte de dialogue Axe. D'une certaine manière, la teinte CI est perdue, je dois enquêter. Je suppose que ce n'est pas anodin.
Merci,
Peng
