Ir al contenido principal

Artefactos de XP

Historia de Usuario
1
Compra Tarjeta
Usuarios del servicio de tren
Iteración Asignada:
1
Alta
5 Horas
Riesgo en Desarrollo:
Medio
Puntos Reales:
5 Horas
Descripción:
El usuario compra una tarjeta que utilizara para ingresar y utilizar el servicio del tren.
Observaciones:
La tarjeta será de uso personal e intransferible.

Historia de Usuario
2
Modo de Uso de Tarjeta
Usuarios del servicio de Tren
Iteración Asignada:
2
Alta
5 Horas
Riesgo en Desarrollo:
Medio
Puntos Reales:
5 Horas
Descripción:
Para el viaje en tren se utilizará un modo de cobro que contendrá 3 tarifas de acuerdo a la distancia de viaje del usuario.
El servicio evaluara en que estación ingreso el usuario y en cual salió para de esta forma, hacer que el cobro sea acorde a su viaje.
Tarifa 1: Viaje sin transbordos.
Tarifa 2: Viaje con un transbordo.
Tarifa 3: Viaje con dos transbordos.
Observaciones:
Si el usuario no tiene como pasaje mínimo el saldo suficiente para viajar usando la tarifa 3, no se le permitirá el acceso hasta que recargue y cumpla el mínimo de la tarifa 3.
Tarifa 1: Viaje dentro de la misma línea en la que se ingresó.
Tarifa 2: Viaje de una línea a otra con la posibilidad de un único transbordo.
Tarifa 3: Viaje de una línea a otra incluyendo 2 transbordos, solo tiene una    única opción de viaje, que se viaje de punta a punta de ambas líneas más lejanas.
                                                      
  
Historia de Usuario
3
Salida del servicio
Usuarios del servicio de Tren
Iteración Asignada:
3
Alta
5 Horas
Riesgo en Desarrollo:
Medio
Puntos Reales:
5 Horas
Descripción:
Cuando el usuario salga de la estación, los torniquetes y el sistema le cobran de acuerdo a la estación de subida y en la que baje utilizando el sistema de cobro de tarifas.
Observaciones:
Sera necesario el uso de torniquetes al salir y entrar de cada transbordo para evitar la transferencia de la tarjeta.
















Casos de Prueba de Aceptación
Caso de Prueba de Aceptación
1.- Compra Tarjeta

Cobro de pasaje
Aquí se evaluará que el sistema cobre una tarifa inicial donde sea que se ingrese a las instalaciones del Tren.
El Usuario deberá tener una Tarjeta
El Usuario deberá tener saldo para cubrir la tarifa 3
El Usuario debe estar fuera de las instalaciones
1.    Se comprará la tarjeta en los dispensadores
2.    Se recargará saldo suficiente para cubrir la tarifa 3
3.    Se mostrará la tarjeta en los lectores de los torniquetes
Los torniquetes permitirán el paso del usuario cobrándole una tarifa inicial fija
Se ejecutó sin problemas

Caso de Prueba de Aceptación
3.- Salida del servicio

Salida de las instalaciones
Se analizará que ocurre cuando el usuario sale de las instalaciones en alguna estación del Tren.
El Usuario deberá tener una Tarjeta
El Usuario deberá haber recorrido una distancia mínima de una estación.
1.    Se mostrará la tarjeta en los torniquetes de salida de alguna estación diferente a la inicial
2.    El usuario podrá salir de las instalaciones y el sistema le cobrará la tarifa acorde a la distancia de su viaje
El usuario saldrá del servicio
Se ejecutó sin problemas



 Tarea de Ingenieria

Tarea de Ingeniería
1

1
Compra de Tarjeta
Cobro de Pasaje
Desarrollo
Cumplir con las observaciones en la Historia de Usuario
07/03/17
08/03/17

Programador Responsable:
Hiram Alejandro Gómez Garibay
Descripción:
Se va a programar el sistema necesario tanto para las máquinas de cobro en los torniquetes como para las dispensadoras de tarjetas

Comentarios

Entradas populares de este blog

Atributos y Categorías de las Web Apps

Atributos de las WebApps Intensidad de red Por si misma una Web App reside en una red, donde brinda servicios acordes a las necesidades de una comunidad de clientes. Concurrencia Debido a que la App no es únicamente para solo un usuario, requiere de concurrencia para funcionar de acuerdo a los requerimientos de cada  Carga Imprescindible En una Web App los usuarios que la utilizan no suelen ser constantes y siempre están variando Desempeño La aplicación debe desempeñarse bien brindando los servicios a cualquier usuario. Disponibilidad Los usuarios necesitan y pueden disponer de la Web App en cualquier momento. Gobernada por los datos La Web App debe contener representaciones gráficas para apoyar al uso del usuario Evolución continua Las Web Apps necesitan de evolucionar, ir modificándose y creando nuevas versiones del mismo, que resuelvan problemas o agreguen servicios Inmediatez Las aplicaciones web deben de brindar los servicios de manera inmedia...

XP y Scrum

Programacion Extrema (XP) La programación extrema es una metodología de desarrollo ágil que tiene como principal objetivo aumentar la productividad a la hora de desarrollar un proyecto software. Da prioridad a los trabajos que dan un resultado directo y en los cuales se reduce la burocracia que pueda existir en el entorno de trabajo. Principios Basicos -Retroalimentación. -Proceso continuo en lugar de por bloques. -Propiedad intelectual compartida. -Entendimiento compartido. Conclusiones La programación extrema funciona mejor con gente con talento: profesionales capaces de hacer un diseño simple y escalable. Ellos mismos sabrán amoldarse y adaptarse al entorno de trabajo. Scrum Proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altame...

Mejores practicas de Ingenieria

Para el buen uso de la ingeniería en las aplicaciones web, este debe contener un conjunto de buenas prácticas tomando en cuenta los modelos que expone la ingeniería de software, como son: -Llevar un buen control para resolver las necesidades del producto y poder entregar un buen trabajo. -Especificar bien la interacción que hay entre la Web App y el usuario de esta, haciendo enfoque en la colocación de distintos escenarios. -Crear un plan que lleve un listado de lo que se va realizando y lo que se va modificando en el mismo -Verificar que el progreso de la Web App complazca los requerimientos especificados por el cliente -No apoyarse en Usuarios anteriores para probar la Web App, debido a que este siempre querrá regresar al antiguo software por no salir de su zona de confort. -Debe crearse y ejecutarse pruebas en las que se evalué completamente la aplicación.