ActividadIII V1

ACTIVIDAD 3
MUÑOZ GOMEZ, LUIS ALBERTO
SECCION: D01
NICKNAME NUEVEDOS
Ciclo: 2022B
pág. 1
Objetivo del sistema
El SEE debe ayudar a administrar y gestionar a un centro educativo universitario como CUCEI
por medio de la automatización de sus principales funcionalidades; administración de
actividades y responsabilidades del personal académico y sus estudiantes, medios y métodos
de comunicación para el cumplimiento de los cursos entre éstos, y más importante la
evaluación automatizada de actividades entre el estudiante y sus docentes
persona a entrevistar Estatus de entrevista Cuando sucedió la entrevista

Cliente que pide el sistema Entrevista realizada 01/Sep/2022
Alumnos Entrevista realizada 03/Sep/2022
Profesores Entrevista realizada 04/Sep/2022
Director de carrera Entrevista realizada 07/Sep/2022
Jefe de división Entrevista realizada 07/Sep/2022
Requerimientos funcionales
1. Registrar nuevo usuario.

2. Crear cuenta de alumno.
3. Crear cuenta de profesor.
4. Crear cuenta de coordinador de carrera.
5. Crear cuenta de jefe de departamento.
6. Crear cuenta de director de división.
7. Crear cuenta de administrador de sistema.
8. Asignar contraseña.
9. Recuperar contraseña.
10. Eliminar cuenta de usuario.
11. Modificar cuenta de usuario.
12. Consultar cuenta de usuario.
13. Ingresar al sistema de evaluación electrónica.
14. Solicitar nombre de usuario al ingresar al sistema.
15. Solicitar código de usuario al ingresar al sistema.
16. Autenticación de usuario.
17. Salir del sistema de evaluación electrónica.
18. Dar de alta división.
19. Dar de baja división.
20. Dar de alta departamento.
21. Dar de baja departamento.
22. Dar de alta carrera.
23. Dar de baja carrera.
24. Dar de alta materia.
25. Dar de baja materia.
26. Crear foro.
27. Crear publicación.
28. Crear comentario.
29. Buscar publicación.
30. Buscar comentario.
31. Ver notificación.
32. Crear horario.
33. Consultar horario.
34. Registrar materia.
35. Consultar división.
36. Consultar departamento.
37. Consultar carrera.
38. Consultar materia.
39. Filtrar división.
40. Filtrar departamento.
41. Filtrar carrera.
42. Filtrar materia por carrera.
43. Filtrar materia por horario.
44. Agendar materia.
45. Consultar profesor.
46. Filtrar profesor por materia.
47. Consultar alumno.
48. Filtrar alumno por grupo.
49. Asignar asesor.
50. Postularse como asesor.
51. Solicitar asesoría.
52. Consultar entregable.
53. Cargar archivo.
54. Enviar archivo.
55. Consultar archivo.
56. Eliminar archivo entregado.
57. Crear entregable.
58. Enviar entregable.
59. Modificar entregable.
60. Consultar entregable.
61. Cargar entregable.
62. Eliminar entregable.
63. Asignar entregable.
64. Generar notificación cada vez que se asigne un entregable.
65. Asignar ponderación.
66. Limitar fecha de entrega para entregable.
67. Asignar ponderación de cero a los archivos entregados después de la fecha
límite.
68. Generar calificación final al terminar el curso.
69. Crear retroalimentación.
70. Almacenar en el sistema los archivos cargados.
71. Generar evidencia de grupo.
72. Crear reporte.
73. Crear grupo.
74. Asignar profesor a grupo.
75. Supervisar grupo.
Requerimientos no funcionales
76. El sistema no debe ser parte de un sistema mayor.

