Informe Evaluacion 3 Ing Software

Examen Transversal Ingeniería de Software
Evaluación ET
Ingeniería de software
“Proyecto Fundación Visión”
CGC
Fecha: 19/06/2023
Nombre del Proyecto – Grupo - Sección


Tabla de contenido
Contenido
Datos del documento..........................................................................................................................................................
Introducción........................................................................................................................................................................
Descripción del Proyecto.....................................................................................................................................................
Visión del Proyecto Scrum “Proyecto Fundación Visión”.....................................................................................................
Definición de Roles..............................................................................................................................................................
Épicas para el proyecto “Proyecto Fundación Apoyo”........................................................................................................
Priorización de Épicas..........................................................................................................................................................
Definición de Historias de Usuario.......................................................................................................................................
Product Backlog del Proyecto “ Fundación Apoyo”.............................................................................................................
Estimación de puntos de historia..................................................................................................................................
Patrón de comparación................................................................................................................................................
Comprometer historias de Usuario......................................................................................................................................
Definición y estimación de tareas........................................................................................................................................
Planilla product backlog con registro de avances día a día y validación del product owner para el
primer Sprint........................................................................................................................................................................
Gráfico de avance del sprint 1.............................................................................................................................................
Pila del producto actualizada del primer Sprint...................................................................................................................
Retrospectiva del primer Sprint...........................................................................................................................................
Planilla product backlog con registro de avances día a día y validación del product owner del
segundo Sprint.....................................................................................................................................................................
Pila del producto actualizada...............................................................................................................................................
Retrospectiva del segundo Sprint........................................................................................................................................
Planilla product backlog con registro de avances día a día y validación del product owner del tercer
sprint....................................................................................................................................................................................
Pila del producto actualizada...............................................................................................................................................
Retrospectiva del tercer Sprint............................................................................................................................................
Retrospectiva del proyecto..................................................................................................................................................
Puntos de mejoras...............................................................................................................................................................
Lecciones aprendidas...........................................................................................................................................................
Cierre del proyecto..............................................................................................................................................................
Lista de funcionalidades...............................................................................................................................................
Lista de verificación.......................................................................................................................................................

Lista de no conformidades............................................................................................................................................
Implementación del producto.............................................................................................................................................
Evidencias del desarrollo del producto................................................................................................................................
Sprint 1..........................................................................................................................................................................
Sprint 2..........................................................................................................................................................................
Sprint 3..........................................................................................................................................................................
Modificaciones..............................................................................................................................................

Datos del documento
Histórico de Revisiones
Versión Fecha Descripción/cambio autor
V.1 08/05/2023 ‘’INICIO DE SCRUM’’ CGC
(Visión del proyecto /

Identificación de Roles/
Formación de Equipos Scrums)
V.2 15/05/2023 ‘’INICIO DE SCRUM’’ CGC
(Desarrollar épicas)
V.3 22/05/2023 “PLANIFICACIÓN DE SCRUM II” CGC
(Estimar Historias de Usuario/

Comprometer Historias de
Usuario/ Identificar Tareas/
Estimar Tareas/ Crear el Sprint
backlog)
V.4 29/05/2023 ‘’DESARROLLANDO CON CGC

SCRUM’’ (Primer Sprint)

SCRUM’’ (Segundo Sprint)

SCRUM’’ (Sprint Final)
V.6.1 19/062023 CAMBIOS EN EL SOFTWARE CGC
Información del Proyecto

Organización Duoc UC. Escuela de Informática y Telecomunicaciones
Sección PRY3111 - 006V
Proyecto (Nombre) Proyecto Fundación Apoyo
Fecha de Inicio 08-Mayo-2023
Fecha de Término 08-julio-2023
Patrocinador principal DUOC UC

Docente Victor Galaz
Integrantes
Rut Nombre Correo
19.778.313-3 Gary Hernandez gar.hernandez@duocuc.cl
19.230.443-1 Camila Orozco Leiva ca.orozco@duocuc.cl
17.105.621-7 Claudio Valencia cla.valencia@duocuc.cl
Introducción
Este informe se desarrolla en el contexto de la necesidad de mejorar la gestión y operación de la

