INSTITUTO TECNOLÓGICO DE CIUDAD MADERO

Departamento de Sistemas y Computación

Ingeniería En Sistemas Computacionales

Unidad 1.

Introducción a la inteligencia artificial.

Alumno:

Irma Esmeralda Gutiérrez Raga

Nº. Control: 18070550

L18070550@cdmadero.tecnm.mx

8334164166

Materia: Inteligencia Artificial.

Horario: 1:00 – 2:00 PM.

CAPITULO I.- PROTOCOLO

1.1 Introducción

El proyecto es una propuesta muy interesante e importante ya que trata uno de los
temas más alarmantes de unos años difíciles que han cambiado a la sociedad, la
investigación se basa en una aplicación que trata el control de los criterios para
evaluar posibles factores de riesgo viajero aéreo ante el COVID-19

Debido a la contingencia sanitaria del COVID-19, si una persona quiere realizar un

viaje próximamente, deberá llenar un cuestionario llamado "Cuestionario del viaje
seguro" dando clic en una imagen o a través de una liga.

Este será un formulario simple que llenara un pasajero a quien se le confirmara con
prueba positiva de laboratorio su contagió de COVID-19 o de cualquier otro factor de
riesgo contagioso, se llenara en el momento en que un pasajero y/o acompañantes
resulten con prueba positiva de COVID-19.

Este será llenado por el pasajero únicamente indicando: el factor de riesgo, el día del
probable contagio y el día de la prueba realizada en el laboratorio.

Se hará un cuestionario muy simple de responder con información básica del

pasajero y su salud.

1.2 Planteamiento del problema

La problemática surge desde los primeros meses del 2020, tras una pandemia
mundial donde se vieron involucrados muchos infectados por la propagación del virus
a través de personas que tenían que hacer viajes aéreos de un país a otro, surgiendo
la necesidad de desarrollar una aplicación donde se pueda llevar un control de los
pasajeros tiempo antes de su vuelo, es decir, este deberá comprar su boleto con días
de anticipación y registrarse en una aplicación móvil, llevar un control de su salud
hasta el día del abordaje, se le realizará una prueba de COVID-19 la cual al ser
positiva tendrá que realizar cuestionarios, los cuales indicaran a través de una serie
de puntajes si este ya está apto para realizar su viaje o no.
La aplicación móvil es principalmente una interfaz para que el usuario pueda iniciar
sesión o en caso contrario pueda registrarse (esto se hará desde el momento que el
pasajero compre su boleto de viajero), a través de un cuestionario se llevara un
control de puntajes de acuerdo con lo que el usuario vaya registrando los días antes
de su abordaje, estos puntos serán sumados para verificar si dicho pasajero es apto
para abordar o no.

1.3 Problema a resolver

El principal problema a resolver mediante esta aplicación seria, tener y llevar un

control sobre los pasajeros que abordan un avión respecto a si están o no aptos para
subir y no cuentan con ninguna sospecha de ser positivos con el COVID-19 o alguna
otra afección significa de una enfermedad que se pueda transmitir.

1.4 Mapa conceptual

1.5 WBS (EDT)

1.6 Ruta y camino critico

ACTIVIDA DESCRIPCION PREDECESOR DURACION EN

D DIAS
A Asignación del proyecto 1
B Reunión A 1
C Analizar información B 3
recabada
D Plantear dudas C 2
E Planificar proyecto B 8
F Generar metodologías E 5
G Diseños de app móvil F 10
H Unión de módulos G,F 10
I Realizar pruebas G,H 3
J Pruebas al sistema general H,I 4
K Análisis de pruebas I,J 2
L Modificación J 3
M Manual técnico K 6
N Manual usuario M 5
O Entrega de proyecto F,M,N 2
1.7 Matriz de trazabilidad

     1.7.1 Matrices  de trazabilidad

                 1.7.1.1 Matriz de relación de documentos.

                 1.7.1.2 Matriz de valoración y aprobación de los requisitos

MATRIZ DE VALORACION Y APROBACION DE LOS REQUISITOS

C N N/A
R1 R2 R3 R4 R5 RN……
El requisito se encuentra debidamente
documentado y cumple con los estándares
definidos
El requisito no tiene errores de sintaxis y
morfológicos
El requisito cumple con las expectativas del
cliente
El requisito es mediable
El requisito no tiene palabras ambiguas
El requisito es claro y cumple por parte de la
organización
El requisito es tiene documentado todo lo
solicitado
Son claras las dependencias de los requisitos
Se tiene registros de cambios del requisito, en
caso que haya cambiado
Se tiene los diferentes roles del sistema
Se realizó el proceso de reunión y se tiene la
documentación correcta
Se realizó el cierre y aprobación de la
documentación
El requisito cuenta con casos de pruebas
Al requisito se le realizo la ejecución de pruebas
en su totalidad
El requisito de certificado
Los entregables de las pruebas del requisito
fueron entregadas y en el tiempo se debía
Si se realizó cambios se documentó el cambio
correctamente

         1.7.2 Matriz de control de cambios

1.8 Beneficio del proyecto

         1.8.1 Interno

La aerolínea obtendrá una clara y explícita información sobre los pasajeros que se
registraron en la aplicación para saber acerca de su estado de salud,
específicamente sobre los casos de COVID-19, de esta forma se llevará registro del
puntaje del cual al final se hará una sumatoria para declarar si el usuario es apto
para abordar.

         1.8.2 Externo

Los pasajeros se sentirán y tendrán mayor seguridad al momento de abordar el

avión, con esta implementación de protocolos que les ofrece la aerolínea y a su vez
tener un control y disminuir los casos de propagación del COVID-19.
1.9 Objetivo general

Crear y elaborar una aplicación móvil para obtener un control de los casos de
COVID-19 de los pasajeros que aborden la aerolínea.

1.10 Objetivo específico

Diseñar una aplicación móvil para recabar información relevante que nos
permita saber acerca de la salud del pasajero.
Elaborar la aplicación para que sea fácil de utilizar tanto para el usuario como
para el personal.
Mantener actualizado el software para un mejor funcionamiento, mas optimo y
con mejores rendimientos.

1.11 Alcances

Lo que se espera de la realización de esta aplicación móvil es mantener un registro

de cada uno de los usuarios que van a abordar la aerolínea, y de esta manera se
espera realizar un apoyo para evitar más contagios y la propagación del virus.

1.12 Limitaciones.

Se centrará más en la situación sobre el virus del COVID-19 que en otras

enfermedades contagiosas
En el caso de los que pidan el boleto un día antes del vuelo sería difícil cumplir
con la función de la misma aplicación.

1.13 Justificación

La creación de esta aplicación surge a partir de los múltiples casos existentes de

COVID-19, y siendo más específicos en uno de los lugares donde existe mayor
propagación que en este caso son los aeropuertos, mismo lugar donde se
desarrollara la aplicación de esta aplicación.
1.14 Cronograma del proyecto
CAPÍTULO 2 ANTECEDENTES DE LA EMPRESA

2.1 Nombre de la empresa

Instituto Tecnológico de Ciudad Madero.

2.2 Antecedentes de la empresa

La Constitución de un Patronato pro-construcción de la Escuela de Artes y Oficios

fue el primer paso que dio origen a lo que en sus inicios fuera el Instituto Tecnológico
Regional de Ciudad Madero. Cuyo presidente fue el Ing. Luis Hidalgo y Castro, el
secretario el Prof. Francisco Robledo Moreno, y el tesorero el C. Javier Chávez
Salazar.

El día 20 de noviembre de 1950, el entonces Director de PEMEX, el Ing. Antonio J.

Bermúdez representando al Presidente de la República, Lic. Miguel Alemán Valdés,
estima justo colocar la primera piedra de lo que fuera el Instituto Tecnológico
Regional de Ciudad Madero, con una asistencia de miles de personas y personajes
distinguidos.

El 2 de septiembre de 1954 iniciaron los cursos a las 7:00 horas con un total de 211
alumnos, uniformados de blanco y guinda, fungiendo como director el Ing. Luis
Hidalgo y Castro.

Los programas educativos que se ofrecieron al iniciar funciones fueron los siguientes:

Preparación técnica

• Obreros Calificados en Máquinas y Herramientas

• Electricistas Reparadores

• Soldadores de Oxiacetileno y Arco

• Carpinteros Ebanistas

Rama subprofesional

• Técnico Mecánico
• Técnico Electricista

• Técnico Perforador de Pozos Petroleros

Escuela vocacional

• Mecánica

• Eléctrica

• Química

• Civil

• Arquitectura

En septiembre de 1956 iniciaron las carreras de nivel licenciatura con las

especialidades de Ingeniería Química, Ingeniería Mecánica e Ingeniería Eléctrica. En
el año 1957 se integró el Bachillerato Tecnológico. Un año más tarde en 1958 se
oferta la especialidad de Técnico en Combustión Interna y para 1961 inicia la carrera
de Ingeniería Industrial.

En 1968 inicia la especialidad de Técnico en Electrónica mientras que la de Técnico

Laboratorista arranca en 1972. Para el año 1974 incorpora a sus planes de estudio el
Sistema de Educación Abierta en dos niveles. La oferta educativa se amplía en 1975
con nuevas carreras, la de Ingeniería Geológica y la de Ingeniería Geofísica.

El desarrollo regional acelerado motivó que para el año 1976 se iniciaran los
Programas de Posgrado con la Maestría en Sistemas Administrativos y la Maestría
en Tecnología del Petróleo y Petroquímica.

El año 1986 fue importante en el crecimiento de la institución pues a nivel licenciatura

se ofertan las carreras de Ingeniería Electrónica e Ingeniería en Sistemas
Computacionales y a nivel Posgrado inicia la Maestría en Ciencias en Ingeniería
Eléctrica, la Maestría en Matemática Educativa (mediante convenio con
CINVESTAV), además se oferta por primera vez el Doctorado iniciando con
Petroquímica, cuyo programa nació por el continuo crecimiento de esta industria en
la zona. También en estas especialidades se firman convenios de colaboración con
el Instituto Mexicano del Petróleo (IMP) y con la Agencia Internacional de
Cooperación del Japón (JICA).

En 1993 inicia la carrera de Ingeniería en Geociencias, liquidando las de Ingeniería

Geológica y Geofísica. Ese mismo año de 1993 se oferta la Maestría en Ciencias en
Ingeniería Administrativa. En 1995 arranca la carrera de Licenciatura en Informática.
En 1996 inicia la Maestría en Ciencias en Ingeniería Química como una respuesta a
la modificación de las tendencias nacionales respecto al desarrollo petrolero.
También esta modificación obedeció a las recomendaciones hechas por el Comité de
Evaluación del Padrón Nacional de Posgrado del CONACYT. Este mismo año de
1996 surgió el Doctorado en Ciencias en Ingeniería Química sustituyendo al de
Petroquímica.

En agosto del 2000 inició la Maestría en Ciencias de la Computación y seis años más
tarde fue registrada en el Padrón Nacional de Posgrado del CONACYT junto con la
Maestría en Ciencias en Ingeniería Química lo cual las posiciona entre los mejores
Programas de Posgrado en estas disciplinas.

Para el año 2001 empieza la Maestría en Gestión Administrativa, sustituyendo la

Maestría en Ciencias en Ingeniería Administrativa; mientras que en enero de 2004
dieron inicio los cursos del doctorado en Ciencias en ingeniería Química hasta enero
de 2012. En el 2006 arrancó el programa de la carrera de Ingeniería Ambiental y en
2008 otro Posgrado con la Maestría en Ingeniería Eléctrica que sustituye la Maestría
en Ciencias en Ingeniería Eléctrica. Poco después en agosto de 2009 el programa de
Doctorado en Ciencias en Computación estaba listo para comenzar clases e
investigaciones.

Como resultado de una investigación de la oferta educativa en nuestra zona

conurbada, se autorizó la implantación de nuevas licenciaturas y posgrados en la
institución, por lo que en agosto de 2010 da inicio el programa de Ingeniería en
Gestión Empresarial, y de agosto de 2012 a junio de 2019 el programa de Ingeniería
en Tecnologías de la Información y Comunicaciones como una respuesta a las
necesidades detectadas en nuestro entorno.
Pero no fue el único programa estrenado durante el mismo periodo, comenzó la
oferta de dos posgrados: la Maestría en Ingeniería Mecánica y el Doctorado en
Ciencias en Materiales, este último, con reconocimiento de posgrados de calidad.

Para enero del 2017 se dio a conocer un nuevo posgrado en el instituto: Ingeniería y
Doctorado en Ciencias de la Ingeniería y un año después la Maestría en Ciencias de
la Ingeniería con la que nuestra institución se colocaría en una de las mejores
opciones para realizar un posgrado de impacto en la misma zona de impartición.

Todo este crecimiento académico e histórico ha consolidado al Instituto Tecnológico

de Ciudad Madero como una institución, de prestigio que responde a las
necesidades de las diferentes organizaciones, empresas y asociaciones del país,
especialmente de la zona norte. Hoy el Instituto Tecnológico de Ciudad Madero es
reconocido internacionalmente, avalado por la calidad de sus egresados y
considerado uno de los máximos centros de estudio del país, ofertando diez
programas de ingeniería y nueve de posgrado.

Es por ello que celebramos nuestro aniversario la última semana de cada mes de
noviembre para conmemorar el inicio de actividades de nuestro Instituto.

2.3 Dirección y Localización

Av. 1o. de Mayo esq. Sor Juana Inés de la Cruz s/n Col. Los Mangos C.P.89440 cd.
Madero, Tamps.

2.4 Misión

Formar profesionales de nivel licenciatura y posgrado altamente competitivos, a

través de programas educativos reconocidos por su calidad; impulsar el desarrollo
del sector productivo regional y nacional, a través de la investigación, el desarrollo
tecnológico y la innovación.

2.5 Visión

Ser una Institución líder en educación superior tecnológica que, como parte del
Tecnológico Nacional de México, contribuya significativamente en la formación de
capital humano altamente calificado bajo estándares internacionales, generando y
aplicando nuevo conocimiento, para fortalecer la productividad y competitividad del
país.

2.6 Valores

Los valores que subyacen y promueven el desarrollo laboral, el clima organizacional

y en general para el desarrollo de los procesos y procedimientos cotidianos, se
refieren a valores que lejos de ser acepciones definidas en forma aislada, son
valores que interactúan de acuerdo a la complejidad humana y forman parte de su
esencia:

• Respeto

• Servicio

• Honestidad

• Lealtad

2.7 Objetivos empresariales

El Instituto Tecnológico de Ciudad Madero tiene como objetivo ofrecer a los sectores
productivos y educativos una amplia gama de servicios en las esferas de la
investigación y el desarrollo científico y tecnológico, de organización del trabajo,
destacando los de formación, capacitación y actualización profesional; la innovación,
la diversificación, la adaptación, la adquisición y la difusión.

Así como promover el desarrollo integral y armónico del educando en la relación con
los demás, consigo mismo y con su entorno, mediante una formación intelectual que
los capacite en el manejo de los métodos y lenguajes, sustentados en los principios
de identidad nacional, justicia, democracia, independencia, soberanía y solidaridad; y
en la recreación, el deporte y la cultura que le permitan una mente y cuerpo sanos.

Atender la demanda de educación superior y de posgrado, con alta calidad, a nivel

nacional e internacional, como forma de auspiciar el desarrollo regional. Hacer del
ITCM un instrumento de desarrollo, mediante una estrecha y permanente
retroalimentación con la comunidad, en especial entre los sectores productivos de
bienes y servicios, sociales, públicos y privados.

Compartir con la comunidad la cultura científica, técnica, tecnológica y humanística,

así como la recreación y el deporte, mediante los diversos foros y medios con que
cuenta el sistema. Ofrecer perfiles profesionales que integren las necesidades
específicas regionales, para que el egresado contribuya de manera satisfactoria al
desarrollo de cada comunidad, en especial de la planta productiva.

2.8 Logo

2.8.1 eslogan

Lema: "Por mi Patria y por mi bien".

Eslogan: "Dejando Huella"

2.9 Área de desarrollo del proyecto

Instituto Tecnológico de cd. Madero, Depto. de Sistemas y Computación.

CAPITULO 3 MARCO TEÓRICO
3.1 Metodología de investigación
Para la elaboración de este proyecto, se va a realizar una metodología de
investigación cuantitativa para poder analizar datos, a los cuales se accede por
medio de observaciones y mediciones.

Para el análisis de datos, la metodología cuantitativa procede mediante cálculos

estadísticos, identificación de variables y patrones constantes, a partir de los cuales
elabora los resultados y las conclusiones del trabajo de investigación.
3.2 Técnica de selección de ideas
 Necesitas disponer de toda la información necesaria.
 Analiza los pros y los contras de cada una de las estrategias.
 Tu estrategia debe ser flexible y estar abierta a los cambios.
 Busca estrategias innovadoras.
3.3 Metodología de desarrollo
Metodología Espiral
3.4 Caracterización de la metodología de desarrollo.
Se caracteriza por una combinación de los dos modelos prototipado y waterfall, que
añade el concepto de análisis de riesgo. Se divide en cuatro etapas: planificación,
análisis de riesgo, desarrollo de prototipo y evaluación del cliente. El nombre de esta
metodología da nombre a su funcionamiento, ya que se van procesando las etapas
en forma de espiral. Cuanto más cerca del centro se está, más avanzado está el
proyecto.
3.5 Marco teórico
Reglamento Sanitario Internacional-OMS
El Reglamento Sanitario Internacional es un instrumento legalmente vinculante que
cubre medidas para prevenir la propagación internacional de enfermedades
infecciosas.

El RSI, aprobado por la 58.ª Asamblea Mundial de la Salud en el 2005 por medio de
la resolución WHA58.3,1 constituye el marco jurídico que, entre otros aspectos,
define las capacidades nacionales básicas, incluso en los puntos de entrada, para el
manejo de los eventos agudos de salud pública de importancia potencial o real a
escala tanto nacional como internacional, así como los procedimientos
administrativos conexos.

El RSI (2005) tiene como propósito y alcance prevenir la propagación internacional

de enfermedades, proteger contra esa propagación, controlarla y darle una respuesta
de salud pública proporcionada y restringida a los riesgos para la salud pública, y
evitando al mismo tiempo las interferencias innecesarias en el tráfico y el comercio
internacional.

Android
Android es un sistema operativo móvil basado en núcleo Linux y otros softwares de
código abierto. Fue diseñado para dispositivos móviles con pantalla táctil, como
teléfonos inteligentes, tabletas, relojes inteligentes (Wear OS), automóviles con otros
sistemas a través de Android Auto, al igual los automóviles con el sistema Android
Automotive y televisores Leanback.
3.6 Estado del arte
Diferentes autores han trabajo con aplicaciones que miden el propagó del COVID-19,
pero ninguno se ha especializado en estructurar un sistema para medir con más
exactitud la salud y factores de riesgo de los pasajeros en las aerolíneas.

La aplicación seria innovadora, y especialmente para las aerolíneas.

3.7 Factores
            3.7.1 Geográfico
El impacto geográfico que será beneficiado serán todos aquellos aeropuertos, para
que puedan llevar un control más eficiente y eficaz sobre la salud de las personas
que harán un viaje internacional.
            3.7.2 Sociales
Los pasajeros tendrán un mejor manejo de sus datos o información, por ende,
tendrán una mejor calidad de servicio para un viaje más seguro sin la propagación de
virus en especial el COVID-19 o la reducción de estos.
            3.7.3 Ecológicos
Reducción de contaminantes, ya que se no será necesario utilizar algún utensilio
como lo es el papel.
3.8 Descripción del impacto del proyecto en el proceso educativo (que obtiene
al hacer el proyecto)
Al hacer el proyecto obtenemos conocimientos sobre el desarrollo de aplicaciones
móviles, bases de datos y desarrollo web, se aprende a trabajar en equipo con
relación a un mismo tema para formar un sistema completo.

También ampliamos nuestro conocimiento al momento de redactar de forma precisa

cada parte de nuestro proyecto, así como a llevar un control de tiempos
determinados y/o plantear metodologías para el desarrollo de este.
3.9 Impacto del proyecto (el impacto de la propuesta del proyecto)
Este tendrá un impacto social pues abarca una necesidad de sanidad pública contra
un problema que afectó de forma mundial a la población, mantendrá un mejor control
de la sociedad para que de esta forma hacer viajes internacionales en aerolíneas sea
más seguro, así se podría evitar la propagación del COVID-19 y/o algunos otros
factores de riesgo.
3.10 Competencias desarrolladas
 Implementa aplicaciones computacionales para solucionar problemas de
diversos contextos, integrando diferentes tecnologías, plataformas o
dispositivos.
 Diseña, desarrolla y aplica modelos computacionales para solucionar
problemas, mediante la selección y uso de herramientas matemáticas.
  Coordina y participa en equipos multidisciplinarios para la aplicación de
soluciones innovadoras en diferentes contextos.
 Diseña, implementa y administra bases de datos optimizando los recursos
disponibles, conforme a las normas vigentes de manejo y seguridad de la
información.
 Desarrolla y administra software para apoyar la productividad y competitividad
de las organizaciones cumpliendo con estándares de calidad.

3.11 Competencias adquiridas

 Agilidad mental.
 Trabajo en equipo.
 Análisis de Requisitos.
 Proactividad.
CAPITULO 4 REQUERIMIENTOS 

4. Métrica IEEE830 (Métrica de especificación de requerimientos de software)

4.1 Requisitos generales del sistema
            4.1.1 Arquitectura lógica del sistema
El sistema tendrá una arquitectura lógica donde cuente con clases de forma
organizada para que el software sea más fácil de elaborar, se hará lo más óptimo
posible para un mejor rendimiento, se harán clases para la sumatoria de puntos,
usuarios administradores, así como nuestra base de datos donde se irán
almacenando los usuarios o clientes.
Los administradores se encargarán de la modificación de información/datos que se
encontrarán en la base de datos, mientras que los pasajeros o usuarios clientes los
encargados de proporcionar dichos datos manejables para la aerolínea.
            4.1.2 Modelo estático
Utilizaremos el modelo CMMI ya que fue el más eficiente y eficaz de acuerdo a las
investigaciones realizadas, se llegó a la conclusión que sería el mas de acuerdo a
nuestro proyecto.
            4.1.3 Modelo dinámico/funcional
Se organizó el proyecto y se llevó a cabo una reunión de equipo para intentar crear
un sistema muy sencillo y completo, es decir una app fácil de entender para que el
usuario cliente no tuviera ninguna duda al momento de querer realizar su diagnóstico
diario antes del viaje, y así mismo para que el usuario administrador logrará
mantener un eficiente y eficaz resultado al momento de trabajar con la información
del BD.
            4.1.4 Interface de usuario
En el interfaz del usuario se hará como primera parte para que este pueda
registrarse ya sea que no tenga cuenta, o en caso contrario ingresar a su cuenta (si
este ya cuenta con una), al entrar podrá contestar el cuestionario diario de una forma
fácil y segura para su privacidad.
            4.1.5 Interface de servicios
En caso de alguna aclaración o duda habrá un apartado donde el usuario podrá
contactar con un administrador directo de la aerolínea, de esta forma dar solución
brindando el servicio de atención al cliente.
            4.1.6 Problemas en los requisitos
Problemas obtenidos en los requisitos han sido en saber cómo efectuar los
requerimientos y que estos cumplan con los requisitos de calidad para que sean un
buen sistema.

4.2 Requerimientos Funcionales

Requerimientos funcionales de proceso
 El sistema permitirá a los usuarios autorizados ingresar un monitoreo para
trabajar con información confidencial del usuario y validarla
 Al registrarse un usuario a la aplicación automáticamente aparecerá su
registro en la base de datos
 El sistema enviará al usuario un correo de verificación
 El sistema validara que el correo electrónico sea válido o existente para dar
seguimiento al usuario
 El proceso de monitoreo se llevará acabo con un conteo total por puntos de
acuerdo a cada respuesta
Requerimientos funcionales de interfaz gráfica
 El campo nombre acepta caracteres alfabéticos únicamente.
 El campo dirección acepta caracteres alfabéticos, numéricos y especiales.
  El campo país consistirá en una lista de preselección. El país asociado a una
dirección debe ser previamente registrado en el sistema.
 El campo estado, provincia o departamento consistirá en una lista de
preselección. A los usuarios se le presentará únicamente los estados
asociados al país seleccionado previamente. El departamento o provincia a
seleccionar deberá ser registrado en la funcionalidad correspondiente.
 El campo de edad acepta únicamente valores numéricos con dos decimales.

Requerimientos funcionales legales o regulatorios

 El sistema controlará el acceso y lo permitirá solamente a usuarios

autorizados.
 La base de datos será implementada con trazas de auditoría.
Requerimientos de seguridad
 El sistema controlará el acceso y lo permitirá solamente a usuarios
autorizados. Los usuarios deben ingresar al sistema con un nombre de
usuario y contraseña.
 El sistema enviará una alerta al administrador del sistema cuando ocurra
alguno de los siguientes eventos: Registro de nueva cuenta, ingreso al
sistema por parte del cliente, 2 o más intentos fallidos en el ingreso de la
contraseña de usuario y cambio de contraseña de usuario.
Requerimientos de interfaces externas (Hardware y Software)
 El software podrá ser utilizado en los sistemas operativos Windows.
 La aplicación debe poder utilizarse sin necesidad de instalar ningún software
adicional además de un navegador web.
 La aplicación debe poder utilizarse con los navegadores web Chrome,
Firefox e Internet Explorer
Seguridad lógica y de datos
 Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
 El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones
de programación que incrementen la seguridad de datos.
  Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben
ser almacenados en una localidad segura ubicada en un edificio distinto al que
reside el sistema.
Usabilidad
 El sistema debe contar con manuales de usuario estructurados
adecuadamente.
 El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
 El sistema debe poseer interfaces gráficas bien formadas
4.3 Requerimientos No Funcionales
            4.3.1 Requisitos de Fiabilidad del sistema
 Capacidad de recuperación.
 Precisión.
 Tiempo medio entre errores.

            4.3.2 Requisitos de usabilidad del sistema

 El sistema debe contar con manuales de usuario estructurados
adecuadamente.

 El sistema debe proporcionar mensajes de error que sean informativos y

orientados a usuario final.

 El sistema debe poseer interfaces gráficas bien elaborados.

            4.3.3 Requisitos de mantenibilidad del sistema

 El código debe cumplir todos los requisitos de calidad.
            4.3.4 Requisitos de eficiencia del sistema
 Los usuarios ingresados en la aplicación móvil generarán una modificación y/o
actualización en la base de datos.
 El sistema debe estar apto para que cualquier usuario pueda entender su
funcionamiento sin complicaciones.
            4.3.5 Requisitos de portabilidad del sistema
 El software debe de ser fácil de pasarse de una plataforma a otra.
            4.3.6 Requisitos de seguridad del sistema
 Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.

 Si se identifican ataques de seguridad o brecha del sistema, el mismo no

continuará operando hasta ser desbloqueado por un administrador de
seguridad.

            4.3.7 Otros requisitos no funcionales del sistema 

                        4.3.7.1 Acceso
 Permite vetar el acceso al sistema cuando no se aplique un mecanismo de
autenticación aceptado y atribuido al perfil del usuario.
 Permite restringir el acceso a funciones como la lectura, modificación y
eliminación de documentos y/o metadatos.
 Permite definir grupos de usuarios asociados a un conjunto de carpetas y
documentos.
 Permite que sólo los usuarios administradores creen usuarios, establezcan
perfiles de usuario, permisos y asignar usuarios a grupos.
 Permite restringir el acceso a las funciones del sistema según el perfil del
usuario.
                        4.3.7.1 Pista de auditoria
 Permite mantener una pista de auditoría inalterable, capaz de capturar y
almacenar de forma automática los datos sobre todas las acciones
relacionadas con los documentos y la estructura de clasificación.
 Permite mantener una pista de auditoría inalterable, capaz de capturar y
almacenar de forma automática los datos sobre la fecha y hora de la acción.
 Permite rastrear de forma automática y sin ninguna intervención manual todas
las acciones realizadas en el sistema, y almacenar los datos sobre estas en la
pista de auditoría.
 Permite incluir en la pista de auditoría, todas las acciones que afecten a
grupos de documentos, documentos individuales, carpetas y subcarpetas,
 estructura de clasificación y metadatos de cualquiera de los elementos
anteriores.
                        4.3.7.2 Copias de seguridad y recuperación
 Permite contar con procedimientos automáticos para copias de seguridad y
restauración encaminados a realizar copias periódicas de seguridad de todos
elementos dentro del sistema (carpetas, documentos, metadatos, usuarios,
roles, permisos, configuraciones específicas).
 Permite programar rutinas de copias de seguridad en las que pueda escoger
los elementos o espacios específicos sobre los que se hará la copia de
seguridad.
 Permite restringir al administrador la actualización de las copias de seguridad,
manteniendo la plena integridad de los datos.
 El sistema permite identificar los documentos vitales.
                        4.3.7.3 Encripción
 Permite almacenar junto con los documentos electrónicos la firma o firmas
asociadas a tal documento.
 Permite presentar una estructura que introduzca fácilmente distintas
tecnologías de Encripción.
 Permite almacenar junto con los documentos electrónicos cualquier refrendo
de verificación añadido por la autoridad de certificación, de tal forma que
pueda recuperarse con el registro, y sin menoscabo de la integridad de la una
clave privada
                        4.3.7.4 Interoperabilidad
 Permite garantizar la captura de documentos encriptados directamente desde
la aplicación de software que posea tal capacidad.
 Permite encriptar los documentos y hacer imposible su consulta por fuera del
sistema.
                        4.3.7.5 Integración con otras aplicaciones
 Permite la gestión de procesos para múltiples empresas.
  Se debe permitir la gestión de documentos en las diferentes aplicaciones
(traslado de documentos entre aplicaciones, cambios de índices, anexo o
eliminación de páginas, ..etc.).
 Debe permitir la visualización y navegación sobre los diferentes aplicaciones y
documentos a través de un navegador de internet.
                        4.3.7.6 Documentos no electrónicos
 Permite definir carpetas y subcarpetas en el sistema de clasificación.
 Permite que la presencia de registros de documentos físicos, se refleje y se
gestione del mismo modo que los documentos electrónicos.
 Permite que en el sistema de clasificación las carpetas y subcarpetas
contengan tanto documentos electrónicos, como físicos mediante el registro
de su información.
                        4.3.7.7 Expedientes híbridos
 Permite la administración integrada de carpetas físicas y electrónicas de
documentos. Esto es carpetas o expedientes híbridos.
 Permite que los registros de los documentos físicos contengan el mismo título
y código de referencia numérica que el documento electrónico, pero con la
indicación de que se trata de un registro del documento físico.
 El sistema debe ofrecer una funcionalidad que permita solicitar el préstamo de
expedientes.
 El sistema debe permitir aceptar o rechazar el préstamo.
                        4.3.7.8 Flujos de trabajo
 El sistema debe controlar la devolución del préstamo.
 El sistema debe registrar en el histórico del expediente el
 registro de la operación en torno al proceso de préstamo documental.
 El flujo de trabajo permite el uso de correo electrónico como medio de
notificación de las acciones que se realizan en el flujo.
 Permite que el administrador pueda definir qué usuarios podrán reasignar
tareas o acciones de un flujo de trabajo y remitirlas a otros usuarios o grupos
de usuarios.
  La función de flujos de trabajo permite consignar en la pista de auditoría todas
las modificaciones realizadas sobre los documentos que se adjuntan al flujo.
 La función de flujos de trabajo permite hacer ruteo de contenido y de tareas
                        4.3.7.9 Firmas Electrónicas y Estampado Cronológico
 La función de flujos de trabajo permite asociar fechas límite a pasos o
procesos individuales de cada flujo.
 Permite que se incluyan métodos que garanticen la integridad de la
información, como las firmas electrónicas.
 Permite presentar una estructura que facilite la introducción de distintas
tecnologías de firma electrónica.
 Permite verificar la validez de una firma electrónica.
 Permite contar con funciones que mantengan la integridad de los documentos
dotados de firmas electrónicas (y demostrar ese mantenimiento), aun cuando
un administrador haya modificado algunos de sus metadatos, pero no el
contenido del documento, con posterioridad a la aplicación de la firma
electrónica al documento en cuestión.
                       4.3.7.10 Inter-operabilidad
 Permite encriptar los documentos y hacer imposible su consulta por fuera del
sistema.
 Permite garantizar la captura de documentos encriptados directamente desde
la aplicación de software que posea tal capacidad.
                       4.3.7.11 Integración con otras aplicaciones
 Permite la gestión de procesos para múltiples empresas.
 Permite modelar reportes propios según la necesidad del proceso y sin
nuevos desarrollos.
 Se debe permitir la gestión de documentos en las diferentes aplicaciones
(traslado de documentos entre aplicaciones, cambios.
 de índices, anexo o eliminación de páginas, ...etc.).
 Debe permitir la visualización y navegación sobre los diferentes aplicaciones y
documentos a través de un navegador de internet.
                       4.3.7.12 Facilidad de uso
  Recuperación de información de los índices de documentos, número de
páginas, retornar documento.
 Debe permitir la marcación y categorización de las marcaciones sobre los
documentos.
 Permite proporcionar al usuario final y al administrador en todo momento,
funciones de uso fácil e intuitivo.
                       4.3.7.13 otros
 Permite presentar una estructura que introduzca fácilmente distintas
tecnologías de Encripción.
 Permite interactuar en doble vía con otros sistemas de información de la
empresa.
4.3 Factores externos de la calidad de software: 

 Portabilidad

Una aplicación compilada que se puede ejecutar en diferentes sistemas operativos.

 Facilidad de uso

Los diseñadores hicieron un esfuerzo por entender y adaptar los sistemas de

software al grupo de usuarios al que va destinado de modo que deberían realizar las
menos suposiciones posibles para asegurarse que las aplicaciones son más fáciles
de usar y entender por parte de todos.

 Funcionalidad

Su funcionalidad es muy fácil de Comprender para usuarios de acuerdo a su cargo

y/o tarea a destacar. Estará diseñada y apta para que no haya ningún tipo de contra
tiempo al momento de trabajar con esta.

 Compatibilidad

Se espera que el desarrollo de la aplicación móvil como la página web puedan

abrirse en cualquier S.O. o navegador sin perder su interfaz original.
  Eficiencia

Tras ser un software con mucha acumulación de datos, se espera elaborarlo de

manera muy óptima y organizada para que de esta forma sea eficiente al momento
de su uso.

 Extensibilidad

La extensibilidad del proyecto tiene como característica que los objetos pueden
agregar más elementos o características a su definición.

 Reutilización

Tener un manejo de referencias o pruebas puede ser muy útil al momento de querer
hacer una actualización del software, Pues esto facilitaría mucho la visión y
objetividad de dicha actualización elaborando propuestas más eficientes.

 Corrección

Mantener un orden cronológico/detallado de cada prueba elaborada y por realizar

que se vaya haciendo al sistema, para darles una posible solución que conlleve a la
corrección del problema.

 Robustez

En el diseño robusto de un producto se minimiza su posibilidad de errores, buscando

que tenga mínima variación en las características de calidad importantes para el
cliente y en consecuencia se minimiza el costo de calidad.

 Oportunidad.

Se espera tener listo el software antes de la fecha solicitada para realizar las pruebas
y correcciones necesarias, de esta forma poner en funcionamiento el sistema con
alguna aerolínea.
4.5 Diagramación
4.1 D caso de uso

4.2 D. Descripción de caso de uso

4.3 D. Entidad relación

4.4 D. de Componentes
4.5 D. de clases

