Examen Parcial SI 397C - Toda la información necesaria esta en el documento, solo de enunciado PDF

Preview

Summary

Download Examen Parcial SI 397C - Toda la información necesaria esta en el documento, solo de enunciado PDF

Description

ESPECIFICACIÓN Y ANÁLISIS DE REQUERIMIENTOS (SI397) EXAMEN PARCIAL 2020-2 Sección: Todas Profesores: David Quevedo / Rosa Cobeñas / Victor Andrade / Mónica Priale Duración: 120 minutos Indicaciones: 1. 2.

3. 4.

5.

6. 7.

8.

El examen consta de una pregunta, y tendrá 120 minutos para resolverla. La pregunta consiste en desarrollar un caso y la entrega de su respuesta es a través de la subida de un documento PowerPoint a la actividad EXAMEN PARCIAL, que se encuentra en INFORMACIÓN GENERAL. Utilice el documento upc-pre-202002-si397-examen-parcial-file_v1.pptx. tanto a nivel de texto para las preguntas de redacción como a nivel de las preguntas relacionadas con diagramas. Cada examen cuenta con un equipo académico, el cual estará conectado durante los primeros 15 minutos del examen. El alumno debe dedicar los primeros 15 minutos a revisar las preguntas del examen y de presentarse alguna duda enviar un correo al(los) profesor(es) Jorge Mayta, correo [email protected] David Quevedo, correo [email protected] De no recibir respuesta del equipo académico, o tener algún inconveniente adicional pasado los primeros 15 minutos, puede comunicarse con el profesor Ernesto Ocampo al correo: [email protected] 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. Ante problemas técnicos, debe de forma obligatoria adjuntar evidencias de este, 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. Los problemas técnicos se recibirán como máximo 15 minutos culminado el examen.

Página 1 de 3

Enunciado 1: Business Case: Mi Ropa Go En la actualidad se han popularizado las plataformas digitales de venta de ropa usada, las que a través del consumo colaborativo permiten ganar tanto a vendedores como a compradores; además de tener un impacto positivo en el medio ambiente al aplicar el concepto de reutilización de prendas de vestir. En este contexto la tienda “Mi Ropa Go” que tiene más de tres años de existencia se encuentra en crecimiento, teniendo como principales canales de venta sus aplicaciones web y móviles. Entre los objetivos que busca conseguir “Mi Ropa Go” podemos destacar: 1. Facilitar la compra/venta de ropa entre personas 2. Crear conciencia sobre el impacto medioambiental de la industria de la moda y fomentar la reutilización de prendas en buen estado que ya no utilizamos. 3. Fomentar el ahorro poniendo a disposición de los compradores ropa en buen estado a precios accesibles. 4. Obtener ganancias mediante un modelo de negocio sostenible, al cobrar comisiones sobre las ventas realizadas. 5. Donar la ropa que no se llega a vender a instituciones peruanas de ayuda social. Para iniciar el proceso de venta la persona que desea vender sus prendas debe crear un listado de las prendas a vender y tomarles una foto representativa, luego debe enviar esta información por correo electrónico a la tienda. La tienda realiza una revisión de esta información y decide que ropa acepta comunicándolo al interesado. El vendedor envía las prendas aceptadas y la tienda comprueba que todo está correcto para colocar el precio que corresponde. La tienda hace las fotografías de las prendas, las pone a la venta en su página web y aplicación móvil y se encarga de realizar el envío al comprador. Finalmente, la tienda deposita en la cuenta del vendedor de las prendas el monto de la comisión de venta acordado cada vez que se concreta una venta. Adicionalmente, si las prendas no se venden en un periodo de tres meses luego de publicadas, el vendedor puede pasar a recogerlas al almacén de la tienda o indicar a la tienda que las done a instituciones de ayuda social. Actualmente, las solicitudes para vender ropa se hacen de manera externa a las aplicaciones de la tienda, siendo la revisión de estas solicitudes la actividad que toma más tiempo a la tienda, ocasionando demoras en la respuesta que se da a los vendedores. Por ello, se ha incrementado el número de casos en los que cuando se contacta al vendedor éste ya dispuso las prendas cuya información envió en la solicitud de venta, debido a que no recibió respuesta de la tienda en los plazos acordados. Así mismo, se han incrementado los reclamos de los vendedores por errores en el pago de las comisiones de las ventas realizadas puesto que el proceso de cálculo de comisiones y depósitos a las cuentas de vendedores se hace manualmente. 1. (20 p.) Su cliente, le solicita que realice un análisis del contexto actual y elabore una propuesta para replantear la app, el cual incorpore features que ayuden a mejorar la situación actual. Entre las actividades que se plantea usted considera: a. Elabore Hypotheses Statement, basado en un problem statement y establezca los assumptions que considere adecuados para el contexto y alcance. b. Según lo narrado identifique los tipos de usuario o segmentos que probablemente encontrará si se realizan las técnicas de captura de requisitos. Para cada uno asigne un nombre de User Persona, un nombre de rol y describa brevemente el segmento. c. Con el conocimiento que cuenta de la empresa, seleccione uno de los User Persona y elabore la especificación. d. Con el conocimiento que cuenta, elabore un Emphaty Map para el User Persona especificado. e. Para la Persona seleccionada, elabore un As-Is Scenario Map. f. Para la Persona seleccionada, elabore un To- Be Scenario Map sobre la nueva experiencia propuesta.

Página 2 de 3

Rúbrica de calificación Criterio de Calificación C01. Problem Statement

Excelente

Promedio

Deficiente

La redacción de los Problem Statements sigue el patrón de Lean UX y expresa con claridad el propósito de la propuesta. 2.0 puntos

La redacción de cada Problem Statement sigue el patrón de Lean UX sin embargo se expresa de forma parcial el propósito de la propuesta. 1.0 punto

La redacción de los Problem Statements no expresan el propósito de la propuesta.

Elabora un Hypothesis Statement, aplicando de forma correcta la plantilla de redacción recomendada por Lean UX. Se evidencia la identificación adecuada de Assumptions, Outcomes y Problem.

Identifica de manera correcta algunos stakeholders internos y externos.

C02. Hypothesis

Calificación

0 puntos No identifica Stakeholders o éstos no tienen relación con el caso.

0 puntos 3.0 puntos

1.5 puntos

C03. User Personas Enumera los User Personas, indicando para cada una el nombre, segmento y rol al que representaría.

C04. User Persona Specification

C05. Empathy Map

C06. As-is Scenario Map

C07. To-be Scenario Map

Total

2.0 puntos Elabora de forma correcta el User Persona, considerando los elementos de contenido del formato indicado en la plantilla del archivo de solución, incluyendo todos los detalles necesarios para tipificarla como un arquetipo completo. 4.0 puntos Elabora de forma correcta el Empathy Map, evidenciando la concordancia del contenido con el User Persona objeto del diagrama. El Empathy Map incluye de forma completa contenido correspondiente para las secciones Think and feel?, See?, Say and do?, Hear?, Pain y Gain 3.0 puntos Elabora de forma correcta el As-is Scenario Map, correspondiendo éste con el User Persona especificado. El As-is Scenario Map cumple con la identificación de Phases, incluyendo para cada Phase las secciones de Doing, Thinking y Feeling. Se evidencia que la experiencia descrita en el As-is Scenario Map representa la situación actual y tiene coherencia con el Problem y el contexto del caso. 3.0 puntos Elabora de forma correcta el To-be Scenario Map, correspondiendo éste con el User Persona especificado. el Tobe Scenario Map cumple con la identificación de Phases, incluyendo para cada Phase las secciones de Doing, Thinking y Feeling. Se evidencia que la experiencia propuesta en el Tobe Scenario Map es diferente y representa mejoras frente a la experiencia actual descrita en el As-is Scenario Map y tiene coherencia con los feature assumptions que forman parte de la propuesta de valor de Lean UX. 3.0 puntos 20 puntos

Enumera User Personas, indicando para cada una el nombre y rol al que representaría, sin embargo, no considera a la totalidad de User Personas que serían necesarias. 1.0 punto Elabora de forma parcialmente correcta el User Persona, sin embargo, no incluye los detalles necesarios para tipificarla como un arquetipo completo.

2.0 puntos Elabora de forma parcialmente correcta el Empathy Map, evidenciando de forma parcial la concordancia del contenido con el User Persona objeto del diagrama, o el Empathy Map incluye de forma parcialmente contenido correspondiente para las secciones Think and feel?, See?, Say and do?, Hear?, Pain y Gain 1.5 puntos Elabora de forma parcialmente correcta el As-is Scenario Map. El As-is Scenario Map con la identificación de Phases, Sin embargo, para algunas Phases las secciones de Doing, Thinking y Feeling están sin completar, o se evidencia de forma parcialmente clara que la experiencia descrita en el As-is Scenario Map representa la situación actual y tiene coherencia con el Problem y el contexto del caso. 1.5 puntos Elabora de forma parcialmente correcta el To-be Scenario Map. El To-be Scenario Map cumple con la identificación de Phases, incluyendo para la mayoría de Phases las secciones de Doing, Thinking y Feeling, sin embargo, no se evidencia que la experiencia propuesta en el To-be Scenario Map es diferente y representa mejoras frente a la experiencia actual descrita en el As-is Scenario Map y tiene coherencia con los feature assumptions que forman parte de la propuesta de valor de Lean UX. 1.5 puntos 10 puntos

No incluye la enumeración de los User Persona o ésta no tiene relación alguna con el caso.

0 puntos No elabora el User Persona, o la especificación no tiene relación alguna con el caso.

0 puntos No elabora el Empathy Map o éste no tiene relación con el User Persona especificado.

0 puntos No elabora el As-is Scenario Map o no incluye para cada Phase las secciones de Doing, Thinking y Feeling, o no tiene relación alguna con el caso.

0 puntos No elabora el To-be Scenario Map o cumple con con la identificación de Phases, o no incluye para cada Phase las secciones de Doing, Thinking y Feeling, o la experiencia propuesta no tiene relación con el caso.

0 puntos 0 puntos

Lima, 25 de septiembre del 2020

Página 3 de 3...