Fundación Apoyo, una organización dedicada al cuidado de personas de la tercera edad en su casa
de reposo. El problema actual se centra en dificultades financieras, falta de capacidad para
atender la creciente demanda y registros manuales ineficientes.
Se espera que este informe proporcione una solución concreta y factible mediante el desarrollo e
implementación de una plataforma informática. La expectativa es que esta plataforma optimice la
gestión de la información, mejore los procesos de administración y seguimiento, y facilite el flujo
de ingresos por parte de los particulares.
En resumen, el objetivo principal de este informe es proporcionar una solución técnica a los
desafíos identificados en la Fundación Apoyo, que permita mejorar su funcionamiento, optimizar
la gestión de los recursos y brindar una atención de calidad a los residentes.

Descripción del Proyecto
La Fundación Apoyo es una organización sin fines de lucro dedicada a brindar cuidado y atención a
personas de la tercera edad en su casa de reposo.
El proyecto se centrará en analizar los desafíos actuales que enfrenta la fundación y proponer una
solución mediante el desarrollo e implementación de una plataforma informática. Esta plataforma
mejorará la gestión de la información y contribuirá a la optimización de los procesos en la casa de
reposo.
En primer lugar, el contexto actual de la Fundación Apoyo, incluyendo su modelo de negocio y los
servicios que ofrece a los residentes. Se destacarán los problemas identificados, como las
dificultades con los ingresos de dinero por parte de particulares, la falta de capacidad para atender
la creciente demanda de residencias y los registros manuales que generan problemas de
administración y seguimiento.
Como solución a estos problemas, se propone el desarrollo de una plataforma informática que
permita un mejor manejo de la información de las fichas de pacientes, optimice el control de los
stocks de insumos, facilite el registro y control de los residentes y permita la inscripción y gestión
de nuevos aportadores de recursos.
El sistema propuesto contendrá diversas funcionalidades, tales como el registro de aportadores y

la creación de mandatos de aporte, el registro de residentes y la administración de sus fichas
médicas, la consulta y anotación de acciones realizadas por el personal paramédico, el control de
ingresos y la generación de informes financieros.
Mediante el desarrollo e implementación de esta plataforma informática, se espera mejorar

significativamente la gestión y operación de la Fundación Apoyo, optimizando los procesos y
facilitando el flujo de información relevante.

Visión del Proyecto Scrum “Proyecto Fundación Visión”
Declaración de la Visión
La Fundación Apoyo es una organización sin fines de lucro que ofrece servicios de cuidado para
ancianos en su hogar. A pesar de que la fundación depende de las contribuciones de
particulares y las familias de los residentes, se ha enfrentado a problemas de liquidez debido a
retrasos en los pagos y a una falta de información clara sobre los aportantes. La casa de reposo
ofrece servicios médicos, residencia, alimentación y medicamentos a sus residentes. La
fundación ha tenido dificultades para administrar la información y controlar el inventario de
insumos, además de un aumento en la demanda de servicios que ha llevado a la consideración
de una nueva casa de reposo. Para solucionar estos problemas, se propone la implementación
de una plataforma informática que permita una mejor gestión de la información, el control de
inventario y la captación de nuevos aportantes particulares
Grupo Objetivo Necesidades Producto / Servicio Valor

Mejorar el
funcionamiento de la
Personas de la Mejora en la gestión Gestión de fichas de Fundación Apoyo y
tercera edad. financiera. pacientes. lograr una mejor
gestión de los
recursos, tanto en
Administración Gestión de insumos. términos de la
eficiente de la atención de los
información. pacientes como de
Gestión de aportes los ingresos de la
particulares. fundación.
Responder al
aumento en la
demanda de Mandatos de aportes.
servicios.
Reportes.
Acceso seguro.
Definición de Roles
Rol Nombre de los Responsabilidades

integrantes
Product Owner Claudio Valencia Tiene la responsabilidad principal de maximizar el valor del
producto y garantizar el éxito del proyecto, como:
Definir y priorizar el backlog del producto.
Establecer la visión y los objetivos del producto.
Descomponer el backlog en historias de usuario.
Priorizar el backlog y tomar decisiones.