77. Emplear algoritmo de ordenamiento para listados.
78. Usar base de datos relacionales.
79. Otorgar permisos de administración a la base de datos a los actores que sea
necesario.
80. Programar código fuente e interfaz en lenguaje Java.
81. Crear software específicamente para versión de escritorio.
82. Usar programación orientada a objetos.
83. Utilizar modelo de proceso de software “cascada” para su desarrollo.
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 7
2.4 Restricciones 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.4 Requisito funcional n 9
3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
3.4 Otros requisitos 10
4 Apéndices 10
1 Introducción
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
funcionales y del sistema para la implementación de un sistema de gestión escolar que
permitirá crear, administrar y consultar información de un centro universitario el cual será
utilizado por miembros educativos como profesores, jefes de carrera, directores de
divisiones y los propios alumnos.
1.2 Alcance
Diseño, desarrollo e implementación del sistema “SEE CUCEI”.
El sistema será una aplicación web la cual permitirá crear, administrar y consultar
información sobre el centro universitario CUCEI, tomando en cuenta que se trata sobre una
plataforma dirigida para la evaluación digital de los alumnos y administración de información
sobre el equipo académico que incorpora a la universidad.
• Registrar, Consultar, Modificar y Mostrar:
o Usuarios
o Reportes de grupo
o Archivos
o Publicaciones
o Foros
o
1.3 Personal involucrado

Nombre ELISEA GRACIANO LUIS ANGEL
Rol ● Seguimiento
● Entregador
● Tester
● Programador
Categoría profesional Estudiante de Ingenieria en computación
Responsabilidades ● Desarrollo back-end

● Desarrollo de la base de datos
● Testeo del software
● Planeación
● Administración y mantenimiento de base de datos
● Recolección de requerimientos
Información de contacto luis.elisea2865@alumnos.udg.mx
Aprobación
1.4 Definiciones, acrónimos y abreviaturas

