Embed Size (px)
Citation preview
Artefactos XP
Descripción:
En el espíritu de sencillez, uno de los valores básicos de XP, el número de artefactos en XP es bastante pequeño. En realidad, en XP que en realidad no hablar de los artefactos como tal. Excepto por el código de producción, todos los otros artefactos generados por el proceso de trabajo implica que es tangencial a llegar a la meta final, un producto en funcionamiento. En teoría, todo lo demás debe considerarse como opcional. El conjunto de artefactos presentados aquí es comúnmente utilizado por los equipos de XP para entregar software de una manera eficiente. Por regla general, trate de limitar la cantidad de esfuerzo puesto en cualquier trabajo tangencial a menos que pueda ser demostrado para mejorar el proceso de alguna manera demostrable.
Los artefactos XP son los siguientes:
Visión (Vision) Historia de usuarios (User Story) cliente de prueba (Customer Test) del Plan lanzamiento (Release Plan) Metáfora (Sistema de Nombres) (Metaphor (System of Names)) plan de Iteración (Iteration Plan) codificación Estándar (Coding Standard) Unidad de Prueba (Unit Test) Código de Producción (Production Code) Construir (Build)
XP Visión
Define vista de las partes interesadas del producto a desarrollar, se especifica en términos de las necesidades fundamentales de las partes interesadas y características.
Propósito:
La Visión XP consta de muy alto nivel requisitos. Se comunica al equipo de un entendimiento común del proyecto y es un indicador contra el cual todas las decisiones que deben ser validados. Se guiará al equipo durante el ciclo de desarrollo.
Historia del Usuario
Una breve descripción de parte de la funcionalidad proporcionada por el sistema desde el punto de vista de un usuario de ese sistema.
Propósito:
Una historia de usuario representa una pequeña parte de la funcionalidad del sistema que se está construyendo. No es una especificación completa de una característica. Es una promesa de discutir una característica o un recordatorio de la discusión que ya ha tenido lugar.
Descripción:
Una historia de usuario es sólo una muestra de la conversación entre el pasado y el futuro del cliente y los programadores. En el lugar de XP práctica cliente minimiza la necesidad de documentar exhaustivamente cada historia como los programadores simplemente puede caminar y hacer sus preguntas a los clientes cuando sea necesario. Historias del usuario son capturados en las pruebas de aceptación automatizadas que luego se utilizan para validar la aplicación de la historia.
Puede que no sea necesario escribir una descripción de todas las historias como el nombre de algunas de las historias que ya puede ofrecer suficiente información.
Lo que hace que una historia de usuario bien?
El cliente debe preocuparse por ello. La historia debe tener un valor comercial en los ojos del cliente para que pueda ser priorizado. A veces una historia tiene que ser dividido en partes más pequeñas para caber en una iteración. Si de por sí la historia no aporta valor al negocio, al menos debería proporcionar avances concretos hacia una función con valor de negocio.
Historias verticalmente cortar a través de la arquitectura del producto. Ellos no suelen centrarse en un subsistema específico.
Los casos de prueba se puede escribir para verificar que los programadores lo han implementado correctamente.
Se puede estimar razonablemente por los desarrolladores. Historias que no pueden ser estimados se vuelven a escribir.
Se puede completar dentro de una iteración. Una historia que no encaja en una iteración se divide en dos o más pisos más pequeños.
Opciones de representación
Estas son algunas de las historias de ejemplo para una aplicación típica tienda on-line:
-------------------------------------------------- ------------------------------
Si el cliente ha introducido un ID válido de Exención Contributiva, no cobran impuestos sobre las ventas.
-------------------------------------------------- ------------------------------
Si el ID de cliente está en la lista Cliente Preferente, no cobran por el envío, excepto para el servicio al siguiente día.
-------------------------------------------------- ------------------------------
En la página de estado del sistema, mostrar el número de pedidos en las últimas 24 horas, el total de ingresos, y la lista de los diez elementos en orden de cantidad pedida.
-------------------------------------------------- ------------------------------
Si la dirección de entrega de una compra en cualquiera de los estados en la tabla adjunta, calcular, mostrar y cargo por impuesto a las ventas mediante el porcentaje correspondiente.
Cliente de prueba
Correr contra el sistema para verificar que una característica se ha implementado correctamente.
Propósito:
La prueba de Cliente XP demuestra la presencia de las características del sistema según lo definido por el cliente. Ellos son los requisitos inequívocos y detallados del sistema.
Consideraciones Clave
A medida que más y más pruebas del cliente se añaden al sistema, habrá una necesidad de organizar de alguna forma. Por lo general, los probadores y programadores a construir y mantener algún tipo de marco al cliente de prueba. Como es el caso para el código de producción es importante que la estructura de evolucionar con las necesidades de la aplicación. Es muy fácil ir por la borda cuando se construye un marco de pruebas.
Lanzamiento del Plan
Una lista de casos de usuario prioritarias que se realizarán en el próximo lanzamiento (s).
Propósito:
El Plan de lanzamiento XP es la vista del proyecto a largo plazo. Organiza historias estimadas en iteraciones e iteraciones grupos en lanzamientos. Las liberaciones definidos por el cliente contienen valor suficiente para entregar el software a los usuarios finales del producto. El sesgo en los comunicados de pedidos y la definición de las historias es entregar el mayor valor de negocio posible por la fecha de lanzamiento.
Metáfora (Sistema de Nombres)
Un vocabulario comúnmente se entiende que describe las piezas importantes del sistema y sus relaciones asociadas.
Propósito:
La Metáfora (Sistema de Nombres) o Sistema de Nombres permite al equipo para hablar de la estructura del software de una manera cómoda y memorable.
Plan de Iteración
Esencialmente una lista de historias de usuario y tareas de ingeniería que serán trabajados en la iteración actual.
Propósito:
El Plan de Iteración XP dirige los esfuerzos del equipo durante la iteración.
Descripción:
El Plan de Iteración XP contiene una lista de historias seleccionadas para ser implementado en la iteración. Cada historia se divide en una o más tareas de ingeniería. Estas tareas son lo suficientemente pequeñas que un individuo puede entender su alcance y proporcionar una estimación razonable. Las tareas se extienden generalmente de menos de un día a uno o dos días para una sola persona.
El Plan de Iteración XP se registra en papel rotafolio y colgadas en las paredes del espacio de trabajo abierto del equipo. Cada historia para la iteración está escrito en un pedazo de papel rotafolio y colgada en la pared espacio de trabajo abierto. El equipo de lluvia de ideas las tareas necesarias para completar una historia. Discuten la historia con el cliente según sea necesario. El equipo a veces va a hacer una sesión de diseño rápido para ayudarles a entender las tareas de un artículo determinado. Esto se repite para cada historia en la iteración. Una vez que todas las historias se han dividido, los individuos inscribirse para las tareas, grabando sus iníciales y estimar junto a la tarea.
¿Qué hace a un buen Plan de Iteración XP:
Las historias se han desglosado en tareas. Las tareas se han registrado y dado estimaciones. Las historias se retira del plan si hay demasiado que hacer. Las historias se añaden al plan si no hay nada que hacer.
Codificación Estándar
Describe las convenciones que se utilizan para trabajar con el lenguaje de programación.
Propósito:
El propósito de la norma de codificación es la de facilitar la comunicación entre los programadores que trabajan en la misma base de código. El estándar de codificación tiene una mayor importancia en XP debido a la programación en parejas y prácticas de propiedad colectiva del código. El objetivo es que todas las partes del código parecen haber sido escrito por el mismo programador.
Unidad de Prueba
Se utiliza para garantizar que una funcionalidad específica de un componente del sistema está funcionando correctamente.
Propósito:
Una prueba unitaria XP está escrito por los desarrolladores para asegurar que todos los componentes del sistema funcionan como se esperaba. Prueba XP Unidad de dar a los desarrolladores la confianza necesaria para modificar el sistema y confiar en que todo sigue funcionando.
Descripción:
Pruebas XP Unidad operan por lo general a nivel de clase (en lenguajes orientados a objetos) y probar la interfaz pública. Para cada clase en el sistema, existe una clase de prueba. Marcos populares de prueba están disponibles por lo general de forma gratuita (como JUnit, CPPUnit, CppUnitLite, NUnit). Estas son herramientas simples que ayudan a los desarrolladores a organizar y ejecutar pruebas unitarias. Estas pruebas impulsar el desarrollo programador y decirle al programador que el código funciona como el programador espera.
Código de Producción
La especificación ejecutable del sistema que se está construyendo.
Propósito:
En XP, consideramos Código de la Producción a ser la pieza más importante. Es el artefacto de diseño único que no puede ser sustituido, ya que es la única expresión completa y sin ambigüedades de la intención del diseño. El código fuente es una especificación. Es, junto con un compilador o intérprete, abarca toda la semántica necesaria para producir un proceso que se ejecuta en un ordenador.
Descripción:
Esta definición del Código de la Producción abarca mano con código de software, así como los modelos ejecutables. El Código de la Producción se debe mantener limpio y sencillo, ya que es el principal vehículo para comunicar la intención del diseño para el equipo de programación. El código tiene integral al cliente y pruebas unitarias. Las prácticas de XP de diseño simple, la programación en parejas, refactorización, la
propiedad de código colectiva, el desarrollo basado en pruebas y soporte estándar de codificación de la creación del código.
Construir
El resultado de la integración de código y proceso de construcción
Propósito:
El propósito de la Build XP es mostrar avances concretos en un sistema en funcionamiento. Cada Build XP incremental muestra nuevas funciones mientras se aseguran de que la funcionalidad anterior no se ha roto.
