MATERIA:

Optativa III
NOMBRE:
Cristhian Mora

PROFESOR:
Ing. Miguel Botto

TEMA:
UML, XML, SPEND
SEMESTRE:
Sptimo

ndice

NDICE
MOTIVACIN
OBJETIVO
HISTORIA
DEFINICIN
CARACTERSTICAS
TIPOS DE UML
DIAGRAMA DE CASOS DE USO
DIAGRAMA DE CLASES
DIAGRAMAS DE SECUENCIA
DIAGRAMAS DE COLABORACIN
DIAGRAMA DE ESTADO
DIAGRAMA DE ACTIVIDAD
DIAGRAMAS DE COMPONENTES
DIAGRAMAS DE IMPLEMENTACIN
DIAGRAMAS DE RELACIN DE ENTIDAD
VERSIONES
XML
OBJETIVOS
DEFINICIN
ENTRE LAS TECNOLOGAS XML DISPONIBLES SE PUEDEN DESTACAR:
CARACTERSTICAS DE XML.
SOFTWARE PROCESS ENGINEERING METAMODEL (SPEM)
DEFINICIN
TIPOS DE VERSIONES
CONCLUSIN

2
3
3
4
4
4
5
5
5
5
6
6
7
8
8
8
8
9
9
10
10
10
12
12
13
14

REFERENCIAS

15

Introduccin

Sabemos que existen los modelados en esta vez trataremos sobre los UML
tambin que es un XML y un SPEM el Uml es un lenguaje de modelado en el
cual se pude diagramar o modelar diferentes modelos como diagramas de clases
, diagramas de estados, diagramas de comportamiento los XML es un lenguaje
de etiquetado extensible muy simple, pero es muy similar a HTML pero su
funcin principal es describir datos y no mostrarlos ,el SPEM es un meta-modelo
de la ingeniera de procesos, as como el marco conceptual, que puede
proporcionar los conceptos necesarios para modelar, documentar, presentar, la
gestin, el intercambio de mtodos y procesos de desarrollo.

Motivacin
Entender que es un UML un XML y SPEM para que sirven donde se los puede
utilizar o donde son utilizados.

Objetivo
Aprender a utilizar un lenguaje de modelado como UML conocer lo que es
XML y la conceptualizacin del SPEM.

UML
Historia
S e dice que en las dcadas de los ochentas un gran nmero de empresas
comenz a utilizar la POO para implementar sus aplicaciones y la necesidad un
proceso que derivo en el mtodo ADOO.cada uno de los procesos tena su
propia notacin o lenguaje para transmitir su anlisis y el diseo.
Para los 90 diferentes empresas utilizaron distintas notaciones de manera
adicional estas empresas queran utilizar herramientas de software que
soportaran sus procesos particulares con tantos procesos los fabricantes de
software tuvieron dificultades
para proporcionar dichas herramientas
.necesariamente se requeran procesos y notaciones estndar .
En 1994 James Rumbaugh se uni a Grady Booch en la rational Software
Corporation y los dos comenzaron a trabajar para unificar sus populares
procesos luego los acompao Ivar Jacobson: en 1996 el grupo libero la primera
versin de Uml para la comunidad de ingeniera de software y le s pidi
surgerencias el Omg es una organizacin no lucrativa que promueve el uso
de tecnologas orientadas a objetos mediantes guas y especificaciones para
tecnologas orientadas a objetos muchas empresas como HP ;IBM ;Microsoft
,Oracley Rational Software reconocieron la necesidad de un lenguaje de
modelado estas empresas formaron el UML Partners , en respuesta al llamado
del OMG para recibir respuestas el OMG acepto la respuesta y en 1997
asumi la responsabilidad de dar mantenimiento y revisin continua al UML en
el 001 liberaron la versin de UML 1.4 en la actualidad el OMG trabaja con una
versin de 2.0 el OMG es un consorcio con 800 empresas como miembros.

Definicin
El lenguaje UML se lo denomina el lenguaje unificado de modelado es un
esquema de representacin grfica utilizada para modelar sistemas orientados
a objetos. Algunos que disean sistemas utilizan el lenguaje en forma de
diagramas para modelar sus sistemas.

Caractersticas
Una de las caractersticas ms interesantes de UML es su flexibilidad ya que
se puede extender y es independiente de los muchos procesos de ADOO los
modeladores UML pueden desarrollar sistemas mediante el uso de distintos
procesos estos sistemas pueden ser representados con un conju8nto de
notaciones estndar.
Tambin es rico en caractersticas graficas en nuestras secciones acerca de
objetos representamos un conjunto.

