1

LENGUAJE UNIFICADO UML

200609_6

TRABAJO COLABORATIVO_1
AGENCIA DE VIAJES ASTROS

TRABAJO PRESENTADO:

LEYDY SUSANA VALENCIA RINCÓN

CÓDIGO: 38682020
YUDIS MENDOZA FLOREZ
CODIGO: 50879536
FLOR ERNILDA AMARILES ESPINOSA.
CC 39- 443-748
DILLY DAGNIS MONTES RAMIREZ
CC 43741685

TUTOR
NILSON ALBEIRO FERREIRA MANZANARES

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA-UNAD

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
MARZO DE 2014
 2

CONTENIDO

Página
INTRODUCCIÓN ..................................................................................................... 3
1. OBJETIVOS ........................................................................................................ 4
1.1 Objetivo General .............................................................................................. 4
1.2 Objetivos Específicos...................................................................................... 4
2. Desarrollo de la Actividad ............................................................................5-13
CONCLUSIONES .................................................................................................. 14
BIBLIOGRAFÍA ..................................................................................................... 15
 3

INTRODUCCIÓN

El levantamiento de requerimientos es una etapa esencial en el arranque de todo proyecto de

desarrollo de software y debe de realizarse efectivamente para poder aumentar en grande
las garantías de éxito de los proyectos. Esta es una de las fases más importantes en las que
los desarrolladores deben reunirse con los clientes para poder hacer un listado de
requerimientos funcionales y no funcionales de manera que queden claras todas las
características que desea el cliente que el aplicativo posea. Esta fase es susceptible a fallos
cuando no se realizan la documentación apropiada de dichos requerimientos.
UML, se ha convertido en la herramienta estándar que permite la construcción de planos de
software. UML es la respuesta, pues mediante este lenguaje se organiza el proceso de
diseño donde los analistas, clientes, desarrolladores y todo el equipo de trabajo que
intervengan en el proyecto, comprenderán y participara en la mejor solución al problema
presentado, enfrentando la complejidad que se presente y se resuelva de una manera
organizada.
En UML los diagramas de clases son diagramas de estructura estática que muestran las
clases del sistema y sus interrelaciones (incluyendo herencia, agregación, asociación, etc).
Los diagramas de clase son el pilar básico del modelado con UML, son usados para mostrar
lo que el sistema puede hacer (análisis), como para mostrar cómo puede ser construido
(diseño).
 4

1. OBJETIVOS

1.1 Objetivo General:

Realizar a partir de los requerimiento el modelado de diagramas de clase de la

empresa “Viales Astros”

1.1 Objetivos Específicos:

Identificar los requerimientos funcionales de la empresa.

Cumplir con los requerimientos solicitados.
Indagar y construir el diagrama de clase.
Identificar la Unidad I del curso Lenguaje de modelado unificado UML
 5

Planteamiento del Problema

La agencia de viajes "Viajes Astros" desea diseñar una aplicación web (Online) que
permita gestionar los diferentes destinos aéreos que ofrece y que contemple los requisitos
que se extraen de los siguientes requerimientos.

El objetivo de esta aplicación es el de ofrecer al cliente la mayor información de cada

destino aéreo que se oferta en el país y obtener la información básica del cliente, los horarios
que se realizan en un día y el costo asociado con el destino que se elija. En cada destino
aéreo se visitan unas ciudades (se tiene que contemplar su nombre y número de habitantes)
y cada ciudad posee unos lugares.

De interés que se visitarán a lo largo del viaje. Para ofrecerle una información más precisa al
viajero, cada lugar de interés tendrá una valoración del 1 al 3. La aplicación deberá contar,
entre otras, con una clase llamada destino aéreo, la cual deberá ofrecer un interfaz que
permita:

Listar todas las ciudades que se visitan.

Buscar lugares de interés de un circuito determinado

Toda la información descrita anteriormente, se encuentra almacenada en el disco duro del

servidor en ficheros de objetos (el número de ficheros y su estructura lo decidirá el alumno).
Se deberán capturar todas las excepciones que se puedan lanzar.
 6

