DISEÑO DE EXPERIMENTOS DE INGENIERÍA DE SOFTWARE (SI732)
EXAMEN FINAL
2023-2
Sección: SW71, SW72, WS71, WS72, WV71, WX72
Profesores: Flores Moroco, Juan Antonio
Ramirez Argume, Leo Carlos Israel
Noriega Melendez, Julio Manuel
Duración: 170 minutos
Indicaciones:
1. El examen consta de 6 preguntas, y tendrá 170 minutos para resolverlas.
2. Las preguntas son tipo procedimental y la entrega de su respuesta es a través de envío del archivo de
Word adjunto. Utilice el documento de Word upc-pre-202302-si732-<sección>-eb-<código-
estudiante>.docx para responder, tanto a nivel de texto para las preguntas de redacción como a
nivel de las preguntas relacionadas con diagramas. Coloque contenido en cada página de respuesta
según el título e indicaciones.
3. Cada examen cuenta con un equipo académico, el cual estará conectado durante el examen.
4. El alumno debe revisar las preguntas del examen y de presentarse alguna duda o tener algún
inconveniente enviar un correo al profesor asignado a su sección:
- Secciones WV71 y SW71: Walter Juan Requejo Chaname, correo
[email protected] - Secciones WS71 y WX72: Alan Tito Gutierrez Gutierrez, correo
[email protected] 5. Los profesores en mención solo recibirán correos provenientes de las cuentas UPC, de ninguna
manera se recibirán correos de cuentas públicas.
6. Ante problemas técnicos, debe de forma obligatoria adjuntar evidencias del mismo, como capturas
de pantalla, videos, fotos, etc. Siendo requisito fundamental que, en cada evidencia se pueda
apreciar claramente la fecha y hora del sistema operativo del computador donde el alumno está
rindiendo el examen.
7. Los problemas técnicos solo se recibirán durante el examen.
Página 1 de 8
Enunciado:
Caso Taxi Churro
Taxi Churro, Inc., es una Startup Canadiense que nace en el año 2022 buscando satisfacer las necesidades de
los usuarios que necesitan moverse de un lugar a otro, y consiguen fácilmente encontrar socios conductores
que ofrecen el servicio de movilidad.
El lema de Taxi Churro, Inc. Es: “No somos es una aplicación de taxi. Somos una empresa de Tecnología que
facilita, por medio de su aplicación, que conductores privados encuentren personas que necesitan viajes
seguros y confiables”
La Startup tiene tres segmentos objetivos: El primero segmento son los Pasajeros conformado por varones y
mujeres entre 18 y 45 años, que tengan un dispositivo móvil de 6 pulgadas como mínimo y tienen la necesidad
de movilizarse de un lugar a otro. Como segundo segmento están las Empresas que no tienen vehículos para
movilizar a sus trabajadores en la ciudad y contratan el servicio de movilidad. Y como tercer segmento están
los Conductores conformado por varones y mujeres entre 25 y 45 años, que tengan una licencia A-II, un
vehículo y dispositivo móvil de 6 pulgadas como mínimo.
El Mobile App tiene el mismo nombre que la empresa: Taxi Churro. Esta aplicación está disponible tanto en
Play Store como en App Store.
Entre las principales características y pantallas de taxi Churro son las siguientes:
Del Registro, inicio y personzalicación.
- Regsitro (sign up) a la aplicación mediante una cuanta Facebook, Google, Apple o mediante contraseña.
- Acceso (Sign in) a la aplicación mediante correo electrónico o una cuanta Facebook, Google o Apple.
- Gestión del Profile del pasajero registrado en la aplicación.
- Reseteo de contraseña mediante el envio de sms al celular o correo electrónico.
Página 2 de 8
Home y My Bookings:
- Home de Bienvenida con la visualización de taxis cercanos.
- Visualización de la información del viaje activo (Active Now).
- Visualización de la lista de los viajes completados (Completed).
- Visualización de la lista de los viajes cancelados (Canceled).
Setting:
- Gestión de dirección predeterminadas (Address), visualizar, editar y agregar direcciones.
- Configuración de notificaciones (Notification) en la aplicación.
- Gestión de métodos de pago (payment), visualizar, cancelar y agregar.
- Configuración de seguridad (Security) de la aplicación.
Página 3 de 8
Taxi Booking:
- Especificación de la Ubicación Actual (Current Location) y el Destino (Destination).
- Confirmación del pedido (Order) de taxi.
- Selección de promoción de descuento.
- Selección de la categoría de Vehiculo para el viaje.
Taxi Booking:
- Búsqueda del conductor (Seraching for Driver) que acepte la ruta y monto del viaje.
- Ubicación en tiempo real del vehículo/conductor que acepto la ruta de viaje.
- Cancelación del Taxi y selección de la razón o motivo de cancelación.
- Visualización de la información detallada del Conductor y opción para enviar mensajes (chatear) y llamar.
Página 4 de 8
Taxi Booking:
- Envio de mensajes con el Conductor del Vehículo.
- Ubicación en tiempo real del vehículo en el viaje a destino (Trip to destination).
- Selección del método de pago a usar cuando el taxi llega a destino.
- Calificación de la experiencia del sevicio del conductor.
E-Receipt:
- Visualización del historial de viaje y pagos realizados.
- Visualización y descarga del comprobante de pago de un viaje realizado.
- Visualización de las transacciones realizadas por métodos de pago (My E-wallet).
Página 5 de 8
Características adicionales:
- Visualización de mensajes y llamadas realizadas con los conductores y pasajeros.
- Atención al Cliente (Help Center) para absolver dudas (FAQ) y Contactarse con soporte (Contact us).
- Selección de idioma de la aplicación.
Taxi churro desea convertirse en una Plataforma de uso masivo a nivel mundial, es decir no solo planea
quedarse en Canadá, sino que cuenta con un plan de expansión en toda América.
Usted es contratado como Team Leader del Innovation Lab for America de Taxi Churro, Inc., y su primer
objetivo es evaluar la Plataforma y obtener una nueva versión con nuevos features a partir del As-Is Software
Platform que mejore el User Experience para los usuarios de América.
Restricciones: No se debe implementar o definir Assumptions, Question Backlog, Hypotheses, Null &
Alternative Hypotheses que estén relacionado con lo siguiente:
- Usuario (Sign-In, Sign-out, login, sign-up, logout)
- Perfil o Profile (Crear, editar, cambiar contraseña)
- Envió de Mensajes, Correos Electrónicos, Notificaciones y/o Comunicación entre los segmentos.
- Pagos y medios de pago.
- Pais e idioma.
- Devolución o Promociones
- Soporte o Heldesk o Atención al Cliente
- Video llamadas o envío de audios.
- Botón de pánico o Botón de seguridad o Botón de emergencias.
- Compartir ubicación en tiempo real de viaje o ruta.
- Opción de compartir taxi.
- Opción en la que el pasajero ofrece el monto a pagar.
Recuerde que los nuevos features deben estar dirigidos al segmento de los pasajeros del Mobile App.
Página 6 de 8
En base al caso:
Pregunta 1 (4 p.).
Sobre la base del As-Is Software Platform, considerando la mejora del User Experience, priorizando los
componentes críticos nuevos y sobre el Core de Negocio. Realice un proceso de Experiment-Driven Product
Development Planning, y elabore diez Assumptions y cinco Question Backlog.
Pregunta 2 (3 p.).
Para el Question Backlog elaborado en la pregunta anterior, priorizando el Core de Negocio y utilizando
Experiment-Driven Product Development, elabore tres Experiment Cards.
Pregunta 3 (4 p.).
Sobre la base del Experiment-Driven Product Development Planning realizado previamente y priorizando el
Core de Negocio, realice un proceso de Experiment-Driven Product Development Design y elabore tres Null
& Alternative Hypotheses Statements.
Pregunta 4 (3 p.).
En base al análisis e investigación basada en Experiment-Driven Product Development realizado en las
preguntas anteriores, elabore métricas y metas para indicadores cualitativos y cuantitativos de los tres
Hypotheses Statements que permitan su validación.
Pregunta 5 (3 p.).
En base al análisis e investigación basada en Experiment-Driven Product Development realizado en las
preguntas anteriores, elabore un To-Be Sprint Backlog conformado por dos User Stories para el desarrollo
del To-Be Software Platform.
Pregunta 6 (3 p.).
Para uno de los User Stories elaborado en la pregunta anterior, redacte un Feature y sus tres scenarios
asociados, utilizando el lenguaje Gherkin: Feature, Scenario, Given-When-Then y Examples. Debe incluir el
Happy path, Unhappy Path y Alternative Path.
Página 7 de 8
Rúbrica de calificación
Criterio de Excelente Promedio Necesita mejora Deficiente Calificación
Calificación
C01. Redacta de forma clara y coherente Redacta menos de diez o los redacta de Redacta de forma parcial algunos No redacta de forma clara y
Assumptions diez Assumptions y expresa de forma parcial los Assumptions y Assumptions y expresa de forma parcial coherente los Assumptions y/o no
forma clara supuestos en relación expresa de forma clara supuestos en supuestos que tienen relación parcial a: expresa de forma clara supuestos
y Question
relación con: métricas de éxito y métricas de éxito y definition of done en relación con: métricas de éxito y
Backlog con: métricas de éxito y definition
definition of done (Business outcomes), (Business outcomes), grupos objetivo definition of done, grupos objetivo,
of done (Business outcomes), grupos objetivo para quienes se ofrece para quienes se ofrece la solución de características de la solución. No
grupos objetivo para quienes se la solución, características de la forma parcial, características de la redacta de forma clara y coherente
ofrece la solución, características de solución que ayudaría a los clientes solución que ayudaría de forma parcial los Question Backlog. La redacción
la solución que ayudaría a los alcanzar sus objetivos. Redacta menos a los clientes alcanzar sus objetivos. no toma como base el total de
clientes alcanzar sus objetivos. de cinco o redacta de forma parcial los Redacta de forma parcial algunos Asumptions. La redacción no
Redacta de forma clara y coherente Question Backlog. La redacción toma Question Backlog. La redacción toma evidencia el Análisis de las
parcialmente como base el total de algunos Asumptions. La redacción oportunidades de mejora de la
cinco Question Backlog. La
Asumptions. La redacción evidencia evidencia parcialmente el Análisis de Experiencia de Usuario.
redacción toma como base el total parcialmente el Análisis de las algunas oportunidades de mejora de la No utiliza los 5W +2H para la
de Asumptions. La redacción oportunidades de mejora del User Experiencia de Usuario. redacción de los Question Backlog.
evidencia el Análisis de las Experience. Utiliza algunos 5W+2H para la O es copia parcial o total de otro
oportunidades de mejora del User Utiliza de forma parcial los 5W+2H para redacción de los Question Backlog. La examen.
Experience. la redacción de los Question Backlog. La cantidad de ítems es mínima con
cantidad de ítems es menor a la respecto a la cantidad solicitada.
Utiliza los 5W+2H para la redacción
cantidad solicitada.
de todos los Question Backlog.
4.0 puntos 2.5 punto 1.0 punto 0 puntos
C02. Sobre la base del Question Sobre la base del Question Backlog y Sobre la base del Question Backlog y No utiliza el Experiment-Driven
Experiment Backlog y utilizando Experiment- utilizando Experiment-Driven utilizando Experiment-Driven Product Development, No
Cards Driven Product Development Product Development redacta de Product Development redacta de redacta de forma clara y
redacta de forma clara y forma parcial el contenido de los forma parcial el contenido de los coherente el contenido de los
coherente el contenido de tres Experiment Cards. Cumple de forma Experiment Cards. Cumple de forma Experiment Cards. No Cumple
Experiment Cards. Cumple de parcial con la estructura de un mínima con la estructura con la estructura de un
forma completa con la estructura Experiment Card. La cantidad de establecida. O los Experiment Cards Experiment Card. No redacta
de un Experiment Card. ítems es menor a la cantidad tienen relación mínima con los Experiment Cards. O es copia
solicitada. Question Backlog. Solo redacta un parcial o total de otro examen.
Question Backlog.
3.0 puntos 2.0 punto 1.0 punto 0 puntos
C03. Null & Redacta de forma clara y Redacta de forma parcial menos de Redacta de forma parcial un Null & No redacta de forma clara y
Alternative coherente tres Null & Alternative tres Null & Alternative Hypotheses Alternative Hypotheses Statements coherente los Null & Alternative
Hypotheses Hypotheses Statements. La Statements. La hypotheses o los Null & Alternative Hypotheses Hypotheses Statements. La
Statements hypotheses redactada es redactada es parcialmente falseable, Statements no tienen relación con el hypotheses redactada no es
falseable, comprobable, medible comprobable, medible y describe Planning. La hypotheses redactada falseable, comprobable, medible
y describe una diferencia o un una diferencia o un cambio, y sigue es mínimamente falseable, y no describe una diferencia o un
cambio, y siguen el feature parcialmente el feature hypothesis comprobable y medible y describe cambio, y no siguen el feature
hypothesis statement template. statement template. La null una mínima diferencia o un cambio, hypothesis statement template.
La null hyopthesis redactada es hyopthesis redactada es reflejo de la y sigue parcialmente el feature La null hyopthesis redactada no
reflejo de la hypotheses. hypotheses. Utiliza la palabra NO hypothesis statement template. La es reflejo de la hypotheses.
para representar reflejo de la null hyopthesis redactada no es No redacta Hypothesis. O es
hypotheses. reflejo de la hypotheses. Utiliza la copia parcial o total de otro
palabra NO para representar reflejo examen.
de la hypotheses.
4.0 puntos 2.5 punto 1.0 punto 0 puntos
C04. Elabora de forma correcta y clara Elabora de forma parcial las Elabora de forma parcial solo las No elabora las métricas y metas
Métricas y las métricas y metas para métricas y metas para indicadores métricas o metas para algún para indicadores cualitativos y
metas indicadores cualitativos y cualitativos y cuantitativos de los indicador cualitativo o cuantitativo cuantitativos de los Hypotheses
cuantitativos de los tres tres Hypotheses Statements que de un Hypotheses Statements que Statements. Y/o no permiten su
Hypotheses Statements que permiten su validación. O Elabqora permiten su validación parcial. O validación. O es copia parcial o
permiten su validación. métricas y metas solo para dos Elabora métricas y metas solo para total de otro examen.
Hypotheses Statements. un Hypotheses Statements.
3.0 puntos 2.0 puntos 1.0 punto 0 puntos
C05. To-Be Elabora de forma correcta el To- Elabora de forma parcial el To-Be Elabora de forma parcial el To-Be No elabora el To-Be Sprint
Sprint Be Sprint Backlog conformado Sprint Backlog conformado por dos Sprint Backlog conformado por dos Backlog. Y/o los User Story no
Backlog por dos User Stories. Cada User User Stories. Cada User Story incluye o un User Storie. Cada User Story incluye un Id, Título, Descripción,
Story incluye un Id, Título, parcialmente un Id, Título, incluye parcialmente un Id, Título, Criterios de Aceptación. Y/o la
Descripción, Criterios de Descripción, Criterios de Aceptación. Descripción, Criterios de Aceptación. descripción del User Story no
Aceptación. La descripción del La descripción del User Story sigue O la descripción del User Story sigue sigue el patrón Persona,
User Story sigue el patrón parcialmente el patrón Persona, minimamente el patrón Persona, evidenciando el rol,
Persona, evidenciando el rol, evidenciando el rol, característica y evidenciando el rol, característica y característica y beneficio. O es
característica y beneficio. beneficio. beneficio. copia parcial o total de otro
examen.
3.0 puntos 2.0 puntos 1.0 punto 0 puntos
C06. Feature Aplica el enfoque de BDD, Aplica el enfoque de BDD, Aplica parcialmente el enfoque BDD, No aplica el enfoque de BDD, y/o
& scenarios redactando de forma correcta el redactando de forma parcial el redactando de forma parcial el no redacta de forma correcta el
feature y sus tres scenarios feature y sus tres scenarios feature y alguno de los scenarios feature y sus scenarios
asociados, en relación con los
asociados, en relación con los asociados, en relación parcial con asociados, en relación con los
criterios de aceptación del User
Story seleccionado dentro del criterios de aceptación del User los criterios de aceptación del User criterios de aceptación del User
contexto de la solución Story seleccionado dentro del Story seleccionado dentro del Story seleccionado. Y/o no hace
propuesta para la aplicación. contexto de la solución propuesta contexto de la solución propuesta un uso adecuado de los
Hace un uso adecuado de los para la aplicación. Hace un uso para la aplicación. Hace un uso elementos del lenguaje Gherkin:
elementos del lenguaje Gherkin parcial de los elementos del mínimo de los elementos del Gherkin: Feature, Scenario,
Feature, Scenario, Given-When- lenguaje Gherkin: Feature, Scenario, lenguaje Gherkin: Feature, Scenario, Given-When-Then y Examples.
Then y Examples. Incluye el
Given-When-Then y Examples. Given-When-Then y Examples. No incluye un Happy path,
Happy path, Unhappy Path y
Alternative Path. Incluye parcialmente el Happy path, Incluye alguno o solo un Happy Unhappy Path y Alternative Path.
Unhappy Path y Alternative Path. path, Unhappy Path y Alternative O es copia parcial o total de otro
Path. examen.
3.0 puntos 2.0 puntos 1.0 punto 0 puntos
Total 20 puntos 13 puntos 6.0 punto 0 puntos
Lima, 28 de noviembre del 2023
Página 8 de 8
