INGENIERIA DEL SOFTWARE - INGENIERIA DEL SOFTWARE

INGENIERIA DEL SOFTWARE

1. Programa de Ingeniería de Sistemas INGENIERÍA DE SOFTWARE Sesión 12 Tema: Modelado de la implementación: Diagramas de UML para el Modelado de la Implementación

2. Resultado de aprendizaje Implementa software empresarial con técnicas y métodos de ingeniería para una organización real Evidencia de aprendizaje Informe Académico individual de: Modelamiento de la implementación

3. Agenda Modelado de la implementación: Diagramas de UML para el Modelado de la Implementación. Guía de Práctica de Laboratorio11: Modelado de Implementación de Software

4. Revisa el siguiente video:

5. Después de haber visualizado el video en la slide anterior, reflexionamos y respondemos las siguientes interrogantes: 01 ¿Cuál es la idea principal o el concepto clave que se destaca en el video? 02 ¿Cómo se relaciona este tema con otros conceptos dentro del mismo campo de estudio? 03 ¿Cuáles son las implicaciones prácticas o aplicaciones de este conocimiento en la vida cotidiana o en el ámbito profesional?

6. Modelado de la implementación: Diagramas de UML para el Modelado de la Implementación

7. Diseño e implementación de la capa Aplicación y Presentación.. Análisis y diseño de Sistemas - Sesión 12

8. CONCEPTOS BASICOS CONCEPTOS BASICOS Análisis y diseño de Sistemas - Sesión 12

9. Diagrama de Despliegue Un Diagrama de Despliegue modela la arquitectura en tiempo de ejecución de un sistema. Esto muestra la configuración de los elementos de hardware (nodos) y muestra cómo los elementos y artefactos del software se trazan en esos nodos. Notación El diagrama de componentes utiliza, principalmente, dos tipos de elementos: Nodos y conexiones. Análisis y diseño de Sistemas - Sesión 12

10. Nodos Los nodos se definen como elementos utilizados para representar un  elemento físico que interactúa  de alguna manera con el sistema o bien forma parte del mismo. Se representa utilizando un cubo tridimensional, tal y como representa la siguiente figura: Análisis y diseño de Sistemas - Sesión 12

11. Nodos Algunos ejemplos de nodos podrían ser los siguientes: Servidor web, Servidor DNS, Servidor de Aplicaciones, PC Usuario, Base de datos… Como ves todos son elementos físicos que participan de alguna manera en el funcionamiento del sistema. Los nodos también pueden ser representados utilizando  iconos personalizados  con la finalidad de clarificar el contenido del diagrama. Algunos de estos iconos de uso extendido son: Un muro para representar un Firewall. Un icono de un PC para representar el equipo de un usuario. Un circulo con flechas para identificar a un router . Una nube para representar una WAN (aunque no es propiamente un nodo) Un cilindro para representar una base de datos. Análisis y diseño de Sistemas - Sesión 12

12. Nodos Un nodo a su vez puede tener nodos incluidos en su interior, dando a conocer que son sistemas separados incluidos dentro del mismo nodo físico. De esta forma se compondrían los  nodos compuestos. Análisis y diseño de Sistemas - Sesión 12

13. Conexión La conexión representa una  asociación entre dos nodos , a través de la cual estos nodos son capaces de transmitir información en forma de mensajes o señales. Se representa utilizando una línea continua que une los dos nodos que se asocian. Análisis y diseño de Sistemas - Sesión 12

14. Conexión Es común incluir en las conexiones una etiqueta que represente a través de que  medio se realiza la conexión . Por ejemplo: Internet, WAN… También, si es relevante, se suele poner al lado de los nodos el  número de nodos  que participan en la asociación. Por ejemplo, un servidor web al que se conectan usuarios a través de una red WAN y que se prevé una conexión de 100 usuarios tendría la siguiente representación: Análisis y diseño de Sistemas - Sesión 12

