Fundamentos y Aplicaciones del Análisis y Diseño de Sistemas

1. Conceptos Básicos y Importancia del Análisis y Diseño de Sistemas

• Definición de sistema: elementos, límites y entorno
• Concepto de análisis de sistemas: objetivos y beneficios
• Concepto de diseño de sistemas: propósito y alcance
• Importancia del análisis y diseño en el desarrollo de soluciones tecnológicas
• Ejemplos contextualizados: sistemas de información en empresas, sistemas educativos, sistemas de salud

2. Ciclo de Vida de los Sistemas

• Introducción al ciclo de vida: definición y propósito
• Fases del ciclo de vida:
  • Análisis de requisitos: identificación y documentación de necesidades
  • Diseño del sistema: estructuración de la solución técnica
  • Desarrollo o implementación: programación y construcción
  • Pruebas: verificación y validación del sistema
  • Despliegue o implantación: puesta en operación del sistema
  • Mantenimiento: corrección, adaptación y mejora continua
• Impacto de cada fase en el éxito del proyecto
• Actividades clave en cada fase y su interrelación

3. Rol y Responsabilidades del Analista de Sistemas

• Perfil profesional del analista de sistemas
• Funciones principales: recopilación de requisitos, análisis, diseño preliminar, comunicación con stakeholders
• Habilidades técnicas y blandas necesarias
• Casos prácticos ilustrativos: participación en proyectos reales o simulados
• Relación del analista con otros roles del equipo de desarrollo

4. Relación de Conceptos Fundamentales con Requerimientos Funcionales y No Funcionales

• Definición y ejemplos de requerimientos funcionales
• Definición y ejemplos de requerimientos no funcionales
• Cómo el análisis identifica y clasifica los requerimientos
• Diseño orientado a satisfacer requerimientos funcionales y no funcionales
• Conexión de los requerimientos con la calidad y objetivos del sistema
• Vinculación con los objetivos generales del curso y la importancia de un buen análisis y diseño

Actividad 1: Análisis de un Sistema Cotidiano

Objetivo: Describir los conceptos básicos y la importancia del análisis y diseño de sistemas mediante ejemplos contextualizados.

Descripción:

• Seleccionar un sistema cotidiano (por ejemplo, un sistema de biblioteca o un sistema de reservas de un restaurante).
• Identificar los elementos que conforman el sistema, su entorno y límites.
• Describir brevemente qué sería el análisis y diseño para mejorar ese sistema.
• Presentar un breve informe o exposición explicando la importancia del análisis y diseño en el ejemplo seleccionado.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Informe escrito o presentación oral con el análisis del sistema.

Duración estimada: 1 hora

Actividad 2: Mapeo del Ciclo de Vida en un Proyecto Simulado

Objetivo: Explicar las fases del ciclo de vida de los sistemas y su impacto en el desarrollo de proyectos, identificando actividades clave en cada fase.

Descripción:

• Se presenta un proyecto simulado (por ejemplo, desarrollo de una aplicación móvil para gestión de tareas).
• Los estudiantes deben identificar y describir las actividades clave que se realizarían en cada fase del ciclo de vida para ese proyecto.
• Construir un diagrama o tabla que muestre las fases y sus actividades correspondientes.
• Discutir en plenaria los puntos críticos y el impacto de cada fase en el éxito del proyecto.

Organización: Parejas o grupos pequeños

Producto esperado: Diagrama o tabla con fases y actividades, y un resumen de la discusión.

Duración estimada: 1.5 horas

Actividad 3: Estudio de Caso - Rol del Analista de Sistemas

Objetivo: Identificar y resumir el rol y responsabilidades del analista de sistemas utilizando casos prácticos.

Descripción:

• Se entrega un caso práctico que describe un proyecto de desarrollo de sistema con problemas en la definición de requisitos y comunicación.
• Los estudiantes analizan el caso para identificar qué responsabilidades habría tenido el analista de sistemas para evitar esos problemas.
• Realizar un informe o presentación en la que se describa el rol del analista y cómo sus acciones impactan en el proyecto.

Organización: Individual o en parejas

Producto esperado: Informe o presentación sobre el rol del analista de sistemas en el caso.

Duración estimada: 1 hora

Actividad 4: Clasificación y Relación de Requerimientos

Objetivo: Relacionar los conceptos fundamentales del análisis y diseño con los requerimientos funcionales y no funcionales.

Descripción:

• Se presentan diferentes ejemplos de requerimientos extraídos de un sistema hipotético.
• Los estudiantes deben clasificar cada requerimiento como funcional o no funcional.
• Luego, deben relacionar esos requerimientos con actividades de análisis y diseño para asegurar su cumplimiento.
• El grupo discute cómo los requerimientos afectan la calidad y objetivos del sistema.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Tabla o matriz de clasificación y relación de requerimientos con actividades de análisis y diseño.

Duración estimada: 1 hora

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre conceptos básicos de sistemas, análisis y diseño.

Cómo se evalúa: Cuestionario breve con preguntas abiertas y/o de opción múltiple.

Instrumento sugerido: Test en línea o impreso al inicio de la unidad.

Evaluación Formativa

Qué se evalúa: Comprensión y aplicación de conceptos durante la unidad, calidad de participación en actividades y trabajos entregados.

Cómo se evalúa: Revisión continua de productos de actividades, retroalimentación en clase y foros de discusión.

Instrumento sugerido: Rúbricas para actividades, observación directa y retroalimentación escrita.

Evaluación Sumativa

Qué se evalúa: Dominio integral de los conceptos, capacidad para explicar el ciclo de vida, rol del analista y relación con requerimientos.

Cómo se evalúa: Examen escrito o trabajo integrador que incluya preguntas teóricas y análisis de casos prácticos.

Instrumento sugerido: Examen final o proyecto escrito con rúbrica detallada.

La unidad "Introducción al análisis y diseño de sistemas" está diseñada para desarrollarse en aproximadamente 6 horas distribuidas en dos semanas. La primera semana se dedica a la presentación de conceptos básicos y la explicación del ciclo de vida, incluyendo las primeras dos actividades prácticas (3 horas). La segunda semana abarca el rol del analista, la relación con requerimientos y las actividades restantes, junto con la evaluación sumativa (3 horas).

1. Introducción a la Recolección y Análisis de Requerimientos

• Definición y importancia de los requerimientos en el ciclo de vida del sistema.
• Tipos de requerimientos: funcionales y no funcionales.
• Impacto de una correcta recolección y análisis en el éxito del proyecto.

2. Técnicas para la Recolección de Requerimientos

• Entrevistas
  • Tipos de entrevistas (estructuradas, semiestructuradas, no estructuradas).
  • Preparación y conducción de entrevistas efectivas.
  • Registro y análisis de respuestas.
• Cuestionarios
  • Diseño de cuestionarios: tipos de preguntas y formato.
  • Ventajas y limitaciones.
  • Recopilación y análisis de datos obtenidos.
• Observación
  • Tipos de observación: directa, participativa y no participativa.
  • Identificación de comportamientos y procesos relevantes.
  • Registro sistemático y análisis de las observaciones.
• Otras técnicas complementarias (focus groups, prototipos, análisis documental).

3. Identificación y Clasificación de Requerimientos

• Diferenciación entre requerimientos funcionales y no funcionales con ejemplos.
• Criterios para evaluar relevancia y viabilidad de los requerimientos.
• Métodos de clasificación:
  • Prioridad (obligatorios, deseables, opcionales).
  • Dependencias entre requerimientos.
  • Riesgos asociados.

4. Documentación de Requerimientos

• Importancia de la documentación clara y estandarizada.
• Formatos y plantillas comunes para la documentación:
  • Especificación de Requerimientos de Software (ERS).
  • Historias de usuario y casos de uso.
  • Diagramas y tablas para complementar la descripción.
• Buenas prácticas para la redacción de requerimientos.

5. Validación de Requerimientos con los Interesados

• Propósito y beneficios de la validación.
• Técnicas para validar requerimientos:
  • Revisión con stakeholders.
  • Reuniones de consenso.
  • Prototipos y simulaciones.
• Manejo de conflictos y ajustes en los requerimientos.
• Documentación de acuerdos y cambios.

Actividad 1: Simulación de Entrevistas para Recolección de Requerimientos

Objetivo: Aplicar técnicas de entrevistas para obtener información precisa de usuarios y stakeholders.

Descripción:

• Dividir a los estudiantes en parejas, uno actuará como analista y otro como usuario o stakeholder.
• El analista preparará un conjunto de preguntas basadas en un escenario dado (por ejemplo, desarrollo de una aplicación para biblioteca).
• Realizarán la entrevista siguiendo técnicas aprendidas, registrando las respuestas relevantes.
• Intercambiar roles y repetir la actividad con otro escenario.

Organización: Parejas.

Producto esperado: Registro de entrevista con preguntas y respuestas, identificación preliminar de requerimientos.

Duración estimada: 90 minutos.

Actividad 2: Diseño y Aplicación de Cuestionarios para Recolección de Datos

Objetivo: Diseñar cuestionarios efectivos para identificar requerimientos funcionales y no funcionales.

Descripción:

• En grupos pequeños, seleccionar un sistema o aplicación de interés.
• Diseñar un cuestionario con preguntas cerradas y abiertas para usuarios potenciales del sistema.
• Aplicar el cuestionario a al menos cinco compañeros o personas externas.
• Recolectar y analizar las respuestas para extraer requerimientos.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Cuestionario diseñado, resultados recopilados y análisis preliminar de requerimientos.

Duración estimada: 2 horas (diseño, aplicación y análisis preliminar).

Actividad 3: Clasificación y Documentación de Requerimientos

Objetivo: Analizar y clasificar requerimientos para documentarlos adecuadamente usando formatos estandarizados.

Descripción:

• Proveer a los estudiantes un conjunto de requerimientos recopilados de un caso de estudio.
• Identificar cuáles son funcionales y cuáles no funcionales.
• Clasificar los requerimientos según prioridad y viabilidad.
• Documentar los requerimientos utilizando una plantilla estándar de Especificación de Requerimientos de Software (ERS).

Organización: Individual o en parejas.