Tipos de UML
Diagrama de casos de uso
Los diagramas de casos de uso describen las relaciones y las dependencias
entre un grupo de casos de uso y los actores participantes en el proceso.

Diagrama de clases
Los diagramas de clases muestran las diferentes clases que componen un
sistema y cmo se relacionan unas con otras. Se dice que los diagramas de
clases son diagramas estticos porque muestran las clases, junto con sus
mtodos y atributos, as como las relaciones estticas entre ellas: qu clases
conocen a qu otras clases o qu clases son parte de otras clases, pero no
muestran los mtodos mediante los que se invocan entre ellas.

Diagramas de secuencia
Los diagramas de secuencia muestran el intercambio de mensajes (es decir la
forma en que se invocan) en un momento dado. Los diagramas de secuencia
ponen especial nfasis en el orden y el momento en que se envan los mensajes
a los objetos.
En los diagramas de secuencia, los objetos estn representados por lneas
intermitentes verticales, con el nombre del objeto en la parte ms alta. El eje de
tiempo tambin es vertical, incrementndose hacia abajo, de forma que los
mensajes son enviados de un objeto a otro en forma de flechas con los nombres
de la operacin y los parmetros.

Diagramas de colaboracin
Los diagramas de colaboracin muestran las interacciones que ocurren entre los
objetos que participan en una situacin determinada. Esta es ms o menos la
misma informacin que la mostrada por los diagramas de secuencia, pero
destacando la forma en que las operaciones se producen en el tiempo, mientras
que los diagramas de colaboracin fijan el inters en las relaciones entre los
objetos y su topologa.
En los diagramas de colaboracin los mensajes enviados de un objeto a otro se
representan mediante flechas, mostrando el nombre del mensaje, los parmetros
y la secuencia del mensaje. Los diagramas de colaboracin estn indicados para
mostrar una situacin o flujo programa especficos y son unos de los mejores
tipos de diagramas para demostrar o explicar rpidamente un proceso dentro de
la lgica del programa.

Diagrama de estado
Los diagramas de estado muestran los diferentes estados de un objeto durante
su vida, y los estmulos que provocan los cambios de estado en un objeto.
Los diagramas de estado ven a los objetos como mquinas de estado o
autmatas finitos que pueden estar en un conjunto de estados finitos y que
pueden cambiar su estado a travs de un estmulo perteneciente a un conjunto
finito. Por ejemplo, un objeto de tipo NetServer puede tener durante su vida uno
de los siguientes estados:

Listo
Escuchando
Trabajando
Detenido

y los eventos que pueden producir que el objeto cambie de estado son

Se crea el objeto
El objeto recibe un mensaje de escucha
Un cliente solicita una conexin a travs de la red
Un cliente finaliza una solicitud
La solicitud se ejecuta y ser termina
El objeto recibe un mensaje de detencin

Diagrama de actividad
Los diagramas de actividad describen la secuencia de las actividades en un
sistema. Los diagramas de actividad son una forma especial de los diagramas
de estado, que nicamente (o mayormente) contienen actividades.

Diagramas de componentes
Los diagramas de componentes muestran los componentes del software (ya sea
las tecnologas que lo forman como Kparts, componentes CORBA, Java Beans
o simplemente secciones del sistema claramente distintas) y los artilugios de que
est compuesto como los archivos de cdigo fuente, las libreras o las tablas de
una base de datos.
Los componentes pueden tener interfaces (es decir clases abstractas con
operaciones) que permiten asociaciones entre componentes.

Diagramas de implementacin
Los diagramas de implementacin muestran las instancias existentes al
ejecutarse as como sus relaciones. Tambin se representan los nodos que
identifican recursos fsicos, tpicamente un ordenador as como interfaces y
objetos (instancias de las clases).

Diagramas de relacin de entidad

Los diagramas de relaciones de entidad (diagramas ER) muestran el diseo
conceptual de las aplicaciones de bases de datos. Representan varias
entidades (conceptos) en el sistema de informacin y las relaciones y
restricciones existentes entre ellas. Una extensin de los diagramas de
relaciones de entidad llamado diagramas de relaciones de entidad extendida
o diagramas de relaciones de entidad mejoradas (EER), se utiliza para
incorporar las tcnicas de diseo orientadas a objetos en los diagramas ER.