Colaborar estrechamente con el equipo de desarrollo.
Asegurar la entrega de valor en cada iteración.
Ser el enlace con las partes interesadas.
En general, el PO es el responsable de asegurarse de que

el producto se desarrolle de manera efectiva, satisfaciendo
las necesidades del negocio y generando valor para los
usuarios y las partes interesadas.
Scrum Master Gary Hernández 1. Asegurar que los miembros del equipo estén cumpliendo
correctamente los procesos de Scrum
2. Asegurar que el desarrollo avance sin contratiempos y que

el team cuente con las herramientas necesarias para
realizar el trabajo
3. Supervisar la reunión de planificación del lanzamiento y

programar otras reuniones
Equipo Team Camila Orozco Elaborar requerimientos generales iniciales e iniciar el

Scrum proyecto.
Definir las personas idóneas en los roles de Scrum Master

y Team.
Proveer los recursos económicos iníciales y constantes

para el proyecto
Determinar la visión del producto
Evaluar la viabilidad y asegurar las entregas
Asegurar la transparencia y claridad de los elementos del

Backlog Priorizado
Decidir el contenido mínimo que se puede presentar
Proporcionar criterios de aceptación de las historias de

usuario de un sprint.
Inspeccionar los entregables y decidir la duración del

sprint.
Poseer la responsabilidad colectiva y garantizar que los

entregables del proyecto sean elaborados según los
requerimientos.
Asegurar al Product Owner y el Scrum Master que el

trabajo asignado se está llevando a cabo según el plan.
Épicas para el proyecto “Proyecto Fundación Apoyo”

ID Épica
A Implementación de un sistema de seguimiento y recordatorio de pagos de particulares.

(6)
B Ampliación de la capacidad de la casa de reposo para atender a más ancianos.(9)
C Mejora de registros de información y comunicación entre personal médico.(4)
D Creación de plataforma informática para dar a conocer el trabajo de la fundación,

registro, control de información y fichas de pacientes.(1)
E Generación de informes de ingresos y egresos para la gestión de la fundación.(5)
F Gestión de aportes de particulares, un sistema contable en línea para la casa de reposo.

(2)
G Desarrollo de un portal web para la Fundación Apoyo. (8)
H Desarrollo de un módulo de gestión de medicamentos y dosificación para pacientes.(7)
I Control de insumos y stock de medicamentos en bodega. (3)
J Establecimiento de alianzas estratégicas con organizaciones o empresas para obtener

apoyo financiero adicional. (10)
Priorización de Épicas
Seleccionamos la técnica de priorización: Los 100 Puntos
Consiste en que el equipo de análisis asigna puntos a las épicas, se otorga más puntos a las más
importantes priorizando al final de la sesión de trabajo las épicas con más puntos.

ID Épica Priorización
G Desarrollo de un portal web para la Fundación Apoyo. 30 puntos
D Creación de plataforma informática para el registro y control de 20 puntos

información y fichas de pacientes.
I Control de insumos y stock de medicamentos en bodega. 10 puntos
C Mejora de registros de información y comunicación entre personal 10 puntos

médico.
E Generación de informes de ingresos y egresos para la gestión de la 10 puntos

fundación.
A Implementación de un sistema de seguimiento y recordatorio de 5 puntos

pagos de particulares.
H Desarrollo de un módulo de gestión de medicamentos y 5 puntos

dosificación para pacientes.
F Gestión de aportes de particulares, un sistema contable en línea 5 puntos

para la casa de reposo.
B Ampliación de la capacidad de la casa de reposo para atender a 3 puntos

más ancianos.
J Establecimiento de alianzas estratégicas con organizaciones o 2 puntos

empresas para obtener apoyo financiero adicional.

Definición de Historias de Usuario

Historias de usuario fundacion.xlsx

Product Backlog del Proyecto “ Fundación Apoyo”

Estimación de puntos de historia.
ID Historia de Usuario Estimación
C Diseño de una web amigable para dar a conocer el trabajo de la 1 Login

fundación
Desarrollo de una interfaz de aportes de 3eros. 2 Login
Implementación de un sistema de notificaciones para 2 Login

