1
00:00:19,760 --> 00:00:25,140
La definición de los requisitos de productos editoriales multimedia se encuadra en la fase

2
00:00:25,140 --> 00:00:32,979
de planificación del producto. Ayudan a una planificación de costes reales, del cronograma

3
00:00:32,979 --> 00:00:40,439
o estimación de duración del proyecto y de la calidad final del producto. Estos requisitos

4
00:00:40,439 --> 00:00:46,320
se pueden dividir en dos categorías. Requisitos funcionales. Los elementos funcionales de

5
00:00:46,320 --> 00:00:51,539
un multimedia se refieren a las características que debe tener el producto final para cumplir

6
00:00:51,539 --> 00:00:58,320
con su propósito. Por ejemplo, los elementos funcionales de una aplicación universitaria

7
00:00:58,320 --> 00:01:04,019
pueden variar dependiendo de los objetivos específicos de la aplicación, pero algunos

8
00:01:04,019 --> 00:01:09,700
ejemplos comunes incluyen un calendario académico, un calendario que muestre las fechas importantes

9
00:01:09,700 --> 00:01:15,560
como las vacaciones, los exámenes y las fechas límite de inscripción. Un horario de clases,

10
00:01:16,060 --> 00:01:20,700
una función que permita a los estudiantes ver su horario de clases y recibir notificaciones

11
00:01:20,700 --> 00:01:26,500
de cambios o cancelaciones. Gestión de notas. Una función que permita a los estudiantes ver

12
00:01:26,500 --> 00:01:31,959
sus calificaciones y registrar su progreso académico. Notificaciones y alertas. Una

13
00:01:31,959 --> 00:01:36,480
función que permita a los estudiantes recibir notificaciones sobre eventos importantes,

14
00:01:37,120 --> 00:01:45,230
anuncios de la universidad y recordatorios de tareas. Registro de clases. Una función que

15
00:01:45,230 --> 00:01:52,549
permita a los estudiantes registrarse en clases y ver los cursos disponibles. Una biblioteca

16
00:01:52,549 --> 00:01:57,950
digital, función que permite acceder a los libros y recursos digitales de la biblioteca

17
00:01:57,950 --> 00:02:03,510
de la universidad. Servicios universitarios, que permita a estos acceder a servicios de

18
00:02:03,510 --> 00:02:11,960
apoyo universitario. Mapa del campus, función que proporciona un mapa interactivo del campus

19
00:02:11,960 --> 00:02:17,000
y sus edificios, junto con información adicional como las horas de operación y los servicios

20
00:02:17,000 --> 00:02:23,419
disponibles. Comunidad universitaria. Una función que permite a los estudiantes conectarse

21
00:02:23,419 --> 00:02:28,379
y comunicarse con otros estudiantes y profesores, como foros de discusión, grupos de estudio

22
00:02:28,379 --> 00:02:35,180
y chat, etc. Estos son solo algunos ejemplos de los elementos

23
00:02:35,180 --> 00:02:39,919
funcionales que podría tener una aplicación universitaria. Cada aplicación puede tener

24
00:02:39,919 --> 00:02:44,340
una variedad de características y funciones específicas según las necesidades de la

25
00:02:44,340 --> 00:02:51,159
universidad y los estudiantes que la utilizan. Los elementos no funcionales para el mismo

26
00:02:51,159 --> 00:02:55,780
ejemplo se refieren a los aspectos técnicos y de rendimiento que no están directamente

27
00:02:55,780 --> 00:03:00,280
relacionados con las funcionalidades de la aplicación, pero que son igualmente importantes

28
00:03:00,280 --> 00:03:05,159
para su correcto funcionamiento y la satisfacción del usuario. Algunos ejemplos de elementos

29
00:03:05,159 --> 00:03:08,840
no funcionales para una aplicación universitaria podrían ser los siguientes.

30
00:03:09,759 --> 00:03:19,199
Rendimiento. La aplicación debe funcionar de manera eficiente y rápida, especialmente en momentos de alta demanda, como durante los registros de clases o en los días de exámenes.

31
00:03:21,039 --> 00:03:29,719
Escalabilidad. La aplicación debe ser capaz de manejar un número creciente de usuarios y funciones adicionales sin afectar a su rendimiento o funcionalidad.

32
00:03:30,740 --> 00:03:37,439
Usabilidad. Debe ser fácil de usar y navegar, con una interfaz intuitiva y una estructura clara de la información.

33
00:03:37,439 --> 00:03:46,060
Accesibilidad. La aplicación debe ser accesible para todos los usuarios, independientemente de su habilidad visual, auditiva o física.

34
00:03:46,979 --> 00:03:57,500
Compatibilidad. Debe ser compatible con una amplia variedad de dispositivos y sistemas operativos, para que los usuarios puedan acceder a ella desde cualquier dispositivo que elijan.

35
00:03:58,340 --> 00:03:59,400
Mantenimiento y soporte.

36
00:03:59,979 --> 00:04:04,340
La aplicación debe estar disponible para actualizaciones regulares y correcciones de errores

37
00:04:04,340 --> 00:04:09,139
y debe contar con un soporte técnico para ayudar a los usuarios en caso de problemas.

38
00:04:10,319 --> 00:04:10,919
Seguridad.

39
00:04:11,560 --> 00:04:15,400
Debe ser segura y proteger la privacidad de los datos de los usuarios,

40
00:04:15,800 --> 00:04:18,560
incluyendo información personal y datos académicos.

41
00:04:21,439 --> 00:04:24,819
Estos son sólo algunos ejemplos de los elementos no funcionales

42
00:04:24,819 --> 00:04:28,600
que deben de ser considerados al desarrollar una aplicación de este tipo.

43
00:04:29,259 --> 00:04:36,300
La atención a estos aspectos puede ayudar a garantizar una experiencia de usuario satisfactoria y mejorar la calidad de la aplicación en general.