modelado rup uml
DESCRIPTION
MODELADO RUP UML Ingenieria de Software Universidad Santa Maria, Ccs, Vzla. Expositores: Marina Palacios y Keiter CastroTRANSCRIPT
RUP
Desarrollo
de SW
UML
El antecedente más importante se ubica en 1967 con la Metodología Ericsson (Ericsson Approach ) elaborada por Ivar Jacobson, una aproximación de desarrollo basada en componentes, introdujo el concepto de Caso de Uso. Entre los años de 1987 a 1995 Jacobson fundó la compañía Objectory AB y lanza el proceso de desarrollo Objectory (abreviación de Object Factory), actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.
Es un proceso de ingeniería de software creado para llevar a las organizaciones desarrolladoras de software a alcanzar sus objetivos críticos, como el cumplimiento de requisitos dentro del tiempo y presupuestos establecido, y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. Esta metodología permite que todos los integrantes de un equipo de trabajo, conozcan y compartan el proceso de desarrollo, una base de conocimientos y los distintos modelos de cómo desarrollar el software utilizando un lenguaje modelado común: UML.
El principal objetivo del RUP es asegurar la producción
de software de alta calidad que satisfaga las
necesidades de sus usuarios finales dentro de un
presupuesto y tiempo predecibles.
Eje Horizontal: Organización a lo largo del tiempo
Eje Vertical:
Organización
a lo largo del
contenido
El RUP presenta 3 características esenciales de todo el proceso de desarrollo: 1. Dirigido por los casos de uso. 2. Centrado en la arquitectura. 3. Ciclo de vida interactivo.
Objetivos Arquitectura Capacidad Release
(Visión) Operacional del Producto
Inicial
• Adaptar el proceso
• Equilibrar las prioridades de los interesados
• Mostrar valores agregados interactivamente
• Colaboración entre equipos.
• Elevar el nivel de abstracción.
• Enfocarse en la calidad.
• Reconoce que las necesidades del usuario y sus requerimientos no se pueden definir completamente al principio
• Permite evaluar tempranamente los riesgos en lugar de descubrir problemas en la integración final del sistema.
• Reduce el costo del riesgo a los costos de un solo incremento
• Acelera el ritmo del esfuerzo de desarrollo en su totalidad debido a que los desarrolladores trabajan para obtener resultados claros a corto plazo.
• Distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas las disciplinas colaboran en cada interacción.
• Facilita la reutilización del código teniendo en cuenta que se realizan revisiones en las primeras iteraciones lo cual además permite que se aprecien oportunidades de mejoras en el diseño.
• Pretende prever y tener todo el control de antemano.
• Modelo general trabajo adicional.
• Genera mucho costos.
• No recomendable para proyectos pequeños.
CONCEPTO
IMPORTANCIA
APLICACIÓN
UML es un lenguaje visual para especificar, construir y documentar sistemas. (OMG – Object Management Group) Unified (UNIFICADO):
-* El aporte de muchos métodos y notaciones.
-*Independiente de implementaciones, plataformas y lenguajes.
Modeling (MODELADO):
-*Los modelos son utilizados en todos las ingenierías.
Languaje (LENGUAJE):
-*Si hay gente, requieren comunicarse. Si se tienen que comunicar, se tiene que entender. Para entenderse necesitan un lenguaje común.
UML define una notación que se expresa como diagrama que
sirven para representar modelos/subsistemas o partes de ellos.
UML es un lenguaje de propósito general para el modelo
orientado a objetos.
Define una estructura para ir del análisis al diseño y de éste a la
implementación.
Manejar problemas
Acoplamiento: modelo – artefacto
Creación de un lenguaje de modelado
Modelar todo tipo de sistemas de software
ELEMENTOS
PAQUETE
ELEMENTOS DE AGRUPACIÓN
ELEMENTOS ESTRUCTURALES
ELEMENTOS DE ANOTACÓN
ELEMENTOS DE COMPORTAMIENTO
NOTAS
VISTA DIAGRAMAS SIMBOLOS REGLAS MODELO
ANALISIS
DISEÑO
PROGRAMACION PRUEBA
ANALISIS DE REQUERIMIENTO
Vista de UML: Arquitectura 4 + 1
5 Vistas
13 Diagramas
Diagrama de Clase
Diagrama de Componentes
Diagrama de Objetos
Diagrama de Estructura Compuesta
Diagrama de Despliegue
Diagrama de Paquetes
Diagrama de Estado
Diagrama de Actividades
Diagrama de Casos de Uso
Diagrama de Estructura
Diagrama de Comportamiento
Diagrama de Tiempos
Diagrama de Secuencia
Diagrama de Global de
Interacción
Diagrama de Interacción
Diagrama de Comunicación
DIAGRAMA
DIAGRAMA DE ESTRUCTURA
DIAGRAMA DE COMPORTAMINETO
Diagrama de
Estructura Compuesta
Diagrama de
Actividad
Diagrama de Casos de
Uso
Diagrama de Maquina de Estado
Diagrama de Interacción
Diagrama de Secuencia
Diagrama Global de
Interacción
Diagrama de Comunicación
Diagrama de Tiempos
Diagrama de Clases
Diagrama de Componentes
Diagrama de Objetos
Diagrama de
Despliegue
Diagrama de Paquetes
DIAGRAMA DE CLASES
DIAGRAMA DE COMPONENTES
DIAGRAMA DE OBJETOS
DIAGRAMA DE ESTRUCTURA COMPUESTA
DIAGRAMA DE DESPLIEGUE
Servidor Ventas
(Sucursal=Servidor 1) Cliente
Articulos.exe Clientes.exe
DIAGRAMA DE PAQUETES
DIAGRAMA DE MAQUINA DE ESTADOS
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CASOS DE USO
DIAGRAMA DE INTERACCIÓN
DIAGRAMA DE SECUENCIA
DIAGRAMA DE COMUNICACIÓN
DIAGRAMA DE TIEMPO
DIAGRAMA GLOBAL DE INTERACCIÓN
DISEÑO Y DOCUMENTACIÓN
MODIFICACIONES Y FÁCILES
COMUNICACIÓN ENTRE
PROGRAMADORES
DESCUBRIMIENTO DE FALLAS
AHORRO DE TIEMPO
CÓDIGO REUTILIZABLE
ERISSON:
“....el modelamiento del SW es
fundamental durante el
desarrollo porque garantiza
construcción de la arquitectura
del SW, permite entenderla de
manera completa y reduce los
riesgos....”
IBM:
“permite tener el control de ciclo
de vida completo de un
proyecto...”
ORACLE:
“podemos representar los
objetivos del negocio y tener
todas las definiciones de la base
de datos...”
MICROSOFT:
“....reduce el costo de
desarrollo, el tiempo y el riesgo
de un proyecto de SW,
incrementa la reutilización de
componentes....”
HEWLETT PACKARD:
“...ayuda al equipo a entenderse
y ver cual es su trabajo dentro
del contexto de construcción del
SW. Hace visible la
comunicación entre cliente,
gente de análisis y diseño y sus
herramientas de desarrollo....”