recordatorios y actualizaciones importantes.
D Diseño de la estructura de base de datos para almacenar la 4 Login

información de los pacientes.
Desarrollo del módulo de registro de pacientes, incluyendo datos 2 Login

personales y médicos.
Implementación de un sistema de búsqueda y visualización de 2 Login

fichas de pacientes.
F Diseño de la estructura de base de datos para almacenar los 5 login

registros de aportes.
Desarrollo del módulo de registro de aportes y generación de 4 Login

recibos electrónicos.
I Diseño de la estructura de base de datos para el control de stock. 5 Login
Desarrollo del módulo de registro de ingresos y egresos de 5 Login

medicamentos.
Implementación de un sistema de alertas de stock bajo y 3 Login
generación de reportes de inventario.
E Diseño de la estructura de base de datos para almacenar los datos 3 Login

I Diseño de la estructura de base de datos para el control de stock. 5 Login
Desarrollo del módulo de registro de ingresos y egresos de 5 Login

medicamentos.
Implementación de un sistema de alertas de stock bajo y 3 Login
generación de reportes de inventario.
de ingresos y egresos.
Desarrollo de un sistema de registro de ingresos y egresos. 2 Login
Implementación de un sistema de generación de informes 3 Login

financieros.
A Diseño de la estructura de base de datos para almacenar los 4 Login

registros de pagos.
Desarrollo del módulo de registro y seguimiento de pagos. 4Login
Implementación de un sistema de recordatorios de pagos y 2 Login

generación de reportes de pagos pendientes
H Diseño de la estructura de base de datos para almacenar los datos 5 Login

de medicamentos y dosis
Desarrollo del módulo de registro de medicamentos y dosis para 3 Login

cada paciente.
Implementación de un sistema de generación de horarios de 2 Login

dosificación y notificaciones para pacientes.
G Diseño de la arquitectura y la interfaz de usuario del portal web. 1 Login
Desarrollo de las páginas principales del portal, como la página de 2 Login

inicio y la de contacto.

Implementación de funcionalidades adicionales, como la sección de 2 Login

noticias y eventos.
B Evaluación de las necesidades de infraestructura y recursos para la 1 Login

ampliación.
Planificación y ejecución de las obras de ampliación. 1 Login
Actualización de los registros y la capacidad del sistema para 2 Login

gestionar más pacientes.
J Identificación y evaluación de posibles organizaciones o empresas 1 Login

para establecer alianzas.
Negociación y firma de acuerdos de colaboración con las 1 Login

organizaciones o empresas seleccionadas.
Implementación de sistemas de seguimiento y reportes de las 2 Login

alianzas establecidas.
Patrón de comparación
Se decide usar login como punto de comparación, es una solución rápida y fácil de implementar.
Si la historia de usuario implica la creación de un sistema de inicio de sesión básico, sin
requerimientos adicionales complejos, es razonable asumir que la implementación será
relativamente simple y no requerirá mucho tiempo.
Comprometer historias de Usuario

El Equipo define que en primer Sprint desarrollará las siguientes Historias de Usuario:
ID Historia de Usuario Sprint
F Diseño de una web amigable para dar a conocer el trabajo de la 1

fundación
C Desarrollo de una interfaz de aportes de 3eros. 2

D Diseño de la estructura de base de datos para almacenar la 3

información de los pacientes
Definición y estimación de tareas

El Equipo define que en primer Sprint desarrollará las tareas necesarias para implementar las
historias de usuario:
ID Id Tarea Tarea o Actividad Estimación

Histori en Horas
a
H1 T1 Creación Página 1
H1 T2 Edicion de Imagenes 1
H1 T3 Carrucel y Tarjetas 1
H1 T4 Corregir detalles de página 1
H2 T1 Creación Login 4
H2 T2 Creación Aportes 4
H2 T3 Ajustes Páginas 3
H3 T1 Creación BBDD 6

Planilla product backlog con registro de avances día a día y

validación del product owner para el primer Sprint.
Historia Tarea Horas Horas realizadas por día Estado

estimadas
Responsable 1 2 3 4 5 Tota (A/R)
l
H1 Creación Página 1 Camila Orozco 1 1 A
H1 Edicion de 2 Camila Orozco 0.5 0.5 0.5 0.5 2 A

Imagenes
H1 Carrucel y 2 Camila Orozco 1 1 2 A

Tarjetas
H1 Corregir detalles 1 Camila Orozco 1 1 A

de página
Gráfico de avance del sprint 1.

Pila del producto actualizada del primer Sprint.

ID Historia de Usuario Estimación Prioridad
D Diseño de la estructura de base de datos para 6 Hrs ALTA

almacenar la información de los pacientes.
Desarrollo del módulo de registro de pacientes, 5 Hrs ALTA

incluyendo datos personales y médicos.
Implementación de un sistema de búsqueda y 2 Hrs ALTA

visualización de fichas de pacientes.
F Diseño de la estructura de base de datos para 8 Hrs ALTA

almacenar los registros de aportes.
Desarrollo del módulo de registro de aportes y 5 Hrs ALTA

generación de recibos electrónicos.

I Diseño de la estructura de base de datos para el 8 Hrs ALTA

control de stock.
Desarrollo del módulo de registro de ingresos y 5 Hrs ALTA

egresos de medicamentos.
Implementación de un sistema de alertas de stock 2 hrs ALTA

bajo y generación de reportes de inventario.
E Diseño de la estructura de base de datos para 4 hrs ALTA

almacenar los datos de ingresos y egresos.
Desarrollo de un sistema de registro de ingresos y 4 hrs ALTA

egresos.
Implementación de un sistema de generación de 3 hrs ALTA

informes financieros.
A Diseño de la estructura de base de datos para 6 hrs ALTA

almacenar los registros de pagos.
Desarrollo del módulo de registro y seguimiento de 5 hrs ALTA

pagos.
Implementación de un sistema de recordatorios de 2 hrs MEDIA

pagos y generación de reportes de pagos pendientes
H Diseño de la estructura de base de datos para 8 hrs MEDIA

almacenar los datos de medicamentos y dosis
Desarrollo del módulo de registro de medicamentos 6 hrs MEDIA

y dosis para cada paciente.
Implementación de un sistema de generación de 6 hrs MEDIA

horarios de dosificación y notificaciones para
pacientes.
G Diseño de la arquitectura y la interfaz de usuario del 5 hrs MEDIA

portal web.
Desarrollo de las páginas principales del portal, como 3 hrs MEDIA

la página de inicio y la de contacto.
Implementación de funcionalidades adicionales, 3 hrs MEDIA

como la sección de noticias y eventos.
B Evaluación de las necesidades de infraestructura y 2 hrs MEDIA

recursos para la ampliación.
Planificación y ejecución de las obras de ampliación. 5 hrs MEDIA
Actualización de los registros y la capacidad del 3 hrs MEDIA

sistema para gestionar más pacientes.
J Identificación y evaluación de posibles 6 hrs MEDIA

organizaciones o empresas para establecer alianzas.
Negociación y firma de acuerdos de colaboración con 2 hrs MEDIA

las organizaciones o empresas seleccionadas.
Implementación de sistemas de seguimiento y 2 hrs MEDIA

reportes de las alianzas establecidas.
Retrospectiva del primer Sprint.
¿Qué salió bien en la iteración? (aciertos) Se completo la interfaz de la página de manera

básica para dar a conocer el trabajo de la
fundación

¿Qué no salió bien en la iteración? (errores) Faltan funcionalidades y fluidez
¿Qué mejoras vamos a implementar en la Unificación de diseño, funciones de login,

próxima iteración? (recomendaciones de gestión de aportes.
mejora continua)

validación del product owner del segundo Sprint.

Historia Tarea Horas Horas realizadas por día Estad

estimada o
s
Responsable 1 2 3 4 5 Total (A/R)
H2 Creación Login 4 Gary Hernández 1 0.5 0.5 1 1 4 A
H2 Creación Aportes 4 Gary Hernández 1 1 1 1 4 A
H2 Ajustes Páginas 3 Gary Hernández 1 1 0.5 0.5 3 A

Pila del producto actualizada.

F Diseño de la estructura de base de datos para 8 Hrs ALTA

almacenar los registros de aportes.


control de stock.




