Tcnicas de mantenimiento.

25 de Abril de 2013

MODELO PARA LA INTEGRACIN AUTOMATIZADA DE LOS PROCESOS EN LA INDUSTRIA (UML)

Ronald Orellano Mercado Cod. 72279525 UNIVERSIDAD DE PAMPLONA, Facultad de ingeniera, Programa de ingeniera elctrica. Pamplona Norte de Santander, Colombia.

Resumen: La Ingeniera de Software utiliza modelos de procesos de desarrollo de

software y un conjunto de tcnicas y metodologas para definir, analizar y disear sistemas de informacin. Una de esas tcnicas es el Lenguaje Unificado de Modelado (UML). UML se caracteriza por ser un lenguaje semiformal, generando problemas de ambigedad, claridad y consistencia. Algunos investigadores intentan formalizarlo mediante Lgica de predicados de primer orden, teora de conjuntos, lenguajes controlados y/o restringidos y metamodelado; sin embargo, estos acercamientos no son suficientes debido a que se suelen enfocar en un solo diagrama y nicamente en la sintaxis, dejando de lado la semntica. En este artculo se presenta un conjunto de reglas que permiten la representacin de las primitivas conceptuales de UML, as su aplicacin como gestin integrada de Mantenimiento, modelado de una gestin Operacional Y deteccin y diagnstico de fallas en una industria. Descriptores: Lenguaje Unificado de Modelado, primitivas conceptuales de UML, gestin Operacional, diagnstico de fallas, representacin formal.

Abstract: Software engineering uses models of software development processes and a

set of techniques and methodologies to define, analyze and design information systems. One such technique is the Unified Modeling Language (UML). UML is characterized as semi-formal language, creating problems of ambiguity, clarity and consistency. Some researchers attempt to formalize logic predicates by first order set theory, controlled languages and / or restricted and metamodeling, however, these approaches are not enough because they often focus on a single diagram and only the syntax, leaving semantics aside. This article presents a set of rules that allow the representation of conceptual primitives of UML and its application as integrated management of maintenance, operational management modeling and fault detection and diagnosis in an industry.

Descriptors: Unified Modeling Language, UML conceptual primitives, operational management, fault diagnosis, formal representation.
Universidad de Pamplona La academia al servicio de la vida.

Tcnicas de mantenimiento.

1. INTRODUCCIN

En este artculo dar un recorrido por las partes ms importantes de UML e intentare hacer ver la importancia de modelar y porqu es tan importante un buen diseo de software. Un proyecto de software con xito es aqul que produce un software de calidad, consistente y sobre todo que satisface las necesidades de los usuarios que van a utilizar el producto resultante. Una empresa que produce software de calidad, con un uso eficiente y efectivo de los recursos y terminar los proyectos en plazo tiene un negocio sostenible. Y tenemos que tener en cuenta que lo que importa es el producto final, que funcione bien y que cumpla los requisitos establecidos por los usuarios y no que sea muy bonito, que se hagan reuniones muy importantes o que se hayan codificado muchas lneas de cdigo. Hace ya tiempo le una frase que creo que merece la pena recordar: Para desarrollar software de calidad duradera, hay que idear una slida base arquitectnica que sea flexible al cambio. El modelado es una parte fundamental en esta aspecto, construimos modelos para poder visualizar el comportamiento del sistema y poder controlar su arquitectura. Incluso para producir software de sistemas pequeos sera bueno hacer un anlisis y un modelado ya que se produciran sistemas de mejor calidad, pero lo que si es cierto, es que cuanto ms grande y complejos son los sistemas ms importante es hacer un buen modelado ya que nos ayudar a entender el comportamiento del sistema en su totalidad y que si no tenemos modelado sera bastante difcil. Y cuando se trata de sistemas complejos el modelado nos dar una idea de los recursos necesarios (tanto humanos como materiales) para abordar el proyecto. Tambin nos dar una visin ms amplia de cmo abordar el problema para darle la mejor solucin. 2. MARCO TERICO 2.1 Que es UML? UML es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo
Universidad de Pamplona La academia al servicio de la vida.

aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes de software reutilizables. El punto importante para notar aqu es que UML es un "lenguaje" para especificar y no un mtodo o un proceso. UML se usa para definir un sistema de software; para detallar los artefactos en el sistema; para documentar y construir, es el lenguaje en el que est descrito el modelo. UML se puede usar en una gran variedad de formas para soportar una metodologa de desarrollo de software, pero no especifica en s mismo qu metodologa o proceso usar. 2.2 Para Qu Sirve UML? UML sirve para hacer modelos que permitan: Visualizar como es un sistema o como queremos que sea. Especificar la estructura comportamiento de un sistema. Hacer una plantilla que construccin de los sistemas. gue y/o

la

Documentar las decisiones que hemos tomado.

El modelado sirve no solamente para los grandes sistemas; an en aplicaciones de pequeo tamao se obtienen beneficios de modelar, sin embargo, es un hecho que entre ms grande y ms complejo es el sistema, el modelado juega un papel ms importante. Hay lmites para el entendimiento de la complejidad. A travs del modelado reducimos el mbito del problema de estudio al enfocar solo un aspecto a la vez. UML puede ser usado extensivamente en: Recopilacin de requerimientos, Anlisis de aplicaciones, Diseo de sistemas, en pruebas, en implementacin, en reingeniera y prcticamente en cualquier actividad de desarrollo que sea susceptible de ser modelada. Cabe aclarar que aunque UML es orientado a objetos preferentemente, es til en cualquier modelo tecnolgico ya que es independiente de

Tcnicas de mantenimiento.

lenguajes de determinada.

programacin

tecnologa

es decir, son los pasos que describen de principio a fin un proceso. Clase: Describe un conjunto de objetos que comparten las mismas especificaciones de caractersticas, restricciones y semntica. Estado: Es uno de los tres estados definidos para la clase State (Estado simple, estado compuesto y mquina de subestados), el cual representa una situacin durante la cual las condiciones estticas no se modifican. Extensin: Es una interaccin que se presenta cuando una instancia del caso de uso origen extiende el comportamiento del caso de uso destino; en otras palabras, el caso de uso a extender invoca el caso de uso base bajo ciertas condiciones (Cockburn, 2000). Generalizacin: Es una relacin taxonmica entre un clasificador ms general y un clasificador ms especfico. Cada instancia del clasificador especfico es tambin una instancia indirecta del clasificador general. El clasificador especfico hereda las caractersticas del clasificador ms general. Inclusin: Es una interaccin que se presenta cuando una instancia del caso de uso origen incluye tambin el comportamiento descrito por el caso de uso destino; es decir, un caso de uso incluido describe un objetivo de bajo nivel de un caso de uso base. Herencia: Es una interaccin que se presenta cuando un caso de uso origen hereda la especificacin de un caso de uso destino y posiblemente la modifica y/o amplia; se presenta tambin entre los actores. Lnea de vida: Representa una nica entidad que interacta dentro del diagrama, aunque puede tener multiplicidad. Mensaje: Interaccin entre lneas de vida, la cual puede representar la invocacin de una operacin, la creacin o destruccin de una instancia o el envo de una seal; el mensaje normalmente indica la entidad que enva el mensaje y la que la recibe. Operacin: Es una caracterstica del comportamiento de un clasificador que especifica el nombre, tipo, parmetros y restricciones para hacer valer un comportamiento asociado.

