El documento describe el método MERISE para el desarrollo de software. MERISE incluye fases como el estudio preliminar, estudio detallado, implementación y puesta en marcha. Las primeras etapas de especificación de requisitos y diseño son cruciales para determinar las necesidades del cliente y diseñar una arquitectura del sistema. MERISE utiliza ciclos de abstracción, vida y decisión para modelar el sistema de manera abstracta a concreta a lo largo del proceso de desarrollo.

1. MÉTODO DE DESARROLLO DE
SOFTWARE EDUCATIVOMERIS
E

2. Nombre del método.
Fases incluidas.
Definición de cada fase (énfasis las dos
primeras etapas).
Actividades que determinan realizar una
buena fase de Especificación de
Requisitos y Diseño del Software
Educativo.
Conclusión
Bibliografía

3. MERISE
Nombre del método:
Creado en 1977 por el Ministerio de Industria Francés, como un método llamado
Racines, desarrollado para proveer un sistema de Planeamiento de la
Información.
Convergieron tres grupos de personas en su desarrollo:
• Un comité de conducción,
• Desarrolladores y,
• Usuarios.
En 1978 comenzó efectivamente el desarrollo de MERISE, su objetivo primario
fue diseñar un método que permitiese a los equipos de diseño completar sus
proyectos con éxito dentro del costo y tiempo planeados, y en 1982 se
unificaron Racines y MERISE.

4. Fases incluidas:
La estructura de la Metodología MERISE incluye
las siguientes faces:
Estudio Preliminar
Estudio Detallado
Implementación
Puesta en Marcha
MERISE

5. Comprende la planificación del sistema en desarrollo.
Su primera tarea es proporcionar un marco de trabajo, que permita
organizar los recursos, los costos y el tiempo.
Su segunda tarea es la estimación de los recursos requeridos, para el
más óptimo desarrollo y desempeño del sistema.
Recursos que toma en cuenta
Recurso Humano
Componentes Reutilizables
Herramientas (Software y Hardware)

6. Recurso Humano: la cantidad de personas requeridas para el
desarrollo de un proyecto de software solo puede ser
determinada después de hacer una estimación del esfuerzo de
desarrollo, y seleccionar la posición dentro de la organización y
la especialidad que desempeña cada profesional.
Componentes Reutilizables: la finalidad de utilizar
componentes reutilizables es simplemente para evitar gastos
innecesarios, que bien pueden ser aprovechados en algún otro
recurso que sea indispensable.
Herramientas (Software y Hardware): estas dependen de la
estimación.

7. ANÁLISIS
• Identificar las necesidades del cliente
• Evaluar que conceptos tiene el cliente sobre el sistema para
establecer su viabilidad
• Realizar un estudio técnico y económico
• Asignar funciones a los recursos (hardware, software, personas
BD, otros)
• Establecer restricciones de presupuesto y planificación
temporal
Se lleva a cabo teniendo en cuenta estos objetivos:
Para el logro de los objetivos se requiere de gran conocimiento y dominio del
hardware y software, así como la administración de personal y/o la
administración de Base de Datos

8. ANÁLISIS
Estudio de Viabilidad
Se identifican las metas globales, se analiza la perspectiva del cliente, sus necesidades y
requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros
puntos que identifiquen el desarrollo del proyecto
Identificar Necesidades
La viabilidad y el análsis de riesgos están relacionados de muchas maneras, si el riesgo es
alto, la viabilidad de producir software de calidad se reduce.
Económica Técnica Legal
Viabilidad Viabilidad
Viabilidad
Evaluación de los costos
comparados con los
ingresos del sistema
desarrollado
Estudio de funciones,
rendimiento y restricciones que
puedan afectar la realización
Es determinar cualquier posibilidad
de infracción, violación o
responsabilidad legal en que se
pudiera incurrir al desarrollar

9. ANÁLISIS
El estudio económico incluye el análisis de costo-beneficio,
significa una valoración de la inversión económica comparado
con los beneficios que se obtendran en la comercialización y
utilidad del sistema.
En el estudio técnico el desarrollador evalúa los principios
técnico del sistema y al mismo tiempo recoge información
adicional sobre el rendimiento, fiabilidad, características de
mantenimiento y productividad, es la base para determinar si se
decide continuar o abandonar el software.
Estudio Económico y Técnico

10. ANÁLISIS
Es la creación de un modelo a escala de
menor tamaño, para el software este debe
representar todas las funciones y
subfunciones, clases y subclases del
sistema, se concentran en lo que debe
hacer el sistema no en como lo hace,
incluye notación gráfica, información y
comportamiento del sistema.
Modelado de la Arquitectura del Sistema

11. ANÁLISIS
Describe la función y rendimiento del sistema, las dificultades que
estarán presentes durante su desarrollo, además se producen los
requisitos y especificaciones del software.
Especificaciones del Sistema

12. DISEÑO
Conjunto de pasos repetitivos que permiten al diseñador describir
todos los aspectos del sistema a construir:
• Debe implementar todos los requisitos explícitos contenidos en
el modelo y debe acumular todos los requisitos que desa el
cliente
• Debe proporcionar la idea completa de lo que es el software,
enfocando el comportamiento en la implementación
• Debe ser una guía que puedan leer y entender los que
construyan el código y los que lo prueban

