SlideShare una empresa de Scribd logo
1 de 7
Un modelo de dominio en la resolución de problemas e ingeniería de software, es
un modelo conceptual de todos los temas relacionados con un problema específico. En
él se describen las distintas entidades, sus atributos, papeles y relaciones, además de las
restricciones que rigen el dominio del problema.
•El Modelo de Dominio es la representación de los conceptos de importancia
en el área de la aplicación del software, así como de las relaciones entre estos.
•El Modelo de Dominio no contiene conceptos propios de un sistema de
software sino de la propia realidad física.
Un diagrama de componentes representa cómo un sistema de software es dividido
en componentes y muestra las dependencias entre estos componentes. Los
componentes físicos incluyen archivos, cabeceras, bibliotecas
compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes
prevalecen en el campo de la arquitectura de software pero pueden ser usados
para modelar y documentar cualquier arquitectura de sistema.
Los diagramas de componentes describen los elementos físicos del sistema
y sus relaciones, representan todos los tipos de elementos software que
entran en la fabricación de aplicaciones informáticas. Pueden ser simples
archivos, paquetes de Ada, bibliotecas cargadas dinámicamente
Los componentes son representados
mediante un rectángulo adornado con
una elipse y dos rectángulos pequeños
COMPONENTE
En un Diagrama de Implantación se muestran nodos,
conexiones, componentes y objetos. Los nodos
representan objetos físicos con recursos computacionales
como procesadores y periféricos; pueden mostrarse como
una clase (e.g. una familia de procesadores) o una
instancia, por lo que su nombre sigue la misma sintaxis
establecida
para clases y objetos. Las conexiones son asociaciones de
comunicación entre los nodos, y se etiquetan con un
estereotipo que identifica el protocolo de comunicación
o la red utilizada.

Más contenido relacionado

La actualidad más candente

Trabajo investigativo
Trabajo investigativoTrabajo investigativo
Trabajo investigativo270198
 
Diferencias entre análisis y diseño estructural y orientado a objetos
Diferencias entre análisis y diseño estructural y orientado a objetosDiferencias entre análisis y diseño estructural y orientado a objetos
Diferencias entre análisis y diseño estructural y orientado a objetosmaribel
 
ANALISIS Y DISEÑO DE SISTEMAS IUSF
ANALISIS Y DISEÑO DE SISTEMAS IUSFANALISIS Y DISEÑO DE SISTEMAS IUSF
ANALISIS Y DISEÑO DE SISTEMAS IUSFLisleiden Luzardo
 
Análisis y diseño de sistemas
Análisis y diseño de sistemas Análisis y diseño de sistemas
Análisis y diseño de sistemas Kimi Garcia
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datosgberz
 
Presentacion diagrama
Presentacion diagramaPresentacion diagrama
Presentacion diagramaelcojo
 
Presentacion diagrama
Presentacion diagramaPresentacion diagrama
Presentacion diagramaelcojo
 
Sistemas de gestión de bases de datos
Sistemas de gestión de bases de datosSistemas de gestión de bases de datos
Sistemas de gestión de bases de datosMaki Parra
 
Modelo de bases de datos
Modelo de bases de datosModelo de bases de datos
Modelo de bases de datosYipc11
 
Klasepalomino14
Klasepalomino14Klasepalomino14
Klasepalomino14EdsonEMC
 
Klasepalomino14
Klasepalomino14Klasepalomino14
Klasepalomino14EdsonEMC
 

La actualidad más candente (16)

Trabajo investigativo
Trabajo investigativoTrabajo investigativo
Trabajo investigativo
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Diferencias entre análisis y diseño estructural y orientado a objetos
Diferencias entre análisis y diseño estructural y orientado a objetosDiferencias entre análisis y diseño estructural y orientado a objetos
Diferencias entre análisis y diseño estructural y orientado a objetos
 
ANALISIS Y DISEÑO DE SISTEMAS IUSF
ANALISIS Y DISEÑO DE SISTEMAS IUSFANALISIS Y DISEÑO DE SISTEMAS IUSF
ANALISIS Y DISEÑO DE SISTEMAS IUSF
 
Análisis y diseño de sistemas
Análisis y diseño de sistemas Análisis y diseño de sistemas
Análisis y diseño de sistemas
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
 
alexis romero
alexis romero alexis romero
alexis romero
 
Presentacion diagrama
Presentacion diagramaPresentacion diagrama
Presentacion diagrama
 
Modelización de datos
Modelización de datosModelización de datos
Modelización de datos
 
Presentacion diagrama
Presentacion diagramaPresentacion diagrama
Presentacion diagrama
 
Sistemas de gestión de bases de datos
Sistemas de gestión de bases de datosSistemas de gestión de bases de datos
Sistemas de gestión de bases de datos
 
Modelo de bases de datos
Modelo de bases de datosModelo de bases de datos
Modelo de bases de datos
 
Klasepalomino14
Klasepalomino14Klasepalomino14
Klasepalomino14
 
Klasepalomino14
Klasepalomino14Klasepalomino14
Klasepalomino14
 
Act 43
Act 43Act 43
Act 43
 

Similar a Blog2 (20)

Prezi
PreziPrezi
Prezi
 
temario uml informatica
temario uml informaticatemario uml informatica
temario uml informatica
 
Analisis de Uml
Analisis de UmlAnalisis de Uml
Analisis de Uml
 
ADS - Sesion2
ADS - Sesion2ADS - Sesion2
ADS - Sesion2
 
MODELAMIENTO VISUAL Y UML
MODELAMIENTO VISUAL Y UMLMODELAMIENTO VISUAL Y UML
MODELAMIENTO VISUAL Y UML
 
Modelamiento visual-y-uml346
Modelamiento visual-y-uml346Modelamiento visual-y-uml346
Modelamiento visual-y-uml346
 
diagramas
diagramas diagramas
diagramas
 
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
 
Densy yuli
Densy yuliDensy yuli
Densy yuli
 
Introducción a Uml
Introducción a UmlIntroducción a Uml
Introducción a Uml
 
Densy yuli
Densy yuliDensy yuli
Densy yuli
 
Densy yuli
Densy yuliDensy yuli
Densy yuli
 
Fis 4 5
Fis 4 5Fis 4 5
Fis 4 5
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
 
2 1 1_diseño arquitectónico
2 1 1_diseño arquitectónico2 1 1_diseño arquitectónico
2 1 1_diseño arquitectónico
 
2 1 1_diseño arquitectónico
2 1 1_diseño arquitectónico2 1 1_diseño arquitectónico
2 1 1_diseño arquitectónico
 
Unidad 4. diseno del sistema
Unidad 4. diseno del sistemaUnidad 4. diseno del sistema
Unidad 4. diseno del sistema
 
Modelo Conceptual UML
Modelo Conceptual UMLModelo Conceptual UML
Modelo Conceptual UML
 
Capitulo 3 arquitecturas_de_desarrollo_web
Capitulo 3 arquitecturas_de_desarrollo_webCapitulo 3 arquitecturas_de_desarrollo_web
Capitulo 3 arquitecturas_de_desarrollo_web
 

Más de Mariano Gutierrez

Más de Mariano Gutierrez (8)

Documento de vision
Documento de visionDocumento de vision
Documento de vision
 
Resumen de clases
Resumen de clasesResumen de clases
Resumen de clases
 
La etapa de planificacion
La etapa de planificacionLa etapa de planificacion
La etapa de planificacion
 
Guia 5
Guia 5Guia 5
Guia 5
 
Guía 2 de programación en c
Guía 2 de programación en cGuía 2 de programación en c
Guía 2 de programación en c
 
Guia 1 de hilos y procesos posix
Guia 1 de hilos y procesos posixGuia 1 de hilos y procesos posix
Guia 1 de hilos y procesos posix
 
ALGUNAS CURIOSIDADES
ALGUNAS CURIOSIDADESALGUNAS CURIOSIDADES
ALGUNAS CURIOSIDADES
 
Matematica computacional
Matematica computacionalMatematica computacional
Matematica computacional
 

Blog2

  • 1. Un modelo de dominio en la resolución de problemas e ingeniería de software, es un modelo conceptual de todos los temas relacionados con un problema específico. En él se describen las distintas entidades, sus atributos, papeles y relaciones, además de las restricciones que rigen el dominio del problema.
  • 2. •El Modelo de Dominio es la representación de los conceptos de importancia en el área de la aplicación del software, así como de las relaciones entre estos. •El Modelo de Dominio no contiene conceptos propios de un sistema de software sino de la propia realidad física.
  • 3.
  • 4. Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
  • 5. Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones, representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticas. Pueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinámicamente
  • 6. Los componentes son representados mediante un rectángulo adornado con una elipse y dos rectángulos pequeños COMPONENTE
  • 7. En un Diagrama de Implantación se muestran nodos, conexiones, componentes y objetos. Los nodos representan objetos físicos con recursos computacionales como procesadores y periféricos; pueden mostrarse como una clase (e.g. una familia de procesadores) o una instancia, por lo que su nombre sigue la misma sintaxis establecida para clases y objetos. Las conexiones son asociaciones de comunicación entre los nodos, y se etiquetan con un estereotipo que identifica el protocolo de comunicación o la red utilizada.