• CUCEI: Centro universitario al cual va dirigido el sistema SEE
• Público: Configuración sobre un foro la cual permite que cualquier usuario acceda a
este.
• Privado: Configuración sobre un foro la cual permite que solo los usuario permitidos
por el creador del foro accedan a este.
• Comentario: Texto implementado por los usuarios el cual se aloja en una
publicación creada por el mismo u otro usuario.
• Publicación: Segmento de información compuesta de un texto, imagen o archivo
creada por un usuario la cual se aloja en un foro.
• Buscador de foro: Configuración del sistema el cual permite filtrar las publicaciones
de un foro.
• Foro: Es un grupo creado por un usuario el cual permite el acceso a otros usuarios y
a su vez la creación de publicaciones para compartir información.
• Admisión:
• Ultimo ciclo: Ultimo ciclo cursado por un alumno en el centro universitario CUCEI
• Situación: Referencia hacia su estado actual ante el centro universitario (Activo, en
artículo, baja… etc.)
• Calificación Final: Calificación obtenida del alumno ante el promedio de todos los
ciclos cursados por el alumno hasta el momento.
• Código: Cadena de caracteres definida para cada usuario la cual lo identifica como
parte del sistema.
• Nivel:
• Nombre de usuario: Cadena de caracteres definida por el usuario la cual debe de
tener relación con su nombre de pila.
• Centro: Centro universitario al cual el usuario pertenece.
• Sede: Lugar físico en el cual el centro universitario se encuentra.
• Contraseña de usuario: Cadena de caracteres definida por el usuario la cual
permitirá el acceso al sistema.
• Alumno: Tipo de usuario que referencia al estudiante que accede al sistema.
• Usuario: Nombre utilizado para referir a todas las personas que acceden al sistema
y hacen uso de él.
• Administrador de sistema: Usuario el cual se encarga de administrar la base de
datos el sistema.
• Asesor: Persona elegida por un profesor la cual su función es ayudar a los alumnos.
• Notificación: Mensaje emergente el cual contine información importante para los
usuarios.
• Archivo: Contenedor de información digital creado por el usuario.
• Entregable: Objeto el cual será enviado/ cargado al sistema dirigido al profesor.
• Ponderación: puntos o calificación definida por el profesor en valor a el entregable
enviado.
• Fecha de entrega: Referencia al día limite escogido por el profesor para el envió de
un entregable.
• Tarea: Se refiere a una actividad o la realización de un conjunto de acciones
pedidas por el profesor fuera del horario clase.
• Ejercicio:
• Examen: Conjunto de problemas a resolver por el alumno con la finalidad de evaluar
su aprendizaje parcial o final correspondiente a un conjunto de temas a evaluar.
• Actividad:
• Práctica:
• Evidencia: Conjunto de actividades las cuales demuestran el avance del grupo.
• Profesor: Persona la cual se encarga de evaluar y brindar conocimiento a los
alumnos.
• Base de datos: Conjunto de datos e información almacenada y utilizable
• Reporte de grupo: Conjunto de actividades las cuales demuestran el avance del
grupo.
• Grupo: Conjunto de alumnos los cuales tomaran una clase.
• Contraseña de acceso: Cadena de caracteres definida por el usuario la cual
permitirá el acceso al sistema.
• Edificio: Lugar físico en donde se impartirán las clases.
• Sección: Número de sección la cual distingue a un grupo.
• NRC: Número de clave la cual distingue a un grupo.
• Horario de grupo: Referencia hacia el tiempo en el cual la clase se realiza, contando
con una hora especifica de inicio y una hora especifica de termino en la cual se dará
clase a un grupo por parte4 del profesor.
• Horario de clases: Referencia hacia el tiempo en el cual la clase se realiza,
contando con una hora especifica de inicio y una hora especifica de termino.
• Nombre de materia: Conjunto de caracteres que referencian a la forma de llamarle a
una materia.
• Número de créditos: Ponderación en base a puntos los cuales determinan el valor
de cada materia.
• Acrónimo de materia: Forma abreviada de referirse a una materia, normal mente es
la abreviación del nombre.
• Buscador de materia: Función en el sistema la cual permite buscar a una materia
por alguno de los elementos que la componen.
• Nombre de carrera: Conjunto de caracteres que referencian a la forma de llamarle a
una materia.
• Acrónimo de carrera: Forma abreviada de referirse a una materia, normal mente es
• Carrera: Referencia a el conjunto de materias que componen una especialidad por
la cual está cursando el alumno.
• Director de división:
• División:
• Nombre de división: Conjunto de caracteres que referencian a la forma de llamarle a
una división.
• Acrónimo de división: Forma abreviada de referirse a una division, normal mente es
• Departamento:
• Jefe de departamento: Persona la cual se encarga de la administración y
responsabilidades del departamento.
• Acrónimo de departamento: Forma abreviada de referirse a un departamento,
normal mente es la abreviación del nombre.
• Nombre de departamento: Conjunto de caracteres que referencian a la forma de
llamarle a un departamento.
1.5 Referencias
Referencia Título Ruta Fecha Autor
IEEE Standard IEEE 830 -

1998
1.6 Resumen
En el presente documento se encontrará la información acerca de las características
del producto de software, interfaces del usuario, interfaces, del sistema, características
de los usuarios, interfaces del sistema, características de los usuarios, descripción de
los requerimientos funcionales, no funcionales y del sistema.
2 Descripción general
2.1 Perspectiva del producto
El software SEE implementado para CUCEI es un producto diseñado para solo este centro
universitario y los requerimientos que este sistema intenta seguir son en base a este centro
universitario y las necesidades de los usuarios, el cual permite que sea un sistema
independiente y no este alojado a algún otro, pero esta guiado para tener acceso desde
cualquier lugar por lo cual necesita d un servidor y diferentes compones para poder
mantener este sitio conectado a internet.
2.2 Funcionalidad del producto

El SEE permite el registro de múltiples usuarios (alumno, profesor, coordinador de carrera,
jefe de departamento, director de división y administrador del sistema), los datos solicitados
en el momento del registro son nombre de usuario, código, nivel académico, centro
universitario al que asiste y sede de dicho centro. Se asigna una contraseña al usuario al
momento del registro, la cual puede solicitar recuperar de ser necesario.
Al momento del registro de un usuario de tipo alumno, debe complementar su información

con los datos del último ciclo escolar, fecha de admisión y situación como estudiante.
El administrador del sistema comparte funciones con los usuarios correspondientes a sus
responsabilidades, ésto es, que la alta y baja de división (registrada con nombre y acrónimo
único al igual que departamento, carrera y materia) se comparte con el usuario director de
división y a su vez alta y baja de departamento con jefe de departamento. Las funciones
exclusivas de éste usuario son alimentar la base de datos con las carreras (nombre y
acrónimo único) que ofrece el centro universitario y las materias que cada carrera oferta
también con nombre y acrónimo propio, además del número de créditos que otorga.
La base de datos está poblada por la información recaudada al registrar a los usuarios, por
las divisiones, departamentos, carreras y materias dadas de alta en el sistema.
El listado de materias cuenta con un buscador para filtrar las materias por carrera para el
coordinador de carrera, por departamento para el jefe de departamento y por horario de
clases para el profesor.
El profesor seleccionará del listado de materias las que esté dispuesto a impartir durante el
ciclo escolar en curso y así complementar su información de usuario.
El alumno puede consultar las materias correspondientes a su carrera para registrarlas y

formar su horario.
El jefe de departamento puede consultar el listado de materias para crear un grupo y asignar
un profesor que esté a cargo de la materia, además de supervisar el grupo al igual que el
coordinador de carrera .
El grupo poseerá en su registro un horario, número de referencia del curso (NRC), sección,
edificio en el que se imparte y contraseña de acceso para la inscripción en el curso, estará
conformado por alumnos y un profesor a su cargo.
El profesor puede crear un entregable como tarea, actividad de aprendizaje, exámen,

práctica y ejercicio, asignarlo a su grupo, limitar la fecha de entrega, asignar una
ponderación después de evaluarlo y retroalimentar el entregable, también puede identificar a
los alumnos que se ofrezcan como asesor y asignarlos para ayudar a sus compañeros con
temas de clase.
El alumno deben cumplir con los entregables y sus especificaciones, cargarlo al sistema y
enviarlo al profesor, puede bajar el entregable si aún se encuentra dentro de la fecha límite y
volverlo a enviar, de hacerse después de la fecha el sistema asigna una ponderación de
cero automáticamente, cada archivo o entregable se almacena en el sistema para poder ser
consultado por el profesor y alumno.
El entregable puede ser parte de un archivo, generar una notificación para el alumno cada
que se asignen al grupo, ser seleccionados como evidencia de desempeño de los alumnos,
y a su vez conformar el reporte de grupo.
El coordinador de carrera puede revisar el reporte de cada grupo subido al sistema, para
conocer la situación del profesor y los alumnos a lo largo del curso.
El sistema brinda al usuario un foro el cual puede ser público donde el profesor publica
avisos referentes a la materia y éstas publicaciones pueden comentarse por los integrantes
del foro. Puede ser creado por el alumno asesor como privado para comunicarse con los
alumnos que apoya, el foro cuenta con un buscador que filtra por publicación o comentario.
Por último el alumno posee una calificación final que será asignada por el sistema de
manera automatizada en base a sus ponderaciones de entregables a lo largo del curso.
2.3 Características de los usuarios

Tipo de usuario Alumno
Formación Egresado de Bachillerato en adelante.
Habilidades Manejo básico de una computadora
Actividades Gestionar actividades
Crea foros
Gestionar entregables
Tipo de usuario Profesor

Formación Egresado de Universidad en adelante.
Actividades Identifica asesores
Coordina Entregables
Selecciona evidencia
Dirige grupos
Dirige materias
Tipo de usuario Jefe de departamento

Actividades Administra departamento
Crea grupos
Supervisa Grupos
Tipo de usuario Director de división

Actividades Administra división
Tipo de usuario Administrador de sistema

Habilidades Manejo avanzado de una computadora
Conocimiento avanzado en gestores de bases de datos y
servidores
Actividades Gestiona base de datos
Tipo de usuario Coordinador de carrera

Actividades Administra carrera
Supervisa grupos
2.4 Restricciones
i. 2.4.1 Políticas reguladoras
El sistema “SEE para CUECI” se desarrollará mediante un software de licencia abierta por lo
tanto no se deberá pagar por el uso del sistema en general.
ii. 2.4.2 Limitaciones del hardware

Para este sistema el cual necesita estar conectado a internet y almacenar bastante
información sobre los usuarios se necesitará un servidor para alojar toda la información.
iii. 3.4.3 Interfaces con otras aplicaciones

Debido a que el sistema no interactúa con otros sistemas y es autónomo no se
desarrollarán interfaces con otras aplicaciones. Las conexiones necesarias para la
utilización de la base de datos.
iv. 3.4.4 Funcionamiento paralelo

No es condición en el proyecto.
v. 3.4.5 Funciones de auditoría

vi. 3.4.6 Funciones de control

No es condición en el proyecto, habrá solo un usuario para el sistema.
vii. 3.4.7 Requisitos del lenguaje

● JAVASCRIP
● HTML
● PHP
● SQL
viii. 3.4.8 Protocolos señalados

ix. 3.4.9 Requisitos de fiabilidad
La arquitectura del sistema debe estar totalmente relacionada para que las entidades
correspondan y sean coherentes.
x. 3.4.10 Credibilidad de la aplicación

Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie de
pruebas para establecer que se encuentra acorde a los requerimientos que se plasman en
el documento en tanto a la consistencia de datos como al rendimiento de la aplicación,
tales como tiempos de respuesta.
xi. 3.4.11 Consideraciones de seguridad

Cumplir con todos los protocolos de seguridad http y utilizar pruebas antes de la
implementación para evitar inyecciones de SQL a la base de datos.
2.5 Suposiciones y dependencias

● Debe realizarse una capacitación adecuada para que el usuario pueda
interpretar la información y poder hacer uso del sistema de la mejor
manera posible.
● Debe realizarse un manual de usuario para que el usuario pueda conocer
el uso del sistema y poder hacer futuras consultas en caso de que se surja
alguna duda.
2.6 Evolución previsible del sistema

