UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS

ESCUELA ACADÉMICO PROFESIONAL DE

INFORMÁTICA

“Sistema de base de datos para la gestión de códigos y beneficios por

categorías del área del Comedor Universitario de Bienestar Universitario
de la Universidad Nacional de Trujillo”

- ALVARADO ALVARADO, Hecir

- BENITES VERA, Jorge Bryhan
- GERÓNIMO SANES, Alan Ṕierre

JUNIO – 2018

pág. 1
“Sistema de base de datos para la gestión de códigos y beneficios
por categorías del área del Comedor Universitario de Bienestar
Universitario de la Universidad Nacional de Trujillo”

pág. 2
Contenido
1. Realidad Problemática...................................................................................................... 4
2. Formulación del Problema ................................................................................................ 4
3. Objetivos .......................................................................................................................... 5
3.1. Objetivo General: .................................................................................................... 5
3.2. Objetivos Específicos ............................................................................................ 5
4. Antecedentes .................................................................................................................... 5
4.1. Diseño e Implementación de una Base de Datos para la ONG ASEM ......................... 5
4.2. Diseño e implementación de una Base de datos para la gestión de eventos audiovisuales 6
5. Justificaciones ................................................................................................................... 6
5.1. Justificación Social ...................................................................................................... 6
5.2. Justificación Académica ............................................................................................. 6
5.3. Justificación Tecnológica ............................................................................................. 6
5.4. Justificación Operativa ................................................................................................ 7
6. Marco Teórico ............................................................................................................... 7
6.1. Base de Datos ............................................................................................................... 7
6.1.1 Modelos de Base de Datos ......................................................................................... 7
6.1.2 Sistema Gestor de Base de Datos ................................................................................ 8
6.2. Oracle Database ........................................................................................................... 9
6.3. Java ........................................................................................................................... 10
6.4. Metodología Kendall & Kendall ................................................................................. 10
6.4.1. FASE I: Identificación de problemas, oportunidades y objetivos. .............................. 10
6.4.2. FASE II: Determinación de los requerimientos de información ................................. 11
6.4.3. FASE III: Análisis de las necesidades. ...................................................................... 12
6.4.4. FASE IV: Diseño del sistema recomendado. ............................................................. 12
6.4.5. FASE VI: Prueba y mantenimiento del sistema......................................................... 13

pág. 3
 6.4.6. FASE VII: Implementación y evaluación del sistema ................................................ 13
7. Desarrollo de la metodología ......................................................................................... 14
7.1. Fase I: Identificación de problemas, oportunidades y objetivos .................................. 14
.3.2. Elaborar diagramas de procesos USE CASE .......................................................... 17
8.4. FASE IV: Diseño del sistema recomendado. ....................................................... 19
8.4.1. Realizar el diseño lógico de todo el sistema. ......................................................... 19
8.4.2. Elaborar el diseño de la base de datos modelo Entidad Relación. ......................... 20
figura 4. Modelo entidad Relación de nuestro Sistema ................................................... 20
8.4.3. Diseñar las diferentes interfaces de usuarios de cada operación, procedimiento y/o
función. ........................................................................................................................... 21

1. Realidad Problemática

El comedor universitario es un servicio encargado a prestar servicios alimentarios de

Desayunos - Almuerzos - Cenas a los estudiantes, personal Docente y Administrativo de la
UNT. Este comedor tiene como objetivo brindar una adecuada nutrición a los comensales de
la institución, además de servir como un firme servicio de soporte en las actividades
estudiantiles.

Este comedor conto con el 58% de alumnos atendidos en el 2015 y cada año sigue aumentando,
siendo así de gran servicio y ayuda para los alumnos.

Sin embargo el comedor cuenta con la deficiencia de un software para la gestión de códigos y
beneficios, produciendo así problemas en la cantidad producida de alimentos con respecto a la
cantidad demandada por los estudiantes, personal Docente y Administrativo de la UNT,
generando así escasez de alimentos en algunos casos o en otros casos desperdicio de alimentos
; los cuales se ven reflejados en molestias entre los usuarios.

2. Formulación del Problema

pág. 4
¿Se Mejorará la gestión de códigos y beneficios por categorías mediante la implementación de
este Sistema en el área del Comedor Universitario de Bienestar Universitario de la UNT?

3. Objetivos

3.1. Objetivo General:

Mejorar la gestión de códigos y beneficios por categorías mediante la implementación
de este Sistema en el área del Comedor Universitario de Bienestar Universitario de la
UNT.

3.2. Objetivos Específicos

- Reducir el tiempo de espera de validación de códigos.

- Aumentar la satisfacción de los usuarios.
- Disminuir posibles riesgos de pérdida de registros de Usuarios.

4. Antecedentes

4.1. Diseño e Implementación de una Base de Datos para la ONG ASEM

Autores: Pablo Burgos Escribano

Resumen:
La ONG desea tener una nueva base de datos que permita tener la información mejor
organizada, con un acceso más sencillo a los datos, que permita a múltiples usuarios
acceder de forma simultánea y haga posible el desarrollo de aplicaciones futuras de
forma sencilla. En un principio se ha descartado el acceso online a la base de datos,
pero es una funcionalidad que debe tenerse en cuenta en un futuro. Otra de las
características que deberá tener en cuenta la futura aplicación, es que los usuarios del
sistema no disponen de conocimientos sobre la estructura de una base de datos, por lo
cual será necesario un interfaz que encapsule el acceso a los datos, haciendo que el

pág. 5
 usuario tenga sólo opciones de manipulación de los datos, pero no pudiendo modificar
la estructura de la base de datos.

4.2. Diseño e implementación de una Base de datos para la gestión de eventos

audiovisuales

Autores: Rafael Castañeda Lomas

Resumen:
El desarrollo del proyecto se centra en la realización una base de datos que almacene
información sobre eventos audiovisuales. El objetivo será la creación de la base de
datos y una interfaz que permita principalmente las siguientes operaciones:
Mantenimiento de todos los objetos representados en la base de datos, Gestión de
cines, salas y eventos que allí se visualicen y la Gestión de los contenidos a visualizar.

5. Justificaciones

5.1. Justificación Social

Colaborar con estudiantes, personal Docente y Administrativo de la UNT

permitiéndoles el uso de un sistema organizado buscando lograr su satisfacción elevada.

5.2. Justificación Académica

Epistemológicamente estos temas son cruciales en el aprendizaje y formación de los

desarrolladores ya que las herramientas utilizadas corresponden a elementos
importantes en la gestión y desarrollo de las bases de datos.

5.3. Justificación Tecnológica

Permite poder interactuar con herramientas tecnológicas que nos ayuden en el
aprendizaje propio y su producto logre beneficiar a los usuarios de esta.

pág. 6
 5.4. Justificación Operativa
Se podrá implementar el sistema con niveles altos de usabilidad de modo que al
usuario no le dificulte su uso, por lo contrario, sea fácil la comprensión de su
funcionalidad. La meta es que cualquier persona con conocimientos elementales en
computación pueda usarlo de manera eficiente este sistema de base de datos.

6. Marco Teórico

6.1. Base de Datos

Una base de datos es un conjunto de datos almacenados en memoria externa que
están organizados mediante una estructura de datos. Cada base de datos ha sido
diseñada para satisfacer los requisitos de información de una empresa u otro tipo de
organización, como por ejemplo, una universidad o un hospital.

Una base de datos se puede percibir como un gran almacén de datos que se define y
se crea una sola vez, y que se utiliza al mismo tiempo por distintos usuarios. En una
base de datos todos los datos se integran con una mínima cantidad de duplicidad. De
este modo, la base de datos no pertenece a un solo departamento sino que se
comparte por toda la organización. Además, la base de datos no sólo contiene los
datos de la organización, también almacena una descripción de dichos datos. Esta
descripción es lo que se denomina metadatos, se almacena en el diccionario de datos
o catálogo y es lo que permite que exista independencia de datos lógica-física.

6.1.1 Modelos de Base de Datos

Un modelo de datos es básicamente una "descripción" de algo conocido como
contenedor de datos, así como de los métodos para almacenar y recuperar
información de esos contenedores. Los modelos de datos no son cosas físicas, son
abstracciones que permiten la implementación de un sistema eficiente de base de
datos; por lo general se refieren a algoritmos, y conceptos matemáticos.

El diseño de una base de datos es un proceso complejo que abarca decisiones a

muy distintos niveles. La complejidad se controla mejor si se descompone el
problema en subproblemas y se resuelve cada uno de estos subproblemas
independientemente, utilizando técnicas específicas. Así, el diseño de una base
de datos se descompone en diseño conceptual, diseño lógico y diseño físico.

pág. 7
 6.1.1.1. Diseño Conceptual
Son los orientados a la descripción de estructuras de datos y restricciones de
integridad. Se usan fundamentalmente durante la etapa de Análisis de un
problema dado y están orientados a representar los elementos que intervienen
en ese problema y sus relaciones. El ejemplo más típico es el Modelo Entidad-
Relación.

6.1.1.2 Diseño Lógico

Son orientados a las operaciones más que a la descripción de una realidad.
Usualmente están implementados en algún Manejador de Base de Datos. El
ejemplo más típico es el Modelo Relacional, que cuenta con la particularidad
de contar también con buenas características conceptuales.

6.1.1.3 Diseño Fisico

Son estructuras de datos a bajo nivel implementadas dentro del propio gestor.

6.1.2 Sistema Gestor de Base de Datos

Es una aplicación que permite a los usuarios definir, crear y mantener la base de
datos, además de proporcionar un acceso controlado a la misma. Generalmente,
un SGBD proporciona los servicios que se citan a continuación:

- El SGBD permite la definición de la base de datos mediante un lenguaje de

definición de datos. Este lenguaje permite especificar la estructura y el tipo
de los datos, así como las restricciones sobre los datos.
- El SGBD permite la inserción, actualización, eliminación y consulta de datos
mediante un lenguaje de manejo de datos. El hecho de disponer de un
lenguaje para realizar consultas reduce el problema de los sistemas de
ficheros, en los que el usuario tiene que trabajar con un conjunto fijo de
consultas, o bien, dispone de un gran número de programas de aplicación
costosos de gestionar.
- El SGBD proporciona un acceso controlado a la base de datos mediante:
• Un sistema de seguridad, de modo que los usuarios no autorizados no
puedan acceder a la base de datos.

• Un sistema de integridad que mantiene la integridad y la consistencia de

los datos.

pág. 8
 • Un sistema de control de concurrencia que permite el acceso compartido
a la base de datos.

• Un sistema de control de recuperación que restablece la base de datos

después de que se produzca un fallo del hardware o del software.

• Un diccionario de datos o catálogo, accesible por el usuario, que contiene

la descripción de los datos de la base de datos.

6.2. Oracle Database

La base de datos Oracle (Oracle DB) es un sistema de administración de bases de
datos relacionales (RDBMS) de Oracle Corporation. Originalmente desarrollado en
1977 por Lawrence Ellison y otros desarrolladores, Oracle DB es uno de los motores
de base de datos relacionales más confiables y ampliamente utilizados.

El sistema se basa en un marco de base de datos relacional en el que los usuarios

pueden acceder directamente a los objetos de datos (o una interfaz de aplicación) a
través del lenguaje de consulta estructurado (SQL). Oracle es una arquitectura de
base de datos relacional totalmente escalable y, a menudo, es utilizada por empresas
globales, que administran y procesan datos en redes de área amplia y local. La base
de datos Oracle tiene su propio componente de red para permitir las comunicaciones
entre redes.

Oracle DB se ejecuta en la mayoría de las plataformas principales, incluidos

Windows, UNIX, Linux y Mac OS. Diferentes versiones de software están
disponibles, según los requisitos y el presupuesto. Las ediciones de Oracle DB se
dividen jerárquicamente de la siguiente manera:

- Enterprise Edition: ofrece todas las funciones, incluido un rendimiento y

seguridad superiores, y es la más robusta
- Standard Edition: Contiene funcionalidad básica para usuarios que no requieren
el paquete robusto de Enterprise Edition
- Express Edition (XE): la edición ligera, gratuita y limitada de Windows y Linux
- Oracle Lite: para dispositivos móviles

Una característica clave de Oracle es que su arquitectura se divide entre lógica y

física. Esta estructura significa que para la computación distribuida a gran escala,
también conocida como grid computing, la ubicación de los datos es irrelevante y
transparente para el usuario, lo que permite una estructura física más modular que se

pág. 9
 puede agregar y modificar sin afectar la actividad de la base de datos. sus datos o
usuarios. El intercambio de recursos de esta manera permite redes de datos muy
flexibles cuya capacidad se puede ajustar para satisfacer la demanda, sin degradar el
servicio. También permite diseñar un sistema robusto ya que no existe un solo punto
en el que una falla pueda hacer caer la base de datos, ya que el esquema en red de
los recursos de almacenamiento significa que cualquier falla sería solo local.

6.3. Java
Java es un lenguaje de programación orientado a objetos que se incorporó al ámbito
de la informática en los años noventa. La idea de Java es que pueda realizarse
programas con la posibilidad de ejecutarse en cualquier contexto, en cualquier
ambiente, siendo así su portabilidad uno de sus principales logros. Fue desarrollado
por Sun Microsystems, posteriormente adquirido por Oracle. En la actualidad puede
utilizarse de modo gratuito, pudiéndose conseguir sin problemas un paquete para
desarrolladores que oriente la actividad de programar en este lenguaje. Puede ser
modificado por cualquiera, circunstancia que lo convierte en lo que comúnmente se
denomina “código abierto”.

Como en cualquier lenguaje de estas características, existen diversos entornos de

desarrollo que tienen como función facilitar el proceso de programar con Java.
Algunos ejemplos al respecto pueden ser Eclipse, JCreator, NetBeans, Jbuilder, etc.
Estos ofrecen un lugar para escritura de código, señalización de errores, compilación,
etc.

El lenguaje Java se creó con cinco objetivos principales:

- Debería usar el paradigma de la programación orientada a objetos.

- Debería permitir la ejecución de un mismo programa en múltiples sistemas
operativos.
- Debería incluir por defecto soporte para trabajo en red.
- Debería diseñarse para ejecutar código en sistemas remotos de forma segura.
- Debería ser fácil de usar y tomar lo mejor de otros lenguajes orientados a objetos,
como C++.

6.4. Metodología Kendall & Kendall

6.4.1. FASE I: Identificación de problemas, oportunidades y objetivos.

● Observación directa del entorno.

pág. 10
 ● Aplicación de entrevista para recolectar información.
● Sintetizar la información recolectada para construir objetivos.
● Estimar el alcance del proyecto.
● Identificar si existe una necesidad, problema u oportunidad argumentada.
● Documentar resultados.
● Estudiar los riesgos del proyecto.
● Presentar un informe de vialidad.

En la primera fase el analista es el encargado de identificar los problemas de la

organización, detallarlos, examinar, evaluar las oportunidades y objetivos.

6.4.2. FASE II: Determinación de los requerimientos de información

● Revisión de los objetivos.
● Identificar el dominio.
● Investigar la razón por la cual se implementa el sistema actual.
● Recolectar información sobre los procedimientos y operaciones que se
desempeñan actualmente.
● Detallar específicamente: Quiénes son los involucrados, cuál es la
actividad, regla y restricciones del negocio, entorno de desarrollo de las
actividades, momentos oportunos de desarrollo de cada función, la manera
en que se desempeñan los procedimientos actuales.
● Elaborar una lista detallada y organizada de todos los procedimientos.
● Separar requerimientos funcionales y no funcionales. Adicionar al informe
de la primera fase, esta nueva información.

En esta fase el analista se esfuerza por comprender la información que necesitan

los usuarios para llevar a cabo sus actividades. Entre las herramientas que se
utilizan para determinar los requerimientos de información de un negocio se
encuentran métodos interactivos como las entrevistas, los muestreos, la
investigación de datos impresos y la aplicación de cuestionarios; métodos que no
interfieren con el usuario como la observación del comportamiento de los
encargados de tomar las decisiones y sus entornos u oficina, al igual que métodos
de amplio alcance como la elaboración de prototipos.

Esta fase es útil para que el analista confirme la idea que tiene de la organización
y sus objetivos.

Los implicados en esta fase son el analista y los usuarios, por lo general los
trabajadores y gerentes del área de operaciones.

pág. 11
 6.4.3. FASE III: Análisis de las necesidades.
 Evaluar las dos fases anteriores.
 Modelar las entradas, los procesos y las salidas de las funciones ya
identificadas.
 Elaborar diccionario de datos y sus especificaciones.
 Elaborar diagramas de procesos de cada función.
 Elaborar propuesta del sistema con todos los diagramas de operaciones y de
procesos.
 Realizar el análisis del riesgo sobre el realizado en las fases anteriores,
tomando en cuenta el aspecto económico, técnico y operacional (estudio de
factibilidad)
 Estimar en un diagrama de Gantt el tiempo que tomará desarrollar el sistema.

En esta fase el analista evalúa las dos fases anteriores, usa herramientas y técnicas
como el uso de diagramas de flujo de datos para graficar las entradas, los
procesos y las salidas de las funciones del negocio en una forma gráfica
estructurada.
A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos
que enlista todos los datos utilizados en el sistema así como sus respectivas
especificaciones.
El analista prepara en esta fase, una propuesta de sistemas que sintetiza sus
hallazgos, proporciona un análisis de costo/beneficio de las alternativas y ofrece,
en su caso, recomendaciones sobre lo que se debe hacer.

6.4.4. FASE IV: Diseño del sistema recomendado.

 Evaluar las tres fases anteriores.
 Realizar el diseño lógico de todo el sistema.
 Elaborar procedimientos precisos para la captura de los datos que van a
ingresar al sistema de información.
 Elaborar el diseño de la base de datos.
 Diseñar las diferentes interfaces de usuarios de cada operación,
procedimiento y/o función.
 Diseñar controles y procedimientos de respaldos que protejan al sistema y a
los datos.
 Producir los paquetes específicos de programas para los programadores.
 Elaborar una lista de las funciones genéricas y de las que será obligatorio
crear.

pág. 12
 En esta fase el analista utiliza la información recopilada en las primeras fases
para realizar el diseño lógico del sistema de información.

El analista diseña procedimientos precisos para la captura de datos que

aseguran que los datos que ingresen al sistema de información sean correctos.

Facilita la entrada eficiente de datos al sistema de información mediantes técnicas

adecuadas de diseño de formularios y pantallas.

La concepción de la interfaz de usuario forma parte del diseño lógico del sistema de
información.

6.4.5. FASE VI: Prueba y mantenimiento del sistema

● Realizar la programación de las pruebas del sistema.
● Realizar un instrumento para evaluar el sistema de información.
● El programador deberá elaborar un resumen de las pruebas del sistema.
● El analista deberá realizar un informe de sus pruebas y discutirlo con el
programador.
● Elaborar la planificación de las horas del mantenimiento del sistema. Elaborar
la lista de las operaciones que pudieran sufrir modificaciones de códigos.

Antes de poner en funcionamiento el sistema es necesario probarlo es mucho

menos costoso encontrar los problemas antes que el sistema se entregue a los
usuarios.

Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo
de manera conjunta con los analistas de sistemas. Primero se realizan las pruebas
con datos de muestra para determinar con precisión cuáles son los problemas y
posteriormente se realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de información y su documentación empiezan en esta

fase y se llevan de manera rutinaria durante toda su vida útil.

6.4.6. FASE VII: Implementación y evaluación del sistema

● Planificar gradualmente la conversión del sistema anterior.
● Instalar los equipos de hardware necesarios para el funcionamiento del
software creado.
● Capacitar por medio de talleres a los usuarios en el manejo de equipos y
software creados.
● Evaluar la adaptabilidad de los usuarios al sistema.

pág. 13
 Esta es la última fase del desarrollo de sistemas, y aquí el analista participa en la
implementación del sistema de información. En esta fase se capacita a los usuarios
en el manejo del sistema. Parte de la capacitación la imparten los fabricantes, pero
la supervisión de ésta es responsabilidad del analista de sistemas.

Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de
sistemas principalmente en áreas del debate. En realidad, la evaluación se lleva a
cabo durante cada una de las fases.

El trabajo de sistemas es cíclico, cuando un analista termina una fase del desarrollo
de sistemas y pasa a la siguiente, el surgimiento de un problema podría obligar a
regresar a la fase previa y modificar el trabajo realizado.

7. Desarrollo de la metodología

7.1. Fase I: Identificación de problemas, oportunidades y objetivos

7.1.1. Identificación de problemas

La falta de un software el cual ayude con la correcta distribución de códigos que

apoyen tanto en agilizar la distribución de comidas como en a través de este
estimar la cantidad necesaria a elaborar.

Estos problemas actuales afectan tanto al área de ventas del comedor incitando al
público a optar por otros lugares quienes ofrecen el mismo servicio esto
refiriéndonos a un cliente externo; a todo esto nos damos cuenta del impacto que
puede llegar a generar en los clientes quizás sea de incomodidad esto debido al
tiempo de espera muchas veces como en el personal de cocina al no tener un
número aproximado de comidas a preparar.

7.1.2. Oportunidades del negocio

Con la implementación de este sistema de gestión se logrará alcanzar una mejora

en la satisfacción de los cliente ya que se agiliza su tiempo de espera además de
disminuir el grado de imprecisión entre las comidas demandadas con las
preparadas

pág. 14
 Este sistema permitirá a los clientes poder realizar sus compras de códigos sin
tantos retrasos brindando muchas facilidades como también evitando posibles
problemas con invalidez de códigos.

7.1.3. Objeto de estudio

Tenemos como estudio al comedor Universitario uno de los puntos más visitados
por nuestro público estudiantil y docente administrativo en el cual se les brinda
un servicio completo de comidas desayuno, almuerzo y cena para lo cual se basan
en una venta de tickets de manera presencial y entrega de los mismos de manera
física para ser recepcionados por la despachadora es por eso que nuestro principal
objeto de estudio será abarcar la generación de estos tickets de manera virtual y
su recepción.

7.2. Fase II: Determinación de los requerimientos de información

7.2.1. Requerimientos Funcionales del Negocio :

● El sistema permitirá solo a administradores ingresar a la venta de codigos

para uso en el comedor.
● Las ventas de la vigencia de los códigos será no menor a una semana
● El sistema permitirá a los administradores anular o actualizar una venta
realizada
● Todo usuario deberá estar registrado para poder venderle el servicio
● El registro de alumnos será por dni o numero de matricula
● El sistema permitirá la opción de becar a un alumno
● La despachadora será la única en utilizar el sistema de recepción de códigos
● El sistema proveerá un comprobante de compra de comidas por fechas

7.2.2. Requerimientos No Funcionales :

● El software debe ser claro y entendible

pág. 15
 ● Debe poseer seguridad y más validaciones en el login
● Debe ser adaptable para cubrir las necesidades diarias
● Debe existir fluidez en todo el sistema

8.3. Fase III: Análisis de las necesidades

8.3.1. Diccionario de datos.

Campo Tipo de Dato Tamaño Descripción

dni int Será posiblemente el

codigo en donde se
registrará la venta

nombre varchar 50 Incluirá el nombre de

nuestro cliente

apellido_paterno varchar 50 almacena el apellido

de nuestro cliente

id_empleado int Almacena el código

de empleado
existente

nombre_empleado varchar 30 almacena el nombre

del empleado

tipo_empleado varchar 20 almacena el tipo de

empleado que está
actuando

code_comida int código de la comida a

interactuar

tipo_comida varchar 50 variable que

almacena el tipo de la
comida

code_afilia int Código primario de la

agregación de venta
del servicio

pág. 16
 id_tipo_cliente int código primario del
tipo de cliente que
puede estar dentro de
la exoneración

id_comprobante int almacena el codigo

del numero de
comprobante
generado

fecha_comprobante date almacena la fecha de

emisión del
comprobante

precio_comproante float almacena el precio

del comprobante de
la venta

.3.2. Elaborar diagramas de procesos USE CASE

pág. 17
 .

figura 1. Modelo use case de negocio

figura 2. Use case de proceso Realizar Venta

pág. 18
 figura 3. Use case del proceso

8.4. FASE IV: Diseño del sistema recomendado.

8.4.1. Realizar el diseño lógico de todo el sistema.

pág. 19
 figura 3. Modelo entidad Relación de nuestro Sistema

8.4.2. Elaborar el diseño de la base de datos modelo Entidad Relación.

figura 4. Modelo entidad Relación de nuestro Sistema

pág. 20
8.4.3. Diseñar las diferentes interfaces de usuarios de cada operación, procedimiento y/o función.

figura 5. Registro de Cliente alumnado, administrativo o Externo

pág. 21
 figura 6. Registro de Empleados para laborar

figura 7. Interfaz de ventas por código matricula o externo

figura 8. Interfaz de almacen de códigos

pág. 22
pág. 23