Alejandro Moreno Célleri Luis Galárraga del Prado

Introducción Objetivo MOCCA (Modelo Controlado para Código Abierto) Aplicación de MOCCA: OpenASEL Análisis de Resultados Conclusiones

Métodos y herramientas evolucionan con el tiempo Eficiencia Ingeniería de Software Una disciplina que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de que se utiliza Orientado al software privativo (Modelo Catedral)

FOSS (Free Open Source Software) Reducir brecha digital Modelo de procesos para FOSS? Idea general Ciertos lineamientos, sugerencias, características En la práctica, cada proyecto utiliza su modelo Modelo Bazar No es un modelo per se

Definir un modelo de desarrollo estilo Bazar, el mismo que es frecuentemente utilizado en los proyectos de FOSS, teniendo en consideración las diferentes variantes que se pueden encontrar de este modelo y tratando de adoptar las ideas más relevantes y actuales. Evaluación a fin de comprobar su validez como solución al problema

No tener un modelo de procesos estandarizado Muchas personas no se arriesgan Grandes empresas InversiónRiesgos

Etapas de MOCCA Definición de aspectos iniciales Análisis y diseño de la solución Implementación Proceso de estabilización Liberación del producto Características Principales Libera a menudo, libera rápido Dados suficientes ojos, todo error es superficial

El estilo bazar no es considerado como una metodología viable Ausencia de mecanismos de control de calidad Medición de la salud del proceso Métricas del proceso Frecuencia de liberaciones, correos enviados, conflictos, etc Métricas del producto Número de bugs reportados por release, descargas, etc

Aplicación para la administración de seminarios o clases a distancia Interfaz web Soporte para videoconferencia, mensajería instantánea, recursos compartidos (archivos) y presentaciones con pizarra compartida Interfaz Web de Administración Django Servidor y Cliente OpenASEL AccessGrid 3.1

Ambiente de desarrollo Imperativo desarrollar la aplicación en un ambiente colaborativo Ayuda del grupo KOKOA (Comunidad de Software Libre de la ESPOL) La comunidad estuvo compuesta por 6 desarrolladores. Herramientas de soporte para la toma de métricas

El principal objetivo del modelo es garantizar en cualquier momento información certera sobre la salud del proceso a fin de tomar las medidas del caso para encaminarlo al éxito

Pleno conocimiento del estado del proyecto en el tiempo Información contextual es necesaria en el análisis Descensos en las métricas no implican apatía No todas las métricas definidas en el modelo sirven para todas las instancias del mismo. Quienes colaboran, en muchos casos, lo hacen de forma voluntaria Identificar un caso de apatía de parte de los miembros Elaborar planes de riesgo Comunidad motivada + canales efectivos de difusión Buenas señales de progreso

El modelo propuesto es válido en gran parte No logramos liberar un prototipo estable (pre-alphas) Motivos externos al modelo + problemas inherentes al desarrollo voluntario El modelo es un gran paso hacia la estandarización del proceso de desarrollo de software libre Leves mejoras pueden ser aplicadas