● Incorporación de algún otro centro universitario hacia el sistema
● Adaptación o integración a un sistema mayor
3 Requisitos específicos
Número de requisito 1
Nombre de requisito Registrar nuevo usuario.
Tipo Requisito Restricción
Fuente del requisito
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Nombre de requisito Crear cuenta de alumno
Nombre de requisito Crear cuenta de profesor
Nombre de requisito Crear cuenta de coordinador de carrera.
Nombre de requisito Crear cuenta de jefe de departamento
Nombre de requisito Crear cuenta de director de división.
Nombre de requisito Crear cuenta de administrador de sistema
Nombre de requisito Asignar contraseña.
Nombre de requisito Recuperar contraseña
Nombre de requisito Eliminar cuenta de usuario
Nombre de requisito Modificar cuenta de usuario
Nombre de requisito Consultar cuenta de usuario
Nombre de requisito Ingresar al sistema de evaluación electrónica
Nombre de requisito Solicitar nombre de usuario al ingresar al sistema
Nombre de requisito Solicitar código de usuario al ingresar al sistema
Nombre de requisito Autenticación de usuario
Nombre de requisito Salir del sistema de evaluación electrónica
Nombre de requisito Dar de alta división
Nombre de requisito Dar de baja división
Nombre de requisito Dar de alta departamento
Nombre de requisito Dar de baja departamento
Nombre de requisito Dar de alta carrera
Nombre de requisito Dar de baja carrera
Nombre de requisito Dar de alta materia
Nombre de requisito Dar de baja materia
Nombre de requisito Crear publicación
Nombre de requisito Crear foro
Nombre de requisito Crear comentario.
Nombre de requisito Buscar publicación.
Nombre de requisito Buscar comentario
Nombre de requisito Ver notificación
Nombre de requisito Crear horario
Nombre de requisito Consultar horario
Nombre de requisito Registrar materia.
Nombre de requisito Consultar división.
Nombre de requisito Consultar departamento
Nombre de requisito Consultar carrera
Nombre de requisito Consultar materia
Nombre de requisito Filtrar división
Nombre de requisito Filtrar departamento
Nombre de requisito Filtrar materia por carrera
Nombre de requisito Filtrar materia por horario
Nombre de requisito Agendar materia.
Nombre de requisito Consultar profesor
Nombre de requisito Filtrar profesor por materia.
Nombre de requisito Consultar alumno
Nombre de requisito Filtrar alumno por grupo
Nombre de requisito Asignar asesor
Nombre de requisito Postularse como asesor
Nombre de requisito Solicitar asesoría
Nombre de requisito Consultar entregable
Nombre de requisito Cargar archivo.
Nombre de requisito Enviar archivo
Nombre de requisito Consultar archivo
Nombre de requisito Eliminar archivo entregado
Nombre de requisito Crear entregable
Nombre de requisito Enviar entregable
Nombre de requisito Modificar entregable
Nombre de requisito Consultar entregable
Nombre de requisito Cargar entregable
Nombre de requisito Eliminar entregable
Nombre de requisito Asignar entregable
Nombre de requisito Generar notificación cada vez que se asigne un entregable
Nombre de requisito Asignar ponderación
Nombre de requisito Limitar fecha de entrega para entregable
Nombre de requisito Asignar ponderación de cero a los archivos entregados
después de la fecha límite
Nombre de requisito Generar calificación final al terminar el curso
Nombre de requisito Crear retroalimentación.
Nombre de requisito Almacenar en el sistema los archivos cargados
Nombre de requisito Generar evidencia de grupo
Nombre de requisito Crear reporte
Nombre de requisito Crear grupo
Nombre de requisito Asignar profesor a grupo
Nombre de requisito Supervisar grupo
Nombre de requisito El sistema no debe ser parte de un sistema mayor
Nombre de requisito Emplear algoritmo de ordenamiento para listados
Nombre de requisito Usar base de datos relacionales
Nombre de requisito Otorgar permisos de administración a la base de datos a los
actores que sea necesario
3.1 Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario
3.1.2 Interfaces de hardware
3.1.3 Interfaces de software
3.1.4 Interfaces de comunicación
3.2 Requisitos funcionales

