01010101101010101010101011010101010101

010110101010101010101101010101010101011
Arquitectura
01010101010101011010101010101010110101
Lgica del Sistema
01010101010110101010101010101101010101
TTULO

01010101101010101010101011010101010101
010110101010101010101101010101010101011
01010101010101011010101010101010110101
01010101010110101010101010101101010101
01010101101010101010101011010101010101
010110101010101010101101010101010101011
01010101010101011010101010101010110101
01010101010110101010101010101101010101
01010101101010101010101011010101010101
010110101010101010101101010101010101011

1
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

INTRODUCCIN ESTRUCTURA DE CONTENIDOS

La arquitectura se refiere a un arte y a un estilo de construir caracterizados Introduccin ............................................................................... 2

por ciertas particularidades. La arquitectura tradicionalmente se aplica
a la construccin de edificios. En toda la historia de la humanidad las Mapa Conceptual ......................................................................... 4
diferentes culturas han usado diferentes tcnicas, materiales y estilos
en la construccin de su casa, edificios religiosos, edificios militares y 1. Arquitectura de Software ................................................... 5
edificios civiles.
1.1. Arquitectura en capas ........................................................... 6
En la industria del software, el trmino arquitectura se usa para describir
las diferentes estructuras que forman un sistema y las relaciones entre
1.1.1. Modelo en dos capas ........................................................ 6
ellas .

1.1.2. Modelo en tres capas ....................................................... 7

Como refiere Pressman (2005), En su forma ms simple, la arquitectura es
la estructura u organizacin de los componentes del programa (mdulos),
la manera en que stos componentes interactan y la estructura de datos 1.1.3. Modelo Multicapas ........................................................... 8
que utilizan los componentes
2. Diseo de la Arquitectura .................................................. 9
A partir de la utilizacin del Lenguaje Unificado de Modelamiento (UML por
sus siglas en Ingls) se proveern los elementos a considerar y diagramas 2.1. Diagrama de componentes .................................................... 10
que permitirn definir la arquitectura lgica del sistema de informacin.
2.1.1. Componentes ................................................................. 10

2.1.2. Interfaces ...................................................................... 12

2.1.3. Como se realiza un diagrama de componentes .................... 13

2.1.4. Subsistemas .................................................................. 16

2.2. Diagrama de paquetes ......................................................... 16

2.2.1. Elementos de un diagrama de paquetes ............................. 16

Bibliografa ................................................................................ 19

Glosario..................................................................................... 20

Control de Documentos Creative Commons y Marca Registrada ........ 21

2 3
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

MAPA CONCEPTUAL 1. ARQUITECTURA DE SOFTWARE

La arquitectura de software de un programa o de un sistema computacional,

es la estructura o estructuras del sistema. Dicha estructura comprende
sistemas, subsistemas, componentes e interfaces, as como las relaciones
entre ellos. Debido a que la definicin de la arquitectura de un sistema
se basa en modelos o abstracciones de la realidad, la arquitectura debe
suprimir el detalle que no influye en la descripcin de cmo las partes
usan, son usadas o se relacionan con las otras partes del sistema.

La arquitectura debe considerar tanto los requerimientos funcionales

como los no funcionales: restricciones de diseo, tiempos de respuesta y
disponibilidad del servicio, entre otros y debe estar preparada para recibir
fcilmente requerimientos nuevos.

Dada la creciente demanda de software en todo el mundo y la dificultad

para cubrir la necesidad de ingenieros preparados, la reutilizacin se ha
vuelto una necesidad mayor. La arquitectura debe facilitar la identificacin
temprana de oportunidades de reutilizacin y facilitar la incorporacin de
partes desarrolladas y probadas con anterioridad.

La arquitectura debe considerarse la base para el mantenimiento del

sistema, as mismo debe favorecer la evolucin del sistema previniendo
la erosin o la descomposicin de la arquitectura debido a violacin de los
principios originales y evitando caer en un caos de la arquitectura por no
respetar las tendencias o rumbo establecidos para un proyecto.

En general, la arquitectura de software proporciona un marco de

referencia para todo el proyecto e incorpora muchas de las decisiones ms
importantes que se hacen durante el proceso de desarrollo del sistema.
Podemos concluir que la arquitectura tiene cuatro funciones principales:

Constituye una base para el diseo.

Constituye la infraestructura sobre la cual se acomodan los

requerimientos a travs de todo el ciclo de vida del desarrollo.

Alienta la deteccin de oportunidades de reutilizacin.

Constituye la base para el mantenimiento del sistema.

4 5
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

