105 lines
4.1 KiB
Markdown
105 lines
4.1 KiB
Markdown
<!-- 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.
|