CRISTIAN DAVID ESCORCIA GUZMAN - 562910 ACTIVIDAD 1 INTRODUCCIN AL ANLISIS Y DISEO ORIENTADO A OBJETOS PARA LA CONSTRUCCIN DE SISTEMAS

1) 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. Qu es UML? Cul es la importancia de UML? Cules son los beneficios del modelado? Cul es el origen de UML y en que mtodos est basado? Cules son los objetivos de UML? Cul es el futuro de UML?

2) 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. =SOLUCION= 1) UML (Unified Modeling Language) o en espaol (Lenguaje de Modelado Unificado), como su significado lo indica es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Se ha convertido en el estndar de hecho de las industrias, debido a que ha sido concebido por los autores de los tres mtodos ms usados de orientacin a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh. Estos autores fueron contratados por la empresa Rational Software Co. para crear una notacin unificada en la que basar la construccin de sus herramientas CASE. En el proceso de creacin de UML han participado, no obstante, otras empresas de gran peso en la industria como Microsoft, Hewlett-Packard, Oracle o IBM, as como grupos de analistas y desarrolladores. La importancia que tiene hoy en da, UML (Lenguaje de Modelado Unificado) 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. Algunos de los beneficios del modelado son:

1. Mejora la productividad del equipo de desarrollo (por ej. los modelos se pueden usar
para generar cdigo de forma semi-automtica)

CRISTIAN DAVID ESCORCIA GUZMAN - 562910

2. Reduce el nmero de defectos en el cdigo (los modelos permiten una validacin 3. 4. 5. 6.
temprana del sistema) Facilita la comprensin (con lo que adems se facilita la integracin de nuevos miembros en el equipo) y, ya de paso, documentan el sistema para el futuro. Mejora la descomposicin y popularizacin del software Facilita la evolucin y mantenimiento del software Mejora la reusabilidad.

su origen se da ente los aos 94 - 96 con los aportes de Gary Booch, James Rumbaugh y Ivar Jacobson, cuando estas 3 personas comienzan a trabajar juntos despus de que cada uno haba creado sus propias metodologas en los 80s; aportndose ideas entre ellos logran consolidarlas con uno solo. Esto llama la atencin de grandes empresas a nivel mundial que conforma un consorcio y presentan la primera versin de UML en el ao de 1997 ante el OMG group. UML est basado en los siguientes mtodos: 1. Object - modeling technique de Rumbaugh, el cual se enfoca en el anlisis orientado a objetos. 2. Mtodo Booch de Booch, el cual se enfoca en el diseo orientado a objetos. 3. Mtodo de ingeniera de software orientado a objetos de Jacobson. Hubo varios objetivos detrs del desarrollo de UML. El primero y ms importante, UML es un lenguaje de modelado de propsito general que pueden usar todos los modeladores. No tiene propietario y est basado en el comn acuerdo de gran parte de la comunidad informtica. Esto significa incluir conceptos de los mtodos lderes para que UML pueda usarse como su lenguaje de modelado. UML no pretende ser un mtodo de desarrollo completo. No incluye un proceso de desarrollo paso a paso. Un objetivo final de UML era ser tan simple como fuera posible pero manteniendo la capacidad de modelar toda la gama de sistemas que se necesita construir. UML necesita ser lo suficientemente expresivo para manejar todos los conceptos que se originan en un sistema moderno, tales como la concurrencia y distribucin, as como tambin los mecanismos de la ingeniera de software, tales como encapsulacin y componentes. Debe ser un lenguaje universal, como cualquier lenguaje de programacin de propsito general. El UML no tiene propietario y est abierto para todos. Muchos metodologstas, organizaciones y vendedores de herramientas han comenzado a usarlo. Aunque UML define un lenguaje preciso, no es una barrera a futuras mejoras en conceptos de modelado. Hemos visto muchas tcnicas lderes, pero esperamos que futuras tcnicas influyan en las versiones futuras de UML. El UML actualmente espera ser la base de muchas herramientas, incluyendo aquellas de modelado visual, simulacin y ambientes de desarrollo. El UML ha integrado muchas ideas disparatadas, su integracin acelerar el uso de metodologas OO. El desarrollo basado en componentes se aproxima y merece mencionarlo, ste es correlativo con las tradicionales tcnicas OO. Mientras el uso de componentes est comenzando a incrementarse esto no significa que las tcnicas basadas en componentes reemplazarn a las tcnicas OO. Slo hay sutiles diferencias entre la semntica de componentes y clases.

CRISTIAN DAVID ESCORCIA GUZMAN - 562910

2) NOMBRE CICLO DE VIDA VENTAJAS DEL CICLO DE VIDA
Es un modelo disciplinado sencillo y

DESVENTAJAS DEL CICLO DE VIDA

Los proyectos raramente siguen el proceso lineal tal como se defina originalmente el ciclo de vida Es difcil que el cliente exponga explcitamente todos los requisitos El cliente al principio debe tener

PROYECTOS EN QUE PUEDEN UTILIZARSE

Ideal para proyectos en que se conozca muy bien la herramienta a utilizar

CICLO DE VIDA EN CASCADA

