SlideShare una empresa de Scribd logo
1 de 10
Page 1
Es el proceso de definir, implementar e integrar o
componer en sistemas independientes débilmente
acoplados.
La ingeniería del software basada en componentes
surgió a finales de los 90 como una aproximación
basada en la reutilización al desarrollo de sistemas de
software.




                                                          Page 2
Construir aplicaciones mediante ensamblado de
módulos software reutilizables, que han sido
diseñados previamente con independencia de las
aplicaciones en las que van a ser Utilizados, y
generar un mercado de componentes software
reutilizables.




                                                  Page 3
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 uso de este paradigma posee
algunas ventajas:

1,Reutilización del software: Nos lleva a alcanzar un mayor nivel de 
reutilización de software.
2,Simplifica las pruebas: Permite que las pruebas sean ejecutadas probando 
cada uno de los componentes antes de probar el conjunto completo de 
componentes ensamblados.
3,Simplifica el mantenimiento del sistema: Cuando existe un débil 
acoplamiento entre componentes, el desarrollador es libre de actualizar y/o 
agregar componentes según sea necesario, sin afectar otras partes del sistema.
4,Mayor calidad: Dado que un componente puede ser construido y luego 
mejorado continuamente por un experto u organización, la calidad de una 
aplicación basada en componentes mejorará con el paso del tiempo.



                                                                    Page 4
De la misma manera, el optar por comprar componentes de
terceros en lugar de desarrollarlos, posee algunas ventajas:
Ciclos de desarrollo más cortos.  La adición de una pieza dada
de funcionalidad tomará días en lugar de meses ó años.
Mejor ROI. Usando correctamente esta estrategia, el retorno
sobre la inversión puede ser más favorable que desarrollando los
componentes uno mismo.
Funcionalidad mejorada.  Para usar un componente que
contenga una pieza de funcionalidad, solo se necesita entender su
naturaleza, más no sus detalles internos. Así, una funcionalidad
que sería impráctica de implementar en la empresa, se vuelve ahora
completamente asequible.




                                                                Page 5
Que es un componente?
Un componente es una unidad de software
independiente que puede estar compuesta por
otros componentes y que se utiliza para crear un
sistema de software.
 Existen componentes con estado y sin estado.
Que     un     componente   no     tenga    estado
externamente observable significa que las copias de
componentes son indistinguibles, estos son más
sencillos de implementar.




                                              Page 6
• Ciudades-Casas de Software:

  Las ciudades evolucionaron gradualmente como lugares para hacer
  comercio y manufactura. En estas ciudades existían edificios con
  poca o ninguna conexión entre ellos. Las ciudades tenían un
  contacto muy limitado con sus ciudades aledañas y desarrollaron su
  propia cultura, estilo y forma de hacer cosas. De la misma forma,
  las casas de software evolucionaron gradualmente mientras nuevas
  aplicaciones fueron construidas y luego extendidas. Cada
  aplicación separada e independiente de sus similares en la misma
  casa de software. Cada casa de software tenía su propia cultura,
  estilo y forma de hacer las cosas:




                                                           Page 7
Etapas del Modelo Basado en
Componentes
La “Ingeniería de Software Basada en Componentes” (ISBC)
incorpora muchas de las características del Modelo en
Espiral. Es evolutivo por naturaleza, y por ello exige también un
enfoque iterativo para la creación del software.
Pero reemplaza las fases de Ingeniería y Construcción y Acción de
éste modelo por una sola fase de Construcción y adaptación de la
Ingeniería:

comunicación con el cliente-       las tareas requeridas para
establecer comunicación entre el desarrollador y el cliente.

planificación- las tareas requeridas para definir recursos, el
tiempo y otra información relacionadas con el proyecto.




                                                            Page 8
 análisis de riesgos- las tareas requeridas para evaluar riesgos
  técnicos y de gestión.

 construcción y adaptación de la Ingeniería

 evaluación del cliente- las tareas requeridas para obtener la
  reacción del cliente según           la evaluación de las
  representaciones del software creadas durante la etapa de
  ingeniería e implementada durante la etapa de instalación.




                                                          Page 9
•   http://www.elgolem.com.ar/images/archivos/tutoriales/Metodolo
    gia_de_Sistemas/Metodologia_de_Desarrollo_de_Software_Ba
    sada_en_Componentes.pdf
•   http://msdn.microsoft.com/es-co/library/bb972268.aspx
•   http://www.slideshare.net/martincito123/modelo-componentes




                                                               Page 10

Más contenido relacionado

