Ing. Tecnologas de la Informacin y ComunicacinMTI. Jorge Alberto Ramrez Mata7ITINCModelado de Procesos De Negocios Con UMLHernndez Hernndez Juan JosArroyo Arteaga Daniel SalUniversidad Tecnolgica de Coahuila

Mena Ortiz Hctor Benjamn

Ramos Arizpe, Coahuila a 10 De Noviembre Del 2014IntroduccinLos diagramas UML nos facilitan mucho el trabajo en la organizacin de actividades pues nos facilitan la comunicacin entre los analistas o la parte operativa que son los especialistas en la organizacin de roles y actividades o en resumen los conocedores de las reglas del negocio.El objetivo del presente trabajo es aprender a desarrollar modelados de procesos Muy sus diferentes procesos, con el fin de aprender y conocer las expectativas de las organizaciones y del cliente, ya que en la trasmisin de los requisitos iniciales del cliente la organizacin captara lo que realmente se necesita para llegar a un objetivo exitoso y detectar los puntos dbiles, conflictivos e innecesarios.Con los conocimientos adquiridos en este documento se podr determinar la mejor manera de solucionar la situacin propuesta por las partes operativas y necesidades del cliente u objetivos de cualquier organizacin. Aplicando los conocimientos adquiridos se podr realizar un Diagrama UML, para poder visualizar de mejor manera las acciones que suelen repetirse principalmente las actividades y burocracia innecesaria, entre otros similares y de esta manera se acorta el tiempo de desarrollo y se pone en prctica la reutilizacin, que es un trmino muy bien visto en las organizaciones con fines de lucro.Un primer antecedente del lenguaje UML comenz a gestarse en octubre de 1994, cuando Rumbaugh se uni a la compaa Racional fundada por Booch El objetivo de ambos era unificar dos mtodos que haban desarrollado: el mtodo Booch y el OMT (Object Modelling Tool ). El primer borrador apareci en octubre de 1995. En esa misma poca otro reputado investigador, Jacobson, se uni a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los tres amigos. Adems, este lenguaje se abri a la colaboracin de otras empresas.

Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, disear, configurar, mantener y controlar la informacin sobre los sistemas a construir.( http://alvearjofre.galeon.com/)

Diagrama de Casos de UsosEl siguiente diagrama de casos de uso describe la funcionalidad del sistema de pruebas para la certificacin de calidad en un filtro de aceite para una locomotora General Electric. Los casos de uso estn representados por elipses y los actores no se muestran como parte del sistema directamente sin embargo los casos del sistema s.La interaccin entre los actores no se ve en el diagrama, aunque la interaccin entre los actores si estn representados por ser parte de suposiciones usadas en el caso de uso. Los actores son una especie de rol, son un usuario humano externa que puede jugar varios papeles o roles. As el operario y el personal de calidad en un proceso de mejora pueden realizar la misma activad.

CalidadOperadorAnaliza RequerimientosRechaza productoCertifica procesoAutoriza para pruebasRecibe producto

Realiza pruebas de calidad

Certifica calidad del producto

Diagrama de ComponentesLos diagramas de componentes son ms parecidos a los diagramas de casos de usos, stos son utilizados para modelar la vista esttica y dinmica de un sistema. Muestra la organizacin y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema, nos porque no sean importantes en el sistema sino porque normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.Finalizacin De Prueba De Calidad

ReparacinRealizar PruebasTraslado a Prueba de TestRechazo Del ProductoPrimer Revisin del ProductoIngreso Del ProductoAutorizar Salida Del ProductoCertificacin De Prueba De Calidad

(No autorizado(No autorizado)

Diagrama de ColaboracinEn este tipo de diagramas se muestra una interaccin organizada, basndose en los objetos que toman parte en la interaccin y los enlaces entre los mismos (en cuanto a la interaccin se refiere). A diferencia de los diagramas de secuencia, los diagramas de colaboracin muestran las relaciones entre los roles de los objetos. La secuencia de los mensajes y los flujos de ejecucin concurrentes deben determinarse explcitamente mediante nmeros de secuencia. Aunque se muestran los mensajes que se envan los objetos entre s, por lo general se evita la multiplicidad de mensajes dado que podra ser fuente de confusin. En la representacin de los mensajes, la flecha que se dibuja cerca de la lnea de asociacin entre dos objetos, apunta al objeto receptor. El mensaje finaliza con un par de parntesis, dentro de los cuales se colocan los parmetros (en caso de haber alguno) con los que funcionar la operacin.

4. Aprueba el re trabajo ( )2. Realiza re trabajo ( )Ingeniera de Procesos3. Revisa el re trabajo ( )CalidadEncargado de Reparaciones1. Revisa el modelo ( )Operador

Diagrama de objetosPartiendo del hecho que un objeto es una instancia de clase, tal como se define en la conceptualizacin bsica de la programacin orientada a objetos, en UML la representacin de un diagrama de objetos se hace de tal forma que teniendo ya una clase, el smbolo del objeto es un rectngulo, pero con el nombre subrayado. El nombre de la instancia especfica se encuentra a la izquierda de los dos puntos (:), y el nombre de la clase a la derecha.

PRODUCTOS Sistemas y tecnologas aeroespaciales Cilindros Filtros Generadores de gasPROCESO Revisin Especificaciones Reparacin Re trabajo

CLIENTE Contacto E-mail Telfono

REQUERIMIENTOS Especificaciones Criterios

Operador

CONCLUSIONESUML es la mejor solucin para todos los profesionales relacionados con el Anlisis de Sistemas, ya que si nos tocara trabajar en un proyecto de software, en el cual sabemos que el nmero de integrantes no es para nada reducido (si se trabajase en empresas grandes), sin la aplicacin de UML, se dificulta ponerse de acuerdo en las metodologas que se utilizarn, en las notaciones que se emplearn para cada modelo (ya sea de anlisis o de implementacin). Es por ello que este nuevo paradigma de diseo nos posibilita unificar todos nuestros criterios, para un posterior entendimiento, y mejor organizacin de los proyectos.Como desventaja podemos destacar (aunque para algunos o muchos no lo sera) que UML permite especificar, visualizar y construir software's, pero orientado a objetos. Para aquellos que prefieran las metodologas estructuradas debern esperar que surja un Lenguaje Unificado de Modelado Estructurado. Pensamos que esto no suceder, a lo sumo aparecer alguna extensin de UML para considerar algn aspecto del modelo estructurado, pero a nuestro parecer no sera muy justificable, porque a lo que se apunta en la actualidad es a la aplicacin de metodologas orientadas a objetos, pues stas brindan muchas ventajas y solucionan muchos de los problemas que surgen en las metodologas estructuradasLos diagramas a utilizar en las diferentes etapas del desarrollo de los sistemas de informacin, pueden variar dependiendo del tamao y tipo de sistema, por lo que es necesario organizarlos segn las fases del Proceso Unificado.