Desarrollo de software basado en componentes - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-06-20T03:21:47Z

Texto reemplazado: «<div align="justify">» por «»

Jeannejcbayamo8 en 15:48 7 feb 2019

2019-02-07T15:48:05Z

Diamela jc.bayamo8 en 17:08 6 oct 2011

2011-10-06T17:08:32Z

Alexeijccmg en 13:49 8 jun 2011

2011-06-08T13:49:36Z

Humbertojccmg en 15:33 3 may 2011

2011-05-03T15:33:13Z

Arletisjcconsolacion en 16:46 26 abr 2011

2011-04-26T16:46:53Z

Jeannejcbayamo1 en 01:27 1 abr 2011

2011-04-01T01:27:39Z

Jeannejcbayamo1 en 01:26 1 abr 2011

2011-04-01T01:26:19Z

Jeannejcbayamo1: Página creada con '{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas software basado en componentes o simplemente desarrollo de software basado en componentes ha cob...'

2011-04-01T01:23:27Z

Página creada con '{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas software basado en componentes o simplemente desarrollo de software basado en componentes ha cob...'

Página nueva

{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas [[software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente. 

== '''Qué es un componente''' ==

Los componentes software surgen, en cierta medida de la necesidad de desarrollar sistemas mediante el ensamblaje de módulos independientes ya existentes. Analizando las definiciones de qué es un componente, por parte de [[Szyperski|Szyperski]] , en WSBC (WebSphere Business Components) de [[IBM|IBM]] , y del [[Instituto de Ingeniería de Software|Instituto de Ingeniería de Software]] (SEI, del inglés Software Engineering Institute), se puede afirmar que un componente, en esencia, es una unidad reutilizable que puede interoperar con otros módulos software por medio de sus interfaces, las cuales define desde donde se puede tener acceso a los servicios que este ofrece a los demás componentes. Un componente puede presentarse en forma de código fuente o código objeto; puede estar escrito en lenguaje funcional, procedural u orientado a objetos y puede ser tan simple como un botón GUI o tan complejo como un subsistema.<ref name="1">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref>

== '''Definición del DSBC''' ==

El desarrollo de software basado en componentes (en lo adelante DSBC) constituye una aproximación del desarrollo de software que describe, construye y emplea técnicas software para elaborar sistemas abiertos y distribuidos, mediante el ensamblaje de partes software reutilizables.<ref name="1">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref> 

== '''Caraterísticas y utilidades''' ==

Es utilizado para reducir los costos, tiempo y esfuerzos de desarrollo del software, y de esta manera incrementar el nivel de productividad de los grupos desarrolladores y minimizar los riesgos; a su vez ayuda a optimizar la fiabilidad, flexibilidad y la reutilización de la aplicación final. De esta manera, las pequeñas empresas pueden tener una mayor confiabilidad a la hora de realizar una inversión tecnológica.

La modularidad, la reusabilidad y componibilidad son características muy relevantes de la tecnología de programación basada en componentes, en las cuales coincide con la tecnología orientada a objetos de la que puede considerarse una evolución. No obstante en esta tecnología también se requiere robustez debido a que los componentes deben operar en entornos muchos más heterogéneos.

El DSBC, se corresponde al paradigma de programación de sistemas abiertos, los cuales son extensibles y tienen una interacción con componentes heterogéneos que se integran o abandonan el sistema de manera dinámica, o sea, que los componentes pueden ser substituidos por otros componentes, independientemente de su arquitectura y desarrollo.

Otro aspecto a tener en cuenta en el DSBC, es el poder integrar lo mejor de las tecnologías para realizar aplicaciones personalizadas, ajustadas a los requisitos de los clientes; lo cual le permite a los desarrolladores y/o a la empresa adquirir las tecnologías que más se adapten a sus particularidades, sin incurrir en gastos de licenciamiento o soporte y actualización de grandes soluciones, aunque muchas de estas tecnologías se encuentran bajo la premisa de Freeware y GNU (General Public License), lo cual añade otra gran ventaja.

== '''Beneficios del DSBC''' ==

Este enfoque de desarrollo además de que posibilita alcanzar un alto nivel de reutilización de software, también ofrece otros beneficios que no son menos importantes, como por ejemplo:

*'''Simplifica las pruebas'''. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref> 
*'''Simplifica el mantenimiento del sistema'''. Cuando existe un débil acoplamiento entre sus componentes, el desarrollador puede actualizar y/o adicionar componentes según sea requerido, sin afectar otras partes del sistema.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref> 
*'''Mayor calidad'''. Dado que un componente puede ser construido y luego optimizado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref>

De la misma manera, el hecho de 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 tardar meses ó incluso años.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref>
*'''Mejor ROI'''. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más favorable que desarrollando los componentes uno mismo.<ref name="2" />
*'''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.<ref name="2" /> 

 

<references /> 

== Fuentes ==

*Joven Club Bayamo I 
*Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003. 
*Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx 
*Lidia Fuentes, José M. Troya y Antonio Vallecillo. Desarrollo de Software Basado en Componentes. Departamento Lenguajes y Ciencias de la Computación. Universidad de Málaga. 
*Maribel Ariza Rojas, Juan Carlos Molina García. Introducción Y Principios Básicos Del Desarrollo De Software Basado En Componentes. 

 

[[Category:Software]]

@@ Línea 4: / Línea 4: @@
 |concepto=Construcción de sistemas de software basado en componentes, o simplemente desarrollo de software basado en componentes para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofreceen el ámbito tecnológico.
 }}
-<div align="justify">
 '''Desarrollo de software basado en componentes.''' Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por [[Fred Brooks|Fred Brooks]] en [[1987|1987]] y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>

← Revisión anterior		Revisión del 15:48 7 feb 2019
Línea 54:		Línea 54:
	<br>		<br>

−	[[Category:Software]]	+	[[Category:Ciencias Aplicadas y Tecnologías]][[Category:Ciencias informáticas y Telecomunicaciones]][[Category:Ciencias informáticas]][[Category:Software]]

@@ Línea 3: / Línea 3: @@
 |imagen=desarrollo_software_comp.gif
 |concepto=Construcción de sistemas de software basado en componentes, o simplemente desarrollo de software basado en componentes para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofreceen el ámbito tecnológico.
-}}'''Desarrollo de software basado en componentes.''' Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por [[Fred Brooks|Fred Brooks]] en [[1987|1987]] y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
+}}
 == '''Definición informática de componentes software'''  ==

@@ Línea 1: / Línea 1: @@
-{{Normalizar}}{{Definición}} Actualmente el desarrollo de sistemas [[Software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
+{{Definición
-== '''Qué es un componente'''  ==
+== '''Definición informática de componentes software'''  ==
 Los componentes software surgen, en cierta medida de la necesidad de desarrollar sistemas mediante el ensamblaje de módulos independientes ya existentes. Analizando las definiciones de qué es un componente, por parte de [[Szyperski|Szyperski]] , en WSBC (WebSphere Business Components) de [[IBM|IBM]] , y del [[Instituto de Ingeniería de Software|Instituto de Ingeniería de Software]] (SEI, del inglés Software Engineering Institute), se puede afirmar que un componente, en esencia, es una unidad reutilizable que puede interoperar con otros módulos software por medio de sus interfaces, las cuales define desde donde se puede tener acceso a los servicios que este ofrece a los demás componentes. <br>Un componente puede presentarse en forma de código fuente o código objeto; puede estar escrito en lenguaje funcional, procedural u orientado a objetos y puede ser tan simple como un botón GUI o tan complejo como un subsistema.<ref name="uno">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref>
@@ Línea 33: / Línea 37: @@
 *'''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.<ref name="dos" /> <br>
-<br>
+== '''Referencias'''  ==
-== '''Referencias''' ==
+<references /><br>
 == Fuentes  ==
@@ Línea 45: / Línea 47: @@
 *Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx<br>
 *Lidia Fuentes, José M. Troya y Antonio Vallecillo. Desarrollo de Software Basado en Componentes. Departamento Lenguajes y Ciencias de la Computación. Universidad de Málaga.<br>
 *Maribel Ariza Rojas, Juan Carlos Molina García. Introducción Y Principios Básicos Del Desarrollo De Software Basado En Componentes.<br>
 <br>
 [[Category:Software]]

@@ Línea 1: / Línea 1: @@
-{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas [[Software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
+{{Normalizar}}{{Definición}} Actualmente el desarrollo de sistemas [[Software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
 == '''Qué es un componente'''  ==
@@ Línea 39: / Línea 39: @@
 <references /><br><br>
-== '''Fuentes'''<br>  ==
+== Fuentes  ==
 *Joven Club Bayamo I<br>

@@ Línea 19: / Línea 19: @@
 La modularidad, la reusabilidad y componibilidad son características muy relevantes de la tecnología de programación basada en componentes, en las cuales coincide con la tecnología orientada a objetos de la que puede considerarse una evolución. No obstante en esta tecnología también se requiere robustez debido a que los componentes deben operar en entornos muchos más heterogéneos.
-El DSBC, se corresponde al paradigma de programación de sistemas abiertos, los cuales son extensibles y tienen una interacción con componentes heterogéneos que se integran o abandonan el sistema de manera dinámica, o sea, que los componentes pueden ser substituidos por otros componentes, independientemente de su arquitectura y desarrollo.
+El DSBC, se corresponde al paradigma de [[programación de sistemas abiertos]], los cuales son extensibles y tienen una interacción con componentes heterogéneos que se integran o abandonan el sistema de manera dinámica, o sea, que los componentes pueden ser substituidos por otros componentes, independientemente de su arquitectura y desarrollo.
 Otro aspecto a tener en cuenta en el DSBC, es el poder integrar lo mejor de las tecnologías para realizar aplicaciones personalizadas, ajustadas a los requisitos de los clientes; lo cual le permite a los desarrolladores y/o a la empresa adquirir las tecnologías que más se adapten a sus particularidades, sin incurrir en gastos de licenciamiento o soporte y actualización de grandes soluciones, aunque muchas de estas tecnologías se encuentran bajo la premisa de Freeware y GNU (General Public License), lo cual añade otra gran ventaja.

@@ Línea 1: / Línea 1: @@
-{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas [[software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
+{{Desarrollo}}{{Definición}} Actualmente el desarrollo de sistemas [[Software|software]] basado en componentes o simplemente desarrollo de software basado en componentes ha cobrado un mayor auge en el ámbito tecnológico, para los procesos de desarrollo de aplicaciones, debido a los beneficios y utilidades que este ofrece. Durante algunos años fue reseñado como una filosofía conocida como “compre, y no construya" divulgada por Fred Brooks en 1987 y que respaldaba el uso de componentes prefabricados sin tener que desarrollarlos nuevamente.<br>
 == '''Qué es un componente'''  ==
-Los componentes software surgen, en cierta medida de la necesidad de desarrollar sistemas mediante el ensamblaje de módulos independientes ya existentes. Analizando las definiciones de qué es un componente, por parte de [[Szyperski|Szyperski]] , en WSBC (WebSphere Business Components) de [[IBM|IBM]] , y del [[Instituto de Ingeniería de Software|Instituto de Ingeniería de Software]] (SEI, del inglés Software Engineering Institute), se puede afirmar que un componente, en esencia, es una unidad reutilizable que puede interoperar con otros módulos software por medio de sus interfaces, las cuales define desde donde se puede tener acceso a los servicios que este ofrece a los demás componentes. <br>Un componente puede presentarse en forma de código fuente o código objeto; puede estar escrito en lenguaje funcional, procedural u orientado a objetos y puede ser tan simple como un botón GUI o tan complejo como un subsistema.<ref name="1">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref>
+Los componentes software surgen, en cierta medida de la necesidad de desarrollar sistemas mediante el ensamblaje de módulos independientes ya existentes. Analizando las definiciones de qué es un componente, por parte de [[Szyperski|Szyperski]] , en WSBC (WebSphere Business Components) de [[IBM|IBM]] , y del [[Instituto de Ingeniería de Software|Instituto de Ingeniería de Software]] (SEI, del inglés Software Engineering Institute), se puede afirmar que un componente, en esencia, es una unidad reutilizable que puede interoperar con otros módulos software por medio de sus interfaces, las cuales define desde donde se puede tener acceso a los servicios que este ofrece a los demás componentes. <br>Un componente puede presentarse en forma de código fuente o código objeto; puede estar escrito en lenguaje funcional, procedural u orientado a objetos y puede ser tan simple como un botón GUI o tan complejo como un subsistema.<ref name="uno">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref>
 == '''Definición del DSBC'''  ==
-El desarrollo de software basado en componentes (en lo adelante DSBC) constituye una aproximación del desarrollo de software que describe, construye y emplea técnicas software para elaborar sistemas abiertos y distribuidos, mediante el ensamblaje de partes software reutilizables.<ref name="1">Martínez, Luis F. Iribarne. Modelo de Mediacion para el Desarrollo de Software basado en Componentes COTS. Universidad de Almería : s.n., 2003.</ref><br>
+El desarrollo de software basado en componentes (en lo adelante DSBC) constituye una aproximación del desarrollo de software que describe, construye y emplea técnicas software para elaborar sistemas abiertos y distribuidos, mediante el ensamblaje de partes software reutilizables.<ref name="uno" /><br>
 == '''Caraterísticas y utilidades'''  ==
@@ Línea 23: / Línea 23: @@
 Este enfoque de desarrollo además de que posibilita alcanzar un alto nivel de reutilización de software, también ofrece otros beneficios que no son menos importantes, como por ejemplo:
-*'''Simplifica las pruebas'''. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref><br>
+*'''Simplifica las pruebas'''. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.<ref name="dos">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref><br>
-*'''Simplifica el mantenimiento del sistema'''. Cuando existe un débil acoplamiento entre sus componentes, el desarrollador puede actualizar y/o adicionar componentes según sea requerido, sin afectar otras partes del sistema.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref><br>
+*'''Simplifica el mantenimiento del sistema'''. Cuando existe un débil acoplamiento entre sus componentes, el desarrollador puede actualizar y/o adicionar componentes según sea requerido, sin afectar otras partes del sistema.<ref name="dos" /><br>
-*'''Mayor calidad'''. Dado que un componente puede ser construido y luego optimizado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref>
+*'''Mayor calidad'''. Dado que un componente puede ser construido y luego optimizado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo.<ref name="dos" />
 De la misma manera, el hecho de 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 tardar meses ó incluso años.<ref name="2">Mendez, Oscar. Desarrollo de Software basado en Componentes. msdn.microsoft.com. [En línea] http://msdn.microsoft.com/es-es/library/bb972268.aspx</ref>
+*'''Ciclos de desarrollo más cortos'''. La adición de una pieza dada de funcionalidad tomará días en lugar de tardar meses ó incluso años.<ref name="dos" />
-*'''Mejor ROI'''. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más favorable que desarrollando los componentes uno mismo.<ref name="2" />
+*'''Mejor ROI'''. Usando correctamente esta estrategia, el retorno sobre la inversión puede ser más favorable que desarrollando los componentes uno mismo.<ref name="dos" />
-*'''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.<ref name="2" /> <br>
+*'''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.<ref name="dos" /> <br>
 <br>