Beruflich Dokumente
Kultur Dokumente
Christian F. Barreto, Angel. D Torres, David F. Valladarez, Diego J. Cando, Erick G. Delgado 1
1. INTRODUCCIN
1
Este documento fue elaborado por Christian Barreto (cfabian.barretop@ucuenca.ec), Daniel Torres (angel.torres@ucuenca.ec), David
Valladarez (david.valladarez@ucuenca.ec), Diego Cando (diego.cando@ucuenca.ec), Erick Delgado (erick.delgadoa@ucuenca.ec),
estudiantes de la Universidad de Cuenca en la facultad de Ingeniera Av. 12 de Abril s/n, Cuenca, Ecuador.
Viernes 7 de julio de 2017, Cuenca-Ecuador
2
Viernes 7 de julio de 2017, Cuenca-Ecuador
estas leyes, esto explica el xito del desarrollo Al hablar de compatibilidad hay que tener
del cdigo abierto. muy en cuenta que absolutamente todos los
algoritmos desarrollados por la comunidad de
El software libre ha evolucionado en dos software libre, establecen condiciones de uso
mbitos principalmente: la evolucin del que deben tener en presente las personas
proceso de desarrollo y evolucin en la que utilicen este cdigo, como dice el lema
arquitectura [12]. del software libre <<This is a matter of
freedom, not price, so think of free speech,
La evolucin del proceso de desarrollo de este not free beer>>, que significa <<Esto es
tipo de programas tienden a comenzar con una cuestin de libertad, no de precio, as
casi ninguna sobrecarga administrativa, que piense en Libertad de expresin no en
adems, la etapa de requerimientos no toma cerveza gratis >>[14], todas estas
un papel significativo, ms bien el verdadero condiciones deberan respetar las libertades
desafo de estos tipos de productos es esenciales de los usuarios dado que son los
introducir cambios o actualizaciones cuando ideales por los cuales se form el software
se ha sobrepasado el tamao crtico del libre, es decir los usuarios podrn ejecutar,
programa, el tamao critico depende de estudiar, modificar y redistribuir libremente el
mltiples factores como son el nmero de cdigo del software libre [14].
lneas de cdigo, los mdulos del programa, el
nmero de colaboradores, igualmente otras En la dcada de 1980 los desarrolladores del
formas mtricas que dificulte al proceso de sistema GNU crearon la licencia Pblica
desarrollo [12]. Como por ejemplo proyectos General, diseada para proteger estas
grandes como Linux o Firefox que se libertades, pero no todos los desarrolladores
componen de ms de dos millones de lneas estaban de acuerdo y en 1998 una parte de
de cdigo, han alcanzado su tamao crtico, la comunidad libre en nombre del cdigo
por lo tanto no es posible que una sola abierto cambiaron los valores ticos y
persona pueda gestionar proyectos de tal sociales para hacer una campaa ms
magnitud, entonces resulta que una junta comercial enfocndose solo en una parte del
directiva coordina adems de controlar la software libre como es la potencia y
evolucin futura del proyecto. En su gran confianza [14].
mayora empresas como Red Hat, IBM o
Apple pagan a estos desarrolladores para que A partir de ese momento se empezaron a
sigan implementando actualizaciones [12]. crear diferentes tipos de licencias que se
adaptan a las necesidades e intereses de los
La evolucin de la arquitectura es una desarrolladores, como:
evolucin evidente ya que se adapta a la
sociedad cambiante y no est sometida a los GPL: indica que si se distribuye una
anlisis de requerimientos. El ejemplo ms versin modificada del programa esta
notorio es el proyecto GCC de Linux, que debe ser distribuida en los mismos
anteriormente no se poda compilar trminos del software original [15]
programas desarrollados en C++ y para garantizar y promover el
actualmente mediante este compilador objetivo de proteger las libertades.
permite compilar proyectos de C, C++, LGPL: se deriva de la licencia GPL,
Objective-C, Java, ADA, Fortran, entre otros pero es menos restrictiva en cuanto a
[13]. Esto es posible gracias a que la mayora las clusulas de distribucin
de softwares libres implementan la lgica obligatoria, por tanto se podra
modular, de ah que diferentes mejoras que utilizar cdigo con tipo de licencia
producen los desarrolladores se puedan LGPL y poderlo distribuir como
implementar con relativa facilidad y causando software privado tomando en cuenta
que no solo un producto mejore, sino que las estipulaciones establecidas,
otros softwares libres tambin se vean como es la de nombrar al autor, por
beneficiados en caso de utilizar mdulos mencionar un ejemplo [16].
similares [12]. GPLv3: Proporciona ms beneficios
a los creadores del cdigo fuente,
2.2 Compatibilidad pero tambin exige ms
responsabilidades [17].
3
Viernes 7 de julio de 2017, Cuenca-Ecuador
2.3 Seguridad
4
Viernes 7 de julio de 2017, Cuenca-Ecuador
Actualmente existen herramientas que pueden participacin, desde el ncleo que sera los
ayudar a detectar las posibles desarrolladores ms experimentados, con un
vulnerabilidades de los softwares de acceso conocimiento tcnico muy avanzado en el
abierto como lo son: Googles OSS-Fuzz, que asumen diferentes roles en el proyecto
CVE (Common Vulnerabilities and Exposures) para que a partir de ellos se organicen en
y el US National Vulnerability Database NVD. equipos auto-organizados llamado la periferia
Sin embargo estas herramientas no cubren co-desarrolladores [7]. Esta organizacin
todas las posibles vulnerabilidades que hace que los problemas mencionados
podran existir en los OSS. anteriormente disminuyan significativamente.
Tomar en consideracin la vulnerabilidad es
un proceso que no tiene fin, ya que a medida Asimismo cuando se habla acerca de la
que avanza la seguridad en softwares tambin sostenibilidad de un software a lo largo de su
existe el incremento de nuevas vida til es necesario compararlo con la
vulnerabilidades, las cuales deben ser sostenibilidad que posee una empresa,
analizadas y tratar de preverlas. [21] donde la solucin econmica con la que se
va a consolidar siempre debe ser precisa.
2.4 Sostenibilidad Aunque or de software libre con
sostenibilidad an es muy prematuro, de
Existen mltiples aciertos que nos haran acuerdo con un informe reciente de Ovum,
pensar que el software libre es unos de los cuando ms compaas aaden la
paradigmas de distribucin de software ms "Sostenibilidad" a sus objetivos, y cuando los
convenientes que existen hasta el momento y padrones y requisitos se ponen ms
que seguramente muchas de las aplicaciones universales, las compaas ven a la
y herramientas de creacin de software se sostenibilidad del software como una manera
distribuirn de esta manera en el futuro, pero de ahorrar dinero, es as que una manera de
por otro lado existen mltiples sostener un software en la actualidad
cuestionamientos para los desarrolladores y depende muchas veces de las industrias y
usuarios que consumimos estos software mientras dichas industrias sean conscientes
como por ejemplo, los software libres se de los beneficios de la sostenibilidad de un
actualizarn a las necesidades del usuario?, software la misma seguir beneficindose
permanecern competitivas a las empresas econmicamente y por tanto su crecimiento
tradicionales que distribuyen software de est asegurado, teniendo en cuenta lo
paga?, entre otras preguntas. El tener claro expuesto anteriormente y en vista de que
cmo se crean y organizan estas cada vez hay ms industria que apoyan a la
comunidades es esencial para las respuestas sostenibilidad del software, los
de estas preguntas. desarrolladores estn promoviendo sus
ofertas a travs de las reformas intrnsecas y
El pilar fundamental para la creacin de estos las entregas hechas a la medida.[19]
softwares es la comunidad de
desarrolladores, y segn las investigaciones, Un claro ejemplo de una industria que apoyan
las tasas de abandono de proyectos, la falta a la sostenibilidad de software y por tanto se
de nuevas inscripciones de desarrolladores y benefician de ello es Linux que en pro de
la falta de participacin perjudican tener una buena base digital cre una
enormemente a la sostenibilidad de los fundacin encargada esencialmente de
proyectos [5]. Aunque la comunidad de suministrar una base financiera estable a
software libre atrae a un gran nmero de Linus Torvald, el progenitor de Linux, y
contribuyentes, la mayora no cumple con las promover el crecimiento de Linux. Seis
expectativas esperadas, ya que un nmero patrocinadores corporativos pagan $500,000
mayoritario de nuevos integrantes no por ao; nueve patrocinadores corporativos
satisface las tareas asignadas y por ese pagan $100,000 por ao, y 28 patrocinadores
motivo no prosperan los proyecto. corporativos pagan a $5000 - $28,000 por ao
La metodologa de organizacin de la para mantener a flote la fundacin creada por
comunidad de software abierto llamada Linux, de lo dicho anteriormente se expone
metodologa cebolla o ncleo-periferia, no claramente otra forma de brindar
asume una jerarqua formal, pero los distintos sostenibilidad a un software, el mismo que es
miembros tienen diferentes niveles de conocido como Auspicio corporativo no
5
Viernes 7 de julio de 2017, Cuenca-Ecuador
lucrativo, que brindan un sostn extra al con certeza el grado de vulnerabilidad del
modelo de sostenibilidad y por las cuales dicho software.
nuevos proyectos son creados como por
ejemplo la fundacin de Apache, la fundacin Es evidente que para que un buen software
de eclipse, la iniciativa de Acceso Abierto, la prolongue su vida til, son necesarias las
fuente de primavera, OpenOffice.Org, y, ms actualizaciones, adems de un constante
recientemente, la fundacin de WordPress. crecimiento del mismo. Esto lo hace posible la
[20] comunidad de desarrolladores mediante la
implementacin de metodologas giles en
cuanto al desarrollo de proyectos de gran
4. CONCLUSIONES envergadura. Por esta razn el crecimiento
est ligado a la sostenibilidad que logre tener
Al ser un software abierto para todos los el producto o servicio que ofrece para obtener
usuarios, su evolucin se encuentra basada ingresos por patrocinios, donaciones y
en ellos, de ah que sus constantes mejoras contine ayudando a la sociedad.
por parte de desarrolladores se implementen
con mayor facilidad y su xito est apoyado Como se puede notar en los cuatro aspectos
en las leyes de Lehmann, consecuentemente tratados de este artculo, nos dan una idea
permiten tener un constante control del clara que este producto y/o servicio que
progreso del software, siendo el resultado final ofrece se encuentra bien estructurado y
un producto bien elaborado beneficiando elaborado para que la sociedad pueda sacar
completamente al usuario como es de provecho de su uso, aparte que si se dedicase
esperarse. de lleno a crear un software libre, se puede
obtener grandes beneficios econmicos,
contrarrestando una mala imagen que a veces
Al hablar de software libre, es imperioso la sociedad puede llegar a tener por el hecho
mencionar la compatibilidad que puede tener de no ser un producto comprado.
un proyecto informtico con otro e incitar al
buen uso de las distintas licencias, no
solamente con el fin de proteger los derechos 5. AGRADECIMIENTO
de autor adems de las libertades, sino
proteger sus trminos y condiciones para el Los autores desean expresar sus
buen uso del software, que evitar que existan agradecimientos a la Universidad de Cuenca
temores por parte de los usuarios en cuanto a por ofrecerles la oportunidad de realizar este
la responsabilidad de los desarrolladores a tipo de trabajos y de manera especial al
cualquier fallo en el sistema (dependiendo del Ingeniero Ral Vzquez Zambrano por sus
tipo de licencia) asimismo de tener confianza conocimientos para guiar la redaccin de este
en la robustez de las actualizaciones y no se documento.
provoque la llamada falsa sensacin de
seguridad que se refiere a la existencia de
fallas de seguridad que solo el desarrollador
que lo creo sabe cules son. Tambin se han
creado organizaciones como Googles OSS-
Fuzz, CVE que combaten las vulnerabilidades
mediante diferentes herramientas y ayudan a
sostener uno de los objetivos por el que se
crearon los softwares libres como es la
solidez.
6. REFERENCIAS
A pesar que existe vulnerabilidad para los
[1] T. Mens, Y. G. Guehnuc, J.
softwares de acceso abierto, esto no significa
Fernndez-Ramil, y M. DHondt, Guest
que el software de acceso cerrado sea
Editors Introduction: Software Evolution,
imbatible a amenazas o tenga mayor nivel de
IEEE Software, vol. 27, n.o 4, pp. 22-25,
seguridad debido a que no es permitido el
jul. 2010.
acceso al cdigo fuente, por lo que no se sabe
6
Viernes 7 de julio de 2017, Cuenca-Ecuador
7
Viernes 7 de julio de 2017, Cuenca-Ecuador
doi:http://dx.doi.org/10.1108/07378831011
047622