egresos.



pagos.




pacientes.

portal web.









Retrospectiva del segundo Sprint.
¿Qué salió bien en la iteración? (aciertos)

Se ha logrado implementar y validar un
proceso de inicio de sesión que permite la
creación de cuentas para contribuyentes y
empleados, quienes podrán interactuar de
diversas maneras en el sitio web.
¿Qué no salió bien en la iteración? (errores)

El sistema de inicio de sesión presentaba
dificultades para registrar a los usuarios,
además de no reconocerlos en numerosas
ocasiones. Estas fallas ocasionan
inconvenientes en el acceso de los
trabajadores para realizar cambios, así como
en la capacidad de los colaboradores para
validar sus contribuciones.
¿Qué mejoras vamos a implementar en la

próxima iteración? (recomendaciones de Se busca mejorar las validaciones en
diferentes lenguajes, corregir y validar errores
mejora continua)
para evitar futuras complicaciones, y continuar
mejorando en las versiones futuras.


validación del product owner del tercer sprint.
Historia Tarea Horas Horas realizadas por día Estado

estimadas
Responsable 1 2 3 4 5 Total (A/R)
H3-T1 Creación BBDD 8 Claudio 2 1 1 1 3 8 A

Valencia
H3-T2 Modificaciones 3 Claudio 3 3 A

Software Valencia

Pila del producto actualizada.



control de stock.





egresos.



pagos.




pacientes.

portal web.








Retrospectiva del tercer Sprint.
¿Qué salió bien en la iteración? (aciertos)

Se ha desarrollado una base de datos

compatible con el sitio web para almacenar

toda la información de manera efectiva.
Además, se ofrece un servicio de respaldo
pago para mejorar la calidad del servicio
proporcionado.
¿Qué no salió bien en la iteración? (errores)

Se han enfrentado dificultades al establecer la
conexión con la base de datos y configurarla
adecuadamente.
¿Qué mejoras vamos a implementar en la Mejorar Seguridad y accesibilidad , corrección

próxima iteración? (recomendaciones de de errores y prevenir errores futuros.
mejora continua)
Retrospectiva del proyecto.

Indique los principales problemas detectados en los sprint y la solución adoptada
1.-Problema: Falta de comunicación efectiva entre el equipo.
Solución adoptada: Implementamos reuniones diarias de sincronización, donde cada miembro

del equipo comparte su progreso, desafíos y solicita ayuda si es necesario. También
establecimos un canal de comunicación (WhatsApp) en línea para facilitar la comunicación
continua y rápida entre los miembros del equipo.
2.- Problema: Desviaciones frecuentes en la estimación del esfuerzo y el tiempo requerido para
completar las tareas.
Solución adoptada: Decidimos adoptar la técnica de la planificación del póker para mejorar
nuestras estimaciones. Cada miembro del equipo asigna un valor en puntos de historia a las
tareas según su complejidad percibida. Luego, discutimos las diferencias en las estimaciones y
llegamos a un consenso sobre los valores finales. Esta técnica nos permitió obtener
estimaciones más realistas y reducir las desviaciones en los tiempos de entrega.
Puntos de mejoras.
Indique los puntos de mejora relacionados con el proceso de desarrollo del producto
1.-Comunicación y colaboración: Fortalecer la comunicación y la colaboración entre los

miembros del equipo y con los stakeholders. Esto implica establecer canales de comunicación
claros y efectivos, fomentar la transparencia en el intercambio de información y promover una

cultura de colaboración y trabajo en equipo.
2.-Gestión de riesgos: Mejorar la identificación y gestión de los riesgos del proyecto. Esto
implica realizar un análisis de riesgos más exhaustivo, establecer planes de mitigación
adecuados y realizar un seguimiento regular de los riesgos identificados.
3.-Mejora continua: Promover una cultura de mejora continua en el proceso de desarrollo del
producto. Esto implica realizar retrospectivas periódicas para identificar áreas de mejora,
experimentar con nuevas prácticas y técnicas, y aprender de los éxitos y fracasos del proyecto.
Lecciones aprendidas.
Indique las lecciones aprendidas y/o buenas/malas práctica que aporten como experiencia a otros
proyectos.
1.-La puesta en marcha de un proyecto conlleva una cantidad de documentación y procesos

relevantes para el mismo: Durante el desarrollo del proyecto, hemos aprendido que es crucial
establecer y seguir procesos adecuados de documentación desde el inicio. Esto incluye la
creación de documentos como el plan del proyecto, la definición de requisitos, los cronogramas
y otros documentos pertinentes. Estos procesos y documentos proporcionan una base sólida
para el proyecto y aseguran que todos los miembros del equipo estén alineados y tengan una
comprensión clara de los objetivos y las etapas del proyecto.
2.-El proceso de documentación puede resultar tedioso e incómodo, pero es necesario para
mantener un registro adecuado: Aunque documentar puede parecer una tarea laboriosa,
hemos aprendido que es esencial mantener un registro detallado de todos los aspectos
relevantes del proyecto. Esto asegura que la información esté disponible para futuros
referentes y facilita cualquier mejora o modificación que se desee realizar en el proceso. A pesar
de las dificultades, reconocemos la importancia de la documentación y nos esforzamos por
realizarla de manera completa y precisa.
3.-Aplicación de metodología ágil para proyectos de poca envergadura: Hemos aprendido a

utilizar la metodología ágil en proyectos de menor escala. La metodología ágil nos ha permitido
abordar proyectos de forma más flexible y adaptativa, entregando valor en incrementos
iterativos y colaborando estrechamente con los stakeholders. Esta aproximación ha demostrado
ser efectiva para gestionar proyectos más pequeños, ya que nos permite ajustar y priorizar los
objetivos en función de las necesidades cambiantes y obtener resultados rápidos y tangibles.

Al incorporar estas lecciones aprendidas en futuros proyectos, podemos mejorar la eficiencia y

el éxito de los mismos. Esto implica establecer una documentación adecuada, reconocer la
importancia de su registro y utilizar metodologías ágiles en función del alcance y las
características de cada proyecto.
Cierre del proyecto.

Indique el resultado obtenido en el desarrollo del proyecto y las condiciones de entrega.
Lista de funcionalidades.
1.- Página con interfaz amigable.
2.- Sistema de gestión de aportes.
3.- Sistema de registro de usuarios e inicio de sesión.
4.- Registro de control de residentes.
Lista de verificación.
1.- Página Web y documentación.
Lista de no conformidades.
1.- Sistema de comunicación entre el personal que trabaja en la Fundación. (Médicos,
enfermeros y otros).
2.- Sistema de registro de medicamentos.
Implementación del producto.

Indique las acciones necesarias para la puesta en marcha del producto.
1.- Tener acceso a un computador, celular u otro artículo con acceso a internet, ingresar al link de
la página creada.
● Recursos requeridos para implantar el Sistema.
○ Internet.
○ Claves de acceso para niveles de usuarios.
● Pruebas por realizar para la implantación.
○ Hacer pruebas de acceso a la web con personal de la Fundación.
○ Ingresar pacientes la BBDD.
● Definición de controles para las operaciones de implantación.
○ Controles 1 vez por semana mientras dure la marcha blanca del sistema web.
● Capacitación para los usuarios.
○ Una capacitación antes de comenzar la marcha blanca para todo el personal que
hará uso de la página.

● Manuales de Usuarios o de uso del Sistema

○ Se crea flayer con posibles dificultades que podrían ocurrir al usar la página.
○ Correo de soporte para ser atendido por los desarrolladores.
Evidencias del desarrollo del producto.

Inserte las imágenes del producto de software desarrollado en los diferentes sprints
Sprint 1


Sprint 2
Sprint 3
Modificaciones



Pruebas de Seguridad y de Calidad.

Durante el proceso de creación y adaptación del sitio web para la “Fundación Apoyo”, también se
realizaron pruebas para ver si la página web cumplia ciertos requerimientos.
La pruebas fueron realizadas junto al Equipo Team Scrum, Scrum Master y el Product Owner para
aprobar el avance, realizar cambios o mejoras en la plataforma.
Prueba Login.
Usuario Invalido, campos vacíos o incompletos.
Código que valida el login en javaScript