3.2.1 Requisito funcional 1
3.2.4 Requisito funcional n
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
Para poder ejecutar el software de manera óptima, se necesitará de un software que
pueda contar con las siguientes especificaciones mínimas:
· Procesador Intel Core i3 de 4ta generación o equivalente.
· 4GB de memoria RAM
· Sistema operativo Windows 8 o superior.
· Disco duro de 128GB.
Esto para poder administrarla base de datos y tener acceso al servidor.
Como regla general, se busca que el sistema este disponible para múltiples usuarios
por lo tanto estar en conexión a internet es indispensable, así que se necesitara un
servidor para poder alojar toda la información necesaria y poder responder a las
múltiples peticiones de procesos que se hagan al sistema y sea capaz de ejecutar al
menos el 90% de las transacciones en menos de 1 segundo. El sistema no ocupará
más de 100MB de almacenamiento por sí solo, sin embargo, el espacio que pueda
llegar a abarcar la base de datos es muy volátil, y dependerá de la cantidad de
clientela y tiempo de uso que se le dé.
3.3.2 Seguridad
Para brindar una propia seguridad al software presentado, se utilizaron diversas
medidas, entre las cuales podemos enumerar:
● Un acceso al software regulado por un nombre de usuario y una contraseña, que
se almacenan desde un inicio en la base de datos.
● La base de datos, a su vez, requerirá de un usuario y contraseña para poder
acceder a manipularla directamente desde algún sistema gestor de bases de datos.
La contraseña será mayor a 8 dígitos, de manera que brinde buena seguridad.
● Los datos sensibles en la base de datos, pasarán por un proceso de encriptación
hash. Por el momento, solo las contraseñas de los usuarios que tengan acceso al
software pasarán por la encriptación ya mencionada, de manera que si llega a haber
una brecha de seguridad, las contraseñas filtradas sean inútiles para acceder al
software, ya que estarán encriptadas.
● Se buscará utilizar un sistema gestor de bases de datos que provea de una
conexión encriptada entre el software y la propia base de datos, de manera que se
pueda reducir el riesgo de intercepciones en la comunicación.
● Se usará un diseño modular al momento de desarrollar el software, de manera que
no todos los datos sean accesibles por todos los módulos internos, añadiendo así
una capa más de seguridad.
3.3.3 Fiabilidad
El software deberá de estar libre de incidentes. Lo único tolerable será los tiempos de
ejecución para las consultas y mostrar datos que puedan ser variables acorde a los
datos registrados en la base de datos.
3.3.4 Disponibilidad
Se pretende que el sistema sea capaz de brindar una disponibilidad no menor al 95%
del tiempo…
3.3.5 Mantenibilidad
Desarrollador de bases de datos para crear consultas o generar modificaciones del
sistema.
Mantener un mantenimiento preventivo frecuentemente, una vez a la semana.
y revisar los flujos de datos que hay en el sistema de base datos para evitar un
exceso de datos o para poder detectar peticiones maliciosas a la base de datos.
3.3.6 Portabilidad
• Archivo de respaldo para la base de datos.
• Código libre.
• Estructura de diseño adaptable para otros ecosistemas.
• Uso de metodologías para la adaptación a diferentes pantallas como por
ejemplo a las de los dispositivos móviles.
3.4 Otros requisitos
4 Apéndices

ActividadIII V1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ActividadIII V1

Cargado por

Copyright:

Formatos disponibles

ACTIVIDAD 3

MUÑOZ GOMEZ, LUIS ALBERTO

persona a entrevistar Estatus de entrevista Cuando sucedió la entrevista

1. Registrar nuevo usuario.

76. El sistema no debe ser parte de un sistema mayor.

Fecha Revisión Autor Verificado dep. calidad.

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

3.4 Otros requisitos 10

1.3 Personal involucrado

Responsabilidades ● Desarrollo back-end

1.4 Definiciones, acrónimos y abreviaturas

IEEE Standard IEEE 830 -

2.2 Funcionalidad del producto

Al momento del registro de un usuario de tipo alumno, debe complementar su información

El alumno puede consultar las materias correspondientes a su carrera para registrarlas y

El profesor puede crear un entregable como tarea, actividad de aprendizaje, exámen,

2.3 Características de los usuarios

Tipo de usuario Profesor

Tipo de usuario Jefe de departamento

Tipo de usuario Director de división

Tipo de usuario Administrador de sistema

Tipo de usuario Coordinador de carrera

ii. 2.4.2 Limitaciones del hardware

iii. 3.4.3 Interfaces con otras aplicaciones

iv. 3.4.4 Funcionamiento paralelo

v. 3.4.5 Funciones de auditoría

vi. 3.4.6 Funciones de control

vii. 3.4.7 Requisitos del lenguaje

viii. 3.4.8 Protocolos señalados

x. 3.4.10 Credibilidad de la aplicación

xi. 3.4.11 Consideraciones de seguridad

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

● Adaptación o integración a un sistema mayor

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software

3.1.4 Interfaces de comunicación

3.2 Requisitos funcionales

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

3.2.4 Requisito funcional n

3.3 Requisitos no funcionales

3.4 Otros requisitos

También podría gustarte