4.6 D. de Estructura interna

4.7 D. de objetos
4.8 D. de Interacción

4.9 D. de Comportamiento o de estado

4.10 D de Implementación o despliegue

CAPITULO 5 PLANES DE GESTIÓN DE RIESGOS Y MEDIDAS PREVENTIVAS

5.1 Foda del Proyecto

Fortalezas Oportunidades
 Lograr un control de propagación
 Más seguridad en los pasajeros que sobre el virus.
tendrán un viaje  Organizar mejor la información sobre
 Mejor evaluación en los síntomas de la salud de cada pasajero.
los pasajeros
 Debilidades
 Los pasajeros pueden fácilmente no
proporcionar síntomas en caso de
tenerlos.
 No tan buena comunicación entre
cliente y app.
Amenazas
 Información Falsa por los usuarios.
 Desarrollo de más software para
control de covid aéreo.

5.2 Riesgo del proyecto

            5.2.1 Elaboración de la planificación

El riesgo de elaboración de la planificación es que no sea lo suficiente eficiente y

eficaz para lograr los objetivos esperados en el tiempo establecido y en el orden
correspondiente.

            5.2.2 Organización y Gestión

crear y mantener una estructura de gestión aplicable al proyecto, programa o

portafolio y el contexto en el cual opera. Sus objetivos son: Diseñar una organización
apropiada al alcance de trabajo a ser gestionado; Identificar y nombrar miembros al
equipo de gestión, esto para una mejor organización de la cual, de no ser bien
ejecutada esta parte el proceso sería más tardado e incluso desastroso.

            5.2.3 Ambiente/infraestructura

El riesgo en la infraestructura del proyecto es el no lograr construir de forma

coherente una estructura con el ambiente.

            5.2.4 Usuarios finales

Los usuarios que usarán la aplicación para los llevar a cabo este seguimiento, hay un
riesgo en que estas personas no den el uso apropiado de la misma, dando
información falsa u omitiéndola.

            5.2.5 Cliente
Los clientes que van a estar recibiendo o analizando la información de cada pasajero
corren el riesgo de confiar en lo que dice los pasajeros evitando así que se evite
algún accidente de contagio aun teniendo un resultado negativo.

            5.2.6 Requisitos

El riesgo aquí es que los usuarios que vayan a usar la app deben cumplir con los
requisitos mínimos para el funcionamiento correcto de la misma para poder usarla.

            5.2.7 Producto

El riesgo del proyecto es que al momento de enlazar los tres productos (app móvil,
base de datos y página web) haya muchas dificultades en cuanto a su
compatibilidad.

            5.2.8 Fuerzas Mayores

Personas mayores o personas de necesidades especiales las cuales no son capaces

de usar la app ya que no está adaptada con para este tipo de cliente, dificultaría
mucho tener un seguimiento como con los otros clientes.

            5.2.9 Personal

El riesgo es que alguna de las personas involucradas en el proyecto tenga algún

problema para resolver algo o un retraso con su producto terminado, de esta forma
se retrasará todo.

            5.2.10 Diseño e Implementación

Un riesgo sobre el diseño e implementación del producto es que este no alcance los
objetivos deseados, teniendo interfaces difíciles de manejar para usuarios finales y/o
clientes.

            5.2.11 proceso

El riesgo que puede haber en el proceso del proyecto, es que se tenga fallas en la
elaboración y perjudique este mismo no dejando que funcione como debería al estar
terminado.
5.3 Análisis y Evaluación de riesgos que afectan los resultados

Los factores de riesgo que podrían afectar nuestro resultado son muchos a tomar en
cuenta, que lleva desde el orden que se organizaron las tareas hasta la
compatibilidad del proyecto al momento de juntar los productos elaborados de cada
área.

5.4 Análisis para la prevención de las concurrencias

El proyecto se elaborará de manera lineal para evitar las concurrencias y que los
procesos no se vayan a intercalar ocasionando que los procesos se ejecuten de
forma desordenada.

5.5 Acciones a tomar ante la contingencia

En caso de que haya algún problema de conexión, los datos de la aplicación se

mantendrán almacenados dentro del móvil del pasajero, así que al entrar a la
revisión puede mostrar la información de su seguimiento a la persona encargada de
analizar dicha información y así no perder el avance para su vuelo.

5.6 Plan de contingencia

Mantener un respaldo cada ciertas horas de la base de datos del sistema para no
perder información importante en caso de un incidente.

5.7 Controles establecidos para las acciones tomadas

            5.7.1 Defectivo

Toda la información sobre el seguimiento de los síntomas y el resultado del pasajero

será almacenada dentro del dispositivo del pasajero.

            5.7.2 Preventivo

Los datos del pasajero se pueden enviar a una base de datos en una terminal en
línea para que llegando al aeropuerto solo tenga que indicar su identificador y se
mostrará todos los datos que han sido ingresados dentro de la aplicación.

            5.7.3 Correctivo
Se pueden poner los síntomas en forma de opciones para seleccionar y en caso de
que el pasajero sienta algún otro síntoma que no esté marcado en la aplicación se
añadirá un punto "otro" dónde se puede especificar el síntoma, así se pueden tener
los datos más organizados y corregir posibles errores que podrían suceder.