2.3 Porque Es Importante UML? Esta consolidado como el lenguaje estndar en el anlisis y diseo de sistemas de cmputo. Mediante UML es posible establecer la serie de requerimientos y estructuras necesarias para plasmar un sistema de software previo al proceso intensivo de escribir cdigo. En otros trminos, as como en la construccin de un edificio se realizan planos previo a su construccin, en Software se deben realizar diseos en UML previa codificacin de un sistema, ahora bien, aunque UML es un lenguaje, ste posee ms caractersticas visuales que programticas, mismas que facilitan a integrantes de un equipo multidisciplinario participar e intercomunicarse fcilmente, estos integrantes siendo los analistas, diseadores, especialistas de rea y desde luego los programadores. 2.4 Primitivas Conceptuales de UML Las primitivas conceptuales (constructs, como se conocen en ingls) permiten describir, de forma abstracta, los aspectos funcionales de una aplicacin; a estas primitivas conceptuales tambin se les denomina elementos conceptuales o patrones conceptuales (Molina et al., 2004). En otras palabras, una primitiva conceptual es un trmino empleado para hacer referencia a los diferentes elementos que componen un esquema conceptual. Las principales primitivas conceptuales utilizadas en UML 2.2 se describen a continuacin (OMG, 2010). Actor: Es el rol que los usuarios desempean respecto del sistema y que emplean los casos de uso. Pueden ser humanos u otros sistemas que se comunican con el sistema. Asociacin: Es la interaccin que se establecen entre los actores y los casos de uso. Asociacin entre clases: Es un elemento de modelo que puede tener propiedades de clase y de asociacin. Atributo: Es una caracterstica estructural. Caso de uso: Es la especificacin de un conjunto de acciones realizadas por el actor sobre el sistema;

Universidad de Pamplona La academia al servicio de la vida.

Tcnicas de mantenimiento.

Transicin: Representa la relacin entre un vrtice de origen y uno de destino; puede formar tambin relaciones compuestas en las que cambia. 2.5 Diagramas en UML Los diagramas son la manera de representar un modelado en UML ya que son estos la esencia de del mismo. Cada diagrama usa la anotacin pertinente y la suma de estos diagramas crean las diferentes vistas. Las vistas existentes en UML son: a- Vista casos de uso: Se forma con los diagramas de casos de uso, colaboracin, estados y actividades. b- Vista de diseo: Se forma con los diagramas de clases, objetos, colaboracin, estados y actividades. c- Vista de procesos: Se forma con los diagramas de la vista de diseo. Recalcando las clases y objetos referentes a procesos. d- Vista de implementacin: Se forma con los diagramas de componentes, colaboracin, estados y actividades. e- Vista de despliegue: Se forma con los diagramas de despliegue, interaccin, estados y actividades. Se Dispone de dos tipos diferentes de diagramas los que dan una vista esttica del sistema y los que dan una visin dinmica. Los diagramas estticos son: a- Diagrama de clases: Muestra las clases, interfaces, colaboraciones y sus relaciones. Son los ms comunes y dan una vista esttica del proyecto. b- Diagrama de objetos: Es un diagrama de instancias de las clases mostradas en el diagrama de clases. Muestra las instancias y como se relacionan entre ellas. Se da una visin de casos reales. c- Diagrama de componentes: Muestran la organizacin de los componentes del sistema. Un componente se corresponde con una o varias clases, interfaces o colaboraciones. d- Diagrama de despliegue: Muestra los nodos y sus relaciones. Un nodo es un conjunto de componentes. Se utiliza para reducir la complejidad de los diagramas de clases y
Universidad de Pamplona La academia al servicio de la vida.

componentes de un gran sistema. Sirve como resumen e ndice. e- Diagrama de casos de uso: Muestran los casos de uso, actores y sus relaciones. Muestra quien puede hacer que y relaciones existen entre acciones (casos de uso). Son muy importantes para modelar y organizar el comportamiento del sistema. Lo diagramas dinmicos son: a- Diagrama de secuencia: Los Diagramas de Secuencias muestran la forma en que un grupo de objetos se comunican (interactan) entre s a lo largo del tiempo. b- Diagrama de colaboracin: Muestran a los diferentes objetos y las relaciones que pueden tener entre ellos, los mensajes que se envan entre ellos. Son dos diagramas diferentes, que se puede pasar de uno a otro sin prdida de informacin, pero que nos dan puntos de vista diferentes del sistema. En resumen, cualquiera de los dos es un Diagrama de Interaccin. c- Diagrama de estados: muestra los estados, eventos, transiciones y actividades de los diferentes objetos. Son tiles en sistemas que reaccionen a eventos. c- Diagrama de actividades: Es un caso especial del diagrama de estados. Muestra el flujo entre los objetos. Se utilizan para modelar el funcionamiento del sistema y el flujo de control entre objetos. Como podemos ver el nmero de diagramas es muy alto, en la mayora de los casos excesivos, y UML permite definir solo los necesarios, ya que no todos son necesarios en todos los proyectos. En el documento se dar una breve explicacin de todos, amplindose para los ms necesarios. 2.5.1 Diagramas recomendados Los diagramas a representar dependern del sistema a desarrollar, para ello se efectan las siguientes recomendaciones dependiendo del sistema. Estas recomendaciones se debern adaptar a las caractersticas de cada desarrollo, y seguramente ser la prctica lo que nos diga las cosas que echamos en falta o los diagramas que parecen ser menos necesarios. Segn la aplicacin se recomiendan los siguientes diagramas:

