FACULTAD
DE
CIENCIAS
BÁSICAS
E
INGENIERÍA
Asignatura:
Introducción
al
Desarrollo
del
Software
Dirección de Educación a Distancia y Virtual
Este material es propiedad de la Corporación Universitaria Remington (CUR), para los estudiantes de la CUR en todo el país.
Dión de Educación a Distancia y Virtual Asignatura: Introducción al Desarrollo del
1.
TIPOS
DE
PROGRAMACIÓN
E
INTRODUCCIÓN
AL
UML
http://www.youtube.com/watch?v=xbruv-rcsbm
3.1.
Introducción
al
UML
UML, es un lenguaje de Modelos Unificados por sus siglas en inglés, es el lenguaje de modelos de sistemas de software más popular en la actualidad, es un lenguaje para construir, especificar, visualizar y documentar sistemas de aplicativos.
ComprensióndelosModelos
Un modelo es una colección de imágenes y texto que representa algo, para nuestro software.
Los modelos son valiosos por muchas razones específicas, en gran parte, constan de imágenes e incluso, las imágenes simples pueden transmitir más información que una gran cantidad de texto. Los modelos son valiosos porque es más fácil dibujar algunas imágenes sencillas que escribir código o incluso texto que describa lo mismo, además es más económico, rápido y fácil de cambiar modelos que cambiar código o texto.
Dirección de Educación a Distancia y Virtual
3.1.1.1
Uso
de
los
Modelos
Los modelos consisten en diagramas o imágenes, lo que intenta con los modelos es que sea más fácil de producir y experimentar que con solo código.
Creación de diagramas
La primera regla de la creación de diagramas de modelos es que el código y el texto consumen tiempo, y no queremos pasar una gran cantidad de tiempo creando documentos de texto que nadie leerá. Lo que si queremos hacer es captar con exactitud las partes importantes del problema y una solución. Lamentablemente, esta no es una prescripción para el número o la diversidad de diagramas que necesitamos crear y no indica cuanto detalle necesitamos agregar a esos diagramas.
3.1.1.2
Tipos
de
Diagramas
Diagrama de cajas de uso (casos de uso)
Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.
Tipos de relaciones
Usa (<<uses>>) (o <<include>> en la nueva versión de UML): Relación de dependencia entre dos
casos de uso que denota la inclusión del comportamiento de un escenario en otro.
Extiende (<<extends>>): Relación de dependencia entre dos casos de uso que denota que un caso
de uso es una especialización de otro. Por ejemplo, podría tenerse un caso de uso que extienda la
forma de pedir azúcar, para que permita escoger el tipo de azúcar (normal, dietético o moreno) y
además la cantidad en las unidades adecuadas (cucharadas o bolsas). Un posible diagrama se
muestra en la figura
Se utiliza una relación de tipo <<extends>> entre casos de uso cuando nos encontramos con un caso
de uso similar a otro pero que hace algo más que éste (variante). Por contra, utilizaremos una relación
tipo <<uses>> cuando nos encontramos con una parte de comportamiento similar en dos casos de uso
y no queremos repetir la descripción de dicho comportamiento común.
En una relación <<extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus
extensiones. Mientras, en una relación <<include>> el actor que realiza el caso de uso base también
realiza el caso de uso incluido.
En general utilizaremos <<extends>> cuando se presenta una variación del comportamiento normal, y
<<include>> cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha
Ejemplo Página web
DiagramadeActividades
Un diagrama de actividades es la versión UML de un diagrama de flujo. Los diagramas de actividades se usan para analizar los proyectos y, si es necesario, volver a realizar la ingeniería de los procesos.
Educación a Distancia y Virtual natura: Introducción al Desarrollo del
DiagramadeClases
Los diagramas de clases se usan para mostrar las clases de un sistema y la relación entre ellas. Una sola clase puede mostrarse en más de un diagrama de clases y no es necesario mostrar todas las clases en un solo diagrama monolítico de clases. El mayor valor de mostrar las clases y sus relaciones desde varias perspectivas, de una manera que ayudara a transmitir la comprensión más útil.
Los diagramas de clases muestran una vista estática del sistema, no describe los comportamientos o cómo interactúan los ejemplos de la clase. Para describir los comportamientos y las
OtrosDiagramas
Existen otros tipos o variaciones de diagramas que podemos crear. Por ejemplo, un diagrama de topología del despliegue le mostrara como se verá desplegado su sistema. Lo común es que un diagrama de este tipo contenga símbolos que representan cosas, como servidores web, servidores de bases de datos y varios dispositivos diversos, así como software que construye la solución que usted requiere. Este tipo de diagrama es más común cuando usted está estructurando sistemas distribuidos en n hileras.
Ejerciciosportemas
Cuál cree usted que es el futuro de los lenguajes de programación?
Escribaoplanteeelcaso,problemaopregunta:
Durante los últimos 18 años se han venido imponiendo diferentes técnicas que mejoran el desarrollo de software de una manera acorde a las exigencias del mercado, una de esas herramientas es UML (Lenguaje de Modelos Unificados), la cual nos permite realizar la planificación para cualquier tipo de proyecto o para cualquier tipo de plataforma y metodología de desarrollo, es quizás las más utilizada y la más completa que encontramos en estos momentos.
Existen elementos básicos para la creación de un caso de uso como uno de los diagramas más básicos que encontramos.
Actor: es un rol que un usuario juega con respecto al sistema (no necesariamente representa a
una persona en particular, sino más bien la labor que realiza) Conector/herencia/dependencia
Caso
Se tiene un cliente que desea visitar un restaurante, después de solicitar la carta y hacer su pedido sucede lo siguiente:
Solucióndeltaller:
Pistadeaprendizaje:
Tenerencuenta: es una herramienta de análisis que nos permite optimizar recursos, tiempos y mejoras en la creación de un sistema de cómputo.
Tengapresente:no es una herramienta exclusiva para el desarrollo de software.
Traeralamemoria:que es un proceso que depende de la lógica del que analiza el problema, no hay una limitante de los procesos o una estructura única de creación.
Tallerdeentrenamiento
Actividad previa: Módulo Introducción al Desarrollo de Software – Unidad
Introducción a UML.
Describa la actividad:
Se desea analizar para un cliente nuevo que visita una video tienda:
¿Qué procesos requiere para que sea válida su credencial y alquilar pueda comprar la
película de su predilección?
PruebaFinal
Que significa el acrónimo UML?
UML solo se usa para modelar software?
Un buen modelo UML contendrá por lo menos un diagrama de cada tipo?
Actividad
Crear de una situación cotidiana un diagrama de cajas de uso y uno colaborativo.
