Este documento describe la metodología MeRinde para el desarrollo de software libre. Propone ocho roles básicos y varias fases del proyecto incluyendo planificación, elaboración, construcción, transición e implementación. Cada fase tiene objetivos específicos, actividades y productos esperados como resultado.

2. MeRinde
Metodología de la Red Nacional de Integración
y Desarrollo de Software Libre

4. La metodologia del CNTI propone
ocho (8) roles básicos:
 a. Analista de Calidad.
 b. Analista de Producto.
 c. Arquitecto de Software.
 d. Desarrollador.
 e. Involucrado.
 f. Líder del Proyecto.
 g. Mentor.
 h. Probador.

6. Discuplinas/Fases

7. Planificación
Integral de Objetivos

8. Objetivos
Específicos
Metodología Actividades Producto
1. Asegurar que
clientes, usuarios
finales y
desarrolladores
tengan un
2. entendimiento
común de la
organización
objetivo.
3. Derivar los
requerimientos del
sistema necesarios
para apoyar a la
4. organización
objetivo en su
mejora.
5. Entender el
problema actual en
la organización
objetivo e identificar
6. potenciales mejoras.
7. Entender la
estructura y la
dinámica de la
organización para la
cual el
8. sistema va a ser
desarrollado
(organización
objetivo).
Inicio
1. Establecer el
ámbito del
proyecto y sus
límites.
2. Encontrar los
casos de uso
críticos del
sistema, los
escenarios
básicos que
definen la
funcionabilidad.
3. Mostrar al
menos una
arquitectura
candidata para
los escenarios
principales.
4. Estimar el costo
en recursos y
tiempo de todo
el proyecto.
Establecimiento
del ámbito del
producto e
identificación de
los principales
riesgos y la
viabilidad del
proyecto.

9. Artefactos

10. Vista de los procesos del
negocio:

11. Especificación de los
Procesos:

12. Modelo de Análisis:

13. Diagrama de Caso de Uso del
negocio:

14. Diagrama de especificación

15. Diagrama de Actividad:

16. Artefactos/fases Elaboración,
Construcción e Implantación

17. Objetivos
Específicos
Metodología Actividades Producto
1. Definir, validar
y establecer la
arquitectura.
2. Completar la
visión.
3. Crear un plan
fiable para la fase
de construcción.
Este plan puede
evolucionar en
sucesivas
iteraciones. Debe
incluir los costos si
procede.
3. Demostrar que
la arquitectura
propuesta
soportara la visión
con un costo
razonable y en un
tiempo razonable..
Elaboración
Se realiza la
captura de la
mayor parte de los
requerimientos
funcionales,
manejando los
riesgos que
interfieren con los
objetivos del
sistema,
acumulando la
información
necesaria para el
plan de
construcción para
hacer realizable el
caso del negocio
Línea base de
arquitectura del
sistema, la captura
de la mayoría de
los requerimientos
y la reducción de
riesgos importantes
así como permitir
la escalabilidad del
equipo del proyecto
durante la fase de
construcción y las
pantallas del
sistema

22. Diagrama de casos de uso del
software

23. PlantilladeEspecificaciones

24. Diagrama
de actividad

25. ARQUITECTURA DEL SOFTWARE.
Modelo de diseño:
Diagrama de objeto

26. Diagrama de clase:

27. Diagrama de secuencia:

28. Modelo de datos

30. Diseño de componentes
Diagrama de componentes

31. Diagrama de despliegue

32. Objetivos
Específicos
Metodología Actividades Producto
 Minimizar los
costos de
desarrollo
mediante la
optimización de
recursos y
evitando tener
que rehacer un
trabajo o incluso
desecharlo
 Conseguir una
calidad adecuada
tan rápido como
sea práctico.
 Conseguir
versiones
funcionales
Construcción
 Lograr la
disponibilidad
operativa del
producto.
 Evaluar que el
producto
contenga todas
las propiedades,
elementos y
requisitos y/ó
exigencias.
 Probar el
funcionamiento
de estas
exigencias
Un sistema con
calidad de
producción. Toda
la funcionalidad
debe haber sido
implementada y
las pruebas para
el estado beta de
la aplicación
completadas,
junto con los
manuales de
usuario y del
sistema.
Si el proyecto no
cumple con estos
criterios de cierre,
entonces la
transición deberá
posponerse una
iteración.

33. DETECCION Y CORRECCION DE
ERRORES DEL SOFTWARE:
Especificación de Pruebas de los
Requerimientos Funcionales

35. Objetivos
Específicos
Metodología Actividades Producto
1. Entregar el
producto
funcional en
manos de los
usuarios finales
una vez
realizadas las
pruebas de
aceptación por
un
grupo especial de
usuarios.
2. Desarrollar
nuevas versiones
actualizadas del
producto.
3. Completar la
documentación.
Transición
• Configuración,
instalación y
usabilidad del
producto.
 entrenar a los
usuarios en el
manejo del
sistema.
 Elaborar
Manual de
Usuario.
 Elaborar
Manual del
Sistema
• Garantizar que
el usuario
aprenda a
operar y
mantener el
sistema.
• Conseguir un
producto final
que cumpla los
requerimientos
esperados.
• Entrega de
documentación
.

36. RESULTADOS DE LA
IMPLANTACION DEL SOFTWARE:

37. Gracias por su atención