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
Análisis de dominio del software

Weitere ähnliche Inhalte

Was ist angesagt?

Esquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologíasEsquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologíasLeo Jm
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetosChristian Leon
 
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
 
Trabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetosTrabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetosdouglimar89
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemasjoalmerca6
 
Modelo de datos orientado a objetos J
Modelo de datos orientado a objetos  JModelo de datos orientado a objetos  J
Modelo de datos orientado a objetos JJairo Cocha
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a ObjetosRafael Miranda
 
Modelo Orientado A Objetos
Modelo Orientado A ObjetosModelo Orientado A Objetos
Modelo Orientado A Objetosjose_rob
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetosMariana Rodríguez
 
etapas del análisis,diseño y programacion orientada a objetos
etapas del análisis,diseño y programacion orientada a objetosetapas del análisis,diseño y programacion orientada a objetos
etapas del análisis,diseño y programacion orientada a objetos222415
 
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
 
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
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetosmenavi
 
Metodologias de modelización r. fernandez
Metodologias de modelización   r. fernandezMetodologias de modelización   r. fernandez
Metodologias de modelización r. fernandezWilfredy Inciarte
 

Was ist angesagt? (20)

Esquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologíasEsquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologías
 
Modelos dinamicos Orientado a Objetos
Modelos dinamicos Orientado a ObjetosModelos dinamicos Orientado a Objetos
Modelos dinamicos Orientado a Objetos
 
Metodologia
MetodologiaMetodologia
Metodologia
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetos
 
Metodologia omt
Metodologia omtMetodologia omt
Metodologia omt
 
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
 
Omt
OmtOmt
Omt
 
Trabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetosTrabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetos
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
 
Análisis y diseño orientado a objetos
Análisis y diseño orientado a objetosAnálisis y diseño orientado a objetos
Análisis y diseño orientado a objetos
 
Modelo de datos orientado a objetos J
Modelo de datos orientado a objetos  JModelo de datos orientado a objetos  J
Modelo de datos orientado a objetos J
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetos
 
Modelo Orientado A Objetos
Modelo Orientado A ObjetosModelo Orientado A Objetos
Modelo Orientado A Objetos
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetos
 
etapas del análisis,diseño y programacion orientada a objetos
etapas del análisis,diseño y programacion orientada a objetosetapas del análisis,diseño y programacion orientada a objetos
etapas del análisis,diseño y programacion orientada a objetos
 
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
 
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
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetos
 
Metodologias de modelización r. fernandez
Metodologias de modelización   r. fernandezMetodologias de modelización   r. fernandez
Metodologias de modelización r. fernandez
 
Metodologia OMT
Metodologia OMTMetodologia OMT
Metodologia OMT
 

Ähnlich wie Análisis de dominio del software

#Aprender3C - Repositorios Digitales con Dspace
#Aprender3C - Repositorios Digitales con Dspace#Aprender3C - Repositorios Digitales con Dspace
#Aprender3C - Repositorios Digitales con DspaceAprender 3C
 
Proyecto para programacion y estructura
Proyecto para programacion y estructuraProyecto para programacion y estructura
Proyecto para programacion y estructuraChristian Torres
 
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
 

Ähnlich wie Análisis de dominio del software (20)

Analisis y diseno_oo
Analisis y diseno_ooAnalisis y diseno_oo
Analisis y diseno_oo
 
#Aprender3C - Repositorios Digitales con Dspace
#Aprender3C - Repositorios Digitales con Dspace#Aprender3C - Repositorios Digitales con Dspace
#Aprender3C - Repositorios Digitales con Dspace
 
Proyecto para programacion y estructura
Proyecto para programacion y estructuraProyecto para programacion y estructura
Proyecto para programacion y estructura
 
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
 

Análisis de dominio del software

  • 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