Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021

FORMATO DE GUÍA DE PRÁCTICA DE LABORATORIO / TALLERES /

CENTROS DE SIMULACIÓN – PARA DOCENTES.

CARRERA: Ingeniería Ciencias de la Computación ASIGNATURA: Software Libre

NRO. INFORME 4 TÍTULO: Ingeniería en el Software Libre.
Nombre: Smith Anthony Grijalva Anaguano

OBJETIVO:
Entender los conceptos y principios sobre los modelos relacionados con “La Catedral y el Bazar”.

1. Leer el documento planteado para el Aula Inversa, revisar documentos

INSTRUCCIONES (Detallar las
instrucciones que se dará al
estudiante):
adicionales y tomar notas respecto al tema tratado.
Leer el articulo “Geoportal Salesiano en el Ecuador un camino de la Catedral al
Bazar”
2. Participar en las exposiciones en la clase.
3. Tomar nota sobre la exposición referente a los modelos de la Catedral y el
Bazar.
4. Tomar nota de la exposición del profesor con relación al Geoportal
Salesiano.
5. Revisar material adicional sobre el modelo de la sobre Catedral y el Bazar.

6. Escribir informe con conclusiones y Bibliografía.

Número de estudiantes: 1 estudiante
ACTIVIDADES POR DESARROLLAR:
Elaborar un informe sobre el modelo de Ingeniería en el Software Libre.

INGENIERIA EN SOFTWARE LIBRE

Aunque hace ya varias décadas que se desarrolla software libre, sólo desde hace unos pocos años se
ha empezado a prestar atención a sus modelos y procesos de desarrollo desde el punto de vista de la
ingeniería del software. En 1997 Eric S. Raymond publicó el primer artículo ampliamente
difundido, «La catedral y el bazar» , en el que se describían algunas características de los modelos de
desarrollo de software libre, haciendo especial énfasis en lo que diferenciaba a estos modelos de los
de desarrollo propietario.

La catedral y el bazar

Raymond establece una analogía entre la forma de construir las catedrales medievales y la manera
clásica de producir software. Asimismo, la planificación está estrictamente controlada, lo que da lugar
a unos procesos claramente detallados en los que idealmente cada participante en la actividad tiene
un papel específico muy delimitado. Dentro de lo que Raymond toma como el modelo de creación de
catedrales no sólo tienen cabida los procesos pesados que podemos encontrar en la industria del
software , sino también proyectos de software libre, como es el caso de GNU y NetBSD. Para
Raymond, estos proyectos se encuentran fuertemente centralizados, ya que unas pocas personas
son las que realizan el diseño y la implementación del software.

Las tareas que desempeñan estas personas, así como sus funciones, están perfectamente
definidas, y alguien que quisiera entrar a formar parte del equipo de desarrollo necesitaría que se le
asignara una tarea y una función según las necesidades del proyecto. Esto supone tener pocas
entregas del software y ciclos largos, que constan de varias etapas, entre las entregas. El modelo
antagónico al de la catedral es el bazar. Según Raymond, algunos de los programas de software
libre, en especial el núcleo Linux, se han desarrollado siguiendo un esquema similar al de un bazar
oriental.
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021
En un bazar no existe una máxima autoridad que controle los procesos que se van desarrollando ni
que planifique estrictamente lo que ha de suceder. El desarrollador ha de tener los conocimientos
necesarios para, por lo menos, empezar a resolverlo. Una vez que haya conseguido tener algo
utilizable, con algo de funcionalidad, sencillo y, a ser posible, bien diseñado o escrito, lo mejor que
puede hacer es compartir esa solución con la comunidad del software libre. Es lo que se denomina
publicación temprana , que permite llamar la atención de otras personas que tengan el mismo
problema y que puedan estar interesados en la solución.

El usuario será el que tome el software y lo pruebe en su máquina bajo unas condiciones
específicas , una tarea que multiplicada por un gran número de arquitecturas y entornos supondría un
gran esfuerzo para el equipo de desarrollo. Si se trata a los usuarios como codesarrolladores puede
darse el caso de que alguno de ellos encuentre un error y lo resuelva enviando un parche al
desarrollador del proyecto para que el problema esté solucionado en la siguiente versión. En cualquier
caso, todas estas circunstancias son muy provechosas para el desarrollo del software, por lo que es
muy beneficioso entrar en una dinámica de esta índole. Esto se ha denominado publicación frecuente
y posibilita una gran modularidad , a la vez que maximiza el efecto propagandístico que tiene la
publicación de una nueva versión del software.

Liderazgo y toma de decisiones en el bazar

Raymond supone que todo proyecto de software libre ha de contar con un dictador benevolente, una
especie de líder –que generalmente coincide con el fundador del proyecto– que ha de guiar el
proyecto y que se reserva siempre la última palabra en la toma de decisiones. Las habilidades que ha
de tener esta persona son principalmente las de saber motivar y coordinar un proyecto, entender a los
usuarios y codesarrolladores, buscar consensos e integrar a todo aquél que pueda aportar algo. Con
el crecimiento en tamaño y en número de desarrolladores de algunos proyectos de software libre, han
ido apareciendo nuevas formas de organizar la toma de decisiones. Este caso es un claro ejemplo de
cómo la alta modularidad existente en un proyecto de software libre ha propiciado una forma de
organización y de toma de decisiones específica .

En el caso de la Fundación Apache nos encontramos con una meritocracia, ya que dicha institución
cuenta con un comité de directores formado por personas que han contribuido de manera notable al
proyecto.

Procesos en el software libre

Aunque el software libre no está necesariamente asociado con un proceso de desarrollo software
específico, existe un amplio consenso sobre los procesos más comunes que se utilizan. Esto no
quiere decir que no existan proyectos de software libre que hayan sido creados utilizando procesos
clásicos, como el modelo en cascada. Generalmente, el modelo de desarrollo en proyectos de
software libre suele ser más informal, debido a que gran parte del equipo de desarrollo realiza esas
tareas de manera voluntaria y sin recompensa económica, al menos directa, a cambio. La forma en la
que se capturan requisitos en el mundo del software libre depende tanto de la «edad» como del
tamaño del proyecto.

El uso de esta herramienta para la planificación es más bien reciente, por lo que se puede observar
que en el mundo del software libre existe una cierta evolución desde la carencia absoluta hasta un
sistema centralizado de gestión ingenieril de actividades, aunque indudablemente éste sea bastante
limitado. En el resto, lo más probable es que el o los desarrolladores principales sean los únicos que
lo posean a veces sólo en su mente o que vaya fraguándose en versiones posteriores del
software. La implementación es la fase en la que se concentra el mayor esfuerzo por parte de los
desarrolladores de software libre, entre otras razones porque a sus ojos es manifiestamente la más
divertida. En cuanto al mantenimiento del software en el mundo del software libre –entendiéndolo
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021
como el mantenimiento de versiones antiguas–, ésta es una tarea cuya existencia depende del
proyecto.

Pero por lo general, en la mayoría de los proyectos de software libre, si se tiene una versión antigua y
se encuentra un error, los desarrolladores no suelen ponerse a corregirlo, sino que aconsejan utilizar
la versión más moderna con la esperanza de que ese error haya desaparecido por el hecho de que el
software ha evolucionado.

Crítica a ''La catedral y el bazar''

La catedral y el bazar adolece de una falta de sistematicidad y rigor acorde con su naturaleza más
bien ensayística y ciertamente poco científica.El caso Linux y que se pretenden generalizar las
conclusiones para todos los proyectos de software libre. En «A second look at the cathedral and the
bazaar» se va más allá y se sostiene –no sin cierta acritud y arrogancia en la argumentación– que la
metáfora del bazar es internamente contradictoria. Otro de los puntos más criticados de «La catedral y
el bazar» es su afirmación de que la ley de Brooks, que dice que «agregar desarrolladores a un
proyecto de software retrasado lo retrasa aún más» , no es válida en el mundo del software libre.

Geoportal Salesiano en el Ecuador un camino de la Catedral al Bazar”

El presente artículo describe la metodología utilizada en el desarrollo del Geoportal Salesiano, a

través de una serie de trabajos finales de pregrado de estudiantes de la carrera de Ingeniería de
Sistemas de la Universidad Politécnica Salesiana, así como también la «Transferencia a la Cátedra» y
sus beneficios dentro de la academia. A continuación, se define lo que es un Geoportal y se describe
sobre la presencia de la Comunidad Salesiana en el Ecuador. El visualizador que es el mapa digital
con sus facilidades, el editor que en el Geoportal Salesiano tiene acceso y capacidad de modificación
tanto de la información geográfica como la de texto, y el catálogo que corresponde a los metadatos y
se encuentra en la base de datos de PostgreSQL. Obras de esta envergadura nos llevan a meditar
sobre la presencia de una congregación religiosa en forma práctica y real frente a problemas reales y
a encontrar soluciones a estos problemas que dignifiquen la vida del ser humano en el Ecuador .

La Comunidad Salesiana cuenta con una serie de organizaciones llamadas Casas, al momento
suman 23. A cada una de estas Casas se adscribe o asociauna o varias obras, las cuales son muy
diversas, unas tan pequeñas como un dispensario médico, formado por 2 personas o tan grandes
como la Universidad Politécnica Salesiana , conformada por 3 sedes, Quito, Guayaquil y Cuenca con
influencia a nivel nacional . Cada una de estas obras tiene una ubicación y un área de influencia que
cubre a sus beneficiarios. Esta estructura se mantiene como un estándar en todos los países en los
cuales hay presencia salesiana.