15. Artefacto Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso ( e.g . modelos de Casos de Uso, modelos de Diseño, etc.), archivos fuente, ejecutables, documentos de diseño, reportes de prueba, prototipos, manuales de usuario y más. Un artefacto se denota por un rectángulo mostrando el nombre del artefacto, el estereotipo « artifact » y un icono de documento, como a continuación. Análisis y diseño de Sistemas - Sesión 12

16. Ejemplo Análisis y diseño de Sistemas - Sesión 12

17. Una empresa que sus oficinas se encuentran en un edificio; cuenta con un servidor con 12 GB de Ram que es el que maneja el dominio de la red, tiene 1 servidor de bases de datos SQL Server con 12 GB de Ram , 1 servidor que maneja los correos incluyendo y 1 Servidor que maneja servicio Web. En el departamento de Ventas se cuenta con 15 vendedores que cuentan cada uno con una PC como estaciones de red. En almacén cuenta con 4 almacenero que cuentan con una PC. En Compras cuentas con 3 empleados de compras cada uno cuenta con una PC. Se cuenta dentro de la red con 2 impresora de red que es administrada por el servidor de dominios. Las computadoras están conectados con cable UTP. Algunos clientes se conectan via Internet con el sistema de Ventas que se encuentra operando desde internet esta conexión se realiza vía un servicio de Movistar. Los proveedores se conectan con el sistema de compras se encuentra operando desde internet esta conexión se realiza via un servicio de Movistar. CASO Practico : Arquitectura equipamiento Análisis y diseño de Sistemas - Sesión 12

18. Diagramas de Componentes El diagrama de componentes  es uno de los principales diagramas UML. Está clasificado como diagrama de estructura y, como tal, representa de forma estática el sistema de información. Habitualmente se utiliza después de haber creado el diagrama de clases, pues necesita información de este diagrama como pueden ser las propias clases. Análisis y diseño de Sistemas - Sesión 12

19. Diagramas de Componentes Este diagrama proporciona una vista de alto nivel de los componentes dentro de un sistema. Los componentes pueden ser un componente de  software , como una base de datos o una interfaz de usuario; o un componente de  hardware  como un circuito, microchip o dispositivo; o una unidad de negocio como un proveedor, nómina o envío. Análisis y diseño de Sistemas - Sesión 12

20. Elementos del diagrama de componentes El diagrama de componentes está formado por tres elementos: Componente, Interfaz y Relación de dependencia. Componente: Un componente es un bloque de unidades lógicas del sistema, una abstracción ligeramente más alta que las clases. Se representa como un rectángulo con un rectángulo más pequeño en la esquina superior derecha con pestañas o la palabra escrita encima del nombre del componente para ayudar a distinguirlo de una clase. Análisis y diseño de Sistemas - Sesión 12

21. Elementos del diagrama de componentes Es representado a través de un rectángulo que tiene, a su vez, dos rectángulos a la izquierda, tal y como se muestra en la siguiente imagen: Otra notación, utilizada en las últimas versiones de UML consiste en un rectángulo con un rectángulo más pequeño en la esquina superior derecha con pestañas Análisis y diseño de Sistemas - Sesión 12

22. Elementos del diagrama de componentes Ejemplos de componentes podrían ser los siguientes: Gestión de E/S, Animal, Persona, Gestión de incidencias, Gestor de workflow ,… Como ves son conceptos muy amplios y que pueden ser más o menos específicos dependiendo de la profundidad que se puede dar al diagrama. Análisis y diseño de Sistemas - Sesión 12

23. Interfaz La interfaz está siempre asociada a un componente y se utiliza para representar la zona del módulo que es utilizada para la comunicación con otro de los componentes. Se representa con una línea que tiene al final un circulo no relleno: Análisis y diseño de Sistemas - Sesión 12

24. Interfaz Otros módulos pueden conectarse a una interfaz. Esto se hace cuando un componente requiere o utiliza al otro componente mediante su interfaz, que son las operaciones externas que ofrece el componente. Se representa con un línea que termina en un semicírculo que rodea la interfaz del otro componente. En el diagrama se vería de la siguiente manera: Análisis y diseño de Sistemas - Sesión 12