Es fcil aprender a utilizarlo y comprender su funcionamiento Est dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa Ha sido muy usado y, por tanto, est ampliamente contrastado Ayuda a detectar errores en las primeras etapas a bajo costo Ayuda a minimizar los gastos de planificacin, pues se realiza sin problemas

paciencia pues obtendr el producto al final del ciclo de vida No refleja exactamente cmo se programa realmente el sistema, en el que suele haber un gran componente iterativo Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones

PROCESO UNIFICADO

CICLO DE VIDA PROTOTIPO

Las iteraciones y construcciones proporcionan reducen la proporcin de las tareas, grupos de trabajo y permiten un constante control de riesgos y realimentaciones. Permite un lenguaje comn como lo es UML, convirtiendo al desarrollo de software una disciplina de ingeniera en vez de meramente escribir cdigo. Al emplear las tecnologas de componentes, se puede emplear la reutilizacin, reduciendo el tiempo y los costes de desarrollo. Permite la construccin del sistema con requisitos poco claros o cambiantes El cliente recibe una versin del sistema en muy poco tiempo, por lo que lo puede evaluar, probar e, incluso, empezar a utilizarlo Se pueden introducir cambios en las funcionalidades del sistema en cualquier momento Involucra al usuario en la evaluacin de la interfaz de usuario Se reduce el riesgo y la incertidumbre sobre el desarrollo.

Todo el proceso como tal, se encuentra muy ligado al mtodo, lo que puede ocasionar inconvenientes al tratar de combinar con otras metodologas. A pesar de su desarrollo, el mtodo an no incluye una metodologa totalmente explcita para el control de las actividades de gestin.

Se usa para describir el proceso genrico que incluye aquellos elementos que son comunes a la mayora de los Refinamientos existentes. Tambin permite evitar problemas legales ya que es una marca registrada por IBM.

El cliente puede quedar convencido con las primeras versiones y, quizs, no vea la necesidad de completar el sistema o redisearlo con la calidad necesaria Requiere trabajo del cliente para evaluar los distintos prototipos y traducirlo en nuevos requisitos Requiere un tiempo adicional para definir adecuadamente el sistema No se sabe exactamente cunto ser el tiempo de desarrollo ni cuantos prototipos se tienen que desarrollar Si un prototipo fracasa, el coste del proyecto puede resultar muy caro.

La Metodologa de Prototipo, est orientada al desarrollo de prototipos y Fuertemente apoyada en tecnologa de Bases de Datos y herramientas visuales para Desarrollo Orientado a Objetos.

CRISTIAN DAVID ESCORCIA GUZMAN - 562910 MODELO INCREMENTAL

Dividir el proyecto en builds. Menos traumtico. Rpido retorno de la inversin. Requiere de una arquitectura abierta, se puedan integrar las porciones que se van generando a pesar de requerimientos no estticos. Se usan variaciones de este ciclo de vida en los ciclos orientados a objetos. Incorpora muchas de las ventajas de los otros ciclos de vida Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistemticos del modelo clsico Proporciona el potencial para el desarrollo rpido de versiones incrementales Puede adaptarse y aplicarse a lo largo de la vida del software Es un enfoque realista del desarrollo del software Permite aplicar el enfoque de construccin de prototipos en cualquier momento para reducir riesgos Reduce los riesgos antes de que se conviertan en problemticos Controla muy bien los riesgos y mientras ms iteraciones se realicen, menos riesgos habr Monitoriza y controla los riesgos continuamente Es excelente para programas escritos por una sola persona. Peligro de caer en construir y corregir (Build-and-fix). Si no se tiene una arquitectura definida desde un inicio problemas para integrar y de mantenimiento. El modelo incremental se aplica cuando en un proyecto tenemos un tiempo lmite

CICLO DE VIDA EN ESPIRAL

Puede resultar difcil convencer a algunos clientes de que el enfoque evolutivo es controlable Solo resulta aplicable para proyectos de gran tamao Supone una carga de trabajo adicional, no presente en otros ciclos de vida Requiere una considerable habilidad para la evaluacin y resolucin del riesgo, y se basa en esta habilidad para el xito Si un riesgo importante no es descubierto y gestionado, indudablemente surgirn problemas Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable El modelo no se ha utilizado tanto como otros, por lo que tendrn que pasar aos antes de que determine con certeza la eficacia de este modelo Disminucin de mantenimiento rpidamente con el aumento de tamao del programa. Totalmente insatisfactorio.

Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo, la creacin de un Sistema Operativo.

MODELO BUILD AND FIX

Debe usarse para programas pequeos

BIBLIOGRAFIAS CONSULTADAS
http://www.buenastareas.com/ensayos/Desarrollo-Orientado-a-Objetos-Uml/1166061.html http://www.osmosislatina.com/lenguajes/uml/basico.htm http://modeling-languages.com/beneficios-del-modelado-de-software-o-c-mo-convencer-tu-project-manager/ http://bicovemcali.blogspot.com/2010/12/uml-unified-modelign-process.html http://www.oocities.org/es/annadugarte/ads1/ObjetivosdeUML.htm http://imperiodigitallibre.blogspot.com/2010/05/conceptos-sobre-uml.html