METODOS AGILES: XP EN PRACTICA

Utilizando XP se planteo el escenario del acceso al metro, utilizando una tarjeta y con 3 diferentes tarifas.

Las historias de usuario, casos de pruebas de aceptación, tarjetas de ingeniería y tarjetas CRC están disponibles en el siguiente enlace:

METODOLOGIA XP EN PRACTICA: EJEMPLO DEL METRO

METODOS AGILES: VENTA DE BOLETOS

Historia de Usuario
4	VENTA DE BOLETOS
4.   VENTA DE BOLETOS
Usuario: Pasajero del metro		Iteración Asignada: 1
Prioridad en Negocio: (ALTA / Media / Baja)		Puntos Estimados: 5
Riesgo en Desarrollo: (Alto / MEDIO / Bajo)		Puntos Reales: .
Descripción: Se deben de vender boletos para ingresar al metro. Debido a que existen 3 zonas, deben de haber 3 tipos de boletos para  viajar a estas zonas, con 3 tarifas diferentes.
Observaciones: Cada boleto solo puede usarse una vez.

Caso de Prueba de Aceptación
Código:	4.- VENTA DE BOLETOS
Nombre: Comprobación para la venta de boletos
Descripción: Se planea vender tres tipos de boletos, así mismo, comprobar que estos correspondan a la tarifa y zona que el usuario desea acceder
Condiciones de Ejecución: El usuario debe contar con un boleto valido y en buen estado El sistema tiene que estar conectado a internet. El torniquete y/o lector para boletos debe estar en funcionamiento
Entrada / Pasos de ejecución: Primero se lee el tipo de boleto y se corrobora que éste corresponda a la zona y tarifa de abordaje. Posteriormente se permite o niega el acceso
Resultado Esperado: Se espera que el torniquete y/o lector lea correctamente el tipo boleto y permita el acceso
Evaluación de la Prueba: El sistema no lee el boleto El sistema no reconoce el tipo de boleto El sistema rechaza cualquier boleto El sistema no permite la entrada El sistema lee el boleto El sistema reconoce cualquier tipo de boleto El sistema acepta cualquier boleto El sistema permite el acceso

Tarea de Ingeniería
Número Tarea: 4	4.   Venta de Boletos
Nombre Tarea: Desarrollo del módulo correspondiente para la venta de boletos
Tipo de Tarea: DESARROLLO / Corrección / Mejora / Otra (especificar)		Puntos Estimados: 5
Fecha de Inicio: 18/03/2017		Fecha de culminación. 18/03/2017
Programador Responsable: Isaac Martínez Sánchez Jeobany Ramírez Escobar
Descripción: Se debe programar el módulo para la venta de boletos; esta actividad se podrá realizar en taquilla. Es necesario identificar el tipo de boleto, ya que de esto dependerá su costo. Este módulo requiere realizar tanto la venta y cobro al usuario.

Boleto
Venta Identificar zona de entrada Identificar zona de salida Identificar tarifa	Torniquete/Lector

ACTIVIDAD REINGENIERIA DE SISTEMAS 6IM6

EQUIPO:

• RAMIREZ ESCOBAR JEOBANY
• MARTINEZ SANCHEZ ISAAC

DIAGRAMAS DE ACTIVIDADES

DEFINICION DE REQUERIMIENTOS FUNCIONALES

CASOS DE USO

DIAGRAMAS DE CLASE

DIAGRAMAS DE SECUENCIA

Artefactos XP - ACTIVIDAD EN CLASE

Historia de Usuario
1	VENTA DE TARJETA E INGRESO DE SALDO
NO HAY
Usuario: Pasajero del metro		Iteración Asignada: 1
Prioridad en Negocio: (ALTA / Media / Baja)		Puntos Estimados: 5
Riesgo en Desarrollo: (Alto / MEDIO / Bajo)		Puntos Reales: .
Descripción: Se debe vender una tarjeta de uso personal, la cual pueda recargarse en ventanilla o en un cajero automático, con un máximo de $200.00.
Observaciones: Esta tarjeta debe estar asociada a un ID y activada para empezar su funcionamiento.

Historia de Usuario
2	Cobro de tarifas por zonas para el uso del metro.
NO HAY
VIAJERO/PASAJERO		Iteración Asignada: 0
Prioridad en Negocio: (Alta / Media / Baja)		Puntos Estimados: 8
Riesgo en Desarrollo: (Alto / Medio / Bajo)		Puntos Reales: .
Descripción: Al entrar al metro se cobrará la mitad de la tarifa 1, y al salir en la misma zona se cobrará la mitad faltante. Si la salida se registra en una zona consecutiva se cobrará la restante por la tarifa 2. En cambio, si el viaje es de extremo a extremo, se cobrará la tarifa 3.
Observaciones:.

Caso de Prueba de Aceptación
Código:	1.    VENTA DE TARJETA E INGRESO DE SALDO
Nombre: Comprobación de tarjeta activa.
Descripción: Se pretende probar que al adquirir una tarjeta y se recargue por primera vez, esta se active.
Condiciones de Ejecución: El usuario debe de haber pagado la tarjeta. El sistema tiene que estar conectado a internet. El lector de tarjeta debe estar en funcionamiento.
Entrada / Pasos de ejecución: Primero se lee el id de la tarjeta y se corrobora que esta inactiva y que además su saldo sea 0.0 En seguida se ingresa saldo en base a su Id y se cambia su estatus a activo. Se comprueba que se ingresó correctamente el saldo.
Resultado Esperado: Se espera que la tarjeta este activada y que además cuente con saldo.
Evaluación de la Prueba: El sistema no verifica el estatus de la tarjeta El sistema no recarga la cantidad solicitada El sistema recarga la tarjeta, pero no cambia el status. El sistema recarga y verifica el estatus correctamente. El sistema si cambia el estado de la tarjeta.

Tarea de Ingeniería
Número Tarea: 1	1.   VENTA DE TARJETA E INGRESO DE SALDO
Nombre Tarea: Desarrollo de la tarjeta y módulo de ventas.
Tipo de Tarea: DESARROLLO / Corrección / Mejora / Otra (especificar)		Puntos Estimados: 5
Fecha de Inicio: 06/03/2017		Fecha de culminación. 06/03/2017
Programador Responsable: Isaac Martínez Sánchez y Jeobany Ramírez Escobar
Descripción: Se programará la base de datos, la clase tarjeta y sus respectivos atributos, así como también métodos para la venta y recarga.