Soy un ingeniero de sistemas que trabaja para una gran empresa de ingeniería marina. Antes de describir lo que hago día a día, vale la pena mencionar que la naturaleza de la industria marina (o al menos la parte en la que trabajo) exige que cada ‘sistema’ entregado a una embarcación marina esté casi completamente a medida de esa embarcación en particular. Por lo tanto, la ingeniería del sistema que hago es significativamente diferente del trabajo realizado por el ingeniero del sistema en un Boeing 787, que esencialmente diseña su sistema para la producción en masa.
Mi tarea es diseñar, producir y entregar sistemas de propulsión para buques. Esto implica en primer lugar especificar la maquinaria, los componentes eléctricos y de control que conformarán el sistema. Este sistema consistirá en:
- los componentes principales de la maquinaria (motor principal con sistemas de combustible y sistemas auxiliares, caja reductora con embragues y, a menudo, un generador de eje, eje de hélice y hélice, también cualquier propulsor auxiliar).
- Componentes eléctricos principales (cuadro de distribución, accionamientos para motores eléctricos).
- Componentes de control (control principal del motor, control de propulsión, control del sistema de combustible, gestión de potencia, control de accionamiento, control / automatización del sistema auxiliar).
Necesito tener un conocimiento bastante detallado de cada una de estas disciplinas y componentes para hacer bien mi trabajo (el conocimiento experto en uno o más campos, particularmente el control, es muy útil). Necesito mantener una vista de alto nivel de lo que necesita la nave, mientras que ocasionalmente tengo que ‘acercarme’ a las tuercas y tornillos si veo algo en un nivel de componente que necesita ajuste.
Por cierto, lo peculiar de dicho sistema es que es una colección de todos los componentes enumerados anteriormente y no una entidad fabricable en sí misma. Por lo tanto, mi función principal es coordinar y comunicarme con todas las personas que diseñan y fabrican cada uno de estos componentes, para que el sistema funcione como se espera cuando agreguen su componente. Como tal, es un poco intangible: necesito comunicar lo mejor posible lo que quiero que un componente le haga a la persona que lo hace, en lugar de que yo mismo lo haga (si intentara hacer cada componente yo mismo, no obtendría mucha información). lejos).
- ¿Hay diferencias entre el ingeniero de fabricación, el ingeniero industrial y el ingeniero de producción?
- Cómo prepararse mejor para un rol de ingeniero de diseño
- ¿Cómo es la ingeniería de mantenimiento de aeronaves, qué debemos hacer para obtener un título?
- ¿Es mejor elegir el curso CSE sobre ingeniería marina debido a las condiciones actuales del mercado laboral?
- ¿Cuáles son los altibajos de trabajar en la industria electrónica como ingeniero eléctrico?
Una vez que se especifican los componentes de mi sistema, pasa a la fase de diseño. Nuevamente, la comunicación es clave: tiendo a visualizar en qué consiste el sistema y cómo debe funcionar de una manera que proporcione tantos detalles como sea necesario, pero sin ahogar la ‘imagen más grande’ con él. El método de visualización elegido depende de lo que deba ilustrarse, pero en cualquier caso este es un punto de partida conveniente para analizar el sistema en busca de posibles fallas. Hay varias formas de identificar modos de falla en el sistema (FMEA, árbol de fallas, HAZID, HAZOP, etc.) y mitigarlos, pero en todos los casos terminas evaluando la probabilidad de que ocurra la falla, el impacto en el barco si es lo hace, y la robustez de cualquier mitigación en el lugar para evitar que ocurra en primer lugar.
Una verdad universal al diseñar estos sistemas es que un componente puede funcionar exactamente de la manera en que se supone que se debe validar por sí solo, pero si no se diseñó con el sistema en mente, puede y provocará que el sistema falle. Además, cuantos más componentes de interconexión agregue al sistema, más complejo y difícil de analizar será el sistema.
Pueden ocurrir modos de falla que nunca habrían ocurrido si sus componentes no estuvieran conectados entre sí de esta manera particular, por lo que de la misma manera que el sistema es intangible, las fallas también pueden ser intangibles ya que se ubican en la tierra de nadie entre estos componentes. . Estas fallas son las que está buscando con las técnicas mencionadas anteriormente, y al final puede requerir algún tipo de plataforma de prueba del sistema (pruebas de hardware o software en el bucle) para solucionar todos estos errores.
Entonces, todo bien, podemos terminar el trabajo de diseño, entregar los componentes del sistema a la nave, conectarlos, ponerlos en marcha y encender todo sin demasiados problemas. Por supuesto, en el mundo real esto implica una gran cantidad de disputas con subproveedores, astilleros, diseñadores, etc., pero termina con un sistema funcional y confiable.
No estoy seguro de cuán inspirador hice este sonido, pero tengo que decir que amo mi trabajo, y es una experiencia bastante gratificante armar este gran rompecabezas y verlo en acción impulsando varios miles de toneladas de metal a través del agua.