Академический Документы
Профессиональный Документы
Культура Документы
Metodologa MeRinde
Integrantes:
Castaeda, Efren C.I. 21.506.005
Colmenarez, Carlos C.I. 23.903.914
Riera, Ana C.I. 24.399.004
Rodrguez, Isaac C.I.25.688054
Sistemas III
Seccin 1
Prof. Ana Mercedes Daz
Qu es Merinde?..........................................................................................................4
Catorce mejores prcticas de la Metodologa................................................................5
Estructura del Proceso Merinde.....................................................................................7
Disciplinas de la Metodologa.....................................................................................15
Conclusin...................................................................................................................21
Introduccin
La tecnologa desde sus inicios se fundament como una herramienta capaz de
agilizar actividades en la vida cotidiana. Pese a que en sus comienzos sta avanz con
pasos tmidos, durante un perodo comprendido por las dcadas de 1960 a 1970 hubo
un impulso particularmente exponencial en los avances tecnolgicos a nivel de
hardware.
Durante estas dos dcadas, los sistemas sufrieron considerables catstrofes al
momento de satisfacer las necesidades cada vez ms exigentes del mercado, trayendo
como consecuencia (gracias a las arquitecturas artesanales) retrasos en las entregas de
los proyectos, como tambin costos estimados inexactos y mantenimiento de software
difcil, casi nulo.
Debido a todo lo anterior, surge la Ingeniera del Software y consigo las
metodologas de desarrollo, las cuales se dividen actualmente en tradicionales
(caracterizndose por estar fundamentadas bajo una fuerte documentacin), giles
(siendo todo lo opuesto a las tradicionales y destacando la programacin dentro de su
esquema) y las hbridas (resultando sta el punto intermedio entre las dos anteriores,
tomando las mejores prcticas de cada una).
Entre las metodologas tradicionales se puede destacar particularmente la
metodologa MeRinde, la cual fue propuesta por el Centro Nacional de Tecnologas
de Informacin en el ao 2007 como una metodologa enfocada al desarrollo de
sistemas en Software Libre.
Qu es Merinde?
Metodologa de la red nacional de integracin y Desarrollo de Software Libre
(Merinde) es un proyecto de Software Libre (SL) que propone un estndar para el
proceso de desarrollo de software que puede ser empleado y adaptado segn los
requerimientos de cualquier comunidad u organizacin para el desarrollo de sistemas
y adems para producir y mantener una librera de plantillas reutilizables para la
ingeniera de software. Estas plantillas proveen un punto partida para los documentos
utilizados en proyectos de desarrollo de software, con lo que pueden ayudar a los
desarrolladores a trabajar ms rpido y evitar pasar por alto aspectos importantes del
proceso de desarrollo.
Merinde surge debido la necesidad de involucrar para el desarrollo de sus
proyectos de software equipos que hicieran uso de una metodologa y documentacin
estandarizada, buscando alcanzar una trazabilidad entre documentos y siguiendo un
mismo estndar para el proceso de desarrollo y tener varias medidas para el
aseguramiento de calidad de los sistemas; aunado a eso, tras percibir la no existencia
de un consenso en cuanto a los artefactos a desarrollar ni al contenido que cada uno
de estos debera llevar, se busc crear una metodologa capaz de subsanar la falta de
datos o redundancia de stos dentro de los artefactos con los que ya se contaban.
Merinde es una combinacin y adaptacin de modelos y metodologas
ampliamente utilizadas para el desarrollo de software y la reingeniera de procesos
del negocio. Esta metodologa est fuertemente fundamentada en los requerimientos
del Centro Nacional de Tecnologa de Informacin (CNTI) y en varias metodologas,
particularmente UP , OpenUP y RUP.
Es un proyecto que propone un estndar abierto para el proceso de desarrollo
de software orientado a planes que se estructuran en dos dimensiones o ejes.
de vida de ste.
Alto nivel de abstraccin: esta metodologa favorece los niveles altos de
abstraccin debido a que ayuda a reducir la complejidad del proyecto entre los
involucrados.
Centrarse en la arquitectura: adems de basarse en la utilizacin de los Casos
de Uso para guiar el proceso de desarrollo, presta gran parte de su atencin
hacia el establecimiento temprano de una arquitectura capaz de soportar los
momento.
Enfoque continuo en la calidad: contiene mecanismos para que la calidad de
todos los artefactos se evale en varios puntos durante todo el proceso de
iteraciones.
Fomento del aprendizaje de experiencias: a travs de retroalimentaciones se
busca el fomento del aprendizaje de las experiencias obtenidas en cada uno de
conjunto de modelos.
Permanecer gil y esperar los cambios: el cambio es un factor de riesgo crtico
en los proyectos de software, siendo tomado por la metodologa desde un
enfoque gil, buscando crear las condiciones necesarias a travs de sus
comit de seguimiento.
Analista de Producto: dirige el proceso de captura de requerimientos, define
los actores y casos de uso y estructura el modelo de casos de uso,
estableciendo la forma en que funcionar el sistema y cules son las
de requisitos.
Arquitecto de Software: Se encarga de la definicin de la arquitectura que
guiara el desarrollo, y de la continua refinacin de la misma en cada iteracin.
Este rol se puede descomponer en los siguientes sub roles: diseador,
diseador de base de datos, diseador de interfaz de usuario y diseador de
paquetes.
Desarrollador: tiene a su cargo la codificacin de los componentes en cdigo
fuente en algn lenguaje de alto nivel a desarrollar en la iteracin; debe
elaborar y ejecutar las pruebas unitarias realizadas sobre el cdigo
desarrollado y adems de encargarse de la solidez de la documentacin. Se
10
11
12
13
14
Disciplinas de la Metodologa
La metodologa propuesta MeRinde se organiza en disciplinas. Las disciplinas poseen
flujos de trabajos en donde cada uno conlleva a actividades que a su vez estn
compuestos por un conjunto de tareas realizadas en un rea determinada, las cuales
tienen como objetivo producir artefactos.
Las disciplinas que conforman esta metodologa se dividirn en dos grupos. El
primero comprende las disciplinas fundamentales asociadas con las reas de
ingeniera:
-
potenciales mejoras.
Entender la estructura y la dinmica de la organizacin para la cual el
15
sistema.
Proveer una base para la planeacin de los contenidos tcnicos de las
iteraciones.
implementacin.
Desarrollar una arquitectura para el sistema.
Transformar los requerimientos al diseo del futuro sistema.
Implementacin: El objetivo principal de esta disciplina es convertir los
elementos del diseo en elementos de implementacin, dichos elementos son
cdigos fuentes, ejecutables, binarios, entre otros. Otra parte de esta disciplina
son las pruebas de unidad, las cuales se limitan a los componentes de software
16
del subsistema.
Integrar el sistema siguiendo el plan.
Notificar los errores de diseo, si se encuentran.
Planificar que subsistemas deben ser implementados y en queque
especificaciones
de
requerimientos
por
medio
de
demostraciones concretas.
Validar las funciones del producto de software segn lo diseado.
Validar que los requerimientos fueron implementados apropiadamente.
Implantacin: Esta disciplina tiene como objetivo distribuir e instalar con
xito el sistema elaborado por el equipo de desarrollo y asegurar la
disponibilidad del producto para los usuarios finales.
Sus objetivos especficos son:
17
corregidos debidamente.
Dar soporte a los mtodos de desarrollo.
Mantener la consistencia de los productos durante la evolucin de los
mismos.
Mantener la integridad del producto.
Proveer datos para medir el progreso.
Proveer los medios eficientes para adaptarse apropiadamente a los
intensivos.
Gestin del Ambiente: La finalidad de esta disciplina es dar soporte al
proyecto con los procesos, mtodos y herramientas correctas. Ofrece una
descripcin de las herramientas que se van a necesitar para el apropiado
desarrollo del software, que contendr las herramientas de desarrollo y del
proceso, plantillas, documentos, lineamientos a seguir, y cualquier otro
elemento necesario para llevar adelante con xito el desarrollo del proyecto.
En concreto los objetivos especficos de esta disciplina son:
Configurar el proceso.
Establecer y configurar las herramientas para que se ajusten a la
organizacin.
Mejorar el proceso de desarrollo.
Proveer los servicios tcnicos necesarios.
Seleccionar y adquirir herramientas.
19
Conclusin
El proceso de desarrollo MeRinde comprende una metodologa altamente sustentada,
en la cual se logran reflejar los procesos medulares de un proceso de desarrollo,
manteniendo una cualidad de esperarse por su condicin de metodologa tradicional,
la cual es la alta mantenibilidad del software gracias a la rica documentacin, adems
de ser un mtodo altamente confiable debido al resguardo que su estructura brinda
para el anlisis de riesgos. Es de apreciar las similitudes de MeRinde con la
metodologa RUP en cuanto a sus fases, sin embargo es de percatarse tambin, que
aunque MeRinde es tradicional, posee aspectos parecidos a la metodologa gil XP en
cuanto a la definicin de roles, sin dudas, MeRinde es una metodologa bastante
completa a considerar al momento del desarrollo de software, siempre y cuando luego
de un estudio pertinente se concluya que la va ms conveniente es la metodologa
tradicional.
20
21