STPA: análisis de peligros basado en sistemas

STPA analiza cómo un control inadecuado de las interacciones puede producir pérdidas, incluso cuando los componentes no se averían.

En pocas palabras

Traducir peligros del sistema en restricciones y requisitos de seguridad.

Contenido
  1. Una perspectiva de sistema
  2. Representar control y realimentación
  3. Acciones de control inseguras
  4. De escenarios a decisiones comprobables
  5. Conceptos relacionados
  6. Referencias

Diccionario A–Z →

Una perspectiva de sistema

STPA, System-Theoretic Process Analysis, se basa en el modelo STAMP. Estudia pérdidas y peligros a través de la estructura de control del sistema, incluyendo personas, software, equipos y organizaciones. Una interacción puede resultar peligrosa aunque cada componente funcione según su especificación aislada.

En seguridad de procesos, esto permite examinar coordinación, información y restricciones además de fallos físicos. El alcance debe definirse con claridad: qué pérdidas se quieren evitar, qué parte del sistema se analiza y qué condiciones externas influyen.

Representar control y realimentación

La estructura identifica quién controla qué proceso, mediante qué acciones y con qué información de retorno. Un controlador puede ser una persona, un programa o una entidad organizativa; el modelo no se limita a circuitos electrónicos.

La realimentación importa porque las decisiones dependen de cómo se entiende el estado del proceso. Información desactualizada o incompleta puede hacer que una acción aparentemente razonable resulte inadecuada para la situación real.

Acciones de control inseguras

Se estudia si una acción necesaria no se proporciona, si proporcionarla crea un peligro, si llega en un momento u orden incorrecto o si su duración es inadecuada cuando ese aspecto aplica. Cada caso necesita un contexto definido, no una etiqueta genérica de error.

Después se construyen escenarios que expliquen cómo podría ocurrir y se derivan restricciones o requisitos. Por ejemplo, dos autorizaciones válidas por separado podrían permitir actividades incompatibles si no existe coordinación entre sus responsables.

De escenarios a decisiones comprobables

La trazabilidad debería conectar pérdida, peligro, acción de control, escenario y requisito propuesto. Esto permite revisar si un cambio de diseño o procedimiento responde realmente a la situación analizada y qué evidencia se necesitará para comprobarlo.

STPA no calcula por sí mismo una frecuencia de accidente ni reemplaza todas las pruebas de ingeniería. Requiere competencia metodológica y participación de quienes conocen el sistema. Su utilidad está en hacer visibles interacciones peligrosas y orientar controles antes de que el diseño o la operación las consoliden.

Conceptos relacionados

Referencias

  1. Leveson y Thomas: STPA Handbook. Fuente oficial
  2. MIT: Engineering for Humans, acciones de control inseguras. Fuente oficial
  3. MIT: sistemas, automatización y seguridad en el trabajo. Fuente oficial

Información editorial

Fecha de publicación: 2 de noviembre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra