SlideShare una empresa de Scribd logo
1 de 29
Descargar para leer sin conexión
Diagramas de
Componentes
René Guamán-Quinche
Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables
Carrera de Ingeniería en Sistemas/Computación
Febrero, 2022
Loja, Ecuador
2
 Diagramas de componentes
 Componentes
 Interfaces
 Componente vs Clase
 Black box and White box
 Puertos y delegaciones
 Tipos de componentes
 Ejemplos
Agenda
3
Diagrama de Componentes
• Describe los componentes de software y sus dependencias entre sí, representando la
estructura del código
• Los componentes son la implementación en la arquitectura física de los conceptos y
la funcionalidad descrita en la arquitectura lógica (clases, objetos, sus relaciones, y
colaboraciones)
• Los componentes son típicamente los archivos de implementación en el ambiente de
desarrollo
• Parte modular del sistema
• Es autónomo y encapsulado
• Permite su reutilización y reemplazo
• Prevé interfaces que interactúa o provee servicios
• También se puede ver como si fuera un subsistema
4
Diagrama de Componentes
• Un Componente es una parte física reemplazable de un sistema que conforma y
proporciona la implementación de un conjunto de interfaces
• Se utiliza para modelar elementos físicos que pueden hallarse en un nodo
• ejecutables, bibliotecas (DLLs), tablas, archivos, documentos, ...
• Es una parte modular de un sistema que encapsula el estado y comportamiento de
un conjunto de clasificadores (p.e. clases)
• Especifica un contrato de los servicios que proporciona y de los que requiere en
términos de interfaces requeridas y proporcionadas
• Es una unidad reemplazable que se puede sustituir en tiempo de diseño o
ejecución por otro componente que ofrezca la misma funcionalidad en base a la
compatibilidad de sus interfaces
5
Diagrama de Componentes
6
Interfaces
• Ilustran las dependencias que un componente de sw tiene con otro componente
• Permite que el componente sea reusable y reemplazable
• Dos tipos
• Provides (provista)
• Required (requerida)
7
Interfaces
• La relación entre componente e interfaz es importante
• Unos componentes implementan las interfaces y otros acceden a los servicios proporcionados
por esas interfaces
• Estas relaciones se pueden mostrar en forma icónica o expandida:
8
Interfaces
9
Interfaces
10
Interfaces
• Ejemplo de interfaces requeridas y proporcionadas
• Notación icónica (piruleta)
11
Interfaces
• Ejemplo de interfaces requeridas y proporcionadas
• Notación extendida
12
Interfaces
• Ejemplo de interfaces requeridas y proporcionadas
• Notación extendida
13
Componentes vs Clases
• Se parecen a las clases en que:
• tienen nombres, realizan interfaces, pueden participar en relaciones,
• Pero se diferencian en que:
• Las Clases
• Son abstracciones lógicas
• Tienen operaciones y atributos
• Los Componentes
• Son fragmentos físicos del sistema
• Tienen interfaces
14
Compartimientos del componente
• Indicamos las interfaces que provee el
componente
• Se indican aquellas que se requiere
• En artifacts se coloca el archivo físico
donde se implementa el componente
15
Black Box, While Box
• Black box
• Opaco
• Muestra como el componente luce
desde el exterior
• Se ve:
• El componente
• Interfaces requeridas provistas
• Su relación con otros
componentes
• While Box
• Transparente
• Muestra como se implementa la
funcionalidad de un componente
• Clases
• Interfaces
• Otros componetes
16
While Box
17
Puertos y delegaciones
• El puerto agrupa interfaces que están relacionadas entre si
• Pueden ser bidireccionales
• El conecto de la delegación mapea la interface al interior del componente, muestra
de relaciones de manera más clara
18
Puertos y delegaciones
19
Tipos de componentes
• Application
• Para interfaces de usuairo, GUI,
páginas
• DataStore
• Locación persistente para los datos
• Document
• Un documento ya sea en formato
electrónico o impreso
• Entity
• Representación de un concepto de
negocio
• No tiene funcionalidad propia
• Puede guardar u obtener información
• Executable
• Un sw que puede ser ejecutado en el nodo
• File
• Un archivo
• Infraestructura
• Un componente técnico del sistema
• Library
• Una librería / biblioteca de funciones u
objetos
• Process
• Es dependiente de estado
• Puede satisfacer funcional
• Basado en transacciones
20
Tipos de componentes
• Realization
• Implementa un componente en
particular
• Service
• Puede satisfacer una necesidad
funcional
• Usualmente no es persistente
• Source Code
• Archivo con código fuente
• Specification
• Solo contiene interfaces y no
implementaciones
• Subsystem
• Forma parte de un sistema mayor
• Es auto-contenido
• Es más grande que un solo componente
• Table
• Una tabla de BD
• Webservice
• Un servicio web
• Xml DTD
• Documento de definición de tipos de Xml
21
Ejemplos
22
Ejemplos
Diagrama de
componentes de una
clínica veterinaria.
23
Ejemplos
Diagrama de
componentes de una
tienda online
24
Ejemplos
Diagrama de componentes
de un cajero de una tienda
online
25
Ejemplos
Diagrama de componentes
de gestión de biblioteca
26
Ejemplos
Diagrama de componentes
de Seguridad
Tal como la Autoridad
Certificadora (Certificate
Authority), el navegador
(Browser), el servidor WEB y
otros elementos del modelo
para asegurar la provisión de
la seguridad en el sistema
propuesto
27
Ejemplos
28
Cŕeditos
Transparencias basadas por:
• Christopher Exposito Izquierdo & AiRam Exposito Marquez & otros
• Martina Seidl · Marion Scholz, Christian Huemer · Gerti Kappel
• UML @ Classroom An Introduction to Object-Oriented Modeling
• ANÁLISIS Y DISEÑO DE SISTEMAS, 8va Edición KENNETH E. KENDALL,
JULIE E. KENDALL
• Domingo Gallardo, Metodología de Desarrollo de Software, Domingo
Gallardo.Univ. Alicante
Networking académico:
Correo electrónico: rguaman@unl.edu.ec
Twitter: @rene5254
SlideShare: https://es.slideshare.net/rene5254
29
Gracias

Más contenido relacionado

La actualidad más candente

Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejerciciosWalter Chacon
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseGuillermo Díaz
 
Metodologías Para AnáLisis Y DiseñO Orientado A Objetos
Metodologías Para AnáLisis Y DiseñO Orientado A ObjetosMetodologías Para AnáLisis Y DiseñO Orientado A Objetos
Metodologías Para AnáLisis Y DiseñO Orientado A Objetoshector_h30
 
Diagramas de estados
Diagramas de estadosDiagramas de estados
Diagramas de estadosstill01
 
Diagramas de componentes exposicion martes
Diagramas de componentes exposicion  martesDiagramas de componentes exposicion  martes
Diagramas de componentes exposicion martesJackson Marshelo
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de usoSaul Mamani
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...Jesús Navarro
 
Unidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionUnidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionLuiS YmAY
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
IDR Unidad 2: Elicitación de requerimientos
IDR Unidad 2: Elicitación de requerimientosIDR Unidad 2: Elicitación de requerimientos
IDR Unidad 2: Elicitación de requerimientosFranklin Parrales Bravo
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASAlcoverify
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automáticoItzel656131
 

La actualidad más candente (20)

Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Metodologías Para AnáLisis Y DiseñO Orientado A Objetos
Metodologías Para AnáLisis Y DiseñO Orientado A ObjetosMetodologías Para AnáLisis Y DiseñO Orientado A Objetos
Metodologías Para AnáLisis Y DiseñO Orientado A Objetos
 
Diagramas de estados
Diagramas de estadosDiagramas de estados
Diagramas de estados
 
Diagramas de componentes exposicion martes
Diagramas de componentes exposicion  martesDiagramas de componentes exposicion  martes
Diagramas de componentes exposicion martes
 
Diagrama de Casos de uso
Diagrama de Casos de usoDiagrama de Casos de uso
Diagrama de Casos de uso
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
 
Unidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionUnidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacion
 
Clase 11 uml_casos_de_uso
Clase 11 uml_casos_de_usoClase 11 uml_casos_de_uso
Clase 11 uml_casos_de_uso
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
IDR Unidad 2: Elicitación de requerimientos
IDR Unidad 2: Elicitación de requerimientosIDR Unidad 2: Elicitación de requerimientos
IDR Unidad 2: Elicitación de requerimientos
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático
 
Modelo de entidad relación extendido
Modelo de entidad relación extendidoModelo de entidad relación extendido
Modelo de entidad relación extendido
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 

Similar a Diagramas componentes

Similar a Diagramas componentes (20)

Hora 12
Hora 12Hora 12
Hora 12
 
DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTESDIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
 
Elemento Estructurales
Elemento EstructuralesElemento Estructurales
Elemento Estructurales
 
ingeniería del software
ingeniería del softwareingeniería del software
ingeniería del software
 
Prezi
PreziPrezi
Prezi
 
S03.s3-Material 2.pptx
S03.s3-Material 2.pptxS03.s3-Material 2.pptx
S03.s3-Material 2.pptx
 
S03.s3-Material 2 (1).pptx
S03.s3-Material 2 (1).pptxS03.s3-Material 2 (1).pptx
S03.s3-Material 2 (1).pptx
 
Fis 4 5
Fis 4 5Fis 4 5
Fis 4 5
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Dc
DcDc
Dc
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Catalogo de patrones 0
Catalogo de patrones 0Catalogo de patrones 0
Catalogo de patrones 0
 
Diagramas de implementacion
Diagramas de implementacionDiagramas de implementacion
Diagramas de implementacion
 
Uml
UmlUml
Uml
 
Active Directory
Active DirectoryActive Directory
Active Directory
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Ingenieria de Software
Ingenieria de SoftwareIngenieria de Software
Ingenieria de Software
 
Ejemplos de diagramas =)
Ejemplos de diagramas =)Ejemplos de diagramas =)
Ejemplos de diagramas =)
 
Investigación
InvestigaciónInvestigación
Investigación
 
Elementos estructurales uml
Elementos estructurales umlElementos estructurales uml
Elementos estructurales uml
 

Más de Rene Guaman-Quinche

Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosRene Guaman-Quinche
 
Fundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfFundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfRene Guaman-Quinche
 
Arquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfArquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfRene Guaman-Quinche
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidosRene Guaman-Quinche
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos DistribuidosRene Guaman-Quinche
 
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosRene Guaman-Quinche
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado globalRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasRene Guaman-Quinche
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socketRene Guaman-Quinche
 

Más de Rene Guaman-Quinche (20)

interfaces.pdf
interfaces.pdfinterfaces.pdf
interfaces.pdf
 
Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a Objetos
 
Fundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfFundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdf
 
replicacion heterogenea.pdf
replicacion heterogenea.pdfreplicacion heterogenea.pdf
replicacion heterogenea.pdf
 
Elicitación de requerimientos
Elicitación de requerimientosElicitación de requerimientos
Elicitación de requerimientos
 
Arquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfArquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdf
 
Hilos con Posix
Hilos con PosixHilos con Posix
Hilos con Posix
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidos
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos Distribuidos
 
RPC
RPCRPC
RPC
 
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetos
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado global
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
 
Ciclo de vida software
Ciclo de vida softwareCiclo de vida software
Ciclo de vida software
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socket
 
Modelo paso de mensajes
Modelo paso de mensajesModelo paso de mensajes
Modelo paso de mensajes
 
RMI
RMIRMI
RMI
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Requisitos funcionales
Requisitos funcionalesRequisitos funcionales
Requisitos funcionales
 

Diagramas componentes

  • 1. Diagramas de Componentes René Guamán-Quinche Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables Carrera de Ingeniería en Sistemas/Computación Febrero, 2022 Loja, Ecuador
  • 2. 2  Diagramas de componentes  Componentes  Interfaces  Componente vs Clase  Black box and White box  Puertos y delegaciones  Tipos de componentes  Ejemplos Agenda
  • 3. 3 Diagrama de Componentes • Describe los componentes de software y sus dependencias entre sí, representando la estructura del código • Los componentes son la implementación en la arquitectura física de los conceptos y la funcionalidad descrita en la arquitectura lógica (clases, objetos, sus relaciones, y colaboraciones) • Los componentes son típicamente los archivos de implementación en el ambiente de desarrollo • Parte modular del sistema • Es autónomo y encapsulado • Permite su reutilización y reemplazo • Prevé interfaces que interactúa o provee servicios • También se puede ver como si fuera un subsistema
  • 4. 4 Diagrama de Componentes • Un Componente es una parte física reemplazable de un sistema que conforma y proporciona la implementación de un conjunto de interfaces • Se utiliza para modelar elementos físicos que pueden hallarse en un nodo • ejecutables, bibliotecas (DLLs), tablas, archivos, documentos, ... • Es una parte modular de un sistema que encapsula el estado y comportamiento de un conjunto de clasificadores (p.e. clases) • Especifica un contrato de los servicios que proporciona y de los que requiere en términos de interfaces requeridas y proporcionadas • Es una unidad reemplazable que se puede sustituir en tiempo de diseño o ejecución por otro componente que ofrezca la misma funcionalidad en base a la compatibilidad de sus interfaces
  • 6. 6 Interfaces • Ilustran las dependencias que un componente de sw tiene con otro componente • Permite que el componente sea reusable y reemplazable • Dos tipos • Provides (provista) • Required (requerida)
  • 7. 7 Interfaces • La relación entre componente e interfaz es importante • Unos componentes implementan las interfaces y otros acceden a los servicios proporcionados por esas interfaces • Estas relaciones se pueden mostrar en forma icónica o expandida:
  • 10. 10 Interfaces • Ejemplo de interfaces requeridas y proporcionadas • Notación icónica (piruleta)
  • 11. 11 Interfaces • Ejemplo de interfaces requeridas y proporcionadas • Notación extendida
  • 12. 12 Interfaces • Ejemplo de interfaces requeridas y proporcionadas • Notación extendida
  • 13. 13 Componentes vs Clases • Se parecen a las clases en que: • tienen nombres, realizan interfaces, pueden participar en relaciones, • Pero se diferencian en que: • Las Clases • Son abstracciones lógicas • Tienen operaciones y atributos • Los Componentes • Son fragmentos físicos del sistema • Tienen interfaces
  • 14. 14 Compartimientos del componente • Indicamos las interfaces que provee el componente • Se indican aquellas que se requiere • En artifacts se coloca el archivo físico donde se implementa el componente
  • 15. 15 Black Box, While Box • Black box • Opaco • Muestra como el componente luce desde el exterior • Se ve: • El componente • Interfaces requeridas provistas • Su relación con otros componentes • While Box • Transparente • Muestra como se implementa la funcionalidad de un componente • Clases • Interfaces • Otros componetes
  • 17. 17 Puertos y delegaciones • El puerto agrupa interfaces que están relacionadas entre si • Pueden ser bidireccionales • El conecto de la delegación mapea la interface al interior del componente, muestra de relaciones de manera más clara
  • 19. 19 Tipos de componentes • Application • Para interfaces de usuairo, GUI, páginas • DataStore • Locación persistente para los datos • Document • Un documento ya sea en formato electrónico o impreso • Entity • Representación de un concepto de negocio • No tiene funcionalidad propia • Puede guardar u obtener información • Executable • Un sw que puede ser ejecutado en el nodo • File • Un archivo • Infraestructura • Un componente técnico del sistema • Library • Una librería / biblioteca de funciones u objetos • Process • Es dependiente de estado • Puede satisfacer funcional • Basado en transacciones
  • 20. 20 Tipos de componentes • Realization • Implementa un componente en particular • Service • Puede satisfacer una necesidad funcional • Usualmente no es persistente • Source Code • Archivo con código fuente • Specification • Solo contiene interfaces y no implementaciones • Subsystem • Forma parte de un sistema mayor • Es auto-contenido • Es más grande que un solo componente • Table • Una tabla de BD • Webservice • Un servicio web • Xml DTD • Documento de definición de tipos de Xml
  • 22. 22 Ejemplos Diagrama de componentes de una clínica veterinaria.
  • 24. 24 Ejemplos Diagrama de componentes de un cajero de una tienda online
  • 25. 25 Ejemplos Diagrama de componentes de gestión de biblioteca
  • 26. 26 Ejemplos Diagrama de componentes de Seguridad Tal como la Autoridad Certificadora (Certificate Authority), el navegador (Browser), el servidor WEB y otros elementos del modelo para asegurar la provisión de la seguridad en el sistema propuesto
  • 28. 28 Cŕeditos Transparencias basadas por: • Christopher Exposito Izquierdo & AiRam Exposito Marquez & otros • Martina Seidl · Marion Scholz, Christian Huemer · Gerti Kappel • UML @ Classroom An Introduction to Object-Oriented Modeling • ANÁLISIS Y DISEÑO DE SISTEMAS, 8va Edición KENNETH E. KENDALL, JULIE E. KENDALL • Domingo Gallardo, Metodología de Desarrollo de Software, Domingo Gallardo.Univ. Alicante
  • 29. Networking académico: Correo electrónico: rguaman@unl.edu.ec Twitter: @rene5254 SlideShare: https://es.slideshare.net/rene5254 29 Gracias