SlideShare una empresa de Scribd logo
MODELO BASADO EN COMPONENTES
CBSE es el proceso de definir, implementar e integrar o componer en sistemas
independientes débilmente acoplados. Se ha convertido en una importante
aproximación de desarrollo del software debido a que los sistemas software son
cada vez más grandes y más complejos y los clientes demandan software más
confiable que sea desarrollado más rápidamente. La única forma en la que
podemos tratar con la complejidad y entregar mejor software rápidamente es
reutilizar componentes software en vez de reimplementarlos.


Un componente es una pieza de código pre elaborado que encapsula alguna
funcionalidad expuesta a través de interfaces estándar. Cada componente de
aquel aparato ha sido diseñado para acoplarse perfectamente con sus pares, las
conexiones son estándar y el protocolo de comunicación está ya preestablecido.
El paradigma de ensamblar componentes y escribir código para hacer que estos
componentes funcionen se conoce como Desarrollo de Software Basado en
Componentes.


El modelo de desarrollo basado en componentes incorpora muchas de las
características del modelo espiral. Es evolutivo por naturaleza y exige un enfoque
interactivo para la creación del software. Sin embargo, el modelo de desarrollo
basado en componentes configura aplicaciones desde componentes preparados
de software (clases).


Conclusión: Tenemos la fortuna de presenciar el nacimiento de una nueva forma
de hacer software, que traerá beneficios inmensos para todos. El desarrollo de
software basado en componentes desde siempre fue la idea revolucionaria que
nos llevó a pensar que sí era posible el construir software de calidad en corto
tiempo y con la misma calidad que la mayoría de las industrias de nuestro tiempo.
Al mirar hacia atrás, vemos los increíbles avances que hemos logrado en la
comprensión de la forma correcta de reutilizar el software y el conocimiento
existente, y nos asombramos cada vez más al darnos cuenta de que este solo es
el inicio.
ETAPAS DEL MODELO BASADO EN COMPONENTES




                                                          Se realiza el estudio de procesos de
                                                          desarrollo basado en componentes, en
1.- Análisis y comparación de Procesos                    especial de los que utilizan técnicas de
De Desarrollo de Software Basado en Componentes.          modelado. Con extensiones específicas
                                                          para componentes, a los fines de definir
                                                          adaptaciones y/o extensiones apropiadas
                                                          de los mismos

                             Durante esta etapa se realiza el estudio y comparación de diferentes
                             estilos y patrones arquitecturales, analizando ventajas y desventajas de
2.- Análisis arquitectural   su utilización para el desarrollo de este tipo de sistemas, así como de
                             arquitecturas existentes y estándares más utilizados en la actualidad.




                                       Esta etapa comprende la identificación de interfaces del
                                       sistema, de interfaces del Negocio, la identificación de
3.- Identificación de componentes      componentes y la descripción inicial de las especificaciones
                                       de componentes, así como la especificación de la
                                       arquitectura inicial de componentes.



                                                        Se trabajará en la especificación de
                                                        interfaces y de componentes, definiendo
4.- Especificación de los principales componentes
                                                        Contratos de uso y Contratos de realización.
                                                        Se realizan en esta etapa, los Modelos de
                                                        Información de Interfaces.
EJEMPLO
Un ejemplo es la Web, en donde es posible incluir en páginas HTML multitud de
objetos distintos, como por ejemplo los Applets de Java. Aunque más reciente que
OLE, supone un paso atrás en cuanto al concepto que estamos tratando, pues los
objetos que forman parte de las páginas Web no pueden ser a su vez
contenedores, es decir, estamos frente a una tecnología similar a la que ofrecía
Visual Basic con sus formularios y controles (aunque ya es posible en la última
versión de Visual Basic definir controles que sean componentes ActiveX, que sı
son contenedores de otros componentes).


En OLE se define el concepto de contenedor y se extiende el concepto de control,
que pasa a denominar cualquier tipo de servidor de documentos. De esta forma
los componentes pueden ser tanto contenedores como servidores de documentos
simultáneamente, y es posible que, por ejemplo, un documento Word se incluya
en una hoja de cálculo Excel, que a su vez forme parte de otro documento Word.
FUENTES DE INFORMACION
Lidia Fuentes, José M. Troya y Antonio Vallecillo
Depto. Lenguajes y Ciencias de la Computación. Universidad de Málaga.
ETSI Informática. Campus Teatinos, s/n. 29071 Malaga, Spain.
flff,troya,avg@lcc.uma.es



Ingeniería del Software

Séptima edición
JAN SOMMERVJLLE

José Pascual Trigueros Jover
Departamento Ciencia de la Computación e Inteligencia Artificial
Universidad de Alicante

Más contenido relacionado

La actualidad más candente

Funciones de administracion de memoria
Funciones de administracion de memoriaFunciones de administracion de memoria
Funciones de administracion de memoria
Miguel Magaña
 
Unidad 1 Ingenieria de software
Unidad 1 Ingenieria de softwareUnidad 1 Ingenieria de software
Unidad 1 Ingenieria de software
Jahiro Bojorquez
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
José Antonio Sandoval Acosta
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
Francisco Gómez
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentes
Victor Escamilla
 
Ejemplos de proyectos al modelo en cascada
Ejemplos de proyectos  al modelo en cascadaEjemplos de proyectos  al modelo en cascada
Ejemplos de proyectos al modelo en cascada
aics-1986-13-saraguro
 
Lenguaje ensamblador
Lenguaje ensambladorLenguaje ensamblador
Lenguaje ensamblador
jimmy Apanu Inoach
 
Tópicos Avanzados de Programación - Unidad 3 programacion concurrente
Tópicos Avanzados de Programación - Unidad 3 programacion concurrenteTópicos Avanzados de Programación - Unidad 3 programacion concurrente
Tópicos Avanzados de Programación - Unidad 3 programacion concurrente
José Antonio Sandoval Acosta
 
Origen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redesOrigen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redes
Kim Sorel Rush
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
Zuleima
 
Sistema Operativo Distribuido
Sistema Operativo DistribuidoSistema Operativo Distribuido
Sistema Operativo Distribuido
Alejandro Rodriguez
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
manuel alfredo chacon valero
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
UNIVERSIDAD PERUANA DE INVESTIGACIÓN Y NEGOCIOS
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
ALEX MERINO
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
Eduardo Navarrete Salazar
 
Tópicos Avanzados de Programación - Unidad 4 Acceso a datos
Tópicos Avanzados de Programación - Unidad 4 Acceso a datosTópicos Avanzados de Programación - Unidad 4 Acceso a datos
Tópicos Avanzados de Programación - Unidad 4 Acceso a datos
José Antonio Sandoval Acosta
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
Tensor
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
CristobalFicaV
 
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IPCUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
disenarUniminuto
 
calidad de los sistemas de informacion
calidad de los sistemas de informacioncalidad de los sistemas de informacion
calidad de los sistemas de informacion
Erika Vazquez
 

La actualidad más candente (20)

Funciones de administracion de memoria
Funciones de administracion de memoriaFunciones de administracion de memoria
Funciones de administracion de memoria
 
Unidad 1 Ingenieria de software
Unidad 1 Ingenieria de softwareUnidad 1 Ingenieria de software
Unidad 1 Ingenieria de software
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentes
 
Ejemplos de proyectos al modelo en cascada
Ejemplos de proyectos  al modelo en cascadaEjemplos de proyectos  al modelo en cascada
Ejemplos de proyectos al modelo en cascada
 
Lenguaje ensamblador
Lenguaje ensambladorLenguaje ensamblador
Lenguaje ensamblador
 
Tópicos Avanzados de Programación - Unidad 3 programacion concurrente
Tópicos Avanzados de Programación - Unidad 3 programacion concurrenteTópicos Avanzados de Programación - Unidad 3 programacion concurrente
Tópicos Avanzados de Programación - Unidad 3 programacion concurrente
 
Origen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redesOrigen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redes
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Sistema Operativo Distribuido
Sistema Operativo DistribuidoSistema Operativo Distribuido
Sistema Operativo Distribuido
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
 
