MEDHIME, un lenguaje de comunicación para docentes no informáticos y programadores Nirva Ana Carestia Setiembre, 2006.

Slides:



Advertisements
Presentaciones similares
SISTEMAS DE INFORMACIÓN I
Advertisements

Metodologías para el desarrollo de aplicaciones Web.
Metodologías ágiles.
Fundamentos de Diseño de Software INFT.1
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
ANÁLISIS DE REQUERIMIENTOS
Ingeniería de Software
Metodología de Diseño Hipermedial de Material Educativo
PROYECTO DE GRADO ANÁLISIS, DISEÑO, DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL CONTROL DE UN TALLER TÉCNICO AUTOMOTRIZ EN PLATAFORMA PHP –
Análisis y Diseño de Aplicaciones Ingeniería de Software
Ingeniería del Software
Desarrollo Orientado a Objetos con UML
Unified Modeling Language (Lenguaje de Modelamiento unificado)
HERRAMIENTAS CASE.
Requerimientos para producir
SEMANA Introducción.
TRADUCTOR DE UN PROGRAMA
UNIVERSIDAD DE LA FF. AA. ESPE CARRERA DE INGENIERIA DE SISTEMAS PROYECTO DE TESIS : “Análisis, diseño, construcción e implementación de una Guía Interactiva.
 LOPEZ MENDOZA CORINA AMALINALLI  GRUPO 304.  Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un conjunto de datos pertenecientes.
