3 2 GrupoA OB InformaTECM ERS

MATERIAS AGOSTO DICIEMBRE 2022. PROFESOR: JORGE SÁNCHEZ VEGA.
FUNDAMENTOS DE INGENIERÍA DE SOFTWARE.

GRUPO A
NOMBRE CORTO DEL PROYECTO:

´´InformaTECM´´
NOMBRE DEL EQUIPO:

´´OB´´
NOMBRE DE ESTE HITO:
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE,
SEGÚN NORMA IEEE830.
LÍDER DEL PROYECTO. Rafael Alejandro Contreras Avalos l20120970@morelia.tecnm.mx
DOCUMENTADOR. David Guido Rodríguez l20120992@morelia.tecnm.mx
ANALISTA. Leonardo Franco Pérez l20120977@morelia.tecnm.mx
DISEÑADOR. Gabriel Zaid Pérez Pérez l20121025@morelia.tecnm.mx
Descripción breve del proyecto.

Aplicación móvil orientada a la disposición de información acerca de tramitaciones, becas,
vinculación externa, servicio social, entre otros correspondientes al tecnológico de Morelia. Así
mismo la aplicación se encargará del manejo del trámite solicitando los documentos
correspondientes al usuario para el seguimiento y finalización de este.
TABLA DE CONTENIDO
1. INTRODUCCIÓN .............................................................................................................. 4
1.1 Propósito........................................................................................................................ 4
1.2 Alcance .......................................................................................................................... 4
1.3 Definiciones, acrónimos y abreviaturas ........................................................................ 5
1.4 Referencias .................................................................................................................... 7
2. DESCRIPCION GENERAL .............................................................................................. 8
2.1 Perspectiva del producto ............................................................................................... 8
2.2 Funciones del producto ............................................................................................... 10
2.3 Características del usuario ........................................................................................... 11
2.4 Restricciones ............................................................................................................... 12
2.5 Supuestos y dependencias ........................................................................................... 13
2.6 Distribución de requerimientos ................................................................................... 13
3.REQUISITOS ESPECIFICOS .......................................................................................... 14
3.1 Requisitos de la interfaz externa ................................................................................. 14
3.1.1 Interfaces de usuario................................................................................................. 14
3.1.2 Interfaces de hardware ............................................................................................. 30

3.1.3 Interfaces de software............................................................................................... 30
3.1.4 Interfaces de comunicaciones................................................................................... 31
3.2 Requerimientos funcionales ........................................................................................ 32
3.2.1 Usuarios clase 1 – El Usuario .................................................................................. 32
3.2.2 Usuarios clase 2 – Personal burocrático ................................................................... 46
3.2.3 Usuarios clase 3 – Administrador ............................................................................ 58
3.2.4 Usuario clase 4 – Usuario externo anónimo............................................................. 69
3.3 Requerimientos no funcionales ................................................................................... 72
3.3.1 Requisitos de desempeño. ........................................................................................ 72
3.3.2 Restricciones de diseño ............................................................................................ 76
3.3.3 Atributos del sistema de software ............................................................................ 78

1. INTRODUCCIÓN
En la sección correspondiente se abordan la conceptualización general del software, así como
una descripción de este documento ERS proporcionando una lista de abreviaturas y
definiciones que ayuden al usuario a una mejor comprensión de este enlistando el propósito
y alcance del software.
1.1 Propósito
El propósito de este documento es comunicar una descripción detallada acerca de los
requerimientos que necesitara el software “InformaTECM” detallando la interacción con el
usuario por medio de interfaces que permitan un correcto registro de lo requerido por el
administrador, así mismo, se describirán las limitaciones del sistema para un correcto control
y conocimiento de las capacidades generales del software, de igual manera de abordan sus
interacciones con aplicaciones externas que aporten al funcionamiento de este. El objetivo
final de este documento es presentar al cliente una propuesta sólida y descriptiva de los
requerimientos del sistema para su aprobación, así como una futura referencia para su
desarrollo por parte del equipo encargado de su implementación.
1.2 Alcance
El software “InformaTECM” es una aplicación móvil para el usuario en la cual, mediante un
mapa interactivo o un menú general según la preferencia del usuario, muestra la información
de requerimientos y permite manejar la tramitación de documentos correspondientes al ITM.
Esta aplicación debe ser de descarga gratuita mediante enlaces directos en los medios de
difusión del ITM que redireccionen su descarga en tiendas de aplicaciones para teléfonos
móviles.
El personal burocrático utilizara un portal web para el seguimiento y tramitación de
documentos. Esta información actuara como base para el desglose de información dentro de
la aplicación. Un administrador podrá utilizar el portal web para la difusión de publicidad
respecto a actividades extraescolares, avisos requeridos por la institución, así como el manejo
de la información de los usuarios.
El software necesita conexión a internet para mostrar los resultados. La información del
sistema se mantiene en una base de datos en un servidor web. La aplicación solicitara al
usuario la creación de una cuenta para adjuntar la información relevante según sus
requerimientos, el manejo de sus trámites propios como las solicitudes, actualizaciones del
progreso de este y su finalización. La aplicación también posee la capacidad de mostrar la
información escolar y personal del usuario a este.
1.3 Definiciones, acrónimos y abreviaturas
Termino Definición
Usuario Persona que interactúa con el software
Administrador Encargado de manejar y controlar el sistema
agregando modificaciones según sea
necesario
Personal burocrático Trabajador encargado del manejo de los
tramites y documentación correspondiente
Portal web Versión de la aplicación manejada por
medio de internet con características de
modificación.
Aplicación móvil Interfaz para dispositivos portátiles
destinada a usuarios.
Trámite Gestión para obtener un resultado en busca
de algo.
Departamento Secciones en las que está dividida una

institución la cual se ocupa de áreas
específicas.
DESC Descripción
DEP Dependencia
ID Identificador
FUNC Función que cumple
ITM Instituto Tecnológico de Morelia

Mapa interactivo Plano que permite la interacción y
despliegue de información correspondiente
al ITM
1.4 Referencias
• Sommerville, I., Galipienso, M. I. A. & Martinez, A. B. (2005, 1 enero). Ingeniería
del Software. Pearson Educación. Recuperado el 1 de octubre del 2022 de:
https://ulagos.files.wordpress.com/2010/07/ian-sommerville-ingenieria-de-software-
7-ed.pdf
• IEEE (1998). Recommended Practice for Software Requirements Specifications,
Recuperado 30 de septiembre de 2022, de
http://www.math.uaa.alaska.edu/~afkjm/cs401/IEEE830.pdf
• Cómo crear una API pública con AWS. (s. f.). Amazon Web Services, Inc.
Recuperado 2 de octubre de 2022, de https://aws.amazon.com/es/what-is/api/
• Mauri, D. (2022, 24 mayo). Azure SQL Database External REST Endpoints
Integration. Recuperado 2 de octubre de 2022 recuperado de:
https://devblogs.microsoft.com/azure-sql/announcing-the-azure-sql-database-
external-rest-endpoints-integration-early-adoption-program/
• Mauri, D. (2022, 9 mayo). Create and connect to an Azure SQL DB in 6 easy steps.
Azure SQL Database Devs’ Corner. Recuperado 2 de octubre de 2022, de
https://devblogs.microsoft.com/azure-sql/create-and-connect-to-an-azure-sql-db/
2. DESCRIPCION GENERAL
Esta sección corresponde a una descripción general del funcionamiento del sistema y su
comunicación en lo que respecta a la gestión, actualización y listado de la información. Así
mismo se describe las partes interesadas en el uso del sistema con sus respectivas
características y permisos de edición según las necesidades que presenten los mismos al
momento de trabajar con esta aplicación en sus diferentes particiones como seria la aplicación
móvil, la base de datos y el portal web.
2.1 Perspectiva del producto
El sistema compondrá de dos modalidades de uso: un sitio web, el cual constara para uso de
administradores, como del personal del instituto, en el cual podrán crear publicaciones
nuevas, editar información de estas, administrar los tramites que se pueden realizar dentro de
la aplicación, así como también administrar y moderar a los usuarios. A su vez de la gestión
del mapa interactivo, y la actualización constante de la información de este.
La otra modalidad es mediante aplicación móvil, la cual será para uso del alumnado del
instituto, en donde podrán acceder mediante su correo institucional y una contraseña
personalizada. Dentro de esta podrán encontrar de manera más centralizada la información
de los diversos departamentos, como de sus carreras, eventos, actividades extraescolares,
convocatorias, servicio social, entre muchas otras.
Se podrán acceder de manera directa al mapa interactivo de las instalaciones, en el cual
podrán buscar de manera más eficiente una oficina en específico, o un módulo de atención,
al igual que consultar que tipo de tramites se realizan en dicho modulo y los requisitos previos
que necesitas antes de acudir a este.
Como se manejará información de los alumnos es necesario que la aplicación este conectada
a la base de datos de la institución al momento de realizar algún trámite y/o envió de
documentos, es necesario saber que alumno está realizando dicha acción y canalizar su
información de manera precisa.
Ilustración 1. Manejo de la información
La aplicación móvil tendrá algunas restricciones sobre la asignación de recursos, para evitar
problemas de sobrecarga del sistema operativo, este solo podrá usar 250 megabytes de
memoria mientras se ejecuta la aplicación, teniendo a su vez una cantidad máxima de espacio
en el disco duro que será de 150 megabytes.