Producto esperado: Documento de requerimientos clasificados y estandarizados.

Duración estimada: 2 horas.

Actividad 4: Validación de Requerimientos con Stakeholders

Objetivo: Aplicar técnicas de validación para asegurar la coherencia y alineación de los requerimientos con los objetivos del sistema.

Descripción:

• Presentar a los estudiantes un conjunto de requerimientos documentados.
• Simular una reunión con stakeholders (roles asumidos por estudiantes o el docente) para discutir y validar los requerimientos.
• Identificar posibles conflictos o inconsistencias y proponer ajustes.
• Registrar acuerdos finales y modificaciones.

Organización: Grupos de 4-5 estudiantes.

Producto esperado: Acta de reunión con resultados de la validación y requerimientos ajustados.

Duración estimada: 90 minutos.

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre tipos de requerimientos y técnicas básicas de recolección.

Cómo se evalúa: Cuestionario breve con preguntas de selección múltiple y definición.

Instrumento sugerido: Prueba escrita de 15 minutos al inicio de la unidad.

Evaluación Formativa

Qué se evalúa: Aplicación práctica de técnicas de recolección, análisis, clasificación y documentación de requerimientos.

• Revisión de registros de entrevistas y cuestionarios diseñados.
• Evaluación de documentos de requerimientos clasificados y estandarizados.
• Observación y retroalimentación durante simulaciones de validación.

Instrumento sugerido: Rúbricas detalladas para cada actividad práctica y listas de cotejo.

Evaluación Sumativa

Qué se evalúa: Competencia integral para identificar, analizar, documentar y validar requerimientos en un caso real o simulado.

Cómo se evalúa: Proyecto final donde el estudiante debe presentar un documento completo de requerimientos, incluyendo recolección, análisis, clasificación, documentación y validación con stakeholders simulados.

Instrumento sugerido: Rúbrica de evaluación del proyecto final que contemple calidad, completitud, coherencia y presentación.

La unidad "Recolección y análisis de requerimientos" se sugiere impartir en un total de 12 horas distribuidas en 4 semanas. Cada semana se recomienda dedicar 3 horas de clase divididas en:

• 1.5 horas de exposición teórica y discusión.
• 1.5 horas de actividades prácticas y talleres.

Las actividades y evaluaciones se distribuyen para permitir un aprendizaje progresivo y aplicado, con la evaluación sumativa al final de la cuarta semana.

1. Introducción al Modelado de Sistemas

• Concepto y propósito del modelado de sistemas: importancia en el análisis y diseño.
• Tipos de modelos en ingeniería de sistemas: diagramas de flujo, casos de uso, entre otros.
• Rol de los diagramas de flujo y casos de uso en la representación de procesos y funciones.

2. Diagramas de Flujo

• Definición y características principales de los diagramas de flujo.
• Símbolos estándar en diagramación de flujo: proceso, decisión, inicio/fin, entrada/salida, conector.
• Normas y buenas prácticas para la elaboración de diagramas de flujo claros y precisos.
• Interpretación de diagramas de flujo: identificación de secuencias lógicas y estructuras de decisión.
• Ejemplos prácticos de diagramas de flujo en procesos de sistemas reales.

3. Casos de Uso

• Concepto de caso de uso y su función en el análisis de requerimientos funcionales.
• Elementos básicos de un caso de uso: actores, sistema, casos, escenarios y relaciones.
• Elaboración de descripciones detalladas de casos de uso: precondiciones, flujo principal, flujos alternativos y postcondiciones.
• Diagramas de casos de uso: representación gráfica de actores y sus interacciones con el sistema.
• Normas y recomendaciones para diseñar diagramas de casos de uso claros y coherentes.
• Ejemplos de casos de uso en sistemas comunes y su documentación.

4. Comparación y Evaluación de Diagramas de Flujo y Casos de Uso

• Diferencias conceptuales y prácticas entre diagramas de flujo y casos de uso.
• Fortalezas y limitaciones de cada técnica en el modelado de sistemas.
• Criterios para seleccionar la técnica más apropiada según el contexto y tipo de sistema.
• Ejercicios de análisis comparativo aplicados a casos de estudio.

Actividad 1: Interpretación de Diagramas de Flujo

Objetivo: Desarrollar la capacidad para interpretar diagramas de flujo y reconocer secuencias lógicas y decisiones.

Descripción:

• Se proporcionará a los estudiantes varios diagramas de flujo que representan procesos simples y complejos.
• En grupos pequeños, analizarán cada diagrama para identificar el propósito del proceso, los pasos involucrados y las decisiones tomadas.
• Discutirán en plenaria las interpretaciones para consolidar el entendimiento.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Informe grupal con la interpretación detallada de cada diagrama y respuestas a preguntas guía.

Duración: 1.5 horas.

Actividad 2: Elaboración de Diagramas de Flujo

Objetivo: Aplicar símbolos estándar para elaborar diagramas de flujo que modelen procesos específicos.

Descripción:

• Cada estudiante seleccionará un proceso simple del entorno académico o personal (por ejemplo, registro de usuario, solicitud de préstamo).
• Diseñará un diagrama de flujo que represente dicho proceso, aplicando normas de diagramación y símbolos estándar.
• Posteriormente, realizarán una revisión cruzada con un compañero para detectar posibles mejoras.

Organización: Individual y revisión en parejas.

Producto esperado: Diagrama de flujo elaborado y documento con retroalimentación recibida.

Duración: 2 horas.

Actividad 3: Análisis y Descripción de Casos de Uso

Objetivo: Analizar y describir casos de uso, identificando actores, escenarios y relaciones.

Descripción:

• En grupos, se les entregará un sistema sencillo para analizar (por ejemplo, sistema de biblioteca digital).
• Identificarán los actores involucrados y definirán al menos tres casos de uso con sus descripciones detalladas (precondiciones, flujo principal y alternativo, postcondiciones).
• Presentarán sus casos de uso al resto del grupo para discusión y retroalimentación.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Documento con casos de uso y presentación grupal.

Duración: 2.5 horas.

Actividad 4: Diseño de Diagramas de Casos de Uso

Objetivo: Diseñar diagramas de casos de uso que representen las interacciones usuario-sistema con claridad y coherencia.

Descripción:

• Partiendo de los casos de uso definidos en la actividad anterior, cada grupo elaborará el diagrama gráfico correspondiente.
• Utilizarán herramientas digitales o manuales para representar actores, casos de uso y relaciones (incluye asociaciones, inclusiones y extensiones).
• Compartirán los diagramas con el grupo para recibir comentarios y realizar ajustes finales.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Diagrama de casos de uso completo y ajustado tras retroalimentación.

Duración: 2 horas.

Actividad 5: Comparación y Selección de Técnicas de Modelado

Objetivo: Comparar diagramas de flujo y casos de uso evaluando su utilidad según el contexto del problema.

Descripción:

• Estudiantes trabajarán en parejas para analizar un caso de estudio donde se requiera modelar un sistema.
• Elaborarán un cuadro comparativo que destaque ventajas, limitaciones y aplicabilidad de diagramas de flujo y casos de uso para ese caso.
• Discutirán oralmente la selección de la técnica más adecuada y justificarán su elección.

Organización: Parejas.

Producto esperado: Cuadro comparativo escrito y exposición oral breve.

Duración: 1.5 horas.

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre diagramas de flujo y casos de uso, familiaridad con procesos y modelado básico.

Cómo se evalúa: Cuestionario de opción múltiple y preguntas cortas para detectar nivel inicial.

Instrumento sugerido: Test en línea o en papel con 10-15 preguntas breves.

Evaluación Formativa

Qué se evalúa: Progreso en interpretación, elaboración y análisis de diagramas de flujo y casos de uso.

Cómo se evalúa: Revisión continua de productos de actividades (diagramas, descripciones, cuadros comparativos) y participación en discusiones.

Instrumento sugerido: Rúbrica para diagramas y casos de uso, listas de cotejo para participación y retroalimentación escrita.

Evaluación Sumativa

Qué se evalúa: Competencia para interpretar, elaborar y comparar diagramas de flujo y casos de uso con claridad y precisión.

Cómo se evalúa: Examen práctico donde se pide interpretar diagramas dados, elaborar uno o más diagramas para procesos asignados, y un ensayo corto o informe comparativo entre ambas técnicas.

Instrumento sugerido: Prueba escrita con ejercicios prácticos y preguntas abiertas, evaluadas con rúbrica detallada.

La unidad está diseñada para impartirse en un bloque de 10 horas distribuidas en 4 semanas, con la siguiente distribución:

• Semana 1 (2.5 horas): Introducción y fundamentos de diagramas de flujo, interpretación.
• Semana 2 (3 horas): Elaboración de diagramas de flujo y análisis inicial de casos de uso.
• Semana 3 (2.5 horas): Diseño y documentación de casos de uso, elaboración de diagramas.
• Semana 4 (2 horas): Comparación de técnicas, actividades de síntesis y evaluación sumativa.

Esta distribución permite un aprendizaje progresivo que integra teoría y práctica, con espacios para retroalimentación y consolidación.

1. Introducción a UML y su importancia en el análisis y diseño de sistemas

• Concepto y propósito de UML (Unified Modeling Language)
• Historia y evolución de UML
• Ventajas de utilizar UML en ingeniería de software
• Clasificación de diagramas UML: estructurales y de comportamiento

2. Diagramas estructurales en UML: enfoque general

• Definición y características de los diagramas estructurales
• Relación con el diseño estático del sistema
• Principales diagramas estructurales: clases, objetos, componentes, despliegue

3. Diagramas de clases en UML

• Elementos básicos del diagrama de clases:
  • Clases: definición, representación y atributos
  • Métodos o operaciones
  • Visibilidad (público, privado, protegido, paquete)
  • Relaciones entre clases: asociación, agregación, composición, herencia (generalización), dependencia
  • Multiplicidad y roles en asociaciones
  • Interfaces y clases abstractas
• Normas y notación estándar para diagramas de clases
• Ejemplo práctico: creación de un diagrama de clases simple

4. Diagramas de objetos en UML

• Definición y propósito de los diagramas de objetos
• Diferencias y relación con los diagramas de clases
• Elementos del diagrama de objetos:
  • Objetos y su notación
  • Valores de atributos en objetos
  • Enlaces entre objetos
• Ejemplo práctico: modelado con diagramas de objetos

5. Herramientas para el modelado UML

• Introducción a herramientas populares (StarUML, Visual Paradigm, Lucidchart, etc.)
• Características básicas para construir diagramas de clases y objetos
• Demostración de uso básico de una herramienta de modelado UML

6. Interpretación y análisis de diagramas estructurales UML

• Cómo extraer requerimientos funcionales a partir de diagramas de clases y objetos
• Identificación de requerimientos no funcionales relacionados
• Relación con casos de estudio reales: análisis de diagramas existentes

7. Evaluación de la coherencia y completitud de diagramas UML

• Criterios para evaluar la coherencia interna de diagramas de clases y objetos
• Detección de inconsistencias y omisiones
• Propuestas para mejora y optimización del diseño

8. Comunicación y documentación de diagramas UML

• Buenas prácticas para la presentación de diagramas UML
• Formatos estándar para documentación técnica
• Elaboración de reportes y presentaciones que integren diagramas de clases y objetos

Actividad 1: Identificación y descripción de componentes de diagramas UML

Objetivo: Identificar y describir los componentes principales de los diagramas de clases y objetos aplicando la terminología adecuada.

Descripción:

• Se proporcionará a cada estudiante un conjunto de diagramas UML (clases y objetos) variados.
• El estudiante deberá identificar los elementos clave: clases, atributos, métodos, relaciones, objetos, enlaces, etc.
• Describirán con precisión cada componente usando la terminología correcta.
• Se realizará una puesta en común para aclarar dudas y reforzar conceptos.

Organización: Individual

Producto esperado: Documento breve con identificación y descripción de los componentes de los diagramas.

Duración estimada: 1 hora

Actividad 2: Construcción de un diagrama de clases y un diagrama de objetos con herramienta UML

Objetivo: Analizar y construir diagramas de clases y objetos que representen elementos estructurales utilizando herramientas UML.

Descripción:

• Se asignará un caso de estudio sencillo (por ejemplo, un sistema de biblioteca o tienda en línea).
• En parejas, los estudiantes usarán una herramienta UML para crear el diagrama de clases del sistema, incluyendo clases, atributos, métodos y relaciones.
• Posteriormente, construirán un diagrama de objetos basado en el diagrama de clases creado.
• Finalmente, cada pareja presentará su trabajo explicando las decisiones de modelado.

Organización: Parejas

Producto esperado: Diagramas de clases y objetos modelados y presentación oral.

Duración estimada: 3 horas

Actividad 3: Análisis e interpretación de diagramas UML para extracción de requerimientos

Objetivo: Interpretar diagramas estructurales UML para extraer requerimientos funcionales y no funcionales relacionados.

Descripción:

• Se entregarán diagramas de clases y objetos correspondientes a un sistema real o simulado.
• Los estudiantes, en grupos de tres, analizarán los diagramas para identificar y listar los requerimientos funcionales y no funcionales evidenciados.
• Discutirán la importancia y posible impacto de estos requerimientos en el desarrollo del sistema.
• El grupo elaborará un informe con sus hallazgos y conclusiones.

Organización: Grupos de tres estudiantes

Producto esperado: Informe escrito con requerimientos funcionales y no funcionales extraídos.

Duración estimada: 2 horas

Actividad 4: Evaluación crítica y mejora de diagramas UML

Objetivo: Evaluar la coherencia y completitud de diagramas de clases y objetos y proponer mejoras para optimizar el diseño.

Descripción:

• Se entregarán diagramas UML con errores o deficiencias intencionales.
• En parejas, los estudiantes revisarán los diagramas para detectar inconsistencias, omisiones o aspectos mejorables.
• Propondrán correcciones o mejoras justificadas.
• Finalmente, cada pareja presentará sus propuestas con argumentos técnicos.

Organización: Parejas

Producto esperado: Documento con análisis crítico y propuestas de mejora y presentación oral.

Duración estimada: 2 horas

Evaluación diagnóstica

Qué se evalúa: Conocimientos previos sobre conceptos básicos de UML y diagramas estructurales.

Cómo se evalúa: Cuestionario escrito con preguntas de opción múltiple y definiciones cortas sobre UML y diagramas de clases y objetos.

Instrumento sugerido: Prueba diagnóstica de 15 preguntas al inicio de la unidad.

Evaluación formativa

Qué se evalúa: Progreso en la identificación, construcción, interpretación y evaluación de diagramas UML.

Cómo se evalúa:

• Revisión de productos de actividades: descripciones, diagramas construidos, informes de requerimientos y análisis crítico.
• Retroalimentación continua en presentaciones y discusiones grupales.

Instrumento sugerido: Rúbricas específicas para cada actividad y registros de observación docente.

Evaluación sumativa

Qué se evalúa: Competencia integral para identificar, construir, interpretar, evaluar y comunicar diagramas UML estructurales.

Cómo se evalúa:

• Examen práctico: creación completa de un diagrama de clases y un diagrama de objetos a partir de un caso de estudio.
• Entrega de un informe final que interprete los diagramas y proponga mejoras justificadas.
• Presentación oral y documentación formal del diseño estructural.

Instrumento sugerido: Examen práctico, informe escrito y rúbrica de presentación oral.

La unidad "Introducción a UML y diagramas estructurales" está diseñada para ser impartida en un periodo de 3 semanas, con una dedicación total de aproximadamente 12 horas distribuidas de la siguiente manera:

• Semana 1 (4 horas): Introducción teórica, elementos y notación de diagramas de clases y objetos, y actividad 1.
• Semana 2 (4 horas): Uso de herramientas UML, construcción de diagramas, análisis de casos de estudio, y actividades 2 y 3.
• Semana 3 (4 horas): Evaluación crítica de diagramas, comunicación y documentación, actividad 4, y evaluación sumativa.

1. Introducción al Diseño Estructurado de Sistemas

• Definición y objetivos del diseño estructurado.
• Importancia del diseño lógico en el ciclo de vida de sistemas.
• Relación entre análisis de requerimientos y diseño estructurado.

2. Técnicas de Modularización en el Diseño de Sistemas

• Concepto de modularización: módulos, cohesión y acoplamiento.
• Criterios para la identificación de módulos.
• Técnicas para la división de sistemas en módulos.
• Beneficios de la modularización para el mantenimiento y evolución del sistema.

3. Análisis de Requerimientos Funcionales para el Diseño Lógico

• Revisión y comprensión de requerimientos funcionales.
• Extracción de funcionalidades clave para modularización.
• Mapeo de requerimientos a módulos lógicos.

4. Diagramas de Estructura para Representar la Arquitectura Modular

• Introducción a los diagramas de estructura.
• Elementos y notaciones básicas: módulos, jerarquías y relaciones.
• Elaboración de diagramas de estructura a partir de requerimientos.
• Interpretación y análisis de diagramas de estructura existentes.

5. Técnicas de Diseño Estructurado para la Descomposición Modular

• Principios del diseño estructurado: top-down y bottom-up.
• Uso de diagramas de estructura para la descomposición sistemática.
• Manejo de complejidad mediante niveles de abstracción.
• Ejemplos prácticos de descomposición de problemas complejos.

6. Evaluación y Documentación del Diseño Lógico de Sistemas

• Criterios para evaluar la calidad de un diseño modular.
• Técnicas para documentar diagramas y descripciones formales.
• Comunicación efectiva del diseño a través de la documentación.
• Herramientas y formatos recomendados para la documentación.

Actividad 1: Análisis y Modularización de Requerimientos Funcionales

Objetivo: Desarrollar la habilidad para analizar requerimientos funcionales y diseñar la arquitectura lógica utilizando técnicas de modularización.

Descripción:

• Se provee un conjunto de requerimientos funcionales de un sistema simple (p. ej., sistema de gestión de biblioteca).
• Los estudiantes analizan y extraen las funciones principales.
• Aplican criterios de cohesión y acoplamiento para identificar módulos.
• Diseñan un esquema inicial de la arquitectura modular del sistema.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Documento con listado de módulos identificados y justificación basada en criterios de modularización.

Duración estimada: 90 minutos.

Actividad 2: Elaboración de Diagramas de Estructura

Objetivo: Capacitar al estudiante para elaborar diagramas de estructura que representen la organización modular bajo condiciones de diseño específicas.

Descripción:

• Con base en el esquema modular desarrollado en la Actividad 1, cada grupo crea un diagrama de estructura usando simbología estándar.
• Se enfatiza la representación jerárquica y las relaciones entre módulos.
• Se realiza una presentación breve para explicar el diagrama y la arquitectura propuesta.

Organización: Grupos de 3-4 estudiantes (puede ser el mismo grupo de la actividad anterior).

Producto esperado: Diagrama de estructura en formato digital o papel, con explicación oral o escrita.

Duración estimada: 90 minutos.

Actividad 3: Descomposición de Problemas Complejos en Módulos

Objetivo: Aplicar técnicas de diseño estructurado para dividir problemas complejos en módulos manejables y coherentes.

Descripción:

• Se presenta un problema complejo (por ejemplo, sistema de reservas para aerolíneas).
• Los estudiantes aplican técnicas top-down y bottom-up para descomponer el sistema.
• Realizan diagramas de estructura que reflejen la descomposición modular.
• Discuten las ventajas y desventajas de cada técnica aplicada.

Organización: Parejas o grupos pequeños.

Producto esperado: Informe con diagramas de estructura y análisis de técnicas aplicadas.

Duración estimada: 2 horas.

Actividad 4: Evaluación y Documentación Formal del Diseño Lógico

Objetivo: Evaluar y documentar el diseño lógico mediante diagramas y descripciones formales para comunicar eficazmente la arquitectura del sistema.

Descripción:

• Los estudiantes revisan el diseño modular y diagramas creados en actividades previas.
• Aplican criterios de calidad para evaluar cohesión, acoplamiento y claridad del diseño.
• Elaboran documentación formal que incluya diagramas y descripciones claras.
• Se realiza una sesión de retroalimentación entre pares para mejorar la documentación.