Tcnicas de mantenimiento.

a- Aplicacin monopuesto Diagrama de casos de uso. Diagrama de clases. Diagrama de interaccin. b- Aplicacin monopuesto, con entrada de eventos: Aadir: Diagrama de estados. Aplicacin cliente servidor: Aadir: Diagrama de despliegue y diagrama de componentes, dependiendo de la complejidad. c- Aplicacin compleja distribuida: Todos. As tenemos que para una aplicacin sencilla debemos realizar entre tres y seis tipos de diagramas, y para una aplicacin compleja unos nueve tipos. Es esto demasiado trabajo? En un principio no lo parece, ya que el tiempo dedicado a la realizacin de los diagramas es proporcional al tamao del producto a realizar, no entraremos en la discusin de que el tiempo de diseo no es tiempo perdido si no ganado. 2.5.2 Ejemplos de algunos diagramas en UML

Fig. 3 Diagrama de componentes

Fig. 4 Diagrama de despliegue.

2.6 Como puede utilizarse el UML para modelar una gestin integrada de Mantenimiento? Hoy las empresas estn entendiendo que la Gestin Eficaz de Activos es altamente especializada y compleja, que es la fuente de grandes ventajas competitivas, pero a su vez tambin un rea de extremo cuidado. Si bien son diversas las estrategias de gestin, la Confiabilidad Operacional se seala como la de mayor mpetu, pues permite implementar procesos para alcanzar la Excelencia Organizacional. La Optimizacin Integral del Mantenimiento (MIO) plantea un enfoque global para desarrollar sus funciones en el marco de la Confiabilidad Operacional. Para ello debe cubrir cuatro reas vitales: Desarrollo del Talento Humano, Definicin de Estrategias de Gestin, Optimizacin de los Activos Fsicos, y de los Procesos y Sistemas de Informacin.

Fig. 1 Diagrama de casos de uso.

Fig.2 Diagrama de clases

La Gestin Integral del Mantenimiento, incluye una serie de estrategias alineadas con la misin del negocio, cuyo objetivo es lograr la Competitividad Organizacional. Para alcanzarla existen cinco factores claves: la seguridad, la Productividad, el respeto por el medio ambiente y la Confiabilidad. Con una modelacin sobre el problema planteado en la industria se puede hacer ms fcil la gestin integral de mantenimiento, para ello contamos con 4

Universidad de Pamplona La academia al servicio de la vida.

Tcnicas de mantenimiento.

UML el cual es un lenguaje universal y sencillo de entender y aplicar para un ptimo modelado en cuestin de mantenimiento empresarial. 2.7 Como puede utilizarse el UML para modelar una gestin Operacional? Los administradores de operaciones son los responsables de la produccin de los bienes o servicios de las organizaciones. Los administradores de operaciones toman decisiones que se relacionan con la funcin de operaciones y los sistemas de transformacin que se utilizan. La administracin de operaciones es el estudio de la toma de decisiones en la funcin de operaciones, La gestin de operaciones debe ayudar a la empresa a ser ms competitiva y las decisiones de operaciones deben ser consistentes con las de otras reas. UML nos permite modelar de manera eficaz y gestionar las operaciones de una empresa, teniendo en cuenta que: En la estrategia corporativa: en qu negocios participa la empresa.