Recursos Educativos Digitales Verónica Herrera F. Fundación Chile Mayo 2008.
Metodologías de desarrollo de software Argenis Aguiar Milagro Adrian Victor Rodriguez Keila Volcanes Luis Diaz.
10 Metodologías de desarrollo Web
Ingeniería de Software
Ingeniería de Software Orientado a Objetos
DISEÑO DE SOFTWARE 1ª. Parte
Fundamentos de programación
Ciclo de Vida del Software Paradigmas de Desarrollo
08/09/06Hipermediación y MeDHiME1 HIPERMEDIACION Américo Sirvente Centro Tecnológico Educativo Universidad Nacional de San Juan.
5.3 APROXIMACIONES AL DISEÑO
GESTION EDUCATIVA.
Ingeniería del Software
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Diseño: Fundamento y Documentación ISF5501 Ingeniería de Software Semana 13/2.
EL APORTE DE LA INGENIERIA DE SOFTWARE A LAS ORGANIZACIONES
Tema 1: Introducción a la Ingeniería de Software
Sistemas, Procesos y Modelos
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Desarrollo de Software Orientado a Objetos (deficiencias)
TEMA: DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL CONTROL DE USO Y EL MANTENIMIENTO DE VEHÍCULOS DE UNA INSTITUCIÓN PÚBLICA AUTOR: EDISON GUAMAN   DIRECTOR:
MICROSOFT OFFICE Power Point.
INTRODUCCIÓN INGENIERIA DE SISTEMAS
Metodología de Diseño Hipermedial de Material Educativo
PROYECTO TECNOLÓGICO Mateo Guerra Alzate Cristian Herrera 9-D I
Introducción a UML Departamento de Informática Universidad de Rancagua
Ciclo de vida de un sistema
Jairo Pinto Ing. sistemas
Presentación  Nombre del sitio.  Título de la página.  Qué información puede anticiparse de ellos  Es una web oficial? Autor  Es identificable?
Actividades en el Proceso de desarrollo de Software
Proceso de Diseño de Interfaces
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Estructurar tus ideas para hacerlas realidad
Universidad Nacional de San Juan Departamento de Informática Centro Tecnológico Educativo Metodología para el Desarrollo de Materiales Educativos Hipermediados.
Preocupaciones del Analista Programador & Usuarios
Ingeniería en Informática F UNDAMENTOS DE C OMPUTACIÓN B ACHILLERATO EN I NGENIERÍA I NFORMÁTICA L IC. C ARLOS H. G UTIÉRREZ L EÓN.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
INGENIERIA DE SOFTWARE
 es el conjunto de conocimientos y técnicas científicas aplicadas al desarrollo, implementación, mantenimiento y perfeccionamiento de estructuras (tanto.
Este diccionario contiene todo tipo de definiciones de interés relacionadas con el mundo de la informática e Internet.
¿Qué es la Ingeniería De Software? Ingeniería de Software.
Marco de Trabajo para Indexación, Clasificación y Recopilación Automática de Documentos Digitales Javier Caicedo Espinoza Gonzalo Parra Chico.
Harware Software Yuneidy moreno 7-2 Tecnología i. E. devora Arango.
Maestría en Gerencia en Tecnología de la Información Cátedra Ingeniería de Software Profesora: Mary Carmen Milano. Integrantes: Rosa Arellano Osbaldo Goitia.
El Modelo del Proceso Web
ELO-329: Diseño y Programación Orientados a Objetos1 Proceso de Desarrollo de SW Agustín J. González ElO329: Diseño y Programación Orientados a Objeto.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS
Modelado Orientado a Objetos Programación Orientada a Objetos Departamento de Sistemas Universidad del Cauca 2006.
Aplicación web de tipo Ambiente Educativo Virtual, un sistema de gestión de cursos, de distribución libre, que ayuda a los educadores a crear comunidades.
GESTIÓN DE PROYECTOS.
Transcripción de la presentación:

MEDHIME, un lenguaje de comunicación para docentes no informáticos y programadores Nirva Ana Carestia Setiembre, 2006

Equipos Interdisciplinarios La comunicación entre personas de disciplinas distintas es muy difícil, pues cada una dispone de un fondo cognitivo distinto.

Equipos Interdisciplinarios Fallaremos en el intento si pretendemos que las distintas disciplinas utilicen los formalismos de la ingeniería de software o de la informática. También fallaremos si pretendemos desarrollar un sistema de software, sin contar con el soporte de estos formalismos metodológicos.

Objetivos Generales Optimizar la comunicación en los equipos de desarrollo de software educativo que utilizan la metodología Medhime. Aumentar la entendibilidad de los modelos. Mantener la funcionalidad y simplicidad de la metodología.

Evolución de la Informática En el comienzo  Se identificaba la construcción de software con la escritura de código. Actualmente para desarrollar software se necesita:  Analizar el problema hasta su total comprensión  Diseñar el sistema software que cumpla las expectativas  Programarlo, probarlo y mantenerlo hasta que se decida su retiro.

Evolución de la Informática COMERCIALIZACION PRODUCCION ARTESANAL CIENCIA INFORMATICA PROFESIONAL Virtuosos y Amateurs Intuición Progreso al azar Transmisión casual Uso no planificado de recursos Producción para consumo propio Artesanos con habilidades Procedimiento establecido Refinamiento pragmático Entrenamiento Preocupación econ. de costos Producción para venta Profesionales Formados Análisis y teoría Progreso basado en ciencia Educación de profesionales Segmentación del mercado

La rápida expansión de la Informática llevó a la escritura de millones de líneas de código antes que se plantearan metodologías para la construcción y el diseño. Esta expansión sin control generó como efecto la crisis del software, cuyos síntomas son: Expectativas insatisfechas de los usuarios Baja fiabilidad de los productos Costos imprevisibles y superiores a lo esperado Dificultad en la modificación de los productos Plazos de desarrollo superiores a lo previsto Dificultad para la portabilidad de los productos Falta de eficiencia en la utilización de recursos

¿Qué es una metodología? Lenguaje de modelamiento Proceso Es la notación gráfica (incluye diferentes tipos de diagramas) Define Quién debe hacer Qué, Cuándo y Cómo para alcanzar Un objetivo

El software de computadoras es el producto que diseñan y construyen los informáticos. Esto abarca programas que se ejecutan dentro de una computadora, documentos y datos (números, textos, audio, video e imágenes). Cuando trabajamos para construir un producto o un sistema, es importante seguir una serie de pasos predecibles que ayude a obtener el resultado. Un proceso software es el marco de trabajo de las tareas que se requieren para construir software de alta calidad. El Producto y el Proceso Necesidades Usuarios Producto software que satisface la necesidad

Los primeros desarrollos no tuvieron una metodología definida, fueron toalmente artesanales y se los llamó desarrollos convencionales La Programación estructurada aparece en el sesenta en el ámbito científico y en los setenta pasa al ámbito empresarial. Entre las metodologías estructuradas tenemos Gane y Sarsons (1977.), DeMarco (1979) y Yourdon (1989). Las metodologías orientadas a objetos surgen en los noventa con Boch (1991), Rumbaugh(1991), Martín y Odell (1977), Jacobson (1996) y están siendo utilizadas hasta ahora por otras metodologías más recientes como UP (Proceso Unificado). Evolución de las Metodologías de Desarrollo Necesidades de automatizar el nivel transaccional u operacional de las organizaciones Producto software que satisface la necesidad

El desarrollo de aplicaciones para la Web ha impuesto nuevos e importantes desafíos a los actuales desarrolladores de sistemas que deben resolver la forma de satisfacer otras necesidades de los usuarios, surge la ingeniería Web y una serie de nuevas metodologías como son las metodologías para el desarrollo de hipermedia HDM (Hypermedia Design Method), RMM (Relationship Management Methodology), OOHDM (Object Oriented Hypermedia Design Methodology), EORM. (Enhanced Object-Relationship Model), ect. Pese a esta cantidad de metodologías la necesidad de una salida rápida al mercado y satisfacer requerimientos variables aún no estaba resuelta, surgen entonces las metodologías ágiles como XP (programación extrema), la familia de Cristal Cockburn, Scrum, DSDM (Método de Desarrollo de Sistema Dinámico) entre otras. Necesidades de hipermediar documentos, publicidad marqueting comercio electrónico Producto software que satisface la necesidad

Necesidades Hipermediar material educativo Educación a Distancia Producto software que satisface la necesidad Los docentes no informáticos tienen la necesidad de integrar equipos de desarrollo de software educativo. Las metodologías existentes son demasiado complejas para ellos, se plantea una nueva necesidad hipermediar material educativo, surge Medhime (Metodología para Desarrollo Hipermediales Educativos) que propone resolver este problema..

METODOLOGÍA MEDHIME-Etapas Análisis de dominio Diseño conceptual Diseño Navegacional Diseño Comunicacional Implementación DOCENTES EQUIPO = DOCENTES PROGRAMADORES, DISEÑADORES PROGRAMADORES Problema Comunicacional

METODOLOGÍA MEDHIME-Etapas Análisis de Dominio: se definen los siguientes aspectos Objetivos¿Para qué? Público¿Para quienes? Contenidos¿Qué? Estructura¿Cómo? Diseño Conceptual: se construye una tabla cuyos atributos son

Diseño Navegacional aquí se diseñan las rutas que habilitarán la navegación por el hipertexto. Este diseño, responderá a cuando y como quiero que se vean los datos o contenidos: contenido

METODOLOGÍA MEDHIME-Etapas Tipo (objeto simple ) Nro Vis Diseño Comunicacional En esta etapa se especifica el origen de los datos de cada elemento definido en la etapa de Diseño Navegacional, para lo cual se utiliza lo siguiente: Objeto básico: su representación es la siguiente Donde: Nro.: es el número de secuencia. Tipo: responde al tipo de elemento, que puede ser: imágenes o gráficos estáticos (BMP, GIF, TIF) audio (MP3) videos y animaciones (MPG, AVI) vínculos (  ) otros. VIS: indica el grado de visibilidad, que puede ser: Invisible (INV) Visible (VIS) o Variable. En este último caso varía entre: Inicial visible (VISINV) Inicial invisible (INVVIS) Visible con cambio (VISCMB). Para los casos de visibilidad variable, se agregará cual es el evento que generará el cambio de estado (igual tratamiento tienen los objetos sensibles que vinculan a otro objeto o p ágina). Los eventos más usados son: CLK (Clic sobre el elemento) TCL (Pulsación de tecla) RLO (Puntero sobre el objeto) REM (imagen de reemplazo) ACN (acción determinada) DES (despliegue de otro menú) SLR (salir) EXE (ejecutar un objeto) Eventos emergentes (Temporización) Objeto Visib. Línea de tiempo INVVIS CLK * 5 INVVIS CLK * GIF 1 VIS GIF 2 VIS D 3 EMG 4 INVVIS CLK EMG 5 INVVIS CLK Objeto ventana emergent e Vínculo a ventana emergente GIF 6 VIS Contenido ventana emergente Indica que el objeto 5 pasa de visible a invisible durante 10 segundos con un CLICK

Incluir plantillas para: 1) La descripción de la propiedades de cada objeto Básico 2) La distribución de los distintos objetos en una página. Ejemplo de plantillas, Imagen estática