La actualidad más candente

Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
Sandrea Rodriguez
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Chuyito Alvarado
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de software
Roger Villegas
 
Metodos Formales
Metodos FormalesMetodos Formales
Metodos Formales
toryneutral
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
xinithazangels
 

La actualidad más candente (20)

Unidad 5. calidad del software
Unidad 5. calidad del softwareUnidad 5. calidad del software
Unidad 5. calidad del software
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Requerimientos norma ieee830
Requerimientos norma ieee830Requerimientos norma ieee830
Requerimientos norma ieee830
 
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
 
Prueba software orientado a objetos
Prueba software orientado a objetosPrueba software orientado a objetos
Prueba software orientado a objetos
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
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
 
Java Threads (Hilos en Java)
Java Threads (Hilos en Java)Java Threads (Hilos en Java)
Java Threads (Hilos en Java)
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de software
 
ESPRESIONES REGULARES
ESPRESIONES REGULARESESPRESIONES REGULARES
ESPRESIONES REGULARES
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0Software quality assurance (sqa)  parte iii-plan de calidad y prueba v3.0
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0
 
MODELOS DE CALIDAD DEL SOFTWARE
MODELOS DE CALIDAD DEL SOFTWAREMODELOS DE CALIDAD DEL SOFTWARE
MODELOS DE CALIDAD DEL SOFTWARE
 
Pruebas unitarias
Pruebas unitariasPruebas unitarias
Pruebas unitarias
 
Bases de Datos para Dispositivos Móviles - Unidad II: Arquitectura de Base de...
Bases de Datos para Dispositivos Móviles - Unidad II: Arquitectura de Base de...Bases de Datos para Dispositivos Móviles - Unidad II: Arquitectura de Base de...
Bases de Datos para Dispositivos Móviles - Unidad II: Arquitectura de Base de...
 
Metodos Formales
Metodos FormalesMetodos Formales
Metodos Formales
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
 

Destacado

Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentes
jose_macias
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
martin
 
Desarrollo SW Basado en Componentes
Desarrollo SW Basado en ComponentesDesarrollo SW Basado en Componentes
Desarrollo SW Basado en Componentes
toryneutral
 
Programación Orientada a Aspectos (POA)
Programación Orientada a Aspectos (POA)Programación Orientada a Aspectos (POA)
Programación Orientada a Aspectos (POA)
Walter Javier Franck
 

Destacado (10)

Desarrollo de Software Basado en Componentes
Desarrollo de Software Basado en ComponentesDesarrollo de Software Basado en Componentes
Desarrollo de Software Basado en Componentes
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentes
 
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
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Desarrollo SW Basado en Componentes
Desarrollo SW Basado en ComponentesDesarrollo SW Basado en Componentes
Desarrollo SW Basado en Componentes
 
Ingenieria de dominio
Ingenieria de dominioIngenieria de dominio
Ingenieria de dominio
 
Sistemas informacion Com Doc
Sistemas informacion Com DocSistemas informacion Com Doc
Sistemas informacion Com Doc
 
Programación Orientada a Aspectos (POA)
Programación Orientada a Aspectos (POA)Programación Orientada a Aspectos (POA)
Programación Orientada a Aspectos (POA)
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Desarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a ObjetosDesarrollo de Software Orienta a Objetos
Desarrollo de Software Orienta a Objetos
 

Similar a Software basado en Componentes

Orientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDDOrientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDD
Cesar Gomez
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Roxny Moreno
 

Similar a Software basado en Componentes (20)

ing del software
 ing del software  ing del software
ing del software
 
3.creacion de componentes visuales
3.creacion de componentes visuales3.creacion de componentes visuales
3.creacion de componentes visuales
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Modelos de Procesos de Software
Modelos de Procesos de SoftwareModelos de Procesos de Software
Modelos de Procesos de Software
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de software
 
Desarrollo de aplicaciones web en el entorno servidor
Desarrollo de aplicaciones web en el entorno servidorDesarrollo de aplicaciones web en el entorno servidor
Desarrollo de aplicaciones web en el entorno servidor
 
expodesarrollo29
expodesarrollo29expodesarrollo29
expodesarrollo29
 
Apuntes
ApuntesApuntes
Apuntes
 
Manual de introduccion de ingeniería-del-software, metodologias
Manual de introduccion de ingeniería-del-software, metodologiasManual de introduccion de ingeniería-del-software, metodologias
Manual de introduccion de ingeniería-del-software, metodologias
 
Proyecto
ProyectoProyecto
Proyecto
 
