FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

Transcripción

1 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. 2015

2 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 Imagen relacionada de video de YouTube

3 .1. Relación de Conceptos

4 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ón de los Modelos 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. El UML es una definición de un lenguaje de símbolos y relaciones comunes que tiene un significado común, si todos los participantes hablan UML, entonces las imágenes tienen el mismo significado para todo aquello que las observe, por lo tanto, aprender UML es esencial para ser capaz de usar imágenes para experimentar económico, flexible y dar rápidas soluciones.

5 Uso de los Modelos Dirección de Educación a Distancia y Virtual 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 Tipos de Diagramas Existen varios tipos de diagramas que el individuo puede crear, miremos los tipos que se pueden usar y los tipos de información que se pretende transmitir con cada uno de los diagramas.

6 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. Los símbolos principales de las cajas de uso son el actor, y el ovalo de la caja de uso, los diagramas son responsables principalmente de documentar los macro requisitos del sistema, pensando en la lista de capacidades que debe tener o proporcionar el sistema.

7 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 repetición.

8 Ejemplo Página web Ejemplo Software de producción

9 Ejemplo tienda virtual

10 Diagrama de Actividades 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 Un diagrama de actividades es una herramienta excelente para analizar problemas que al final, el sistema debe resolver. Como una herramienta de análisis, no queremos empezar resolviendo el problema a un nivel técnico mediante la asignación de clases, pero podemos usar diagramas de actividades para entender el problema e incluso refinar los procesos que comprenden el problema.

11 Diagrama de Clases 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 interacciones entre los objetos de un sistema, podemos revisar los diagramas de interacción.

12 Otros Diagramas 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. Ejercicios por temas Cuál cree usted que es el futuro de los lenguajes de programación? Qué papel aporta UML a la parte lógica?

13 EJERCICIO DE APRENDIZAJE: Escriba o plantee el caso, problema o pregunta: 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ón del taller:

14 Pista de aprendizaje: Tener en cuenta: es una herramienta de análisis que nos permite optimizar recursos, tiempos y mejoras en la creación de un sistema de cómputo. Tenga presente: no es una herramienta exclusiva para el desarrollo de software. Traer a la memoria: 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. Taller de entrenamiento 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: Prueba Final Qué procesos requiere para que sea válida su credencial y alquilar pueda comprar la película de su predilección? 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 Relación con otros temas Introducción al Desarrollo de Software tiene un gran alcance con áreas relacionadas con lógica y programación, partiendo de los algoritmos y estructuras de datos como surtidores de elementos lógicos que darán la base de trabajo de toda la carrera, estos últimos muy unidos con los lenguajes de programación y las bases de datos para grandes volúmenes de información en almacenamiento, no se puede desconocer la importancia de ingeniería del software, arquitectura de software, los compiladores y los tópicos especiales, hacen que introducción al desarrollo sea un punto importante dentro del engranaje principal de la carrera que abarca muchos de los temas más cercanos a las necesidades de los usuarios finales.