Guía de inicio rápido
Muchos detalles deben incluirse en un modelo Raptor para que produzca resultados
viables. Por lo tanto, esta Guía de inicio rápido no tiene la intención de producir un
modelo completo y totalmente representativo, solo tiene la intención de brindarle
una descripción general del proceso de modelado Raptor y proporcionar un breve
tutorial.
Hay tres pasos básicos para completar un modelo en Raptor:
Paso 1: Describa gráficamente su sistema.
Si está familiarizado con los diagramas de bloques de confiabilidad (RBD), este
primer paso es dibujar el RBD de su sistema. Agregue objetos (bloques, eventos,
jerarquías, nodos y enlaces) al espacio de trabajo haciendo clic en el botón de ese
objeto en la barra de herramientas Vista del espacio de trabajo y haciendo clic
izquierdo para soltar el objeto en el espacio de trabajo. Agregue un bloque para
cada componente de su sistema. Agregue jerarquías para representar subsistemas
o agrupaciones lógicas de componentes. Agregue eventos para representar
elementos operativos que afecten a su sistema y que tengan una probabilidad
conocida de ocurrir, tales como rayos, directivas de comando, etc. Por ahora, puede
elegir aceptar los datos predeterminados del objeto y enfocarse solo en dibujar el
diagrama. Salga del modo agregar objeto haciendo clic con el botón derecho del
mouse. Una vez que tenga todos los bloques, eventos y jerarquías, conéctelos
usando nodos y enlaces. Agregue nodos para representar la redundancia. Por
ejemplo, si tiene dos componentes, solo uno de los cuales es necesario para que el
sistema esté operativo, coloque un nodo cerca de estos componentes. Use enlaces
para conectar componentes entre sí. Los elementos configurados en serie se
vincularán en una cadena. Los elementos configurados con redundancia se
vincularán a un nodo cercano. Una vez que todos sus componentes están
vinculados, se dibuja el RBD y está listo para pasar al paso dos.
Tutorial: Dibuja un RBD simple.
Desde la Vista del espacio de trabajo, haga clic en el botón de bloqueo en la barra
de herramientas. Coloque un bloque en el espacio de trabajo haciendo clic izquierdo
con el mouse. Acepte los datos predeterminados del bloque por ahora haciendo clic
en el botón Aceptar. Agregue dos bloques más, luego salga del modo de cursor de
bloque haciendo clic con el botón derecho del mouse. Agregue dos nodos de
manera similar. Haga clic en el botón de enlace para ingresar al modo de cursor de
enlace. Enlace el marcador de inicio a uno de los bloques haciendo clic en el
marcador de inicio, manteniendo presionado el botón, arrastrando hacia el bloque y
soltando el botón. Enlace ese bloque a uno de los nodos. Enlace ese nodo a los dos
bloques restantes. Enlace cada uno de esos bloques al nodo restante. Enlace ese
nodo al marcador final. Puede reorganizar los objetos para mayor claridad haciendo
clic en ellos y arrastrándolos a una nueva ubicación. Su RBD simple está completo.
Debería ser similar a esto:
Paso 2: Ingrese los datos de su sistema.
Para cada bloque, nodo, evento y jerarquía, ingrese las propiedades específicas de
ese objeto. Como mínimo, cada bloque debe tener su falla y la información de
reparación completada. Los nodos deben tener la información k-de-n completada.
Los eventos deben tener la probabilidad completada. Una vez que ingrese todos sus
datos, estará listo para pasar al paso tres.
Tutorial: Ingrese los datos del sistema.
Ingrese las propiedades del primer bloque haciendo doble clic en el bloque. Dale un
nombre de "A". Cambie la tasa de falla promedio a 50,000 horas, la tasa de
reparación media a 2 horas y la desviación estándar de la tasa de reparación a 0.5
horas. Haga clic en Aceptar. Cambie los otros dos nombres de bloques a "B" y "C".
Ingrese las propiedades del segundo nodo haciendo doble clic en el nodo
(etiquetado "n7" en la imagen de arriba). Para k-out-of-n, ingrese 1 de 2. Haga clic
en Aceptar. Ha ingresado con éxito los datos para su modelo.
Paso 3: Ejecute la simulación y recopile resultados.
Una vez que haya ingresado toda la información de su sistema, estará listo para
simularla. Esto implica elegir parámetros de simulación, como el número de pruebas
y la duración de la simulación, elegir informes de salida y archivos de datos, y
configurar las opciones de simulación. Para obtener más información, consulte el
tema de ayuda "¿Cómo ejecuto un RBD ahora?"
Tutorial: ejecutar una simulación.
Haga clic en el icono de la barra de herramientas de la vista del espacio de trabajo
que se parece a un hombre corriendo,). Cambie las opciones para detener la
simulación a las 10,000 horas e ingrese 10 ejecuciones. Haga clic en Aceptar.
Cuando se complete la simulación, las palabras "Todas las ejecuciones completas"
aparecerán en la barra de estado en la parte inferior de la pantalla. Para ver los
resultados, presione el botón en la barra de herramientas de la Vista de simulación
que parece un embudo con una flecha saliendo,.
Felicitaciones, ha creado y ejecutado un modelo simple.
¿Cómo ejecuto un RBD ahora?
Inicio de la simulación
Seleccione Abrir en el menú Archivo de la barra de menú Ver área de trabajo.
Aparece el cuadro de diálogo Seleccionar nombre de archivo.
Use los botones estándar de navegación de archivos de Windows para abrir la
Raptor7 / Ejemplos carpetay luego abra el archivo "[Link]".
Seleccione la opción Simulación en el menú Inicio de la barra de menú de la vista
del espacio de trabajo (o haga clic en el icono de la barra de herramientas de la
vista del espacio de trabajo que parece un hombre en ejecución). Aparece el cuadro
de diálogo Opciones de simulación.
Acepte la configuración de simulación predeterminada haciendo clic en el botón
Aceptar y comenzará la simulación.
¿Qué diablos estoy mirando?
Los bloques en la pantalla que parpadean entre verde y rojo representan
componentes de un sistema. Cuando los bloques se colocaron en la pantalla, se
ingresó información que describe cuánto tiempo tarda cada bloque en fallar junto
con información sobre cuánto tiempo tarda cada bloque en repararse. Raptor está
simulando el funcionamiento del sistema, permitiendo que cada bloque falle y se
repare. Cuando un componente se está ejecutando (acumulando horas hacia una
falla), se muestra en la pantalla de color verde. Cuando falla, el bloque se vuelve
rojo y permanece rojo hasta que se completa la reparación, luego vuelve a verde. A
medida que ocurren fallas y reparaciones, se realiza un seguimiento del estado del
sistema. El indicador de estado en la esquina superior izquierda muestra el estado
del sistema. Cuando todos los bloques en el sistema son verdes, el indicador de
estado es verde. Un indicador de estado amarillo significa que algunas reparaciones
están en curso, pero el sistema aún está activo debido a rutas redundantes. Un
indicador de estado rojo indica que el sistema está inactivo.
Cuando se completase completa
la simulación Cuandola simulación, las palabras "Todas las ejecuciones completas"
aparecerán en la barra de estado en la parte inferior de la pantalla. Para ver los
resultados, presione el botón en la barra de herramientas de la Vista de simulación
que parece un embudo con una flecha saliendo,.
El primer parámetro de salida enumerado es la disponibilidad, que muestra el
porcentaje de tiempo que el sistema estuvo "activo" (verde o amarillo) durante la
simulación. En esta simulación, se realizaron 10 ensayos. La tabla muestra el valor
mínimo de disponibilidad obtenido de las 10 ejecuciones, el valor promedio de
disponibilidad de las 10 ejecuciones y el valor máximo. Además, se muestran el
tiempo medio entre eventos de inactividad (MTBDE), el tiempo medio de inactividad
(MDT), la confiabilidad, la confiabilidad condicional y el número de fallas del sistema.
Haga clic en el botón Aceptar en la esquina inferior derecha de la tabla de salida
para cerrar la tabla. Para volver a la Vista del espacio de trabajo, haga clic en el
icono RBD en la barra de herramientas,.
¡Felicidades! Has completado con éxito una simulación.
Nuevas características delRaptor 7.0
mantenimiento preventivo
Ahora se puede especificar la simulación de acciones de reparación basadas en un
cronograma definido en lugar de basarse solo en fallas aleatorias. El mantenimiento
preventivo se puede definir para un componente individual o para un grupo de
componentes como podría ocurrir con las inspecciones por fases de modelado. Se
puede modelar la frecuencia del mantenimiento preventivo y la cantidad de personal
de reparación necesario para realizar este mantenimiento. Se puede especificar la
duración del mantenimiento preventivo, que puede no ser necesariamente idéntico
al tiempo de mantenimiento práctico de un componente como resultado de una falla
grave. Después de que se haya producido una acción de mantenimiento preventivo,
el componente puede ser tan bueno como nuevo o aún tener la misma cantidad de
vida agotada que antes de que ocurriera la acción de mantenimiento. Esto permite
tanto una acción de mantenimiento preventivo que reemplaza una pieza desgastada
frente a una acción de mantenimiento preventivo de tipo inspección. Además, si lo
desea el modelador, se puede agregar lógica para retrasar el mantenimiento
preventivo hasta que los recursos logísticos (repuestos y personal de reparación)
estén disponibles y retrasar la acción de mantenimiento si una misión está en curso.
Los costos asociados con el mantenimiento preventivo también se agregaron a las
amplias capacidades de costos de Raptor.
Vista de efectos de falla
Se ha agregado una nueva vista al espacio de trabajo existente y vistas de
simulación de versiones anteriores de Raptor. Esta nueva vista es una paleta
actualizable que permite a los analistas fallar componentes individuales o múltiples
para determinar los efectos de estas fallas en un sistema. En esencia, esta vista es
una herramienta de diseño para llevar a cabo modos de falla, efectos y análisis de
criticidad (FMECA). La vista de efectos de falla tiene en cuenta las fases, la
dependencia, las fallas inducidas, las fallas en espera y múltiples simultáneamente.
Esto permite que un analista genere un informe FMECA muy superior a los informes
de fallas independientes individuales tradicionales. También se agregó una función
a esta vista que indica a Raptor que genere el informe de falla de un solo punto
automáticamente para cualquier sistema.
Hot Standby
Se ha agregado la capacidad de modelar componentes que están designados como
alternativos pero que podrían fallar mientras esperan ser puestos en línea. Esto
permite a los modeladores modelar con mayor precisión las relaciones de
redundancia primaria y alternativa. La capacidad de modelar el cambio imperfecto
no idéntico y la prioridad de qué alternativa se pondrá en línea primero se incorporó
en esta nueva función de espera activa.
Fallas inducidas
Ahora se puede modelar la capacidad de permitir probabilísticamente que la falla de
un componente precipite la falla de uno o más componentes. Esto permite el
modelado de componentes que fallan de manera volátil y, por lo tanto, hace que los
componentes vinculados de alguna manera (ubicación, dependencia, logística, etc.)
también tengan la oportunidad de fallar.
Estructuras
jerárquicas Se agregó un nuevo elemento conocido como "Jerarquía" a la
herramienta Raptor. Este elemento permite a los modeladores colocar subsistemas
completos, compuestos de numerosos componentes, en la pantalla como un solo
componente. Al hacer doble clic en un elemento de la jerarquía, se muestra una
nueva ventana que contiene el diagrama de bloques de confiabilidad del
subsistema. Este elemento facilita el desarrollo y la visualización de sistemas
grandes mediante la introducción de una estructura de contratación basada en una
nueva ventana para cada subsistema especificado. Mientras que las versiones
anteriores de Raptor estaban esencialmente limitadas a 10,000 componentes, la
adición de estructuras jerárquicas ahora permite modelar casi un número infinito de
componentes.
Fases mejoradas
Esta característica permite modelar sistemas que cambian su configuración a
medida que pasa el tiempo. Un componente puede incluirse u omitirse de fases
particulares, o sus factores de estrés de la vida media pueden manipularse durante
diferentes fases de la operación. Además, los requisitos de redundancia k-out-of-n
pueden modificarse de una fase a otra. Las versiones anteriores de Raptor
introdujeron el concepto de fases en la comunidad de confiabilidad, pero asumieron
que las fases tenían una longitud fija. Esta versión de Raptor ha agregado la
capacidad de definir fases de longitud variable basadas en distribuciones
estadísticas, lo que permite el modelado de sistemas por fases con mucha mayor
fidelidad. Se agregó la capacidad de designar ciertas fases como misión y otras
como no misión para facilitar la recopilación de estadísticas de salida segregadas en
parámetros de misión y no misión. Por ejemplo, Raptor ahora puede determinar la
disponibilidad de la misión de un sistema (es decir, la confiabilidad) y su
disponibilidad general tanto en tiempos de misión como fuera de misión. Además, el
valor p asociado con los eventos puede variar según la fase.
Análisis de enlace débil elemental Las
funciones de análisis de enlace débil se utilizan para determinar la disponibilidad,
confiabilidad y confiabilidad de cada elemento ubicado dentro de un diagrama de
bloques de confiabilidad. Esta característica ayuda a identificar los puntos débiles en
un sistema y enfoca los esfuerzos de mejora en las áreas que producirán los
mayores beneficios. Con el análisis de enlaces débiles, los efectos de la
redundancia, el ahorro, las fases y la logística se explican por el cálculo de
disponibilidad, confiabilidad o confiabilidad de un elemento. Los resultados están
codificados por colores con los umbrales especificados por el usuario para identificar
rápidamente qué áreas de un sistema son malas (rojo), marginales (amarillo) o
aceptables (verde). Conocido por los usuarios de Raptor 6.0 como análisis de
nodos, el análisis de enlace débil ahora está disponible para todos los elementos de
un diagrama de bloques de confiabilidad.
Mantenimiento preventivo
oportunista Ahora se puede modelar la capacidad de iniciar el mantenimiento
preventivo de un componente cuando es oportunistamente ventajoso. Si un
componente ha recibido instrucciones de dejar de funcionar debido a problemas de
dependencia y se ha agotado la vida útil del componente, entonces existe una
oportunidad logísticamente ventajosa para realizar el mantenimiento preventivo del
componente.
Topologías k-out-of-n mejoradas
Se ha agregado la capacidad de modelar la lógica de espera con un número mínimo
y máximo especificado de componentes operativos. Por ejemplo, un fabricante
podría operar una instalación de producción con un máximo de 4 de 5 líneas de
producción en funcionamiento, pero continuará operando mientras al menos dos de
las cinco estén funcionando.
Demoras en la logística de distribución Las demoras
antes y después de la logística ahora se pueden definir mediante dieciocho
distribuciones estadísticas. Estos retrasos logísticos a menudo representan tiempos
de mantenimiento que no se incluyen específicamente en la reparación práctica real
de un componente. Por ejemplo, tiempo para conducir al lugar de reparación, tiempo
para quitar paneles, documentación de mantenimiento, comprobaciones de prueba
incorporadas, etc. Esta característica retrasa el tiempo durante el cual un
componente comienza su reparación práctica y se vuelve a colocar en un sistema
como un componente funcional después de que se haya completado la reparación.
Dado que estos tiempos de mantenimiento generalmente no son variables fijas,
permitir que las distribuciones estadísticas describan estos aspectos del ciclo de
reparación agrega más realismo a los aspectos de modelado de mantenimiento de
Raptor.
Simulaciones truncadas
de ciclos La capacidad de terminar una prueba de simulación una vez que se ha
completado un número específico de ciclos se ha agregado a los otros dos métodos
de truncamiento de simulación de Raptor (es decir, truncados en el tiempo y
truncados por falla). Un ciclo se define como un recorrido completo de todas las
fases definidas. La terminación del ciclo permite que un modelador detenga un
esfuerzo de simulación después de que se haya completado un número específico
de misiones o ciclos.
resultados mejorada
Se han agregado confiabilidad dey confiabilidad condicional, dos nuevas variables
de respuesta de preparación. Las variables de respuesta logística significan el
tiempo medio entre el mantenimiento no programado y programado, y el tiempo
medio de reparación para las actividades de mantenimiento programadas y no
programadas también se han incluido. También se ha agregado el porcentaje de
tiempo que un sistema está en un estado verde, amarillo o rojo durante misiones
definidas. No solo se proporciona el promedio para todas las veinticinco variables de
respuesta principales y los resultados del análisis de enlace débil, sino que también
se proporcionan el mínimo, el máximo, la desviación estándar y el error estándar de
la media. El error estándar de los datos medios es nuevo y simplifica enormemente
las estimaciones del intervalo de confianza que un analista a menudo realiza
después de que se ha realizado una simulación.
Raptor 7.0 Student Version
Las siguientes características de Raptor 7.0 no están disponibles en la versión
Raptor 7.0 Student.
● Análisis de enlaces débiles Análisis de
● costos Análisis de
● capacidad
● mantenimiento preventivo
● Fallos deVer efectos de
● fases
● dependencia inducida por
● Estado de inicio de bloque alternativo
● Hot Standby
Además, la versión Raptor 7.0 Student está limitada a 20 bloques por RBD, contiene
un archivo de ayuda limitado y caducará cuatro meses después de su instalación .
Para obtener más información sobre la compra de la versión profesional de Raptor
7.0, visite la página web de Raptor en [Link].
Versión de demostración de Raptor 7.0
Las siguientes características de Raptor 7.0 no están disponibles en la versión de
demostración de Raptor 7.0.
● impresión
● Ahorro de
Además, la versión de demostración de Raptor 7.0 está limitada a 10 bloques por
RBD, contiene un archivo de ayuda limitado y caducará cuatro meses después de
su instalación. Para obtener más información sobre la compra de la versión
profesional de Raptor 7.0, visite la página web de Raptor en [Link].
Preguntas frecuentes
Estoy usando la versión Raptor 7.0 Student, y varios botones de la
Pregunta: barra de herramientas y elementos de menú están atenuados. ¿Cómo
obtengo acceso a estas funciones?
Respuesta: Algunas características de Raptor 7.0 no están disponibles en la versión
Raptor 7.0 Student. Para obtener más información sobre la compra de
la versión profesional de Raptor 7.0, visite la página web de Raptor en
[Link].
Pregunta: Estoy usando la versión de demostración Raptor 7.0 y todos los botones
de la barra de herramientas Imprimir y Guardar y los elementos del
menú están en gris. ¿Cómo obtengo acceso a estas funciones?
Respuesta: Las características Imprimir y Guardar de Raptor 7.0 no están
disponibles en la versión de demostración de Raptor 7.0. Para obtener
más información sobre la compra de la versión profesional de Raptor
7.0, visite la página web de Raptor en [Link].
Pregunta: ¿Existe un tutorial básico disponible que explique cómo comenzar a
usar Raptor?
Respuesta: Sí ... consulte la página de ayuda de la Guía de inicio rápido.
Pregunta: Realicé una prueba de Raptor usando un problema con una solución
"conocida" y mis resultados no coincidieron. ¿Cómo puede pasar esto?
Respuesta: La razón más común para esta situación es que no se está realizando
una comparación válida. Ocasionalmente, los usuarios compararán un
resultado basado en una ecuación teórica que no incluye reparación o
componentes dependientes con los resultados de Raptor, que incluye
tales advertencias de la vida real. Además, los resultados de la
simulación toman suficiente tiempo (y, por lo tanto, ensayos) para
converger en el verdadero parámetro de confiabilidad subyacente. Por
lo tanto, los resultados de Raptor pueden parecer diferentes, pero
finalmente convergerán en una solución matemática derivada
adecuadamente. Esta pregunta es tan común dentro de las
comunidades de simulación y confiabilidad que un documento titulado
"¿Qué es la verdad? Una guía práctica para comparar respuestas de
ecuaciones de confiabilidad con resultados de simulación". ha sido
escrito para iluminar a aquellos que buscan comparar soluciones
matemáticas con resultados de simulación. Para obtener una copia de
este documento, visite la página web de Raptor en [Link].
Pregunta: ¿Cuánto tiempo debo simular mi modelo o cuántas pruebas debo
realizar para obtener buenos resultados?
Respuesta: Depende de numerosos factores contenidos en cualquier modelo de
simulación, pero la respuesta final es tanto tiempo o pruebas para que
los resultados deseados converjan con sus verdaderos valores
subyacentes. Por lo tanto, un usuario de Raptor necesitará repetir sus
actividades de simulación hasta que se logre su tolerancia personal de
lo que se determina que es preciso. Esta pregunta es tan común dentro
de las comunidades de simulación y confiabilidad que un documento
titulado "¿Cuánto tiempo debo simular y para cuántos ensayos? Una
guía práctica para simulaciones de confiabilidad". ha sido escrito para
ayudar a aquellas personas que buscan definir las condiciones de
terminación de la simulación (es decir, el número de ensayos y su
duración). Para obtener una copia de este documento, visite la página
web de Raptor en [Link].
Pregunta: ¿Debo usar la distribución exponencial para los datos de reparación?
Respuesta: No ... dada la propiedad sin memoria de la distribución exponencial, su
uso para representar tiempos de reparación es lógicamente defectuoso.
El exponencial tiene un uso tan extendido que a menudo se usa
incorrectamente y se ha escrito un documento sobre esta distribución
ubicua para exponer sus ventajas y desventajas. El documento se titula
"La distribución exponencial: lo bueno, lo malo y lo feo. Una guía
práctica para su implementación". y puede obtener una copia de este
documento visitando la página web de Raptor en [Link].
Pregunta: He simulado mi diagrama de bloques de confiabilidad Raptor 6.0 en
Raptor versión 7.0 y los resultados son ligeramente diferentes. ¿Qué
está causando esto?
Respuesta: Debido a las nuevas características que se incorporaron a Raptor
versión 7.0, algunos de los sorteos de números aleatorios se
modificaron en ciertos casos, pero en casos específicos. Si tiene
elementos de bloque y evento dentro de un diagrama de bloques de
confiabilidad, es probable que el orden en que se dibujan los números
aleatorios ocurra de manera diferente en la versión 7.0 que en
versiones anteriores. Del mismo modo, si tiene configuraciones en
espera con probabilidades de cambio automático entre cero y uno, los
sorteos de números aleatorios ocurrirán en un orden diferente. Además,
si ejecuta su diagrama de bloques de confiabilidad con análisis de fases
y costos, la versión 7.0 calcula los costos de corte y componentes
vinculados utilizando un nuevo enfoque para reflejar las últimas
características de fases. Si bien estas diferencias pueden parecer
significativas al principio, si los modelos de la versión 6.0 y 7.0 se
simulan el tiempo suficiente y durante suficientes ensayos, ambos no
solo convergerán entre sí sino con el verdadero parámetro subyacente
de interés.
Pregunta: ¿Por qué el dispositivo de grabación de sonido de Windows
ocasionalmente muestra un mensaje de error?
Respuesta: El lenguaje subyacente de Raptor llama a la grabadora de sonido de
Windows para reproducir sonidos asociados con la herramienta Raptor.
Desafortunadamente, cuando la grabadora de sonido ya está activada,
aparecerá un mensaje de error. Para evitar estos mensajes de error,
desactive la casilla de verificación Sonidos de raptor en el cuadro de
diálogo Preferencias.