25. Relación de dependencia Aunque puedes mostrar más detalles sobre la relación entre dos componentes utilizando la notación de interfaces (interfaz proporcionada y la interfaz requerida), también puedes usar una flecha de dependencia para mostrar la relación entre dos componentes. Es una relación más general. La relación de dependencia representa que un componente requiere de otro para ejecutar su trabajo. Es diferente a la interfaz, pues esta identifica que un componente ofrece una serie de operaciones. En cualquier caso, en ocasiones para simplificar el diagrama no se usan las interfaces sino que solamente se utilizan relaciones de dependencia. Análisis y diseño de Sistemas - Sesión 12

26. Relación de dependencia Una relación de dependencia se representa mediante una flecha discontinua que va desde el componente que requiere de otro componente hasta el requerido Análisis y diseño de Sistemas - Sesión 12

27. Componentes con puertos Usar puertos con Diagramas de Componentes permite que se especifique un servicio o comportamiento a su entorno así como también un servicio o comportamiento que un componente requiere. Los puertos pueden especificar entradas, salidas así como también operar bi -direccionalmente. El siguiente diagrama detalla un componente con un puerto para servicios En Línea conjuntamente con dos interfaces proporcionadas Ordenar Entrada y Seguimiento así como también una interfaz requerida Pago. Análisis y diseño de Sistemas - Sesión 12

28. Componentes - Interfaz Análisis y diseño de Sistemas - Sesión 12

29. Componentes - Interfaz Análisis y diseño de Sistemas - Sesión 12

30. Componentes - Puertos Análisis y diseño de Sistemas - Sesión 12

31. Cómo dibujar un diagrama de componentes Puedes utilizar un diagrama de componentes cuando quieras representar tu sistema como una colección de componentes e interfaces. Esto te ayudará a tener una idea de la futura implementación del sistema. Los siguientes son los pasos que pueden servir de guía al dibujar un diagrama de componentes.

32. Diagramas de componentes, ejemplos Estos son algunos ejemplos del diagrama de componentes, cada uno ha sido dibujado a distinto nivel de abstracción. Diagrama de componentes de una tienda online

33. Ejemplo

34. Tarea

35. Autoevaluación Sesión 12

36. Pregunta 1 ¿Qué es UML en el contexto del modelado de la implementación? Un lenguaje de programación utilizado para implementar sistemas Un conjunto de herramientas para el diseño de interfaces de usuario Un lenguaje de modelado estandarizado para representar visualmente sistemas de software

37. Pregunta 2 ¿Cuál es la función principal de los diagramas de estructura en el modelado de la implementación? Representar la interacción entre componentes del sistema Mostrar la secuencia de eventos en un proceso de negocio Visualizar la estructura de clases y sus relaciones en el sistema

38. El modelado de la implementación es una etapa del desarrollo de software que se centra en representar visualmente la estructura, componentes y relaciones del sistema en desarrollo. Los diagramas de UML (Lenguaje de Modelado Unificado) son ampliamente utilizados en el modelado de la implementación para representar diferentes aspectos del sistema, como la estructura de clases, la interacción entre componentes y la distribución física del software. Los diagramas de UML proporcionan una representación clara y concisa del sistema, lo que facilita la comunicación y comprensión entre los miembros del equipo de desarrollo.

39. Aplicando lo aprendido: Ver Guía de Laboratorio de la Sesión

40. Fue n t es de I n f or m aci ó n VILLADA, J. Desarrollo y optimización de componentes software para tareas administrativas de sistemas [en línea]. Antequera (España): IC Editorial, 2016. Disponible en: https://www.digitaliapublishing.com/a/86848 COQUE, S. y LOHANA, L. Investigaciones sobre ingeniería de software [en línea]. Editorial Abya-Yala, 2017. Disponible en: Digitalia, https://www.digitaliapublishing.com/a/58977