Para la construcción de esta actividad se utilizó el software staruml siguiendo los siguientes
pasos.

1 instalación del software staruml

 7

2 se inicia la aplicación staruml

3 se seleccióna por defecto el icono de la defautapproach

 8

2. UML, ¿MÉTODO O LENGUAJE DE MODELADO?

UML es un lenguaje para hacer modelos y es independiente de los métodos de análisis y

diseño. Existen diferencias importantes entre un método y un lenguaje de modelado.
Un método es una manera explícita de estructurar el pensamiento y las acciones de cada
individuo. Además, el método le dice al usuario qué hacer, cómo hacerlo, cuándo hacerlo y
por qué hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los
métodos contienen modelos y esos modelos son utilizados para describir algo y comunicar
los resultados del uso del método

MODELO ESTRUCTURAL: Distribución de los elementos verticales de soporte en una

estructura, que permite elegir un sistema apropiado para el envigado, asimismo la
distribución interna de espacios y funciones. También llamada configuración estructural

MODELO ESTRUCTURADO: método clásico que especifica los requerimientos y modelos

de los sistemas por medio de herramientas gráficas.

PLANTEAMIENTO DEL PROBLEMA

La agencia de viajes "Viajes Astros" desea diseñar una aplicación web (Online) que permita
gestionar los diferentes destinos aéreos que ofrece y que contemple los requisitos que se
extraen de los siguientes requerimientos.

El objetivo de esta aplicación es el de ofrecer al cliente la mayor información de cada destino

aéreo que se oferta en el país y obtener la información básica del cliente, los horarios que se
realizan en un día y el costo asociado con el destino que se elija. En cada destino aéreo se
 9

visitan unas ciudades (se tiene que contemplar su nombre y número de habitantes) y cada
ciudad posee unos lugares

4 se selecciona la clase use case model

5 se le agrega las clases

Diagrama de clases
10
 11

B. Implementar las clases necesarias para establecer la lógica del programa.

(Es importante que considere que datos adicionales se deben de tener en cuenta para
poder obtener una aplicación de calidad)

Como primer paso para la identificación de las clases, empezamos sacando una lista de
todos los sustantivos en la descripción del problema:

Destino Aéreo
Cliente
Ciudad
Lugar de interés
Oferta
Paquete ofrecido
Reporte

Eliminamos algunas Clases redundantes como:

Destino aéreo y Circuito: se utilizaría una clase destino aéreo la cual se refiere a una región a
la cual se llega y hay una o varias ciudades que visitar, en la descripción del problema
también se refieren a esto con la palabra circuito, para la aplicación sería más conveniente
usar “destino aereo” en vez de “circuito”.

También determinamos los sustantivos eliminados que se podrían reemplazar por unos más
acertados:

SUSTANTIVO |REEMPLAZADO POR

destino aéreo _ Destino Aéreo
Lugar de interés _ Lugar
Número de habitantes _ población
Horario _Hora
Día _ Fecha

2. SELECCIÓN DE CLASES

Como segundo paso realizamos la selección de clases.

Para ello eliminamos las clases innecesarias:

Eliminamos algunas Clases redundantes como:

 12

Destino aéreo y Circuito: se utilizaría una clase destino aéreo la cual se refiere a una región a
la cual se llega y hay una o varias ciudades que visitar, en la descripción del problema
también se refieren a esto con la palabra circuito, para la aplicación sería más conveniente
usar “Destino Aéreo” en vez de “circuito”.

También determinamos los sustantivos eliminados que se podrían reemplazar por unos más
acertados:

|SUSTANTIVO |REEMPLAZADO POR |

|destino aéreo |DestinoAereo |
|Lugar de interés |Lugar |
|Número de habitantes |población |
|Horario |Hora |
|Día |Fecha |
|Listar ciudad
VisualizarCiudad |
|Buscar lugar |buscarLugar |

Tenemos una clase irrelevante: habitante.

Tenemos en nuestra lista Clases que son atributos:

|Atributo |Pertenece a la Clase |

