METODOLOGIA “MERISE”
2011
DEDICATORIA
A Dios que siempre nos guía, Ayuda, orienta y nos brinda Los conocimientos y las Fuerzas necesarias que todos Necesitamos para seguir Adelante.
A nuestros padres, que nos brindan Su confianza y su comprensión. También por otorgarnos los permisos Necesarios para realizar este informe.
A todos nuestros amigos y Personas que confían en nosotros Y nos brindan su apoyo incondicional, i ncondicional, Haciéndonos sentir que somos los Mejores y que podemos ser aún más.
2
METODOLOGIA “MERISE”
2011
PRESENTACIÓN
Teniendo que cumplir con las actividades programadas en el curso de Metodología de Desarrollo de Software, pongo a disposición este presente informe que se tratara de la metodología MERISE, que ha sido elaborado por alumnos de la carrera de Computación e Informática del IV – CICLO. La finalidad de este informe es la de mejorar los conocimientos del alumnado en general, utilizando como una fuente importante para esta meta que es la tecnología de las metodologías.
Esperamos que este informe pueda satisfacer las expectativas que los lectores puedan requerir.
Por consiguiente, esperamos su comprensión por algunas fallas o deficiencias que pueda encontrar durante el desarrollo de este informe.
LOS AUTORES
3
METODOLOGIA “MERISE”
2011
INTRODUCCIÓN
Hoy en día, el término de la Metodología “MERISE” se suele mezclar con muchos aspectos de la computación y la tecnología, lo cual el término puede ser más amplio que eso. MERISE (se pronuncia "MEURISE" y no "MERISE") este es un método de análisis, el diseño y la gestión de proyectos. La metodología MERISE ha sido ampliamente utilizada en los años 1970 y 1980 para la informatización de las organizaciones de masas. Este método es adecuado para las organizaciones internas de gestión de proyectos, se limitan a un área específica. En cambio, es menos adecuado para proyectos multi-funcional para las organizaciones que gestionan la mayoría de la información de una sociedad (ambientales y sociales) con las partes interesadas, es decir, ¿dónde están los mayores desafíos del siglo XXI . Para finalizar el presente trabajo, nuestro quipo ha decidido incluir las bibliografías que hayamos utilizado para poder elaborar correctamente este informe que a continuación presentaremos.
El trabajo de investigación se encuentra dividido en
capítulos, en los cuales se
explicara y detallará más adelante.
4
METODOLOGIA “MERISE”
2011
INDICE
DEDICATORIA PRESENTACION INTRODUCCION INDICE Historia de Merise……………………………………………………………………………… 6 Ciclo de Merise………………………………………………………………………………… 7 Ciclo de Abstracción……………………………………………………………………………7 Ciclo de la Decisión…………………………………………………………………………… 8
Ciclo de Vida…………………………………………………………………………………… 8 Fases de un Proyecto Merise…………………………………………………………………... 10 Método de Modelado de Software Merise…………………………………………………… 11
Cuadro Comparativo de Merise……………………………………………………………… 12
CONCLUSIONES BIBLIOGRAFIAS
5
METODOLOGIA “MERISE”
2011
MERISE
1. HISTORIA Esta metodología acerca del desarrollo del software empezó a desarrollarse en 1.972 por un grupo de universitarios ingenieros en Francia ( Aix-En-Provence ). Fueron animados desde el principio por Hubert Tardieu y concluyeron su 1ª versión en 1.976. El proyecto de crear una metodología partió del " Centre Technique Informatique" del ministerio de industria francés en septiembre de 1.977 para cubrir las necesidades tanto de la administración como de las empresas. Se realizó con la colaboración de diversas empresas de servicios. El proyecto finalizó en mayo de 1.978 dando lugar a Merise como metodología de análisis y diseño de sistemas de información. Se caracteriza porque anteponen al ciclo de vida dos ciclos más: el de abstracción y el de decisión. Además, añade algunas herramientas a las tradicionales para desarrollo de sistemas cliente-servidor u orientados a objetos. Inicialmente se utilizó de manera restrictiva a la espera de su lanzamiento oficial en 1.979. Merise (se pronuncia "Meurise" y no "Merise") es un método de análisis, el diseño y la gestión de proyectos,también podemos decir que es un método específicamente francesa, conocida desde el inicio de la competencia internacional Anglo-Saxon métodos como SSADM, SDM / S o axial. Luego trató de adaptarse a los cambios rápidos en la tecnología informática con Merise / objeto y Merise / 2 diseñado para adaptarse a cliente-servidor. Merise fue un gran reflexiones en curso sobre un "Método de euros", que no pudo penetrar. Es un método integrado de análisis, concepción y gestión de proyectos, desarrollado en Francia. El mismo provee un marco metodológico y un lenguaje común riguroso para los desarrollos informáticos.
6
METODOLOGIA “MERISE”
2011
2. CICLO DE MERISE Esta metodología sale de la universalidad. Siempre que se va a desarrollar una aplicación es como si se estuviese moviendo entre 3 ejes. Abstracción Decisión Vida Merise método de análisis y diseño ofrece un enfoque estructurado en tres ejes a la vez para dar prioridad a las preocupaciones y las preguntas a responder en la realización de un proyecto:
2.1. CICLO DE ABSTRACCIÓN El ciclo de abstracción define tres niveles: el conceptual, donde se define la finalidad del desarrollo, el organizativo, donde se organizan las tareas a realizar para conseguir el objetivo final, y el nivel físico, donde se consideran los medios técnicos necesarios.
Niveles de abstracción
Tratamientos
Datos
Conceptual
Modelo conceptual: Indica lo
Modelo conceptual: Trabaja
que el sistema tiene que
con los objetos, entidades,
resolver.
describe propiedades.
Modelo organizativo: Indica
Modelo lógico: Transforma el
quién lo hace, cuándo y dónde.
modelo conceptual en
Organizativo y logico
estructuras lógicas de datos.
Técnico
Modelo operativo: Indica
Modelo físico: Se concreta la
cómo se hace.
estructura final en función del gestor a utilizar.
7
METODOLOGIA “MERISE”
2011
2.2. EL CICLO DE LA DECISIÓN
El ciclo de decisión pasa por varias etapas que concretan cada nivel de abstracción.
La primera etapa conceptual consiste en la creación de un modelo conceptual de datos (utilizando entidad-relación) y un modelo conceptual de tratamientos (análogo a los DFD”diagrama de flujo de datos” del análisis estructurado).
Una segunda etapa organizacional, mediante el modelo lógico de datos (contempla las posibilidades de acceso a los datos en función de las necesidades de acceso a los tratamientos) y el modelo organizativo de tratamientos (muestra la frecuencia de acceso a los procesos y la organización de los mismos).
Finalmente, en la tercera etapa operacional, se crea el modelo físico de datos – sobre un determinado soporte- y el modelo operativo de tratamientos – en el que definen los diferentes programas y módulos.
2.3. CICLO DE VIDA Las fases de diseño, implementación, mantenimiento y ciclo de los proyectos.
Cómo último ciclo, quedaría el ciclo de vida. En el se realizaría la parte de diseño, tanto funcional como técnico, junto a la implementación, pruebas y mantenimiento. Esta metodología presenta 4 fases:
8
METODOLOGIA “MERISE”
2.3.1.
2011
Estudio preliminar
o
Análisis de situación actual.
o
Propuesta de solución global (criterios de gestión, organización y decisiones del comité directivo del proyecto)
2.3.2. o
2.3.3.
Estudio detallado Definición funcional de la solución.
Implementación
o
Distribución de datos y tratamientos.
o
Codificación y verificación de los programas (juegos de pr uebas)
2.3.4.
Realización y puesta en marcha
o
Implementación de medios técnicos (instalación de materiales, etc.)
o
Implementación de medios organizativos (formación del personal, lanzamiento de la aplicación, etc.)
9
METODOLOGIA “MERISE”
3.
2011
LAS DIFERENTES FASES DE UN PROYECTO MERISE UN PROYECTO ELABORADO POR EL MERISE MÉTODO CONSISTE EN DIFERENTES FASES:
Los actores de un proyecto: se trata de identificar a los actores de un proyecto, las personas intervengan en cualquier fase del mismo. Estos actores van a aparecer en el modelo lógico de flujo de datos. Blueprint: "El plan maestro define el marco institucional y los datos para futuros proyectos" , y por lo tanto, debe definir el proyecto en relación con los objetivos de la estrategia de la compañía. No va a estar aquí para dar detalles del proyecto, sino más bien para proporcionar el marco, los objetivos y el proyecto significa.
El estudio preliminar: se describen las necesidades y expectativas de los usuarios, el tratamiento (procesos de negocio) para el procedimiento representante (modelo conceptual de tratamiento, procesamiento de modelo lógico, proyecto de modelo de datos físicos), y los principales datos (modelo modelo conceptual de datos lógicos de datos esquema modelo de tratamientos físicos externos).
El estudio detallado: describe las necesidades, el tratamiento, y l os datos con mayor detalle para cada procedimiento funcional. El estudio detallado se divide: Especificaciones funcionales (operaciones de la tabla por proceso, TOP), escrito por el dueño del proyecto, Especificaciones funcionales, escrito por el contratista principal.
El estudio técnico: describe los medios técnicos para ll evar a cabo la aplicación (entorno técnico, DBMS, los lenguajes de programación, directrices de desarrollo,...). Producción: se describe la producción. Mantenimiento: se describe el mantenimiento del sistema, y por lo tanto proporcionar por lo menos lo siguiente: los actores, documentación, formación
10
METODOLOGIA “MERISE”
2011
4. Método de modelado de software Merise
PowerDesigner
MySQL Workbench
DBDesigner
AnalyseSI
WinDesign
Abrir ModelSphere (GPL)
MPD Diseñador
Devaki-nextObject (GNU GPL v2.0)
11
METODOLOGIA “MERISE” ETAPAS Esquema Director
Estudio Previo
FASES - Preparación. - Estudio de la Realidad Balance de Necesidades. - Construcción de Escenarios. - Planes de Acción - Estudio de lo Existente. -Concepción del Nuevo sistema. - Conclusión del Estudio Previo.
Estudio Detallado
- Diseño Funcional. - Diseño Detallado. - Conclusión del Estudio detallado.
Estudio Técnico
- Diseño Técnico. - Modelo Físico de datos. - Modelo operativo de Tratamientos. - Estrategia de Producción/ Entrega del Software.
Realización y puesta en Marcha
- Producción del Software. - Pruebas Individuales. - Pruebas de Integración. - Preparación de los Recursos de Puesta en Marcha. - Entrega y Lanzamiento. - Estudio del Impacto. - Análisis de las modificaciones. - Realización de la Modificaciones. - Puesta en marcha del sistema.
Mantenimiento
OBJETIVOS Prever y planificar el desarrollo de los SI, definiendo a medio y largo plazo los recursos a utilizar y la política presupuestaria correspondiente.
2011 OBSERVACIONES
Describe una serie de escenarios consistentes en la descripción de la arquitectura a seguir para alcanzarla a partir de la situación
Persigue conseguir una visión de conjunto del dominio estudiado, anteriormente definido en el esquema director, descomponer el dominio en aplicaciones que puedan ser objetos de la etapas anteriores, evaluar riesgos y ventajas de las soluciones propuestas, planificar la puesta en marcha de la solución propuesta, definir el entorno de realización y explotación y determinar costes y recursos necesarios para el desarrollo e implementación de la solución. Profundizar en la información obtenida en el transcurso del estudio previo, centrándose en la solución diseñada en el mismo para la aplicación concreta objeto del estudio La estructuras de los programas y de los datos repartidos entre los diferentes servidores, la organización física de los datos y su modo de implantación, la arquitectura técnica de los procedimientos en tiempo real y batch, los procedimientos de seguridad relacionados con el correcto funcionamiento del sistema, y en particular las técnicas de relanzamiento. Obtención de programas desarrollados conforme a las reglas funcionales especificadas, validados y aceptados por los usuarios, y el establecimiento de un plan de lanzamiento minucioso basado en los plazos definidos al final del estudio previo.
Persigue conseguir una visión de conjunto del dominio estudiado, anteriormente definido en el esquema director.
Consiste en hacer evolucionar las aplicaciones operativas en función de las necesidades de los usuarios, del entorno y de los procesos tecnológicos.
Debe evaluarse la importancia de la adaptación a realizar, se establecen en prioridades y se planifica su ejecución.
Define los datos a utilizar, a si como sus interrelaciones y los procesos y flujos de información, elaborándose el conjunto de las especificaciones funcionales de la solución adoptada. Define modelos o procesos comunes elabora modelos, describe la organización de los datos y describe los métodos a usar (CASE)
Produce el software de acuerdo a especificaciones toda unidad es obsoleta de un primero a prueba. Prepara bienes a humanos y ficheros y documentación.
12
METODOLOGIA “MERISE”
2011
CONCLUSIONES
Durante la elaboración de este informe se aprendieron varios conceptos y se reforzaron nuestros conocimientos, y con su elaboración se espera que la persona que lea este documento de pueda adquirir las habilidades necesarias para desarrollar una aplicación utilizando la metodología “MERISE”. Para desarrollar una aplicación puede proporcionar mejoras y beneficios, y un mayor número de desarrolladores lo deberían implementar esta idea , ya que brinda facilidades increíbles al momento de estar organizando, diseñando, haciendo pruebas, corrigiendo errores, entre otras cosas. La más notable es que brinda una estructura más sólida y consistente, que hace que cualquier persona posea los conocimientos necesarios pueda entender con mayor facilidad la aplicación.
13
METODOLOGIA “MERISE”
2011
BIBLIOGRAFIAS
Olivé, “Métodos y herramientas”, Novática, Vol 14, Nº76, 1988, pp5-7
C. Wiseman, Strategy and Computer: Information System and Competitive
Weapon, London, Dow Jones-Irwin, 1994
Sommerville, I., Ingeniería de Software, Pearson Educación, 2002.
Naur P., Randell B., Software Engineering: A Report on a Conference Sponsored by the NATO Scienc, 1969.
http://es.scribd.com/doc/2050925/metodologias-de-desarrollo-software
http://www.eici.ucm.cl/Academicos/R_Villarroel/descargas/ing_sw_1/Metodolo gias.pdf
14
