2. *Definición:
XP se puede definir como un conjunto de pasos de diversas
metodologías, acopladas de manera que sean pasos flexibles a
seguir utilizadas con el uso común, para realizar un desarrollo más
agradable y sencillo.
Esta metodología tiene como base la simplicidad y como objetivo
principal la satisfacción del cliente; para lograrlo se deben tomar en
cuenta cuatro valores fundamentales:
*Comunicación
*Simplicidad
*Retroalimentación
*Coraje
5. *
Para desarrollo de sistemas complejos: porque permite una mejor
organización del material y optimización del tiempo.
Implementación de planes ahorro de recursos: con una planificación
más óptima se impide el desperdicio de materiales que utilizaremos en el
proyecto.
Proyectos de desarrollo de software flexible para poder realizar
cambios: es cuando el cliente pide que se hagan cambio s de última hora
y el modelo xp permiten que realizarlos sea más sencillo.
Proyectos cortos con cambios tecnológicos variables en el tiempo:
permite realizar proyectos grandes relacionados con las tecnologías ya
que se adapta a los cambios con rapidez y permite implementarlos a
gran escala.
Para pequeños y medianos equipos: en cada entrega los
programadores reciben retroalimentación del cliente Durante el resto del
proceso de desarrollo para lograr que el proyecto se realice de una
manera eficiente.
6. *
*Una ventaja es que la programación extrema es fácil
de adaptarse tanto al desarrollo de sistemas
pequeños como grandes, optimiza el tiempo en
desarrollo, permite realizar el desarrollo en parejas
para complementar el conocimiento, el código es
sencillo y entendible, además de la poca
documentación que se necesita para elaborar el
desarrollo del sistema.
7. *
* Una desventaja es que no se tiene un costo o
tiempo definido, pues el sistema va creciendo
con cada entrega que se le realiza al cliente,
se necesitaría de la presencia constante del
cliente lo cual resulta difícil de lograr.
*Otra desventaja suele ser la programación en
parejas, debido a que algunos
desarrolladores no comparten la idea de
modificar su código y menos si es por alguien
más.
8. *
*El desarrollo de software no es una tarea fácil. Prueba de ello es
que existen numerosas propuestas metodológicas que inciden en
distintas dimensiones del proceso de desarrollo. Por una parte
tenemos aquellas propuestas más tradicionales que se centran
especialmente en el control del proceso, estableciendo
rigurosamente las actividades involucradas, los artefactos que se
deben producir, y las herramientas y notaciones que se usarán.
Estas propuestas han demostrado ser efectivas y necesarias en un
gran número de proyectos, pero también han presentado
problemas en otros muchos. Una posible mejora es incluir en los
procesos de desarrollo más actividades, más artefactos y más
restricciones, basándose en los puntos débiles detectados. Sin
embargo, el resultado final sería un proceso de desarrollo más
complejo que puede incluso limitar la propia habilidad del equipo
para llevar a cabo el proyecto. Otra aproximación es centrarse en
otras dimensiones, como por ejemplo el factor humano o el
producto software.
9. *
*Software development is not an easy task. Proof of this is that
there are numerous methodological proposals that affect
different dimensions of the development process. On the one
hand we have those more traditional approaches that are
especially focused on process control strictly the activities
involved establishing, artifacts to be produced, and the tools and
notations to be used. These proposals have proved effective and
necessary in a number of projects, but have also presented
problems in many others. A possible improvement is to include in
the development process more activities, more devices and more
restrictions, based on the weaknesses identified. However, the
end result would be a more complex process of development
which can even limit the own ability of the team to carry out the
project. Another approach is to focus on other dimensions, such
as human factor or the software product.
10. *
*No aplicar la metodología si existe la posibilidad de no
cumplir con los plazos establecidos en la etapa de planeación,
ya que además se incrementaría de gran manera los costos
del proyecto.
*Es recomendable que se consulten diversas fuentes
bibliográficas para lograr un mayor entendimiento del tema.
*Se recomienda que antes de elegir una metodología se
analicen sus ventajas y desventajas a fin de que sea la más
adecuada para el proyecto a realizar.
*Debe hacerse todo lo posible por no realizar modificaciones
demasiado drásticas a la metodología XP ya que se corre el
riesgo de alterar la esencia de la metodología.
11. *
*Es más una filosofía de trabajo que una
Metodologías. Ninguna de las practicas
defendidas por XP son invención de este método,
XP lo que hace es agruparlas.
*Esta diseñado para grupos de pequeños
programadores.
*Las Metodologías tradicionales imponen un
proceso disciplinado, están orientados a
documentos y se vuelven demasiado burocráticas
e ineficaces. XP es tiene la ventaja de estar más
orientada a las personas que a los procesos.
12. *
* XP se basa en realimentación continua entre el
cliente y el equipo de desarrollo, comunicación
fluida entre todos los participantes, simplicidad en
las soluciones implementadas y coraje para
enfrentar los cambios. XP se define como
especialmente adecuada para proyectos con
requisitos imprecisos y muy cambiantes, y donde
existe un alto riesgo técnico. Promoviendo el
trabajo en equipo, preocupándose por el
aprendizaje de los desarrolladores, y propiciando
un buen clima de trabajo.
13. *
*Exploración: Este verbo refiere a examinar,
reconocer, averiguar o registrar con
diligencia un lugar o una cosa
*Reléase: Nueva versión de una aplicación
informática.
*Metodologías: Las metodologías son las
teorías del aprendizaje que orientan el
método, entre ellas