1.1. ARQUITECTURA EN CAPAS Aqu se organizan las funcionalidades de presentacin y procesos del
negocio en una capa y la base de datos se encuentra en otra capa.
Una metodologa para particionar el sistema es usar una arquitectura de
capas, donde cada capa debe cumplir con una responsabilidad claramente Esta estructura no facilita el mantenimiento ni la reutilizacin de
definida. A travs del proceso de estructuracin de metodologas de componentes por lo cual no se recomienda y actualmente est en desuso.
desarrollo, se han definido unas clasificaciones de acuerdo con la cantidad
de capas, sin embargo es importante clarificar que todas ellas tienen tres 1.1.2. Modelo en tres capas
componentes bsicos:
En este modelo las tres capas se encuentran perfectamente diferenciadas,
lo cual facilita su mantenimiento y reutilizacin de componentes, algunas
Presentacin: donde se genera los procesos de entradas y salidas de
de las caractersticas que presentan son:
datos, abarca todas las funcionalidades relacionadas con la interfaz
grfica de usuario.

Lgica o procesos: provee las funcionalidades que dan respuesta a BBD

los requisitos del sistema. Presentacin Negocio Acceso a datos

Datos: funcionalidades relacionadas con el almacenamiento y Interfaz de

Usuario
Lgica de
Procesos
manipulacin de los datos.

WWW
Utilidad de
Usuario

1.1.1. MODELO EN DOS CAPAS Web Funciones

Services de Acceso a
Datos

Tambin se le denomina, cliente servidor, en este caso permite que usuarios

finales obtengan acceso a los datos que generalmente se encuentran en
otra capa. Es importante aclarar que esta separacin puede ser lgica o Utilidades del Lenguaje Seguridad
fsica.

Manejador de base Capa Presentacin:

de datos DBMS
All se encuentran la interfaz de usuario y todas aquellas utilidades
relacionadas con la recepcin y presentacin de datos, tambin es la
que proporciona la interfaz con la capa lgica o de negocios y por tanto
enva los datos para ser procesados y posteriormente los recibe para
su presentacin al usuario.

Cliente Servidor

6 7
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

Capa Lgica o de Negocios: 2. DISEO DE LA ARQUITECTURA

En sta se encuentran las funcionalidades que dan respuesta a los Una de las principales actividades del diseo es la particin de funcionalidad,
requerimientos de la aplicacin, regidas por las pliticas del negocio, identificada en la fase de anlisis y especificacin de requerimientos, en
entonces son todas aquellas utilidades propias o externas que mdulos de software especficos. Un mdulo puede corresponder a un
procesan los datos. Tiene interfaz con las otras capas, ya que por objeto, o un mtodo.
un lado interacta con los servicios de datos y por otro lado enva la
informacin procesada para ser presentada al cliente. Especficamente, el diseo del sistema est orientado alrededor de la
definicin de objetos que representan las clases que fueron identificadas
Capa de Datos: durante el anlisis, dndose el mismo nfasis al diseo de los datos que a
las acciones del sistema.
Contiene todas las funcionalidades para el acceso y manipulacin
de los datos. Puede estar compuesto por el Sistema Manejador de Los componentes de software pueden describirse en trminos de clases,
Base de Datos o Archivos planos y las utilidades construidas para el paquetes, subsistemas y sus dependencias, o fsicamente en trminos de
manejo de los datos. archivos ejecutables, libreras de clases y bases de datos.

1.1.3. Modelo multicapas En sistemas orientados a objetos la arquitectura lgica del software
se modela usando diagramas de clases y diagramas de paquetes.
Conservando la estructura de tres componentes principales, en este La arquitectura fsica del software es descrita usando diagramas de
modelo se subdivide cada una de las capas, especializando los servicios componentes
que se proveen en cada una de ellas.
Servicios de Traduccion de Datos
Servicios de Reglas de Negocio

Programacin de Objetos en
Servicios de Acceso a Datos

Servicios de Base de Datos

Servicios de Presentacin

Servicios de Contexto de

Diagrama de Diagrama de
Paquetes Paquetes

Acceso a datos
Bases de Datos

Negocio
Presentacin Modulo de Modulo de
Modulo de Referencia Modulo de Referencia Contrareferencia
Contrareferencia
por Emergencia por Emergencia
Negocio

Lgica de
Interfaz de Procesos
Usuario

Modulo de Cambio de Modulo de Cambio de Modulo de

Modulo de
descripcin descripcin Administracin
Administracin
Utilidad de
Usuario WWW Funciones
Web de Acceso a
Services Datos

Modulo de Modulo de
Reportes Reportes

