Este documento presenta MeRinde, una metodología de desarrollo de software libre que propone un estándar para el proceso de desarrollo de software utilizando estándares abiertos. MeRinde ofrece plantillas reutilizables y una librería de artefactos para apoyar proyectos de software libre. La metodología se ha utilizado con éxito en universidades, organizaciones públicas y empresas privadas en Venezuela.

1. Metodología de la Red Nacional de Integración
Y Desarrollo de Software Libre (MeRinde).
Una Propuesta Metodológica para elaborar
Software Libre con el uso de Estándares Abiertos.
Aldea Universitaria Rafael Urdaneta.
Cabimas Estado Zulia.
Realizado por:
T.S.U: Freddy Gutiérrez.
T.S.U: Miguel Sanchez.
T.S.U: Alejandro Lunar.
Marzo 2012.

3. EL PROBLEMA

4. ¿Qué es MeRinde?
MeRinde es un proyecto de software libre (SL) que propone un estándar
para el proceso de desarrollo de software que puede ser empleado y
adaptado según los requerimientos de cualquier comunidad u organización.
Además, esta mantiene una librería de plantillas reutilizables para la
ingeniería de software.
Surge de la combinación y adaptación de modelos y metodologías
ampliamente utilizadas para el desarrollo de software y la reingeniería de
procesos del negocio.
Pretende entre sus principales objetivos apoyar a las comunidades de
desarrollo de software libre en sus proyectos, suministrando las
herramientas necesarias para que estos cumplan con un proceso de
desarrollo y documentación de sus sistemas.

5. Audiencia
DESTINADA A CUALQUIER PERSONA, COMUNIDAD U ORGANIZACIÓN
IMPLICADA EN UN PROCESO DE DESARROLLO DE SOFTWARE.
Es Útil Para:
Analistas y usuarios finales (que especifican la estructura y
comportamientos requeridos por el sistema).
Diseñadores (que diseñan los sistemas que satisfacen esos
requerimientos)
Desarrolladores (que convierten esos diseños en códigos
ejecutables).
Probadores (que verifican y validan la estructura y comportamiento
del sistema).
Lideres del proyecto.

6. MEJORES PRACTICAS
1) Adaptar el Proceso de Desarrollo.
2) Alto Nivel de Abstracción.
3) Centrarse en la Arquitectura.
4) Colaboración entre Equipo.
5) Demostrar Resultados Iterativamente e Incrementalmente.
6) Dirigido por Casos de Uso.
7) Diseño Simple.

7. MEJORES PRACTICAS
8) Enfoque Continuo en la Calidad.
9) Enfoque en los Riesgos.
10) Fomento del aprendizaje de Experiencias.
11) Interacción continua con Cliente.
12) Modelar el software.
13) Permanecer Ágil y Esperar los Cambios.

8. Estructura
Esfuerzo en actividades según la fase del proyecto

9. Visión Dinámica
Fases
Fases - Iteraciones - Hitos

11. Visión Estática
Roles
•✔ Analista de Calidad.
•✔ Analista de Producto.
•✔ Arquitecto de Software.
•✔ Desarrollador.
•✔ Involucrado.
•✔ Líder del Proyecto.
•✔ Mentor.
•✔ Probador.

12. Visión Estática
Modelo de Equipo

13. Visión Estática
Artefactos
Se proponen setenta y siete (77) artefactos
Partiendo de estos artefactos se pueden crear sólo los artefactos
que se consideren necesarios para el proyecto, adicionalmente
según los lineamientos establecidos se les puede hacer
modificaciones a los mismos y también se pueden establecer
artefactos adicionales a los aquí propuestos siempre que estos
faciliten y cumplan con los requerimientos.

14. Visión Estática
Artefactos Requeridos
1) Documento de Arquitectura del Software (DAS).
2) El Sistema.
3) Especificación de Requerimientos del Software (ERS).
4) Glosario del Sistema.
5) Modelo de Diseño.
6) Plan de Gestión de Riesgos.
7) Plan de Implantación.

15. Visión Estática
Artefactos Requeridos
8) Plan de Pruebas.
9) Planificación del Proyecto.
10) Repositorio de Versiones.
11) Solicitud del Sistema.
12) Términos de Referencia del Sistema.
13) Términos de Referencia para el Equipo de Desarrolladores
del Sistema.
14) Visión del Sistema.

16. Habilitador Web
www.merinde.org.ve

17. Ventajas
Trazabilidad del Proceso de Desarrollo.
Adaptación y extensión de la metodología según las particularidades del
proyecto.
Habilitador metodológico fácil de manejar.
Planificación, agilidad y control de los procesos de desarrollo
de software.
Reutilización de componentes.
Mayor integración entre el cliente y los desarrolladores.
Fortalecimiento del perfil de las empresas, cooperativas y comunidades
desarrolladoras de Software Libre.
Habilitador Web con Foro.

18. Aportes
Estandarización del proceso de desarrollo, documentación y
herramientas.
Flujos de trabajo que refleja la realidad del desarrollo de software.
Proceso de desarrollo, documentación y herramientas basadas en
estándares abiertos.
Modelo de equipo para el desarrollo de software que supera
Limitaciones geográficas.
Propicia calidad en el proceso y en el producto final.
Plantillas de los artefactos.
Adaptación de varias prácticas probadas por el aprendizaje.

19. Casos de Éxito
Universidades a nivel nacional e internacional están utilizando
MeRinde en su proceso de enseñanza y proyectos de
investigación. Algunas son: UCV, USB, Universidad de Carabobo,
Unefa, Universidad de Mérida, entre otras.
El Centro Nacional de Tecnologías de Información
(CNTI) utilizó MeRinde para el desarrollo de algunos
proyectos de software, como son: TEPUI, SCE-Cenit, CNTIntranet,
Habilitador Web, entre otros.
Otras organizaciones públicas: Cenit (Proyecto Sociotecnológico IV),
DEM, Fonden...
Y empresas privadas como: CEISoft y Armadillo Tech(Capacitación)
Presentaciones y publicaciones: CNSL, ALTEC, Cenditel, Foro Opus

20. La evolución de MeRinde depende de ti
¡Participa!