Tópicos Avanzados de Programación - Unidad 4 Acceso a datos
Tópicos Avanzados de Programación - Unidad 4 Acceso a datosTópicos Avanzados de Programación - Unidad 4 Acceso a datos
Tópicos Avanzados de Programación - Unidad 4 Acceso a datos
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IPCUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
CUADRO COMPARATIVO ENTRE MODELO OSI Y TCP/IP
 
calidad de los sistemas de informacion
calidad de los sistemas de informacioncalidad de los sistemas de informacion
calidad de los sistemas de informacion
 

Similar a Modelo componentes

Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
David Rosero
 
Reutilizacion de componentes en sistemas
Reutilizacion de componentes en sistemas Reutilizacion de componentes en sistemas
Reutilizacion de componentes en sistemas
Gabriela Oyervides
 
2017.10.16-senati-powerpoint sesion8.pptx
2017.10.16-senati-powerpoint sesion8.pptx2017.10.16-senati-powerpoint sesion8.pptx
2017.10.16-senati-powerpoint sesion8.pptx
Fernando Espinoza Muñoz
 
ing del software
 ing del software  ing del software
ing del software
Rosa Virginia Ortega Loaiza
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
Ulises Cruz
 
Proyecto
ProyectoProyecto
Proyecto
ProyectoProyecto
Framework
FrameworkFramework
Framework
FrameworkFramework
Diseño de componentes.
Diseño de componentes.Diseño de componentes.
Diseño de componentes.
Annel D'Jesús
 
MVC.ppt
MVC.pptMVC.ppt
MVC.ppt
PachinLoco
 
Conceptosdemodelado.pdf
Conceptosdemodelado.pdfConceptosdemodelado.pdf
Conceptosdemodelado.pdf
ssuser20fade
 
S8 arely medina_informe
S8 arely medina_informeS8 arely medina_informe
S8 arely medina_informe
Arely_Medina
 
Metodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesMetodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentes
Emmanuel Fontán
 
Calidad dsbcso
Calidad dsbcsoCalidad dsbcso
Calidad dsbc
Calidad dsbcCalidad dsbc
Arquitecturas de software
Arquitecturas de softwareArquitecturas de software
Arquitecturas de software
Christian Jimenez Fuentes
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicion
Evelin Oña
 
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptxMODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
Angel Tello
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
BlenMridaYucatn
 

Similar a Modelo componentes (20)

Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
 
Reutilizacion de componentes en sistemas
Reutilizacion de componentes en sistemas Reutilizacion de componentes en sistemas
Reutilizacion de componentes en sistemas
 
2017.10.16-senati-powerpoint sesion8.pptx
2017.10.16-senati-powerpoint sesion8.pptx2017.10.16-senati-powerpoint sesion8.pptx
2017.10.16-senati-powerpoint sesion8.pptx
 
ing del software
 ing del software  ing del software
ing del software
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
 
Proyecto
ProyectoProyecto
Proyecto
 
Proyecto
ProyectoProyecto
Proyecto
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Diseño de componentes.
Diseño de componentes.Diseño de componentes.
Diseño de componentes.
 
MVC.ppt
MVC.pptMVC.ppt
MVC.ppt
 
Conceptosdemodelado.pdf
Conceptosdemodelado.pdfConceptosdemodelado.pdf
Conceptosdemodelado.pdf
 
S8 arely medina_informe
S8 arely medina_informeS8 arely medina_informe
S8 arely medina_informe
 
Metodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesMetodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentes
 
Calidad dsbcso
Calidad dsbcsoCalidad dsbcso
Calidad dsbcso
 
Calidad dsbc
Calidad dsbcCalidad dsbc
Calidad dsbc
 
Arquitecturas de software
Arquitecturas de softwareArquitecturas de software
Arquitecturas de software
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicion
 
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptxMODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
MODELO DE DISEÑOOOOOOOOOOOOOOOOOOOOO.pptx
 
1127082.ppt
1127082.ppt1127082.ppt
1127082.ppt
 