La Comunidad Salesiana planteó a la Universidad Politécnica Salesiana, a través de su carrera de

Ingeniería de Sistemas, el desarrollo de un Geoportal para visualizar la presencia de la Comunidad
organizada por Casas, obras, lugares y beneficiarios de acuerdo a la estructura que se puede
observar en la Figura 1. El Geoportal Salesiano en sus inicios fue concebido como un sistema bajo la
óptica de la «Catedral», pero luego por la cantidad y diversidad de información que debía ser
procesada se planteó una nueva metodología mixta entre la «Catedral» y el «Bazar», convirtiéndose
en una herramienta web que permite visualizar la presencia de la Comunidad Salesiana en el
Ecuador, ver Figura 2. Este proceso tomó tres años y estuvo integrado por 11 tesis de pregrado
siendo 25 estudiantes los encargados de la recopilación de datos, análisis, diseño, construcción e
implementación del módulo asignado.
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021

Recopilación de datos

Se estableció una entrevista modelo que se debía hacer en cada una de las obras, la cual realizaban
los estudiantes que, en ese momento estaban desarrollando su tesis. Para este proceso se
establecieron dos etapas, en la primera se hizo la recopilación de datos en las tres ciudades más
pobladas del país, , en la segunda se completó el resto del país. Se incluyó también la toma de
fotos, la georreferenciación y el área de influencia de cada una de las obras. En la versión 1, el
ingreso de la información se la realizó directamente en la base de datos, a partir de la versión 2 se
utilizó el sistema del Geoportal, para subir directamente la información.

Luego se determinó que el portal siempre debía estar funcional para que todos subieran los datos
recopilados en el Geoportal y el de sus propias tesis. Al tener una nueva versión funcional, se
migraron datos a ésta, hasta obtener el producto terminado.

Integración de módulos

Se determinó que mientras se desarrollaban las tesis debía existir una que esté a cargo de hacer la
integración. Si el tesista que estaba realizando la integración terminaba su trabajo, este pasaba a un
nuevo tesista quien debía terminar de integrar lo que faltaba, continuar con su trabajo y luego realizar
una nueva integración en un punto determinado. La nueva tesis arrancaba con la integración y si
surgían nuevos requerimientos, estos se desarrollaban en las siguientes versiones.
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021
Preguntas:
1. ¿Cuál es la diferencia entre el modelo de la Catedral y del Bazar? Analice su respuesta.

La diferencia entre el modelo de Catedral y del Bazar, el modelo Catedral hacer referencia a la mayoría del
software no libre y el bazar del mundo del software libre. El modelo catedral generalmente obedece a un
interés comercial y su equipo de trabajo es geográficamente cercano a diferencia del modelo Bazar es de
desarrollo abierto, descentralizado y distribuido además presenta un equipo de trabajo geográficamente
disperso

2. Qué piensa usted sobre ¿cómo se relaciona la metodología agiles con la Ingeniería en Software Libre?
Ono existe ninguna relación entre ellos.

La metodología ágil es indispensable e importante con la ingeniería de software libre, ya que afronta en
la toma de decisiones de proyectos, refiriéndose a temas basados en el desarrollo iterativo e incremental,
donde los requisitos y soluciones evolución de acuerdo con la necesidad del software libre.

3. ¿Es posible en una empresa aplicar el modelo del Bazar en el desarrollo de un Sistema? Analice su
respuesta.

En estos tiempos actuales de pandemia, es prioridad enfatizar en el modelo bazar ya que este modelo
presenta su equipo de trabajo geográficamente disperso. La liberación rápido y frecuente fomentaran el
compromiso y la responsabilidad con los desarrollado del Sistema. Además, utilizaran herramientas de
comunicación a través de la web (Internet-Linux).

4. Explique la afirmación: “Los buenos programadores saben qué escribir. Los mejores, que reescribir
(yreutilizar)”. Analice su respuesta.

Reutilizar los expertos, pero para dar este gran salto tendríamos que saber escribir un código, hare
énfasis con la construcción de una casa. Tener unas buenas columnas es indispensable para una
edificación sea confiable y segura, nuestras columnas serian aprender a escribir un código con el
futuro necesitaremos modificaciones de acuerdo con las necesidades que se nos presente, pero si no
sabemos como los construimos no servirá de nada, el edificio podría colapsar.

5. Explique la afirmación: “Libere rápido y a menudo, y escuche a sus clientes”. Analice su respuesta.

