DESARROLLO Y EVALUACI

1
DESARROLLO Y EVALUACIÓN DE UN MODELO DE PROCESOS
PARA EL DESARROLLO DE SOFTWARE LIBRE BASADO EN EL
MODELO BAZAR

• Alejandro Moreno Célleri
• Luis Galárraga del Prado

2
Temas a tratar

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

3
La Ingeniería de Software

• 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)

4
La Actualidad

• 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

5
Objetivo

• 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

6
Por qué?

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

7
MOCCA Modelo Controlado para Código Abierto

• 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

8
(No Transcript)
9
MOCCA - Métricas

• 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

10
Aplicación de MOCCA OpenASEL

• 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

11
Aplicación de MOCCA OpenASEL

• 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

12
(No Transcript)
13
Demo de OpenASEL
14
Análisis de Resultados

• 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

15
(No Transcript)
16
(No Transcript)
17
Conclusiones

• 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

18
Conclusiones

• 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