SlideShare ist ein Scribd-Unternehmen logo
1 von 14
Si bien las peculiaridades de cada aplicación hacen que
necesariamente deba ser estudiada como un caso único, es
importante analizar el dominio de la aplicación para situarla dentro de
un entorno mucho más global. Para realizar este análisis es
aconsejable estudiar los siguientes aspectos:
• Normativa que afecte al sistema
• Otros sistemas semejantes
• Estudios recientes en el campo de la aplicación
• Bibliografía clásica y actualizada: libros y artículos sobre el tema
• ... etc. ...
El proceso de identificar y crear un conjunto de componentes
reutilizables que puedan ser usados en los sistemas desarrollados en
un dominio.
“El análisis de dominio del software. es la identificación, análisis y
especificación de requisitos comunes de un dominio de aplicación
específico, normalmente para su reutilización en múltiples proyectos
dentro del mismo dominio de reutilización”.
Interesante a largo plazo en áreas de producto consideradas como
estratégicas:
Bajo costo, mejor calidad y menor tiempo de comercialización.
Definir el dominio a investigar.
Extraer elementos del dominio:
Especificaciones, diseños y código; bibliotecas de
componentes ya desarrolladas; casos de prueba.
Políticas, procedimientos, planes, estándares, métricas, y
componentes n.
Clasificar los elementos extraídos del dominio.
Recolectar una muestra representativa de aplicaciones
del dominio.
La aplicación debe tener elementos dentro de las
categorías definidas.
Analizar cada aplicación dentro de la muestra.
Identificar objetos candidatos reutilizables.
Desarrollar un modelo de análisis para los objetos.
Servirá como base para el diseño y construcción de los
objetos del dominio.
Este Paradigma ,basado en los principios anteriores ,trata de
analizar una línea de productos concretos.

En este modelo debemos asegurar las capacidades
necesarias para los productos actuales. Además se debe
realizar un estudio de mercado profundo de los
requerimientos y variaciones de estos mismos productos en el
futuro.
Objetivo: identificar, construir, catalogar y
diseminar un conjunto de artefactos de software.
Que tienen interés dentro de un dominio de
aplicación.
Dominio: conjunto de sistemas relacionados.
No ligado a ningún proyecto de software.
Ingeniería de dominios:
Análisis
Construcción
Diseminación
Establece un lenguaje de enlace para expresar el modelado de
datos entre analistas, usuarios, programadores y en general,
personas involucradas en un proyecto de desarrollo.
Permite llegar de manera guiada y prácticamente automática, a
un diseño y desarrollo correcto (siempre y cuando la definición de
objetos sea correcta de acuerdo a la realidad de negocio).
Proximidad de los conceptos de modelado respecto a objetos del
mundo real.
Conduce de manera fácil y rápida a un incremento de la
productividad.
Dominio del problema: El paradigma orientado objeto es más que
una forma de programar. El Análisis orientado objetos permite
pasar directamente el dominio del problema al modelo del
sistema.

Comunicación: Esto permite una mejor comunicación entre el
analista y el experto en el dominio del problema (es decir, el
cliente).

Consistencia: Los objetos encapsulan tanto atributos como
operaciones..
Quizás una de ellas sea que a la hora de realizar el análisis y los
requerimientos, se torna un poco complicado o difícil según lo cita el
autor Roger S. Pressman en su libro ingeniería del Software.
El Análisis Orientado objetos no se enfoca directamente para luego
modelar procesos de negocios, por lo que no está orientado a lo que
necesita el experto en el dominio del negocio.
El análisis OO suele estar más orientado a los arquitectos de sistemas
y diseñadores de software, está diseñado para un público
eminentemente técnico.
Dominio: el dominio es la facultad o la capacidad que dispone una
persona para controlar a otras o para hacer uso de lo propio.
Por ejemplo: “La computadora forma parte de mis dominios en esta
casa”, “Ricardo ya ha perdido el dominio sobre su hijo.

Terminología: Conjunto de vocablos propios de una ciencia o arte.

Normativa: conjunto de reglas que rigen una actividad.

Reutilización: Utilizar algo, bien con la función que desempeñaba
anteriormente o con otros fines.

Adquisición: la acción de conseguir una determinada cosa, la cosa
en sí que se ha adquirido y la persona cuyos servicios o intervención
están ampliamente valorados.

Procesos: la acción de avanzar o ir para adelante, al paso del tiempo
y al conjunto de etapas sucesivas advertidas en un fenómeno natural
o necesarias para concretar una operación artificial.
Taxonomías: Ciencia que estudia los principios, métodos y fines de la
clasificación de los seres vivos.

Paradigma: El término paradigma significa «ejemplo» o «modelo».

Viabilidad: posibilidad de llevarse a cabo un plan o proyecto.

Diseminación: Separación sin orden y en diferentes direcciones de los
elementos de un conjunto.

Inconsistencias: Cualidad de la materia que no resiste sin romperse o que
se deforma fácilmente.

Disparidades: es la desigualdad y diferencia de unas cosas respecto a
otras.

Enfoque: Manera de considerar un asunto o problema
Dominio

Weitere ähnliche Inhalte

Ähnlich wie Dominio

Analisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosAnalisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosLex Marin
 
Patrones de diseño II
Patrones de diseño IIPatrones de diseño II
Patrones de diseño IIkaolong
 
Rap reutilización apropiada para programadores
Rap reutilización apropiada para programadoresRap reutilización apropiada para programadores
Rap reutilización apropiada para programadoresaxtreme
 
2.4 DISEÑO BASADO EN PATRONES.pptx
2.4 DISEÑO BASADO EN PATRONES.pptx2.4 DISEÑO BASADO EN PATRONES.pptx
2.4 DISEÑO BASADO EN PATRONES.pptxGonzaloMartinezSilve
 
Buscador Semántico
Buscador SemánticoBuscador Semántico
Buscador SemánticoFlor Cuenca
 
1 El Paradigma De OrientacióN A Objetos
1  El Paradigma De OrientacióN A Objetos1  El Paradigma De OrientacióN A Objetos
1 El Paradigma De OrientacióN A ObjetosHectorMamani
 
Cursos Big Data Open Source
Cursos Big Data Open SourceCursos Big Data Open Source
Cursos Big Data Open SourceStratebi
 
12-150203140754-conversion-gate02.pptx
12-150203140754-conversion-gate02.pptx12-150203140754-conversion-gate02.pptx
12-150203140754-conversion-gate02.pptxGonzaloMartinezSilve
 
Presentación de Sistemas II
Presentación de Sistemas IIPresentación de Sistemas II
Presentación de Sistemas IIAnthoni Cedeno
 
Trabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radTrabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radHenry Cambal
 
Trabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radTrabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radHenry Cambal
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleiderSergio Ramos
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitosDoesVargas1
 

Ähnlich wie Dominio (20)

Analisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetosAnalisis y diseño orientado a odjetos
Analisis y diseño orientado a odjetos
 
Patrones de diseño II
Patrones de diseño IIPatrones de diseño II
Patrones de diseño II
 
Rap reutilización apropiada para programadores
Rap reutilización apropiada para programadoresRap reutilización apropiada para programadores
Rap reutilización apropiada para programadores
 
2.4 DISEÑO BASADO EN PATRONES.pptx
2.4 DISEÑO BASADO EN PATRONES.pptx2.4 DISEÑO BASADO EN PATRONES.pptx
2.4 DISEÑO BASADO EN PATRONES.pptx
 
Buscador Semántico
Buscador SemánticoBuscador Semántico
Buscador Semántico
 
1 El Paradigma De OrientacióN A Objetos
1  El Paradigma De OrientacióN A Objetos1  El Paradigma De OrientacióN A Objetos
1 El Paradigma De OrientacióN A Objetos
 
Cursos Big Data Open Source
Cursos Big Data Open SourceCursos Big Data Open Source
Cursos Big Data Open Source
 
Diseño o.o
Diseño o.oDiseño o.o
Diseño o.o
 
Diseño o.o
Diseño o.oDiseño o.o
Diseño o.o
 
12-150203140754-conversion-gate02.pptx
12-150203140754-conversion-gate02.pptx12-150203140754-conversion-gate02.pptx
12-150203140754-conversion-gate02.pptx
 
12.diseño basado en patrones
12.diseño basado en patrones12.diseño basado en patrones
12.diseño basado en patrones
 
Presentación de Sistemas II
Presentación de Sistemas IIPresentación de Sistemas II
Presentación de Sistemas II
 
Trabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radTrabajo de sistemas de informacion rad
Trabajo de sistemas de informacion rad
 
Trabajo de sistemas de informacion rad
Trabajo de sistemas de informacion radTrabajo de sistemas de informacion rad
Trabajo de sistemas de informacion rad
 
Bloque i
Bloque iBloque i
Bloque i
 
Sesion 1 lbc
Sesion 1 lbcSesion 1 lbc
Sesion 1 lbc
 
Diseño de patrones
Diseño de patronesDiseño de patrones
Diseño de patrones
 
Taller requisitos
Taller  requisitos Taller  requisitos
Taller requisitos
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitos
 

Mehr von viisistemas

Metodologã­a orientada-a-objetos-omt.-rumbaugh
Metodologã­a orientada-a-objetos-omt.-rumbaughMetodologã­a orientada-a-objetos-omt.-rumbaugh
Metodologã­a orientada-a-objetos-omt.-rumbaughviisistemas
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relaciónviisistemas
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relaciónviisistemas
 
DISEÑOS RELACIONAL
DISEÑOS RELACIONALDISEÑOS RELACIONAL
DISEÑOS RELACIONALviisistemas
 

Mehr von viisistemas (6)

Metodologã­a orientada-a-objetos-omt.-rumbaugh
Metodologã­a orientada-a-objetos-omt.-rumbaughMetodologã­a orientada-a-objetos-omt.-rumbaugh
Metodologã­a orientada-a-objetos-omt.-rumbaugh
 
Dominio
DominioDominio
Dominio
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Presentación1
Presentación1Presentación1
Presentación1
 