La liberación rápido es importante tanto para tu quipo de trabajo como para sus clientes, con los
colaboradores, ellos estarán pendientes y trabajaran armónicamente, de acuerdo con la liberación de
avances en el proyecto, por eso mencionan debemos tratar a nuestros colaboradores como si fuera su
recurso mas valioso. Además, para nuestros clientes verán avances que sentirán confianza y seguridad en su
trabajo mandando a realizar. El escuchar es importante para la elaboración de todo proyecto, nosotros
debemos construir proyecto de acuerdo con las necesidades que presenta cada cliente.

6. Como relacionaría el modelo de desarrollo de considerar a los usuarios como codesarrolladores frente
alprincipio de Círculo de confianza que se menciona en el artículo del Geo portal Salesiano. descríbalo
y explíquelo

Para desarrollar este proyecto a todos los usuarios se les otorgo el rol de desarrolladores, ya que cada
grupo cumplía su función de integrar todos sus trabajos sin importar los módulos, pues como es lógico
entender, no se podían redefinir actividades o hacer que un grupo espere a la finalización del trabajo.
Se les considera el rol de desarrolladoras porque tienes que cumplir su labor con el proyecto, además
se les otorga este rol para que sientan responsabilidad y compromiso.
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021

7. Cual fue la motivación principal para escoger un modelo mixto de la Catedral y el Bazar en el
desarrollo del Geo portal Salesiano.

Fue concebido como un modelo mixto por la cantidad y diversidad de información que debía ser
procesada, siendo una herramienta web que permite visualizar la presencia de la Comunidad Salesiana
en el Ecuador. Este proceso tomó tres años y estuvo integrado por 11 tesis de pregrado siendo 25
estudiantes los encargados de la recopilación de datos, análisis, diseño, construcción e
implementación del módulo asignado.

8. ¿Qué opinión le merece el elaborar proyectos de titulación donde el producto final va creciendo a
medidaque avanza los diversos trabajos de titulación? Analice su respuesta.

Es un gran proyecto, esto sería como una planta, tenemos la semilla, pero con el aporte de los tesistas
iríamos colocando agua al proyecto, para que pueda crecer. Todos debemos aportar en el crecimiento del
Geo portal Salesiana para resaltar a nuestra Universidad y representar dignamente a nuestra carrera. Este
trabajo fue compromiso de todos los tesistas, todos debieron otorgar esfuerzo y dedicación para que, el
proyecto salga a flote.

9. ¿Qué cambios sugería que se lleve adelante si al momento actual se llevaría un proyecto de
titulacióncomo el que se llevó adelante en el proyecto del Geoportal Salesiano? Analice su
respuesta.

• Un cambio productivo seria mejorar la interfaz gráfica, poseer una imagen sencilla y amigable,
implementando los colores representativos de la universidad.
• Además, juntar a tesistas de la carrera de computación, de diferentes ciudades que posee la
Universidad, para que aporten en el desarrollo del Geo portal.
• Implementar recorridos 3d, de cada rincón Salesiano.

10. ¿Cuál modelo le parece más seguro el de la Catedral o el del Bazar? Analice su respuesta.

El modelo más seguro, desde mi punto de vista es el modelo de “La Catedral” ya que este lleva un interés
comercial, y al ser de tipo comercial siempre van a mejorar sus seguridades, va a desarrollar un interés
egoísta para su crecimiento. Además, su desarrollo cerrado y centralizado, su equipo de trabajo
geográficamente cercano brindaran una seguridad de mejor manera al proyecto que se este desarrollando
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021
Conclusiones
• En conclusión, en el desarrollo de un proyecto de software libre, para realizarlo debemos sentirnos motivados para
realizarlo además si no podemos realizarlo por varias razones es mejor heredarlo.

• Finalmente, el Geoportal salesiana fue desarrollado por tesistas de la carrera de Sistema de la Universidad
Salesiana para unir a hermanos Salesiano de diferentes lugares del país fue un proyecto de sacrificio y esfuerzo por
parte de ellos.

• El modelo catedral es un diseño hermético y riguroso , optado para negocio a diferencia del bazar que es llamado
de esa manera por sus deferente colaboradores que trabajan y dialogan al mismo tiempo en el proyecto.

Bibliografía
• Raymond, S. (1997). La catedral y el bazar. LA CATEDRAL Y EL BAZAR, 1(1), 1–21.

• Pauling, L. (2017). Ingeniería del software libre. Ingeniería del software libre, 1(1), 1–13.

• G. Navas y P. Prieto, “Geoportales en el Ecuador,” La Granja, vol. 14, nº 2, pp. 58-64, 2011.

• Comunidad Salesiana, Presentación de la Comunidad Salesiana, Fecha de Acceso: 29

septiembre
2016, http://www.salesianos.org.ec/pags/nosotros.jsp.

Resolución CS N° 076-04-2016-04-20
 Ingeniería Docente: Gustavo Navas R.

Software Libre Período Lectivo: Marzo 2021

Agosto 2021

Docente / Técnico Docente:

Firma: