Universidad “Mayor de San Andrés”

Facultad de Ciencias Puras y Naturales

Proyecto Final de Ingeniería de Software

Integrantes: Univ. Rodrigo Gutierrez Mamani
Univ. José Manuel Cuenca Coronado
Univ. Ariel Arnaldo Guarachi Nina
Univ. Nelson Alexander Mamani Villazante

Carrera: Informática
Asignatura: INF-163
Docente: M. Sc. Moises Silva
Paralelo: B
Fecha: 10 de octubre de 2022

La Paz - Bolivia
 Proyecto final de Ingeniería de Software
1. INTRODUCCIÓN
Debido al estado del mundo, nuestra sociedad necesita avanzar hacia la digitalización. En los
países desarrollados, se puede ver que son cada vez menos dependientes de la presencia física
de personas en diversos campos como funciones públicas, educación, comportamiento, comercio
e incluso campos más complejos como la medicina, la ciencia, en las manufacturas, etc.
Nuestra sociedad recién está descubriendo los beneficios de lo digital, ya lo estamos utilizando
para el marketing online, la educación a distancia, el trabajo remoto, pero solo estamos dando los
primeros pasos en otros ámbitos, como los eventos online, la telemedicina o los recursos técnicos
públicos. danos un salto
A pesar del aspecto de la aplicación de ordenar como intermediario, algunas empresas están
interesadas en poder crear sus propias aplicaciones, ofreciendo la oportunidad de brindar un
servicio más personalizado y atento, lo que le permite a la empresa mostrar lo que tiene para
ofrecer y lo que puede hacer …,pero más que él.
En los últimos años ha habido un gran cambio en el número de cadenas de comida, como los
restaurantes temáticos. El café también se actualiza de vez en cuando para atraer a la multitud sin
perder la esencia de un café clásico donde puedes disfrutar de café, té, chocolate y más. Hoy en
día, muchas empresas también introducen la facturación electrónica. La gente se adapta a la
tecnología poco a poco. La tecnología está creciendo exponencialmente, lo que dificulta que
algunos se adapten, pero a menudo la tecnología es la solución, tal es el caso de la manera de
pagar el consumo con código QR, y demás maneras electrónicas de cancelación, esto solamente
por mencionar algunos.
2. PLANTEAMIENTO DEL PROBLEMA
Se pudieron detectar varios problemas en este tipo de empresas, además, se sabe que una
empresa desea realizar promociones y obtener beneficios asociados con una compra perfecta
para atraer a más clientes, pero su software actual no puede implementar esos cambios en los
pedidos.
También se sabe que los clientes desconocen los tiempos de espera de los pedidos y la
facturación es muy tardía.
El comedor encontró varios problemas, incluidas largas filas en ciertos momentos y un sistema de
pedidos defectuoso. También se sabe que la falta de comunicación entre la cocina y los cajeros
genera confusión sobre la disponibilidad de los productos. Esto significa que el gerente recibe
muchas quejas de sus empleados.

3. OBJETIVOS
3.1 OBJETIVO GENERAL
Crear programas mejorados para mejorar la forma en que los empleados y los clientes
interactúan con su organización. Por lo tanto, se mejora el tiempo de interacción entre el
cliente y el servidor, lo que se traduce en un mejor rendimiento.
3.2 OBJETIVOS ESPECÍFICOS
● Implementar al software facturación electrónica.
● Diseñar y desarrollar un algoritmo que mediante una regresión lineal ayude a
que detecte los pedidos más comunes para poder prepararlos con
anticipación, y así reducir tiempos de espera.
● Implementar un modelo de cifrado de datos para mantener segura la
información de los clientes

4.MÓDULOS
4.1 MÓDULO DE INICIO DE SESIÓN
Al iniciar el aplicativo arroja un formulario de inicio de sesión en el cual se tendrá
que iniciar sesión con un usuario predeterminado como es el admin como se
muestra en la Figura 1, lo cual se procederá a acceder la aplicación y luego al
registro de un usuario para la posterior manipulación de distintas opciones del
sistema de facturación electrónica

4.2 MÓDULO DE SELECCIÓN DE PRODUCTOS

A continuación para realizar la selección de los productos que se desea ordenar
mediante la aplicación, se mostrará diferentes pestañas que dirigirán a los
diferentes tipos de productos que se puede obtener en la cafetería, tambien asi
tendran la opcion de escoger la cantidad de cada producto que deseen; también
tendrán acceso a las promociones que la cafetería ofrece en el dia y se podrá
acceder a través de una pestaña.
Sprint 1
SPRINT 2
 SPRINT 3

4.3 MÓDULO DE VISUALIZACIÓN DE FACTURAS Y COMPROBANTES

ELECTRÓNICOS Una vez finalizado el proceso de envío y recepción el resultado
final será la visualización del comprobante electrónico firmado y autorizado del SRI.
La segunda opción es cuando el SRI tiene algún problema en su web services que
causa que el documento no haya sido autorizado ni firmado por lo tanto se muestra
un ride con estado pendiente y entra a correr un hilo del cual estar censado cada
cierto tiempo el web service del SRI para que pueda devolver el documento
previamente solicitado con su firma y autorización correspondiente.
 La segunda opción es cuando el SRI tiene algún problema en su web services que
causa que el documento no haya sido autorizado ni firmado por lo tanto se muestra
un ride con estado pendiente y entra a correr un hilo del cual estar censado cada
cierto tiempo el web service del SRI para que pueda devolver el documento
previamente solicitado con su firma y autorización correspondiente.

5. E/P/S
Restricciones
● La capacidad de equipos eléctricos con los que cuenta la cafetería
● El sistema debe tener disponibilidad en línea y el aplicativo funcionando
● El usuario previamente debe estar autentificado en el sistema.
● El presupuesto con el que se cuenta de este proyecto tendrá un límite y deberá ser cumplido
● El personal de la cafetería deberá tener el conocimiento necesario para manejar el software del
sistema.
● Se deberá hacer el uso de licencias gratuitas de software de código abierto durante el diseño del
sistema.
a) Ingeniería de requerimientos (Norma 830)
En esta sección del informe se presentan los requerimientos solicitados por el cliente para el
desarrollo del software, es decir, los requisitos tanto funcionales como no funcionales que debe
tener el sistema.

Requisitos funcionales:

Ingredientes Productos Ventas Reportes

1. Agregar 8. Ingresar producto 14. Realizar venta 22. Reporte Ventas

ingrediente

2. Editar 9. Editar producto 15. Realizar venta 23. Reporte Productos

Ingrediente equipo electrónico

3. Eliminar 10. Eliminar producto 16. Imprimir factura 24. Reporte

ingrediente Ingredientes

4. Mostrar 11. Mostrar producto 17. Registrar Venta *25. 6 y 7

ingrediente

5. Buscar 12. Buscar producto 18. Registrar Venta

ingrediente equipo electrónico

6. Validar *13. 6 y 7 19. Actualizar

Contraseña inventario

7. Cambiar 20. Actualizar

contraseña inventario equipo
electrónico

21. Validar contraseña

equipo electrónico

22.Cambiar
contraseña equipo
electrónico

No funcionales:

1.- Los módulos Administración, Caja, Cocina y Estadísticas deben funcionar en el sistema
operativo Windows

2. Equipo electrónico debe funcionar en el sistema operativo Android

 3.- El módulo de Selección de Productos debe estar configurado para ir a leer nuevos productos
cada 5 segundos

4.- El módulo de Caja debe estar configurado para ir a leer nuevas mesas, productos y/o
solicitudes cada 1 segundos

b) Metodología de Análisis y Diseño XP/SCRUM/… Mencionar: XP Diagramas básicos:

Casos de uso Especificación de casos de uso (por caso de uso) Diagrama de clases
(navegacional) Diagrama de actividades Diagrama de secuencias Diagrama de relacional
El desarrollo del proyecto lo haremos utilizando todas las etapas del framework SCRUM
¿Qué necesita la empresa?
La empresa necesita encontrar soluciones que permitan mejorar la calidad y eficiencia en la
atención que ofrece a sus clientes en tiempo de espera y también mejorar la interacción entre los
empleados al procesar una orden.
¿Qué ofrece el equipo de desarrollo?
Un software de calidad desarrollado en base a la metodología que ofrece el framework SCRUM
con características que permitan entrar al área de competencia y productividad, mejorando la
atención de la cafetería.
Describir 14 requisitos:
1. Se deberá mantener la información sobre el estado del stock entre los empleados de la cocina y
los responsables de caja.
2. Se dará a conocer el tiempo de espera aproximado de cada cliente para ser atendido
3. Se podrán realizar compras vía internet, para evitar largas filas y disminuir el tiempo en la
atención a los clientes.
4. Se otorgará acceso al menú de la cafetería a través de la aplicación móvil con o sin acceso a
internet.
5. Se deberá saber si existen mesas disponibles en el local a través de la aplicación móvil.
6. Se deberá emitir facturas electrónicas.
7. Se deberá mantener la información segura de los cliente y de la cafetería
8. Se podrá conocer la cantidad de clientes atendidos en una semana para generar un informe
acerca de las ventas realizadas.
9. Se dará a conocer los productos más populares entre los clientes para poder hacer promociones
y priorizar su preparación
10. Con los datos obtenidos, se podrá crear ofertas semanales o mensuales.
11. Se agilizará los procesos de transacción, reducir sus gastos generales y aumentar de forma
potencial los ingresos.
12. Se debe ofrecer al cliente un mayor control sobre el proceso de servicio.
13. Debe tener un servicio de atención al cliente para que todos los clientes puedan hacer sus
observaciones, reclamos, dudas, disponibilidad de asientos en la cafetería
14. Debe contar con un registro de usuarios frecuentes para ofertar productos
Analizar los requisitos a ser resueltos y quedarse con 7 requisitos o más (de acuerdo al
contenido que se Avanzó en Ingeniería de Requisitos)
1. Deseo que se conozca el tiempo de espera aproximado de cada cliente para ser atendido
2. Debe ayudarme a conocer los productos más populares entre los clientes para poder hacer
promociones y priorizar su preparación.
3. Los clientes deberán contar con acceso al menú de la cafetería y sus precios a través de la
aplicación sin acceso a internet.
4. Quiero que se realicen compras vía internet, para eliminar las largas filas y disminuir el tiempo
de espera en la atención a los clientes.
5. Tiene que facilitarme hacer el descargo de facturas por la gran cantidad de ventas y la mala
organización.
6. Debe mantener la información segura de los clientes y de la cafetería.
7. Se podrá conocer la cantidad de clientes atendidos en un tiempo especificado.
Desarrollar Product backlog priorizado con (Planning pocker), controlado con Kanban
board.

Nro Product backlog Prioridad

1 Aplicar la teoría de colas para conocer el tiempo de 100

espera aproximado de cada cliente.

2 Desarrollar una aplicación web progresiva para la 40