2.2 Funciones del producto
Dentro de la aplicación móvil los estudiantes podrán buscar todo tipo de información
relacionada con el Instituto: Los tramites disponibles (descripción, requisitos, costes, fecha
de apertura y cierre), actividades para créditos complementarios disponibles, actividades
extraescolares disponibles, ofertas para prácticas profesionales y servicio social.
Si el alumno requiere de algún trámite podrá iniciar con este proceso desde la aplicación,
llenar los formularios requeridos, subir la documentación solicitada, ver el estado en el que
se encuentra el trámite, y descargar los documentos generados al finalizar el proceso.
Además, contara un mapa interactivo de la escuela, en el que podrá interactuar con los
edificios existentes que correspondan a alguna de las actividades de tramitación, que hará
que se despliegue un menú donde se muestre una foto de este, así como una descripción de
las actividades que se realizan en cada uno de ellos.
El personal burocrático hará uso de un portal web. En este podrán ver una lista de todos los
tramites que realiza el departamento donde trabaja. Aquí podrá dar de alta un trámite,
colocando la fecha en que estará disponible para que lo realicen los alumnos y la fecha de
cierre. También se le mostrara la lista de los trámites pendientes de revisión, en los cuales
podrá autorizar el trámite, denegar al trámite haciendo las respectivas anotaciones de que
requisito no fue cumplido, actualizar el estado del trámite y subir la documentación que se
haya generado durante el trámite. Asimismo, se le mostrara la fecha límite que tiene para
atender el proceso.
Otra función que tendrán a través del portal web será la de modificar la sección de
información que corresponde a su departamento, ya sea para corregir errores, agregar más
detalles o colocar avisos de convocatorias que abrirán próximamente.
De la misma forma, por medio del portal web, existirá un administrador que se encargue de
actualizar información que es de carácter más general y no pertenece a ningún departamento,
y problemas que puedan tener los usuarios como actualizar alguno de sus datos o recuperar
contraseñas.
2.3 Características del usuario
Existen 4 tipos de usuario en el sistema: los alumnos, usuarios externos anónimos, personal
burocrático y un administrador.
Los alumnos solo podrán hacer uso de la aplicación, en ella podrán buscar información,
realizar trámites e interactuar con el mapa de la escuela. Por ello solo requerirán contar con
habilidades básicas como usar el gestor de documentos de su dispositivo.
Los usuarios externos anónimos serán personas externas a la institución que descarguen la
aplicación solo para consultar información o hacer uso del mapa interactivo, tendrán
restringidas las funciones de hacer tramites. Solo requerirán contar con habilidades básicas
de cómo usar su dispositivo móvil.
El personal burocrático serán los responsables de dar de alta y autorizar los tramites, por ello
es por lo que se requerirán de conocer los requisitos cada uno de los tramites de su
departamento, así como de conocer el calendario de actividades para colocar las fechas de
inicio y cierre de cada uno de los procesos, además de conocimientos básicos de su
dispositivo para poder subir los documentos generados al portal web.
El administrador se encargará de información de carácter general y de resolver problemas
técnicos que puedan tener los alumnos, por ello requerirá de conocer de forma general el
funcionamiento de todo el plantel, así como de los datos que se guardan por alumno.
2.4 Restricciones
Una de las limitantes que se encuentra la aplicación está en la conectividad a internet, debido
a que está necesita una actualización constante, como al realizar cualquier tipo de envió de
archivo. Por lo tanto, se recomienda para un uso optimo que el usuario cuente con datos
móviles evitando posibles desconexiones continuas del servicio dado que tanto el enviar
como el recibir información, es de vital importancia este recurso para mantenerse actualizado
y sin presentar inconvenientes.
Al igual la aplicación móvil está limitada en cuanto al sistema operativo y características del
fabricante, es probable que la interfaz no sea la misma para cada uno de los dispositivos,
como también puede ser propenso a fallas a nivel de hardware o de sistema.
Otro de los factores en los cuales se presentan restricciones es dentro del sitio web, dado que
puede estar limitado por la capacidad de la base de datos en cuanto al recibir archivos, entre
otros. Ya que estos se comparten entre ambas aplicaciones, puede verse en la necesidad de
poner en espera las solicitudes entrantes, por lo tanto, así aumentar el tiempo en que se
procesen las solicitudes.
2.5 Supuestos y dependencias
El principal supuesto se refiere a que el usuario deberá contar con conexión a internet ya sea
mediante una red wi-fi o mediante el uso de datos móviles ya que de otra manera la aplicación
no podrá acceder a la información del usuario y del sistema en general.
Así mismo se prevé que para la utilización de la aplicación el usuario cuente con un teléfono
móvil el cual tenga pantalla táctil, Si el usuario no contará con un dispositivo móvil de estas
características (Un celular de antiguas generaciones con botones y teclado, pero sin pantalla
táctil) su navegación dentro de la aplicación no podrá ser realizada. Sin embargo, dentro de
la navegación de la página web está se podrá realizar no solo en celulares sino también en las
computadoras portátiles o de escritorio.
2.6 Distribución de requerimientos
Se contempla una actualización continua de futuros tramites nuevos o adicionales, así como
una actualización de los requisitos de los departamentos inicialmente implementados. Hay
factores dentro del software y Hardware que constantemente cambia en los dispositivos
móviles estos podrían afectar al funcionamiento de la aplicación y/o podría perder calidad de
vista de la interfaz para él usuario (véase apartado 3.1.1).

3.REQUISITOS ESPECIFICOS
Esta sección corresponde a la descripción de los requerimientos funcionales y de calidad que
debe cumplir el sistema proporcionando una descripción detallada de sus características.
3.1 Requisitos de la interfaz externa
Esta sección corresponde a las entradas y salidas del sistema proporcionando una explicación
del manejo de estas mediante interfaces preliminares, así mismo se detalla la comunicación
con el hardware y software.
3.1.1 Interfaces de usuario
3.1.1.1INTERFACES DE USUARIO GENERAL.

El usuario general deberá poder visualizar una pantalla
de inicio correspondiente a la Figura 1 mediante la cual
proporcionará sus datos en caso de poseer una cuenta
anteriormente creada para acceder a su información, en
caso contrario el sistema deberá permitir su registro en
un apartado correspondiente a la Figura 2.
Figura 1. Interfaz inicio de sesión aplicación
móvil
Figura 2. Registro de usuario aplicación móvil
En caso que el usuario posea una cuenta e inicie sesión deberá visualizar la pantalla del menú
principal la cual mostrara las opciones de búsqueda, avisos generales, apartado de
notificaciones, cuenta de usuario, tres líneas correspondientes a la navegación dentro de la
aplicación y un icono de acceso al mapa interactivo, así como un apartado de ayuda. Esto se
encuentra representado mediante la Figura 3.

Cada usuario debe tener acceso a las funciones de la aplicación entre las cuales se encuentra
un redireccionamiento a un mapa interactivo del ITM mediante un icono en la parte inferior
derecha del menú principal previsualización que se puede consultar en el apartado Figura 4.
Figura 3. Menú principal aplicación móvil Figura 4. Mapa interactivo aplicación
Dentro del menú principal se accede al área de departamento, la cual se ilustra en la Figura
5, donde se puede obtener información más concreta sobre algún edificio en específico.
La Figura 6 muestra cómo se visualizaría para el usuario el realizar un trámite, al igual que
el adjunto de documentos necesarios para realizar el mismo. Pidiendo datos personales para
identificar quien y que requerimientos necesita al realizar dicho acto.
Figura 6. Solicitud de tramite aplicación móvil

Figura 5. Información de departamento
Como en toda aplicación, es habitual la necesidad de comunicarse con algún personal
administrativo para solicitar ayuda en cuanto a dudas se refiere, o en caso contrario en
reportar algún error que se encuentre dentro de la misma aplicación, lo cual se ilustra en la
Figura 7 el cómo será este medio de comunicación con el personal.

Figura 7. Sección ayuda aplicación móvil
3.1.1.2 INTERFACES DE PERSONAL BUROCRÁTICO.

Al entrar a la dirección del portal web el personal burocrático encontrará la pantalla para
hacer iniciar sesión usando su correo y contraseña, también podrá recuperar su contraseña en
caso de no recordarla. Figura 8.

Figura 8. Inicio de sesión portal web
Una vez haya colocado sus datos de manera correcta, el sistema de permitirá acceder y le
mostrara la ventana principal Figura 9. En ella podrá observar las 3 secciones principales:
• Tramites: En este se mostrará una lista de todos los tramites que se encarga de
procesar el departamento al que pertenece, el presionar el nombre de cualquiera de
ellos lo redireccionará a la pestaña de habilitar trámite.
• Pendiente de revisión: Aquí se le mostraran algunos de los tramites que están
pendientes de revisión, mostrando su categoría y la fecha límite para procesar. En esta
lista se dará prioridad a los tramites con fecha de vencimiento más cercana. El
personal burocrático podrá hacer clic en alguno de esos trámites para ser redirigido a
la pestaña de revisión de trámite, o podrá presionar el botón de “ver todos” para ser
redirigido a la lista completa de trámites pendientes por revisión.

• Avisos: Esta sección mostrara alguno de los avisos para estudiantes más recientes que
haya hecho el departamento al que pertenece. Podrá seleccionar cualquiera de ellos
para ser redirigido a la ventana de edición del aviso, o podrá presionar el botón “ver
todos” para ser redirigido a la lista completa de avisos publicados por el
departamento.
Figura 9. Menú principal personal burocrático

Dependiendo de las acciones que haya hecho el personal burocrático dentro de la ventana
principal podrá encontrarse dentro de una de varias ventanas. La primera que se describirá
será la ventana para habilitar tramites Figura 10. En ella se le mostrará los detalles del trámite,
los requisitos y tendrá la opción de colocar una fecha de inicio y una fecha de cierre, tiempo
en la cual el trámite estará disponible en la aplicación móvil de los estudiantes para que
puedan solicitar el trámite. Para confirmar que se habilite el trámite el personal burocrático
deberá presionar el botón “habilitar” ubicado en la parte inferior de la página.
Figura 10. Ventana habilitación de tramites portal web

Si el personal burocrático seleccionó la opción “ver todos” en la sección “Pendiente de
revisión” este será redirigido a la ventana con la lista completa de los trámites pendientes por
revisión Figura 11. Aquí se mostrará la lista de todos los trámites pendientes de revisar,
separados por categoría. Cada uno de ellos mostrará la fecha límite de atención, los detalles
del alumno y contará con un botón para comenzar la revisión que lo redirigirá a la ventana
de revisión de trámite. Además, si requiere buscar el trámite de algún estudiante en específico
podrá hacerlo por medio de la opción de búsqueda, representada con el icono de una lupa en
la parte superior.
Figura 11. Ventana trámites pendientes portal web

En la ventana de revisión del trámite Figura 12, el personal burocrático podrá observar los
datos del solicitante, la fecha límite de revisión y los archivos que adjunto el estudiante.
También contara con varios botones, el primero para cambiar el estado en que se encuentra
en trámite, y en la parte inferior los botones para autorizar el trámite, solicitar que el
estudiante haga una corrección, y finalmente el botón para denegar un trámite. Además,
podrá interactuar con los archivos adjuntos para observarlos dentro de la aplicación o
descargarlos a su dispositivo.
Figura 12. Ventana revisión de tramites portal web

Si el personal burocrático seleccionó la opción “ver todos” en la sección “Avisos” será
redirigido a la ventana de lista de avisos Figura 13. En ella podrá visualizar todos los avisos
hechos por el departamento, tendrá la opción de borrar alguno de los avisos, editarlo o de
crear uno nuevo. Si selecciona crear nuevo se le redirigirá al editor de avisos con información
en blanco, si selecciona editar se le mandará al editor de avisos, pero con todos los datos del
aviso que haya seleccionado.
Figura 13. Ventana avisos portal web

En el editor de avisos Figura 14. El personal burocrático podrá colocar un nombre al aviso,
colocar quien fue quien lo redacto, y escribir en el cuerpo del aviso toda la información que
quiera informar. Podrá agregar algún documento extra al aviso, haciendo uso del botón
“adjuntar archivo” presente en la misma ventana. Al terminar de redactar el aviso deberá de
presionar el botón de “publicar” para que se publique a todos los estudiantes. En caso de ser
una edición deberá presionar el mismo botón pero que mostrará la leyenda “guardar
cambios”. En caso de que no se quiera publicar o editar el aviso también contaba con un
botón de cancelar que lo mandara de nuevo a la lista de avisos.
Figura 14. Ventana nuevos avisos portal web

3.1.1.3 INTERFACES DE ADMINISTRADOR
Una vez haya colocado sus datos de manera correcta, el sistema de permitirá acceder y le
mostrara la ventana principal correspondiente a la Figura 15. En ella podrá observar las 3
secciones principales:
Usuarios: Le permitirá ver los usuarios dados de alta, en donde podrá mandarles mensaje
agregarles tramites, dar de alta nuevos usuarios y obtener sus datos de inicio. Personal
burocrático: Le permitirá ver a los personales burocráticos dados de alta, así como la
modificación de sus datos y/o obtención de estos.
Ventana edición: Le permitirá al administrador agregar o eliminar imágenes de extraescolares
y/o mensajes en forma de avisos.
Figura 15. Ventana principal administrador portal web

Al seleccionar la opción de Usuario en esta estarán los botones como: “buscar” el cual
permitirá buscar a un alumno dependiendo de su nombre y carrera. También habrá una casilla
donde se podrá editar los datos que se seleccionaron en un registro. Así como la pantalla que
permite ingresar nuevos usuarios y dar de alta un nuevo tramite al usuario. Al seleccionar la
casilla de un usuario esta nos pondrá 3 botones los cuales son: editar, dar alta usuario y
eliminar correspondientes a la Figura 16.
Figura 16. Ventana lista de usuario portal web
Al seleccionar al usuario mediante una interfaz se debe visualizar los tramites en curso del
usuario, así como los archivos adjuntos de los mismo. Esto con la finalidad de ayudar en
problemas que pudiesen presentarse en los mismos. Esta sección puede corroborarse en la
Figura 17.
Figura 17. Ventana correspondiente a información tramites del usuario portal web
En la casilla editar se verán los datos de usuario, contraseña y contacto.
En la casilla enviar mensaje se podrá mandar mensaje con el asunto correspondiente al
usuario ya antes seleccionado esta información puede visualizarse mediante la Figura 18.
Figura 18. Ventana de edición datos de usuario portal web

En el apartado edición que corresponde al menú principal se desplegara una vista de edición
que permite al administrador escribir texto, adjuntar archivos como imágenes o videos y
permite el movimiento para el diseño de aspecto del aviso que se presentara al usuario
correspondiente a la Figura 19
Figura 19. Despliegue menú de edición portal web
En la parte superior derecha se presenta un icono correspondiente a las notificaciones que
posee el administrador en la cual se presentaran los mensajes que tiene pendientes de lectura
respectivos a las solicitudes de ayuda de los usuarios con los cuales podrá iniciar
conversaciones de mensaje para su pronta resolución. Este aspecto puede corroborarse
mediante la Figura 20.

Figura 20. Pantalla de notificaciones del administrador portal web
3.1.2 Interfaces de hardware

El sistema no cuenta con hardware designado por lo cual no posee interfaces de hardware
directas debido a que la gestión de la aplicación, así como su conexión a la base de datos para
tareas de lectura y escritura son gestionadas por el mismo sistema del dispositivo móvil
mediante conexión a internet, de igual manera el portal web no requiere de hardware
designado pues su gestión es subyacente al servidor web.
3.1.3 Interfaces de software

La aplicación móvil requiere de comunicación constante mediante internet para actividades
de lectura y escritura de los datos correspondientes al usuario que la utilice. Así mismo el
portal web mantiene comunicación directa a la base de datos para actividades de lectura,
escritura y modificación según sea necesario. Esta comunicación se realiza mediante una API
que comunique a la aplicación con un web service siguiendo un estándar JSON con la base
de datos lo cual nos proporcionara la comunicación necesaria sin una implicación de los
recursos del dispositivo ni posibles brechas en la seguridad de los datos.
Ilustración 2. Conexiones de la aplicación mediante el web service de Microsoft
3.1.4 Interfaces de comunicaciones

La comunicación entre las distintas partes del sistema es esencial puesto que debido a la
construcción de la aplicación las diferentes interfaces de usuario requieren de una conexión
constante entre sí mismas para una navegación correcta y permitir las solicitudes de
información, así como un correcto llenado de los requerimientos de tramitación mediante los
adjuntos de archivos. Las interfaces de comunicación que requiere el sistema serán
manejadas por el sistema operativo subyacente del teléfono y en caso del portal web del
equipo que se esté utilizando.

3.2 Requerimientos funcionales
3.2.1 Usuarios clase 1 – El Usuario
3.2.1.1 REQUISITO FUNCIONAL 1.1

ID: FR1
TITLE: Descargar y actualizar aplicación móvil
DESC: Por medio de las tiendas de aplicaciones como la play store de Google y la app store
de Apple la aplicación deberá permitir su descarga por este medio, así como la actualización
automática de la aplicación cuando sea necesario.
JUST: Permitir la obtención de la aplicación por parte del usuario
DEP: Ninguna

ID: FR2
TITLE: Registro de usuario - Aplicación móvil
DESC: La primera vez que el usuario utilice la aplicación deberá poder registrarse a través
de la opción “Crear cuenta”, el usuario deberá proporcionar su correo institucional, nombre
de usuario con la nomenclatura “al-numerodecontrol”, contraseña y un número de teléfono.
JUST: Para que el usuario se registre en la aplicación móvil.
DEP: FR1
ID: FR3
TITLE: Recuperar contraseña
DESC: Una vez que el usuario se encuentre registrado tendrá la opción de recuperar su
contraseña en caso de no recordarla, para esto deberá seleccionar “recuperar contraseña”
opción la cual proporcionara un código de recuperación al usuario. Dicho código deberá ser
proporcionado a la aplicación.
JUST: Para que un usuario recupere su contraseña
DEP:FR2

ID: FR4
TITLE: Inicio de sesión de usuario - Aplicación móvil
DESC: Una vez que el usuario se encuentra registrado deberá poder acceder a la aplicación
proporcionando su nombre de usuario y contraseña
JUST: Para que el usuario pueda acceder a la aplicación.
DEP: FR2

ID: FR5
TITLE: Aplicación móvil - Sección menú principal
DESC: Una vez que el usuario ha ingresado a la aplicación debe mostrarse una pantalla con
imágenes de avisos con los que será posible la interacción reenviando a sus respectivas
pantallas de información, se contará con las siguientes opciones: búsqueda, despliegue de
información, mapa interactivo, avisos interactivos, cuenta de usuario y un icono
correspondiente a notificaciones.
JUST: La forma en que se distribuye la información
DEP: FR4