Modelo componentes

  • 1. MODELO BASADO EN COMPONENTES CBSE es el proceso de definir, implementar e integrar o componer en sistemas independientes débilmente acoplados. Se ha convertido en una importante aproximación de desarrollo del software debido a que los sistemas software son cada vez más grandes y más complejos y los clientes demandan software más confiable que sea desarrollado más rápidamente. La única forma en la que podemos tratar con la complejidad y entregar mejor software rápidamente es reutilizar componentes software en vez de reimplementarlos. Un componente es una pieza de código pre elaborado que encapsula alguna funcionalidad expuesta a través de interfaces estándar. Cada componente de aquel aparato ha sido diseñado para acoplarse perfectamente con sus pares, las conexiones son estándar y el protocolo de comunicación está ya preestablecido. El paradigma de ensamblar componentes y escribir código para hacer que estos componentes funcionen se conoce como Desarrollo de Software Basado en Componentes. El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo espiral. Es evolutivo por naturaleza y exige un enfoque interactivo para la creación del software. Sin embargo, el modelo de desarrollo basado en componentes configura aplicaciones desde componentes preparados de software (clases). Conclusión: Tenemos la fortuna de presenciar el nacimiento de una nueva forma de hacer software, que traerá beneficios inmensos para todos. El desarrollo de software basado en componentes desde siempre fue la idea revolucionaria que nos llevó a pensar que sí era posible el construir software de calidad en corto tiempo y con la misma calidad que la mayoría de las industrias de nuestro tiempo. Al mirar hacia atrás, vemos los increíbles avances que hemos logrado en la comprensión de la forma correcta de reutilizar el software y el conocimiento existente, y nos asombramos cada vez más al darnos cuenta de que este solo es el inicio.
  • 2. ETAPAS DEL MODELO BASADO EN COMPONENTES Se realiza el estudio de procesos de desarrollo basado en componentes, en 1.- Análisis y comparación de Procesos especial de los que utilizan técnicas de De Desarrollo de Software Basado en Componentes. modelado. Con extensiones específicas para componentes, a los fines de definir adaptaciones y/o extensiones apropiadas de los mismos Durante esta etapa se realiza el estudio y comparación de diferentes estilos y patrones arquitecturales, analizando ventajas y desventajas de 2.- Análisis arquitectural su utilización para el desarrollo de este tipo de sistemas, así como de arquitecturas existentes y estándares más utilizados en la actualidad. Esta etapa comprende la identificación de interfaces del sistema, de interfaces del Negocio, la identificación de 3.- Identificación de componentes componentes y la descripción inicial de las especificaciones de componentes, así como la especificación de la arquitectura inicial de componentes. Se trabajará en la especificación de interfaces y de componentes, definiendo 4.- Especificación de los principales componentes Contratos de uso y Contratos de realización. Se realizan en esta etapa, los Modelos de Información de Interfaces.
  • 3. EJEMPLO Un ejemplo es la Web, en donde es posible incluir en páginas HTML multitud de objetos distintos, como por ejemplo los Applets de Java. Aunque más reciente que OLE, supone un paso atrás en cuanto al concepto que estamos tratando, pues los objetos que forman parte de las páginas Web no pueden ser a su vez contenedores, es decir, estamos frente a una tecnología similar a la que ofrecía Visual Basic con sus formularios y controles (aunque ya es posible en la última versión de Visual Basic definir controles que sean componentes ActiveX, que sı son contenedores de otros componentes). En OLE se define el concepto de contenedor y se extiende el concepto de control, que pasa a denominar cualquier tipo de servidor de documentos. De esta forma los componentes pueden ser tanto contenedores como servidores de documentos simultáneamente, y es posible que, por ejemplo, un documento Word se incluya en una hoja de cálculo Excel, que a su vez forme parte de otro documento Word.
  • 4. FUENTES DE INFORMACION Lidia Fuentes, José M. Troya y Antonio Vallecillo Depto. Lenguajes y Ciencias de la Computación. Universidad de Málaga. ETSI Informática. Campus Teatinos, s/n. 29071 Malaga, Spain. flff,troya,avg@lcc.uma.es Ingeniería del Software Séptima edición JAN SOMMERVJLLE José Pascual Trigueros Jover Departamento Ciencia de la Computación e Inteligencia Artificial Universidad de Alicante