¡GoConqr estrena diseño! Cuéntanos qué te parece.

Diagrama de flujo

Evaluación del software educativo y modelo en cascada

Marycarmen Suarez Español

Diagrama de flujo sobre evaluación del software educativo: fundamentos, modelo en cascada y modelo incremental

Diagrama de flujo: evaluación del software educativo

Contenido del diagrama

  1. EVALUACION DEL SOFTWARE EDUCATIVO

  2. Es uno de los pilares del sistema de educativo a distancia

  3. se podrán aplicar al desarrollo de sistemas utilizables en

    otras áreas para el facilitar el manejo de terminales por usuarios no informáticos.

  4. mismo ha sido

    realizado en forma desorganizada y poco documentada, y considerando el aumento exponencial

  5. tiene características particulares en cuanto a la comunicación

  6. no se pueden cuantificar mediante métricas porque están relacionadas con conductas de aprendizajes.

  7. las reglas en la construcción de un programa son las mismas ya sea educativo

  8. FUNDAMENTOS

  9. falta de marcos teóricos comunes que puedan ser usados

    por todas las personas

  10. teniendo en

    cuenta que se debe lograr la satisfacción de los requisitos en las diversas etapas del desarrollo.

  11. se sintetizan las metodologías, métodos, herramientas y procedimientos

    de la ingeniería de software, que deben ser utilizados para lograr un producto óptimo

  12. EL MODELO EN CASCADA

  13. fue presentada por Royce en 1970, aunque son más conocidos los

    refinamientos realizados por Boehm [1981],

  14. En este modelo, el producto

    evoluciona a través de una secuencia de fases ordenadas en forma lineal y permitiendo iteraciones al estado anterior.

  15. CARACTERÍSTICAS

  16. Cada fase empieza cuando se ha terminado la anterior.

    Para pasar a la fase posterior es necesario haber logrado los objetivos de la previa.

    Es útil como control de fechas de entregas.

    Al final de cada fase el personal técnico y los usuarios tienen la oportunidad de revisar el progreso del

    proyecto.

  17. EL MODELO INCREMENTAL, DE REFINAMIENTO SUCESIVO O MEJORA ITERATIVA.

  18. Las etapas son las mismas que en el ciclo de vida en cascada y su realización sigue el mismo orden, pero corrige

    la problemática de la linealidad del modelo en cascada.

  19. es útil cuando la definición de los requisitos es ambigua e imprecisa, porque permite el

    refinamiento, o sea se pueden ampliar los requisitos y las especificaciones derivadas de la etapa anterior.

  20. PROTOTIPADO EVOLUTIVO

  21. El uso de prototipos se centra en la idea de ayudar a comprender los requisitos que plantea el usuario, sobre todo

    si este no tiene una idea muy acabada de lo que desea.

  22. LOS MODELOS ORIENTADOS AL OBJETO

  23. permite acelerar el desarrollo de sistemas de manera iterativa e incremental,

    permitiendo la generalización de los componentes para que sean reutilizables.

  24. LA NECESIDAD DE UNA METODOLOGÍA DE DESARROLLO

  25. conjunto de filosofías, etapas, procedimientos, reglas, técnicas,

    herramientas, documentación y aspectos de formación para los desarrolladores de sistemas de información.

  26. CARACTERÍSTICAS Y CLASIFICACIÓN DE LAS METODOLOGÍAS

  27. Reglas predefinidas

    Determinación de los pasos del ciclo de vida

    Verificaciones en cada etapa

    Planificación y control

    Comunicación efectiva entre desarrolladores y usuarios.

    Flexibilidad: aplicación en un amplio espectro de casos

    De fácil comprensión

    Soporte de herramientas automatizadas.

    Que permita definir mediciones que indiquen mejoras

    Que permita modificaciones

    Que soporte reusabilidad del soft

  28. EL CICLO DE VIDA Y LOS PROCESOS

  29. La selección de un modelo de

    ciclo de vida está asociada a un orden en la realización de las actividades a desarrollar.

  30. asociada a un orden en la realización de las actividades a desarrollar.

  31. LA PLANIFICACIÓN DE LA GESTIÓN PROYECTO

  32. Confeccionar el mapa de actividades para el modelo elegido del ciclo de vida, asignar de los recursos, definir el proyecto, planificar la gestión.

  33. LA IDENTIFICACIÓN DE LA NECESIDAD

  34. es el punto de partida para la puesta en marcha de un proyecto y la

    evaluación de las posibles soluciones que darán la viabilidad del mismo.

  35. EL PROCESO DE ESPECIFICACIÓN DE LOS REQUISITOS

  36. Consiste en establecer de un modo conciso, claro y preciso el conjunto de requisitos que deben ser satisfechos

    por el software a desarrollar.

  37. EL PROCESO DE DISEÑO

  38. es la piedra angular para la obtención de un producto coherente que satisfaga los requisitos

    de software.

  39. EL PROCESO DE IMPLEMENTACIÓN

  40. EL PROCESO DE INSTALACIÓN

  41. Crear los datos de prueba, crear código fuente, generar el código fuente, crear la documentación,

    planificar y realizar la integración de módulos.

  42. Este proceso se centra en la verificación de la implementación adecuada del software y en la conformidad del

    cliente, previa prueba de aceptación.

  43. LOS PROCESOS DE MANTENIMIENTO Y RETIRO

  44. El proceso de mantenimiento se centra en el cambio asociado a los errores detectados, fallas, mejoras solicitadas

    y cambios.

  45. EL PROCESO DE VERIFICACIÓN Y VALIDACIÓN

  46. Planificar y ejecutar las tareas de verificación y validación.

    Recoger y analizar los datos de las métricas, planificar las pruebas, desarrollar las especificaciones

    de las pruebas y ejecutarlas.

  47. EL PROCESO DE LA GESTIÓN DE LA CONFIGURACIÓN

  48. configuración, involucra la gestión de los cambios durante el ciclo de vida que

    a partir de la configuración del sistema en un dado momento

  49. tiene como objetivo un control de los cambios producidos

    y la coherencia del mismo.

  50. EVALUACION DEL SOFTWARE EDUCATIVO

  51. Es uno de los pilares del sistema de educativo a distancia

  52. se podrán aplicar al desarrollo de sistemas utilizables en

    otras áreas para el facilitar el manejo de terminales por usuarios no informáticos.

  53. mismo ha sido

    realizado en forma desorganizada y poco documentada, y considerando el aumento exponencial

  54. tiene características particulares en cuanto a la comunicación

  55. no se pueden cuantificar mediante métricas porque están relacionadas con conductas de aprendizajes.

  56. las reglas en la construcción de un programa son las mismas ya sea educativo

  57. FUNDAMENTOS

  58. falta de marcos teóricos comunes que puedan ser usados

    por todas las personas

  59. teniendo en

    cuenta que se debe lograr la satisfacción de los requisitos en las diversas etapas del desarrollo.

  60. se sintetizan las metodologías, métodos, herramientas y procedimientos

    de la ingeniería de software, que deben ser utilizados para lograr un producto óptimo

  61. EL MODELO EN CASCADA

  62. fue presentada por Royce en 1970, aunque son más conocidos los

    refinamientos realizados por Boehm [1981],

  63. En este modelo, el producto

    evoluciona a través de una secuencia de fases ordenadas en forma lineal y permitiendo iteraciones al estado anterior.

  64. CARACTERÍSTICAS

  65. Cada fase empieza cuando se ha terminado la anterior.

    Para pasar a la fase posterior es necesario haber logrado los objetivos de la previa.

    Es útil como control de fechas de entregas.

    Al final de cada fase el personal técnico y los usuarios tienen la oportunidad de revisar el progreso del

    proyecto.

  66. EL MODELO INCREMENTAL, DE REFINAMIENTO SUCESIVO O MEJORA ITERATIVA.

  67. Las etapas son las mismas que en el ciclo de vida en cascada y su realización sigue el mismo orden, pero corrige

    la problemática de la linealidad del modelo en cascada.

  68. es útil cuando la definición de los requisitos es ambigua e imprecisa, porque permite el

    refinamiento, o sea se pueden ampliar los requisitos y las especificaciones derivadas de la etapa anterior.

  69. PROTOTIPADO EVOLUTIVO

  70. El uso de prototipos se centra en la idea de ayudar a comprender los requisitos que plantea el usuario, sobre todo

    si este no tiene una idea muy acabada de lo que desea.

  71. LOS MODELOS ORIENTADOS AL OBJETO

  72. permite acelerar el desarrollo de sistemas de manera iterativa e incremental,

    permitiendo la generalización de los componentes para que sean reutilizables.

  73. LA NECESIDAD DE UNA METODOLOGÍA DE DESARROLLO

  74. conjunto de filosofías, etapas, procedimientos, reglas, técnicas,

    herramientas, documentación y aspectos de formación para los desarrolladores de sistemas de información.

  75. CARACTERÍSTICAS Y CLASIFICACIÓN DE LAS METODOLOGÍAS

  76. Reglas predefinidas

    Determinación de los pasos del ciclo de vida

    Verificaciones en cada etapa

    Planificación y control

    Comunicación efectiva entre desarrolladores y usuarios.

    Flexibilidad: aplicación en un amplio espectro de casos

    De fácil comprensión

    Soporte de herramientas automatizadas.

    Que permita definir mediciones que indiquen mejoras

    Que permita modificaciones

    Que soporte reusabilidad del soft

  77. EL CICLO DE VIDA Y LOS PROCESOS

  78. La selección de un modelo de

    ciclo de vida está asociada a un orden en la realización de las actividades a desarrollar.

  79. asociada a un orden en la realización de las actividades a desarrollar.

  80. LA PLANIFICACIÓN DE LA GESTIÓN PROYECTO

  81. Confeccionar el mapa de actividades para el modelo elegido del ciclo de vida, asignar de los recursos, definir el proyecto, planificar la gestión.

  82. LA IDENTIFICACIÓN DE LA NECESIDAD

  83. es el punto de partida para la puesta en marcha de un proyecto y la

    evaluación de las posibles soluciones que darán la viabilidad del mismo.

  84. EL PROCESO DE ESPECIFICACIÓN DE LOS REQUISITOS

  85. Consiste en establecer de un modo conciso, claro y preciso el conjunto de requisitos que deben ser satisfechos

    por el software a desarrollar.

  86. EL PROCESO DE DISEÑO

  87. es la piedra angular para la obtención de un producto coherente que satisfaga los requisitos

    de software.

  88. EL PROCESO DE IMPLEMENTACIÓN

  89. EL PROCESO DE INSTALACIÓN

  90. Crear los datos de prueba, crear código fuente, generar el código fuente, crear la documentación,

    planificar y realizar la integración de módulos.

  91. Este proceso se centra en la verificación de la implementación adecuada del software y en la conformidad del

    cliente, previa prueba de aceptación.

  92. LOS PROCESOS DE MANTENIMIENTO Y RETIRO

  93. El proceso de mantenimiento se centra en el cambio asociado a los errores detectados, fallas, mejoras solicitadas

    y cambios.

  94. EL PROCESO DE VERIFICACIÓN Y VALIDACIÓN

  95. Planificar y ejecutar las tareas de verificación y validación.

    Recoger y analizar los datos de las métricas, planificar las pruebas, desarrollar las especificaciones

    de las pruebas y ejecutarlas.

  96. EL PROCESO DE LA GESTIÓN DE LA CONFIGURACIÓN

  97. configuración, involucra la gestión de los cambios durante el ciclo de vida que

    a partir de la configuración del sistema en un dado momento

  98. tiene como objetivo un control de los cambios producidos

    y la coherencia del mismo.

Información

Descripción
Diagrama sobre Sin título, creado por Marycarmen Suarez el 27/04/2020.
Visitas
0
Valoración

Escríbenos

¿Sobre qué es tu mensaje?

¿Qué te parece el nuevo diseño?

¿Te gusta?