cafetería.

3 El software realizará la facturación electrónica 40

4 Aplicar el algoritmo de cifrado AES para mantener 20

segura la información de la cafetería y sus pedidos
online.

5 Implementar la regresión lineal para calcular el 20

mayor número de unidades vendidas para cada
producto.

6 Implementar el modelo de regresión lineal para conocer la 20

cantidad de clientes atendidos en un determinado tiempo
 7 Implementar a la aplicación web las compas en linea. 13

Resolver cada uno de los sprints y realizar el control con burdownchart.

Determinar las tareas de cada uno de los sprints.

● Sprint 1
Desarrollar el modelo de colas.

Tareas

Revisar la documentación de la cafetería.

Determinar parámetros de llegada y de servicio por hora.

Determinar el tiempo estimado de espera aplicando la ecuaciones del modelo

M/M/1

Realizar el diseño de la interfaz gráfica

Desarrollar una aplicación web progresiva para la cafetería

Tareas

Averiguar productos y precios de la cafetería.

Crear una página web en formato HTML, con estilos css

Crear un archivo Service Worker

Crear un manifest en el directorio raíz

Elegir un servicio de hosting web confiable

Subir el sitio web

● Sprint 2
Implementar la facturación electrónica.

Tareas

Agregar la firma digital del propietario.

Programar un módulo en java que calcule el impuesto al valor agregado.

 Realizar un programa en php que convierta los archivos de entrada
de las transacciones a lenguaje XML.

Realizar el diseño de la factura que se va a imprimir, después de una venta.

Solicitar Autorización de Sistemas Informáticos de Facturación.

Realizar pruebas con el Servicio de Impuestos Nacionales.

Desarrollarlo en la interfaz gráfica.

● Sprint 3
Aplicar el algoritmo de cifrado AES para mantener segura la
información de la cafetería y sus pedidos online.

Tareas

Implementar algoritmo en el lenguaje [php]

Verificar que el cifrado y descifrado funcione en el lado del cliente (cifrar los
datos del pedido para su posterior envío al servidor, y descifrar respuesta)

Verificar que el cifrado y descifrado funcione en el lado del servidor

(en el servidor descifrar los datos para generar el pedido a cocina,
cifrar la respuesta de la solicitud)

Implementar la regresión lineal para pronosticar los productos más

populares.

Tareas

Obtener los datos de los productos de la base de datos

Obtener los datos de los pedidos más vendidos en el último mes.

Implementar el algoritmo de regresión lineal para calcular el mayor

número de unidades vendidas del último mes

Realizar el diseño en la interfaz gráfica y en la página web

Agregar datos a la base de datos para realizar promocioones

● Sprint 4
 Implementar el modelo de regresión lineal para conocer la cantidad de
clientes atendidosen un determinado tiempo.

Tareas

Obtener la cantidad de productos vendidos por día.

Determinar los parámetros para el factor estacional y ventas sin factor estacional

Obtener los valores para la intersección y el coeficiente angular

Analizar los datos obtenidos con la ecuación de regresión lineal

Incorporar en la interfaz gráfica.

Implementar a la aplicación web las comprar en línea.

Tareas

Crear una sección en el documento, con HTML y CSS para la

implementación en la aplicación web.

Agregar los datos del inventario a la base de datos de la aplicación web.

Sincronizar la aplicación web con la aplicación de la tienda.

Describir la cantidad y contenido de los Daily planning meeting, realizado durante

el desarrollo del software.

Sprint 1

01/12/2022 02/12/2022 02/12/2022 03/12/2022 03/12/2022 03/12/2022

¿Qué se No se Se Se Se Se obtuvo Se realizó

hizo ayer? realizó revisaron identificó identificó el el
ninguna los el el tiempo tiempo diseño con
tarea. documento parámetro medio de aproximado la interfaz
s de la de llegada servicio y de espera gráfica con
cafetería, de los se expresado el modelo
su clientes y empezó a en minutos. de colas
menú y sus se realizar la Se determinad
precios. empezó a interfaz completó o.
crear la gráfica. el CSS y se Se unió la
estructura Se culminó empezó a página web
de la con la crear el con el
 página. escritura de service service
la worker. worker
estructura Se empezó concluido y
de la la se creó el
página búsqueda manifiesto
web y se de en el
inició con la proveedore directorio
hoja de s raíz de la
estilos. de hosting. página
web.

¿Qué se Se Se Se definirá Determinar Se Se finalizó

hará hoy? asignará obtendrá el tiempo el tiempo implementa la
tareas y se el medio de aproximado rá en la interfaz
transmitirá parámetro servicio de espera interfaz gráfica con
la de llegada para del cliente. gráfica con el modelo
informaci de los cada Se el modelo de colas.
ón clientes. Se cliente. completará de colas Se
obtenida iniciará la Además de CSS y se determinad discutirá
a los creación realizarse creará el o. con el
miembro de la el diseño Service Se unirá la equipo y se
s del página en de la Worker. página web elegirá el
equipo. HTML interfaz Se iniciará con el proveedor
Se escribiendo gráfica Se la service de hosting
revisarán la concluirá la búsqueda worker y se subirá
los estructura escritura del servicio concluido y la página
document de la de la de hosting se creará el web.
os y el página. página manifest en
menú de HTML y el directorio
empezar raíz de la
la
con CSS. página
cafetería.
web.
Se Se hablará
revisaron con
los algunos
docume proveedore
nto s de s
la de hosting.
cafetería,
su menú
y sus
precios.

¿Qué Ninguno Ninguno Dificultades No se Entrega Ninguno

problemas al unir encontró un tardia del
se HTML con servidor service
tuvieron? CSS hosting que worker
satisfaga
las
 necesidade
s

Sprint 2

04/12/2022 05/12/2022 05/12/2022 06/12/2022 06/12/2022 06/12/2022

¿Qué se No se Se pidió al Se realizó Se le pidió Se le pidió Se

hizo ayer? realizó cliente su el al al empezaron
ninguna firma programa diseñador diseñador a realizar
tarea. digital. que nos gráfico el gráfico el las
Se ayudará a diseño de diseño de pruebas del
comenzó configurar la las sistema
a las factura y se facturas. con
programar entradas solicitó la Se finalizó el servicio
un de las autorizació el de
programa transaccion n desarrollo impuestos
que e de uso del de la nacionales.
calculara el s a xml sistema interfaz
impuesto al para informático gráfica.
valor enviarlo a de
agregado y impuestos facturación.
se logró su nacionales Se recibió
culminació y la
n Además se pidió al firma digital
de que se cliente la del cliente.
pidió al firma Se empezó
diseñador digital. a
gráfico el diseñar la
diseño de interfaz
las gráfica.
facturas.

¿Qué se Se Realizar el Se Se le Se Se
hará hoy? asignará programa solicitará pedirá empezaron culminaran
tareas y que nos la al a realizar las pruebas
se ayude a autorizació diseñador las y se
transmitir configurar n gráfico el pruebas del vinculara el
á la entrada del Sistema diseño de sistema sistema
de las informático las con con
la
transaccion de facturas. el Servicio la base de
informaci es al facturación. Se culminó de datos de
ón lenguaje Además de con el Impuestos impuestos
obtenida XML y que se desarrollo Nacionales. nacionales.
a pedir al volverá a de la
los cliente pedir al interfaz
miembro obtener su cliente la gráfica.
s firma firma
del digital. digital.
equipo. Se
Pedir al empezará
 cliente su a realizar la
firma interfaz.
digital.
Se
empezar
áy
terminará
a
programa
r
en java
un
programa
que
calcular
el
impuesto
al valor
agregado
(IVA) Se
le
pedirá al
diseñado
r
gráfico el
diseño
de
la factura

¿Qué El El Se Ninguno. No se Tiempo

problemas propietario propietario realizará pudieron extenso de
se no tiene la aún no la prueba finalizar las espera
tuvieron? firma tiene la del pruebas del para
digital. firma programa sistema. las pruebas
digital en 2 días
con
impuestos
nacionales.

Sprint 3

07/12/2022 08/12/2022 08/12/2022 08/12/2022 09/12/2022 09/12/2022

¿Qué se No se Se El cifrado Se hizo la Se hizo la Se corrigió

hizo ayer? realizó implementó del lado del prueba en prueba de el error, y
ninguna el algoritmo cliente fue el lado del comunicaci se volvió a
 tarea de cifrado puesto en servidor del ón con el hacer
AES prueba y se cifrado, se servidor y prueba en
Se empezó terminó el termino el la la
a trabajar diseño del modelo ER implementa comunicaci
en la modelo ER. Se trabajó ción en el ón con el
interfaz Se en el Gestor de servidor Se
gráfica. obtuvieron algoritmo Base de pudo
Además de los datos de Datos. mostrar los
que se de regresión productos
consiguiero los pedidos lineal para más
n los datos más calcular el vendidos
de las vendidos mayor en la
ventas de en número de interfaz.
los el último unidades
productos mes. vendidas el
en la ultimo mes.
antigua
base de
datos de la
empresa.

¿Qué se Se Se hará la Se hará la Se pondrá Se Se

hará hoy? asignará prueba del siguiente a prueba la corregirá realizarán
tareas y se cifrado en prueba de comunicaci el error en algunas
transmitirá el cifrado ón con el la pruebas, y
la lado del evaluada servidor comunicaci finaliza la
información cliente, en el lado evaluando ón, se hará implement
obtenida a verificando del que la una prueba ación de
los la servidor, informació sencilla de cifrado La
miembros funcionalid se n pase de consultas base de
del equipo. a realizará manera para ver datos está
Se d también el segura e que todo lista para la
implementa Se modelo íntegra, Se funciona sincronizac
el algoritmo diseñará Relacional. implement correctame ión del
de cifrado el modelo Además de ará en un nte Se inventario
AES en el ER con que se gestor de culminará y
lenguaje de todo trabajara Base de el algoritmo las
programaci lo en Datos de promocione
ón PHP, planeado. el algoritmo regresión s
también se Se de lineal y la
pensara en obtendrán regresión interfaz de
el modelo los datos lineal para usuario y
ER para el de calcular el se
diseño de los pedidos mayor harán
la más número de pruebas
base de vendidos unidades para que la
datos. en vendidas interfaz
Además de el último del muestra los
que se mes. último mes productos
empezó a más
trabajar en populares
 la interfaz
gráfica.
Además de
conseguir
los datos
de
las ventas
de
los
productos
en la
antigua
base de
datos de la
empresa.

¿Qué Ninguno Confusion Se tardo Entrega Ocurrió un ocurrio un

problemas al diseñar mas de lo tardía del error de Problema
se el modelo previsto por algoritmo comunicaci con las
tuvieron? no tomar de ón, los relaciones
en cuenta regresión paquetes y
los lineal. no mostraba
permisos llegaban más de lo
en el correctame necesario,
navegador nte, puede ya se
ser un error corrigió el
al momento problema.
de enviar

Sprint 4

10/12/2022 11/12/2022 11/12/2022 12/12/2022 12/12/2022 12/12/2022

¿Qué se No se Se creó la Se creó la Se culminó Se terminó Se

hizo ayer? realizó sección de base de con el la sincronizó
ninguna las ventas datos y se análisis de modificació la
tarea en la cargaron la n del aplicación
página los venta de programa web con la
web. Se datos de productos. con las aplicación
empezó los hojas de de la
a realizar el inventarios estilo. Se tienda.
análisis de además de determinar Se obtuvo
la venta de que se on los valores
productos terminó En los para la
por día. con parámetros intersecció
la creación para el n y el
de la factor coeficiente
estructura estacional y angular
del HTML. ventas sin
Se factor
comenzó estacional
 a realizar Se terminó
la con la
interfaz interfaz
gráfica. Y gráfica para
se las
siguió con consultas
el de la
análisis de cantidad de
la clientes.
venta de
productos.

¿Qué se Se Cargar los Modificar la Terminar de Sincronizar Analizar los

hará hoy? asignará datos del estructura modificar el la datos
tareas y se inventario a de HTML programa aplicación obtenidos
transmitirá la base de con CSS. con las web con la con la
la datos y Terminar hojas aplicación ecuación
informació terminar con el de estilo. de la tienda. de
n modificand análisis de Determinar Obtener los regresión
obtenida a o la los valores lineal e
los o la venta de parámetros para incorporar
miembros aplicación productos. para el la la regresión
del web. Continuar factor intersección lineal en la
equipo. Realizar la con la estacional y y el interfaz
Se creará interfaz interfaz ventas sin coeficiente gráfica
la gráfica gráfica factor angular
sección de para para estacional.
las ventas las las Terminar
en consultas consultas con la
la página de la de la interfaz
web cantidad de cantidad
modifican de
do clientes.
la
estructura
HTML.

¿Qué Poca Demora al Ninguno. Ninguno. Dificultad al Ninguno.

problemas afluencia crear la sincronizar
se de base de la
tuvieron? clientes. datos. aplicación
web con la
base de
datos actual
de la
empresa

Diagramas Básicos:
 ESPECIFICACIÓN POR CASOS DE USOS

- CASO DE USO GESTIÓN DE PRODUCTO

Id. CU: CU-GP

Nombre CU: GESTIÓN DE PRODUCTO

Referencias: Buscar Producto

Actores: Administrador

Propósito Permite al usuario ingresar

un nuevo producto al
sistema junto con su
detalle.

Tipo Esencial
Curso 1. Se ejecuta el módulo de Administración.

Normal 2. El actor desde la barra de menú principal

(CN): selecciona la opción
“Archivo-Nuevo-Producto Carta”.

3. El sistema muestra en la pantalla principal

todos los campos que componen a un
producto, los cuales deben ser ingresados
por el actor. Seguido a esto están los
botones “Aceptar” y “Cancelar”.

4. Los campos que debe mostrar el

sistema para ingresar son:
- Nombre
- Precio Venta
- Tipo
- Foto
- Comentario
- Ingredientes

5. El actor llena los campos y aprieta el

botón “Aceptar”.

6. El sistema muestra el mensaje : “Producto

Ingresado Correctamente”, seguido de
un botón “Aceptar”.

7. El actor presiona el botón “Aceptar” .

8. El sistema vuelve al menú principal.

 Curso CA.1

Alternativo 5. CN
(CA):
6. El sistema busca el ingrediente y lo encuentra.

7. El sistema imprime el mensaje: “Hubo un

problema al ingresar el ingrediente”. Seguido de
un botón “Aceptar''.

8. El actor presiona el botón “Aceptar”.

9. El sistema vuelve al menú principal.

CA.2

7. CN

8. El actor presiona el botón “Cancelar”.

9. El sistema vuelve al menú principal.

- CASO DE USO GESTIÓN DE VENTAS

Id. CU: CU-GV.

Nombre CU: Realizar Venta.

Referencias: Buscar Producto

Actores: Administrador

Propósito Permite al usuario realizar una venta con el

sistema.

Tipo: Esencial
Curso 1. Se ejecuta el módulo de Venta

Normal 2. El Sistema muestra los botones “Nueva

(CN): Venta” y “Totales”

3. El usuario presiona el botón “Nueva Venta”.

4. El sistema pide el nombre de la mesa a la

cual se asociará la venta junto con un
botón “Aceptar” y otro “Cancelar”.

5. El usuario ingresa el nombre de la mesa y

presiona el botón “Aceptar”

6. El sistema muestra la lista de mesas que se

están atendiendo, los productos pedidos por
la mesa seleccionada, la carta ofrecida a los
clientes y los botones “Nueva Mesa”,
“Agregar a Venta” y “Finalizar Venta”.

7. El usuario agrega los productos pedidos por

la mesa seleccionada. Esto se logra
eligiendo el producto desde la carta y
apretando el botón “Agregar a Venta”.

8. El sistema debe mostrar el total de la venta

(Suma de todos los productos)

9. Los productos agregados se envían al

módulo de cocina

10. La mesa pide la cuenta.

11. El usuario elige la mesa que pidió la

cuenta y presiona el botón “Finalizar
Venta”

12. El sistema pide el medio de pago (es

 optativo) “Efectivo” o “Tarjeta''. Se
muestra un botón
“Confirmar” y otro “Cancelar”.

13. El usuario selecciona el medio de pago y

presiona el botón “Confirmar”

14. El sistema imprime el detalle de la venta

junto con su total, también modifica el stock de
los
ingredientes involucrados y los
registros de la venta.

Curso
9. CN
Alternativo (CA):

CA.1 10. El cliente se retira inconforme y sin pagar la

cuenta.

11. Esto se manejará fuera de los límites del

sistema, ya que no ha pasado nunca y no vale la
pena desarrollar una funcionalidad para esto.

- CASO DE USO EQUIPO ELECTRÓNICO

Id. CU: CU-EE

Nombre CU: Realizar venta Equipo electrónico

Referencias: Buscar Producto

Actores: Cliente CAFETERÍA “COFFE”, Cajero

Propósito Permite al cliente de la cafetería realizar un
pedido con el sistema.

Tipo: Importante.
Curso 1. Cajero abre el módulo de ventas desde el
Equipo electrónico
Normal

(CN): 2. 2. El sistema pide contraseña

3. 3. El sistema pide el nombre de la mesa junto

con la posibilidad de controlar el Stock,

4. también se muestra un botón “Aceptar”

5. El cajero ingresa el nombre de la mesa y

presiona el botón “Aceptar”

6. El sistema muestra la carta ofrecida en el

Equipo electrónico y el pedido (un pedido
para múltiples productos) y abre la mesa
en el módulo de Venta

7. El cajero entrega el Equipo electrónico a la

mesa.

8. El Cliente realiza un pedido desde el Equipo

electrónico, esto se logra agregando cada
producto a la lista del pedido y luego
confirmar el pedido.

9. Los productos pedidos se agregan

tanto en el módulo de Venta como en el de
Cocina.

10. El cliente finaliza la mesa desde el

Equipo Electrónico y la aplicación se
cierra.

11. El sistema informa al módulo de caja el

fin de la venta.

12. El sistema pide el medio de pago (es

 optativo) “Efectivo” o “Tarjeta”, se
muestra un botón
“Confirmar” y otro “Cancelar”.

13. El usuario selecciona el medio de pago y

presiona el botón “Confirmar”

14. El sistema imprime el detalle de la venta

junto con su total, también modifica el stock de
los ingredientes involucrados y los registros
de la venta.

Curso CA.1

Alternativo (CA): 8. CN

9. Cliente devuelve Equipo electrónico y elige ser

atendido de forma “normal”.

10. Se recurre al caso de uso realizar venta

CA.2

7. CN

8. En cualquier momento se puede solicitar la

atención de un mesero.

- CASO DE USO GENERAR FACTURA

Id. CU: CU-GF

Nombre CU: Generar Factura

Referencias: Reporte de Venta

Actores: Cliente CAFETERÍA “COFFE”, Administrador

Propósito Permite que el cliente obtenga sus facturas.

Tipo: Importante.

Curso 1. Cajero abre el módulo de ventas desde el

equipo electrónico.
Normal

(CN): 2. 2. El sistema pide contraseña

3. 3. El sistema pide el nombre de la mesa junto

con la posibilidad de controlar el Stock,

4. también se muestra un botón “Aceptar”

5. El cajero ingresa el número de la mesa y

presiona el botón “Aceptar”

6. El sistema ofrece opción:

- Venta

7. El cajero elige la opción venta.

8. El sistema ofrece un rango de fechas para

que el usuario seleccione (la fecha
presente es la por defecto), junto con un
botón “Buscar”.

9. El usuario selecciona el botón buscar.

10. El sistema despliega todas las ventas

junto con su número de mesa en el rango de
la fecha
seleccionada.

11. Se selecciona la mesa a emitir factura, se

 muestra un botón “Confirmar” y otro
“Cancelar”.

Curso CA.1

Alternativo 11. CN
(CA):
12. El cliente no requiere factura de los
productos consumidos.

Diagrama de clases(navegacional):
Diagrama de Actividades:

Diagrama de relacional:
Diagrama de secuencias:

Diagrama entidad relación:

FORMULARIOS DE REQUERIMIENTOS, REUNIONES, ANÁLISIS/ DISEÑO, CODIFICACIÓN,
PASÓ A CONTROL DE CALIDAD, PASO A PRODUCCIÓN
FORMULARIOS DE REQUERIMIENTO

LOGO DEL PROYECTO

SOFTWARE PARA LA VENTA Y COMPRA DE CAFÉ, TE, CON EL NOMBRE: “PROGRAMA

COFFEE!”

Dependencia Usuario: RGMAAJM

Cargo del usuario: ANALISTA DEL SISTEMA

Analista responsable Ariel Arnaldo Guarachi Requerimiento 1

Nina

Descripción del requerimiento:

Actualizar producto, se podrá actualizar un producto ya sea en los ingrediente que contiene o en
su precio y tiempo.

Tipo de Funcional X No funcional

requerimiento

Restricciones del funcionamiento:

Para lograr este requerimiento se deberá ser actualizado por usuarios tipo administradores.
 LOGO DEL PROYECTO

SOFTWARE PARA LA VENTA Y COMPRA DE CAFÉ, TE, CON EL NOMBRE: “PROGRAMA

COFFEE!”

Dependencia Usuario: RGEOWPC

Cargo del usuario: Programador en jefe

Analista responsable Rodrigo Gutierrez Requerimiento 4

Mamani

Descripción del requerimiento:

Contará con acceso al menú de la cafetería a través de la aplicación con o sin acceso a internet.

Tipo de Funcional X No funcional

requerimiento

Restricciones del funcionamiento:

Se tendrá que contar con el equipo adecuado para dicha aplicación.

LOGO DEL PROYECTO

SOFTWARE PARA LA VENTA Y COMPRA DE CAFÉ, TE, CON EL NOMBRE: “PROGRAMA

COFFEE!”

Dependencia Usuario: PERINDQEC

Cargo del usuario: Diseñador Gráfico

Analista responsable Jose Manuel Cuenca Requerimiento 5
Coronado

Descripción del requerimiento:

La pantalla de registro de pago puede imprimir los datos en pantalla a la impresora.

Tipo de Funcional X No funcional

requerimiento

Restricciones del funcionamiento:

Tener el equipo adecuado para la impresión.

LOGO DEL PROYECTO

SOFTWARE PARA LA VENTA Y COMPRA DE CAFÉ, TE, CON EL NOMBRE: “PROGRAMA

COFFEE!”

Cargo del usuario: Programador Base de Datos

Analista responsable Ariel Arnaldo Requerimiento 6

Guarachi Nina

Descripción del requerimiento:

El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

Tipo de Funcional X No funcional

requerimiento

Restricciones del funcionamiento:

Los usuarios deben ingresar al sistema con un nombre de usuario y contraseña.
REUNIONES DEL PROYECTO

DIA DURACION HORA TEMA TRATADO

07/12/2022 30 minutos 18:00 Se obtuvo el parámetro de llegada de los

clientes. Se inició la creación de la página en
HTML escribiendo la estructura de la página.

08/10/2022 1 hora 15:00 Se implementó con la interfaz gráfica el

modelo de colas determinado. Se unió la
página web con el service worker concluido y
se creó el manifest en el directorio raíz de la
página web. Se habló con algunos
proveedores de hosting.

09/10/2022 45 minutos 16:00 Se definieron los ítems del product backlog

con los miembros del team, se asignaron
tareas y se transmitió la información obtenida
a los miembros del equipo. Se comenzó a
programar un programa que calculara el
impuesto al valor agregado y se logró su
culminación Además de que se pidió al
diseñador gráfico el diseño de las facturas

10/11/2022 15 minutos 09:00 Se culminaron las pruebas y se vinculó el

sistema con la base de datos de impuestos
nacionales.

11/11/2022 20 minutos 18:00 Se corrigió el error, y se volvió a hacer prueba

en la comunicación con el servidor Se pudo
mostrar los productos más vendidos en la
interfaz.

12/12/2022 30 minutos 20:00 Se terminó de modificar el programa con las

hojas de estilo. Se determinaron los
parámetros para el factor estacional y ventas
sin factor estacional. Se terminó con la
interfaz gráfica para las consultas de la
cantidad de clientes.

CONTROL DE CALIDAD
Para efectuar el proceso de evaluación se aplicaron las recomendaciones descritas en la norma
ISO/IEC 9126-4:2004, en el que se indican las fases que el evaluador debería desarrollar para
desarrollar el proceso con éxito.
Para poder iniciar con la evaluación de control de calidad se deben seguir los siguientes pasos que
se muestran a continuación:
● IDENTIFICAR EL CONTEXTO DE USO:
 En la siguiente tabla se resume el contexto de uso en el que se establecieron los usuarios
que realizaron la evaluación, las tareas que evaluaron y el ambiente computacional en el
que la hicieron.

Ambiente
Grupo de Usuario Tarea
Aplicació Cliente/Serv
n web idor
Progresi
va

GRUPO 1 Crear o retirar usuarios del software. X

Administrador de la
plataforma: se encarga Asignar o cambiar claves de acceso. X
del adecuado
funcionamiento del Asignar o quitar permisos de acceso a X
software los programas que integran el sistema

Actualizar o publicar los nuevos X

programas o reportes para que los
usuarios finales los puedan utilizar.

GRUPO 2 realizar compras a través del software. X

Usuario final:
es el que realiza las verificar la compra realizada X
compras a través del
software visualizar el menú sin cobrar con X
acceso a una red wifi o internet o algún
tipo de conexión similar

● SELECCIONAR LAS MÉTRICAS:

Según la norma ISO/IEC 9126-4:2004 son cuatro las características medibles de la calidad
del software. Como equipo elegimos la “Productividad” se detalla en la siguiente tabla.

Característica Métrica Sub Propósito

Característica

Tiempo Usuario / Eficiencia Mide si el software le permite

Esfuerzo al usuario usar
Ususario adecuadamente los recursos
disponibles en la realización
de la tarea.
 Tiempo de la Integración Mide si el tiempo empleado
Productividad Tarea por el software para hacer
Evalúa si el software una tarea es adecuado.
tiene la capacidad
para utilizar los Tiempo Proporción Mide la proporción de tiempo
recursos de forma Productivo productiva en el que el usuario es
adecuada en el menor productivo realizando la tarea
tiempo posible en el software, frente al
tiempo total de uso del
software.

Tiempo Relativo Eficiencia Mide la proporción entre el

relativa tiempo en que un usuario no
experto gasta haciendo la
tarea, frente al tiempo que un
usuario experto gasta
haciendo la misma tarea.

● ESTABLECER EL CRITERIO DE VALORACIÓN:

Se tuvo en cuenta la escala de Likert (La escala de Likert, también conocida como método
de evaluaciones sumarias, es una escala usada frecuentemente en cuestionarios en la que
el usuario debe indicar el grado o nivel en el que el usuario está de acuerdo o desacuerdo
con una declaración o afirmación) con la siguiente escala de valores:

Muy en En Indiferent De acuerdo Muy de

desacuerdo desacuerdo e acuerdo

1 2 3 4 5

Cuando el usuario no valora la métrica, se le asigna un valor de cero, de tal manera que los ceros
corresponden a los casos perdidos, así la aplicación de funciones estadísticas no se afecta.
PASO A PASO LA PRODUCCIÓN:
Prototipo
Un prototipo puede ser una aplicación muy simple que simula algunos flujos de trabajo, siempre
que el operador se ciña a un script y presione los botones correctos. En esta etapa, las ideas
comienzan a cobrar vida y el arduo trabajo se pone a prueba en serio. Al hacer prototipos de áreas
de nuestra aplicación, se tomó el tiempo para esculpir y perfeccionar los componentes que más
necesitamos.
Luego de saber esto se realizó el prototipo de la interfaz gráfica y también de la aplicación web, la
creación de prototipos es una etapa en el embudo de diseño su idea se convierte en algo más que
un boceto, pero menos complicado que una aplicación completa. Un prototipo podría ser un flujo
de pantallas dibujadas a mano que se muestran a un usuario
Técnicas de diseño receptivo
Cuando optimiza la interfaz de usuario de su aplicación para anchos de pantalla específicos,
decimos que está creando un diseño receptivo. son seis técnicas de diseño receptivo que puede
utilizar para personalizar la interfaz de usuario de su aplicación. En nuestro diseño para la
aplicación web utilizamos 2 técnicas de diseño receptivo:
● Reflujo
Al cambiar el flujo de los elementos de la interfaz de usuario según el dispositivo y la
orientación, su aplicación puede ofrecer una visualización óptima de contenido.
● Reemplazar
Esta técnica le permite cambiar la interfaz de usuario para una orientación o clase de
tamaño de dispositivo específico.
4. Código del programa (de los módulos elegidos) Formulario Número de formularios
simples/medios/complejos Seleccionar dos códigos de rango medio

CAJA BLANCA, CAJA NEGRA

Las técnicas de evaluación dinámica proporcionan distintos criterios para generar casos de prueba
que busquen fallos en los programas. El proceso de pruebas en el ciclo de vida aconseja, que
durante la ejecución de procesos principales de la organización, utilizar los procesos de soporte,
entre ellos las prueba de validación y verificación Este método se centra en cómo diseñar los
casos de prueba atendiendo al comportamiento interno y la estructura del programa. Se examina
así la lógica interna del programa sin considerar los aspectos de rendimiento. Las pruebas de caja
blanca intentan garantizar que: Se ejecuten al menos una vez todos los caminos independientes
de cada módulo.
- Se utilizan las decisiones en su parte verdadera y en su parte falsa.
- Se ejecutan todos los bucles en sus límites.
Las pruebas que se han realizado para el presente sistema, se pueden observar en los diagramas
y tablas siguientes, en los cuales se calcula la complejidad ciclomática.
La prueba de integración es una técnica sistemática para construir la estructura del programa
mientras que, al mismo tiempo, se llevan a cabo pruebas para detectar errores asociados con la
interacción. El objetivo es coger los módulos probados en unidad y construir una estructura de
programa que esté de acuerdo con lo que dicta el diseño.
En teoría de sistemas, se denomina caja negra a aquel elemento qué es estudiado desde el punto
de vista de las entradas que recibe y las salidas que nos muestra, sin tener en cuenta su
funcionamiento interno. en otras palabras de una caja negra nos interesa su forma de interactuar
con el medio que lo rodea, para este fin es necesario tener bien definido lo que son las entradas de
datos y así poder obtener una salida correcta de datos.
para esta prueba de caja negra evaluaremos dos módulos el registro de usuarios y venta de
productos a los clientes
6. ROI/ROE, COCOMO II

Cálculo de Retorno de Inversión (ROI)

Modulo 1 Modulo 2 Modulo 3 TOTAL

Costo $9.000,00 $9.000,00 $5.000,00 $23.000,00

Ganancia $10.000,00 $10.000,00 $10.000,00 $30.000,00

ROI ($) $1.000,00 $1.000,00 $5.000,00 $7.000,00

ROI (%) 11,11% 11,11% 100,00% 30,43%

ROI Ganacia 252000 Inversion 100500 ROI 2

ROE Beneficio 36000 Inversion 100500 ROE 36%

cantidad tiempo monto

inversion logistica sueldos 3 6 4500 81000
costos (hojas,
sueldos,
computad
oras,
internet)

logistica 1 6 3000 18000

internet 1 6 250 1500

100500

Ganancia consultori 2 12 10000 240000

as

logistica 1 12 1000 12000

252000

Beneficio ahorro de 1 12 2000 24000

persona

tiempo 1 12 1000 12000

36000
COCOMO II

Modulo tiempo tiempo tipo sueldo suel sueld tiempo costo

estiamd de profesio por do o de s
o trabajo nal mes dia hora demora

Inscripcion 6 20 Senior 8000 266, 33,33 6 5333,

alumnos 67 33

20 Junior 4500 150, 18,75 6 3000,

00 00

Pantallas total<4 Total<8 Total >8

Cantidad

<3 simple simple media

3y7 simple media dificil

>8 simple dificil dificil

reportes total<4 Total<8 Total >8

Cantidad

<3 simple simple media

3y7 simple media dificil

>8 simple dificil dificil

Entradas y entradas salidas 1

salidas 2

FP = puntos funcion *
conplejidad tecnica