Modulo: Ingeniería de Software

| Reto 4. Desarrollo del Diseño Arquitectónico

Nombre completo: Santiago Said Hernández Osnaya
Matrícula: 20025007
Fecha de elaboración: 20/07/2022
Carrera: Ingeniería en Sistemas Computacionales
Asesor@: Norma Griselda Reyes Ávila
Plan de Trabajo
Propósito del proyecto de Software
Crear un software que ayude a la fundación Ayuda Mutua en sus procesos de administración, automatizando
procesos de gestión de datos de sus donantes, esto con la finalidad de ayudar a resolver las problemáticas de
gestión de datos, seguimiento de sus donadores y que dicha solución sea amigable para los administradores,
dado que de esta manera se entreguen los mejores resultados posibles facilitando cada uno de los procesos
para registrar datos de donadores, agendar fechas para los eventos, confirmación de recursos para dichos
eventos, etc. Siempre apelando a que exista un mejor control de gastos, fechas y datos personales
importantes.
Diseño de Datos
Para la evaluación del diseño de los datos se tomaron en cuenta 4 que son los indispensables en el
planteamiento de las necesidades de software.
Tipo de Dato Propósito
Float Cantidades del Donativo
Carácter Nombres de Usuarios, Participantes, Donadores, Lugares de Eventos, Direcciones
Date Fechas de Nacimiento de Participantes y Donadores, agenda de eventos, registros,
confirmaciones de lugares, recursos, asistentes.
Numérico Números de contacto para brindar seguimiento a participantes, donantes, proveedores, etc.

Diseño de la Arquitectura
Dentro del diseño de la arquitectura se toman en cuenta solamente los pasos para poder generar una agenda
de evento y a su vez generar un seguimiento apropiado de una base de datos de los posibles donadores.
La idea principal es que dichos elementos se conformen de 3 grupos de administración:
Un área de comercio que sea la que se encargue de generar los eventos y seguimientos a los posibles
donadores.
Un área de contabilidad que se encargue de analizar y consolidar reportes de gastos y determinar mejoras a lo
largo de pruebas y la implementación de este desarrollo.
Un área o rol administrativos, el cual se encargará de asignar roles, permisos, accesos, usuarios, contraseñas,
además de subir los catálogos correspondientes de cada base de datos primaria en el sistema las cuales
podemos definir como:
Aspirantes o Participantes
Proveedores
Las cuales se verán operadas por los usuarios que cuenten con los permisos adecuados.
Además de poder dar de alta, baja o bloquear usuarios de una base de datos llamada:
Usuarios
 Esto con la finalidad de anteponer la seguridad de la información.

Inicio de Sesión

Captura de
Participantes Agenda de Eventos
Reporte
Confirmación de Confirmación de Costos
Participantes Eventos y Recursos General

Envío de
Invitaciones
Captura Filtro
Reporte Costos x
de Datos Donadores
Persona

Guardado Reporte de
Seguimiento
de Info Donaciones
y Validación

Diseño de la Interfaz
Varios de los elementos de la interfaz tendrán que ver con la relación de datos que deberá de existir entre los
datos de el participante o donante que se quiera realizar un seguimiento, esto muy por aparte de un segundo
proceso que es el seguimiento y valoración de la ceración del evento en sí.
Elementos Funcionales
Los elementos funcionales para el diseño de la interfaz son:
Entrada de usuarios con mediante un Log In con su respectivo usuario y contraseña
Responsabilidades asignadas dependiendo del rol de dicho usuario
Buscador de datos para poder realizar un seguimiento apropiado
Modificación de datos (esto dependiendo del rol asignado)
Agenda de eventos
Catálogo de Proveedores de Recursos y Lugares para Eventos
Emisión de invitaciones a los participantes confirmados (prioritario para donadores)
Facilidad de uso
Guardado de dichos datos en bases de datos estandarizadas

Limitaciones del sistema y su interfaz

Problemas de ejecución
No guardado de los datos
No ingreso de usuarios
No tener los permisos correctos asignados a cada usuario
Duplicidad de datos o datos erróneos ya sea capturados o proporcionados

Perfiles de usuario esperados:

Usuario Contacto: Este se encargará de validar la información proporcionada por los participantes a través de
llamadas, correo electrónico, WhatsApp, etc. Esto con los permisos de visualizar y modificar los datos, pero no
de eliminarlos.
Usuario Confirmación: Este se encargará del seguimiento a la base de datos que se encuentra ya actualizada y
filtrada, confirmando la asistencia a el o los eventos disponibles y el envío de sus invitaciones. Esto con los
permisos de modificación de datos en calidad de estatus del participante, así como la visualización de esta.
Usuario Agenda: Este se encargará de manejar y operar la base de datos de proveedores de lugares para
eventos y recursos, dando confirmación y seguimiento a dichos eventos. Este usuario tendrá la posibilidad de
visualizar y modificar datos ya que estará llenando una base de datos con las fechas de eventos disponibles.
Misma que será utilizada para realizar el envío a los participantes confirmados.
Usuario Seguimiento: Es aquel que se encargará de realizar seguimiento a los donadores esto capturando y
validando datos de una base de datos distinta a la de los participantes. Desde la parte de un segundo contacto
para confirmar su asistencia hasta el envío de su invitación. Solo tendrá los permisos de visualizar y editar los
registros más no eliminarlos.
Usuario Administrador: Este se encargará de nutrir el sistema, es decir, este se encargará del alta y baja de
usuarios, asignación de roles, administración de contraseñas, catálogos de proveedores y participantes ya sea
nuevas o recicladas. Este contará con todos los permisos de visualización, modificación y eliminación de
registros.
Usuario Contador: Podrá visualizar y exportar reportes de costos de acuerdo con las relaciones de la base de
datos de eventos, participantes confirmados y donadores. Contará con permisos de solo visualización y
exportación de datos mediante correo o formatos imprimibles.

Probables fallas del sistema: Van desde que los datos no se guarden correctamente, duplicidad de datos,
veracidad de los datos además de procesos mal realizados por parte del usuario administrador donde se
ingresan los datos, es por ello por lo que el Usuario Contacto y Seguimiento se encargan de validar la
información mediante el contacto con el participante y donador.
Maquetado de la Interfaz

Después del log in se mostrará

 Usuario
 Datos de Participante o Donante
 Estatus de Participante o Donante
 Acciones de contacto, envío de invitación y
checkbox de 2 pasos. Confirmación y Asistencia

Después del log in se mostrará

 Usuario
 Datos de Proveedor (Nombre e ID)
 Estatus de Solicitud
 Acciones de contacto, consulta de datos
completos y agenda tanto de evento como
recolección de recursos

Después del log in se mostrará

 Usuario
 Id de Evento
 Estatus del evento
 Acciones de información (fecha, lugar, responsable
de acción, costos), generación de reporte, costo por
donante y participante y un checkbox para
consolidar varios eventos en un reporte

Después del log in se mostrará

 Usuario
 Menú de Catálogos
 Dentro de cada menú (nombre, id)
 Acciones modificación o eliminación, información
completa como responsable de su alta, y bloqueo en
casos de vacaciones, incapacidades, etc.
Diseño de Despliegue
La entrada del software se realizará por medio de una aplicación web, esta estará alojada dentro de un
servicio de nube pública como Azure, AWS, Azure Cloud, entre otras. Esto por motivo de ampliar a futuro
agentes de manera internacional para obtener mayores donadores y nuevos datos para su perfilamiento.
El proceso por el cual se realiza la conexión es el siguiente.
Se realiza el inicio de sesión en un equipo local
Este se comunica con un Router perteneciente a la red privada de la empresa o bien en caso de ser nube
pública se realiza por medio de una maquina local directo al servidor web.
Este a su vez genera el enrutamiento para la consulta al servidor que aloja la aplicación y las bases de datos
correspondientes
El servidor regresa la visualización de la aplicación y el contenido de las bases de datos en esta misma.

Servidor BD

Aplicación
Router

Inicio de Sesión en
equipo local

Diseño Arquitectónico
Dentro del diseño arquitectónico se verá que se integra el proceso desde la carga de información a las
diferentes bases de datos, hasta las actividades de cada uno de los departamentos en características generales
en sus funciones.

https://miro.com/app/board/uXjVOkoreeo=/?share_link_id=164819046780
Conclusión
Como finalización de la presente propuesta, se realiza el planteamiento de una aplicación web montada en
nube ya sea privada o pública, de esta manera tanto existe la flexibilidad de cubrir un costo por uso en el caso
de la nube pública, además de poder manejar agentes a nivel internacional. Como la capacidad de adaptar la
información de la fundación de manera local, esto cubriendo los gastos de inversión de equipos de red. Como
finalidad este proyecto determina la facilidad, automatización y aprovechamiento de las tecnologías para el
seguimiento, detección y análisis del flujo de donativos e información.
Cabe recalcar que dicha propuesta tiene como principal propósito facilitar el trabajo de contacto, seguimiento
y obtención de nuevos donadores, además de ampliar el rango de oportunidad de localizar y retener a esos
donadores por medio del Machine Learning, este con la finalidad de que sea el que se encargue de analizar y
filtrar los datos de los participantes y detectar mayores oportunidades de donaciones en dichos evaluados.
Esta base de datos que se generará será el centro de recursos recurrente, por otro lado, dichos datos que sean
descartados serán almacenados para el análisis de sus datos con futuras actualizaciones. Y de esa manera
obtener nuevos donadores.