desiree martinez

1. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
INSTITUTO UNIVERSITARIO POLITÉCNICO SANTIAGO MARIÑO
ESCULA 47 INGENIERIA DE SISTEMA
UML Y RUP
Profesor Alumna
MENA MIGUEL MARTINEZ DESIREE
C.I V-28.117.317

2. Definición
Siglas UML
En ingle se lee “Unified Modeling Language, traducido al castellano significa Lenguaje
Unificado de Modelado
Es utilizadoaniveles internacionales, por numerosos Organismos y Empresas con la finalidad
de crear diagramas, esquemas y documentos (software)
Es una serie de normas y estándares gráficos, respecto a cómo se representan los
esquemas relativos al software, que dicen cómo se representar algo.
es una herramienta propia de personas que tienen conocimientos relativamente
avanzados de programación y es frecuente usada por analistas funcionales (aquellos que
definen qué debe hacer un programa sin entrar a escribir el código) y analista de
programadores (aquellos que dado un problema, lo estudian y escriben el código
informático para resolverlo en un lenguaje
Es un términoque se relacionamuchocon“Ingenieríadel software”. Al igual que un proyecto
de edificio requiere la participación de un arquitecto y unos planos, un proyecto software
requiere la participación de ingeniero informáticos y una planificación y documentación.
LAS VERSIONES DE UML
Los antecedentes de UML se sitúan en la década de los 90 con distintos estándares
para modelado de software, no obstante podemos hablar de dos grandes versiones:
UML 1.X (comprende UML 1.1, 1.2, 1.3, 1.4, 1.5): desde finales de los 90 se empezó a
trabajar con el estándar UML. En los años sucesivos fueron apareciendo nuevas versiones
que introducían mejoras o ampliaban a las anteriores.
UML 2.X (comprende UML 2.1 hasta UML 2.5, 2.6, etc.): en torno a 2005 se difundió
una nueva versión de UML a la que podríamos denominar UML 2.X. Comprenden varias
revisiones.
UML 3.X: evolución que se espera para UML 2.X.
TIPOS DE DIAGRAMAS EN UML
se pueden construir numerosos tipos de diagramas. Vamos a citar algunos:
Diagramas de casos de uso: representan a los actores y casos de uso (procesos
principales) que intervienen en un desarrollo de un software.
Diagramas de clases: para UML una clase es una entidad, no una clase software. Un
diagrama de clases UML puede ser un diagrama del dominio o representación de
conceptos que intervienen en un problema, o también un diagrama de clases software. El
sentido de un diagrama UML se lo da la persona que lo construye.

3. Diagramas de secuencia: suelen usarse para representar objetos software y el
intercambio de mensajes entre ellos, representa una aparición de nuevos objetos de
izquierda a derecha.
Diagramas de colaboración: suelen usarse para representar objetos o clases y la forma
en que se transmiten mensajes y cola entre ellos para cumplir un objetivo.
HERRAMIENTAS O PROGRAMAS PARA TRABAJAR CON UML
Hay muchísimos programas que permiten trabajar con UML, aunque aprender a usarlos
requiere tiempo.
DEFINICIÓN DE SIGLAS RUP
En ingles significa (Rational Unified Process)
Es un proceso de desarrollo de software desarrollado por la empresa Rational Software,
actualmente propiedad de IBM.
juntocon el Lenguaje Unificadode Modelado (UML), constituye lametodología estándar más
utilizadaparael análisis, diseño, implementación y documentación de sistemas orientados a
objetos.
El RUP no esun sistemaconpasosfirmemente establecidos,sinounconjuntode metodologías
adaptables al contexto y necesidades de cada organización. También se conoce por este
nombre al software,tambiéndesarrollado por Rational, que incluye información entrelazada
de diversos artefactos y descripciones de las diversas actividades.
Originalmente se diseñóunprocesogenéricoyde dominiopúblico,el ProcesoUnificado,yuna
especificación más detallada, el Rational Unified Process, que se vendiera como producto
independiente.
PRINCIPIOS DE DESARROLLO
La Filosofía del RUP está basada en 6 principios clave que son los siguientes:
ADAPTAR EL PROCESO
El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante
interactuar con él. Las características propias del proyecto, el tamaño del mismo, así como su
tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También se
deberá tener en cuenta el alcance del proyecto.
EQUILIBRAR PRIORIDADES
Los requisitosde losdiversosparticipantespuedenserdiferentes,contradictoriosodisputarse
recursos limitados. Debe poder encontrarse un equilibrio que satisfaga los deseos de todos.
Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro.
DEMOSTRAR VALOR ITERATIVAMENTE
Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada
iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se
refina la dirección del proyecto así como también los riesgos involucrados.
PRINCIPIOS DE DESARROLLO

4. ENFOCARSE EN LA CALIDAD
El control de calidadno debe realizarse al final de cadaiteración,sinoentodos losaspectos de
la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de
un grupo independiente, también es una estrategia de desarrollo de software.
ELEVAR EL NIVEL DE ABSTRACCIÓN
Este principio dominante motiva el uso de conceptos reutilizables tales como patrones de
diseño del software, lenguajes 4GLo esquemas (frameworks) por nombrar algunos. Estos se
pueden acompañarporlas representacionesvisualesde la arquitectura, por ejemplo con UML
CICLO DE VIDA
El ciclode vidaRUP esuna implementacióndel desarrolloenespiral.Fue creadoensamblando
los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e
iteraciones.
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan pocas pero grandes y
formalesiteracionesennúmerovariable segúnel proyecto.Enla Figura muestra cómo varía el
esfuerzo asociado a las disciplinas según la fase en la que se encuentre el proyecto RUP.
Las primerasiteraciones(enlasfasesde InicioyElaboración) se enfocan hacia la comprensión
del problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los
riesgos críticos, y al establecimiento de una base line (línea base)de la arquitectura.
Durante la fase de inicio las iteraciones hacen mayor énfasis en actividades de modelado del
negocio y de requisitos.
En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la
arquitectura, abarcan más los flujos de trabajo de requisitos, modelo de negocios
(refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de la
arquitectura.
En la fase de construcción,se llevaacabo la construccióndel productopormedio de una serie
de iteraciones.
En la fase de transición se pretende garantizar que se tiene un producto preparado para su
entrega a la comunidad de usuarios.
Comose puede observarencadafase participantodaslasdisciplinas,perodependiendo de la
fase el esfuerzo dedicado a una disciplina varía.
PRINCIPALES CARACTERÍSTICAS
Desarrollo iterativo
Administración de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Verificación de la calidad del software
Pretende implementar las mejores prácticas en Ingeniería de Software, de forma que se
adapte a cualquier proyecto
PROCESO
Las etapas de esta sección son: (revisar nuevamente la gráfica)
Modelado de negocio

5. Requisitos
Análisis y Diseño
Implementación
Pruebas
Despliegue
Soporte
En esta parte nos encontramos con las siguientes etapas:
Gestión del cambio y configuraciones
Gestión del proyecto
Entorno
La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo
fundamentalmente iterativo, y en esta parte se ven inmersas las cuatro fases descritas
anteriormente:
1 . Inicio (también llamado Incepción o Concepción).
2 . Elaboración.
3 . Desarrollo (también llamado Implementación, Construcción).
4 . Cierre (también llamado Transición)
Fase de Inicio
Esta fase tiene comopropósitodefiniryacordarel alcance del proyectocon lospatrocinadores
o alumnosde unproyectoenel cual tenemosque,identificarlosriesgosasociadosal proyecto,
proponerunavisiónmuygeneral de laarquitecturade software y producir el plan de las fases
y el de iteraciones posteriores.
Fase de Elaboración
En la fase de elaboraciónse seleccionanlos casos de uso que permiten definir la arquitectura
base del sistemayse desarrollaranenestafase,se realizalaespecificaciónde los casos de uso
seleccionadosyel primeranálisisdeldominio del problema, se diseña la solución preliminar.
Fase de Desarrollo
El propósitode estafase escompletarlafuncionalidaddel sistema,paraellose debenclarificar
losrequisitospendientes,administrarloscambiosde acuerdoa lasevaluacionesrealizadospor
los usuarios y se realizan las mejoras para el proyecto.
Fase de Transición
El propósitode estafase esasegurarque el software esté disponible para los usuarios finales,
ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los
usuariosyproveerel soporte técniconecesario. Se debe verificar que el producto cumpla con
las especificaciones entregadas por las personas involucradas en el proyecto

6. CONCLUSION
La presente investigación tiene el propósito de escudriñar en los libros las definiciones y
conceptos de las siglas: UML y RUP.
Los cuales significan:
(UML) Es una serie de normas y estándares gráficos, respecto a cómo se representan los
esquemas relativos al software, que dicen cómo se representar algo.
(RUP) Es unprocesode desarrollode software desarrolladoporlaempresaRational Software,
actualmente propiedad de IBM.
Los cuales no serán de gran utilidad en nuestros estudios y en nuestra vida personal, estos
aprendizajes nos enriquecen en el día a día, nos ayuda a formarnos como estudiantes
afianzados en el conocimiento y fortalece nuestra capacidad estudios,