UNIVERSIDAD AGRARIA DEL ECUADOR
FACULTAD DE CIENCIAS AGRARIAS
DR. JACOBO BUCARAM ORTIZ
CARRERA DE ING. EN CIENCIAS DE LA COMPUTACIÓN
MATERIA
Ingeniería en Software
TEMA: Diseño y Planifiacion
Practica Grupal
ESTUDIANTE:
Josué Adrián Guamán Miranda
Wladimir Andre Vaca Chamorro
Diego Alexander Jara Flores
DOCENTE:
ING. William Bazán
PERIODO: 2025 – 2026
MILAGRO-ECUADOR
1. ETAPA DE DEFINICIÓN
1.1 Propósito Estratégico y Alcance Funcional
1.1.1 Objetivos Fundamentales del Proyecto
El Sistema Integral para Comercio Digital de Ropa (STCR) se desarrolla bajo los
siguientes objetivos estratégicos:
Transformar el modelo de venta tradicional a un ecosistema digital eficiente,
proporcionando una plataforma interactiva que facilite la exhibición de prendas, la
búsqueda avanzada y la compra sin fricciones.
Automatizar los procesos centrales del negocio, incluyendo inventario, pedidos,
administración de productos, gestión de usuarios y emisión de comprobantes, con
el fin de minimizar errores manuales y optimizar el flujo operativo.
Incorporar capacidades de análisis avanzado, mediante paneles gráficos,
indicadores dinámicos y métricas de consumo, permitiendo al administrador
evaluar el rendimiento, detectar patrones de compra y planificar estrategias
comerciales.
2.1.1 Delimitación del Alcance del Sistema
El alcance funcional del STCR abarcará:
A. Gestión del Catálogo de Prendas
Publicación de prendas con imágenes en alta definición.
Múltiples variaciones (color, talla, estilo, género).
Descripciones técnicas (material, lavado, ajuste, recomendaciones).
Estado del inventario actualizado en tiempo real.
B. Plataforma de Venta en Línea
Carrito de compras persistente asociado al usuario.
Cálculo automático de subtotal, envío, impuestos y promociones.
Confirmación de compra, registro y despacho.
Múltiples opciones de pago integrables.
C. Gestión del Cliente
Registro seguro con correo validado.
Perfil del usuario con direcciones múltiples y preferencias.
Seguimiento detallado de pedidos.
Recuperación de claves y autenticación por token.
D. Administración Interna
Módulo para añadir, modificar y retirar productos.
Control de inventarios con historial de movimientos.
Gestión de roles (administrador, asistente, bodega).
Reportes analíticos diarios, semanales y mensuales.
3.1.1 Funciones Fuera de Alcance
Para evitar sobrecarga inicial, se excluyen:
Sistema avanzado de marketing: cupones, niveles, puntos.
Soporte para múltiples tiendas o vendedores externos.
Inteligencia Artificial para recomendaciones automáticas.
Seguimiento en tiempo real del pedido con GPS.
Chat automatizado o atención al cliente con IA.
Estas funcionalidades pueden incorporarse en futuras fases.
2.1 Evaluación de Viabilidad y Actores Relevantes
4.1.1 Estudio de Viabilidad
Viabilidad Técnica
El sistema puede construirse utilizando tecnologías maduras del mercado:
Frontend: [Link], Vue o Angular con diseño responsive.
Backend: Frameworks robustos como Django, Flask o Spring Boot.
Base de Datos: PostgreSQL o MySQL con índices especiales.
Infraestructura: Cloud con Docker, Nginx, escalabilidad horizontal.
APIs: RESTful para modularidad y seguridad.
Con estas tecnologías se garantiza:
Alto rendimiento bajo carga.
Rendimiento estable y mantenibilidad.
Integración con pasarelas de pago o módulos externos.
Viabilidad Económica
El proyecto es sostenible porque:
Reduce costos de tienda física (personal, servicios, espacio).
Incrementa el alcance geográfico de ventas.
Minimiza pérdidas por inventario no controlado.
Evita costos de suscripción a e-commerce de terceros.
Permite crecimiento escalonado sin grandes inversiones.
Viabilidad Operativa
Los usuarios pueden operar el sistema sin conocimientos técnicos.
La interfaz es intuitiva y autoexplicativa.
El personal administrativo puede gestionar inventario sin depender de terceros.
La plataforma no necesita infraestructura compleja para funcionar.
3.1 Actores Clave del Sistema
Actor 1: Dirección General / Propietario
Toma decisiones estratégicas basadas en reportes y análisis de ventas.
Actor 2: Cliente / Comprador Digital
Interactúa con el catálogo, selecciona prendas y realiza compras.
Actor 3: Operador Logístico
Se encarga del inventario, empaques y distribución.
Actor 4: Área de Tecnología
Implementa mejoras, seguridad, mantenimiento y soporte.
Actor 5: Proveedor de Ropa
Recibe estadísticas para optimizar la entrega de stock.
2. ETAPA DE MODELADO Y ANÁLISIS
4.1 Requisitos del Sistema
5.1.1 Arquitectura Propuesta
6.1.1 Requisitos Funcionales (Amplios y Profundos)
RF1 – Motor Avanzado de Catálogo
El sistema debe permitir la gestión completa de productos, incluyendo imágenes,
tags, filtros, atributos personalizados y disponibilidad por talla.
RF2 – Flujo Completo de Carrito y Pago
El cliente podrá:
Añadir prendas al carrito.
Modificar cantidades.
Seleccionar método de envío.
Confirmar compra.
Recibir comprobante digital.
RF3 – Gestión Transaccional de Pedidos
El sistema registrará:
Fecha y hora del pedido.
Estado del pedido (procesado, enviado, entregado).
Historial de modificaciones.
Productos asociados.
RF4 – Gestión Integral de Usuarios
Incluye:
Registro seguro.
Roles y permisos.
Recuperación de contraseñas.
Perfil con historiales de actividad.
RF5 – Administración del Sistema
Panel para manejar categorías, inventarios, reportes y ventas.
Exportación de reportes en PDF o Excel.
Dashboard con KPIs (ventas, usuarios, inventario crítico).
7.1.1 Requisitos No Funcionales
RNF1 – Seguridad
Cifrado SHA-256 o superior.
Certificado SSL obligatorio.
Protección contra ataques XSS, CSRF y SQL Injection.
Tokens de sesión renovables.
RNF2 – Rendimiento
Tiempo de carga del catálogo menor a 2 segundos.
Capacidad de atender hasta 2000 usuarios concurrentes.
RNF3 – Escalabilidad
Arquitectura preparada para contenedores y microservicios.
Balanceo de carga entre múltiples servidores.
RNF4 – Experiencia de Usuario
Diseño responsive, accesible y con navegación fluida.
Interfaz clara, orientada a minimizar el abandono del carrito.
RNF5 – Disponibilidad
Disponibilidad mínima del 99.5%.
Backups automáticos y políticas de recuperación.
5.1 Arquitectura Propuesta del Sistema
Estructura General del Sistema
Se propone una arquitectura modular de tres capas ampliada, adaptable a
microservicios:
Capa de Presentación
Interfaces modernas con componentes reutilizables.
Plantillas SEO-friendly.
Web responsiva compatible con móviles.
Capa de Lógica de Negocio
Contiene micro-módulos como:
Módulo de productos
Módulo de ventas
Módulo de inventarios
Módulo de autenticación
Módulo de análisis y reportes
Con controladores, validaciones y servicios especializados.
Capa de Datos
Base de datos relacional con tablas normalizadas:
Productos
Variantes
Categorías
Usuarios
Pedidos
Detalles de pedidos
Inventario
Movimientos de stock
Incluye triggers, índices, llaves compuestas y auditoría.
Justificación de la Arquitectura
Permite agregar funciones sin romper el sistema.
Aumenta seguridad mediante separación de capas.
Facilita la escalabilidad horizontal.
Reduce el acoplamiento entre módulos.
3. PROTOTIPADO
6.1 Tipo de Prototipo: Alta Fidelidad Interactiva
Se selecciona un prototipo profundo, con:
Diseño visual idéntico al producto final.
Interacciones simuladas (botones, animaciones, pop-ups).
Flujo completo de compra antes de desarrollarlo.
Simulación de catálogo real.
Herramientas:
Figma
Adobe XD
Sketch
8.1.1 PLANIFICACIÓN INCREMENTAL + MEJORA CONTINUA
Incremento 1 – Versión Inicial Operativa
Incluye:
Catálogo base.
Carrito funcional.
Registro de usuarios.
Inventario básico.
Objetivo: habilitar las primeras ventas.
Incremento 2 – Versión Completa del Sistema
Incluye:
Pagos integrados.
Control avanzado de inventarios.
Dashboard de estadísticas.
Historial completo del cliente.
Reportes descargables.
9.1.1 Mecanismo de Retroalimentación
Se realizará mediante:
Pruebas controladas A/B.
Seguimiento de métricas (tiempo de permanencia, abandono del carrito).
Reuniones con el propietario.
Formularios de satisfacción.
4. CONCLUSIÓN
El Sistema Integral para Comercio Digital de Ropa (STCR) representa una
solución tecnológica completa, estructurada bajo los lineamientos del Proceso
Unificado, lo que permite abordar el desarrollo de forma progresiva, ordenada y
con una clara gestión de riesgos. La identificación temprana de objetivos, el
análisis detallado del alcance y la definición exhaustiva de requerimientos
funcionales y no funcionales proporcionan una base sólida para asegurar que la
plataforma cumpla con las necesidades reales del negocio y de los usuarios
finales.
La arquitectura seleccionada, gracias a su diseño modular y escalable, garantiza
que el sistema pueda evolucionar de manera continua, permitiendo incorporar
nuevas capacidades conforme crezca la demanda y cambien las dinámicas del
mercado. Este enfoque facilita la integración futura de componentes externos,
como pasarelas de pago adicionales, algoritmos de recomendación o módulos de
logística avanzada, sin alterar el núcleo del sistema.
Asimismo, el uso de un prototipo de alta fidelidad y la estrategia de entregas
incrementales permiten validar los flujos críticos antes de la implementación
definitiva, reduciendo significativamente errores en etapas posteriores y
asegurando una experiencia de usuario consistente, intuitiva y de alto estándar.
También potencian la colaboración con los actores involucrados, promoviendo
mejoras continuas basadas en retroalimentación real.
En conjunto, la solución propuesta no solo cumple los requerimientos técnicos del
comercio electrónico moderno, sino que se posiciona como una plataforma
robusta, adaptable y preparada para sostener el crecimiento futuro del negocio. La
orientación a métricas, el uso de metodologías iterativas y el diseño centrado en el
usuario convierten al STCR en una herramienta estratégica para consolidar la
presencia digital de la tienda y maximizar su competitividad en el entorno actual.