DESCRIPCION DEL EJEMPLO VENTAS CON ECOMMERCE UTILIZANDO DAS - PowerPoint PPT Presentation

1 / 23
About This Presentation
Title:

DESCRIPCION DEL EJEMPLO VENTAS CON ECOMMERCE UTILIZANDO DAS

Description:

El proyecto se puede dividir en 3 etapas: ... Se puede dividir un gran problema como lo es el desarrollo de un Framework en 'sub-problemas' ... – PowerPoint PPT presentation

Number of Views:114
Avg rating:3.0/5.0
Slides: 24
Provided by: pisisUna
Category:

less

Transcript and Presenter's Notes

Title: DESCRIPCION DEL EJEMPLO VENTAS CON ECOMMERCE UTILIZANDO DAS


1
DESCRIPCION DEL EJEMPLOVENTAS CON E-COMMERCE
UTILIZANDO DAS
2
EL E-COMMERCE
  • Es el comercio de bienes y servicios mediante
    Internet.
  • Provocó cambios radicales en los negocios.
  • Aumento de capacidad competitiva.

3
Por qué el e-commerce?
  • El cambio constante de requisitos, plataformas y
    objetivos.
  • Requisitos prácticamente no predecibles.
  • Adaptabilidad vs Previsibilidad. La
    previsibilidad es muy tentativa.

4
FRAMEWORK
  • Un Framework es un conjunto de clases
    reutilizables para el diseño e implementación de
    un clase de software específico.

5
Venta de Bienes
  • El proyecto se puede dividir en 3 etapas
  • Investigación Desarrollo Adaptable de Software y
    desarrollo de Framework
  • Desarrollo de Framework utilizando DAS
  • Desarrollo de Aplicación de Venta utilizando el
    Framework y DAS

6
Etapas DAS
  • Especulación se realiza el análisis y el
    diseño.
  • Colaboración cubre el desarrollo componentes
    (diseño, y la instanciación del mismo).
  • Aprendizaje control de calidad y la entrega
    final.

7
PRECEDENTES
  • Se pudo determinar que en Colombia prácticamente
    no son usadas las técnicas de desarrollo ágiles.
  • Aun estamos frente a paradigmas que no son
    cuestionados?

8
CICLOS
9
CICLO 1
  • En la parte especulativa, pueden definirse el
    número de iteraciones y sus actividades.
  • Se cuenta con poca información acerca del
    Framework.

10
CICLO 1
  • Se busca información acerca del desarrollo del
    Framework.
  • Se replantean ciclos en base a la información que
    se recopile.
  • Cambio de actividades y cronogramas.

11
CICLO 1
  • Se busca cualquier tipo de información que pueda
    retroalimentar el proceso que se lleva a cabo,
    búsqueda de errores, se agregan elementos nuevos,
    etc.
  • Se realizan correcciones para la finalización
    del primer ciclo.

12
CICLO 1
  • Realización del análisis de requerimientos.
  • Se define alcance del sistema.
  • Se definen actores del sistema y el diagrama de
    casos de uso.

13
CICLO 2
  • Se definen las iteraciones para el proceso de
    análisis.
  • Se inicia el proceso de documentación.
  • Se analizan tiempos de respuesta.

14
CICLO 2
  • Se implementa la diagramación junto con la
    documentación.
  • Siempre se van corrigiendo errores e
    implementando elementos en el ciclo concurrente.

15
CICLO 3
  • Realización de documentación formal (primeros
    borradores).
  • Se comienza el desarrollo de la aplicación.
  • Al igual que en los ciclos anteriores, se van
    añadiendo nuevos elementos a medida que las
    condiciones cambian.

16
CICLO 4
  • Se implementan elementos específicos para la
    aplicación.
  • Se corrigen problemas a medida que se implementa
    la solución informática (sobre el Framework
    -codificación-).

17
CICLO 5
  • Se define la documentación y los manuales.
  • Se realizan pruebas extensivas a la aplicación,
    siempre pensando en que se está lejos de la
    versión final y que el proceso entero NO es
    lineal.

18
  • La culminación de las actividades no se considera
    ni teniendo el producto final terminado.
  • Aunque se realizan menos ciclos de los
    recomendados (5 de 6), las iteraciones son lo
    suficientemente claras y adaptables como para
    incorporar elementos.

19
CONCLUSIONES
  • La metodología ágil DAS permite los cambios de
    manera simple y ágil.
  • La metodología dado que no se basa en la
    previsibilidad, promueve reuniones periódicas.
  • Se puede dividir un gran problema como lo es el
    desarrollo de un Framework en sub-problemas.

20
CONCLUSIONES
  • El cálculo de requerimientos siempre es caótico y
    aún más sin un cliente real.
  • Iniciarse en una metodología nueva siempre es
    difícil, pero bien implementada da sus
    dividendos.
  • La metodología no se centra en el desarrollo del
    software mismo sino en la administración del
    proyecto.

21
CONCLUSIONES
  • Es adaptable y tolerante al cambio.
  • Los desarrolladores son más libres.
  • Bases en planeación y programación (cronológica).

22
CONCLUSIONES
  • El usuario hace parte activa del grupo de
    trabajo. El cliente no es un usuario.
  • La satisfacción del cliente es lo primordial.
  • La metodología es relativamente nueva.

23
CONCLUSIONES
  • Colombia tiene muy poca implementación de ésta
    metodología.
  • La documentación acerca de la metodología es
    escasa.
  • La comunicación directa con el cliente podría
    entorpecer la labor.
Write a Comment
User Comments (0)
About PowerShow.com