ACTA DE REUNIÓN KICK OFF

Fecha 28/08/2020 Inicio 08:30

Lugar Plataforma virtual Blackboard Término 12:15
Tipo Reunión Presencial Individual Virtual X
Versión 2.0

Participantes Funciones
Mario Zapata Stakeholder
Jazna Meza Product Owner
Constanza Lagunas Project Manager
Facundo Varas Resource Manager
Juan Cisterna Team Member
Jordick Pino Team Member
Índice
Control de versiones del documento.......................................................................................................... 3
Agenda ......................................................................................................................................................... 4
Desarrollo de la reunión .............................................................................................................................. 4
Actores del proyecto ................................................................................................................................... 4
Requerimientos generales asociados al proyecto ...................................................................................... 5
Observaciones sobre las posibles limitaciones que tendrá la plataforma tecnológica ............................. 5
Técnicas de levantamiento de requerimientos específicos ....................................................................... 6

2
Control de versiones del documento.
Versión Fecha Descripción
1.0 28/08/2020 Se completa de documento.
2.0 23/09/2020 Revisión y modificación de información relevante.

3
Agenda
Se documentan los temas tratados en la reunión

Nº Tema
1 Lectura y análisis de caso
2 Levantamiento de requisitos

Desarrollo de la reunión
Se describen las notas capturadas de la información de requerimientos iniciales:

● El sistema de información debe considerar el rol de administrador, diseñador de procesos y

funcionario.
● Cada funcionario de acuerdo a su rol podrá crear tareas, asignar un responsable y un plazo,
adjuntando toda la información necesaria para su desarrollo.
● Cada funcionario podrá aceptar o rechazar la tarea asignada, ingresando una justificación. Este
acto tendrá como consecuencia un aviso a quien asignó la tarea para que resuelva el problema,
replanteando la tarea, los plazos o reasignando el responsable.
● Cada funcionario tendrá acceso a un panel de control, el cual muestra todas las tareas que tiene
asignadas, su porcentaje de cumplimiento de acuerdo al plazo. El indicador debe ser mostrado
como un semáforo, el cual indique en verde las tareas en desarrollo que tengan un plazo de
entrega mayor a una semana, en amarillo las tareas que estén con plazo de entrega menor a
una semana y en rojo las tareas atrasadas.
● La aplicación debe estar compuesta por un módulo web y módulo de escritorio. Opcionalmente
puede reemplazar el módulo de escritorio por un módulo móvil.

Actores del proyecto

En la siguiente tabla se muestran los actores que participarán del proyecto

Actores del Proyecto y Negocio

Nº Rol en el Negocio /Cargo
Nombre
1 Juan Cisterna Encargado módulo gestión de proyecto
2 Facundo Varas Encargado módulo de programación
3 Jordick Pino Encargado módulo Quality Assurance
4 Constanza Lagunas Encargada módulo base de datos

4
Requerimientos generales asociados al proyecto
La empresa “Process S.A.”, dedicada a la asesoría de empresas para el ordenamiento y control de sus
procesos y tareas, no posee una plataforma tecnológica que soporte los procesos implementados en
los clientes. La ausencia de una aplicación trae por consecuencia una baja visibilidad en las mejoras,
estas no se perciben sino hasta pasado un tiempo más largo, generando incertidumbre en el cliente y
los funcionarios.

Es por esto que se necesita de una aplicación que tenga la capacidad de ejecutar los flujos creados cada
vez que estos sean requeridos, además de asignar tareas y enlazar tareas relacionadas, asignar plazos y
controlar su cumplimiento, generando gráficos de avance, alertas de proximidad de plazo y atraso.

También debe contar con gráficos que representen el estado actual de los procesos y tareas en
ejecución, mostrando de acuerdo al nivel del usuario la información relevante. Además, se debe generar
un historial de tareas para estudiar su comportamiento en el tiempo, generando reportes de resumen
de tiempos de ejecución y de atrasos.

Observaciones sobre las posibles limitaciones que tendrá la

plataforma tecnológica
La aplicación tendrá las siguientes limitaciones:

● El módulo móvil estará disponible solo para dispositivos Android versión 8.0 o superior.
● El módulo web estará adaptado para navegadores tales como Chrome, Safari, Edge, Mozilla
Firefox, Opera y Brave, permitiendo la visualización responsiva.
● El módulo web no estará adaptado para el navegador Internet Explorer.
● Se utilizará el sistema de gestión de base de datos Oracle Database 11g XE.

5
Técnicas de levantamiento de requerimientos específicos
En la siguiente tabla se muestran las distintas técnicas de toma de requerimientos aplicadas a los actores
del proyecto.

Actores del Proyecto

Nº Técnica de Toma de Requerimiento
Rol/Cargo
1 Funcionarios Entrevista, Observación.
2 Stakeholders Entrevista, Observación.
3 Product Owner Entrevista, Mesas de trabajo.
4 Stakeholders / Business Analyst Mesas de trabajo.
5 Functional Manager Entrevista.