World Vibe Web
The distributed app store for vibe-coded projects. Browse, discover, and install open-source apps from across GitHub.
翻译准备中
尚未检测到更新。GitHub 发布版本后会显示在这里。
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权,自行管理介绍,无需管理员批准。
登录并生成验证文件,在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件,即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录,将前往登录页面。登录后请回到此处,再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify,即可验证所有权并自行管理介绍。
一分钟完成验证alexosinaga00/tienda_ropa
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
Plataforma de e-commerce de ropa con probador virtual por realidad aumentada. Proyecto académico de la materia Sistemas de Información II (UAGRM), desarrollado con metodología PUDS y modelado UML 2.5. FashionStore combina una tienda pública para clientes (catálogo, carrito, checkout y reservas para probarse en sucursal), un back office administrativo (gestión de productos, inventario, ventas, entregas, reportes) y una app móvil con probador virtual de prendas mediante detección de pose y modo generativo con IA.查看完整 README ↗
Plataforma de e-commerce de ropa con probador virtual por realidad aumentada. Proyecto académico de la materia Sistemas de Información II (UAGRM), desarrollado con metodología PUDS y modelado UML 2.5.
FashionStore combina una tienda pública para clientes (catálogo, carrito, checkout y reservas para probarse en sucursal), un back office administrativo (gestión de productos, inventario, ventas, entregas, reportes) y una app móvil con probador virtual de prendas mediante detección de pose y modo generativo con IA.
Backend
bcryptslowapiWeb (back office + tienda pública)
Móvil (cliente: catálogo, favoritos, carrito/checkout y probador AR)
google_mlkit_pose_detection para el modo espejo del probadorDespliegue
tienda_ropa/
├── backend/ API en FastAPI, monolito modular en capas
│ └── app/
│ ├── core/ utilidades compartidas, CRUD base, notificaciones
│ ├── seguridad/ usuarios, roles, permisos, autenticación
│ ├── organizacion/ ciudades, sucursales, horarios
│ ├── catalogo/ productos, variantes, categorías, tallas, colores
│ ├── abastecimiento/ proveedores
│ ├── inventario/ stock y movimientos por sucursal
│ ├── reservas/ reservas para probarse en tienda
│ ├── ventas/ ventas presenciales y digitales
│ ├── pagos/ pasarelas de pago (Libélula, PayPal)
│ ├── entregas/ zonas de envío y direcciones
│ └── probador/ probador virtual (espejo y generativo)
│ └── alembic/ migraciones de base de datos
│
├── web/ Angular — back office (admin/encargado/cajero) y tienda pública
│ └── src/app/
│ ├── core/ servicios, guards, interceptores, modelos
│ ├── layout/ layout del back office
│ └── features/ una carpeta por pantalla/módulo
│
├── mobile/ Flutter — app cliente con probador AR
│ └── lib/
│ ├── core/ red, router, tema
│ └── features/ auth, catalogo, compras, favoritos, probador, reservas, tracking
│
├── docs/ esquema de base de datos y plan de desarrollo
└── CLAUDE.md reglas de arquitectura y convenciones del proyecto
Cada paquete del backend sigue siempre la misma estructura: models.py,
schemas.py, repository.py, service.py y router.py. Un paquete nunca
consulta directamente las tablas de otro: llama a su capa de servicio.
| Rol | Integrante |
|---|---|
| Full stack | Luis Miguel Aguayo Quiroz |
| Full stack | Alexander Osinaga Blanco |