Requerimientos Seguimiento de Egresados

Aleh Soto Salas Linares
CDS - ITL
Docum
ento de
Especifi
cación
de
Requeri
mientos
Sistema Web para la
Administración del Proceso de
Seguimiento de Egresados del
Instituto Tecnológico de León
CDS – ITL Documento de especificación de requerimientos
Versión 1.0
Control de cambios
Versión Fecha Autor del cambio Descripción del cambio
Aleh Soto Salas
1.0 21/01/19 Llenado inicial de requerimientos
Linares
Aleh Soto Salas
1.1 05/02/19 Llenado de requerimientos funcionales
Linares
Aleh Soto Salas
1.2 19/02/19 Llenado de requerimientos no funcionales
Linares
Página 2 de 26
Sistema Web para la Administración del Proceso de
Seguimiento de Egresados del Instituto Tecnológico De León
Versión 1.0
Tabla de contenido
Índice de Tablas...............................................................................................................................5
Índice de Figuras..............................................................................................................................6
1. Introducción.............................................................................................................................7
1.1. Objetivo General............................................................................................................8
1.2. Objetivos Específicos.....................................................................................................8
1.3. Definiciones Acrónimos Y Abreviaturas........................................................................8
2. Presentación del Producto.......................................................................................................9
2.1. Propósito del Sistema.....................................................................................................9
2.1.1. Objetivo......................................................................................................................9
2.1.2. Alcance.......................................................................................................................9
2.1.3. Limitaciones...............................................................................................................9
2.2. Restricciones y Supuestos..............................................................................................9
3. Descripción General del Producto.........................................................................................10
3.1. Contexto del Producto..................................................................................................10
3.2. Perspectivas futuras del producto.................................................................................10
3.3. Reglas y Funciones de Negocio....................................................................................10
4. Descripción Detallada de Requerimientos............................................................................10
4.1. Actores.........................................................................................................................10
5. Requerimientos Funcionales..................................................................................................11
5.1. Requerimiento Funcional 1...........................................................................................11
5.2. Requerimiento Funcional 2...........................................................................................12
5.3. Requerimiento Funcional 3...............................................................................................12
1. Requerimientos no Funcionales.............................................................................................13
1.1. Requerimientos de usabilidad.......................................................................................13
1.2. Requerimientos de desempeño.....................................................................................15
1.3. Requerimientos de fiabilidad .......................................................................................16
1.4. Requerimientos de soporte ..........................................................................................18
1.5. Requerimientos de diseño.............................................................................................20
1.6. Requerimientos de interfaz...........................................................................................22
1.6.2. Interfaces de hardware..............................................................................................23
1.6.3. Interfaces de software...............................................................................................23
1.6.4. Interfaces de comunicaciones...................................................................................24
Página 3 de 26
Versión 1.0
1.6.5. Requerimientos de Licencias....................................................................................24

1.7. Derechos de autor, y otros avisos.................................................................................24
1.8. Restricciones................................................................................................................25
1.9. Estándares aplicables....................................................................................................25
2. Anexos.....................................................................................................................................26
3. Referencias..............................................................................................................................26
4. Firmas De Elaboración, Revisión Y Aprobación.................................................................26
Página 4 de 26
Versión 1.0
Índice de Tablas
Tabla 1 "Tabla de abreviaturas".........................................................................................................9
Tabla 2 "Requerimiento Funcional 1"..............................................................................................11
Tabla 3 "Requerimiento Funcional 2"..............................................................................................11
Tabla 4 "Requerimientos de usabilidad"..........................................................................................12
Tabla 5 "Requerimiento de desempeño".........................................................................................13
Tabla 6 "Requerimiento de fiabilidad".............................................................................................13
Tabla 7 "Requerimiento de soporte"................................................................................................14
Tabla 8 "Requerimiento de diseño".................................................................................................15
Tabla 9 "Requerimiento de interfaz de usuario"..............................................................................16
Tabla 10 "Requerimiento de interfaz de hardware".........................................................................16
Tabla 11 "Requerimiento de interfaz de software"..........................................................................17
Tabla 12 "Requerimiento de interfaz de comunicaciones"..............................................................17
Tabla 13 "Requerimiento de licencia"..............................................................................................18
Página 5 de 26
Versión 1.0
Índice de Figuras
Figura 1 "Ejemplo de interfaz (imagen)".........................................................................................14
Página 6 de 26
Versión 1.0
1. Introducción
Como parte importante del Desarrollo de Software se encuentra el Documento de