La cantidad de subniveles depende de la definicin de funcionalidades, pero

facilita la actualizacin de las reglas de negocio, el manejo de recursos y
la escalabilidad del sistema, la definicin de estas subcapas depende de
las metodologas de desarrollo que se apliquen.

8 9
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

2.1. DIAGRAMA DE COMPONENTES Relacin entre clase y componentes

Clases Componentes
Los diagramas de componentes se utilizan para describir los elementos
fsicos, cdigos fuentes, las libreras, tablas, archivos y ejecutables que Abstracciones LgicasT iene fragmentos fsicos
se van a utilizar o sern utilizados en el sistema o proyecto que se va a
desarrollar junto con sus relaciones.
Tiene operaciones y atributos Tiene interfaces
Los diagramas de Componentes incluyen los siguientes elementos:
Componentes.

Interfaces. <<Library>>
LogicaUsuarios.dll
Relaciones de dependencia, generalizacin, asociacin y
realizacin. Componente
Implementa la clase
Paquetes o subsistemas.
Usuarios
2.1.1. COMPONENTES

Un componente es una parte fsica de un sistema de informacin (modulo,

Notacin
base de datos, programa ejecutable, etc.).

Un componente se representa con un rectngulo en el que se escribe su

Un componente puede relacionarse, con las clases que se identificaron
nombre y en l se muestran dos pequeos rectngulos al lado izquierdo.
en la fase de anlisis (especficamente en el diagrama de clases); los
componentes se pueden expresar como la materializacin de una o ms
clases. Recordemos que una clase consta de atributos y mtodos, estos La representacin grafica de un componente en StartUML es la siguiente.
pueden ser implementados en los componentes.
<<Library>>
Un componente tiene cinco estereotipos Standard: Logica.dll

<<Ejecutable>>: Componente que se puede ejecutar en un nodo.

<<Library>>: Representa una biblioteca de objetos esttica o dinmica. Relacin entre los componentes:

<<Table>>: Representa una tabla de la base de datos. Los componentes pueden tener relaciones de dependencia, generalizacin,
asociacin (incluida agregacin) y realizacin.
<<File>>: Representa un documento que contiene cdigo fuente o datos.
Recuerde Agregacin: Un componente puede construirse a partir de
<<Document>>: Representa un documento. otros componentes.

10 11
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

2.1.2. Interfaces 2.1.3. Cmo se realiza un diagrama de componentes.

Los componentes implementan interfaces o acceden a los servicios Para editar o graficar un componente y/o diagrama de componentes
proporcionados por las interfaces. se utilizan herramientas CASE que soporten el modelado UML. En este
material se utilizara la herramienta StarUML, una herramienta libre,
sencilla de manejar y fcil de instalar, en el laboratorio correspondiente
Notacin encontrar el tutorial con la informacin correspondiente a su instalacin
y utilizacin.
La representacin grafica de una interfaz en StartUML es la siguiente:
Para construir un diagrama de componentes tenga en cuenta:

Previamente debe tener realizado el diagrama de clases (estudiado

en la fase de Anlisis); e identifique claramente: las clases que
participaran en el sistema o subsistema a desarrollar y los mtodos
Nombre Interfaz de cada clase.
Utilidad de las interfaces
Recuerde que los mtodos en las fases de cdigo luego se convierten
en mdulos con lneas de cdigo independientes.
Una interfaz es utilizada por un componente para indicar:
Un componente provee una interfaz. Por ultimo los mdulos son los componentes identificados en un
diagrama de componentes.
Un componente utiliza una interfaz.
Por ejemplo: Se tiene un sistema que permite el registro de los datos Los componentes se relacionan entre ellos por medio de las interfaces.
personales de un usuario tales como (nombre, direccin, cedula, telfono),
previamente se ha definido una tabla Usuarios (almacena los usuarios del
sistema, en este caso el componente identificado es de tipo <<Table>> Ejemplo 1:
y es llamado Usuarios), se defini una clase llamada RegistroDatos (en
este caso el componente es de tipo <<Ejecutable>>, llamado Registro). Descripcin del Problema:

Con las interfaces podemos representar lo siguiente: El componente Un sistema de facturacin para la compra y ventas de productos deportivos
ejecutable genera una interfaz llamada GestindeUsuarios; el componente registra informacin referente al pedido que realiza un cliente, el contrato
BuscarUsuarios utiliza la interfaz GestiondeUsuarios. de venta, los datos personales de un cliente, los datos personales del
distribuidor, proveedor, datos de las cuentas por cobrar. Tiene asociado el
<<File>>
siguiente diagrama de clases.
BuscarUsuario

