Anda di halaman 1dari 3

Qu es UML?

El lenguaje unificado de modelado, describe la notacin nica para modelar sistemas


orientados a objetos mediante diagramas y smbolos.

Cul es la importancia de UML?
El UML es muy importante ya que este permite realizar el diseo previo al desarrollo de un
software, de la misma forma que se realizan los planos antes de la construccin de un edificio.
Adicionalmente es muy importante porque existen muchas notaciones para el modelado del
desarrollo de software, UML unifica estas notaciones haciendo que los modeladores solo
tengan que aprender una notacin nica.

Cules son los beneficios del modelado?
Mejores tiempos en el desarrollo del software, aunque el modelado y la elaboracin de los
diagramas UML requiere de tiempo adicional al desarrollo, este tiempo se ve ampliamente
compensado al permitir a los programadores realizar los desarrollos en tiempos ms cortos.
Mejor soporte a la planeacin y al control de proyectos.
Mejor distribucin de las partes del proyecto entre los desarrolladores.
Alta reutilizacin del cdigo, lo que permite reduccin de los costos.
Facilita la correccin de bugs y errores en el software.
En caso de ausencia de un desarrollador, facilita su reemplazo y la rpida continuacin del
desarrollo

Cul es el origen de UML y en que mtodos est basado?
UML est basado en los mtodos, el OMT que era mejor para el anlisis orientado a objetos y
el mtodo Booch que era mejor para el diseo orientado a objetos. La empresa Rational
software utilizaba ambas metodologas hasta que en 1996 asigno a un grupo de
metodologistas conocidos como los tres amigos la labor de crear un lenguaje unificado que
reuniera lo mejor de ambas metodologas.
Bajo la direccin de los tres amigos se organiz un consorcio llamado UML Partners para
definir las especificaciones del lenguaje. El borrador de la especificacin del lenguaje UML fue
propuesto en 1997.

Cules son los objetivos de UML?

Visualizar: Nos permite ver lo que queremos lograr con el sistema, facilitndonos la
comunicacin y dndonos una representacin grfica del problema y su solucin.
Especificar: Construir modelos con una estructura precisa, cubriendo las decisiones de anlisis,
diseo e implementacin.
Construir: A pesar que UML no es un lenguaje de programacin permite el desarrollo de
plantillas aplicables a diferentes lenguajes.
Documentar: Cubre la documentacin de la arquitectura y todos los detalles de un sistema.
Expresando requisitos y pruebas, modelando las actividades y gestionando las versiones del
proyecto.

Cul es el futuro de UML?
Extensiones para los negocios: notaciones para procesos de negocio.
Lecciones de las extensiones de negocio.
Interfaces graficas de usuario: Establecemos un diagrama hibrido que muestre las relaciones
de espacio de los componentes de la pantalla y que muestre sus conexiones y casos de uso.
Sistemas expertos: Es un diagrama que visualice reglas y sus relaciones internas.

Nombre del ciclo de
vida
Ventajas Desventajas Proyectos en que
puede utilizarse
Cascada y V -La planificacin es
sencilla.
-La calidad del
producto resultante
es alta.
-Permite trabajar
con personal poco
calificado
-Generalmente no se
cuenta con todos los
requisitos y las
especificaciones al
principio y surgen
necesidades
imprevistas.
- Si se cmete algn
error ya avanzada
una etapa es difcil
regresar a corregir.
- No se tienen
indicadores fiables
del progreso del
trabajo.
Es recomendable
para todo tipo de
proyectos excepto
para proyectos con
fecha de entrega
corta
Entregas
incrementales
-Una serie
planificada
de cascadas que
entregan ms y ms
funcionalidad
-No es til para
productos basados
en Rom, pero til en
familias de
productos basados
en ROM
Proyectos que
puedan dividirse en
partes pequeas.
Evolutivo -Usa realimentacin
del uso de las
versiones anteriores
-Puede ser usado en
un ambiente
cambiante
-Confunde el
desarrollo con la
evolucin.
Proyectos largos con
una amplia lista de
mejoras.
Espiral -No necesita una
definicin completa
de los requisitos
para empezar a
funcionar.
-Al entregar
productos desde el
final de la primera
iteracin es ms fcil
validar los requisitos
-El riesgo de sufrir
retrasos es menor,
ya que al identificar
los problemas en
etapas tempranas
hay tiempo de
subsanarlos.
-Es difcil evaluar los
riesgos.
-Necesita de la
participacin
continua por parte
del cliente.
-Cuando se
subcontrata hay que
producir
previamente una
especificacin
completa de lo que
se necesita, y esto
lleva tiempo.
Proyectos que exijan
un nivel de calidad
muy alto y que
requieran que el
nivel de errores sea
mnimo durante las
pruebas

Anda mungkin juga menyukai