Especificación de Requerimientos, en el cual se contempla el análisis de requisitos, es decir
el proceso de descubrimiento, refinamiento, modelado y especificación del sistema y el
papel asignado al software en la descripción de los servicios y restricciones, dicho de otra
forma, lo que el software debe hacer y en qué circunstancias debe hacerlo.
El Tecnológico Nacional de México es la institución de educación superior tecnológica más
grande de México, que es un organismo descentralizado dependiente de la Secretaria de
Educación Pública, de ella dependen los Institutos Tecnológicos, donde los objetivos de
éstos últimos es de “lograr la vinculación real y efectiva del Instituto en los aspectos social,
político, económico y productivo de la región”.
Una de las entidades locales de este organismo, en la ciudad de León, que atiende una
población considerable de alumnos para prepararlos profesionalmente en diversas áreas
industriales e ingenieriles, es el Instituto Tecnológico de León, este se compone por 2
campus y está constituido por 23 departamentos que manejan procesos internos, y cumplen
las normas requeridas por el Tecnológico Nacional de México, uno de estos departamentos
es el de Gestión Tecnológica y Vinculación.
El Departamento de Gestión Tecnológica y Vinculación tiene subáreas o módulos que se
encargan de dar seguimiento académico y profesional a los alumnos y egresados dentro y
fuera del Instituto Tecnológico de León. Una subárea de éste departamento es el
Seguimiento de Egresados, dicha área se encarga de dar seguimiento a cada uno de los
alumnos que han terminado su carrera, por medio de cuestionarios que proporcionan datos
para su posterior procesamiento bajo los estándares y normativas que los departamentos y
TecNM que requieren de los egresados. Con la información resultante se busca mejorar
cada uno de los departamentos y áreas, para proporcionar un mejor servicio académico y
profesional para llevar con ello una mejora continua.
El presente documento mostrará los requerimientos que describen el Sistema Web para la
Administración del Proceso de Seguimiento de Egresados del Instituto Tecnológico de
León.
1.1.Objetivo General
El presente documento especificación de requerimientos de software tiene como objetivo

establecer los requerimientos funcionales y no funcionales del Sistema Web para la
Administración del Proceso de Seguimiento de Egresados del Instituto Tecnológico de
León.
Página 7 de 26
Versión 1.0
Este documento debe ser fiel reflejo de toda la funcionalidad del sistema, contiene toda
aquella información necesaria para que el lector de este documento pueda entender
claramente los objetivos y el funcionamiento del producto mencionado
1.2.Objetivos Específicos
 Indicar los requerimientos funcionales del sistema.

 Indicar los requerimientos no funcionales del sistema.
1.3.Definiciones Acrónimos Y Abreviaturas

Abreviatura Definición
ITL Instituto Tecnológico de León
TecNM Tecnológico Nacional de México
GTV Gestión Tecnológica y Vinculación
RC Responsable de Confección
RA Responsable de Aprobación
UD Usuario Directo
ERS Especificación de Requerimientos de Software
AF Analista Funcional
LP Líder de Proyectos
RF Requerimiento Funcional
RN Requerimiento No Funcional
RNU Requerimiento No Funcional De Usabilidad
RND Requerimiento No Funcional De Desempeño
RNF Requerimiento No Funcional De Fiabilidad
RNS Requerimiento No Funcional De Soporte
RNDD Requerimiento No Funcional De Diseño
RNIU Requerimiento No Funcional De Interfaz de usuario
RNIH Requerimiento No Funcional De Interfaz de hardware
RNIS Requerimiento No Funcional De Interfaz de software
RNIC Requerimiento No Funcional De Interfaz de Comunicaciones
RNL Requerimiento No Funcional De Licencias
Tabla 1 "Tabla de abreviaturas"
Página 8 de 26
Versión 1.0
2. Presentación del Producto

2.1. Propósito del Sistema
2.1.1. Objetivo
El Sistema Web para la Administración del Proceso de Seguimiento de Egresados del
Instituto Tecnológico de León administrará el proceso para obtener los indicadores que
requieren los diferentes departamentos, las áreas de la Institución y el TecNM referentes a
la ocupación profesional, académica y de empleo de los egresados.
2.1.2. Alcance
Instituto Tecnológico de León, integrará un gestor de encuestas con preguntas editables; los
diferentes tipos de encuestas procesarán la información recabada para enviarla a las
diferentes áreas que lo soliciten. El sistema enviará notificaciones de los programas de
Página 9 de 26
Versión 1.0
educación continua, ofertas laborales y notificaciones del Tecnológico a través del sistema,
vía correo electrónico y Facebook a los egresados.
2.1.3. Limitaciones
El Sistema web para la Administración del Proceso de Seguimiento de Egresados del
Instituto Tecnológico de León no contempla enviar de forma automática reportes de los
indicadores al TecNM, además podrá convivir sin inconvenientes con el funcionamiento
del SIIA, solamente administrará el gestor de encuestas. Procesará la información según las
especificaciones de las áreas que requieran los indicadores. Si hubiere un cambio después
de terminado el proyecto, se contemplará la modificación en una segunda fase.
2.2. Restricciones y Supuestos
Restricciones:
El software debe ser compatible e integrable con todas las plataformas operativas del
Instituto Tecnológico de León. Las etapas del proyecto deben cumplirse en los plazos
estipulados.
Supuestos:
Éste proyecto cuenta con el apoyo del Departamento de Gestión Tecnológica y Vinculación
y el Centro de Cómputo del Instituto Tecnológico de León. La visión de este nuevo
software es que facilite las tareas cotidianas de los usuarios y genere un acercamiento de los
egresados con su alma mater. Se contará con la disponibilidad inmediata de los usuarios
para organizar su capacitación.
3. Descripción General del Producto
3.1. Contexto del Producto

Instituto Tecnológico de León será un módulo del Sistema Web Integral del Instituto
Tecnológico de León, este compartirá la información del egresado y será accedido por
diversos usuarios que tienen interacción con el proceso.
Las interfaces de comunicación son el módulo de egresados del Login del Sistema Integral
del Instituto Tecnológico y de los módulos que lo necesiten.
 Validación que el Alumno haya terminado y sea egresado.
 No importa si el alumno está titulado o no.
Página 10 de 26
Versión 1.0
3.2. Perspectivas futuras del producto

La comunicación directa con otras áreas del Departamento de Gestión Tecnológica y
Vinculación.
Generación de Reportes que no estén ya contemplados.
3.3. Reglas y Funciones de Negocio

El proceso de operación se ha definido a lo largo de las reuniones con el cliente, para
conocer qué requiere el sistema, cuáles son las necesidades a cubrir y facilite el trabajo de
procesamiento de la información de las encuestas de los egresados.
4. Descripción Detallada de Requerimientos

4.1. Actores
Actor: Jefe de la Oficina de Seguimiento de Egresados
Rol: Administrador
Actor: Egresado
Actor: Empleador
5. Requerimientos Funcionales
El sistema debe tener:

 Un módulo de gestor de encuestas.
 Un módulo de gestor de reportes según los indicadores de las encuestas.
 Un módulo de gestor de notificaciones.
 Un módulo que administre los usuarios empleadores.
 Un módulo de gestor de roles
El módulo de gestor de encuestas debe:

 Poder crear, borrar, modificar las preguntas según su tipo y el tipo de encuesta.
 Poder crear, modificar y borrar los diferentes tipos de encuestas.
 Ofrecer las posibilidades de consultar la base de datos de los egresados.
 Enviar las encuestas a los egresados, empleadores o a quien se necesite.
El módulo de gestor de reportes debe:
Página 11 de 26
Versión 1.0
 Permitir generar reportes de las encuestas contestadas en forma de graficas e

indicadores, descargables en Word, Excel o PDF.
El módulo de gestor de notificaciones debe:

 Permitir gestionar las notificaciones vía correo electrónico, Facebook y por el
sistema de seguimiento de egresados.
El módulo de gestor de usuarios empleadores debe:

 Permitir crear, modificar, borrar y consultar usuarios empleadores.
El módulo de gestor de roles debe:

 Permitir crear, modificar y borrar roles que solo podrán ser asignados a los
administradores del sistema.
 Permitir asociar roles a los módulos o vistas del sistema.
5.1. Requerimiento Funcional 1

RF - 01 Administración del gestor de encuestas
Tipo: Funcional Fecha: 21/01/19
Estado: Levantado | Validado
" El sistema debe… "
 Gestionar la diferentes encuestas al poder agregar, modificar,
eliminar y consultar las preguntas de las encuestas.
Descripción:  La interacción entre el gestor de encuestas y el usuario

administrador será, por lo general, a través de botones de acción
que son los puntos de inicio para los casos de uso de la aplicación.
 La interfaz de la aplicación será amigable y de fácil entendimiento

● Número identificador de…
Datos: ● Grupo perteneciente…
Tabla 2 "Requerimiento Funcional 1"

RF - 02 Administración del gestor de notificaciones
Página 12 de 26
Versión 1.0
Estado: Levantado
" El sistema deberá… "
 Gestionar las diferentes notificaciones al poder agregar,
modificar, eliminar y consultar las mismas.
 Enviar las notificaciones vía correo electrónico, Facebook y

Descripción: por el sistema.
 La interacción entre el gestor de notificaciones y el usuario


● Número identificador de ….

RF - 03 Administración del gestor de usuarios externos
Estado: Levantado
 Gestionar las diferentes notificaciones al poder agregar,
modificar, eliminar y consultar las mismas.
 Enviar las notificaciones vía correo electrónico, Facebook y

Descripción: por el sistema.
 La interacción entre el gestor de notificaciones y el usuario


● Número identificador de ….
RF - 04 Administración del gestor de roles
Página 13 de 26
Versión 1.0

Estado: Levantado
 Gestionar las diferentes roles al poder agregar, modificar,
eliminar y consultar las mismas.
Descripción:  La interacción entre el gestor de roles y el usuario administrador

será, por lo general, a través de botones de acción que son los
puntos de inicio para los casos de uso de la aplicación.

● Número identificador de….
1. Requerimientos no Funcionales
1.1. Requerimientos de usabilidad
● El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas
● El sistema debe contar con manuales de usuario estructurados adecuadamente
● El sistema debe proporcionar mensajes de error que sean informativos y orientados
al usuario final
● La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la
adecuada visualización en múltiples computadores personales, dispositivos tableta y
teléfonos inteligentes.
● El sistema debe poseer interfaces gráficas bien formadas.
RNU - 01 Tiempo de aprendizaje

Tipo: De usabilidad Fecha: 21/01/19
El sistema deberá…
Descripción:  El tiempo de aprendizaje de sistema por un usuario deberá
ser menos a 4 horas
Tabla 5 RNU - 01 "Tiempo de aprendizaje"
RNU - 02 Manuales de usuario

Página 14 de 26
Versión 1.0
Descripción:  El sistema debe contar con manuales de usuario
estructurados adecuadamente
Tabla 6 RNU - 02 "Manual de usuario"
RNU - 03 Mensajes de error

Descripción:  El sistema debe proporcionar mensajes de error que sean
informativos y orientados al usuario final
Tabla 7 RNU - 03 "Mensajes de error"
RNU - 04 Aplicación responsiva

 La aplicación web debe poseer un diseño “Responsive” a
Descripción: fin de garantizar la adecuada visualización en múltiples
computadores personales, dispositivos tableta y teléfonos
inteligentes.
Tabla 8 RNU - 04 "Aplicación Responsiva"
RNU - 05 Interfaces amigables

Descripción:  El sistema debe poseer interfaces gráficas bien formadas.
Tabla 9 RNU - 05 "Interfaces amigables"
1.2. Requerimientos de desempeño

 Los tiempos de respuesta relacionado con formularios de manejo de información
adición, eliminación, consulta de registros, emisión de notificaciones por parte
del usuario, en forma general, no debe ser superior a 2.5 segundos.
 El 95 % de las solicitudes de informes y consultas debe ser procesada en menos
de 4 segundos.
 Ninguna solicitud debe tomar más de 15 segundos.
Página 15 de 26
Versión 1.0
RND - 01 Tiempo de respuesta de manejo de información

Tipo: De desempeño Fecha: 21/01/19
Descripción:  Descripción del requisito. Qué aspectos involucra, en qué
consiste, etc.
Tabla 10 RND - 01 "Tiempo de respuesta de manejo de información"
RND - 02 Tiempo de manejo de informes y consultas

Descripción:  El 95 % de las solicitudes de informes y consultas debe
ser procesada en menos de 4 segundos.
Tabla 11 RND - 02 "Tiempo de manejo de informes y consultas"
RND - 03 Tiempo de espera de solicitudes

Descripción:  Ninguna solicitud debe tomar más de 15 segundos.
Tabla 12 RND - 03 "Tiempo de espera de solicitudes"
1.3. Requerimientos de fiabilidad

 Madurez: Utilización de componentes, herramientas utilizadas para el diseño,
construcción, pruebas e implementación reconocidas que no tengan más de 3
años en el mercado y que tengan un desarrollo continuo de cada herramienta que
permita el mejoramiento y acceso a nuevas versiones de acuerdo con la
evolución de las plataformas.
 Tolerancia a fallos: El sistema debe mantener el nivel especificado de
rendimiento, debe estar siempre disponible (99% del tiempo).
 Capacidad de recuperación: El sistema debe restablecerse a nivel de
rendimiento y recuperación de datos afectados directamente en el caso de un
fallo.
Página 16 de 26
Versión 1.0
 Adherencia a normas: El sistema debe presentar directa coherencia con la

aplicación de la normatividad establecida, para que cuente con flexibilidad para
el cambio de variables importantes que puedan ser ajustadas en el tiempo y que
no impliquen cambios estructurales o de ajuste al código de la aplicación
desarrollada. El sistema debe tener un alto nivel de parametrización.
 Minimizar fallos: El sistema debe minimizar la existencia futura de fallos al
identificar claramente la planeación y ejecución de estrategias que permitan la
prevención de fallos, reutilización de componentes fiables, metodologías de
diseño rigurosas, lenguajes de desarrollo adecuado, detección de fallos,
inspección de diseño y programas, revisiones de calidad y pruebas de calidad.
RNF - 01 Madurez
Tipo: De fiabilidad Fecha: 21/01/19
 Utilizar componentes, herramientas para el diseño,
construcción, pruebas e implementación reconocidas que
Descripción: no tengan más de 3 años en el mercado y que tengan un
desarrollo continuo de cada herramienta que permita el
mejoramiento y acceso a nuevas versiones de acuerdo con
la evolución de las plataformas
Tabla 13 RNF - 01 "Madurez"
RNF - 02 Tolerancia a fallos

Descripción:  Mantener el nivel especificado de rendimiento, debe estar
siempre disponible (99% del tiempo).
Tabla 14 RNF - 02 "Tolerancia a fallos"
RNF - 03 Capacidad de recuperación

Descripción:  Restablecerse a nivel de rendimiento y recuperación de
datos afectados directamente en el caso de un fallo.
Tabla 15 RNF - 03 "Capacidad de recuperación"
RNF - 04 Adherencia a normas
Página 17 de 26
Versión 1.0

 Presentar directa coherencia con la aplicación de la
normatividad establecida, para que cuente con flexibilidad
para el cambio de variables importantes que puedan ser
Descripción: ajustadas en el tiempo y que no impliquen cambios
estructurales o de ajuste al código de la aplicación
desarrollada. El sistema debe tener un alto nivel de
parametrización.
Tabla 16 RNF - 04 "Adherencia a normas"
RNF - 05 Minimizar fallos

 Minimizar la existencia futura de fallos al identificar
claramente la planeación y ejecución de estrategias que
permitan la prevención de fallos, reutilización de
Descripción: componentes fiables, metodologías de diseño rigurosas,
lenguajes de desarrollo adecuado, detección de fallos,
inspección de diseño y programas, revisiones de calidad y
pruebas de calidad.
Tabla 17 RNF - 05 "Minimizar fallos"
1.4. Requerimientos de soporte

 El sistema debe ser 100% basado en Web y toda la parametrización y
administración debe realizarse desde un navegador.
 El sistema debe operar independientemente del navegador que se utilice.
 El sistema debe tener interfaces gráficas de administración y de operación en
idioma español y en Web para que pueda ser utilizado por medio de
navegadores o exploradores de internet.
 La información de los cuestionarios debe ser parametrizada y administrable.
 El componente de servidor del sistema debe funcionar en el servidor del
Campus I del Instituto Tecnológico de León con el sistema operativo Linux.
 El componente del cliente del sistema debe funcionar en cualquier computadora
de escritorio o personal con un procesador 533Mhz o mejor.
 El componente del cliente del sistema requiere un mínimo de 64 MB.
 Debe haber un módem para la conexión a internet.
RNS - 01 Sistema 100% Web

Tipo: De soporte Fecha: 21/01/19
Página 18 de 26
Versión 1.0
 Ser 100% basado en Web y toda la parametrización y
Descripción:
administración debe realizarse desde un navegador.
Tabla 18 RNS - 01 "Sistema 100% Web"
RNS - 02 Operabilidad independientemente del navegador

Descripción:  Operar independientemente del navegador que se utilice.
Tabla 19 RNS - 02 "Operabilidad independientemente del navegador"
RNS - 03 Interfaces gráficas en idioma español

 Tener interfaces gráficas de administración y de operación
Descripción: en idioma español y en Web para que pueda ser utilizado
por medio de navegadores o exploradores de internet.
Tabla 20 RNS - 03 "Interfaces gráficas en idioma español"
RNS - 04 Información de cuestionario parametrizada y administrable

 Gestionar la información de los cuestionarios debe ser
Descripción:
parametrizada y administrable.
Tabla 21 RNS - 04 "Información del cuestionario parametrizada y administrable"
RNS - 05 Funcionamiento del servidor

 Funcionar en el servidor del Campus I del Instituto
Descripción:
Tecnológico de León con el sistema operativo Linux.
Tabla 22 RNS - 05 "Funcionamiento del servidor"
Página 19 de 26
Versión 1.0
RNS - 06 Requisito mínimo de procesamiento

 Funcionar en cualquier computadora de escritorio o
Descripción:
personal con un procesador 533Mhz o mejor.
Tabla 23 RNS - 06 "Requisito mínimo de procesamiento"
RNS - 07 Requisito mínimo de RAM

 Funcionar con el componente del cliente del sistema que
Descripción:
requiere un mínimo de 64 MB.
Tabla 24 RNS - 07 "Requisito mínimo de RAM"
RNS - 08 Conexión a internet

Descripción:  Operar con conexión a internet.
Tabla 25 RNS - 08 "Conexión a internet"
1.5. Requerimientos de diseño

 El sistema debe cumplir los estándares de cualquier web con acceso seguro.
 Portabilidad: El sistema ha sido diseñado con tecnología libre, de tal manera que
podrá ser soportada por cualquier plataforma y sistema operativo. De ésta
manera se podrá acceder a ella desde cualquier navegador.
 Integridad: El sistema tiene restringiendo el acceso a ejecutar funciones o
consultar datos, a ciertos usuarios y protegiendo la privacidad de los datos
introducidos en el software.
 Reutilización: El sistema tiene componentes de software diseñado de tal forma
que pueda ser usado en otras aplicaciones, además de para la cual fue diseñado.
RNDD - 01 Acceso seguro

Tipo: De diseño Fecha: 21/01/19
Página 20 de 26
Versión 1.0
Descripción:  Cumplir los estándares de cualquier web con acceso
seguro.
Tabla 26 RNDD - 01 "Acceso seguro"
RNDD - 02 Portabilidad
 Ser diseñado con tecnología libre, de tal manera que podrá
Descripción: ser soportada por cualquier plataforma y sistema
operativo. De ésta manera se podrá acceder a ella desde
cualquier navegador.
Tabla 27 RNDD - 02 "Portabilidad"
RNDD - 03 Integridad
 Restringir el acceso a ejecutar funciones o consultar datos,
Descripción: a ciertos usuarios y protegiendo la privacidad de los datos
introducidos en el software.
Tabla 28 RNDD - 03 "Integridad"
RNDD - 04 Reutilización
 Tener componentes de software diseñado de tal forma que
Descripción: pueda ser usado en otras aplicaciones, además de para la
cual fue diseñado.
Tabla 29 RNDD - 04 "Reutilización"
1.6. Requerimientos de interfaz
1.6.1.Interfaces de usuario
Página 21 de 26
Versión 1.0
Se muestra a continuación una captura de pantalla en la que se especifican las zonas que
conformas las interfaces gráficas con las que el usuario tendrá acercamiento.
Figura 1 " Interfaz genérica del sistema"
● Acceso y salida del sistema

● Control de las funciones del sistema
● Comunicación con otros sistemas
● Sistema de ayuda interactivo
Ejemplos:
● Se debe mostrar el mapa de navegación del sistema.

● Se debe mostrar la pantalla de presentación con el logo de la empresa y se debe mostrar el
número de visitante a la misma.]
RNIU - 01 Nombre
Tipo: De interfaz de usuario Fecha: 20/11/18
consiste, etc.
Tabla 30 "Requerimiento de interfaz de usuario"
Página 22 de 26
Versión 1.0
1.6.2. Interfaces de hardware
El sistema se podrá visualizar sobre cualquier sistema operativo por ser un sistema web.
RNIH - 01 Nombre
Tipo: De Interfaz de hardware Fecha: 20/11/18
consiste, etc.
Tabla 31 "Requerimiento de interfaz de hardware"
1.6.3. Interfaces de software
El sistema funcionará en cualquier máquina con un navegador web y conexión a Internet.

● Descripción del componente o producto de software utilizado
● Propósito de la interface
● Definición y formato de la interface
Ejemplo:
La solución tecnológica debe recibir los datos de nómina del área de finanzas, en archivo de texto,
los campos deben estar separados por el carácter especial. Esta operación debe ser disparada
automáticamente por el servidor durante la noche.]
RNIS - 01 Nombre
Tipo: De Interfaz de software Fecha: 20/11/18
consiste, etc.
Tabla 32 "Requerimiento de interfaz de software"
1.6.4. Interfaces de comunicaciones
El sistema se comunicará a través del protocolo HTTP (Spring RESTful) mediante Web
Service.
Página 23 de 26
Versión 1.0
RNIC - 01 Nombre
De Interfaz de
Tipo: comunicaciones
Fecha: 20/11/18
consiste, etc.
Tabla 33 "Requerimiento de interfaz de comunicaciones"
1.6.5. Requerimientos de Licencias

[En esta sub sección debe definir los requerimientos de la aplicación de licencias u otros
requerimientos de restricción de uso que van a ser exhibidos por el software.]
RNL - 01 Nombre
Tipo: De licencias Fecha: 20/11/18
 Descripción del requisito. Qué aspectos involucra, en qué
Descripción: consiste, etc.
El sistema requiere
Tabla 34 "Requerimiento de licencia"
1.7. Derechos de autor, y otros avisos

[En esta sub sección debe describir cualquier garantía, aviso de copyright, aviso de patente, marca,
o cuestiones de cumplimiento para el software.]
1.8. Restricciones
[En esta sub sección debe anotar cualquier restricción para que la solución tecnológica pueda
operar. Tenga en cuenta las restricciones de diseño, las restricciones externas o de otras
dependencias, las legales, las normas regulatorias, los estándares de calidad (ISO, FDA), etc.]
1.9. Estándares aplicables

[En esta sub sección debe listar todas las normas que el producto debe cumplir. Estas pueden
incluir normas de comunicación (TCP / IP, RDSI) legales y regulatorias (FDA, UCC), normas de
cumplimiento de la plataforma (Windows, UNIX, etc.) y las normas de calidad y seguridad (UL, ISO,
CMM).
Ejemplo:
● La interfaz de usuario debe ser compatible con Windows 98.]

Página 24 de 26
Versión 1.0
Página 25 de 26
Versión 1.0
2. Anexos
3. Referencias
4. Firmas De Elaboración, Revisión Y Aprobación

Elaboró Revisó Vo.Bo.
[Especificar nombre] [Especificar nombre] [Especificar nombre]

[Especificar cargo] [Especificar cargo] [Especificar cargo]
Página 26 de 26

Requerimientos Seguimiento de Egresados

Cargado por

Información del documento

Título original

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

Requerimientos Seguimiento de Egresados

Cargado por

Copyright:

Formatos disponibles

Aleh Soto Salas Linares

1.6.5. Requerimientos de Licencias....................................................................................24

Como parte importante del Desarrollo de Software se encuentra el Documento de

El presente documento especificación de requerimientos de software tiene como objetivo

 Indicar los requerimientos funcionales del sistema.

1.3.Definiciones Acrónimos Y Abreviaturas

2. Presentación del Producto

2.2. Restricciones y Supuestos

3. Descripción General del Producto

3.1. Contexto del Producto

3.2. Perspectivas futuras del producto

3.3. Reglas y Funciones de Negocio

4. Descripción Detallada de Requerimientos

El sistema debe tener:

El módulo de gestor de encuestas debe:

El módulo de gestor de reportes debe:

 Permitir generar reportes de las encuestas contestadas en forma de graficas e

El módulo de gestor de notificaciones debe:

El módulo de gestor de usuarios empleadores debe:

El módulo de gestor de roles debe:

5.1. Requerimiento Funcional 1

Descripción:  La interacción entre el gestor de encuestas y el usuario

 La interfaz de la aplicación será amigable y de fácil entendimiento

Tabla 2 "Requerimiento Funcional 1"

5.2. Requerimiento Funcional 2

 Enviar las notificaciones vía correo electrónico, Facebook y

 La interacción entre el gestor de notificaciones y el usuario

 La interfaz de la aplicación será amigable y de fácil entendimiento

Tabla 3 "Requerimiento Funcional 2"

5.3. Requerimiento Funcional 3

 Enviar las notificaciones vía correo electrónico, Facebook y

 La interacción entre el gestor de notificaciones y el usuario

 La interfaz de la aplicación será amigable y de fácil entendimiento

Tabla 4 "Requerimiento Funcional 3"

RF - 04 Administración del gestor de roles

Tipo: Funcional Fecha: 21/01/19

Descripción:  La interacción entre el gestor de roles y el usuario administrador

 La interfaz de la aplicación será amigable y de fácil entendimiento

RNU - 01 Tiempo de aprendizaje

RNU - 02 Manuales de usuario

RNU - 03 Mensajes de error

RNU - 04 Aplicación responsiva

RNU - 05 Interfaces amigables

Tabla 9 RNU - 05 "Interfaces amigables"

1.2. Requerimientos de desempeño

RND - 01 Tiempo de respuesta de manejo de información

RND - 02 Tiempo de manejo de informes y consultas

RND - 03 Tiempo de espera de solicitudes

Tabla 12 RND - 03 "Tiempo de espera de solicitudes"

1.3. Requerimientos de fiabilidad

 Adherencia a normas: El sistema debe presentar directa coherencia con la

RNF - 02 Tolerancia a fallos

RNF - 03 Capacidad de recuperación

RNF - 04 Adherencia a normas

Tipo: De fiabilidad Fecha: 21/01/19

RNF - 05 Minimizar fallos

1.4. Requerimientos de soporte

RNS - 01 Sistema 100% Web

Tabla 18 RNS - 01 "Sistema 100% Web"

RNS - 02 Operabilidad independientemente del navegador

Tabla 19 RNS - 02 "Operabilidad independientemente del navegador"

RNS - 03 Interfaces gráficas en idioma español

RNS - 04 Información de cuestionario parametrizada y administrable