<<Ejecutable>>
Registro.exe

12 13
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

Pedido
Ejemplo 2:
ContratoVenta Cliente
- PedNum Proveedor
- ContVNumContrato - PedFecha - CliCodigo
1 1 * 1 - ProReferencia
Para las pruebas de estado ICFES que exige el Gobierno Nacional de
- ContVDetalle - PedDetalle - CliNombre
- ContVFecha - CliDireccion - ProNombre
- PedDescripcion Realiza
- ContVMonto Realiza - PedCantidad - CliTelefono - ProDireccion

+ ImprimirContrato()
+FirmaContrato()
+ RegistrarPedido()
- CliCedula
+ Pedido()
+ EntregarProducto() Colombia cuenta con un sistema que permite realizar las operaciones para
* *
+ConsultasProducto()
+PagoProductos()
1
el ingreso de los Estudiantes a la educacin Superior o Universitaria, tales
Entrega
como registro de datos para poder presentar dicha prueba, consultar de
Provee
1
1
la citacin y del resultado de la misma, y otras operaciones relacionadas
Distribuidor Distribuidor RegistroStock
*
con la intencionalidad y las caractersticas propias del examen. Estas
- CuentPCDetalle
- CuentPCFecha
* 1 - DisCodigo
- DisNombre
- RegSFecha
- RegSDetalle 1 *
Producto operaciones se pueden realizar a nivel individual, como estudiante de una
Institucin, o a nivel Institucional (Por Plantel), por lo cual cada uno de
- CuentPCMonto - DisDireccion - ProdNombre
Registra + Busqueda() - ProdDetalle
- DisTelefono
+ BuscarCuenta() +ActualizacionRegistro() Registra
+ Actualizar() + EntregaPedido()
+Cobro Factura() estos usuarios debe contar con un cdigo o documento de identificacin,
+CobroDeudaPendiente()
y una contrasea; los usuarios individuales o particulares, el sistema les
solicita un N de Documento y un PIN, a los usuarios estudiante les solicita
Teniendo el diagrama anterior, se inicia con la construccin del diagrama un N de Documento y una Contrasea, y a los usuarios por institucin
de componentes: les solicita el cdigo del plantel y una Contrasea. Dichos datos son
necesarios en todas las operaciones que se realizan en dicho sistema.
Identifique los procedimientos y/o funciones para cada clase, en el
diagrama de clases de la imagen anterior las funciones se distinguen por
Diagrama de Clases:
que se encuentran ubicadas en el segundo fragmento de la clase y reciben
argumentos o parmetros, por lo tanto finalizan con parntesis (). Prueba Resultado
-Codigo -Codigo
-Fecha -Fecha

Para la clase Cliente serian: Pedido(), ConsultaProductos(), PagoProductos(). -Lugar -Puntaje

Estudiante
+AdicionarPrueba() +GestionarResultado()
Citacion -Codigo
-Nombre
-Cedula
Una vez se tienen identificados todos los mtodos de las clases se procede -Fecha
-Lugar Registro
-Contrasea
-Login
-Hora
a realizar el diagrama de componentes: Cuestionario
+GenerarCitacion()
-PIN
-TipoEs
-Codigo
-LasPreguntas -FechaReg +ObtNombre()

Diagrama de componentes.
+ObtCedula()
+ConformarPreguntas() +GenerarRegistro() t
+ObtNombre()
+GestionarCuestionario() -CodigoReg

Preguntas
-DescripcionPreg

+GenerarPreguntas()
<<File>>
<<Ejecutable>> ImprimirContrato
ElaborarContrato

<<File>> Diagrama de Componentes:

BuscarUsuario

<<Ejecutable>>
<<Ejecutable>> <<Ejecutable>>
RejistrarPedido
GestionarResultado
PagarProductos
<<Ejecutable>>
GestionPedido GestionResultado
Registro.exe
GestionUsuarios
<<Ejecutable>>
BuscarCuenta <<Ejecutable>> <<Ejecutable>>
<<Ejecutable>>
AdicionarPrueba ConformarPreguntas
BuscarUnidadesStock <<Ejecutable>>
ColorDeudaPendiente GestionPrueba

<<Ejecutable>> <<Ejecutable>>
GenerarRegistro.exe GenerarCitacion
GestionCuestionario

14 15
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

2.1.4. Subsistemas Notacin

Permiten dividir en sistemas ms pequeos el sistema actual, un subsistema Un paquete se representa con un icono con forma de carpeta y con el
puede contener componentes y a la vez subsistemas. nombre colocado dentro del icono.