Organización: Individual o parejas.

Producto esperado: Documento formal de diseño con diagramas y descripciones, acompañado de una lista de mejoras tras retroalimentación.

Duración estimada: 2 horas.

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre análisis de requerimientos y conceptos básicos de modularización.

Cómo se evalúa: Cuestionario corto con preguntas de opción múltiple y preguntas abiertas sobre conceptos clave.

Instrumento sugerido: Prueba diagnóstica en papel o en plataforma digital (quiz).

Evaluación Formativa

Qué se evalúa: Progreso en el análisis de requerimientos, elaboración de diagramas y aplicación de técnicas de diseño estructurado.

Cómo se evalúa: Revisión continua de productos parciales de actividades (esquemas modulares, diagramas, informes), participación en discusiones y retroalimentación entre pares.

Instrumento sugerido: Rúbricas para evaluación de diagramas y documentos, listas de cotejo para participación y entregables.

Evaluación Sumativa

Qué se evalúa: Dominio integral para analizar requerimientos, diseñar arquitectura modular, elaborar diagramas de estructura, descomponer problemas y documentar el diseño lógico.

Cómo se evalúa: Proyecto final donde el estudiante presenta un diseño modular completo de un sistema asignado, incluyendo diagramas de estructura y documentación formal que justifique las decisiones de diseño.

Instrumento sugerido: Rúbrica detallada que evalúe análisis, diseño, diagramación, documentación y presentación oral o escrita.

La unidad "Diseño estructurado de sistemas" se sugiere impartir en un período de 3 semanas, con una dedicación total aproximada de 12 horas distribuidas de la siguiente manera:

• Semana 1 (4 horas): Introducción, técnicas de modularización y análisis de requerimientos. Realización de la Actividad 1.
• Semana 2 (4 horas): Diagramas de estructura y técnicas de diseño estructurado. Realización de las Actividades 2 y 3.
• Semana 3 (4 horas): Evaluación y documentación del diseño lógico. Realización de la Actividad 4 y preparación del proyecto final.

Esta distribución permite un avance progresivo desde la teoría hacia la práctica, asegurando la comprensión y aplicación de los conceptos clave para el diseño estructurado de sistemas.

1. Introducción al Diseño Orientado a Objetos (OO)

• Conceptos básicos de la orientación a objetos: Definición, historia y ventajas frente a otros paradigmas de diseño.
• Principios fundamentales del diseño OO: Abstracción, encapsulamiento, herencia y polimorfismo.
• Identificación de clases y objetos: Técnicas para reconocer clases y objetos relevantes en un sistema a partir de requerimientos.

2. Modelado de Sistemas con Diagramas de Clases

• Elementos del diagrama de clases: Clases, atributos, métodos, relaciones (asociación, agregación, composición, herencia).
• Técnicas para diseñar diagramas de clases: Uso de casos de uso y requisitos para derivar clases y relaciones.
• Buenas prácticas en el modelado: Modularidad, cohesión y acoplamiento en el diseño OO.

3. Patrones de Diseño Básicos en Orientación a Objetos

• Introducción a los patrones de diseño: Definición, importancia y clasificación general.
• Patrón Singleton: Concepto, estructura, implementación y casos de uso.
• Patrón Factory: Objetivo, tipos (Factory Method y Abstract Factory), implementación y ejemplos prácticos.

4. Evaluación y Selección de Patrones de Diseño

• Criterios para seleccionar patrones: Modularidad, reutilización, mantenibilidad y complejidad del sistema.
• Comparación de patrones básicos: Ventajas y limitaciones en contextos específicos.
• Aplicación práctica: Casos de estudio para elegir patrones adecuados en proyectos de software.

5. Documentación de Diseños Orientados a Objetos

• Notaciones estándar UML para diseño OO: Diagramas de clases, diagramas de objetos y diagramas de paquetes.
• Documentación técnica: Guías para describir clases, métodos, relaciones y patrones utilizados.
• Comunicación efectiva del diseño: Estrategias para presentar modelos a diferentes audiencias (técnicas y no técnicas).

Actividad 1: Identificación de Clases y Objetos en un Sistema Real

Objetivo: Desarrollar la habilidad para identificar clases y objetos aplicando principios fundamentales del diseño OO.

Descripción:

• Se presenta a los estudiantes un caso de estudio con requerimientos básicos de un sistema (por ejemplo, un sistema de biblioteca o gestión de inventarios).
• En equipos, analizan el texto para identificar posibles clases y objetos relevantes.
• Discuten y justifican su selección aplicando los principios de abstracción y encapsulamiento.
• Finalmente, presentan una lista inicial de clases y objetos con sus atributos y responsabilidades.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Documento con la lista de clases y objetos identificados, con una breve justificación.

Duración estimada: 90 minutos.

Actividad 2: Diseño de Diagrama de Clases para un Caso Práctico

Objetivo: Diseñar diagramas de clases utilizando técnicas orientadas a objetos para modelar estructuras de sistemas.

Descripción:

• Partiendo del sistema analizado en la actividad anterior, cada grupo elabora un diagrama de clases completo que incluya atributos, métodos y relaciones.
• Se deben aplicar buenas prácticas de diseño, buscando modularidad y bajo acoplamiento.
• Usan herramientas UML para la creación del diagrama (pueden ser digitales o en papel).
• Se realiza una revisión cruzada con otros grupos para recibir retroalimentación.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Diagrama de clases bien documentado y presentación breve explicando el diseño.

Duración estimada: 2 horas.

Actividad 3: Implementación y Análisis de Patrones Singleton y Factory

Objetivo: Aplicar patrones de diseño básicos para resolver problemas comunes en modelado de sistemas.

Descripción:

• Se proporciona a los estudiantes fragmentos de código o escenarios que requieren el uso de patrones Singleton y Factory.
• En parejas, implementan ambos patrones en un lenguaje de programación orientado a objetos (Java, C#, Python, etc.).
• Analizan las ventajas que cada patrón aporta al sistema y documentan un caso de uso para cada patrón aplicado.

Organización: Parejas.

Producto esperado: Código funcional y documento explicativo con análisis y casos de uso.

Duración estimada: 3 horas.

Actividad 4: Evaluación y Selección de Patrones para un Proyecto Real

Objetivo: Evaluar y seleccionar patrones de diseño orientados a objetos para mejorar la modularidad y reutilización en un proyecto.

Descripción:

• Se presenta un proyecto de software real o simulado con problemas específicos de diseño (por ejemplo, dificultades de mantenimiento o extensibilidad).
• En grupos, analizan el problema y discuten qué patrones de diseño serían adecuados para resolverlos.
• Preparan un informe con la selección de patrones, justificación basada en criterios de modularidad y reutilización, y propuestas de mejora.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Informe y presentación de propuesta de patrones seleccionados.

Duración estimada: 2 horas.

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre conceptos básicos de programación orientada a objetos y experiencia previa con diagramas UML.

Cómo se evalúa: Cuestionario corto con preguntas de opción múltiple y preguntas abiertas sobre conceptos de clases, objetos y diagramas de clases.

Instrumento sugerido: Prueba diagnóstica en línea o en papel al inicio de la unidad.

Evaluación Formativa

Qué se evalúa: Proceso de aprendizaje en identificación de clases, diseño de diagramas, aplicación de patrones y selección de patrones.

Cómo se evalúa: Observación durante actividades, retroalimentación en trabajos grupales, revisión de productos parciales (listas de clases, diagramas, códigos, informes).

Instrumento sugerido: Rúbricas para actividades prácticas y listas de cotejo para participación y entrega de productos.

Evaluación Sumativa

Qué se evalúa: Competencias integradas en la unidad: explicación de principios OO, diseño de diagramas de clases, aplicación y selección de patrones, y documentación adecuada.

Cómo se evalúa: Proyecto final individual o grupal que incluya:

• Identificación de clases y objetos para un sistema dado.
• Diagrama de clases completo y documentado.
• Implementación o propuesta de aplicación de patrones Singleton y Factory.
• Informe con evaluación y selección de patrones para mejorar un sistema.
• Documentación formal utilizando notación UML.

Instrumento sugerido: Rúbrica detallada para evaluar cada componente del proyecto final.

La unidad de Diseño Orientado a Objetos se sugiere impartir en un periodo de 3 semanas, con una dedicación total aproximada de 18 horas distribuidas de la siguiente manera:

• Semana 1 (6 horas): Introducción al diseño OO y principios fundamentales; Actividad 1 para identificación de clases y objetos.
• Semana 2 (6 horas): Diseño de diagramas de clases y aplicación práctica; Actividad 2 para diseño del diagrama de clases.
• Semana 3 (6 horas): Patrones de diseño básicos, evaluación y selección de patrones; Actividades 3 y 4 para implementación y selección de patrones; evaluación sumativa.

Esta distribución permite combinar teoría y práctica, facilitando la comprensión y aplicación de conceptos clave en diseño orientado a objetos.

1. Introducción a las bases de datos relacionales

• Concepto y evolución de las bases de datos
• Modelo relacional: definición y características fundamentales
• Componentes básicos: tablas, filas, columnas, claves primarias y foráneas
• Relaciones entre tablas: tipos y cardinalidad
• Ventajas y limitaciones del modelo relacional en sistemas de información

2. Diseño de modelos relacionales de bases de datos

• Identificación de requerimientos funcionales de un sistema de información
• Representación conceptual: diagramas entidad-relación (ER)
• Transformación del modelo ER al modelo relacional
• Definición de tablas, atributos y relaciones basadas en requerimientos
• Ejemplos prácticos de diseño de bases de datos para sistemas específicos

3. Técnicas de normalización para bases de datos

• Concepto de normalización y su importancia en el diseño
• Formas normales: primera, segunda, tercera y formas normales avanzadas
• Identificación y eliminación de redundancias y anomalías
• Aplicación práctica de normalización en modelos relacionales
• Impacto de la normalización en la integridad y eficiencia de datos

4. Integración del diseño de bases de datos en sistemas de información

• Documentación técnica del diseño de bases de datos
• Diagramas complementarios: diagramas de flujo de datos y diagramas UML
• Relación entre diseño de bases de datos y arquitectura del sistema
• Buenas prácticas para la presentación y comunicación del diseño
• Herramientas de modelado y documentación para bases de datos

5. Evaluación y optimización de diseños de bases de datos

• Criterios de eficiencia: rendimiento, escalabilidad y mantenimiento
• Revisión crítica de diseños: detección de errores y áreas de mejora
• Optimización estructural y uso de índices
• Casos reales de evaluación y mejora de bases de datos
• Consideraciones para bases de datos en sistemas distribuidos y en la nube

Actividad 1: Análisis de componentes de una base de datos relacional

Objetivo: Analizar los conceptos básicos de bases de datos relacionales para identificar sus componentes y estructura fundamental.

Descripción:

• Se proporciona a los estudiantes un conjunto de tablas y descripciones de un sistema de información sencillo.
• En parejas, identificarán las claves primarias y foráneas, así como las relaciones existentes entre las tablas.
• Elaborarán un resumen que describa los componentes y la estructura identificada.

Organización: Parejas

Producto esperado: Documento con análisis de componentes y estructura de la base de datos.

Duración estimada: 1 hora

Actividad 2: Diseño de un modelo relacional a partir de requerimientos funcionales

Objetivo: Diseñar un modelo relacional de base de datos que integre los requerimientos funcionales de un sistema de información específico.

Descripción:

• Se presenta un caso de estudio con requerimientos funcionales detallados.
• En grupos pequeños, crearán un diagrama entidad-relación que represente el sistema.
• Transformarán el diagrama ER en un modelo relacional, definiendo tablas, atributos y claves.
• Prepararán una breve presentación explicando su diseño.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Diagrama ER, modelo relacional y presentación oral.

Duración estimada: 3 horas (2 para diseño, 1 para presentación)

Actividad 3: Aplicación práctica de normalización

Objetivo: Aplicar técnicas de normalización para optimizar la estructura de bases de datos y garantizar la integridad de los datos.

Descripción:

• Se entrega una base de datos desnormalizada con problemas evidentes de redundancia y anomalías.
• Individualmente, los estudiantes identificarán las dependencias funcionales y aplicarán las formas normales hasta la tercera forma normal.
• Elaborarán un informe que incluya el proceso de normalización y el nuevo modelo optimizado.

Organización: Individual

Producto esperado: Informe con análisis de dependencias y modelo normalizado.

Duración estimada: 2 horas

Actividad 4: Integración y documentación del diseño de base de datos en sistemas de información

Objetivo: Integrar el diseño de bases de datos en el contexto de sistemas de información mediante diagramas y documentación técnica apropiada.

Descripción:

• En grupos, se les asigna un sistema de información para el cual deben elaborar la documentación técnica completa del diseño de la base de datos.
• Esto incluye el modelo relacional, diagramas complementarios (flujo de datos, UML) y especificaciones técnicas.
• Finalmente, entregarán un paquete de documentación y realizarán una exposición explicando la integración del diseño en el sistema.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Paquete de documentación técnica y presentación oral.

Duración estimada: 4 horas

Actividad 5: Evaluación crítica y optimización de un diseño de base de datos

Objetivo: Evaluar diseños de bases de datos mediante la revisión crítica y la aplicación de criterios de eficiencia y escalabilidad en sistemas reales.

Descripción:

• Se presenta un diseño de base de datos de un caso real con información detallada.
• En parejas, los estudiantes revisarán el diseño, identificando posibles problemas o áreas para mejorar en eficiencia y escalabilidad.
• Propondrán recomendaciones y optimizaciones fundamentadas.
• Prepararán un informe crítico con sus hallazgos y recomendaciones.

Organización: Parejas

Producto esperado: Informe crítico y propuestas de optimización.

Duración estimada: 2 horas

Evaluación diagnóstica

Qué se evalúa: Conocimientos previos sobre bases de datos y conceptos relacionales.

Cómo se evalúa: Cuestionario de opción múltiple y preguntas abiertas al inicio de la unidad.

Instrumento sugerido: Prueba diagnóstica en línea o en papel con 15 preguntas.

Evaluación formativa

Qué se evalúa: Progreso en la comprensión y aplicación de conceptos, diseño y normalización.

Cómo se evalúa: Revisión continua de actividades prácticas (Análisis de componentes, diseño de modelos, normalización) con retroalimentación inmediata.

Instrumento sugerido: Lista de cotejo para los informes y trabajos entregados, observación directa y rúbricas para presentaciones.

Evaluación sumativa

Qué se evalúa: Dominio integral de los objetivos: análisis, diseño, normalización, integración y evaluación crítica.

Cómo se evalúa: Examen práctico que incluye diseño de un modelo relacional a partir de requerimientos, aplicación de normalización, y análisis crítico de un diseño dado.

Instrumento sugerido: Examen escrito con casos prácticos y preguntas de desarrollo, acompañado de revisión del proyecto final de documentación técnica.

La unidad "Diseño de bases de datos para sistemas" se sugiere impartir en un periodo de 3 semanas, con una dedicación total aproximada de 20 horas distribuidas de la siguiente manera: 6 horas para la presentación y discusión teórica de contenidos, 10 horas para actividades prácticas en clase y trabajo colaborativo, y 4 horas para evaluaciones formativa y sumativa.

1. Introducción a las herramientas de modelado para análisis y diseño de sistemas

• Definición y propósito del software de modelado en ingeniería de sistemas
• Principales herramientas comerciales y gratuitas: características y aplicaciones
• Ventajas y limitaciones del uso de herramientas digitales en diseño de sistemas

2. Fundamentos de UML (Lenguaje Unificado de Modelado)

• Conceptos básicos y estructura de UML
• Tipos de diagramas UML: diagramas estructurales y diagramas de comportamiento
• Relación entre requerimientos funcionales y no funcionales y los diagramas UML

3. Creación de diagramas UML con software de modelado

• Instalación y configuración básica de una herramienta de modelado (p. ej., StarUML, Visual Paradigm, Enterprise Architect)
• Construcción de diagramas de casos de uso para representar requerimientos funcionales
• Elaboración de diagramas de clases para modelar estructuras de datos y relaciones
• Generación de diagramas de secuencia y actividad para representar la lógica y flujo del sistema
• Incorporación de elementos que reflejen requerimientos no funcionales (restricciones, condiciones de calidad)

4. Técnicas de diseño estructurado y orientado a objetos aplicadas en herramientas digitales

• Principios del diseño estructurado: modularidad, jerarquía y flujo de datos
• Principios del diseño orientado a objetos: encapsulación, herencia, polimorfismo
• Aplicación práctica de estas técnicas en la creación de modelos mediante software
• Buenas prácticas para garantizar la precisión y claridad en modelos digitales

5. Documentación y comunicación de diseños utilizando funcionalidades avanzadas del software

• Uso de anotaciones, plantillas y estilos para mejorar la presentación de diagramas
• Generación automática de reportes y documentación técnica desde el software
• Exportación e integración de modelos en diferentes formatos (PDF, imágenes, archivos XML)
• Adaptación del contenido para audiencias técnicas y no técnicas

6. Análisis y solución de problemas técnicos en el uso de herramientas de modelado

• Identificación de errores comunes en la creación de diagramas y su impacto en la representación del sistema
• Solución de problemas técnicos y errores de configuración del software
• Validación y verificación de modelos para asegurar la corrección y coherencia
• Uso de foros, documentación y recursos en línea para resolver dificultades técnicas

7. Integración y evaluación de modelos digitales en proyectos prácticos

• Metodologías para integrar diferentes tipos de diagramas en un proyecto completo
• Evaluación de la coherencia interna y funcionalidad de los modelos integrados
• Presentación de proyectos integrados utilizando herramientas digitales
• Retroalimentación y mejora continua basada en la evaluación de modelos y diagramas

Actividad 1: Instalación y primeros pasos con una herramienta de modelado UML

Objetivo: Que el estudiante sea capaz de instalar, configurar y familiarizarse con la interfaz de un software de modelado UML, contribuyendo al objetivo de utilizar software de modelado para crear diagramas UML.

Descripción:

• Descargar e instalar el software seleccionado (p. ej., StarUML o Visual Paradigm Community Edition).
• Explorar la interfaz, menús y funcionalidades básicas.
• Crear un proyecto de ejemplo y guardar el archivo en formato nativo.
• Realizar un pequeño tutorial guiado para crear un diagrama de casos de uso simple.

Organización: Individual

Producto esperado: Proyecto de software con un diagrama de casos de uso básico guardado y exportado en formato PDF.

Duración estimada: 2 horas

Actividad 2: Modelado de requerimientos funcionales y no funcionales mediante diagramas UML

Objetivo: Aplicar el uso del software para representar requerimientos funcionales y no funcionales a través de diagramas UML, alineado con los objetivos de creación de diagramas UML y elaboración de modelos precisos.

Descripción:

• Analizar un caso de estudio con requerimientos funcionales y no funcionales.
• Crear diagramas de casos de uso para representar los requerimientos funcionales.
• Incluir anotaciones y restricciones para representar los requerimientos no funcionales en los diagramas.
• Presentar el modelo completo para revisión y retroalimentación.

Organización: Parejas

Producto esperado: Conjunto de diagramas UML que reflejen los requerimientos funcionales y no funcionales del caso de estudio, exportados en formato PDF y archivo nativo.

Duración estimada: 3 horas

Actividad 3: Elaboración de modelos estructurados y orientados a objetos en herramientas digitales

Objetivo: Desarrollar modelos de sistemas aplicando técnicas de diseño estructurado y orientado a objetos mediante software, contribuyendo a la precisión y claridad en los modelos.

Descripción:

• Recibir un conjunto de requerimientos y diseñar diagramas de clases y diagramas de secuencia.
• Aplicar principios de diseño estructurado y orientado a objetos en la elaboración de los modelos.
• Revisar y corregir el modelo con base en criterios de claridad y precisión.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Modelo digital completo con diagramas UML que evidencien diseño estructurado y orientado a objetos, documentado y exportado en formatos estándar.

Duración estimada: 4 horas

Actividad 4: Documentación avanzada y presentación de modelos de sistemas

Objetivo: Documentar y comunicar diseños utilizando funcionalidades avanzadas del software, asegurando comprensión para diferentes audiencias, alineado con el objetivo de comunicación efectiva.

Descripción:

• Agregar anotaciones, comentarios y estilos personalizados en los modelos previamente desarrollados.
• Generar reportes automáticos y formatos de presentación para audiencias técnicas y no técnicas.
• Preparar y realizar una presentación oral del modelo, explicando los aspectos clave y el uso de las herramientas.

Organización: Grupos de 3-4 estudiantes (puede ser el mismo grupo de la actividad anterior)

Producto esperado: Documentación completa generada desde el software y presentación oral con soporte visual.

Duración estimada: 3 horas

Actividad 5: Diagnóstico y resolución de problemas técnicos en modelado digital

Objetivo: Identificar y resolver problemas técnicos comunes en el uso de herramientas de diseño para garantizar la correcta representación del sistema.

Descripción:

• Revisión de modelos con errores intencionados o problemas técnicos comunes.
• Diagnóstico de errores y búsqueda de soluciones utilizando recursos en línea y documentación.
• Corrección de los modelos y validación de la solución.

Organización: Individual

Producto esperado: Informe técnico con la descripción del problema, proceso de solución y modelos corregidos.

Duración estimada: 2 horas

Evaluación diagnóstica

Qué se evalúa: Conocimientos previos sobre conceptos básicos de modelado, UML y experiencia con software de diseño.

Cómo se evalúa: Cuestionario en línea o en papel con preguntas de opción múltiple y de respuesta corta sobre conceptos fundamentales y familiaridad con herramientas digitales.

Instrumento sugerido: Test inicial de 15 preguntas, que incluye definición de UML, tipos de diagramas y experiencia previa con software.

Evaluación formativa

Qué se evalúa: Progreso en la creación de diagramas UML, aplicación de técnicas de diseño, documentación y solución de problemas técnicos.

Cómo se evalúa: Revisión continua de productos parciales de actividades (diagramas, modelos, documentación) con retroalimentación escrita o verbal.

Instrumento sugerido: Rúbricas específicas para cada actividad, con criterios de precisión, claridad, uso adecuado del software y calidad de la documentación.

Evaluación sumativa

Qué se evalúa: Dominio integral de los objetivos de la unidad: creación de diagramas UML completos, aplicación de técnicas de diseño, documentación avanzada, resolución de problemas técnicos e integración en proyectos.

Cómo se evalúa: Proyecto final que incluye un conjunto de diagramas UML, documentación completa, presentación oral y análisis crítico de la solución.

Instrumento sugerido: Rúbrica de evaluación del proyecto final con indicadores de cumplimiento de objetivos, calidad técnica, comunicación y solución de problemas.

La unidad "Herramientas para el análisis y diseño de sistemas" se sugiere impartir en un total de 14 horas distribuidas en 4 semanas, con la siguiente distribución:

• Semana 1 (3 horas): Introducción a las herramientas y fundamentos de UML; actividad de instalación y primeros pasos.
• Semana 2 (4 horas): Creación de diagramas UML para requerimientos funcionales y no funcionales; actividad de modelado en parejas.
• Semana 3 (4 horas): Aplicación de técnicas de diseño estructurado y orientado a objetos; elaboración y revisión de modelos en grupos.
• Semana 4 (3 horas): Documentación avanzada, presentación, diagnóstico y solución de problemas técnicos; actividades de documentación y resolución individual.

1. Introducción al Prototipado en Sistemas

• Concepto y propósito del prototipado: definición, importancia en el ciclo de vida del desarrollo de sistemas.
• Beneficios del prototipado: reducción de riesgos, mejor comunicación con usuarios, detección temprana de errores.
• Contextos y momentos para usar prototipos: durante el análisis de requerimientos, diseño, pruebas preliminares.

2. Tipos de Prototipos

• Prototipos de baja fidelidad: características, ejemplos (bocetos, wireframes en papel), ventajas y limitaciones.
• Prototipos de alta fidelidad: características, ejemplos (prototipos interactivos con software), ventajas y limitaciones.
• Criterios para seleccionar el tipo de prototipo: objetivos del proyecto, recursos disponibles, tiempo, complejidad del sistema.

3. Herramientas para el Diseño de Prototipos

• Herramientas para prototipos de baja fidelidad: papel, lápiz, pizarras, software simple.
• Herramientas para prototipos de alta fidelidad: Figma, Adobe XD, Axure, Sketch, InVision, prototipado rápido con frameworks.
• Criterios para elegir herramientas: facilidad de uso, capacidades interactivas, colaboración, costo.

4. Técnicas de Validación de Prototipos

• Objetivos de la validación: evaluar usabilidad, funcionalidad, cumplimiento de requerimientos.
• Técnicas de validación con usuarios y partes interesadas:
  • Pruebas de usabilidad: planificación, ejecución, observación y registro.
  • Entrevistas y cuestionarios estructurados.
  • Sesiones de feedback guiado y focus groups.
  • Evaluación heurística y revisión experta.
• Documentación y análisis de resultados: registros, métricas, análisis cualitativo.

5. Iteración y Mejora de Prototipos

• Interpretación de retroalimentación: identificación de problemas, prioridades de mejora.
• Proceso iterativo de diseño: ciclo construir-probar-ajustar.
• Actualización de prototipos según feedback: técnicas para incorporar cambios efectivos.
• Documentación del proceso y lecciones aprendidas.

Diseño de un prototipo de baja fidelidad

Objetivo: Diseñar prototipos funcionales que reflejen requerimientos identificados.

Descripción:

• Se entregan a los estudiantes un conjunto de requerimientos de un sistema simple.
• En equipo, realizarán bocetos y wireframes en papel que representen la interfaz y flujo básico del sistema.
• Se debe incluir al menos 3 pantallas o estados del sistema.
• Preparar una breve explicación oral del diseño para presentar a la clase.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Conjunto de bocetos en papel y presentación oral.

Duración estimada: 2 horas.

Validación de prototipo con usuarios

Objetivo: Aplicar técnicas de validación para evaluar usabilidad y funcionalidad.

Descripción:

• Cada grupo intercambia prototipos con otro grupo para realizar pruebas de usabilidad.
• Los estudiantes simulan ser usuarios y realizan tareas específicas usando el prototipo.
• Se registran observaciones, dificultades y sugerencias de mejora.
• Se utiliza un formato estructurado para recolectar feedback.

Organización: Grupos de 3-4 estudiantes, en parejas de grupos para validación cruzada.

Producto esperado: Informe de retroalimentación con observaciones y recomendaciones.

Duración estimada: 2 horas.

Desarrollo de un prototipo de alta fidelidad con herramienta digital

Objetivo: Diseñar prototipos funcionales utilizando herramientas digitales que reflejen requerimientos.

Descripción:

• Los estudiantes seleccionan un proyecto o usan el prototipo anterior para crear una versión digital interactiva.
• Se emplean herramientas como Figma, Adobe XD o similares para construir el prototipo.
• El prototipo debe tener interactividad básica (navegación entre pantallas, botones funcionales).
• Presentar el prototipo a la clase o en línea para revisión.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Prototipo digital interactivo.

Duración estimada: 4 horas distribuidas en varias sesiones.

Análisis y documentación de retroalimentación para iteración

Objetivo: Analizar y documentar retroalimentación para mejorar diseños de manera iterativa.

Descripción:

• Se entrega a los estudiantes un conjunto de comentarios y resultados de validación (pueden ser reales o simulados).
• En equipos, clasifican y priorizan los problemas detectados.
• Elaboran un plan de mejora para el prototipo, indicando qué cambiar y cómo.
• Documentan el proceso y sus decisiones en un informe.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Informe de análisis y plan de iteración.

Duración estimada: 2 horas.

Evaluación Diagnóstica

Qué se evalúa: Conocimiento previo sobre prototipado, tipos de prototipos y técnicas de validación.

Cómo se evalúa: Cuestionario de opción múltiple y preguntas abiertas sobre conceptos básicos.

Instrumento sugerido: Test en línea o en papel con 15 preguntas.

Evaluación Formativa

Qué se evalúa: Aplicación práctica del diseño de prototipos, ejecución de técnicas de validación y análisis de retroalimentación.

Cómo se evalúa: Revisión continua de productos parciales (bocetos, prototipos digitales, informes de validación), participación en actividades y discusiones.

Instrumento sugerido: Rúbrica de evaluación para cada actividad práctica, lista de cotejo para participación y entrega oportuna.

Evaluación Sumativa

Qué se evalúa: Capacidad integral para diseñar, validar, analizar y mejorar prototipos, además de justificar tipos de prototipos usados.

Cómo se evalúa: Proyecto final donde el estudiante o grupo desarrolla un prototipo de alta fidelidad, realiza una validación formal y presenta un informe con análisis de retroalimentación y justificación del proceso.

Instrumento sugerido: Rúbrica detallada que incluya criterios de diseño, funcionalidad, calidad del prototipo, calidad de la validación, análisis y documentación, además de presentación oral o escrita.

La unidad "Prototipado y validación de sistemas" se recomienda impartir en 3 semanas con una dedicación aproximada de 12 horas distribuidas de la siguiente manera:

• Semana 1 (4 horas): Introducción al prototipado, tipos de prototipos y diseño de prototipos de baja fidelidad (incluye actividad práctica).
• Semana 2 (4 horas): Herramientas para prototipado, técnicas de validación y actividad de validación con usuarios.
• Semana 3 (4 horas): Desarrollo de prototipos de alta fidelidad, análisis de retroalimentación y actividad de mejora iterativa, evaluación sumativa final.

1. Introducción a la Gestión de Proyectos en Análisis y Diseño de Sistemas

• Conceptos básicos de gestión de proyectos: definición, importancia y beneficios en sistemas.
• Características específicas de proyectos de análisis y diseño de sistemas.
• Roles y responsabilidades en un proyecto de desarrollo de sistemas.

2. Planificación de Proyectos de Análisis y Diseño de Sistemas

• Definición clara de objetivos del proyecto: objetivos SMART y su aplicación.
• Determinación del alcance del proyecto: técnicas para delimitar y controlar el alcance.
• Estimación y asignación de recursos: humanos, tecnológicos y materiales.
• Desarrollo de cronogramas: diagramas de Gantt, técnicas PERT y CPM.
• Herramientas para la planificación: software y métodos tradicionales.

3. Metodologías para la Gestión de Proyectos de Desarrollo de Sistemas

• Metodologías tradicionales: cascada, modelo en V, y sus características.
• Metodologías ágiles: Scrum, Kanban, XP, principios y prácticas.
• Criterios para seleccionar la metodología adecuada según el contexto del proyecto.
• Integración de metodologías híbridas en proyectos de análisis y diseño.

4. Identificación y Gestión de Riesgos en Proyectos de Análisis y Diseño

• Concepto y tipos de riesgos en proyectos de sistemas.
• Proceso de identificación de riesgos: técnicas y herramientas.
• Análisis cualitativo y cuantitativo de riesgos.
• Desarrollo de planes de mitigación y control de riesgos.
• Monitoreo y actualización continua del riesgo durante el proyecto.

5. Documentación y Reportes de Seguimiento en Proyectos de Análisis y Diseño

• Importancia de la documentación en la gestión de proyectos.
• Tipos de reportes: avance, hitos, desviaciones y cierre.
• Estructura y contenido de reportes efectivos.
• Herramientas para la elaboración y distribución de reportes.
• Comunicación efectiva del estado del proyecto a stakeholders.

6. Coordinación de Actividades y Recursos en Proyectos de Análisis y Diseño

• Planificación de actividades: definición, secuencia y asignación.
• Gestión de equipos multidisciplinarios y colaboración efectiva.
• Herramientas y técnicas para la coordinación y seguimiento de actividades.
• Manejo de conflictos y motivación del equipo de trabajo.
• Evaluación del desempeño y retroalimentación continua.

Actividad 1: Elaboración de un Plan de Proyecto de Análisis y Diseño

Objetivo: Planificar un proyecto de análisis y diseño utilizando técnicas y herramientas de gestión de proyectos, definiendo objetivos, alcance, tiempos y recursos.

Descripción:

• Se presenta un caso práctico para desarrollo de un sistema (ejemplo: sistema de gestión académica).
• Los estudiantes deben definir los objetivos SMART del proyecto.
• Delimitar el alcance del proyecto mediante una matriz de alcance.
• Estimación de recursos y elaboración de un cronograma básico usando diagramas de Gantt.
• Presentar el plan completo en un documento estructurado.

Organización: Grupos de 3-4 estudiantes.

Producto esperado: Documento de plan de proyecto con objetivos, alcance, recursos y cronograma.

Duración estimada: 3 horas.

Actividad 2: Análisis Comparativo de Metodologías de Gestión de Proyectos

Objetivo: Aplicar metodologías ágiles y tradicionales para la gestión de proyectos, evaluando su adecuación según el contexto.

Descripción:

• Se asignan diferentes escenarios de proyectos de sistemas con características específicas.
• Cada grupo analiza y selecciona la metodología (ágil, tradicional o híbrida) más adecuada para su escenario.
• Preparan una presentación justificando la selección basada en criterios del contexto.
• Discusión y retroalimentación entre grupos.

Organización: Grupos de 3 estudiantes.

Producto esperado: Presentación oral y documento justificativo.

Duración estimada: 2 horas.

Actividad 3: Taller de Identificación y Mitigación de Riesgos

Objetivo: Identificar y analizar riesgos en un proyecto, proponiendo estrategias de mitigación y control.

Descripción:

• Se plantea un proyecto real o simulado para análisis.
• Los estudiantes identifican posibles riesgos utilizando listas de chequeo y técnicas de lluvia de ideas.
• Realizan análisis cualitativo para priorizar riesgos.
• Desarrollan un plan de mitigación y control para los riesgos más críticos.
• Comparten y discuten sus resultados en plenaria.

Organización: Grupos de 4 estudiantes.

Producto esperado: Matriz de riesgos con análisis y plan de mitigación.

Duración estimada: 3 horas.

Actividad 4: Elaboración de Reportes de Seguimiento y Coordinación de Equipos

Objetivo: Elaborar documentación y reportes de seguimiento para comunicar avances, así como coordinar actividades y recursos del equipo.

Descripción:

• Se provee un escenario con un proyecto en ejecución y datos ficticios de avance y desviaciones.
• Los estudiantes preparan un reporte de seguimiento que incluya estado actual, hitos alcanzados y desviaciones.
• Simulan una reunión de coordinación para asignar nuevas tareas y resolver conflictos.
• Registran acuerdos y planifican acciones para la siguiente fase del proyecto.

Organización: Grupos de 5 estudiantes.

Producto esperado: Reporte de seguimiento y acta de reunión de coordinación.

Duración estimada: 3 horas.

Evaluación Diagnóstica

Qué se evalúa: Conocimientos previos sobre gestión de proyectos, metodologías y conceptos básicos.

Cómo se evalúa: Cuestionario de opción múltiple y preguntas abiertas.

Instrumento sugerido: Test en línea o papel con 15 preguntas básicas.

Evaluación Formativa

Qué se evalúa: Progreso en la planificación, análisis de metodologías, identificación de riesgos, elaboración de reportes y coordinación.

Cómo se evalúa: Revisión continua de actividades prácticas, retroalimentación en presentaciones y talleres.

Instrumento sugerido: Rúbricas para actividades grupales, observación directa y autoevaluación grupal.

Evaluación Sumativa

Qué se evalúa: Competencia integral para planificar, gestionar, analizar riesgos, documentar y coordinar proyectos de análisis y diseño.

Cómo se evalúa: Entrega final de un proyecto completo de gestión incluyendo plan, selección metodológica, análisis de riesgos, reportes y plan de coordinación.

Instrumento sugerido: Rúbrica detallada que contemple cada objetivo de la unidad y presentación oral.

La unidad de Gestión de Proyectos de Análisis y Diseño tiene una duración sugerida de 4 semanas, distribuidas de la siguiente manera:

• Semana 1: Introducción y planificación de proyectos (8 horas: 4 teóricas, 4 prácticas)
• Semana 2: Metodologías de gestión y selección adecuada (6 horas: 3 teóricas, 3 prácticas)
• Semana 3: Identificación y gestión de riesgos (6 horas: 3 teóricas, 3 prácticas)
• Semana 4: Documentación, reportes y coordinación de actividades (8 horas: 4 teóricas, 4 prácticas)

Se recomienda incluir sesiones de discusión y retroalimentación semanal para reforzar el aprendizaje y resolver dudas.

1. Introducción a los casos prácticos en análisis y diseño de sistemas

• Importancia de los casos prácticos para el aprendizaje aplicado
• Tipos de casos prácticos: reales, simulados y mixtos
• Metodología general para abordar casos prácticos en ingeniería de sistemas

2. Identificación y análisis de requerimientos en casos prácticos

• Conceptos de requerimientos funcionales y no funcionales
• Técnicas de elicitation: entrevistas, cuestionarios, observación, prototipos, talleres
• Documentación de requerimientos: plantillas y buenas prácticas
• Validación y priorización de requerimientos en escenarios prácticos

3. Modelado de sistemas aplicando técnicas estructuradas y orientadas a objetos

• Introducción a UML: conceptos básicos y propósito
• Diagramas para el análisis y diseño: casos de uso, clases, secuencia, actividades, estados
• Técnicas de diseño estructurado: diagramas de flujo de datos y diagramas entidad-relación
• Integración de modelos en casos prácticos: ejemplos y ejercicios

4. Diseño de soluciones integradas y justificación técnica

• Metodologías para el diseño de soluciones: enfoque modular y orientado a objetos
• Criterios técnicos y funcionales para la toma de decisiones de diseño
• Evaluación de alternativas y selección de la solución óptima
• Documentación de decisiones de diseño en casos prácticos

5. Documentación y comunicación efectiva de diseños de sistemas

• Metodologías para la documentación coherente y de calidad
• Herramientas para la creación de documentos y presentaciones técnicas
• Buenas prácticas para comunicar diseños a diferentes audiencias
• Revisión y control de calidad de la documentación

6. Ejecución de proyectos prácticos integradores

• Planificación y organización del proyecto práctico
• Integración de análisis, diseño y documentación en un caso completo
• Trabajo colaborativo y distribución de roles en proyectos prácticos
• Presentación y defensa de proyectos ante el grupo y docente

Actividad 1: Identificación y análisis de requerimientos en un caso simulado

Objetivo: Contribuye al primer objetivo de la unidad: identificar y analizar requerimientos funcionales y no funcionales aplicando técnicas de elicitation.

Descripción:

• Se presenta un caso simulado de un sistema a desarrollar (por ejemplo, sistema para gestión de biblioteca universitaria).
• Los estudiantes, en grupos, aplican técnicas de elicitation (entrevistas simuladas y revisión documental) para identificar requerimientos.
• Documentan los requerimientos identificados en una plantilla estándar.
• Validan y priorizan los requerimientos entre el grupo.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Documento con requerimientos funcionales y no funcionales priorizados y justificados.

Duración estimada: 3 horas

Actividad 2: Modelado UML de un sistema a partir de requerimientos

Objetivo: Apoya el segundo objetivo: modelar sistemas usando diagramas UML y técnicas estructuradas y orientadas a objetos.

Descripción:

• Con base en los requerimientos documentados en la actividad anterior, cada grupo realiza diagramas UML:
• Diagrama de casos de uso
• Diagrama de clases
• Diagrama de secuencia para al menos un caso de uso
• Aplican técnicas de diseño estructurado para complementar el modelado.
• Presentan los diagramas y explican la integración de los modelos.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Conjunto de diagramas UML y esquemas de diseño estructurado con anotaciones explicativas.

Duración estimada: 4 horas

Actividad 3: Diseño y justificación de una solución integrada

Objetivo: Relacionada con el tercer objetivo: diseñar soluciones integradas justificando las decisiones técnicas y funcionales.

Descripción:

• Se entrega un problema complejo basado en el caso tratado o uno nuevo.
• Los estudiantes, en grupos, diseñan una solución integrada utilizando los modelos previos y nuevas propuestas.
• Documentan las decisiones de diseño, justificando cada elección mediante criterios técnicos y funcionales.
• Preparan una presentación para defender su diseño ante los compañeros y docente.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Documento de diseño con justificaciones y presentación oral.

Duración estimada: 4 horas

Actividad 4: Documentación y comunicación de diseños de sistemas

Objetivo: Vinculada con el cuarto objetivo: aplicar metodologías y herramientas para documentar y comunicar diseños.

Descripción:

• Cada grupo organiza toda la documentación generada (requerimientos, diagramas, diseño y justificaciones) en un informe profesional.
• Utilizan herramientas de documentación (Word, LaTeX, herramientas UML con exportación, etc.) para crear un documento claro y coherente.
• Preparan un resumen ejecutivo y una presentación para comunicar el diseño a un público no técnico.

Organización: Grupos de 3-4 estudiantes

Producto esperado: Informe final y presentación resumida para público general.

Duración estimada: 3 horas

Actividad 5: Proyecto práctico integrador

Objetivo: Cumple el quinto objetivo: ejecutar un proyecto práctico que integre análisis, diseño y documentación.

Descripción:

• Los estudiantes seleccionan o se asigna un caso práctico real o simulado de mayor complejidad.
• En equipos, realizan todo el ciclo: elicitation de requerimientos, modelado, diseño, documentación y presentación final.
• Se fomenta la colaboración, asignación de roles y manejo de herramientas profesionales.
• El proyecto se presenta formalmente y se defiende ante el grupo y docente.

Organización: Grupos de 4-5 estudiantes

Producto esperado: Proyecto completo con documentación, modelos, diseño y presentación.

Duración estimada: 10 horas distribuidas en sesiones

Evaluación diagnóstica

Qué se evalúa: Conocimientos previos sobre análisis y diseño de sistemas, identificación básica de requerimientos y familiaridad con UML.

Cómo se evalúa: Cuestionario corto con preguntas teóricas y un pequeño caso para identificar requerimientos.

Instrumento sugerido: Test en línea o papel con preguntas de opción múltiple y respuesta corta.

Evaluación formativa

Qué se evalúa: Progreso en la identificación de requerimientos, calidad de diagramas UML, justificación de decisiones y documentación parcial.

Cómo se evalúa: Revisión continua de entregables de actividades 1 a 4, retroalimentación oral y escrita.

Instrumento sugerido: Rúbricas específicas para cada tipo de entregable (requerimientos, diagramas, diseño, documentación).

Evaluación sumativa

Qué se evalúa: Integración y aplicación completa de los conocimientos en el proyecto práctico integrador, calidad técnica y comunicativa del producto final.

Cómo se evalúa: Evaluación del informe final, presentación oral y defensa del proyecto, uso adecuado de técnicas y herramientas.

Instrumento sugerido: Rúbrica integral que considere análisis, diseño, documentación, justificación técnica y comunicación efectiva.

La unidad tiene una duración sugerida de 4 semanas, con una dedicación aproximada de 24 horas distribuidas de la siguiente manera:

• Semana 1 (6 horas): Introducción y actividad 1 (Identificación y análisis de requerimientos)
• Semana 2 (7 horas): Actividad 2 (Modelado UML) y actividad 3 (Diseño y justificación)
• Semana 3 (5 horas): Actividad 4 (Documentación y comunicación de diseños)
• Semana 4 (6 horas): Actividad 5 (Proyecto práctico integrador) y presentaciones finales

Esta distribución permite combinar teoría, práctica y retroalimentación continua para asegurar el logro de los objetivos de la unidad.

1. Preparación para la presentación del proyecto final

• Importancia de una presentación clara y coherente: elementos clave para comunicar ideas efectivamente.
• Selección y diseño de recursos visuales: diagramas, prototipos, presentaciones multimedia.
• Herramientas tecnológicas para la presentación: software de presentaciones, herramientas de prototipado y simulación.
• Estructura recomendada para la presentación del proyecto: introducción, desarrollo, conclusiones y preguntas.
• Prácticas para el manejo del tiempo y control de nervios.

2. Análisis crítico de proyectos de compañeros

• Criterios técnicos para evaluar proyectos de análisis y diseño de sistemas: funcionalidad, usabilidad, viabilidad, calidad del diseño.
• Identificación de fortalezas en los proyectos presentados.
• Detección de áreas de mejora con base en principios técnicos y mejores prácticas.
• Uso de listas de cotejo y rúbricas para estructurar el análisis crítico.

3. Retroalimentación constructiva y específica

• Principios de la retroalimentación efectiva: claridad, especificidad, respeto y enfoque en la mejora.
• Técnicas para comunicar observaciones críticas sin desalentar a los compañeros.
• Aplicación de conceptos de análisis y diseño para sugerir mejoras concretas.
• Ejemplos prácticos de retroalimentación bien formulada.

4. Autoevaluación del proyecto final

• Revisión de los requerimientos funcionales y no funcionales definidos inicialmente.
• Herramientas y métodos para evaluar el cumplimiento de objetivos del proyecto.
• Análisis crítico del desempeño propio y los resultados obtenidos.
• Documentación y justificación de los logros y limitaciones del proyecto.

5. Integración y aplicación de la retroalimentación recibida

• Proceso para incorporar sugerencias y ajustes en la documentación y diseño.
• Metodologías para optimizar y mejorar el proyecto final con base en la retroalimentación.
• Importancia de la revisión iterativa para la calidad del producto final.
• Preparación de una versión final ajustada y validada del proyecto.

Presentación simulada del proyecto final

Objetivo: Desarrollar la capacidad para presentar de manera clara y coherente el proyecto final utilizando recursos visuales y técnicos adecuados.

Descripción:

• Cada estudiante prepara una presentación de 10 minutos sobre su proyecto final utilizando diapositivas y otros recursos visuales.
• Realizan la presentación frente al grupo o en formato virtual.
• Reciben retroalimentación inicial del docente sobre claridad y uso de recursos.

Organización: Individual.

Producto esperado: Presentación oral con apoyo visual del proyecto final.

Duración estimada: 1 sesión de 2 horas (incluye presentaciones y retroalimentación).

Análisis crítico en grupos pequeños

Objetivo: Identificar fortalezas y áreas de mejora en proyectos de compañeros fundamentando observaciones con criterios técnicos.

Descripción:

• Formar grupos de 3-4 estudiantes.
• Cada grupo recibe dos proyectos presentados por compañeros para evaluar usando una lista de cotejo y rúbrica proporcionada.
• Discuten y preparan un informe con fortalezas y áreas de mejora basadas en criterios técnicos.
• Comparten sus análisis con el resto del grupo para discusión general.

Organización: Grupos pequeños.

Producto esperado: Informe escrito de análisis crítico con justificación técnica.

Duración estimada: 1 sesión de 2 horas.

Sesión de retroalimentación constructiva

Objetivo: Practicar la provisión de retroalimentación específica y constructiva para mejorar proyectos aplicando conceptos técnicos.

Descripción:

• Con base en el análisis crítico previo, cada estudiante o grupo prepara comentarios de retroalimentación concreta para al menos un proyecto revisado.
• Se realiza una sesión en plenaria donde entregan la retroalimentación de forma oral, siguiendo técnicas de comunicación asertiva.
• Reciben comentarios del docente sobre la calidad y forma de la retroalimentación brindada.

Organización: Individual o grupos.

Producto esperado: Comentarios orales y escritos de retroalimentación constructiva.

Duración estimada: 1 sesión de 1.5 horas.

Autoevaluación y ajuste del proyecto final

Objetivo: Evaluar el propio proyecto final y aplicar la retroalimentación recibida para optimizar diseño y documentación.

Descripción:

• Cada estudiante revisa su proyecto final comparándolo con los requerimientos funcionales y no funcionales.
• Completa un formulario de autoevaluación donde justifica cumplimiento, logros y limitaciones.
• Incorpora ajustes y mejoras en su proyecto basándose en la retroalimentación recibida.
• Entrega una versión final ajustada junto con un resumen escrito de los cambios realizados.

Organización: Individual.

Producto esperado: Proyecto final ajustado y formulario de autoevaluación.

Duración estimada: 1 semana (trabajo autónomo y entrega final).

Evaluación diagnóstica

Qué se evalúa: Conocimientos previos sobre presentación, análisis crítico y retroalimentación en proyectos de sistemas.

Cómo se evalúa: Cuestionario breve al inicio de la unidad con preguntas abiertas y de opción múltiple sobre conceptos clave.

Instrumento sugerido: Cuestionario en línea o en papel con 10 preguntas.

Evaluación formativa

Qué se evalúa: Desarrollo progresivo de habilidades para presentación, análisis crítico y retroalimentación.

Cómo se evalúa: Observación directa durante presentaciones simuladas, revisión de informes de análisis crítico, revisión de comentarios de retroalimentación y retroalimentación docente continua.

Instrumento sugerido: Rúbricas específicas para presentación, análisis y retroalimentación, listas de cotejo y registros de observación.

Evaluación sumativa

Qué se evalúa: Capacidad integral para presentar, analizar, retroalimentar, autoevaluar e integrar mejoras en el proyecto final.

Cómo se evalúa: Evaluación del proyecto final ajustado, presentación final, informe de autoevaluación y evidencias de integración de retroalimentación.

Instrumento sugerido: Rúbrica sumativa que contemple claridad y coherencia en la presentación, calidad técnica del análisis, pertinencia de la retroalimentación dada, profundidad de la autoevaluación y calidad de los ajustes realizados.

La unidad "Presentación y evaluación de proyectos finales" se sugiere impartir en un total de 2 semanas (aproximadamente 10 horas de sesiones presenciales o virtuales y trabajo autónomo). La distribución podría ser:

• Semana 1: 4 sesiones de 2 horas para presentaciones simuladas, análisis crítico en grupos y sesión de retroalimentación.
• Semana 2: Trabajo autónomo para autoevaluación y ajustes del proyecto final, con entrega al final de la semana.