Proyecto
ProyectoProyecto
Proyecto
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
El proceso del software
El proceso del softwareEl proceso del software
El proceso del software
 
Método Watch
Método WatchMétodo Watch
Método Watch
 
Orientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDDOrientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDD
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
Mariajosehernandezcardenas 233101 9_agosto
Mariajosehernandezcardenas 233101 9_agostoMariajosehernandezcardenas 233101 9_agosto
Mariajosehernandezcardenas 233101 9_agosto
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofware
 
Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 

Último

redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Último (12)

Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 

Software basado en Componentes

  • 2. Es el proceso de definir, implementar e integrar o componer en sistemas independientes débilmente acoplados. La ingeniería del software basada en componentes surgió a finales de los 90 como una aproximación basada en la reutilización al desarrollo de sistemas de software. Page 2
  • 3. Construir aplicaciones mediante ensamblado de módulos software reutilizables, que han sido diseñados previamente con independencia de las aplicaciones en las que van a ser Utilizados, y generar un mercado de componentes software reutilizables. Page 3
  • 4. 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 uso de este paradigma posee algunas ventajas: 1,Reutilización del software: Nos lleva a alcanzar un mayor nivel de  reutilización de software. 2,Simplifica las pruebas: Permite que las pruebas sean ejecutadas probando  cada uno de los componentes antes de probar el conjunto completo de  componentes ensamblados. 3,Simplifica el mantenimiento del sistema: Cuando existe un débil  acoplamiento entre componentes, el desarrollador es libre de actualizar y/o  agregar componentes según sea necesario, sin afectar otras partes del sistema. 4,Mayor calidad: Dado que un componente puede ser construido y luego  mejorado continuamente por un experto u organización, la calidad de una  aplicación basada en componentes mejorará con el paso del tiempo. Page 4
  • 5. De la misma manera, el optar por comprar componentes de terceros en lugar de desarrollarlos, posee algunas ventajas: Ciclos de desarrollo más cortos.  La adición de una pieza dada de funcionalidad tomará días en lugar de meses ó años. Mejor ROI. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más favorable que desarrollando los componentes uno mismo. Funcionalidad mejorada.  Para usar un componente que contenga una pieza de funcionalidad, solo se necesita entender su naturaleza, más no sus detalles internos. Así, una funcionalidad que sería impráctica de implementar en la empresa, se vuelve ahora completamente asequible. Page 5
  • 6. Que es un componente? Un componente es una unidad de software independiente que puede estar compuesta por otros componentes y que se utiliza para crear un sistema de software. Existen componentes con estado y sin estado. Que un componente no tenga estado externamente observable significa que las copias de componentes son indistinguibles, estos son más sencillos de implementar. Page 6
  • 7. • Ciudades-Casas de Software: Las ciudades evolucionaron gradualmente como lugares para hacer comercio y manufactura. En estas ciudades existían edificios con poca o ninguna conexión entre ellos. Las ciudades tenían un contacto muy limitado con sus ciudades aledañas y desarrollaron su propia cultura, estilo y forma de hacer cosas. De la misma forma, las casas de software evolucionaron gradualmente mientras nuevas aplicaciones fueron construidas y luego extendidas. Cada aplicación separada e independiente de sus similares en la misma casa de software. Cada casa de software tenía su propia cultura, estilo y forma de hacer las cosas: Page 7
  • 8. Etapas del Modelo Basado en Componentes La “Ingeniería de Software Basada en Componentes” (ISBC) incorpora muchas de las características del Modelo en Espiral. Es evolutivo por naturaleza, y por ello exige también un enfoque iterativo para la creación del software. Pero reemplaza las fases de Ingeniería y Construcción y Acción de éste modelo por una sola fase de Construcción y adaptación de la Ingeniería: comunicación con el cliente- las tareas requeridas para establecer comunicación entre el desarrollador y el cliente. planificación- las tareas requeridas para definir recursos, el tiempo y otra información relacionadas con el proyecto. Page 8
  • 9.  análisis de riesgos- las tareas requeridas para evaluar riesgos técnicos y de gestión.  construcción y adaptación de la Ingeniería  evaluación del cliente- las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación. Page 9
  • 10. http://www.elgolem.com.ar/images/archivos/tutoriales/Metodolo gia_de_Sistemas/Metodologia_de_Desarrollo_de_Software_Ba sada_en_Componentes.pdf • http://msdn.microsoft.com/es-co/library/bb972268.aspx • http://www.slideshare.net/martincito123/modelo-componentes Page 10