expodesarrollo29
Upcoming SlideShare
Loading in...5
×
 

expodesarrollo29

on

  • 142 views

 

Statistics

Views

Total Views
142
Views on SlideShare
142
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

expodesarrollo29 expodesarrollo29 Presentation Transcript

  • Conjunto de técnicas destinadas a acortar el tiempo de desarrollo de los proyectos, incorporando la voz del cliente y garantizando al mismo tiempo la calidad del producto durante todo su ciclo de vida, desde el diseño hasta su reciclaje, mediante la realización simultanea de actividades y el trabajo en equipo multidisciplinares.
  • Un modelo de proceso concurrente está dirigido por:las necesidades del usuario.las decisiones de la gestión.los resultados de las revisiones.
  • Disminución en el tiempo total transcurridoReducción de costos totalesAumento de la calidad y fiabilidad globaldel productoIncremento del valor añadido
  • (1) Las actividades de sistemas 2) Una aplicacióny de componentes ocurren cliente/servidor típica sesimultáneamente y pueden implementa con muchosmodelarse con el enfoque componentes, cada uno de losorientado a objetos. cuales se pueden diseñar y realizar concurrentemente.
  • Enfoque de la IS Se basa en la formulado por simplicidad,kent beck hace 6 comunicación años y el recicladoaproximadamente continuo de . código. Se diferencia principalmente de las metodologías tradicionales en que pone mas énfasis en la adaptabilidad que en la previsibilidad. PROGRAMACION EXTREMA
  • Adopción de las mejores metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con el proyecto y aplicarlo de manera dinámica. Metodología de desarrollo que pertenece a las denominadas metodologías agiles, en las que se damáxima prioridad a la obtención de resultados y reduce la burocracia que se produce al utilizar otras metodologías.
  • OBJETIVOS DE LA XPSatisfacción Dar al cliente el software que él necesita y cuando del cliente lo necesita.Potenciar el Tanto los jefes del proyecto, los clientes y trabajo en desarrolladores son parte del equipo y están equipo involucrados en el desarrollo del software.
  • VALORES DE LA XP Base de la XP. Se simplifica un diseño para agilizar el desarrollo y facilitar el mantenimiento. Los programas deben ser lo mas sencillosSIMPLICIDAD posibles y tener la funcionalidad necesaria que se indica en los requisitosCOMUNICACION Fundamental entre los integrantes del grupo de trabajo. Jefes de proyecto, clientes y desarrolladores del software.
  • Al estar el cliente integrado en el proyecto su opinión sobre el estado del proyecto se conoce en tiempo real. Al realizarse ciclos muyRETROALIMENT cortos tras los cuales se muestran resultados se minimiza el tener ACION que rehacer partes que no cumplen con los requisitos y ayuda a que los desarrolladores se centren en lo que es mas importante para el desarrollo del software. Asumir retos, ser valientes ante los problemas y afrontarlos VALENTIA permite a los desarrolladores que se sientan cómodos con reconstruir su código cuando sea necesario. Esto significa revisar el código existente y modificarlo.
  • CARACTERISTICAS DE LA XP Desarrollo Pequeñas mejoras unas tras otras. iterativo No debe existir ninguna característica en el programa que no haya sido probada, los programadores escriben pruebasPruebas unitarias para chequear el correcto funcionamiento del programa, los y continuas clientes realizan pruebas funcionales. El resultado un programa mas seguro que conforme pasa el tiempo es capaz de aceptar nuevos cambios.
  • Integración del Se recomienda que un representante del cliente equipo trabaje junto al equipo de desarrollo. Esto a veces nos puede llevar a hacer mas trabajo del necesario, pero a la vez estaremos preparando nuestro sistema para que en un futuro acepte nuevos cambios y pueda albergar nuevasRefactorización características. No debemos de recodificar ante del código especulaciones si no solo cuando el sistema te lo pida. correcto funcionamiento del programa, los clientes realizan pruebas funcionales. El resultado un programa mas seguro que conforme pasa el tiempo es capaz de aceptar nuevos cambios.
  • En vez de dividir la responsabilidad en el Propiedad del desarrollo de cada modulo en grupos de trabajocódigo compartida distintos de manera que todo el personal pueda corregir cualquier parte del proyecto. No debe existir ninguna característica en el programa que no haya sido probada, los programadores escriben pruebasPruebas unitarias para chequear el correcto funcionamiento del programa, los y continuas clientes realizan pruebas funcionales. El resultado un programa mas seguro que conforme pasa el tiempo es capaz de aceptar nuevos cambios.
  • Un cliente real debe sentarse con el equipo de programadores, estarCliente en casa disponible para responder a sus preguntas, resolver discusiones y fijar las prioridades. Si los programadores van a estar tocando partes distintas delEstándares de sistema, intercambiando compañeros, haciendo refactoring, codificación debemos de establecer un estándar de codificación aceptado e implantado por todo el equipo.