Se debe tener en cuenta que la relacin entre paquetes y clases en el

nivel lgico es el que existe entre subsistemas y componentes en el nivel
fsico. Nombre

2.2. Diagramas de paquetes

Los diagramas de paquetes se utilizan para organizar el sistema en

subsistemas, agrupando elementos del anlisis, diseo o construccin y
detallando las relaciones de dependencia entre ellos. Dependencia

Es decir, se hace necesario organizar el sistema en bloques menores para

comprender fcilmente el sistema por completo. Aplicando la frase divide
y vencers.
Ejemplo 1:

2.2.1. Elementos de un diagrama de paquetes

Paquete Negocio Paquete de BD

Paquetes
+ Ejemplar + Persistencia
+ Prstamo
Un paquete permite agrupar varios elementos, bien sea casos de uso, + Ttulo
# Eliminacin
+ Informacin del prestatario
clases o componentes. Los paquetes pueden contener otros paquetes + Ttulo del libro
por dentro, lo que se llama paquetes anidados, donde el paquete hijo + Reserva
contendr nuevos elementos tales como los nombrados anteriormente. + Titulo de la revista

Relaciones de dependencia:
<<Paquete Negocio>>
Paquete G UI Paquete de Utilidad
Los paquetes se relacionan entre ellos y pueden la relacin se llama de
dependencia, la cual significa que un elemento de un paquete requiere de + Ventana de Prstamos + Objeto ID
otro que pertenece a un paquete distinto. Es importante resaltar que las + Ventana de Devoluciones
+ Ventana de Reservas
dependencias no son transitivas. + Ventana de Mantenimiento

Las dependencias se representan con una flecha discontinua con inicio en

el paquete que depende del otro.

16 17
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

Sugerencias y consejos BILBIOGRAFIA

Los paquetes slo existen para ayudar a organizar los elementos del
modelo. Si se tienen abstracciones que se manifiestan como objetos no Pressman, Roger (2005). Ingeniera de Software Un enfoque prctico.
se deben utilizar paquetes. McGraw Hill. 6 edicin.

Un paquete bien estructurado: Rodrguez Dez, Gustavo. Arquitectura de Capas. Material del Curso
Metodologas de Diseo de Sistemas 2. ITESM Campus Monterrey, 2006
Es cohesivo
Booch, Rumbaugh y Jacobson (2006): El Lenguaje Unificado de Modelado.
2 edicin.
Est poco acoplado: exporta slo aquellos elementos que otros
paquetes necesitan ver realmente.
Rumbaugh, Jacobson y Booch (2007): El Lenguaje Unificado de Modelado.
Manual de Referencia. 2 edicin.
No est profundamente anidado

Posee un conjunto equilibrado de elementos; no deben ser demasiado

grandes en relacin con otros

18 19
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
 ARQUITECTURA LGICA DEL SISTEMA ARQUITECTURA LGICA DEL SISTEMA

GLOSARIO Control de documento

Construccin Objeto de Aprendizaje

Diagrama de componentes: Describen los elementos fsicos, cdigos Arquitectura Lgica del Sistema
fuentes, las libreras, tablas, archivos y ejecutables que se van a utilizar Desarrollador de contenido Leydy carolina Muoz
para modelar un sistema de informacin. Experto temtico
Asesor pedaggico Rafael Neftal Lizcano Reyes
Componente: Parte fsica de un sistema de informacin (modulo, base Claudia Milena Hernndez
de datos, programa ejecutable).
Produccin Multimedia Jose Luis Virviescas Pulido
Victor Hugo Tabares Carreo
Subsistemas: Dividir en sistemas ms pequeos el sistema actual.
Programadores Daniel Eduardo Martnez Daz
Paquetes: Permite agrupar varios elementos, bien sea casos de uso, Grateful Dead Montao Sierra
clases o componentes. Lder expertos temticos Ana Yaqueline Chavarro Parra
Lder lnea de produccin Santiago Lozada Garcs
Diagrama de paquetes: Se utilizan para organizar el sistema en
subsistemas, agrupando elementos del anlisis, diseo o construccin y
detallando las relaciones de dependencia entre ellos.

Diagrama de despliegue: Modelan el hardware y/o conexiones fsicas

entre los componentes hardware y software que se utilizara en la
implementacin final del sistema y la relacin entre sus componentes,
describen la configuracin del sistema para su ejecucin en un ambiente
del mundo real.

Nodo: Objetos fsicos que existen en tiempo de ejecucin, y que

representan algn tipo de recurso computacional (capacidad de memoria
y procesamiento).

20 21
FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje