<!-- 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
![Diagrama robustez](https://external-content.duckduckgo.com/iu/?u=https%3A%2F%2Fonline.visual-paradigm.com%2Frepository%2Fimages%2F8c502bbf-22d9-422f-b0a3-4bdd1040d2ba.png&f=1&nofb=1&ipt=214e86ef50fdc2d099393f13214899d063853a0212e29c6c0d998305d93d3638)


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.
