INSTITUTO DE EDUCACIÓN SUPERIOR
TECNOLÓGICA PRIVADA
DESARROLLO DE SISTEMAS DE INFORMACIÓN
CURSO DE “PROYECTO CERTIFICADOR 3”
CICLO VI
DOCENTE : Vásquez Gutiérrez, Wilman Silver
ESTUDIANTES :
- Pérez Malca, Josué
- Toribio Rios, Ricardo
- Navia Ynga, Emanuel
IDAT-2024
Nombre De La Organización: Sol de Oro
Reseña:
Sol de Oro es una empresa peruana que inició sus operaciones en julio de 2020, en
plena pandemia. Se especializa en la compra y venta de oro. Su sede principal está
ubicada en la ciudad de Cusco y, con el crecimiento del negocio, ha expandido sus
sucursales a Mazuko y Puerto Maldonado. Actualmente prestan servicios de
transferencia de dinero, el que funciona de manera similar a un pequeño sistema
bancario, permitiendo transacciones en soles, con una comisión establecida como
fuente de ingresos.
Línea de Tiempo:
2020: Inicio de actividades
2022: Apertura de local en el distrito de Mazuko, provincia Mazuko, departamento
Madre de Dios
Ubicación: Av. El Sol 346 ([Link]
Misión:
En Sol de Oro, nos especializamos en la compra y venta de oro, así como en
transferencias de dinero en soles, ofreciendo servicios seguros y eficientes para
nuestros clientes en Cusco, Mazuko y Puerto Maldonado.
Visión:
Convertirnos en la empresa líder en compra de oro y servicios financieros en Perú,
destacándose por nuestra innovación, seguridad y crecimiento, creando valor para
nuestros clientes y las comunidades en las que operamos.
Organigrama
Gerencia General
Dirección de Operaciones
Dirección Financiera
Supervisión de Sucursales
Áreas Funcionales
● Atención al Cliente
● Gestión de Transacciones
● Seguridad y Cumplimiento
Organigrama FODA:
FORTALEZA OPORTUNIDAD
- Surgió durante la pandemia y - Creciente demanda de servicio
demostró una gran adaptabilidad. financieros en zonas donde no ha
presencia de esta.
- Expansión estratégica en Cusco,
Mazuko y Puerto Maldonado. - Posibles alianzas estratégicas para ampl
el mercado.
- Diversificación de ingresos con
servicios de transferencia de dinero. - Oportunidad de expansión a nuev
regiones y servicios.
DEBILIDAD AMENAZA
- Empresa nueva con experiencia de - Competencias de bancos y fintec
operación limitada. consolidados.
- Una alta dependencia en la volatilidad - Riesgos por el cambio en la regulación d
del precio del oro. sector.
- Infraestructura reducida frente a - Fluctuaciones económicas que impacten
competidores con más años de mercado del oro.
experiencia.
Proceso de Negocio
● MCUN (Modelo de Caso de Uso de Negocio)
Elementos:
- Actor de Negocio:
o Cliente
- Trabajadores de Negocio:
o Administrador
o Portavalor
o Agente
- Casos de Uso de Negocio:
o CUN_GestionUsuario
o CUN_GestionTransaccion
o CUN_GestionTransporteDinero
o CUN_GestionPortavalor
o CUN_GestionLocal
- Objetivos de Negocio:
CUN_GESTIONAR USUARIO
o Asegurar que el 99% de las cuentas de usuario sean creadas sin
errores en asignación de roles y permisos.
o Disminuir incidentes de acceso o seguridad en un 90% mediante
autenticación segura y monitoreo de actividad.
CUN_GESTIONAR TRANSACCIÓN
o 60% de crecimiento en el número total de transacciones en un año.
o Reducción de errores en transacciones en un 80% mediante
automatización y auditoría.
o Procesar transacciones en menos de 5 segundos en el 90% de los
casos.
CUN_GESTIONAR TRANSPORTE DE DINERO
o Aumentar la frecuencia de transporte en un 40%, asegurando un flujo
eficiente de efectivo entre locales.
o Reducir en un 95% los incidentes de transporte fallido o con
discrepancias.
o Implementar seguimiento en 100% de los transportes con logs
auditables.
CUN_GESTIONAR PORTAVALOR
o 100% de los portavalores registrados con datos completos y
actualizados.
o Reducir en un 90% los retrasos o errores en asignación de
portavalores.
o Implementar auditoría en el 100% de los transportes realizados por
portavalores.
.
CUN_GESTIONAR LOCAL
o Aumentar en un 50% la cantidad de locales activos en el primer año.
o Reducir en un 80% las discrepancias en balances de locales mediante
auditoría automática.
o Lograr que el 100% de los locales activos mantengan un balance
adecuado de efectivo y comisiones.
● MAN (Modelo de Análisis de Negocio)
Elementos:
- Trabajadores de Negocio
Elemento Descripción
Administrador Supervisa la operación general del negocio, administra locales
y gestiona auditorías.
Agente Responsable de gestionar transacciones y atención a clientes
en un local asignado.
Portavalor Encargado de transportar dinero de un local a otro
- Entidad Negocio
Elemento Descripción
Servicio Representa los servicios financieros ofrecidos, incluyendo
depósitos, retiros y transferencias con reglas de comisión.
Transacción Representa una solicitud de operación financiera realizada por
un cliente o trabajador.
Usuario Representa a una persona que interactúa con el sistema
(agente y administrador).
Categoría Representa la clasificación de los servicios financieros según su
tipo y condiciones de operación.
- Realización del Negocio
Elemento Descripción
R_Gestionar_Transferencia Interacciones:
● El Cliente solicita una transferencia de
dinero.
● El sistema valida la información, verifica
saldo disponible y calcula la comisión
correspondiente.
● El agente revisa y confirma la operación.
● El sistema ejecuta la transacción y
actualiza los balances de las cuentas
involucradas.
● Se notifica al cliente sobre la finalización
de la transferencia.
● Se notifica al cliente la finalización de la
transferencia.
R_Manejo_Efectivo_Local Interacciones:
● El agente revisa el saldo de efectivo en
su local.
● El administrador recibe solicitudes de
reposición si el saldo es insuficiente.
● Se planifica un transporte de dinero,
asignando un Portavalor.
● El Portavalor traslada el dinero y confirma
la entrega en el local de destino.
● El sistema actualiza el balance de
efectivo en tiempo real.
R_Gestionar_Cuentas_Cliente Interacciones:
● El agente valida los documentos de
identidad del cliente.
● El sistema genera un número de cuenta
único y establece un saldo inicial.
● El Cliente puede realizar depósitos,
retiros y transferencias con su cuenta.
R_Controlar_Comisiones Interacciones:
● El administrador define o actualiza reglas
de comisión en función del monto y la
moneda.
● El sistema aplica automáticamente la
comisión a cada transacción.
● Los clientes pueden ver las comisiones
aplicadas antes de confirmar
operaciones.
● El administrador revisa reportes de
ingresos por comisiones acumuladas en
cada local.
● El administrador ajusta manualmente en
caso de discrepancias o cambios de
política.
R_Auditar_Transacciones Interacciones:
● El sistema registra cada transacción en
los logs de auditoría.
● El administrador puede visualizar
registros de actividad.
● En caso de fraude o error, un Admin
puede anular la transacción con
justificación.
● El administrador realiza ajustes o
bloqueos si se detectan irregularidades.
REQUERIMIENTOS FUNCIONALES / NO FUNCIONALES
1. Requerimiento de Usuario
a. Requerimiento Funcional
Requerimient Descripción
o Funcional
RF01 El aplicativo debe contar con una pantalla de inicio de sesión para que
los agentes puedan acceder al sistema con credenciales seguras.
RF02 El sistema debe mostrar un catálogo de servicios financieros
actualizado, que incluya información sobre transferencias, depósitos y
retiros de dinero.
RF03 El sistema debe permitir al administrador gestionar información de
servicios, comisiones y auditoría a través de un sistema web.
RF04 El sistema debe permitir realizar transacciones de dinero (depósito,
retiro o transferencia) y visualizar el historial registrado por cuenta.
RF05 El sistema debe permitir registrar clientes, visualizar y actualizar sus
datos.
RF06 El sistema debe permitir registrar, visualizar y actualizar locales solo
para el administrador.
RF07 El sistema debe permitir registrar, visualizar y actualizar datos de los
portavalores solo para el administrador.
RF08 El sistema debe permitir registrar, visualizar y actualizar transportes de
dinero de un local a otro solo para el administrador.
RF09 El sistema debe actualizar los balances de las cuentas por cada
transacción realizada.
RF10 El sistema debe actualizar los balances de los locales por cada
transacción de dinero realizada.
RF11 El sistema debe permitir registrar, visualizar y actualizar datos de los
usuarios solo para el administrador.
b. Requerimiento de Validación
● Validación de Usuarios
ID Descripción
RV01 El sistema debe validar que las credenciales de usuario
(correo/contraseña) sean correctas antes de permitir el acceso.
RV02 El sistema debe bloquear la cuenta después de 5 intentos fallidos de
inicio de sesión y enviar una notificación al administrador.
RV03 El administrador puede registrar, modificar o eliminar usuarios del
sistema (Workers, Adminis).
RV04 Un usuario solo puede acceder a las funciones correspondientes a su
rol asignado.
● Validación de Clientes
ID Descripción
RV01 El sistema debe validar que el número de documento del cliente (DNI,
RUC, CE, etc.) sea único y esté correctamente formateado.
RV02 El sistema debe validar que los campos obligatorios del cliente (nombre,
documento, dirección, teléfono) estén completos antes de registrarlo
RV03 No se pueden registrar clientes con correos electrónicos o números de
teléfonos duplicados.
RV04 El sistema debe permitir solo caracteres alfabéticos en nombres y apellidos,
sin caracteres especiales ni números.
● Validación de Transacciones
ID Descripción
RV01 El sistema debe verificar que el saldo en la cuenta sea suficiente antes de
procesar un retiro o transferencia.
RV02 Las comisiones deben calcularse automáticamente según las reglas
establecidas.
RV03 Una transacción solo puede ser anulada si aun esta en estado de
“pending” o “completed”, pero no si ya fue revertida.
RV04 El monto de la transacción debe estar dentro del rango permitido por la
política del sistema.
● Validación de Locales
ID Descripción
RV01 El sistema debe verificar que la dirección de un local sea única antes de
registrarlo.
RV02 Solo un administrador puede registrar o modificar información de un
local.
RV3 Un local solo puede estar activo si tiene saldo positivo en efectivo.
● Validación de Transporte de Dinero
ID Descripción
RV01 Solo un administrador puede registrar un transporte de dinero.
RV02 Un portavalor no puede estar asignado a más de un transporte
simultáneamente.
RV03 No se puede iniciar un transporte sin definir local origen, local destino y
monto.
RV04 Si el transporte falla, se debe registrar un comentario obligatorio con la
justificación.
● Validación de Seguridad y Auditoria
2. Requerimiento Técnico
a. Requerimiento de Interfaz
Requerimient Descripción
o de interfaz
RI01 Pantalla Login
RI02 Catálogo de Servicios
RI03 Formulario se Solicitud de Transacción
RI04 Resumen de Transacción.
RI05 Pantalla de Pagos.
b. Requerimiento de Documentación
Requerimiento Descripción
de
documentación
RD01 Modelo Negocio
RD02 Requisitos
RD03 Análisis y Diseño
RD04 Implementación
RD05 Pruebas
RD06 Despliegue (Manual Usuario)
RD07 Configuración y control de cambios
ANÁLISIS DEL PROBLEMA
Descripción:
El principal desafío de Sol de Oro radica en que los métodos actuales de gestión de
transacciones y atención al cliente no responden a las necesidades de un mercado
cada vez más digital y exigente. Actualmente, los clientes deben realizar sus
operaciones de compra/venta de oro y transferencia de dinero de forma manual, ya
sea mediante llamadas telefónicas o visitas presenciales, lo que podría generar
demoras y diversos errores. Esta situación sumada a la competencia de diversas
entidades financieras y fintechs consolidados, puede limitar el crecimiento del negocio,
haciendo imprescindible la implementación de una solución tecnológica que agilice y
asegure todas las operaciones.
Diagrama Persona:
HECHOS MOLESTIAS
● Sol de Oro, fue fundada en julio del 2020, ● Los clientes experimentan demoras en
se ha consolidado en el mercado de la ejecución de sus transacciones.
compra/venta de oro y transferencias de
dinero, expandiéndose en Cusco, Mazuko y ● La falta de información actualizada
Puerto Maldonado. sobre los precios del oro genera
● La empresa depende de métodos incertidumbre.
tradicionales y manuales para la atención y
gestión de operaciones, lo que impacta en ● La dependencia de procesos manuales
la eficiencia y la satisfacción a los clientes. conlleva errores y pérdida de
oportunidades de negocio.
COMPORTAMIENTO OBJETIVO
● Los empleados atienden las solicitudes de los ● Implementar un sistema integral para la
clientes de forma manual a través de llamadas realización de transacciones en línea, que
telefónicas, lo que en periodos de alta demanda incluya tanto la compra/venta de oro como
genera retrasos y confusiones en el registro de la transferencias de dinero, de forma que
operaciones. se optimice la eficiencia operativa y se
mejore la experiencia del cliente.
FACTIBILIDAD DEL PROYECTO
1. Costos y Recursos Estimados:
Cantidad Número
Costo x
Subtotal de Total
(Hora) Hora
Meses
1.-Gestión del Proyecto
Jefe del proyecto 20(4) S/ 30 S/ 2400 4 S/ 9600
Miembros del Equipo 48(4) S/ 15 S/ 2880 4 S/ 11,520
Analista 40(4) S/ 25 S/ 4000 4 S/ 16,000
Programador 48(4) S/ 20 S/ 3840 4 S/ 15,360
2.- Hardware
Laptop 4 S/ 1800 S/ 7200 - S/ 7200
Ticketera 4 S/ 350 S/ 1400 - S/ 1400
Dispositivo móvil 1 - S/ 700 - S/ 700
Tablet 1 - S/ 800 - S/ 800
3.- Software
Windows 11 1 - S/ 300 - S/ 300
Nube Digital Ocean 1 - S/ 950 12 S/ 950
4.- Pruebas 40(4) S/ 18 S/ 2880 4 S/ 11,520
5.- Capacitación 20 S/ 35 S/ 700 2 S/ 1400
Total de costo estimado S/ 76,750
MODELO DE CASO DE USO DEL NEGOCIO:
Organización del MCUN
Actores del Negocio:
Objetivos del Negocio:
Casos de Uso del Negocio:
Objetivos de Negocio General
Diagrama General de Casos de Uso del Negocio
MODELO DE ANALISIS DEL NEGOCIO
Organización del MAN
Trabajadores del Negocio
Entidades del Negocio
Realización del Negocio: