The Internet belongs to everyone. Let’s keep it that way.

Protect Net Neutrality
Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Programacion Extrema

No description
by

juan higueros

on 9 January 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Programacion Extrema

Programación Extrema
Análisis de Sistemas
Definicion
Actividades xp
Rentabilidad
Task Card
Historias de Usuario
Proceso
es el margen entre los ingresos y los costos. Cada actividad que realiza la empresa debe generar el mayor posible. De no ser así, debe costar lo menos posible, con el fin de obtener un margen superior al de los rivales.
Un proyecto XP tiene éxito cuando el cliente selecciona el valor de negocio a implementar basado en la habilidad del equipo para medir la funcionalidad que puede entregar a través del tiempo. El ciclo de desarrollo consiste (a grandes rasgos) en los siguientes pasos
Forma parte del conjunto de metodologías agiles que
centran sus prioridades en las personas y no en los procesos.
Está basada en 4 principios básicos:
Diseñar
Codificar
Escuchar
Hacer pruebas
Caracteristicas
Ciclo de vida de XP
Practicas
De forma aislada, cualquier práctica individual de Xp tiene poco sentido, pero en conjunto, unas compensan las carencias que las otras puedan tener.
Artefactos XP
Prueba de Aceptacion de la historia de usuario
Tarjetas CRC
Simplicidad
Comunicación
Retroalimentación
Valor
Pocos Recursos
Pocos roles
Flexible
Cliente parte del equipo
Orientada a proyectos pequeños
Arquitectura y mejoramiento conforme
se genera el proyecto.
Hace énfasis al recurso humano
Roles
Programador
Cliente
Gestor (Big Boss)
Encargado de Pruebas (Tester)
Encargado de Seguimiento (Tracker)
Entrenador (Coach)
Consultor
Ciclo de desarrollo XP
El cliente define el valor de negocio a implementar.
El programador estima el esfuerzo necesario para su implementación.
El cliente selecciona qué construir, de acuerdo con sus prioridades y las restricciones de tiempo.
El programador construye ese valor de negocio
Exploración
Planificación de la entrega
Interaciones
Producción
Mantenimiento
Muerte del Proyecto
1
.Planificación
2
.Entregas pequeñas
3
.Metáfora
4
.Diseño Simple
5
.Pruebas
6
.Refactorización

7
.Programación en parejas
8
.Propiedad colectiva del código
9
.Integración Continua
10
.40 horas por semana
11
.Cliente int-situ
12
.Estándares de programación


Las Practicas se refuerzan entre si


Una de las ventajas de la programación extrema es que se adapta al desarrollo de sistemas pequeños y grandes.

Optimiza el tiempo de desarrollo

Permite realizar el desarrollo del sistema en parejas para complementar los conocimientos

El código es sencillo y entendible

Además de la poca documentación a elaborar para el desarrollo del sistema.
Ventajas

No se tiene la definición del costo y el tiempo de desarrollo,

El sistema va creciendo después de cada entrega al cliente y nadie puede decir que el cliente no querrá una función más.

Se necesita de la presencia constante del usuario, lo cual en la realidad es muy difícil de lograr.
Desventajas
Historias de usuario
Tareas de ingeniería
Tarjetas CRC
Número:
Nombre Historia de Usuario:
Modificación (o extensión) de Historia de Usuario (Nro. y Nombre):
Usuario:
Iteración Asignada:
Prioridad en Negocio:
(Alta / Media / Baja)
Puntos Estimados:
Riesgo en Desarrollo:
(Alto / Medio / Bajo)
Puntos Reales:
Descripción:
Caso de Prueba de Aceptación
Código:
Historia de Usuario (Nro. y Nombre):
Nombre:
Descripción:


Condiciones de Ejecución:

Entrada / Pasos de ejecución:


Resultado Esperado:

Evaluación de la Prueba:
Tarea de Ingeniería
Tarea de Ingeniería
Número Tarea:
Historia de Usuario (Nro. y Nombre):
Nombre Tarea:
Tipo de Tarea :
Desarrollo / Corrección / Mejora / Otra (especificar)
Puntos Estimados:
Fecha Inicio:
Fecha Fin:
Programador Responsable:
Descripción:
Clase-ResponsablColaborador
Conclusiones
No existe una metodología universal para hacer frente con éxito a cualquier proyecto de desarrollo de software. Toda metodología debe ser adaptada al contexto del proyecto (recursos técnicos y humanos, tiempo de desarrollo, tipo de sistema, etc. Históricamente, las metodologías tradicionales han intentado abordar la mayor cantidad de situaciones de contexto del proyecto, exigiendo un esfuerzo considerable para ser adaptadas, sobre todo en proyectos pequeños y con requisitos muy cambiantes.
Conclusiones
No existe una metodología universal para hacer frente con éxito a cualquier proyecto de desarrollo de software. Toda metodología debe ser adaptada al contexto del proyecto (recursos técnicos y humanos, tiempo de desarrollo, tipo de sistema, etc. Históricamente, las metodologías tradicionales han intentado abordar la mayor cantidad de situaciones de contexto del proyecto, exigiendo un esfuerzo considerable para ser adaptadas, sobre todo en proyectos pequeños y con requisitos muy cambiantes.
Gracias por su atencion.
Gracias por su Atención.
Full transcript