Ejemplo plantilla, imagen animada

Botones (lo que más se usan son los botones animados. ) Ejemplo de botones

Objeto básico: Texto Plantilla de distribución de una página,(con los objetos básicos de la hoja de despliegue)

La interfaz de usuario es, en la mayoría de los casos, el componente más crítico del sistema. Los usuarios generalmente no entienden acerca del mundo interno de los ordenadores compuestos por bits, bytes, ficheros, circuitos, etc. Es más, conocen el sistema a través de su interfaz, el texto, las imágenes o los sonidos que aparecen en los dispositivos de salida de dicho sistema (pantalla, altavoces…). En el mundo de las computadoras para el usuario: “La interfaz es el sistema” Si en el equipo podemos contar con un diseñador gráfico, él contribuirá a la valoración de cada uno de los atributos agregados a los objetos simples desde su perspectiva disciplinar, pero sin olvidar que en el software educativo deben prevalecer los objetivos pedagógicos por sobre otros, como por ejemplo los puramente estéticos o visuales. Las metodología formaliza lo que antes se conseguía mediante la interacción verbal entre docentes y programadores, que demandaba muchas horas de trabajo hasta llegar al resultado deseado. MEDHIME permitirá que cuando el programador implemente, lo haga sobre un diseño completo que lo guie con precisión para que esta tarea no tenga que ser realizada repetidamente,... hasta encontrar la solución imaginada por el docente. En la metodología Medhime, se ha puesto énfasis en la simplicidad de los diseños y en la interacción de los miembros del equipo. Aún en las metodologías ágiles que son menos orientados a la documentación, se considera que aquellos documentos que proporcione valor al proyecto o a los usuarios deben ser creados y mantenidos (Bozo, 2003). CONCLUSIÓN