Ingeniería de Software - Evaluación 2

Institución: IPLACEX
Carrera: Ingeniería Informática
Profesor: Felipe Alejandro Arancibia Bravo
Alumno: Gustavo Chavez
Año: 2021
Tabla de contenido
Ingeniería de Software - Evaluación 2................................................................................................1
Caso de Estudio..............................................................................................................................3
A. Requerimientos del Product Owner...........................................................................................4
B. Product Backlog.........................................................................................................................5
C. Product Backlog Priorizado........................................................................................................6
D. Planificación de Sprint................................................................................................................7
E. Cambios a Desarrollo..................................................................................................................8
F. Prototipo Sprint 1 – Recaudación...............................................................................................9
Figura 1: Pantalla de “Recaudación por Atención”.....................................................................9
Figura 2: Pantalla de “Recaudación Historial”..........................................................................10
G. Excel Sprint (por hacer)............................................................................................................11
Caso de Estudio

El detalle del caso de estudio se encuentra en el siguiente link

A. Requerimientos del Product Owner

A continuación, los requerimientos que se observaron de la lectura del caso de estudio.

Especificación de Requerimientos Negocio

Evitar errores en el cálculo de comisiones a pagar a los dueños.
Evitar errores en rendición de pagos a los médicos.
Disminuir tiempo invertido en rendición de cuentas a los dueños.
Disminuir tiempo invertido en rendición de cuentas a los médicos.
Disminuir tiempo invertido en la recepción de pago de clientes.
Disminuir tiempo invertido en gestión de agenda de los médicos.
Disminuir tiempo invertido en gestión de tomar de hora los pacientes.
Agregar visibilidad de pacientes en espera para los doctores.
B. Product Backlog

A continuación, las historias de usuarios que se observaron de la lectura del caso de estudio.

Especificación de Requerimientos
Sistema web con agenda de disponibilidad de médicos.
Módulo de recaudación por atención.
Informe de recaudación por médico.
Informe de recaudación general.
Emisión de comprobantes para pago de comisiones por médico.
Sistema web toma de horas de atención.
Sistema monitor para médicos, ver pacientes en espera.
C. Product Backlog Priorizado

Según lo analizado, la prioridad vendría dada por atender las necesidades de los dueños, luego las
necesidades de los doctores, luego de la secretaria y finalmente darles un valor agregado a los
doctores para mejorar su atención a los clientes.

Por los motivos expresados anteriormente se ordenan los requerimientos de la siguiente forma:

Prioridad Quien Quiero Para Criterios de Aceptación

(ID Req.)
Evitar errores en el
cálculo de comisiones a
Dueños Módulo de pagar a los dueños. Debe ser posible trazar
1 empresa recaudación Disminuir tiempo lo recaudado por
Familiar por atención. invertido en la atención.
recepción de pago de
clientes.
Emisión de
comprobantes Evitar errores en Debe ser posible obtener
2 Médicos para pago de rendición de pagos a los lo que debe abonarse a
comisiones por médicos. cada médico.
médico.
Disminuir tiempo Debe ser posible
Dueños Informe de
invertido en rendición totalizar por mes o
3 empresa recaudación
de cuentas a los fechas lo recaudado por
Familiar por médico.
dueños. médico.
Disminuir tiempo Debe ser posible
Dueños Informe de
invertido en rendición totalizar por mes o
4 empresa recaudación
de cuentas a los fechas lo recaudado en
Familiar general.
dueños. general.
Sistema web Disminuir tiempo
con agenda de invertido en gestión de Debe ser posible cargar
5 Secretaria
disponibilidad agenda de los médicos. las agendas por médico.
de médicos.
Disminuir tiempo Debe ser posible tomar
Sistema web
invertido en gestión de horas y consultar
6 Secretaria toma de horas
tomar de hora los disponibilidad por
de atención.
pacientes. médico.
Sistema
Debe ser posible
monitor para Agregar visibilidad de
determinar la cantidad
7 Médicos médicos, ver pacientes en espera
de pacientes en espera
pacientes en para los doctores.
por cada médico.
espera.
D. Planificación de Sprint

En principio se podría estimar un total de 6 Sprint con duración de 2 semanas cada uno. Lo que
da una estimación de duración del proyecto de 3 meses.

Cuando se lleven a cabo el refinamiento y/o en el transcurso de los sprint, se puede ver si los
plazos son suficientes y si es necesario replanificar la cantidad de tiempo.

Sprin ID Req. Fecha Inicio Fecha Fin

t Funcionales Estimada Estimada
1 1 25/10/2021 08/11/2021
2 2 10/11/2021 24/11/2021
3 3, 4 26/11/2021 10/12/2021
4 5 12/12/2021 26/12/2021
5 6 28/12/2021 11/01/2022
6 7 13/01/2022 27/01/2022
E. Cambios a Desarrollo

Se proponen cambios al desarrollo para sumar valor al cliente:

1. Se puede agregar formas de pagos automáticos, para reducir los tiempos de cobro.
2. Se puede agregar metas de recaudación mínima por médico, para generar toma de
decisiones dueños.
F. Prototipo Sprint 1 – Recaudación

A continuación, pantallas que se ven necesarias para generar un entregable funcional.

Figura 1: Pantalla de “Recaudación por Atención”

Fuente: elaboración propia, Fecha: octubre 2021
Figura 2: Pantalla de “Recaudación Historial”
Fuente: elaboración propia, Fecha: octubre 2021
G. Excel Sprint

Sprint 1
Funcionalidad Modulo Recaudación por atención

Requerimient Responsabl Estad Esfuerz

o Descripción e o o
1.1 Back-End - Crear modelo datos TBD TO DO 16
1.2 Back-End - CRUD Usuarios TBD TO DO 8
1.3 Back-End - CRUD Doctores TBD TO DO 8
1.4 Back-End - CRUD Clientes TBD TO DO 8
1.5 Front-End - Pantalla Login TBD TO DO 16
1.6 Front-End - Pantalla CRUD TBD TO DO 8
1.7 Front-End - Pantalla Recaudación Atención TBD TO DO 8
1.8 Front-End - Pantalla Recaudación Historial TBD TO DO 8