|nombre_ciudad, horarios, multas||Destino Aéreo |
|nombre_cliente, telefonocliente||Cliente |
|Nombre_cuidad,numero_habitantes||Ciudad |
|Nombre_,dirección,_valorizacion||Lugar de interés |
|Destino,_duracion||Oferta |
|Valor,hotel,aerolinea||Paquete ofrecido |
|Listar,buscar||Reporte|

Estas dos clases son operaciones: visualizarCiudad(), buscarLugar()

A continuación tenemos cuáles son las clases candidatas de nuestro sistema a analizar:

|NOMBRE CLASE |ATRIBUTOS |

|DestinoAereo |nombreDestino,fechasalida,multas|
|Ciudad |nombreCiudad,numeroshabitante |
|Lugar |nombreLugar,numerohabitantes|

3. IDENTIFICACIÓN DE LAS RELACIONES

 13

Inicialmente se muestran las relaciones básicas existentes entre las diferentes clases del
sistema. Para ello identificamos las siguientes frases:

|Destino Aéreo ||Reporte|

|Cliente ||Oferta ||Paquete ofrecido |
|Ciudad ||Lugar de interés |

Reescribimos las frases para así obtener las candidatas:

|El destino contiene ciudades. El destino tiene fecha y hora. El destino tiene un costo. |
|La ciudad pertenece a un destino. La ciudad tiene nombre, y tiene población. La ciudad
contiene lugares. |
|El lugar pertenece a una ciudad. El lugar tiene una valoración, el lugar tiene nombre. |

De manera que al final resuelva los siguientes interrogantes:

Que clases resuelven el problema planteado?

Después del debate planteado y el análisis del casos propuesto hemos concluidos como final las
siguientes clases los cuales nos ayudaron a encontrar la solución a dicho problema.

|Destino Aéreo |
|Cliente |
|Ciudad |
|Lugar de interés |
|Oferta |
|Paquete ofrecido |
|Reporte|

Las clases padre, hijo y hojas definidas en las relaciones establecidas

Clases padre: Cliente

Clase hijo: Ciudad, paquetes ofrecidos, reporte, destino aéreo.
Hojas: Lugar de interés, oferta.
 14

CONCLUSIONES

Para desarrollar un modelo en UML primero se deben identificar las Clases, luego los atributos
y por último las relaciones entre cada clase.

En la práctica el diagrama de clases nos permitió ver cómo se aplican las vistas de diseño
estático de un sistema.

Un diagrama de clases casi siempre se hace junto con otros diagramas para dar
descripciones de los tipos que se utilizan.

Cabe recordar que entre clases existen tres relaciones de diferentes, dependencias,
generalización y Asociación. En ellas se resalta de una clase destino y por lo tanto una
clase de origen que viene a ser la que se encarga de „relacionar‟. Las relaciones
también se pueden modificar con estereotipos o con restricciones.

Es importante tener en cuenta que los diagramas de clases de UML pueden utilizarse
para proporcionar una descripción de los tipos utilizados en un sistema como también
para clarificar la terminología usada entre aplicación y usuarios en las descripciones
de las necesidades de ellos.

En la práctica el diagrama de clases nos permitió ver cómo se aplican las vistas de diseño
estático de un sistema.

Según la sintaxis del problema se definen las relaciones entre clases.

 15

BIBLIOGRAFIA

Modulo Lenguaje Unificado de modelado UML, (Elaborado), Harold Cabrera Meza (Actualizado).
Nilson Albeiro Ferreira Manzanares. 2013.

Universidad Nacional Abierta y a Distancia, [en línea] Citado el 27 de febrero del 2013, Disponible en
Internet: http://www.unad.edu.co/home/

http://www.codecompiling.net/files/slides/UML_clase_04_UML_clases.pdf

http://es.scribd.com/doc/13314961/UML-Diseno

Libro Aprendiendo UML en 24 horas, (Elaborado), Joseph Schmuller (Prentice Hall)

http://argouml.tigris.org/

http://www.youtube.com/watch?v=jtf7l5N0Iaw