Versiones
Versin UML 0.8 (octubre 1995) Mtodo Unificado.
Versin UML 0.9 (junio 1996) Union OOSEUML.
Versin UML 1.0 (enero 1997) Digital, HP, IBM, Microsoft, ORACLE,
Texas Inc., Unisys entre otros, es ofrecida a OMG.
Versin UML 1.1 (julio 1997) es aprobada por la OMG convirtindose en
la notacin estndar de facto para el anlisis y el diseo orientado a
objetos.

 Versin UML 1.2 (junio 1998) por OMG.

Versin UML 1.3 (junio 1999) por OMG.
Versin UML 2.0 (marzo 2005) por OMG.

XML
XML fue desarrollado por un Grupo de Trabajo de XML (originalmente conocido
como el comit de revisin editorial de SGML) formado bajo el auspicio del World
Wide Web Consortium (W3C) en 1996. Estaba presidido por Jon Bosak de Sun
Microsystems con la participacin activa de un Grupo Especial de Inters en XML
(previamente conocido como el grupo de trabajo de SGML) tambin organizado
por el W3C. Los miembros del grupo de trabajo de XML estn dados en un
apndice. Dan Connolly sirvi como el contacto del grupo con la W3C.

Objetivos

XML debe ser utilizable directamente sobre internet.

XML debe soportar una amplia variedad de aplicaciones.
XML debe ser compatible con SGML.
Debe ser fcil escribir programas que procesen documentos XML.
El nmero de caractersticas opcionales en XML debe ser mantenido en un
mnimo, idealmente cero.
Los documentos XML deben ser legibles por un humano y razonablemente
claros.
El diseo de XML debe ser preparado rpidamente
El diseo de XML debe ser formal y conciso.
Los documentos XML deben ser fciles de crear.
La brevedad en la marcacin es de mnima importancia
Esta especificacin, junto con los estndares asociados (Unicode and
ISO/IEC 10646 para caracteres, Internet RFC 1766 para las marcas de
identificacin de lenguaje, ISO 639 para los cdigos de nombre de lenguaje,
ISO 3166 para los cdigos de nombre de pas), provee toda la informacin

necesaria para entender XML Versin 1.0 y construir programas de

computador que lo procesen.

Definicin
XML es un Lenguaje de Etiquetado Extensible muy simple, pero estricto que
juega un papel fundamental en el intercambio de una gran variedad de datos.
Es un lenguaje muy similar a HTML pero su funcin principal es describir datos
y no mostrarlos como es el caso de HTML. XML es un formato que permite la
lectura de datos a travs de diferentes aplicaciones.
Fue diseado para transportar, organizar y almacenar datos no para
mostrarlos.

Entre las tecnologas XML disponibles se pueden destacar:

XSL : Lenguaje Extensible de Hojas de Estilo, cuyo objetivo principal es
mostrar cmo debera estar estructurado el contenido, cmo debera ser
diseado el contenido de origen y cmo debera ser paginado en un medio
de presentacin como puede ser una ventana de un navegador Web o un
dispositivo mvil, o un conjunto de pginas de un catlogo, informe o libro.
XPath : Lenguaje de Rutas XML, es un lenguaje para acceder a partes de
un documento XML.
XLink : Lenguaje de Enlace XML, es un lenguaje que permite insertar
elementos en documentos XML para crear enlaces entre recursos XML.
Pointer : Lenguaje de Direccionamiento XML, es un lenguaje que permite
el acceso a la estructura interna de un documento XML, esto es, a sus
elementos, atributos y contenido.
XQL : Lenguaje de Consulta XML, es un lenguaje que facilita la extraccin
de datos desde documentos XML. Ofrece la posibilidad de realizar
consultas flexibles para extraer datos de documentos XML en la Web.

Caractersticas de XML.
Las caractersticas ms importantes de XML son las siguientes:

Permite la creacin de etiquetas propias y permite asignar atributos a las

etiquetas.

Trabaja con los llamados DTDs (Definicin de Tipo de Documento) que

en realidad son archivos de texto cuyo contenido son las definiciones de
las etiquetas y sus atributos con los que se puede trabajar en un
determinado documento. Es decir, el DTD contiene la estructura de los
datos.
Como consecuencia de los puntos anteriores, XML permite la creacin de
nuevos DTDs. Por ese motivo, entre otros, este metalenguaje se
llama extensible.

En un documento XML la estructura y el diseo estn completamente

separados.

Cada documento XML se puede validar ante un DTD, y si no es posible,

se puede declarar como documento 'bien formado'1.
XML se almacena en formato texto (no binario) lo cual hace que los
documentos sean directamente entendibles. Es decir, los documentos
tienen una estructura entendible tanto por los ordenadores como por las
personas.

Cada documento incluye metadatos2 sobre s mismo, lo cual facilita la

tarea de los motores de bsquedas en la web, ya que devolvern
respuestas ms adecuadas y precisas.
Permite la exportabilidad a otros formatos de publicacin de datos (HTML,
PDF, texto enriquecido RTF, voz, etc).

XML es un estndar abierto no sujeto a ningn tipo de licencia

(www.w3c.org).
XML permite la internacionalizacin, es decir puede trabajar con cualquier
conjunto de caracteres, entre ellos el juego de caracteres UNICODE (utf8).

XML utiliza reglas de generacin concretas y, por tanto, los documentos

son fcilmente procesables.

XML permite compartir informacin entre sistemas o fuentes de datos

heterogneas, por ejemplo, pginas web, distintas bases de datos, etc.

XML no es compatible con HTML, pero los documentos HTML v4.0

pueden ser convertidos a XML.

Se debe descartar la idea de que XML, al ser un lenguaje de marcas, se

utiliza para la creacin de pginas web.

Tipos de versiones
Le primera versin de XML esseva XML 1.0.
Le ltima versin oficial de XML es 1.1. XML 1.1 (tambin conocida como
Blueberry) extiende XML 1.0 con le que
soport a nueve caracteres
in Unicode 3.0, y la reparacin de un omisin que faceta XML no soportaba la
convenciones de fin de lnea de EBCDIC.

Existe tambin discusiones supera un XML 2.0, bueno que no es claro si un tal
XML 2.0 presentar: eliminacin de DTDs del sintaxis, integracin de
Namespaces, XML Base e XML Informacin standard Basic.

Software Process Engineering Metamodel (SPEM)

Historia
A lo largo de los aos diversos autores y organizaciones han tratado de definir y
comunicar procesos de desarrollo: desde Royce con el Modelo en Cascada de
1970 hasta los mtodos giles ms recientes. Probablemente la propuesta ms
estructurada, y que con su publicacin en 1998, mostr el nivel de detalle que se
puede lograr con la descripcin de un proceso de desarrollo fue el Proceso
Unificado (Unified Process).
Este trabajo inici aos antes, en 1987 cuando Ivar Jacobson en Suecia cre
Objectory y fue adoptado por Ericsson, despus Objectory AB fue adquirida por
Rational Software Corporation en 1995 (Ambler, 2005). En 1996, se integra el
Rational Approach con Objectory Process v.3.8 para crear el Rational
Objectory Process 4.0 y que posteriormente se convertira en 1998 en RUP 5.0
(Kruchten, 2000). De su documentacin destacan el nivel de detalle que tiene y
la integracin de sus elementos: artefactos, roles, tareas, fases, etc. Esto
permiti que se entendiera fcilmente como un producto y tuvo gran aceptacin
junto con UML. Sin embargo, muchas veces se omite un aspecto valioso del
Proceso Unificado: cuenta con un modelo general y con un framework que
permite su extensibilidad y soporte por medio de herramientas. Este modelo se
basa en conceptos bsicos que permiten la definicin de procesos ms
complejos y detallados:

Roles: Es un conjunto de habilidades, competencias y responsabilidades (el

quin).
Tareas y Actividades: Describe una unidad de trabajo que se asigna a un rol
para lograr un resultado significativo (el cmo).
Productos de Trabajo (artefactos): Es un resultado significativo de un proceso
(el qu).
Procesos: Definen las estructuras de trabajo secuenciales que deben realizarse
para desarrollar un sistema, normalmente compuestos por diversos flujos de
trabajo y fases (el cundo).

Definicin
El Software y Sistemas de Proceso de Meta-modelo de Ingeniera (SPEM) es un
meta-modelo de la ingeniera de procesos, as como el marco conceptual, que
puede proporcionar los conceptos necesarios para modelar, documentar,
presentar, la gestin, el intercambio, y la promulgacin de los mtodos y
procesos de desarrollo. Una implementacin de este meta-modelo se dirige a

ingenieros de procesos, jefes de proyecto, proyecto y directores de programas

que son responsables del mantenimiento y la implementacin de procesos de
sus organizaciones de desarrollo o proyectos individuales.

