TECNOLOGO

ANALISIS Y DESARROLLO DE SOFTWARE

Bases conceptuales acerca del lenguaje unificado de modelado (UML) y patrones

de diseño
GA4-220501095-AA2-EV03.

APRENDIZ
CRISTIAN RICARDO AMAYA CUERVO

INSTRUCTOR
INGENIERO JORGE AUGUSTO ESCOBAR MEDINA

SENA
A partir de este inicio de documentos hablaremos de las diferentes técnica para entender
cómo es que realmente podemos obtener, organizar, aplicar y estudiar las diferentes
formas de expresar a nuestro clientes el desarrollo de su proyecto sin que esto afecte la
falta de claridad y procesos
Uno de estos es el UML o por sus siglas traducidas el Lenguaje Unificado de modelado.

Son técnicas que nos permiten modelar, visualizar, especificar, construir y documentar
sistema para desarrollos de proyectos.
Tabla 1 Resumen Historico

AÑO DE NACIMIENTO 1994

FUNDADORES Grady Boooch, James Rumbaugh, Ivar Jacobson

Realmente para mucho:

• Nos hace mas fácil y simplifica las complejidades
• Siempre tiene abiertas la formas de comunicación
• Es autónomo a la hora de desarrollo de software y de procesos
• Es una ayuda en la elaboración de problemas arquitectónicos
• Aumenta nuestra calidad de trabajo
• Reduce costos

Existen 2 tipos de Diagramas que componen un UML los cuales son

DIAGRAMAS ESTRUCTURALES
Son estructuras estáticas y muestran
diferentes niveles de abstracción e
implementación. Nos ayuda a visualizar
las diversas estructuras que componen un
sistema
DIAGRAMAS DE COMPORTAMIENTO
Son mas Dinámicos para reflejar el
sistema a desarrollar o del proceso a
ejecutar, muestran su funcionalidad y se
enfatiza en lo que va a ocurrir en el
sistema que estamos diseñando

2
GLOSARIO
Especificación de Sistemas: Es una descripción completa del comportamiento del
sistema que se va desarrollar
Método Booch: Creado por Grady Booch, combina elementos gráficos de
comportamiento y estructurales para la especificación del procesos.
Método OMT: Diseñado por James Rumbaugh, es un diseño que se centra en
entender y modelar problemas de dominio de la aplicación codifica y prueba lo
diseñado.
Método OOSE: Autor Ivar Jacobson y se concentra mas en verificar el trabajo de cada
uno de los paquetes de servicio definidos en el modelo de análisis.

CONCLUSIONES
1. Gracias a estas especificaciones podemos dar mas orden y claridad a nuestros
proyectos
2. Tenemos mas herramientas clara para presentar nuestro proyecto y saber como
lo vamos a desarrollar
3. Tendremos orden en nuestros proyectos
4. Sera mas eficiente y sin contratiempo el desarrollo de nuestros proyectos de
software