Acta de constitución

del proyecto
DETECT IRA
Fecha: [25/05/2020]

Tabla de contenido
Información del proyecto 3

Datos 3

Patrocinador / Patrocinadores 3

Propósito y justificación del proyecto 3

Descripción del proyecto y entregables 3

Requerimientos de alto nivel 4

Requerimientos del proyecto 4

Objetivos 4

Premisas y restricciones 5

Riesgos iniciales de alto nivel 5

Cronograma de hitos principales 5

Presupuesto inicial asignado 5

Lista de Interesados (stakeholders) 6

Requisitos de aprobación del proyecto 6

Criterios de cierre o cancelación 6

Asignación del gerente de proyecto y nivel de autoridad 7

Gerente de proyecto 7

Niveles de autoridad 7

Personal y recursos preasignados 7

Aprobaciones 8

Información del proyecto

Datos

Empresa / Organización Universidad Ecci

Proyecto Detect Ira
Fecha de preparación 20/05/2020
Cliente Gobierno, Aeropuertos, Centros Médicos
Patrocinador principal Miguel Calderón, Felipe Rodríguez, Carlos Cantor
Gerente de proyecto Miguel Calderón

Patrocinador / Patrocinadores

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Felipe Rodriguez Ing. De Requerimientos
requerimientos
Miguel Calderon Ing. De Requerimientos
requerimientos
Carlos Cantor Ing. De Requerimientos
requerimientos

Propósito y justificación del proyecto

El propósito del software Detect-IRA 1.0 es generar un diagnóstico frente a los

síntomas de las IRA (covid-19, SARS) ,almacenando los resultados en una base
de datos que podrá ser utilizado por cualquier ente gubernamental.con machine
learning para detectar posibles curvas de propagación
Descripción del proyecto y entregables

En este trabajo se analizan los requerimientos funcionales y no

funcionales del software Detect-Ira encargado de la detección
temprana de enfermedades respiratorias cov2 mediante el análisis de
información en diferentes plataformas tecnológicas, el desarrollo de
requisitos se realiza usando como guía la metodología scrum. Se
analizan y definen las funcionalidades y especificaciones que debe
tener el software para su funcionamiento, también se estudian las
técnicas de machine learning para aplicarlas al software. Finalmente
se mostrará gráficamente los requerimientos definidos.

Entregables:
-Acta de constitución de proyecto
-Caso de negocio
-Historia de Usuario
-Casos de uso
-Requerimientos Funcionales y no funcionales

Requerimientos de alto nivel

Requerimientos del proyecto
 NO FUNCIONALES

Eficiencia

● Las consultas y solicitudes realizadas por el usuario al sistema deben

tener un tiempo respuesta menor o igual a 10 segundos.
● La capacidad de operación del sistema debe soportar hasta 10.000
usuarios concurrentes.
● La información que se registra o actualiza en las bases de datos debe
estar disponible para cualquier usuario en un tiempo no mayor a 5
segundos.
● La carga masiva de archivos debe ser capaz de procesar hasta 1.000.000
de registros por archivo.
● El período de inactividad previsto del sistema, no debe superar las 40
horas al año.
● Debe ser capaz de realizar una búsqueda sencilla en 3 segundos y una
búsqueda compleja (combinando criterios) en máximo 5 segundos.
● El sistema deberá estar disponible las 24 horas del día, 7 días de la
semana, 365 días del año.

Seguridad lógica y de datos

● El sistema debe tener un esquema de roles organizados de forma

jerárquica para la administración de permisos de acceso dentro de la
aplicación.
● Las claves de acceso deben tener un largo de mínimo 8 caracteres en
donde se incluyan al menos 1 número y un carácter especial.
● Los backup de información deben realizarse cada 48 horas y deben estar
almacenados localmente y respaldados en la nube.
● Los datos personales y confidenciales deberán ser encriptados mediante
un algoritmo AES (Advanced Encryption Standard).
● La aplicación debe permitir generar reportes a partir del estado de los
usuarios de manera que sea posible obtener reportes de usuarios por
rangos de fecha de creación, rangos de fecha de cambio de estado y
estados (habilitado, deshabilitado y bloqueado).
● Cada usuario solo podrá ingresar en un solo equipo con el mismo usuario,
en caso que se presente acceso simultáneo con el mismo usuario se
 procederá a bloquear.
● El aplicativo debe permitir controlar por parámetro la emisión de copias
adicionales de los informes que genera.
● Permitir bloquear el acceso al sistema cuando no se aplique un
mecanismo de autenticación aceptado y atribuido al perfil del usuario.
● Solo los administradores podrán crear usuarios, establecer perfiles de
usuario, y asignar permisos.
● Si un usuario lleva a cabo una búsqueda de texto completo, el sistema
jamás deberá incluir en los resultados a los que el usuario no tenga
derecho a acceder.
● Debe capturar y almacenar en la base de datos de auditoría la fecha y la
hora de creación, modificación y eliminación de registros.
● Debe restringir al administrador la actualización de las copias de
seguridad, manteniendo la plena integridad de los datos.

Seguridad industrial

● Si se detecta que el usuario ha estado interactuando con el sistema por

más de 4 horas continuas, se debe generar una alerta al usuario
informando que debe hacer pausas.
● Si las pruebas se realizan a personas externas los dispositivos deberán
ser desinfectados en cada prueba.

Usabilidad

● El sistema deberá tener un módulo de documentación interactivo.

● En cada ítem del sistema se debe implementar un tooltip que explique la
funcionalidad de dicho ítem.
● La interfaz gráfica del sistema debe tener confort visual y usar colores
suaves.
● El entorno web deberá ser responsive, de modo que se garantice la
correcta visualización desde cualquier dispositivo.
● El tiempo de capacitación sobre el funcionamiento del sistema no debe
ocupar más de 3 horas a un usuario.
● Deberá implementar el uso de teclas de funciones y atajos de teclado.
● Debe permitir que los usuarios modifiquen o configuren la interfaz gráfica
a su gusto con elementos de personalización sencillos, que abarquen, al
menos la posición de los menús o de las ventanas.
● Deberá tener un canal de atención al usuario de forma online y con
preguntas frecuentes.
 ● Debe mostrar mensajes de error claros, de forma que el usuario pueda
identificar la falla y darle solución.

Dependibilidad

● El sistema debe tener una disponibilidad del 99,99% de las veces en que
un usuario intente acceder.
● Debe tener un esquema de clasificación de la información que se
presente en forma gráfica y que permita a los usuarios navegar por este
de forma sencilla.
● El tiempo para que el sistema esté listo no debe ser superior a 10
minutos.
● El tiempo de inactividad no prevista del sistema, no debe superar las 20
horas al trimestre.
● La tasa de tiempos de falla del sistema no podrá ser mayor al 1% del
tiempo de operación total.
● El promedio de duración de fallas no podrá ser mayor a 1 hora.
● La probabilidad de falla del Sistema no podrá ser mayor a 0,1.
● Cuando se produzca un fallo del software o del hardware, debe resultar
posible devolver el sistema a un estado conocido (más reciente que la
copia de seguridad del día anterior) en menos de 02 horas de trabajo con
el hardware disponible.

Otros

● Debe ser 100% web y su administración y parametrización debe

realizarse desde el navegador.
● El espacio que use el sistema en el disco duro sin incluir la base de datos
debe ser inferior a 1GB.
● El idioma del sistema solo estará disponible en español.
● Los plugins y desarrollos personalizados, deben permitir su fácil
instalación y despliegue.
● Permite procesar transacciones en tiempo real, que sean generadas por
otros sistemas externos.
● El sistema debe tener comunicación e interacción con dispositivos para
medir signos vitales, cámaras de calor y termómetros digitales.

FUNCIONALES
Área de negocio

● El sistema deberá enviar una notificación push y correo electrónico a los

organismos de salud cuando el resultado de la prueba sea positivo, el
diagnóstico masivo se sospeche de algún contagiado o se registre una
nueva solicitud de prueba.
● El formulario de diagnóstico podrá enviarse de manera incompleta para
ser diligenciado posteriormente.
● Un usuario debe tener un identificador único, sin embargo un usuario
puede tener varias pruebas y cada prueba debe tener un identificador
único relacionado a un usuario.
● Debe permitir la lectura de signos vitales y temperatura por medio de
aparatos tecnológicos y tambíen pueden ingresarse de forma manual.
● El proceso para detección individual consiste en: 1. Registrar los datos
personales del usuario, 2. Realizar preguntas de diagnóstico. 3. Tomar
temperatura y signos vitales. 4. Tabular, aplicar reglas de validación e
Inteligencia Artificial. 5. Emitir resultado del diagnóstico.
● El proceso de detección masivo consiste en: 1.Elegir un público objetivo,
2. Mediante una cámara de calor recolectar datos sobre la temperatura
del público. 3.Analizar data mediante un modelo de proyección 4.Generar
un informe con un mapa de calor y que permita identificar posibles
contagiados.
● Las pruebas realizadas se podrán segmentar por ubicaciones
geográficas, y esta ubicación deberá ser determinada por un dispositivo
de GPS.
● Mediante la aplicación de Machine Learning generar modelos predictivos
que diagnostiquen la velocidad de propagación del virus y la probabilidad
que puede tener una persona de contagiarse.
● Deberá existir un módulo de solicitudes las cuales quedarán en estado
pendiente hasta que un organismo sanitario las procese.
● El sistema deberá cada 2 horas generar un informe con el análisis y los
datos actualizados en tiempo real
● El sistema controlará el acceso a la información y el acceso solo al
personal autorizado
● Permite que los administradores realicen consultas y generen informes
determinados.

Interfaz gráfica
 ● Debe validar que un usuario no haya sido registrado previamente y
deberá garantizar que cada prueba esté relacionada con un usuario.
● El campo fecha de nacimiento acepta únicamente fechas anteriores al día
de hoy.
● 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 y por defecto estará
seleccionado Colombia.
● Los campos ciudad y departamento consistirá en una lista de
preselección dependiente.
● El campo edad deberá ser calculado de forma automática con base a la
fecha de nacimiento ingresada.
● Se debe permitir crear, editar, eliminar, consultar o inactivar una de
sección de preguntas.
● El campo temperatura deberá tener un formato condicional de acuerdo al
valor ingresado, dónde el valor 38 será equivalente a color rojo intenso y
si el valor es inferior a 38 el color deberá ir disminuyendo, siendo 30 un
color verde.
● El campo contraseña deberá ocultar los caracteres que el usuario ingrese.

Legales o regulatorios

● Solo los usuarios autorizados tendrán acceso al sistema.

● Deberá permitir la auditoría de organismos externos.
● Los datos de las pruebas que confirmen un diagnóstico positivo deberán
tratarse como datos confidenciales y privados a los cuales solo tendrá
acceso un profesional de salud y para fines estadísticos deberán omitirse
los datos personales.
● El sistema deberá cumplir con los lineamientos dados por la OMS para
poder declarar una prueba como positiva.

Seguridad

● Cada usuario tendrá acceso solo a los módulos definidos por el

administrador dentro de cada perfil.
● Los integrantes del grupo usuario solo tendrá acceso a la información
registrada con su usuario.
● Las autoridades sanitarias podrán consultar toda la información pero no
podrán eliminarla o descargarla.
 ● Los Analistas del grupo pueden ingresar Nuevos datos pero no podrán
borrar o editar información ya guardada en el sistema.
● El administrador podrá consultar toda la información y podrá eliminarla o
descargarla.
● Para la publicación del sitio web deberá usarse el protocolo https.
● Se debe permitir a los administradores cambiar los valores de los
parámetros generales de la aplicación.
● Si la contraseña se ingresa de manera incorrecta por 3 veces el usuario
quedará bloqueado y solo un administrador podrá desbloquearlo.

Interfaces externas (Hardware y Software)

● La aplicación debe poder utilizarse sin necesidad de instalar ningún

software adicional además de un navegador web.

Objetivos
Objetivo Indicador de éxito
Desarrollar los Requerimientos para el
software Detect-Ira encargado de
generar un diagnóstico rápido de las
enfermedades asociadas al factor de
contagio Cov2 mediante el análisis de Desarrollo de la aplicación

información en diferentes plataformas

tecnológicas usadas a nivel Colombia

Identificar las necesidades técnicas y

funcionales necesarias para la puesta
Desarrollo de la aplicación
en marcha del software detect-ira.

Definir las funcionalidades y

especificaciones que debe tener el Definir todos los
software detect-ira para su correcto requerimientos
funcionamiento
Investigar técnicas y modelos de
Definir todos los
Machine Learning para aplicarlas a las requerimientos
funcionalidades del software detect-ira

Hito Fecha tope

Hito para validar Entregables 25/05/2020

Presupuesto inicial asignado

$20.000.000

Lista de Interesados (stakeholders)

Nombre Cargo Departam Rama ejecutiva
ento / (Vicepresidencia)
División
Personal Médico
Autoridades Gubernamentales
Personas del Común
Medios de comunicación
Empresas
Requisitos de aprobación del proyecto
Presentar los siguientes Entregables:
-Acta de constitución de proyecto
-Caso de negocio
-Historia de Usuario
-Casos de uso
-Requerimientos Funcionales y no funcionales

Criterios de cierre o cancelación

Se encuentre un metodo de deteccion del covid 19 mucho más ágil

Asignación del gerente de proyecto y nivel de autoridad

Gerente de proyecto

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Miguel Calderon Ing De requerimientos
Niveles de autoridad

Área de autoridad Descripción del nivel de autoridad

Decisiones de personal (Staffing)
Gestión de presupuesto y de sus
variaciones
Decisiones técnicas
Resolución de conflictos
Deberá contar con aprobación de los
dos ing de requerimientos (carlos
cantor,Felipe Rodriguez)
Deberá contar con aprobación de los
dos ing de requerimientos (carlos
cantor,Felipe Rodriguez)
Deberá contar con aprobación de los
dos ing de requerimientos (carlos
cantor,Felipe Rodriguez)
Deberá contar con aprobación de los
dos ing de requerimientos (carlos
cantor,Felipe Rodriguez)

Ruta de escalamiento y limitaciones de Deberá contar con aprobación de los

autoridad dos ing de requerimientos (carlos
cantor,Felipe Rodriguez)

Personal y recursos preasignados

Recurso Departamento / Rama ejecutiva
División (Vicepresidencia)
Felipe Rodriguez. Requerimientos
Carlos Cantor Requerimientos
Miguel Calderon Requerimientos

Aprobaciones
Patrocinador Fecha Firma
Felipe Rodriguez 20/05/20
Carlos Cantor 20/05/20

Miguel Calderon 20/05/20