ID: FR6
TITLE: Aplicación móvil - Búsqueda
DESC: Por medio de una caja de texto con un icono de lupa el usuario escribirá la búsqueda
de su interés mediante la cual en tiempo real se filtrarán sub pantallas que coincidan con lo
escrito por el usuario a las cuales podrá acceder mediante una respuesta táctil.
JUST: Permitir que el usuario encuentre la opción deseada rápidamente
DEP: FR5

ID: FR7
TITLE: Aplicación móvil – Despliegue de información
DESC: Mediante un símbolo de tres líneas el usuario podrá activarlo mediante una respuesta
táctil la cual desplegará los departamentos establecidos como control escolar, deportes,
actividades extraescolares, artes, coordinación correspondiente a cada carrera y actividades
complementarias, opciones con las cuales se podrá interactuar.
JUST: Presentar la información ordenada al usuario para su navegación
DEP: FR5

ID: FR8
TITLE: Aplicación móvil - Redireccionamiento departamento correspondiente
DESC: Cuando el usuario seleccione una de las opciones en el despliegue de información
será redireccionado a una pantalla el cual contendrá una foto de este, una breve descripción
del departamento y las opciones de “Información” o “Tramites”.
JUST: Permitir seccionar la información correspondiente a cada departamento.
DEP: FR7

ID: FR9
TITLE: Aplicación móvil - Selección de opción “Información”

DESC: Una vez que el usuario seleccione mediante una respuesta táctil la opción información
correspondiente a un departamento será redireccionado a una pantalla con la ubicación del
departamento, avisos que establezca el departamento, así como información adicional según
se actualice a las necesidades del departamento.
JUST: Proporcionar información de un departamento especifico.
DEP: FR8

ID: FR10
TITLE: Aplicación móvil - Selección de información “Tramites”
DESC: Una vez que el usuario seleccione mediante una respuesta táctil la opción información
correspondiente a un departamento será redireccionado a una pantalla con los tramites
disponibles para su realización con los cuales se podrá interactuar que correspondan al
mismo.
JUST: Proporcionar un listado de los tramites que el usuario puede realizar
DEP: FR8

ID: FR11
TITLE: Aplicación móvil – Solicitud de tramite

DESC: Si el usuario selecciona mediante una acción táctil el trámite de su interés será
redireccionado a una pantalla con una breve descripción de este, así como los documentos
requeridos e instrucciones para comenzar son su tramitación en la cual se mostrará un
apartado para escribir texto y enviar los documentos pertinentes a su solicitud.
JUST: Comenzar con la solicitud del trámite anexando documentos e información.
DEP: FR10

ID: FR12
TITLE: Aplicación móvil - Botones de interacción en la solicitud de tramite
DESC: En el apartado correspondiente a texto y documentos del trámite se tendrá el icono
“adjuntar” el cual permitirá cargar archivos del equipo del usuario a ese apartado de la
aplicación, así como un botón “cancelar” para cancelar el trámite borrando los datos
introducidos y regresando a la pantalla anterior.
JUST: Permitir el anexo de documentos a la solicitud, así como cancelar en caso de ser
necesario
DEP: FR11

ID: FR13
TITLE: Aplicación móvil - Envió de solicitud
DESC: Al termino de llenado de documentos e información de texto del usuario en la pantalla
de solicitud de tramite mediante el botón “Guardar cambios” se bloqueará la caja de texto y
adjuntos permitiendo al usuario confirmar los datos de la solicitud para posteriormente
seleccionar el botón “enviar” de tal manera que la información sea guardada en la base de
datos enviando un acceso al personal burocrático a esa sección para su revisión.
JUST: Permitir una confirmación y envió de documentos concluyendo la solicitud del usuario
DEP: FR11

ID: FR14
TITLE: Aplicación móvil - Mapa interactivo
DESC: Mediante una respuesta táctil en el icono “Mapa interactivo” se redireccionará al
usuario a una pantalla que contendrá el plano del ITM con su correspondiente simbología en
el cual los edificios correspondientes a departamentos de tramitación (control escolar,
deportes, actividades extraescolares, artes, coordinación correspondiente a cada carrera y
actividades complementarias) serán resaltados y el usuario podrá interactuar con ellos.
JUST: Permitir al usuario una vista del plano del ITM para referencias de a donde deberá
acudir según lo desee.

DEP: FR5

ID: FR15
TITLE: Aplicación móvil - Interacción con departamentos en mapa interactivo
DESC: Una vez que el usuario active una respuesta táctil en el edificio con el desee
interactuar se mostrará una pequeña ventana con una fotografía del edificio, el nombre del
edificio como por ejemplo “Edificio AG” título con el cual podrá interactuar para ser
redireccionado a la pantalla correspondiente al departamento abordada en la sección FR7 y
una breve descripción acerca de las funciones del departamento.
JUST: Permitir al usuario saber la información del edifico, así como las funciones de este
DEP: FR14, FR8

ID: FR16
TITLE: Aplicación móvil - Interacción con imágenes de avisos
DESC: El usuario podrá interactuar con las imágenes de avisos localizadas en el menú
principal las cuales se ciclarán continuamente y al momento de generar una respuesta táctil
el usuario será redireccionado a la sección del aviso correspondiente mostrando la imagen y
la información detallada que defina el administrador

JUST: Propiciar que el usuario se mantenga informado de los avisos de interés del ITM
DEP: FR5

ID: FR17
TITLE: Aplicación móvil - Icono Notificaciones
DESC: En la pantalla del menú principal aparece el icono de notificaciones en la parte
superior derecha con la figura de una campana el cual mostrará un subíndice de la cantidad
de notificaciones que el usuario posee resaltado en rojo el cual permitirá su interacción
desplegando el listado de notificaciones pendientes con las cuales se permite la interacción
la cual te redireccionará a la opción optima según el tipo de notificación (Mensajes, trámites
pendientes, tramites finalizados y avisos).
JUST: Notificar al usuario de pendientes, actualizaciones de estado y mensajes importantes
en general.
DEP: FR5

ID: FR18
TITLE: Aplicación móvil - Icono de usuario

DESC: El usuario podrá interactuar con un icono de usuario el cual desplegará un menú con
las opciones: “Mensajes”, “Información de usuario”, “Tramites pendientes” y “Tramites
finalizados”
JUST: Permite la gestión de du información, así como tramitaciones del usuario.
DEP: FR5

ID: FR19
TITLE: Aplicación móvil - Apartado de mensajes
DESC: Al seleccionar la opcion mensajes presenta una pantalla correspondiente a los
mensajes que el usuario posee permitiendo su escritura y respuesta de mensajes desplegando
una caja de texto la cual indica la procedencia del mensaje, fecha, caja de texto para escritura,
a quien va dirigido o respuesta y un botón de envió de mensaje el cual será guardado y
enviado a su destinatario solicitado.
JUST: Permite la gestión de mensajes para el usuario.
DEP: FR18

ID: FR20
TITLE: Aplicación móvil - Opción información del usuario.

DESC: Todo usuario es propenso a necesitar una actualización en sus datos personales,
debido a algún error al registrarse o al cambio de uno de estos, como puede ser el número de
celular, o correo de contacto personal.
JUST: Modificación de datos de usuario.
DEP: FR18

ID: FR21
TITLE: Aplicación móvil - Opción Trámites pendientes.
DESC: Un alumno puede realizar distintos tramites en diferentes ámbitos, ya sea una
constancia de estudios, una beca, o una solicitud de servicio social, está nos sirve para que el
mismo usuario pueda ver todos los tramites en un solo lugar y en qué estado se encuentran.
JUST: Visualizar los tramites activos, pendientes de revisión.
DEP: FR18

ID: FR22
TITLE: Aplicación móvil - Botón que muestre el estado del trámite en específico.
DESC: Al enviar la documentación necesaria dentro de la app se mostrara como estado
“Enviado”, lo cual procede a esperar que algún administrativo tome el trámite, dando así el
estado de “En revisión”, y al haber finalizado con la verificación del administrativo puede
proceder a dos estatus diferentes, “Finalizado” o en su caso “Ha ocurrido un fallo” en donde
puede suceder que haya faltado algún documento, o tenga información incorrecta, donde en
la misma app se mostrara que fue lo que sucedió y se darán diversas opciones para
solucionarlo.
JUST: Conocer de manera precisa el estado del trámite.
DEP: FR21

ID: FR23
TITLE: Aplicación móvil - Opción tramites finalizados.
DESC: Cualquier alumno puede necesitar los documentos de la plataforma para entregar de
manera física por fuera del instituto, o los necesite para realizar algún otro tramite la opción
más fácil es que los busque filtrándolos por fecha en la aplicación y teniendo de manera fácil
la descarga de estos documentos.
JUST: Visualizar todos los tramites finalizados.
DEP: FR18

ID: FR24
TITLE: Aplicación móvil - Tramites finalizados
DESC: En esta sección se almacenan todos los tramites que se han dado por finalizados,
cumpliendo así correctamente las necesidades que cubrían al realizarse permitiendo su
descarga.
JUST: Visualizar todos los tramites finalizados.
DEP: FR23

ID: FR25
TITLE: Aplicación móvil - Botón de descarga de documento del trámite finalizado
DESC: Este funciona para que sea más ágil la obtención de los documentos sin la necesidad
de acudir a la oficina correspondiente, y tenerlos en un formato digital.
JUST: Obtener de manera directa los archivos en la aplicación.
DEP: FR24

ID: FR26
TITLE: Aplicación móvil - Opción ayuda

DESC: Al presionar este botón desplegara una ventana en la cual podrás mandar un mensaje
de ayuda en la misma aplicación, o podrás comunicarte mediante correo electrónico el cual
se incorpora en la misma pantalla.
JUST: Botón de contacto con el soporte de la aplicación
DEP: FR5

ID: FR27
TITLE: Aplicación móvil - Envió de mensajes en ayuda
DESC: Mediante este habrá una comunicación directa con el personal que administra la
sección de ayuda, la cual brindará apoyo en caso de dudas o de encontrarse con un problema
dentro de esta.
JUST: Comunicación con el soporte.
DEP: FR26

ID: FR28
TITLE: Aplicación móvil - Anclaje de evidencia en mensajes de ayuda
DESC: Esta permite la subida de evidencia a soporte en el cual puedes reportar un problema
de manera más clara para el personal encargado.

JUST: Permite subir archivos no mayores a 5 MB
DEP: FR27
3.2.2 Usuarios clase 2 – Personal burocrático

ID: FR29
TITLE: Portal web - Registro
DESC: Mediante este el personal podrá crear su cuenta con permisos específicos,
dependiendo del área en la que estén de encargo. Donde se les solicitaran datos personales
para validar el quien se está registrando.
JUST: Registro de usuario administrativo
DEP: Ninguna

ID: FR30
TITLE: Portal web - Login
DESC: Acá el personal podrá acceder a su cuenta en donde podrán ver la información de la
aplicación, crear, modificar o eliminar publicaciones, entre otras cosas.
JUST: Inicio de sesión del personal

DEP: FR29

ID: FR31
TITLE: Portal web – Recuperar contraseña
DESC: Si el usuario registrado pierde su contraseña deberá ser capaz de reestablecerla por
medio de un correo electrónico.
JUST: Para que un usuario pueda reestablecer su contraseña.
DEP: FR30.

ID: FR32
TITLE: Portal web – Ver lista de tramites del departamento.
DESC: Al iniciar sesión se le mostraran varias pestanas al personal burocrático, una de ellas
será una lista de todos los trámites manejados por el departamento al que pertenece.
JUST: Para que el personal burocrático pueda observar la lista completa de tramites de su
departamento.
DEP: FR30

ID: FR33
TITLE: Portal web – Redirigir a trámite seleccionado.
DESC: Una vez que el personal burocrático se encuentra en la pestaña de los tramites de su
departamento, podrá hacer clic en cualquiera de ellos, lo que lo redirigirá a la ventana con la
información completa sobre el trámite que seleccionó.
JUST: El personal burocrático requiere poder navegar entre todos los trámites para poder
hacer modificaciones.
DEP: FR32

ID: FR34
TITLE: Portal web – Dar de alta trámite.
DESC: Una vez el usuario se encuentra en la pestaña de información del trámite, este deberá
ser capaz de abrir el trámite de forma que este se encuentre disponible para los alumnos,
colocando una fecha de inicio y fin en la cual los alumnos podrán iniciar con el proceso y
subir la documentación requerida.
JUST: Se requiere que los tramites estén disponibles para los alumnos con cierta ventana de
tiempo.
DEP: FR32

ID: FR35
TITLE: Portal web – Lista de trámites pendientes de revisión.
DESC: Otra pestaña que podrá seleccionar el personal burocrático después de iniciar sesión
será la pestaña de trámites pendientes de revisión, en la cual podrá ver, separados por
categoría y en orden de quien lo solicito primero, una lista con todos los trámites pendientes
de autorizar y el solicitante, mostrando la fecha límite para la revisión de cada uno de ellos.
JUST: El personal burocrático ocupa hacer revisión de los tramites que solicitan los alumnos
por la aplicación móvil.
DEP: FR30, FR41

ID: FR36
TITLE: Portal Web – Redirigir a trámite seleccionado para revisión.
DESC: Una vez el personal burocrático se encuentra en la pestaña de tramites por revisar,
podrá hacer clic en cualquiera de ellos, que lo llevara a la ventana con la información
completa sobre la solicitud del trámite y los documentos que fueron subidos para revisión
JUST: El personal burocrático ocupa revisar uno por uno los tramites solicitados.
DEP:FR35

ID: FR37
TITLE: Portal web – Autorizar tramite
DESC: Cuando el personal burocrático haya revisado la documentación se encuentra
correcta, podrá presionar un botón que notificara al alumno que no hubo ningún
inconveniente y, dependiendo del tipo de trámite, avanzar al siguiente paso o ya solo subir la
documentación generada por la conclusión de este.
JUST: El personal burocrático deberá continuar con el proceso en caso de que todos los
documentos estén correctos y en forma.
DEP: FR36

ID: FR38
TITLE: Portal web – Solicitar corrección de documentación.
DESC: Si al revisar la documentación subida por el estudiante, el personal burocrático se
percata de que algún documento es incorrecto o no cumple con las características solicitadas,
este podrá hacer clic en el botón de solicitar corrección, en donde podrá escribir en un cuadro
de texto los cambios que se requieren y estos se le notificaran al alumno. El trámite se pondrá
en pausa hasta se corrijan los problemas.

JUST: El personal burocrático necesitara hacer correcciones en caso de documentos
erróneos.
DEP: FR36

ID: FR39
TITLE: Portal web – Denegar trámite.
DESC: En ciertos casos, el personal burocrático requerirá de simplemente de cerrar un
trámite sin este ser concluido, como lo puede ser si el trámite no es aplicable para el alumno
o surgen cambios de último minuto dentro del departamento. En estos casos el personal
burocrático podrá presionar el botón de denegar tramite, donde se abrirá un cuadro de texto
donde tendrá que escribir las razones por las que no se puede proceder con el proceso.
JUST: En ciertos casos se tendrá que cancelar una solicitud de tramite sin oportunidad de
continuar con el proceso.
DEP: FR36

ID: FR40
TITLE: Portal Web – Actualizar estado de trámite.
DESC: Algunos estados se colocarán de manera automática:

• Pendiente de revisión (al enviar el estudiante la documentación).
• En revisión (al momento que el personal burocrático abre la ventana de ese trámite).
• Revisión concluida, esperando futuras instrucciones (cuando el personal burocrático
valida que todos los documentos son correctos).
• Pendiente de Corrección (si el personal burocrático solicitó correcciones).
• Cancelado (si el trámite es cerrado por cualquier motivo).
Otros deberán ser colocados de manera manual por el personal burocrático a su propia
discreción, se podrán tener algunos otros dependiendo de la naturaleza del trámite:
• Generando documentación. (si se requiere entregar algún documento al estudiante).
• En espera de ser recogido (si se solicita un documento en físico y no han pasado por
el)
• Finalizado (si el proceso concluyo y ya no se requiere de ningún otro cambio).
JUST: El estudiante requerirá saber en tiempo real el estado del trámite que seleccionó.
DEP: FR36, FR37, FR38, FR39.

ID: FR41
TITLE: Portal web – Tiempo restante para revisión de trámite.
DESC: Dependiendo del tipo de trámite, el personal burocrático contará con una ventana de
tiempo en la cual le debe dar solución, para ello se contará con un contador que le muestre
los días y horas que le quedan disponibles para realizar la revisión, que se mostrara al lado
de cada solicitud de trámite que hayan hecho los estudiantes.
JUST: El personal burocrático requiere conocer el tiempo que le queda para dar atención a
los trámites.
DEP: FR13

ID: FR42
TITLE: Portal web – Descarga de documentos.
DESC: El personal administrativo requerirá de poder descargar los documentos a su
dispositivo, ya sea para dar una revisión más exhaustiva, para poder imprimirlo, etc. Para ello
deberá contar con un dentro de la ventana del trámite para descargar los archivos subidos por
los estudiantes o por ellos mismos.
JUST: El personal burocrático requiere descargar algún documento a su propio dispositivo.
DEP: FR36

ID: FR43
TITLE: Portal web – Subir documentos.

DESC: Si el trámite requiere de entregar algún documento al estudiante, el portal web
requerirá de tener la opción de subir documentos en la pestaña del trámite, para que
posteriormente el estudiante lo pueda consultar desde la aplicación móvil.
JUST: El personal burocrático requiere de subir documentos al servidor para entregárselos al
alumno
DEP: FR36

ID: FR44
TITLE: Portal web – Entrega de documentos a estudiante.
DESC: Al terminar un trámite es posible que se tengan que entregar múltiples documentos
al estudiante. En la ventana de revisión de trámite se podrán subir varios archivos, de uno en
uno o varios a la vez, pero estos no se entregarán al estudiante hasta que el personal
burocrático confirme que ya termino de subir todos los documentos, presionando el botón de
“entregar”.
JUST: El personal burocrático no entregara los documentos hasta que este seguro que son
correctos y que ya ha subido todos.
DEP: FR36, FR42.

ID: FR45
TITLE: Portal web – Buscar tramite en proceso
DESC: En ciertos casos, como que se le comunique al personal burocrático que cierto proceso
tiene mayor urgencia y se ocupa lo más pronto posible, estos tendrán una pestana para buscar
cierto tramite, ya sea por su Id o por el nombre de quien lo solicito.
JUST: El personal burocrático requerirá en ciertos casos buscar el trámite en específico de
alguna persona.
DEP: FR35

ID: FR46
TITLE: Portal web – Responder a mensaje de ayuda
DESC: Otra pestaña que estará disponible al iniciar sesión el personal burocrático será la de
responder a preguntas pendientes. En esta, si algún estudiante hizo una pregunta en la sección
de ayuda dirigida a su departamento, este podrá seleccionarla, abriéndole un cuadro de texto
donde puede escribir la respuesta y enviársela.
JUST: El personal burocrático deberá ser capaz a preguntas que hagan los estudiantes en la
sección de dudas.
DEP: FR27, FR30.

ID: FR47
TITLE: Portal web – Ver sección de avisos.
DESC: La última opción que vera el personal administrativo al iniciar sesión será la sección
de avisos, en esta podrá ver todos los avisos que ha hecho su departamento a los estudiantes,
como apertura de convocatorias, días que no estarán atendiendo, etc.
JUST: El personal deberá gestionar y publicar avisos a la población estudiantil para
mantenerlos informados de las actividades que les puedan ser de importancia.
DEP: FR30.

ID: FR48
TITLE: Portal web – Agregar nuevo aviso.
DESC: En la sección de avisos el personal burocrático contará con un botón para crear un
nuevo aviso, al presionarlo se le abrirá un cuadro de texto en el cual podrá añadir texto,
imágenes y/o anexar al documento. Al finalizar de redactar el aviso deberá presionar el botón
de “publicar” para que el aviso les aparezca a los alumnos dentro de la aplicación móvil.
También abra un botón de “cancelar” en caso de que no quiera publicar el aviso.
JUST: El personal burocrático requiere de crear de crear avisos para mantener informados a
los estudiantes nuevas actividades o tramites que estén disponibles.

DEP: FR47

ID: FR49
TITLE: Portal web – Eliminar aviso.
DESC: Si algún aviso que se haya publicado anteriormente tiene información errónea o que
ya no es relevante para los estudiantes, el personal burocrático podrá presionar el botón de
“eliminar” para que este ya no les aparezca a los estudiantes. Se pondrá un mensaje de
confirmación antes de eliminarlo permanentemente para evitar eliminaciones accidentales.
JUST: El personal burocrático requerirá eliminar avisos ya sea porque ya no son relevantes
o presentan grandes errores.
DEP: FR47, FR48.

ID: FR50
TITLE: Portal web – Editar aviso.
DESC: Una vez publicado el aviso, el personal burocrático puede verse en la necesidad de
hacer algún cambio, como agregar detalles o hacer alguna corrección leve como un error
ortográfico, para ello al lado del aviso contaran con un botón para editarlo. Al presionarlo se
abrirá el editor del aviso, con el contenido del aviso (texto, imágenes, documentos anexados)
los cuales podrá modificar a medida que lo requiera. Al finalizar de modificar el aviso deberá
presionar el botón de “finalizar” para que los cambios se vean reflejados o “cancelar” para
no guardar ningún cambio.
JUST: El personal burocrático requerirá de editar avisos para agregar detalle o hacer
correcciones.
DEP: FR47, FR48.
3.2.3 Usuarios clase 3 – Administrador
3.2.3.1 REQUISITO FUNCIONAL 3.1.

ID: FR51
TITLE: inicio de sesión del administrador.
DESC: Para administrar el sistema un administrador debe iniciar sesión en el portal web,
Inicio de sesión exitoso Dado que el administrador quiere iniciar sesión cuando el
administrador inicia sesión con una cuenta de administrador.
JUST: Entonces el administrador debe iniciar sesión como administrador.
DEP:FR30
3.2.3. REQUISITO FUNCIONAL 3.2.

ID: FR52
TITLE: Pantalla con notificaciones de usuarios.

DESC: Un administrador debería ser capaz de gestionar los problemas de los usuarios con el
uso de la app. recibir mensaje con petición o consulta
Dado que el administrador ha iniciado sesión. El administrador tendrá una ventana donde
vera las consultas, dudas o problemáticas de los usuarios.
JUST: procederá a resolver la duda, consulta y/o problemáticas solicitadas.
DEP:FR51

ID: FR53
TITLE: Ver datos del usuario.
DESC: Un administrador debería ser capaz de gestionar los datos de los usuarios para su
obtención. Busca la obtención de los datos de un usuario al que se le olvidaron sus datos.
Dado que el administrador ha iniciado sesión. El administrador tendrá un botón que lo enviará
a una nueva ventana donde vera los datos de los usuarios.
JUST: procederá a gestionar estos datos para enviarlos al usuario que los olvido.
DEP: FR52

ID: FR54
TITLE: Modificación de los datos del usuario.

DESC: Un administrador debería ser capaz de gestionar los datos de un usuario para su
modificación. El usuario quiere modificar sus datos.
Dado que el administrador ha iniciado sesión. El administrador tendrá un botón que lo
enviará a una nueva ventana donde vera los datos de los usuarios.
JUST: procederá a modificar los datos conforme el usuario ha especificado.
DEP: FR52, FR53.

ID: FR55
TITLE: Obtención de los tramites hechos.
DESC: Un administrador debería ser capaz de gestionar los tramites de los usuarios. El
usuario ha hecho uno o varios tramites.
enviará a una nueva ventana donde vera los tramites de los usuarios.
JUST: procederá a notificar cuales son los tramites hechos por el usuario de así ser requerido.
DEP.FR52

ID: FR56
TITLE: Ver tramites en proceso.

DESC: Un administrador debería ser capaz de gestionar los tramites que el usuario tiene
activos o en proceso. El usuario desea saber cuál es el estado de sus trámites.
enviará a una nueva ventana donde vera los tramites en proceso de los usuarios.
JUST: procederá a notificar cual es el estado de los tramites hechos por el usuario.
DEP. FR52, FR55

ID: FR57
TITLE: Cancelar tramites en proceso.
DESC: Un administrador debería ser capaz de gestionar los tramites que el usuario tiene en
proceso y de ser necesario cancelarlos. El usuario desea cancelar un trámite en proceso.
enviará a una nueva ventana donde vera los tramites en proceso de los usuarios y donde le
permitirá cancelar dichos tramites.
JUST: Procederá a cancelar y notificar a usuario que el trámite ha sido cancelado con éxito.
DEP. FR56

ID: FR58
TITLE: Dar de alta a un usuario.
DESC: Un administrador debería ser capaz de dar de alta un nuevo usuario. Le piden al
administrador dar de alta un nuevo usuario.
enviará a una nueva ventana donde podrá dar de alta a un nuevo usuario.
JUST: procederá a llenar los campos del usuario (Véase apartado 3.2.1.1 R.F. 1.1) finalmente
dará de alta al usuario con un botón aceptar.
DEP: FR51

ID: FR59
TITLE: Dar de alta a un usuario un nuevo trámite.
DESC: Un administrador debería ser capaz de dar de alta un nuevo tramite a un usuario. Le
piden al administrador dar de alta un nuevo tramite a un usuario.
enviará a una nueva ventana donde podrá dar de alta un nuevo tramite, seleccionando a que
usuario desea darle ese trámite.
JUST: procederá a poner en proceso ese trámite.
DEP: FR52, FR56

ID: FR60
TITLE: Enviar mensaje a un usuario.
DESC: El proceso de un trámite ha finalizado y necesitan comunicárselo al usuario.
Dado que el administrador ha iniciado sesión. El administrador tendrá un botón al lado del
nombre del usuario que lo enviará a una nueva ventana donde podrá mandar mensaje a un
usuario.
JUST: procederá a informar al usuario el mensaje.
DEP: FR53

ID: FR61
TITLE: Pantalla con notificaciones de personal burocrático.
DESC: Un administrador debería ser capaz de gestionar los problemas del personal
burocrático con el uso de la app. recibir mensaje con petición o consulta.
vera las consultas, dudas o problemáticas del personal burocrático.
JUST: procederá a resolver la duda, consulta y/o problemáticas solicitadas.
DEP:FR51
ID: FR62
TITLE: Ver departamentos.
DESC: Consulta de departamentos activos.
vera los departamentos actuales y el personal burocrático que en él están.
JUST: Procederá a dar seguimiento a la consulta.
DEP:FR51

ID: FR63
TITLE: Dar de alta departamentos.
DESC: Un administrador debería ser capaz de gestionar los departamentos existentes y
agregar nuevos. Dar de alta un departamento.
vera los departamentos actuales y un botón donde podrá dar de alta nuevos departamentos.
JUST: Procederá a dar de alta al departamento.

ID: FR62
TITLE: Enviar mensaje al personal burocrático.
DESC: Un administrador debería ser capaz de comunicarse con el personal burocrático. El
proceso de un trámite ha sido cancelado y necesitan comunicárselo al personal burocrático.
Dado que el administrador ha iniciado sesión. El administrador tendrá un botón al lado del
nombre del personal burocrático que lo enviará a una nueva ventana donde podrá mandar
mensaje a una persona del personal burocrático.
JUST: procederá a informar a la persona del personal burocrático el mensaje.
DEP: FR65

ID: FR65
TITLE: Ver datos del personal burocrático.
DESC: Un administrador debería ser capaz de gestionar los datos del personal burocrático
para su obtención. Busca la obtención de los datos de una persona del personal burocrático
al que se le olvidaron sus datos.
JUST: Dado que el administrador ha iniciado sesión. El administrador tendrá un botón que
lo enviará a una nueva ventana donde vera los datos del personal burocrático. Luego,
procederá a gestionar estos datos para enviarlos a la persona que los olvido.
DEP: FR62
ID: FR66
TITLE: Modificación de los datos del personal burocrático.
DESC: Un administrador debería ser capaz de gestionar los datos del personal burocrático
para su modificación. Una persona del personal burocrático quiere modificar sus datos.
lo enviará a una nueva ventana donde vera los datos del personal burocrático. Luego,
procederá a modificar los datos conforme el personal lo necesite.
DEP: FR65

ID: FR67
ITLE: Ver permisos otorgados del personal burocrático.
DESC: Un administrador debería ser capaz de gestionar los permisos del personal burocrático
para su modificación. Una persona del personal burocrático quiere modificar datos a los
cuales no tiene permiso activo.
lo enviará a una nueva ventana donde vera los datos del personal burocrático y sus permisos
activos. Luego, procederá a modificar los permisos conforme el personal lo necesite.

DEP: FR65

ID: FR68
TITLE: Ver tramites a cargo del personal burocrático.
DESC: Hubo un error en un trámite y no se sabe quién estaba a cargo.
lo enviará a una nueva ventana donde vera los datos del personal burocrático y los trámites
que tienen en su cargo. Luego, procederá a notificar quien era el encargado del trámite.
DEP: FR65

ID: FR69
TITLE: Ventana edición.
DESC: Un administrador debería ser capaz de gestionar los anuncios extraescolares. Se abre
la convocatoria otoño-diciembre de inglés.
JUST: Dado que el administrador ha iniciado sesión. El administrador tendrá una ventana
donde vera los anuncios activos. Luego, procederá a modificarlos con el Modo edición
DEP: FR51

ID: FR70
TITLE: Modo edición.
DESC: Un administrador debería ser capaz de gestionar los anuncios extraescolares. Se
abre la convocatoria otoño-diciembre de inglés.
JUST: Dado que el administrador ha iniciado sesión. El administrador tendrá un botón
donde podrá agregar fotos y texto. Luego, procederá a guardar los cambios con el botón
confirmar edición.
DEP: FR69

ID: FR71
TITLE: Botón confirmar edición.
DESC: Un administrador debería ser capaz de gestionar los anuncios extraescolares agregar
y confirmarlos. Se abre la convocatoria otoño-diciembre de inglés.
JUST: Dado que el administrador ha iniciado sesión. El administrador tendrá un botón donde
confirmar lo editado en el Modo edición. Luego, procederá a confirmar los cambios.
DEP: FR69 Y FR70.

3.2.4 Usuario clase 4 – Usuario externo anónimo

ID: FR72
TITLE: Botón de entrar como usuario anónimo.
DESC: Una persona externa al alumnado del Tecnológico de morelia desea ingresar a la app
y utiliza el botón entrar como usuario anónimo.
JUST: Dado que el usuario anónimo ha iniciado ingresado. El usuario anónimo se
redirecciona a una visualización como el usuario registrado, pero con restricciones.
DEP: FR4

ID: FR73
TITLE: Aplicación móvil - Mapa interactivo usuario anónimo.
DESC: Una persona externa al alumnado del Tecnológico de morelia desea encontrar un
edificio.
JUST: Dado que el usuario anónimo ha iniciado ingresado. Al usuario anónimo se le desglosa
un plano general del ITM interactivo.
DEP: FR72
3.2.4.3 BOTONES INTERACTIVOS MAPA 4.3

ID: FR72
TITLE: Aplicación móvil - Botones interactivos mapa usuario anónimo
DESC: Presionar sobre un edificio en el mapa.
JUST: Dado que el usuario ha presionado sobre un edificio, este desplegara una nueva
ventana mostrando así la información pertinente a donde haya interactuado.
DEP: FR71
3.2.4.4 BÚSQUEDA 4.4

ID: FR73
TITLE: Aplicación móvil - Búsqueda usuario anónimo
DESC: Búsqueda de un edificio en específico.
JUST: Dado que este filtra las opciones que coincidan con la búsqueda del usuario, dando
así una mayor precisión en las necesidades del alumno.
DEP: FR72
3.2.4.5 BOTONES DE REDIRECCIÓN AL DEPARTAMENTO 4.5

ID: FR74
TITLE: Botones de redirección al departamento.
DESC: Redirección a una pantalla del departamento correspondiente.

JUST: Dado que esta muestra información general y las distintas actividades que se pueden
realizar en dichos espacios, como los trámites, los cuales no están disponibles para
interaccionar.
DEP: FR73
3.2.4.6 OPCIONES DE INSCRIPCIÓN A ACTIVIDADES EXTRAESCOLARES 4.6

ID: FR75
TITLE: Opción de inscripción a actividades extraescolares.
DESC: Inscripción a una actividad extraescolar en el instituto.
JUST: Dado que esta muestra la información necesaria para inscribirse, como los requisitos
y el costo, viene incorporado un formulario para un registro el cual será canalizado por los
encargados correspondientes.
DEP: FR74
3.2.4.7 PANTALLA REGISTRO EXTRAESCOLARES 4.7

ID: FR76
TITLE: Pantalla registro extraescolares.
DESC: Ingreso de datos personales a la inscripción.

JUST: Dado que ya ha ingresado al formulario de registro, es necesario llenarlo con la
información necesaria, para que le puedan generar una orden de pago, si es que aplica, en
dado caso que no aplique, se le notificara la información post inscripción.
DEP: FR75
3.3 Requerimientos no funcionales
Esta sección desarrolla las características y restricciones del sistema referentes a la eficiencia
y usabilidad del sistema con la finalidad de un correcto uso de la aplicación por parte del
usuario, así como su manejo en los dispositivos móviles.
3.3.1 Requisitos de desempeño.
3.3.1.1 USO DE LA FUNCIÓN DE BÚSQUEDA.

ID: QR1
TITLE: Resultados de búsqueda.
DESC: Las búsquedas realizadas por el usuario dentro de la aplicación deben mostrar las
opciones que coincidan con la oración digitada ignorando diferencias en mayúsculas,
minúsculos o acentos.
JUST: Permitir los resultados deseados por el usuario.
DEP: Ninguna.
3.3.1.2 USO DESPLIEGUE DE RESULTADOS EN LA APLICACIÓN
ID: QR2
TITLE: Muestra de resultados dentro de la aplicación.
DESC: Los despliegues de información en la pantalla deben ser claros y concisos de tal
manera que el usuario pueda interactuar de manera adecuada con ellos y entienda su
significado general
JUST: Permitir la correcta interacción entre el usuario y su acceso a la información
DEP: Ninguna.
3.3.1.3 FUNCIÓN DE CONEXIÓN DE INFORMACIÓN CON LA BASE DE DATOS

ID: QR3
TITLE: Enlace de la información.
DESC: Las diferentes consultas de información solo deben ser aquellas que correspondan al
usuario de tal manera que no se enlace información incorrecta en un perfil al cual no estan
dirigidos esos datos.
JUST: Mostrar al usuario solo la información de su interés evitando de esta manera
filtraciones de información de terceros.
DEP: Ninguna.
3.3.1.4 PRESENTACIÓN DE LAS NOTIFICACIONES

ID: QR4
TITLE: Actualización de las notificaciones.
DESC: Mediante el apartado de notificaciones el usuario debe poder visualizar las
notificaciones correspondientes a su perfil de tal manera que no se entrelacen con avisos no
correspondientes a su cuenta.
JUST: Mostrar solo los resultados correspondientes al usuario en particular.
DEP: QR3
3.3.1.5 USO DE LOS RESULTADOS DEL MAPA INTERACTIVO

ID: QR5
TITLE: Interacción con botones correspondientes al mapa.
DESC: Las interacciones realizadas con los edificios que así lo permitan en el plano del ITM
deben ser de fácil comprensión y acceso, así como coincidir solo con la información
designada para esa área sin propiciar la difusión de información falsa.
JUST: Evitar confusiones en los diferentes departamentos debido a información incorrecta.
DEP: QR3
3.3.1.6 FUNCIÓN DE TRAMITACIONES

ID: QR6
TITLE: Uso de las tramitaciones dentro del sistema

DESC: Los requisitos, información y documentos solicitados deben ser correspondientes a
los necesarios para su correcto manejo por lo cual no deben omitirse en la descripción de los
apartados correspondientes a dicho trámite.
JUST: Permitir una correcta tramitación sin solicitar más documentos de los establecidos en
la hoja de información propiciando su rápida aprobación.
DEP: ninguna
3.3.1.7 TIEMPO DE RESPUESTA

ID: QR7
ETIQUETA: Tiempo de subida
GIST: La rapidez de la subida de un archivo al sistema
ESCALA: El tiempo de respuesta de adjuntar un archivo
MEDIDOR: Comprobación por medio de 1000 pruebas correspondientes al adjunto de un
archivo
DEBE: No más de 30 segundos el 100% del tiempo.
DESEO: No más de 10 segundos el 100% del tiempo.

3.3.1.8 CONFIABILIDAD DEL SISTEMA
ETIQUETA: Confiabilidad del sistema
GIST: La tolerancia a fallas del sistema.
ESCALA: Si el sistema pierde la conexión a Internet o el sistema recibe alguna entrada
extraña o el servidor no se encuentra disponible por el momento, se debe informar al usuario.
MEDIDOR: Medidas obtenidas a partir de 1000 horas de uso durante la prueba.
DEBE: 100% del tiempo.
3.3.2 Restricciones de diseño

Sección correspondiente a las restricciones en el diseño procedentes del hardware mediante
el dispositivo utilizado.
3.3.2.1 ESPACIO EN DISCO DURO

ID: QR10
ETIQUETA: Espacio de almacenamiento
GIST: espacio de almacenamiento
ESCALA: La necesidad de espacio de almacenamiento de la aplicación.
MEDIDOR: MB.
DEBE: No más de 150 MB.

PLAN: No más de 100 MB.
DESEO: No más de 80 MB.
MB: DEFINIDO: Megabyte
3.4.2 USO DE LA MEMORIA DE LA APLICACIÓN

ID: QR11
ETIQUETA: Aplicación Memoria Uso
GIST: la cantidad de memoria del sistema operativo ocupada por la aplicación.
ESCALA: MB.
MEDIDOR: Las observaciones realizadas desde el registro de rendimiento durante la prueba
DEBEN: No más de 350 MB.
PLAN: No más de 250 MB
DESEO: No más de 200 MB
Sistema operativo: DEFINIDO: El sistema operativo móvil en el que se ejecuta la aplicación.
MB:
DEFINIDO: Megabyte.
3.3.3 Atributos del sistema de software
Los requisitos de esta sección especifican la confiabilidad, disponibilidad, seguridad y
mantenibilidad requeridas del sistema de software.
3.3.3.1 Confiabilidad.
ID: QR12
ETIQUETA: Confiabilidad del sistema
GIST: La confiabilidad del sistema.
ESCALA: La confiabilidad de que el sistema da el resultado correcto en una búsqueda de un
trámite o edificio y el seguimiento, finalización de los tramites.
MEDIDOR: Medidas obtenidas de 1000 tramites durante la prueba.
DEBE: Más del 98% de los tramites.
PLAN: Más del 99% de los tramites hechos.
DESEO: 100% de la resolución de los tramites.
3.3.3.2 Disponibilidad
ID: QR13
ETIQUETA: Disponibilidad del sistema
GIST: La disponibilidad del sistema cuando se utiliza.

ESCALA: La disponibilidad promedio del sistema (sin considerar fallas en la red).
MEDIDOR: Medidas obtenidas a partir de 1000 horas de uso durante la prueba.
DEBE: Más del 98% del tiempo.
PLAN: Más del 99% del tiempo.
DESEO: 100% del tiempo.
ID: QR14
TITULO: Conexión a Internet
DESC: La aplicación debe estar conectada a Internet.
JUST: Para que la aplicación se comunique con la base de datos.
DEP: ninguno
ID: QR15
TÍTULO: Conexión GPS
DESC: La aplicación debe estar conectada al dispositivo GPS.
JUST: Para que la aplicación obtenga la ubicación de los usuarios, el mapa y calcule la
distancia.
DEP: ninguno
3.3.3.3 Seguridad.
ID: QR16
ETIQUETA: Comunicación Seguridad
GIST: Seguridad de la comunicación entre el sistema y el servidor.
ESCALA: Los mensajes deben cifrarse para las comunicaciones de inicio de sesión, de modo
que otros no puedan obtener el nombre de usuario y la contraseña de esos mensajes.
MEDIDOR: intentos de obtener el nombre de usuario y la contraseña a través de mensajes
obtenidos en 1000 sesiones de inicio de sesión durante la prueba.
DEBE: El 100% de los Mensajes de Comunicación en la comunicación de una sesión de
inicio de sesión deben estar encriptados.
Definidos: Todo intercambio de información entre cliente y servidor.
ID: QR17
ETIQUETA: Seguridad de las cuentas
GIST: Seguridad de entrar con datos de la cuenta existentes.
ESCALA: Si un administrador intenta iniciar sesión en el portal web con una cuenta que no
existe, el administrador no debe iniciar sesión. El administrador debe recibir una notificación
sobre el error de inicio de sesión.

DEBE: El 100% de los Mensajes de Comunicación en la comunicación de una sesión de
inicio de sesión deben estar encriptados.
ID: QR18
ETIQUETA: Intentos de inicio de sesión.
GIST: intentos permitidos de inicio de las cuentas.
ESCALA: Un administrador y una dirección IP no deberían poder iniciar sesión en el portal
web durante un cierto período de tiempo después de tres intentos fallidos de inicio de sesión.
DEBE: El período de bloqueo debe ser de media hora, y durante ese período la función de
inicio de sesión está deshabilitada.
ID: QR19
ETIQUETA: Usuario Crear Cuenta Seguridad
GIST: La seguridad de crear una cuenta para los usuarios del sistema.
ESCALA: Si un usuario desea crear una cuenta y el nombre de usuario deseado está ocupado,
se le debe pedir al usuario que elija un nombre de usuario diferente.
MEDIDOR: Mediciones obtenidas en 1000 horas de uso durante la prueba.
DEBE: 100% del tiempo.

3.3.3.4 Mantenibilidad
ID: QR20
TÍTULO: Extensibilidad de la aplicación
DESC: La aplicación debe ser fácil de extender. El código debe estar escrito de manera que
favorezca la implementación de nuevas funciones.
JUST: para que futuras funciones se implementen fácilmente en la aplicación.
ID: QR21
TÍTULO: Comprobabilidad de la aplicación
DESC: se deben crear entornos de prueba para la aplicación que permitan probar las
diferentes funciones de la aplicación.
RAT: Para probar la aplicación.
3.3.3.5 Portabilidad
TÍTULO: Portabilidad de aplicaciones
DESC: La aplicación debe ser portable con iOS y Android.
JUST: La plataforma adaptable para ejecutar la aplicación

3 2 GrupoA OB InformaTECM ERS

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

3 2 GrupoA OB InformaTECM ERS

Cargado por

Copyright:

Formatos disponibles

MATERIAS AGOSTO DICIEMBRE 2022. PROFESOR: JORGE SÁNCHEZ VEGA.

FUNDAMENTOS DE INGENIERÍA DE SOFTWARE.

NOMBRE CORTO DEL PROYECTO:

NOMBRE DEL EQUIPO:

LÍDER DEL PROYECTO. Rafael Alejandro Contreras Avalos l20120970@morelia.tecnm.mx

DOCUMENTADOR. David Guido Rodríguez l20120992@morelia.tecnm.mx

ANALISTA. Leonardo Franco Pérez l20120977@morelia.tecnm.mx

DISEÑADOR. Gabriel Zaid Pérez Pérez l20121025@morelia.tecnm.mx

Descripción breve del proyecto.

1.2 Alcance .......................................................................................................................... 4

1.3 Definiciones, acrónimos y abreviaturas ........................................................................ 5

1.4 Referencias .................................................................................................................... 7

2. DESCRIPCION GENERAL .............................................................................................. 8

2.1 Perspectiva del producto ............................................................................................... 8

2.2 Funciones del producto ............................................................................................... 10

2.3 Características del usuario ........................................................................................... 11

2.4 Restricciones ............................................................................................................... 12

2.5 Supuestos y dependencias ........................................................................................... 13

2.6 Distribución de requerimientos ................................................................................... 13

3.REQUISITOS ESPECIFICOS .......................................................................................... 14

3.1 Requisitos de la interfaz externa ................................................................................. 14

3.1.1 Interfaces de usuario................................................................................................. 14

3.1.2 Interfaces de hardware ............................................................................................. 30

3.1.4 Interfaces de comunicaciones................................................................................... 31

3.2 Requerimientos funcionales ........................................................................................ 32

3.2.1 Usuarios clase 1 – El Usuario .................................................................................. 32

3.2.2 Usuarios clase 2 – Personal burocrático ................................................................... 46

3.2.3 Usuarios clase 3 – Administrador ............................................................................ 58

3.2.4 Usuario clase 4 – Usuario externo anónimo............................................................. 69

3.3 Requerimientos no funcionales ................................................................................... 72

3.3.1 Requisitos de desempeño. ........................................................................................ 72

3.3.2 Restricciones de diseño ............................................................................................ 76

3.3.3 Atributos del sistema de software ............................................................................ 78

En la sección correspondiente se abordan la conceptualización general del software, así como

una descripción de este documento ERS proporcionando una lista de abreviaturas y

y alcance del software.

El propósito de este documento es comunicar una descripción detallada acerca de los

requerimientos que necesitara el software “InformaTECM” detallando la interacción con el

interacciones con aplicaciones externas que aporten al funcionamiento de este. El objetivo

desarrollo por parte del equipo encargado de su implementación.

El software “InformaTECM” es una aplicación móvil para el usuario en la cual, mediante un

de requerimientos y permite manejar la tramitación de documentos correspondientes al ITM.

El personal burocrático utilizara un portal web para el seguimiento y tramitación de

la aplicación. Un administrador podrá utilizar el portal web para la difusión de publicidad

de la información de los usuarios.

sistema se mantiene en una base de datos en un servidor web. La aplicación solicitara al

progreso de este y su finalización. La aplicación también posee la capacidad de mostrar la

información escolar y personal del usuario a este.

1.3 Definiciones, acrónimos y abreviaturas

Usuario Persona que interactúa con el software

Administrador Encargado de manejar y controlar el sistema

agregando modificaciones según sea

tramites y documentación correspondiente

Portal web Versión de la aplicación manejada por

medio de internet con características de

Aplicación móvil Interfaz para dispositivos portátiles

Trámite Gestión para obtener un resultado en busca

Departamento Secciones en las que está dividida una

FUNC Función que cumple

ITM Instituto Tecnológico de Morelia

despliegue de información correspondiente

• Sommerville, I., Galipienso, M. I. A. & Martinez, A. B. (2005, 1 enero). Ingeniería

del Software. Pearson Educación. Recuperado el 1 de octubre del 2022 de: