4.2.

FASE INICIAL
A. Documento de visión del negocio
A.1. Introducción

A.1.1. Propósito
El propósito de este documento es ofrecer un esquema del
funcionamiento del sistema, a nivel de requerimientos,
procesos, actores y diagramas para “La Aplicación web de
Control, Administración y venta de ticket para el comedor de
la Universidad Nacional de Ucayali”.

A.1.2. Alcance
Aplicación web de Control, Administración y venta de ticket
permitirá administrar de una forma eficiente la información
sobre de compra y venta estudiantes mejorando de esta
forma significativamente los procesos y evitando así largas
colas.

A.2. Posicionamiento
A.2.1. Oportunidad del negocio
Automatizar los procesos, en la actualidad, genera de todas
formas un incremento en la productividad de cualquier
organización, es por ello que, ante una entidad que busca
mantener la calidad y, obviamente ahorrar el tiempo, la
implementación Sistema de control , Administración y venta
de ticket de la Universidad Nacional de Ucayali, se constituye
en una opción totalmente aprovechable y efectiva. Se añaden
a estas cualidades, la supervisión superficial del mismo
debido a la predeterminación del esquema y demás aspectos,
limitando por la admiración manual que actualmente se
desarrolla.
A.2.2. Exposición del problema
A.2.2.1. Realidad problemática
- Venta irregular del ticket.
- Desconocimiento de la comida del día.
- Venta irregular a personas no autorizadas.

A.2.2.2. Afecta a

Universidad Nacional de Ucayali

A.2.2.3. Impacto

- Imagen institucional.
- Ausencia de calidad en procesos.

A.2.2.4. Solución exitosa

Implementar un Aplicación web de Control, Administración

y venta de ticket para el comedor universitario para lograr
que este accesibles a los estudiantes de la Universidad
Nacional de Ucayali de forma rápida, entendible, usable
que disponga de un celular, de esta manera agilizar el
proceso de venta del ticket.
A.3. Descripción de Stakeholder y usuarios
A.3.1. Sumario de Stakeholder

Tabla 1: Sumario de Stakeholder

NOMBRE ROL

DIRECCION GENERAL Evalúa la implementación, velando por el

DE BIENESTAR Y estricto cumplimiento de las normas
ASUNTOS relativas al Programa de Bolsas de
ESTUDIANTILES Trabajo y Becas del Comedor
Universitario.

PERSONAL Personas encargas del proceso de venta

ADMINISTRATIVO EN y control de ticket.
LA VENTE DE TICKET
DEL COMEDOR

ALUMNOS Son los consumidores del comedor

universitario.

Fuente: Elaboración propia

 A.3.2. Sumario de usuarios
Tabla 2: Sumario de Usuarios

NOMBRE ROL STAKEHOLDER

Administrador Encargado de dar las Dirección

del Sistema restricciones para el General De
proceso de venta y Bienestar Y
control de ticket, tendrá Asuntos
acceso total al sistema, Estudiantiles
se identificará con un
usuario y contraseña, el
cual permitirá realizar
los mantenimientos de la
información requerida
para el funcionamiento
del sistema informático.
Fue
nte: Usuario Encargado de realizar Personal
Elab las peticiones del Administrativo en
oraci administrador en base a la vente de ticket
ón las disposición de venta del comedor.
propi de ticket (stock te
a tickes,menú de día ).

Público Es el que compra el Alumno y/o

ticket. público en
general
 A.3.3. Ambiente de usuario.
Administrador del Sistema: Encargado de la administración del
sistema. Podrá acceder al sistema las 24 horas del día desde
cualquier sitio que cuente con acceso a internet para realizar las
operaciones.
Usuario: Podrá realizar la actualización de la venta de ticket
disposición del mismo establecida por el administrador.
Público: Podrá comprar los tickets en una hora establecida.
A.3.4. Necesidades principales de los usuarios

Tabla 3: Necesidades principales de los usuarios

NECESIDAD PRIORIDAD SOLUCIÓN SOLUCIÓN

ACTUAL PROPUESTA

Establecer un Tienen Tener los

orden y reportes en reportes en la
Alta
automatización papel Aplicación
digital en el archivado por web
proceso de el trabajador ahorrando
compra venta administrativo dinero,
y designado. espacio y
administración tiempo.
de tickets en el
comedor
universitario
Llevar un Al momento Controlar por
control de venta de medio del
minucioso tickets existe Aplicación
Total de las un talonario web que se
ventas diarias Alta físico como guarda para
y se almacena muestra de la la verificación
en dirección compra y control.
general de adquirida y
bienestar y sirve como
asuntos un
estudiantiles comprobante
y un control
del mismo.

Fuente: Elaboración propia

A.4. Objetivos de modelamiento del negocio

 Identificar los procesos que intervienen en las ventas de ticket para el

comedor universitario.
 Describir los actores y casos de uso del negocio.
 Relacionar los actores con el caso de uso del negocio.
A.5. Rangos de calidad

Disponibilidad: La Aplicación web de Control, Administración y venta

de ticket para el comedor universitario deberá estar disponible todos
los días académicos en un periodo de tiempo de promedio de una
hora antes de apertura del comedor universitario.
Almuerzo: 11:00am
Cena: 5:00pm
Uso: Aplicación web de Control, Administración y venta de ticket para
el comedor universitario, deberá ser factible, eficiente y práctico de
utilizar con interfaces sencillas y entendibles para los estudiantes y
personal encargado para la venta de ticket.
A.6. Requerimientos
Requerimientos funcionales:
 El sistema mostrara 3 niveles de usabilidad como: administrador,
usuario, público.
 El sistema mostrara reportes e información requerida por el
usuario.
 El sistema tendrá una interfaz amigable e intuitiva de fácil manejo
para el usuario.
 El sistema debe ser capaz de funcionar en cualquier versión del
S.O Android.
 El sistema permitirá que el administrador sea el único
responsable de crear los usuarios.
 Requerimientos no Funcionales:

 Dominio

Razón: La aplicación se publicara a Google Play store el cual

esté disponible para su posterior descarga.

 Debe ser un Aplicación web.

Razón: El sistema tendrá accesibilidad para los alumnos desde

cualquier lugar mediante su celular una vez ya descargada la
aplicación. Al mismo tiempo se ahorra mucho tiempo y se evitará
la compra tradicional

 La información será almacenado en la propia base de datos de

la DIRECCION GENERAL DE BIENESTAR Y ASUNTOS
ESTUDIANTILES.

Razón: La DIRECCION GENERAL DE BIENESTAR Y

ASUNTOS ESTUDIANTILES contará con una base de datos
propia que soportará la información adecuada y necesaria.

B. PLAN DE DESARROLLO DEL SOFTWARE

B.1. Introducción
B.1.1. Propósito
El propósito de este plan de desarrollo de software es definir una
secuencia de actividades para monitorear la construcción del
“Aplicación web de Control, Administración y venta de ticket de la
Universidad Nacional de Ucayali”, contemplando fases para su
elaboración e implementación.
Así como también, facilitar al equipo de trabajo la organización del
proyecto, entendiéndose de este modo lo que debe hacerse,
cuando debe hacerse y de que otras actividades puedan
depender.
B.1.2. Alcance
Este plan de desarrollo de software describe de manera detallada
el plan global a ser usado por los encargados del proyecto para
 desarrollar “Aplicación web de Control, Administración y venta de
ticket de la Universidad Nacional de Ucayali”.
B.1.3. Referencias
Las referencias aplicables es la Necesidad de contar con
elaboración, desarrollo e implementación de una “Aplicación web
de Control, Administración y venta de ticket del comedor de la
Universidad Nacional de Ucayali”.
B.2. Apreciación global del proyecto
B.2.1. Propósito del proyecto, alcance y objetivos
El propósito, alcance y objetivos de este plan de desarrollo de
software es definir las actividades realizadas durante el
desarrollo de las fases e iteraciones requeridas para
implementar una “Aplicación web de Control, Administración y
venta de ticket del comedor de la Universidad Nacional de
Ucayali”.

