Proyecto de ejemplo sistema de gestión de baterías

Todos los ejemplos e imágenes de esta ayuda proceden de un proyecto de ejemplo continuo: el sistema de gestión de baterías (BMS) de la batería de alta tensión de un vehículo eléctrico en las variantes de 400 V y 800 V. El proyecto se eligió porque muestra el proceso típico de los proveedores de automoción: un fabricante de vehículos entrega un pliego de condiciones, el proveedor deriva de él objetivos de seguridad y requisitos de sistema y los verifica con casos de prueba.

El contenido del proyecto de ejemplo está en alemán; la interfaz de las imágenes sigue el idioma seleccionado.

Pruébelo usted mismo

En Proyectos → Nuevo proyecto → Proyecto de demostración carga el conjunto de datos en uno de sus grupos. Obtiene configuración, módulos, artefactos, enlaces y las líneas base v1.0 y v1.1 con los enlaces sospechosos. La revisión, la solicitud de cambio y los comentarios pertenecen a las personas ficticias de la empresa de ejemplo y solo aparecen en las imágenes de esta ayuda; créelos usted mismo para practicar.

Contenido

Módulo	Contenido
Stakeholder-Anforderungen (requisitos de stakeholder)	Pliego de condiciones del fabricante con 20 requisitos (funciones, seguridad, entorno, interfaces)
Sicherheitsziele (objetivos de seguridad)	4 objetivos de seguridad del análisis de peligros y riesgos según ISO 26262 con ASIL
Systemanforderungen (requisitos de sistema)	40 requisitos de sistema y 3 restricciones, estructurados por medición, estimación de estado, carga, equilibrado de celdas, funciones de protección, comunicación y diagnóstico, funcionamiento y entorno
Verifikation (verificación)	30 casos de prueba (banco de pruebas, hardware-in-the-loop, vehículo) con resultado
Glossar (glosario)	10 términos técnicos como estado de carga (SoC), contactor principal, fuga térmica

La configuración amplía el perfil ISO/IEC/IEEE 29148 con el tipo objetivo de seguridad y atributos como ASIL, variante, valor límite y unidad. Así se ve cómo un proyecto se adapta a normas y términos propios (Propiedades del proyecto).

Qué encontrará en él

• Trazabilidad: 90 enlaces. Los requisitos de sistema se derivan del pliego de condiciones y de los objetivos de seguridad; los casos de prueba verifican requisitos. Algunos requisitos no están verificados o no tienen enlace a propósito, para que la cobertura y los indicadores tengan algo que mostrar.
• Enlaces sospechosos: tras un cambio en el pliego (carga rápida en 18 en lugar de 20 minutos), cuatro enlaces están marcados como sospechosos.
• Líneas base: v1.0 (estado de la oferta, aprobado por aseguramiento de la calidad) y v1.1 (tras la revisión B del pliego). La comparación muestra exactamente siete diferencias.
• Revisión: «Review Schutzfunktionen v1.1» con aprobaciones, un rechazo justificado y un comentario abierto.
• Solicitud de cambio: ÄA-1 «Schnellladezeit von 20 auf 18 Minuten verkürzen» (reducir el tiempo de carga rápida de 20 a 18 minutos), aceptada, con lista de impacto.
• Comentarios con @mención entre las personas de la empresa de ejemplo.
• Redacción deliberadamente débil en cinco requisitos, en los que actúa la revisión de redacción (p. ej. «möglichst genau», «Details TBD»).

Personas de la empresa de ejemplo

Persona	Rol en el grupo	Tarea en el ejemplo
Claudia Brandt	ADMIN	dirección del proyecto, decide las solicitudes de cambio
Anna Keller	EDIT	ingeniera de sistemas, presenta la solicitud de cambio
Bernd Vogel	COMMENT	aseguramiento de la calidad, aprueba líneas base

Nota: las antiguas plantillas de pliego de condiciones (dispositivo de soldadura, equilibrador pasivo y otras) se han eliminado. Solo cubrían un nivel sin trazabilidad. Para crear sus propias plantillas, copie un proyecto (Crear y gestionar proyectos).