Solución:
UML tiene muchos diagramas. Solo los diagramas de clases se realizan directamente para la concepción de POO. Los diagramas de estructura de objetos y compuestos ya no son tan estrictos.
Todos los demás diagramas se pueden utilizar sin y aparte del POO. Los diagramas de secuencia, tiempo, actividad, comunicación, caso de uso, descripción general de interacción, máquina de estado, paquete, implementación y componente funcionan bien.
Entonces, el único diagrama que no es para uso directo es el diagrama de clases, que simplemente no necesita en la programación funcional.
Sí, es cierto, todos los diagramas en UML se pueden usar para lenguajes procedimentales. De hecho, algunas herramientas de modelado UML pueden generar código C a partir de diagramas de clases.
He diagramado las interacciones de los módulos en programas C utilizando diagramas de secuencia (los módulos son carriles de natación, las llamadas a funciones son transiciones). He modelado estructuras en C y operaciones que cambian el estado de esas estructuras con diagramas de clases. Hay posibilidades realmente infinitas.
El truco para hacer que esto funcione es darse cuenta de que estos diagramas se utilizan para ayudarlo a pensar en el problema que está resolviendo y para ayudar a explicar a los demás cómo planea resolverlo. Si logra esta tarea, entonces lo está “haciendo bien” sin importar en qué lenguaje de programación termine codificando.