Al iniciar sesión como administrador o funcionario permite el acceso al listado de pacientes junto
con poder agregar, editar y eliminar, y también poder acceder al listado de medicamentos.



Validación de donaciones
Se evaluó la validación de campos en el área de aportes.
La validación está en cada campo, pidiendo que todos los datos estén para realizar la
donación/aporte.

Informe Evaluacion 3 Ing Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Evaluacion 3 Ing Software

Cargado por

Copyright:

Formatos disponibles

Examen Transversal Ingeniería de Software

Nombre del Proyecto – Grupo - Sección

Nombre del Proyecto – Grupo - Sección

Nombre del Proyecto – Grupo - Sección

Nombre del Proyecto – Grupo - Sección

Datos del documento

V.1 08/05/2023 ‘’INICIO DE SCRUM’’ CGC

(Visión del proyecto /

V.2 15/05/2023 ‘’INICIO DE SCRUM’’ CGC

V.3 22/05/2023 “PLANIFICACIÓN DE SCRUM II” CGC

(Estimar Historias de Usuario/

V.4 29/05/2023 ‘’DESARROLLANDO CON CGC

V.5 05/06/2023 ‘’DESARROLLANDO CON CGC

V.6 12/06/2023 ‘’DESARROLLANDO CON CGC

V.6.1 19/062023 CAMBIOS EN EL SOFTWARE CGC

Información del Proyecto

Nombre del Proyecto – Grupo - Sección

Docente Victor Galaz

Este informe se desarrolla en el contexto de la necesidad de mejorar la gestión y operación de la

Nombre del Proyecto – Grupo - Sección

Descripción del Proyecto

El sistema propuesto contendrá diversas funcionalidades, tales como el registro de aportadores y

Mediante el desarrollo e implementación de esta plataforma informática, se espera mejorar

Nombre del Proyecto – Grupo - Sección

Visión del Proyecto Scrum “Proyecto Fundación Visión”

Grupo Objetivo Necesidades Producto / Servicio Valor

Nombre del Proyecto – Grupo - Sección

Rol Nombre de los Responsabilidades

Definir y priorizar el backlog del producto.

Establecer la visión y los objetivos del producto.

Descomponer el backlog en historias de usuario.

Priorizar el backlog y tomar decisiones.

Nombre del Proyecto – Grupo - Sección

Colaborar estrechamente con el equipo de desarrollo.

Asegurar la entrega de valor en cada iteración.

Ser el enlace con las partes interesadas.

En general, el PO es el responsable de asegurarse de que

2. Asegurar que el desarrollo avance sin contratiempos y que

3. Supervisar la reunión de planificación del lanzamiento y

Equipo Team Camila Orozco Elaborar requerimientos generales iniciales e iniciar el

Definir las personas idóneas en los roles de Scrum Master

Proveer los recursos económicos iníciales y constantes

Determinar la visión del producto

Evaluar la viabilidad y asegurar las entregas

Asegurar la transparencia y claridad de los elementos del

Decidir el contenido mínimo que se puede presentar

Proporcionar criterios de aceptación de las historias de

Inspeccionar los entregables y decidir la duración del

Nombre del Proyecto – Grupo - Sección

Poseer la responsabilidad colectiva y garantizar que los

Asegurar al Product Owner y el Scrum Master que el

Épicas para el proyecto “Proyecto Fundación Apoyo”

A Implementación de un sistema de seguimiento y recordatorio de pagos de particulares.

B Ampliación de la capacidad de la casa de reposo para atender a más ancianos.(9)

C Mejora de registros de información y comunicación entre personal médico.(4)

D Creación de plataforma informática para dar a conocer el trabajo de la fundación,

E Generación de informes de ingresos y egresos para la gestión de la fundación.(5)

F Gestión de aportes de particulares, un sistema contable en línea para la casa de reposo.

G Desarrollo de un portal web para la Fundación Apoyo. (8)

H Desarrollo de un módulo de gestión de medicamentos y dosificación para pacientes.(7)

I Control de insumos y stock de medicamentos en bodega. (3)

J Establecimiento de alianzas estratégicas con organizaciones o empresas para obtener

Nombre del Proyecto – Grupo - Sección