13. • Decidir como distribuir la
salida entre posibles
destinatarios
• Determinar que
información presentar:
visual, verbal o impresa
DISEÑO
Se refiere a los resultados e informaciones generadas por el
software.
Se considera
• Hacer que la presentación
de la información sea en
formato aceptable

14. DISEÑODiseño de Archivos
DISEÑO

15. Implementación
Su objetivo es producir una solución eficiente en un lenguaje
ejecutable que implemente las decisiones adoptadas en la fase
de diseño.
Suele incluir la codificación y la prueba del sistema hasta
obtener un paquete ejecutable sobre la plataforma (Hardware y
S.O.) requerida por el usuario.

16. Puesta en Marcha
Instalar el sistema de software desarrollado en el entorno del
cliente y realizar las pruebas de aceptación necesarias.
En muchas ocasiones el proceso de transferencia implica un
período largo en el que se incluye la formación del usuario en
el producto y la realización de las pruebas de aceptación
junto con el usuario.

17. Puesta en Marcha
Mantenimiento correctivo: pretende eliminar
problemas surgidos durante la fase de
operación del sistema y que no han sido
detectados anteriormente.
Mantenimiento preventivo: pretende mejorar
la funcionalidad del sistema.
Mantenimiento evolutivo: pretende modificar
la funcionalidad del sistema para adaptarla a
las nuevas necesidades del usuario.

18. Abstracción
Actividades
El proceso MERISE se realiza según tres ejes a saber:
Vida
Decisión
En cada etapa del ciclo de vida, se utilizan, con una precisión cada vez
mayor, los formalismos del ciclo de abstracción, y se toman decisiones, al
principio de forma global, y después de forma más detallada, conforme va
progresando en el trabajo, los tres ciclos se desarrollan simultáneamente.

19. Ciclo deAbstracción
MERISE utiliza tres formalismos, de lo más abstracto a lo más concreto
para modelar un SI, se aplica a los tratamientos y a los datos.
Conceptual: en este nivel del ciclo pasamos de lo
abstracto a lo concreto definiendo que es lo que
se quiere.
Organizacional: en este nivel definimos objetos
relacionados con el orden y secuencia a seguir.
Operacional: aqui llegamos a saber quien realiza
cada tarea o proceso, se documenta sobre
recursos y hardware
Estos tres formalismos corresponden a los tres
niveles

20. Ciclo de Vida
① Concepción: formulación del
proyecto de software educativo.

21. Ciclo de Decisión
La jerarquía de decisiones
Descomposición del Sistema de Información (SI) en dominios.
Orientaciones en materia de gestión y organización.
Planificación de desarrollo.
Elección entre procedimientos manuales y automáticos.
Elección entre procedimientos en tiempo real y automatizado.
Determinación de puestos de trabajo y tareas.
Diseños de estados, pantallas, otros.
Un aspecto muy importante de MERISE es que se ocupa al mismo
tiempo del estudio de los datos y de los tratamientos.

22. CONCLUSIÓN
Esta metodología presenta un ciclo de vida largo que se concreta en un conjunto definido de
etapas, donde dos ciclos complementarios (abstracción y decisión), permiten percibir tres niveles
(conceptual, organizativo y físico), que además definen dos patrones por cada nivel (modelo de
datos y modelo de tratamientos).
Con la metodología MERISE podemos concluír que se puede utilizar para el desarrollo de
diferentes productos digitales, lo que incluye para nuestro caso el Software Educativo.

23. Metodologias para el desarrollo de sistemas.pdf, Alejandro Pérez García, 2006.
http://dgsa.uaeh.edu.mx:8080/bibliotecadigital/bitstream/handle/231104/321/Metodol
ogias%20para%20el%20desarrollo%20de%20sistemas.pdf?sequence=1&isAllowed
=y
Metodología Merise, RNFNINAPAO, 2015.
https://www.emaze.com/@AICFIQLW/metodologia-merise
Diseño y desarrollo de aplicaciones multimedia educativas, Consuelo Belloch, 2006.
http://www.uv.es/bellochc/pwedu6.htm
EL MÉTODO “MERISE", Luis Lobos Palma, 2009. http://educ-accion.cl/Merise.php
Metodología de desarrollo merise, Andres Barreto, 2014.
https://prezi.com/_gz_bilnlpue/metodologia-de-desarrollo-merise/
BIBLIOGRAFÍA

24. Propuesta de diseño pedagógico para la elaboración de un programa educativo
multimedia, José CLARES LÓPEZ ,
http://www.quadernsdigitals.net/index.php?accionMenu=hemeroteca.DescargaA
rticuloIU.descarga&tipo=PDF&articulo_id=8880&PHPSESSID=d31ed24cad6d9
6f48e7e6a575e37562a
Metodologías para el desarrollo de software educativo, Matilde Reyes Fuentes,
2007.
http://repository.uaeh.edu.mx/bitstream/bitstream/handle/123456789/10682/Met
odologias%20software%20educativo.pdf?sequence=1&isAllowed=y
BIBLIOGRAFÍA