DISEÑOS RELACIONAL
DISEÑOS RELACIONALDISEÑOS RELACIONAL
DISEÑOS RELACIONAL
 

Dominio

  • 1.
  • 2. Si bien las peculiaridades de cada aplicación hacen que necesariamente deba ser estudiada como un caso único, es importante analizar el dominio de la aplicación para situarla dentro de un entorno mucho más global. Para realizar este análisis es aconsejable estudiar los siguientes aspectos: • Normativa que afecte al sistema • Otros sistemas semejantes • Estudios recientes en el campo de la aplicación • Bibliografía clásica y actualizada: libros y artículos sobre el tema • ... etc. ...
  • 3. El proceso de identificar y crear un conjunto de componentes reutilizables que puedan ser usados en los sistemas desarrollados en un dominio. “El análisis de dominio del software. es la identificación, análisis y especificación de requisitos comunes de un dominio de aplicación específico, normalmente para su reutilización en múltiples proyectos dentro del mismo dominio de reutilización”. Interesante a largo plazo en áreas de producto consideradas como estratégicas: Bajo costo, mejor calidad y menor tiempo de comercialización.
  • 4. Definir el dominio a investigar. Extraer elementos del dominio: Especificaciones, diseños y código; bibliotecas de componentes ya desarrolladas; casos de prueba. Políticas, procedimientos, planes, estándares, métricas, y componentes n. Clasificar los elementos extraídos del dominio. Recolectar una muestra representativa de aplicaciones del dominio. La aplicación debe tener elementos dentro de las categorías definidas. Analizar cada aplicación dentro de la muestra. Identificar objetos candidatos reutilizables. Desarrollar un modelo de análisis para los objetos. Servirá como base para el diseño y construcción de los objetos del dominio.
  • 5.
  • 6. Este Paradigma ,basado en los principios anteriores ,trata de analizar una línea de productos concretos. En este modelo debemos asegurar las capacidades necesarias para los productos actuales. Además se debe realizar un estudio de mercado profundo de los requerimientos y variaciones de estos mismos productos en el futuro.
  • 7.
  • 8. Objetivo: identificar, construir, catalogar y diseminar un conjunto de artefactos de software. Que tienen interés dentro de un dominio de aplicación. Dominio: conjunto de sistemas relacionados. No ligado a ningún proyecto de software. Ingeniería de dominios: Análisis Construcción Diseminación
  • 9. Establece un lenguaje de enlace para expresar el modelado de datos entre analistas, usuarios, programadores y en general, personas involucradas en un proyecto de desarrollo. Permite llegar de manera guiada y prácticamente automática, a un diseño y desarrollo correcto (siempre y cuando la definición de objetos sea correcta de acuerdo a la realidad de negocio). Proximidad de los conceptos de modelado respecto a objetos del mundo real. Conduce de manera fácil y rápida a un incremento de la productividad.
  • 10. Dominio del problema: El paradigma orientado objeto es más que una forma de programar. El Análisis orientado objetos permite pasar directamente el dominio del problema al modelo del sistema. Comunicación: Esto permite una mejor comunicación entre el analista y el experto en el dominio del problema (es decir, el cliente). Consistencia: Los objetos encapsulan tanto atributos como operaciones..
  • 11. Quizás una de ellas sea que a la hora de realizar el análisis y los requerimientos, se torna un poco complicado o difícil según lo cita el autor Roger S. Pressman en su libro ingeniería del Software. El Análisis Orientado objetos no se enfoca directamente para luego modelar procesos de negocios, por lo que no está orientado a lo que necesita el experto en el dominio del negocio. El análisis OO suele estar más orientado a los arquitectos de sistemas y diseñadores de software, está diseñado para un público eminentemente técnico.
  • 12. Dominio: el dominio es la facultad o la capacidad que dispone una persona para controlar a otras o para hacer uso de lo propio. Por ejemplo: “La computadora forma parte de mis dominios en esta casa”, “Ricardo ya ha perdido el dominio sobre su hijo. Terminología: Conjunto de vocablos propios de una ciencia o arte. Normativa: conjunto de reglas que rigen una actividad. Reutilización: Utilizar algo, bien con la función que desempeñaba anteriormente o con otros fines. Adquisición: la acción de conseguir una determinada cosa, la cosa en sí que se ha adquirido y la persona cuyos servicios o intervención están ampliamente valorados. Procesos: la acción de avanzar o ir para adelante, al paso del tiempo y al conjunto de etapas sucesivas advertidas en un fenómeno natural o necesarias para concretar una operación artificial.
  • 13. Taxonomías: Ciencia que estudia los principios, métodos y fines de la clasificación de los seres vivos. Paradigma: El término paradigma significa «ejemplo» o «modelo». Viabilidad: posibilidad de llevarse a cabo un plan o proyecto. Diseminación: Separación sin orden y en diferentes direcciones de los elementos de un conjunto. Inconsistencias: Cualidad de la materia que no resiste sin romperse o que se deforma fácilmente. Disparidades: es la desigualdad y diferencia de unas cosas respecto a otras. Enfoque: Manera de considerar un asunto o problema