UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Se ha convertido en el estándar de facto de la industria, debido a que ha sido concebido por los autores de los tres métodos más usados de orientación a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh.

Estos autores fueron contratados por la empresa Racional Software Co. para crear una notación unificada en la que basa la construcción de sus herramientas CASE. En el proceso de creación de UML han participado, no obstante, otras empresas de gran peso en la industria como Microsoft, Hewlett- Packard, Oracle o IBM, así como grupos de analistas y desarrolladores. Esta notación ha sido ampliamente aceptada debido al prestigio de sus creadores y debido a que incorpora las principales ventajas de cada uno de los métodos particulares en los que se basa: Booch, OMT y OOSE. UML ha puesto fin a las llamadas “guerras de métodos” que se han mantenido a lo largo de los 90, en las que los principales métodos sacaban nuevas versiones que incorporaban las técnicas de los demás. Con UML se fusiona la notación de estas técnicas, para formar una herramienta compartida entre todos los ingenieros de software que trabajan en el desarrollo orientado a objetos.

• Fácil de usar
• Buena calidad de gráficos
• Pantallas de ayuda en cualquier ventana
• Sistema amigable al usuario
• Sistema adaptable a procesos industriales reales.

Tenemos identificados al agente usuario. También se muestran las interfaces, sensores y actuadores que ofrece nuestro sistema y las señales que recibe el actor.

Estas señales pueden ser requeridas por el agente al sistema o respuestas o servicios del sistema al agente. Los sensores para la captura de datos son la entrada a actuadores y el control de actuadores.

Los actuadores para el usuario agente son los indicadores de actuadores y la pantalla del monitor (Interface de ususario).

La tabla 1 muestra todos los eventos externos que pueden ocurrir en nuestro sistema. La dirección de un evento puede ser “IN” del medio ambiente al sistema, u “OUT” del sistema al medio ambiente.

Un evento puede ser periódico o episódico.

Cada caso de uso es un modo diferente de usar al sistema, por lo que cada caso de uso produce un diferente resultado.

En nuestro sistema tenemos 8 casos de uso, representados en la figura 2.

• 1) Iniciar Sintonía:
  Temperatura: El usuario selecciona esta opción y se realiza la obtención de la curva de reacción del proceso por el método de Cohen y Coon.
  
  El Sistema comienza a muestrear la señal visualizándola en tiempo real y después de 10 minutos estará listo para obtener los parámetros PID.
  
  Nivel: El usuario selecciona esta opción y se realiza el muestreo de la señal del simulador.
  
  El usuario comenzará a variar el parámetro P del controlador, el sistema comienza a muestrear la señal, después de 15 segundos el usuario determinará visualmente si la señal es la adecuada.
  
  Si la señal es la adecuada, el sistema estará listo para obtener los parámetros PID.
  
  
• 2) Obtención de parámetros PID:
  Después de realizar la sintonía, el usuario tendrá tres opciones: Obtener parámetros PI, Obtener Parámetros PD y Obtener parámetros PID.
  
  Según la opción elegida, el sistema efectuará unas fórmulas propuestas por el método de sintonía de lazo abierto (temperatura) o lazo cerrado (nivel) y mostrará los parámetros por pantalla.
  
  
• 3) Cambiar Set-Point:
  Cuando el usuario cambia este valor, visualmente y en tiempo real, observará el cambio por pantalla.
  
  
• 4) Control PID:
  El usuario empieza a realizar la acción de control PID. El sistema comienza a resolver el algoritmo que se encuentra en memoria, sensando el valor actual, determinando el error, y devolviendo por medio de la DAQ un valor entre 0 y 10 voltios.
  
  
• 5) Cambiar Parámetro P:
  El usuario al cambiar este valor, está cambiando el parámetro P que se carga en el algoritmo PID que se encuentra en la memoria del sistema, ocasionando que el error aumente o disminuya y el control no se realice adecuadamente.
  
  
• 6) Cambiar Parámetro I:
  El usuario al cambiar este valor, está cambiando el parámetro I que se carga en el algoritmo PID que se encuentra en la memoria del sistema, ocasionando que el control no se realice adecuadamente.
  
  
• 7) Cambiar Parámetro D:
  El usuario al cambiar este valor, está cambiando el parámetro P que se carga en el algoritmo PID que se encuentra en la memoria del sistema, ocasionando que el control no se realice adecuadamente.
  
  
• 8) Crear una Perturbación:
  El usuario simula una perturbación cada vez que lo desee. Esta perturbación ocasionará que la señal que en ese momento se esté midiendo, comience a disminuir lenta o rápidamente (según la perturbación efectuada por el usuario).

Todo esto se visualiza por pantalla de la figura 2.

Siempre si el rol de cada actor es usualmente claro, esto dificultará el estudio de todas las interacciones posibles entre los actores y el sistema.

El figura 3 se muestra el escenario del caso de uso “Iniciar Sintonía – Temperatura”, mientras que la figura 4 muestra el escenario del caso de uso “Iniciar Sintonía – Nivel”.

La figura 5 muestra el escenario del caso de uso Crear una Perturbación

La figura 6 muestra el escenario del caso de uso Control PID.

La figura 7 muestra el escenario del caso de uso Obtención de Parámetros PID.

Hechas las definiciones pertinentes que hacen al lenguaje que utilizaremos para programar el PLC, en la próxima edición comenzaremos a ver la “estructura de objetos” que llevará a nuesto programa.