B.2.2. Entregables del proyecto

Los entregables que se desarrollan durante la realización del
proyecto según se muestra en la tabla:
Tabla 4: Entregables del proyecto

FASES WORKFLOWS ARTEFACTOS

 Documento de vision
 Plan de desarrollo de
software
Inicial Modelo de negocio  Modelo de Use Case de
Negocio
 Modelo de Dominio del
Problema
 Modelo de Use Case
Requerimientos
 Especificación de los
Use Case
  Diagrama de
colaboracion
Elaboración
 Prototipo arquitectónico
Análisis y diseño
 Diagrama de clases

 Diagrama de Navegacion
 Paquetes del diseño
B.2.3. Evolución del plan de desarrollo

El plan de desarrollo de aplicación web se revisará anterior a la

salida de cada proceso de iteración.

B.3. Organización del proyecto

B.3.1. Estructura orgánica

El equipo de trabajo se comprende por cuatro personas, los

desarrolladores del sistema y un asesor Ingeniero de Sistemas
para el desarrollo del proyecto.

B.3.2. Papeles y responsabilidades

La tabla siguiente identifica las unidades orgánicas que serán

responsabilidades para cada uno de los flujos de trabajo, y el
detalle de los procesos de apoyo.

Tabla 5: Papeles y responsabilidades

PAPEL RESPONSABILIDAD

Elio David Hoyos  Responsable de la realización del manejo del flujo

Barba del producto de dirección del proyecto global.
 Proporciona el apoyo al Workflow de dirección de
Piero Brayan Pezo
proyecto.
Marin
 Responsable principal para el análisis del
Luis Arturo Miquera
proyecto.
Rivas

Abner Daza Morales

Asesor del Proyecto:  Realiza la asesoría, seguimiento y

Doc. Nilton César correcciones de los entregables del

Ayra Apac
proyecto.

B.4. El proceso de dirección

B.4.1. Estimación del proyecto

Las estimaciones del proyecto son basadas en el estudio de

factibilidad aplicado al proyecto. El tiempo y el esfuerzo
estimado en este informe es la base del presupuesto del
proyecto y horario.

B.4.2. Plan de proyecto

a. Plan de la fase

La Aplicación web de Control, Administración y venta de ticket

para el comedor universitario, será desarrollada usando un
acercamiento escalonado a la cual utilizará cuadro de iteración.
Las fases y el tiempo relativo se muestran en la tabla siguiente:
 Tabla 6: Plan de fases del proyecto

FASE INICIO FIN

Fase de Inicio 16/04/2019 06/05/2019

Fase de Elaboración 07/05/2019 23/07/2019

Fuente: Elaboración propia

Tabla 7: Fases del proyecto e hitos principales

FASE DESCRIPCIÓN HITO

 En esta etapa se define  Determinar la factibilidad

el modelo del negocio, del proyecto desde un
los requerimientos del punto de vista del negocio.
producto y se elabora el  Se define los
plan de desarrollo de requerimientos,
Software. características, claves y
principales restricciones.
Inicio  Estima los recursos
(tiempo, costos, otros).

 La fase de Elaboración  El hito del prototipo

analizará los requisitos y arquitectónico marca el
se desarrollará el término de la fase de la
prototipo arquitectónico. elaboración.
 En la realización de la
fase de elaboración todos
los casos de uso
Elaboración seleccionados para una
primera versión, habrán
completado el análisis y
el plan.
  Durante la fase de la  Actualización con todos
construcción se analizan los elementos necesarios
los Casos de Usos para dar soporte a la
restantes y se diseñan implantación del sistema.
Construcción estos. Se mejorará la
primera versión.
Transición  En esta fase se  El producto final debe
empaquetará, distribuirá estar disponible para los
e instalará el producto. usuarios.
B.5. Vistas de Use del Negocio
B.7.1. Modelo de Caso de Uso del Negocio

B.7.2. Descripción de los procesos del negocio

B.7.3. Modelo de objetos del negocio
B.7.4. Modelo de dominio del problema