lo que tengo de cambios en esta pc:wq
This commit is contained in:
+104
@@ -0,0 +1,104 @@
|
||||
<!-- markdown-toc start - Don't edit this section. Run M-x markdown-toc-refresh-toc -->
|
||||
# **Indice**
|
||||
|
||||
- [Se Presento el profe de tecnologia](#se-presento-el-profe-de-tecnologia)
|
||||
- [Datos](#datos)
|
||||
- [Articulacion de la materia](#articulacion-de-la-materia)
|
||||
- [El proyecto](#el-proyecto)
|
||||
- [Cual es la etapa minima](#cual-es-la-etapa-minima)
|
||||
- [comportamiento](#comportamiento)
|
||||
- [Iconix](#iconix)
|
||||
- [Caso de uso](#caso-de-uso)
|
||||
- [Diagrama](#diagrama)
|
||||
- [Especificacion](#especificacion)
|
||||
- [Caso de uso Core](#caso-de-uso-core)
|
||||
- [Diagrama de Dominio](#diagrama-de-dominio)
|
||||
- [Diagrama de robustez](#diagrama-de-robustez)
|
||||
- [Prototipo](#prototipo)
|
||||
|
||||
<!-- markdown-toc end -->
|
||||
|
||||
|
||||
# Se Presento el profe de tecnologia
|
||||
|
||||
la clase pasada el que se habia presetnado era el profe de negocios.
|
||||
|
||||
Este es el Sr del odoo (CRM).
|
||||
|
||||
## Datos
|
||||
nos dijo que tenemos que presetnarle snapshots del proyecto para que vea como anda avanzando a travez del tiempo asi cuando vamos a rendir nos sentamos y ya saben que vamos a presetnar
|
||||
|
||||
# Articulacion de la materia
|
||||
La materia esta hecha para que nos sentemos y hagamos un soft.
|
||||
|
||||
> Desarrollar software tiene una complejidad
|
||||
|
||||
Entonces nos va a dar un requerimiento de utilizar una metodologia de las que dimos en las otras materias.
|
||||
|
||||
*Por ejemplo*
|
||||
|
||||
El profe prefiere iconix. por motivos de pedagogía (♌).
|
||||
|
||||
# El proyecto
|
||||
Debe ser un producto que sea consistente con un negocio y ellos elijen que hagamos documentacion de casos de uso core, siendo un core algo que amerita hacer un diagrama,
|
||||
*Por ejemplo,* Se Realiza una venta -> Se crea una factura -> Se disminuye el stock.
|
||||
|
||||
Piden 2 casos de uso core.
|
||||
|
||||
Que hayan indicios de la implementacion dentro del soft (osea puede no estar completa la implementacion.)
|
||||
|
||||
Se puede hacer en pares pero el que documenta tiene que saber lo que esta hecho en codigo y viceversa.
|
||||
|
||||
Nos van a presentar un problema sobre el software dentro del examen final donde nos van a pedir una modificacion (por ejemplo añadir soporte de pago en crypto) y hay que mostrar a nivel diseño cual seria la modificacion necesaria.
|
||||
|
||||
## Cual es la etapa minima
|
||||
Etapas del desarrollo:
|
||||
|
||||
- **diseño**.
|
||||
- **Analisis**.
|
||||
- **Desarrollo**.
|
||||
- **Testeo**.
|
||||
- **Deploy**.
|
||||
- **Mantenimiento**.
|
||||
|
||||
para la entrega tenemos ue tenerlo hecho hasta un punto en el cual, ya este hecho el:
|
||||
|
||||
## comportamiento
|
||||
El software tiene comportamientos intrinsicos propios del software, casos donde arreglar un caso rompe otro, esto a niveles impresionantes. Si las cosas de diseño estarian implementadas de forma excelente ningun inconveniente deberia de ocurrir.
|
||||
|
||||
# Iconix
|
||||
Es una metodologia que implementa muchas cosas AGILE.
|
||||
|
||||
Por ejemplo: Para poder explicar las cosas al cliente se utiliza documentacion de estilo casos de uso.
|
||||
|
||||
> Tiene un poco de todo ~Profe
|
||||
|
||||
## Caso de uso
|
||||
Se describen con dos soportes:
|
||||
- Diagrama.
|
||||
- Especificacion.
|
||||
|
||||
### Diagrama
|
||||
Para hacer los diagramas se utiliza UML. por motivos pedagogicos y no tanto funcionales. Pensa en los usecase de plantuml que tienen el tipito y los circulos, Además de las inclusiones y extenciones.
|
||||
|
||||
Una Inclucion es cuando un caso de uso necesita ser utilizado como una parte del funcionamiento de otro CU.
|
||||
|
||||
Mientras que una extension es cuando se extiende la funcionalidad de un CU.
|
||||
|
||||
### Especificacion
|
||||
Es donde se hace un documento que tenga camino critico, detalles, pasos, ...etc.
|
||||
|
||||
# Caso de uso Core
|
||||
En estos casos lo que se necesita es que hayan por lo menos pero no maximamente obligatorio que haya 5 y 5 extends y includes.
|
||||
|
||||
# Diagrama de Dominio
|
||||
Es la representacion de las entidades de negocio. Son las entidades y relaciones cuales modelan la logica del negocio abstraido de la programacion.
|
||||
|
||||
# Diagrama de robustez
|
||||
|
||||
|
||||
|
||||
Es el cual muestra como el flujo dentro del sistema interactua entre los dis6tintos nodos de interfaz, acction y modelo.
|
||||
|
||||
# Prototipo
|
||||
Hay que mostrar cosas rusticas que se enfoquen en el funcionamiento y no tanto en lo grafico.
|
||||
@@ -35,34 +35,6 @@ Devuelve algo que la fotografía digital mató — **la sorpresa, la paciencia y
|
||||
- Filtros y estéticas de época como compras dentro de la app
|
||||
- Impresión física del rollo revelado enviada a tu casa
|
||||
|
||||
## 🍻 **"Ronda" — App para gestionar las deudas y gastos entre amigos en salidas**
|
||||
|
||||
### El problema
|
||||
|
||||
Salís con amigos, alguien paga la cuenta, otro puso la entrada, otro trajo la bebida, y al final nadie sabe bien cuánto debe quién. El grupo de WhatsApp se llena de capturas de transferencias, alguien siempre "ya te paso mañana" y hay un amigo que lleva la cuenta mentalmente y en el fondo está re podrido.
|
||||
|
||||
### La propuesta
|
||||
|
||||
Una app diseñada específicamente para el contexto social argentino de salir con amigos. No es Splitwise — es más simple, más rápida y más divertida. En dos toques registrás quién pagó qué, la app calcula automáticamente quién le debe a quién y con cuántas transferencias mínimas se salda todo.
|
||||
|
||||
### Lo que la hace especial
|
||||
|
||||
- **Modo salida** — abrís una sesión, agregás a los del grupo y van registrando gastos en tiempo real mientras pasa la noche
|
||||
- **Deuda simplificada** — si Nico le debe a Fer y Fer le debe a Juli, la app colapsa todo en una sola transferencia
|
||||
- **Integración con Mercado Pago y Modo** — saldás la deuda sin salir de la app
|
||||
- **Historial de salidas** — podés ver cuánto gastaste con cada grupo de amigos en el último mes
|
||||
- **Modo "el que más puso"** — rankea quién bancó más en el grupo, para el reconocimiento social que se merece
|
||||
|
||||
### Por qué funciona en Argentina
|
||||
|
||||
Splitwise existe pero está en inglés, es medio fría y no está integrada con los medios de pago locales. Ronda está pensada para la cultura de la ronda, el after, la previa y el "yo pongo la tarjeta y después me pasan". Es la misma idea pero **nuestra**.
|
||||
|
||||
### Modelo de ingresos
|
||||
|
||||
- Comisión mínima sobre transferencias procesadas dentro de la app
|
||||
- Plan premium con estadísticas avanzadas y sin límite de grupos
|
||||
- Alianzas con bares y restós para ofrecer descuentos a grupos que usen Ronda para pagar
|
||||
|
||||
## 📱 **"Eco" — Tu diario personal que te entiende**
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user