1. Diagrama del HTAcon las operaciones y planes. 0.

Desarrollar una aplicación Web

3. Arreglar 5. Ir a la sala de 6. Retoma lo 8. Retoma lo 9. Termina lo

1. Llegar a la 2. Recibir un 4. Asistir a una 7. Almuerza 10. Se va de
un error en la entretenimiento asignado en asignado en asignado en
Ticket reunión
interfaz y distracción el ticket el ticket el ticket

1 4 7 10
Plan 9 9.1>9.2

9.1. Se envía el 9.2. Si no se ha

código al acabado el
Plan 2 2.1>2.2
Ambiente de horario laboral,
Producción coger otro Ticket
2.2. Entender
2.1. Leer el Plan 5 5.1>5.2
qué tarea debe
ticket
realizar en el día 5.2. Dormir o
5.1.Jugar play descansar en
station o billar los sofás y
camas
Plan 8 8.1>8.2>8.3 ¿Hay sugerencias del
código? Sí>8.3.1 No>8.4 >8.4 ¿Hay una
Plan 3 3.1>3.2>3.3 sugerencia del código? Sí >8.4.1 No >9

3.2. Leer las 8.2. Se espera la

3.3. Revisar 8.1. Subir el código a
intrucciones paso a aprobación o 8.4. Enviar el código
el ambiente cómo debería la nube para un 8.3. Recibir respuesta
paso en el Ticket para sugerencias del con la interfaz al QUA
ser la interfaz Merge Request al de todo el equipo
reproducir en el resto del equipo del Ambiente de
en el Ticket Ambiente de Calidad.
Ambiente Local de programadores. Calidad.
el error

Plan 6 6.1>6.2>6.3>6.4>6.5

6.1. Hacer Debbuging: 6.2. Conocer el

6.3. Encontrar y 6.4. Plantear
revisa línea por línea los código para entender 6.5. Reemplazar el
entender en dónde soluciones de cómo
códigos de los 200 se parte el código código con
se arregla en
archivos pasa la infromación la propuesta
(donde está el error) códigos
aproximadamente. y el usuario

¿Hay sugerencias ¿Hay sugerencias

8.4 del código? 9
del código? No No

Sí Sí

8.3.1. Evaluar e 8.4.1. Evaluar e

KEY:
Implementar en el Implementar en el
código las sugerencias código las sugerencias
Ambiente Loca: computador de cada programador
Ambiente de calidad: dos tipos de aporbaciones: a) revisado
por los otros programadores y b) revisado por un QUA
QUA: persona que hará la prueba de la interfaz
Ambiente de Producción: cuando es puesto a prueba
por los mismos usuarios
Merge Request: que todo el equipo de porgramadores revise
el código y de su aporbación o comentarios y sugerencias.
2. Identificación de los momentos de la actividad (operaciones) en los que se pueden observar desequilibrios en la carga mental. Estos últimos aspectos se determinan a partir de la revisión de los planes.
3. Análisis en el que se relacionen estos hallazgos con las determinantes de la carga mental (Tarea, equipo, espacio, organización, aspectos temporales) que se trabajaron en clases pasadas.
Análisis de carga mental
Modelo HTA
Ergonomía Cognitiva
Sofía Izquierdo
Alexandr Tajc