Actividad 1

Introduccin al anlisis y diseo orientado a

objetos para la construccin de sistemas
Adolfo Duarte Rueda
Conteste las siguientes preguntas en un archivo anexo despus de llevar a cabo la
lectura. En caso de haber consultado otras fuentes incluya las referencias.
1. Qu es UML?
Es un lenguaje para especificar, construir, visualizar y documentar los artefactos
de un sistema de software orientado a objetos (OO). Un artefacto es una
informacin que es utilizada o producida mediante un proceso de desarrollo de
software.
2. Cul es la importancia de UML?
UML ha permitido a muchos programadores entender la importancia de la
planeacin para construir software, aunque esta etapa haba sido omitida en
pocas anteriores hoy en da cobra importancia en el xito de un proyecto de
software.
Hoy en da, UML ("Unified Modeling Language") est consolidado como el
lenguaje estndar en el anlisis y diseo de sistemas de cmputo. Mediante UML
es posible establecer la serie de requerimientos y estructuras necesarias para
plasmar un sistema de software previo al proceso intensivo de escribir cdigo. En
otros trminos, as como en la construccin de un edificio se realizan planos previo
a su construccin, en Software se deben realizar diseos en UML previa
codificacin de un sistema, ahora bien, aunque UML es un lenguaje, ste posee
ms caractersticas visuales que programticas, mismas que facilitan a integrantes
de un equipo multidisciplinario participar e intercomunicarse fcilmente, estos
integrantes siendo los analistas, diseadores, especialistas de rea y desde luego
los programadores.
3. Cules son los beneficios del modelado?
Entre ms complejo es el sistema que se desea crear, ms beneficios presenta el
uso de UML ("Unified Modeling Language"), las razones de esto son evidentes, sin
embargo, existen dos puntos claves : El primero se debe a que mediante un
plano/visin global resulta ms fcil detectar las dependencias y dificultades
implcitas del sistema, y la segunda razn radica en que los cambios en una etapa
inicial (Anlisis) resultan ms fciles de realizar que en una etapa final de un
sistema como lo sera la fase intensiva de codificacin. Puesto que UML es
empleado en el anlisis para sistemas de mediana-alta complejidad, era de

esperarse que su base radica en otro paradigma empleado en diseos de