hechos que conducen a las races originales. Mediante la aplicacin de la metodologa se determinaron las causas raz reales de las principales fallas de los equipos crticos de la planta, se clasificaron y se establecieron las actividades ms convenientes a incluir en la Plan General de Mantenimiento Proactivo. Los pasos usados en la aplicacin de la metodologa RCA fueron: Describir el evento de la falla Describir los modos de falla Listar las causas potenciales de falla y
verificar

Determinar y verificar las Causas Raz Fsicas Determinar y verificar las Causas Raz Humanas Determinar y verificar las Causas Raz del Sistema

Fig. 5 Ejemplo de diagnstico de fallas con UML Estrategia del negocio: cmo competir un negocio dado (bajo costo, diferenciacin del producto, segmentacin del mercado). La estrategia de operaciones sigue a la estrategia del negocio (como regla general).

2.8 Como puede utilizarse el UML, para concebir un sistema de deteccin y diagnstico de fallas en una industria?

2.8.1 Anlisis Causa Raz Las estructuras y modelado en UML de transicin robusta aplicada originalmente al control de procesos con diferentes regmenes de operacin, se plantean como alternativa para la deteccin y el diagnstico de fallas. Una de las ventajas de este mtodo es la reduccin en la complejidad matemtica inherente a muchas estructuras aplicadas a la deteccin y el diagnstico de fallas. El esquema propuesto utiliza modelos matemticos paramtricos para caracterizar las fallas en los instrumentos. El RCA es un riguroso mtodo de solucin de problemas, para cualquier tipo de falla, que utiliza la lgica sistemtica y el rbol de causa raz de fallas, usando la deduccin y la verificacin de los
Universidad de Pamplona La academia al servicio de la vida.

Tcnicas de mantenimiento.

2.9 Ejemplo de aplicacin de UML en ing. Elctrica.

visualice, especifique y documente con lenguaje comn. Se necesitaba un lenguaje que fuese grfico, a fin de especificar y documentar un sistema de software, de un modo estndar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema. Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notacin estndar y semnticas esenciales para el modelado de un sistema orientado a objetos.

Fig. 6 UML aplicado a la ing. Elctrica.

REFERENCIAS - En la fig. 5 los actores son: Clientes, la empresa distribuidora de energa y el medidor inteligente. El actor #1 es quien interacta con el sistema, en este caso es el cliente y la empresa distribuidora. - El caso de uso # 2 representa las acciones que los clientes realizan a fin de conseguir un objetivo determinado. Estos casos de uso son: Solicitar factura, actualizar servicio y procesar pago. - Las asociaciones # 3 se conectan del caso de uso al cliente o actor que solicita. - Elk sistema de facturacin o sistema #4 es el sistema que se est desarrollando, el cual puede ser un software, este muestra la medicin de energa consumida, envo de facturacin de la empresa y la comunicacin con el cliente. J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy y W. Lorensen - Object oriented modeling and design. Prentice - Hall. 1991. P. Muller - Modelaje con UML. Eyrolles, 1997.

SITIOS WEB http://www.osmosislatina.com/lenguajes/uml/ http://www.monografias.com/trabajos5/insof/insof. shtml http://www.inflexa.com/jsp/template.jsp?pag=uml2 .htm&mnu=mnu-soluciones.jsp www.ucema.edu.ar/~ey/Diapositivas_clase_1.ppt

3. CONCLUSIONES El empleo de UML conforma un conjunto de soluciones de enorme utilidad y amplia aplicacin para el desarrollo empresarial en todo sentido, ya sea en un sistema de deteccin de fallas, gestin de mantenimiento o la gestin operacional en cualquier mbito, sea elctrico, electrnico y dems ramas de la ingeniera. La exigencia de la gran mayora de instituciones dentro de su Plan Informtico estratgico, es que los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estndar y unificado. Es decir, se requiere que cada una de las partes que comprende el desarrollo de todo software de diseo orientado a objetos, se 6

Universidad de Pamplona La academia al servicio de la vida.