Tipos de versiones
En 1999, el OMG coloca una solicitud de propuesta en relacin con Software
Process Engineering (SPE).
En noviembre de 2002, el OMG lanz el Proceso de Software Ingeniera Metamodelo de especificacin 1.0.
SPEM se define como un perfil de UML, que utiliza UML como notacin y adopt
un enfoque orientado a objetos. Para dar cabida a UML 2, la especificacin
SPEM se actualiz a 2.0 en abril de 2008.

Tipos de SPEM
Para la definicin de nuevos Lenguajes la OMG define una arquitectura basada
en cuatro niveles de abstraccin que van a permitir distinguir entre los distintos
niveles conceptuales que intervienen en el modelado de un sistema. Esos
niveles se les denomina comnmente con las iniciales M0, M1, M2 y M3 y se
describen a continuacin:
El nivel M0 Las instancias. El nivel M0 modela el sistema real, y sus elementos
son las instancias que componen dicho sistema. Un elemento de este nivel es
por ejemplo el cliente llamado Pablo Gonzalez.
El nivel M1 El modelo del sistema. Los elementos del nivel M1 son los
modelos de los sistemas concretos. Existe una relacin muy estrecha entre los
niveles M0 y M1, los conceptos del nivel M1 definen las clasificaciones de los
elementos del nivel M0. En este nivel esta definido el concepto cliente.
El nivel M2 El modelo del modelo (el metamodelo). Los elementos del nivel
M2 son los lenguajes de modelado. El nivel M2 define los elementos que
intervienen a la hora de definir un modelo del nivel M1. Aqu tambin existe una
gran relacin entre los conceptos de los niveles M1 y M2 donde los elementos
del nivel superior definen las clases de elementos vlidos en un determinado
modelo de nivel M1. Conceptos de este nivel son Clase, Atributo, etc.
El nivel M3 El modelo de M2 (el meta-metamodelo). Finalmente, el nivel M3
define los elementos que constituyen los distintos lenguajes de modelado. La
OMG ha definido un lenguaje para describir los elementos del M3 llamado MetaObject Facility (MOF) [8], un elemento de este nivel en el clasificador, el concepto
de clase definido en M2 es un clasificador.

Conclusin
En conclusin podemos decir que el Uml es un lenguaje que nos sirve para
crear modelados por ejemplo podemos crear lo que es un diagrama de clase
un diagrama de estado un casos de uso diagramas de actividades de algn
proceso de una aplicacin diagramas de comportamiento

tambin hablamos

de lo que es un XML se lo puede definir como un lenguaje de etiquetado que

extensible y muy simple es muy similar a HTML la funcin principal que cumple
un XML es describir datos y no mostrarlos , Al SPEM se lo puede definir como
un meta modelo de la ingeniera de Procesos es como un marco conceptual
que proporciona los conceptos necesarios para modelar, documentar, presentar,
la gestin, el intercambio de mtodos y procesos de desarrollo. Este metamodelo se dirige a ingenieros de procesos, jefes de proyecto, proyecto y
directores de programas que son responsables del mantenimiento.

Referencias
Cordero, u. J. (s.f.). Como construir documentos XML DTD y esquema XML.
Daniel Riesco, F. Z. (s.f.). Transformacin de Transiciones de Procesos de Desarrollo de .
DEITEL, H. M. (2003). Como programar en C++. Mexico: Pearson Educacion.
Elementos de UML. (s.f.). Obtenido de https://docs.kde.org/stable/es/kdesdk/umbrello/umlelements.html
Garcia, G. (Agosto-Octubre de 2013). INtroduccion a SPEM. Obtenido de
http://sg.com.mx/revista/41/introduccion-spem#.VEJyARhd1HU
MARTIN, F. (1999). UML gota a gota. Mexico: Addison Wesley Longman de Mexico.
QUIROZ, D. N. (3 de abril de 2008). UML. UML. Lima.
SPEM. (s.f.). SPEM. Obtenido de
http://www.sparxsystems.com/enterprise_architect_user_guide/9.2/projects_and_te
ams/spem.html
Tim Bray (Textuality y Netscape), J. P.-M. (s.f.). Extensible Markup Language (XML) 1.0 - El
lenguaje extensible de marcas (XML) 1.0. Obtenido de
http://www.sidar.org/recur/desdi/traduc/es/xml/xml1/
W3C. (s.f.). W3C. Obtenido de CAnonical XML : http://www.w3.org/TR/xml-c14n2/