sistemas de alto nivel que es la orientacin a objetos, por lo que para trabajar en
UML puede ser considerado un pre-requisito tener experiencia en un lenguaje
orientado a objetos. Hoy en da, entre los lenguajes orientados a objetos ms
utilizados se encuentran Java y C#, adems de otros ms antiguos como C++ y
SmallTalk, aunque el programar en todos estos lenguajes requiere experiencia
previa sobre la sintaxis y bloques especficos, el paradigma empleado en todos
ellos es el mismo: Objetos. Lo anterior permite que un anlisis en UML sea
realizado independiente del lenguaje en el que finalmente sea implementando el
Sistema (Java, C#, C++, SmallTalk), misma caracterstica que permite a personal
no familiarizado en lenguajes de programacin participen en el anlisis y diseo de
un sistema.
Extrado de: http://www.osmosislatina.com/lenguajes/uml/basico.html
4. Cul es el origen de UML y en que mtodos est basado?
El lenguaje UML comenz a gestarse en octubre de 1994, cuando Rumbaugh se
uni a la compaa Rational fundada por Booch (dos reputados investigadores en
el rea de metodologa del software). El objetivo de ambos era unificar dos
mtodos que haban desarrollado: el mtodo Booch y el OMT (Object Modelling
Tool). El primer borrador apareci en octubre de 1995. En esa misma poca otro
reputado investigador, Jacobson, se uni a Rational y se incluyeron ideas suyas.
Estas tres personas son conocidas como los tres amigos. Adems, este lenguaje
se abri a la colaboracin de otras empresas para que aportaran sus ideas. Todas
estas colaboraciones condujeron a la definicin de la primera versin de UML. La
notacin UML se deriva y unifica las tres metodologas de anlisis y diseos ms
extendidas.

Metodologa de Grady Booch para la descripcin de conjuntos de objetos y sus

relaciones.
Tcnica de modelado orientada a objetos de James Rumbaugh (OMT: Object Modelling Technique).
Aproximacin de Ivar Jacobson (OOSE: Object- Oriented Software
Engineering) mediante la metodologa de casos de uso (use case).

Extrado de: http://www.uml.org/

5. Cules son los objetivos de UML?
Proporcionar una notacin y semnticas suficientes para poder alcanzar una
gran cantidad de aspectos del modelado contemporneo de una forma directa
y econmica.
Permitir las semnticas suficientes para alcanzar aspectos del modelado que
son de esperar en un futuro, en la fundamentacin de aspectos relacionados
con la tecnologa de componentes, sistemas distribuidos u otros.

Establecer mecanismos de extensin de forma que proyectos concretos

puedan extender el meta-modelo a un coste bajo.
Implementar mecanismos de extensin de forma, que permita aproximaciones
de modelado futuras y puedan desarrollarse encima del UML.
Proporcionar semnticas suficientes para especificar las interfaces a
bibliotecas para la comparacin y el almacenamiento de componentes del
modelo.
Evitar la complejidad como sea posible pero manteniendo la capacidad de
modelar toda la gama de sistemas que se necesita construir.
UML es un lenguaje de modelado de propsito general que pueden usar todos
los desarrolladores.
Debe ser un lenguaje universal, como cualquier lenguaje de propsito general.
Imponer un estndar global.
Ser independiente del proceso de desarrollo y de los lenguajes de
programacin.

Extrado de: http://www.uml.org/

6. Cul es el futuro de UML?
El UML no tiene propietario y est abierto universalmente. Muchos autores de
metodologas, organizaciones y vendedores de herramientas han comenzado a
usarlo. Puesto que UML se construy sobre la semntica y notacin de Booch,
OMT, OOSE, y otras metodologas lderes, que incorporan mejoras de
compaeros de UML y retroalimentaciones del pblico en general, la adopcin del
UML a nivel mundial es de manera especfica. Hay dos aspectos de "unificacin"
que UML logra. El primero es que efectivamente termina con muchas de las
diferencias, a veces inconsecuentes, entre los lenguajes modeladores de mtodos
previos. Segundo y ms importante, unifica las perspectivas entre muchos
diferentes tipos de sistemas (negocio vs software), fases de desarrollo
(requerimientos, anlisis, diseo e implementacin), y conceptos internos.
Extrado de: http://www.usmp.edu.pe/publicaciones/boletin/fia/info21/uml.htm

Estudie tanto la lectura como la presentacin sobre Ciclos de Vida y genere una
tabla comparativa. Debern incluirse las siguientes columnas:

Nombre del ciclo de vida

Ventajas
Desventajas
Proyectos en que puede utilizarse

La tabla no debe ser mayor a una pgina.

Nombre Ciclo
de vida

Ventajas

Cascada

En V

Entregas
Incremental

En espiral

Desventajas

La planificacin es
sencilla
La
calidad
del
producto es alta
Permite trabajar con
un personal poco
calificado

A necesidad de tener
todo los requisitos al
principio
no
hay
posibilidad de corregir
errores a tiempo

Aumento
en
los
costos del desarrollo

Son las mimas del

modelo
anterior

Son las mimas del

modelo anterior
Ofrece
mayor
garanta de correccin
al terminar el proyecto
Con un paradigma
incremental se reduce
el
tiempo
de
desarrollo inicial
Tambin provee un
impacto
ventajoso
frente al cliente, que
es
la
entrega
temprana de partes
operativas
del
software
Permite entregar el
cliente un producto
ms
rpido
en
comparacin
del
modelo en cascad
No
necesita
una
definicin Completa
de los requisitos para
empezar a funcionar
Es ms fcil validar
los requisitos
El riesgo en general
es menor
El riesgo de sufrir
retraso es menor

Proyectos en que puede

utilizarse
Aquellos para los que se
disponen de todas las
especificaciones desde el
principio
Proyectos de reingeniera
Proyectos complejos que
se entienden bien desde el
principio
En aplicaciones pequeas
Transacciones de bases de
datos.

Sistemas de tiempo no real

Sistemas de bajo nivel de
seguridad
Sistemas de bajo ndice de
riesgos

Es difcil evaluar los

riesgos

Necesita
de
la
participacin continua
por parte del cliente
Hay que producir
previamente
una
especificacin
completa de los que
se necesita. Y esto
lleva tiempo

Sistemas de gran tamao

Proyectos
donde
sea
importante el factor riesgo
Cuando sea posible definir
al principio de todos los
requisitos

Requiere de mucha
planeacin,
tanto
administrativa como
tcnica
Requiere de metas
claras para conocer el
estado del proyecto

Estudio de caso.
El Sr. Reyes, dueo de la empresa Renta Autos S.A. desea introducir un nuevo
sistema para el manejo de las operaciones de su negocio. El espera que el
sistema le permita tener mayor control del proceso y que le facilite al cliente la
bsqueda, reservacin y consulta de sus rentas. Durante este curso, por medio de
diferentes actividades, le ayudaremos al Sr. Reyes!! , lee detenidamente el caso
que se encuentra en la seccin de materiales de este curso y realiza lo siguiente:

Empleados
Clientes
Autos
Clasifiacion_autos
Costos_de_renta
Reservacin
Devolucin
Factura
Medio_de_pago
Renta_actual
Renta_Historica