1. SISTEMA DE INFORMACION
WEB PARA “RESTAURANT
ORURO”
POSTULANTES:
CRUZ MAMANI EUDOSIA
LEANDRO REYNAGA SAMUEL
ZUBIETA HUANCA MABEL SELENA
2. INTRODUCCION
En este trabajo se presenta el sistema de información web para
“restaurant oruro”
Hoy en día frente a los avances tecnológicos tenemos oportunidades
para cubrir necesidades que se nos presenta día a día, empresas de
servicios como ser restaurantes, comidas rápidas, etc. atienden a un
número muy grande de personas (clientes) que realizan pedidos de
los productos que ofrecen estas empresas, los clientes pueden
elegir su producto a su conveniencia ofrecer a los clientes mayor
rapidez en la atención, agilidad todo esto con la ayuda del
INTERNET
3. Antecedentes Del Proyecto
• Para el mejoramiento de los negocios se usa algunos programas,
datos estadísticos para mejorar sus negocios y tener mayor
rentabilidad.
5. Misión.
• Satisfacer las necesidades de nuestros clientes, ofreciendo
alimentos y servicios con la más alta calidad, donde se sobrepasen
las expectativas de nuestros clientes y ser un espacio de trabajo
que permita la realización personal y el Desarrollo de sus
colaboradores en el grupo
• Visión:
Nuestro propósito es ser una de los mejores restaurantes,
ofreciendo lo mejor que tenemos para nuestros clientes
6. Formulación Del Problema. (¿Por Qué?)
En la mayoría de los restaurantes no se hace uso de ninguna
aplicación que ayuden a mejorar la atención al cliente y de este
modo también optimizar el rendimiento del restaurant
7. Descripción De Situaciones Problémicas
CAUSA EFECTO
Retaso en la atención Clientes desconformes
Llenado de registro
manualmente
Clientes insatisfechos
Desconocimiento de
tecnología
Pérdida de clientes
8. Planteamiento Del Problema. (Pregunta)
• ¿Puede el limitado uso de la tecnología ocasionar retrasos en el
funcionamiento de un restaurante?
9. Objetivo General. (Acción – Fin)
Desarrollar un sistema de información web para la gestión de
pedidos en el “restaurant ORURO” que nos permitirá
administrar los pedidos de una manera rápida, segura y
amigable para el cliente.
Planteamiento De Objetivos
10. Objetivos Específicos.
• Crear interfaces amigables que faciliten a los usuarios
el manejo y utilidad de la aplicación.
• Ofrecer al restaurant una herramienta que les ayude a
ejecutar los procesos de pedidos y manejo de
información de manera ágil y oportuna.
• Conocer programas específicos para la creación de la
aplicación.
• Diseñar una aplicación para organizar y acceder de una
forma cómoda a la información del restaurant.
11. Definición Del Ámbito Del Software
• Principales Funciones Y Rendimiento.
Requerimientos Funcionales.
CODIGO DESCRIPCION
RF1 Autentificación de usuarios, para que los empleados del negocio puedan tener
un acceso seguro al sistema.
RF2 Funcionalidades de edición del menú del día, donde se reflejarán los
requerimientos relativos a la edición y tratamiento de la información
referente al menú.
RF3 Registrar todos los pedidos para tener un reporte completo diariamente
RF4 Gestionar cuentas de usuario mediante el administrador del negocio.
RF5 Impresión de factura para el cliente, se ingresará todos los datos personales
del cliente
RF6 Información de ingresos y egreso del local
12. Requerimientos No Funcionales
CODIGO DESCRIPCION
RNF1 Amigabilidad del sistema para los empleados
del negocio.
RNF2 Contraseñas encriptadas, el sistema
mantendrá las contraseñas encriptadas.
RNF3 El software estará integrado con una base de
datos que se pueda actualizar para futuras
necesidades
RNF4 El software cumplirá con al modificación y
actualización de acuerdo a la necesidad del
cliente.
13. Universo De Información.
El sistema de información tendrá lo siguiente:
Usuario (id_usuario, cuenta, clave, nombre, apellido,
ci, Rol).
Administrador(id_usuario, contraseña, nombre, crear ,
modificar, eliminar)
Cajero(id_usuario, contraseña, nombre, datos del
cliente, factura, reportes)
plato (idplato, nombre).
pedido (idpedido, idcliente, total, fecha, efectivo,
cambio, cuenta).
Detalle (idplato, idpedido, cantidad, subtotal).
Cliente (idcliente, nombre, apellido,
14. Contexto
El sistema será implementado en el “Restaurant
Oruro” ubicado en la avenida España, estará
encargada de proveer su servicio a todos los usuarios,
cumpliendo los requisitos de hardware y software para
su correcto funcionamiento.
15. Organización De Recursos.
NOMBRE CARGO CORREO ACTIVIDADES
Zubieta Huanca Mabel
Selena
Analista Selenazubieta5@gmail.
com
Analista: Se encarga de
analizar el sistema en su
contexto para aplicarlo al
desarrollo del software.
Leandro Reynaga Samuel Programador Programador:
Se encarga de programar las funcionalidades que
tendrá el software.
Cruz Mamani Eudosia tester • Si el software coincide con la especificación
original (o que hay que hacer para que coincida).
• Si cuando un usuario hace clic en un botón o
enlace para que suceda algo, por ejemplo, para ir
a una nueva pantalla, se abre la pantalla
correcta.
• Si el usuario tiene que introducir algunos datos,
el software actúa de forma
correcta y los datos se almacenan de forma
segura.
16. Coordinación Y Comunicación
Debido a la pandemia que estamos viviendo actualmente nuestro equipo
de desarrollo utilizara las herramientas de comunicación de WhatsApp y
zoom
• Se tendrán reuniones constantes los días viernes a las 20:30 para un
control del avance del proyecto y cada que uno de los integrantes
solicite una reunión para subsanar dudas que tenga en su parte a
desarrollar.
• Se asignarán tareas nuevas a todos los miembros todas las semanas
• Se tendrá un registro del avance de las tareas iniciadas, concluidas y
pendientes
18. Proceso De Desarrollo
OBJETIVO ESPECÍFICO METODOLOGÍA/MÉTOD
O
( S)/TÉCNICA(S)
ACTIVIDAD
Recabar información
para ver la organización
y funcionamiento del
restaurante.
Entrevistas
Encuestas
Observación de campo.
Recabar información.
Establecer los
requerimientos.
Realizar los diagramas
de casos de uso del
negocio de restaurante
Realizar un análisis del
sistema, Obtener
conocimientos
Entrevistas al personal
Estudiar el sistema de
funcionamiento
Realizar los diagramas
de casos de uso del
sistema
Realizar el diseño de un
sistema información
acuerdo a la necesidad
del restaurante.
Diagramas de UML.
Realizar los diagramas
de casos de uso del
negocio
Realizar el diagrama de
secuencias.
Definir las clases y
diseñar la base de datos
para el sistema
19. Implementar un sistema
de información para las
ventas con ayuda de la
información obtenida,
para facilitar el control
de ventas y atención al
cliente del restaurante.
Programación orientada
a objetos.
Implementación del
sistema en
php y móvil.
Realizar la codificación.
Hacer pruebas de
interfaz sobre el sistema
de información para
verificar su correcto
funcionamiento
Realizar pruebas de
seguridad del sistema.
Realizar pruebas.
Estimación Del Proyecto De Software
El software está dirigido al control en la venta y atención al cliente del restaurante.
21. Factor de Peso de los Actores sin ajustar
UAW
• Factor de peso de los actores sin ajustar
Actor Tipo
Factor peso
Mesero
Simple 1
Administrador Complejo 3
Cocinero Complejo 2
UAW = 2*3*1 = 6
22. Factor de Peso de casos de uso sin ajustar
UUCW
• Factor de peso de los casos de uso sin ajustar
Caso de uso Tipo Factor Peso
CU 1 Simple 5
CU 2 Simple 5
CU 3 Simple 5
CU 4 Simple 5
CU 5 Simple 5
CU 6 Simple 5
CU 7 Simple 5
23. CU 8 Simple 5
CU 9 Simple 10
CU 10 Simple 5
CU 11 Simple 5
CU 12 Simple 10
CU 13 Simple 5
CU 14 Simple 5
UUCW = 12*5 = 60 UUCW =2*10 = 20
UUCW = 60 + 20 = 80
24. Cálculo puntos de Casos de uso sin ajustar UUCP
• Puntos de Casos de uso sin ajustar
UUCP = UAW + UUCW
UUCP = 6 + 80 = 86
25. TCF = Factor de complejidad técnica
Factor
Descripción Peso Valor
Producto
(peso*valor)
Descripción
T1 Sistema distribuido. 1 0 0
El sistema es Web, por lo que posee nivel de
distribución (además es académico)
T2
Objetivos de
performance o tiempo
de respuesta.
1 3 3
El tiempo de respuesta respalda los objetivos
que se persiguen con el proyecto realizado, el
sistema es adecuado.
T3
Eficiencia del usuario
final.
1 5 5
Algunos roles necesitan estar relacionados con el
sistema para su mejor funcionamiento.
T4
Procesamiento interno
complejo.
1 2 2
El sistema no posee cálculos complejos.
T5
El código debe ser
reutilizable.
1
5 5
En algunos casos, es esencial hacer reusabilidad
del código y podrá ser usado por sistemas
similares.
T6
Facilidad de
instalación.
1 5 5
Por ser un sistema Web la complejidad de
instalación es mínima.
T7 Facilidad de uso. 0.5 4 2
El sistema sera fácil de usar para cualquier tipo
de usuario.
26. T8 Portabilidad.
2 4 8 El sistema se encuentra diseñado para que sea
usado en cualquier dispositivo.
T9 Facilidad de cambio.
1 1 1 El sistema encuentra estructurada para que los
cambios realizados afecten lo menos posible las
funcionalidades del sistema.
T10 Concurrencia. 1 4 4 La concurrencia es tratada con suma
importancia.
T11
Incluye
objetivos
especiales de
seguridad.
1 2 2 La seguridad del sistema es controlado, por el
mismos usuario ya que realiza las
funcionalidades correspondientes de acuerdo a
su rol.
T12
Provee acceso directo a
terceras partes.
1 0 0 La aplicación es accesible a cualquier usuario
que este autorizado.
T13
Se requiere facilidades
especiales de
entrenamiento a
usuario.
1 1 1 No se hace necesario el entrenamiento de los
usuarios finales, debido a la facilidad de uso que
presenta el sistema, pero se debe incluir un
manual de usuario para garantizar la correcta
usabilidad de dicho sistema.
Total 35
TCF = 0,6+0,01*FACTOR TOTAL
TCF = 0,6+0,01*35 = 0.95
27. Factor de Ambiente EF
Nro del factor Descripción Peso Valor Factor Comentario
E1
Familiaridad con el modelo
del proyecto usado. 1,5 4 6 Se está familiarizado con el modelo del proyecto.
E2 Experiencia en la aplicación 0,5 3 3
No es una aplicación que requiera de mucha experiencia,
pero se necesita de un equipo capacitado y de
conocimientos en PHP y javascrip, html para garantizar su
correcto funcionamiento.
E3 Experiencia OO. 1 5 6
Se considera cierto grado de experiencia en la
programación orientada a objetos (OO), debido a que esta
es la que se ha estudiado y trabajado.
E4
Capacidad del analista
líder.
0,5 4 2
Existe analista líder, los analistas que integran el equipo de
trabajo poseen capacidad arriba del promedio.
E5 Motivación. 1 5 6 La motivación es alta
E6
Estabilidad de los
requerimiento
s. 2 4 8
Aunque el sistema se encuentra sujeto a cambios, el mismo
brinda las funcionalidades esenciales que dan
cumplimiento a los objetivos que iniciaron su realización.
E7 Personal media jornada. -1 0 0 Ninguno de los integrantes podrá cumplir media jornada
E8
Dificultad en lenguaje de
programación
. -1 2 -3
Como el lenguaje empleado fue PHP, javascrip, html y este
ofrece grandes facilidades y ventajas en su empleo.
Dificultad medio ya que uno debe repasar todo lo
mencionado.
Total 28
28. Cálculo puntos de Casos de uso ajustados UCP
EF = 1,4 – 0,03 * Σfactor
EF = 1,4 – 0,03*28= 0,56
UCP = Puntos de Casos de uso ajustados
UCP =UUCP*TCF*EF
UCP = 86 *0,97* 0,56
UCP = 46,7152
29. Esfuerzo
Factor Filtro Cantidad
De E1 a E6 Factor < 3 1
De E7 a E8 Factor > 3 0
TOTAL
1
Para evaluar el resultado o la cantidad total según la siguiente tabla
Horas-Persona (CF) Descripción
20 Si el valor es<=2 Corresponde
28 Si el valor es<=4
36 Si el valor es>=5
30. Tiempo
E = esfuerzo
E = 20 horas-hombre por cada UCP
E = UCP * E
E = 46,7152 * 20
E = 934,304 [horas-hombre]
T = E / Nro personas
T = 934,304 [horas-hombre] / 3 [hombre]
T = 311,4347 [horas]
31. COSTO
Costo Total = E * precio (Bs/hora-hombre)
Costo Total = 934,304 [h − hom] * 20[Bs/h − hombre]
Costo Total = 18686,08 [Bs]
ESFUERZO TOTAL
Actividad Porcentaje Horas – Hombre
Análisis 10% 203
Diseño 20% 400
Programación 40% 900,10
Pruebas 15% 250,8
Sobrecarga 15% 310,83
Total 100% 2.064,73
32. Planificación Temporal
Asignación de tareas
• • Todos del equipo reunidos trabajaran juntos
• • Estudiante Zubieta Huanca Mabel Selena Analista
• • Estudiante Cruz Mamani Eudocia Documentador
• • Estudiante Leandro Reynaga Samuel Desarrollador
• • Realizado y revisado por todos los integrantes del grupo o
combinación de dúos
33. GESTIÓN DE RIESGOS
• Lista de chequeos
• Tamaño del producto
RIESGO CATEGORIA PROBABILIDAD IMPACTO RMMM
Numero de cambios previstos antes y
después de la entrega
proyecto 35 % Planificación Marginal
Cantidad de software reutilizado Proyecto 30 % Planificación Critica
Grado de confianza en el tamaño
estimado
proyecto 80 % Planificación
Tamaño de la base de datos creada o
usada
proyecto 80 % Planificación Critica
Tamaño estimado en el numero de
programas, archivos y transacciones
proyecto 70 % Planificación Especifica
34. • Riesgo de impacto del negocio
RIESGO CATEGORIA PROBABILIDAD IMPACTO RMMM
No alcanzar la fecha de
entrega
Proyecto 30 % Planificación Critica
Costos de la entrega
tardía
Proyecto 25 % Rendimiento y
Planificación Critica
Costos asociados con un
producto defectuosos
Proyecto 30 % Rendimiento Critica
Sofisticación del
manejo del usuario
final
Proyecto 20 % Planificación Critica
35. • Riesgos del entorno de desarrollo
RIESGO CATEGORIA PROBABILIDAD IMPACTO
RMMM
Hay disponible una herramienta de gestión de
proyectos de software
Proyecto 80 % Rendimiento y coste
Accesible
Hay disponible una herramienta de gestión de
procesos de software
Proyecto 80 % Rendimiento y coste
Accesible
Las herramientas de análisis y diseño ofrecen
métodos apropiados para
el producto que se va a construir
proyecto 90 % Planificación especifica
El entorno utiliza una base de datos o un repositorio proyecto 90 % Planificación especifica
Los miembros del equipo del proyecto han recibido
capacitación en cada una de las herramientas
Equipo 45 % Planificación critica
Hay expertos locales disponibles para responder
preguntas sobre las herramientas
Equipo 30 % Planificación critica
Es adecuada la ayuda y documentación en lı́nea para
las herramientas
proyecto 80 % Rendimiento accesible
Las herramientas de prueba están disponibles y son
apropiadas para el
producto que se va a construir
proyecto 70 % Rendimiento accesible
36. • Tamaño del personal y riesgos de experiencia
RIESGO CATEGORIA PROBABILIDAD IMPACTO RMMM
Están disponibles las mejores personas Proyecto 50 % Planificación critica
Abandono de un integrante Equipo 50 % Planificación catastrofica
Tienen los miembros las técnicas apropiadas proyecto 50 % Planificación critica
Está el personal no esté comprometido en
toda la duración del proyecto
proyecto 10 % Planificación critica
Existencia de parte del grupo dedicado
solamente en parte al proyecto
proyecto 70 % Planificación critica
Que un integrante no acabe su parte del
proyecto a realizar
proyecto 50 % Planificación marginal
Falta de un integrante a las reuniones del
equipo
Proyecto 50 % Planificación critica
37. • Seguridad del software
RIESGO CATEGORIA PROBABILIDAD IMPACTO RMMM
Existen intentos malintencionados
de acceder a la aplicación
Proyecto 80 % Planificación critica
Se maneja información sensible Proyecto 80 % Planificación critica
Los usuarios finales tienen
capacitación en seguridad
informática
Proyecto 20 % Planificación critica
Los datos internos están cifrados Proyecto 70 % Planificación critica
Todas las cuentas están cifradas en
la base de datos
proyecto 85 % Planificación critica
38. • Otros - Impredecibles
RIESGO CATEGORIA PROBABILIDAD IMPACTO RMMM
Se tiene claro todo el avance que
se debe realizar
Proyecto 35 % Planificación
critica
La información del proyecto esta
centralizada en un miembro de
manera local
Equipo 30 % Planificación
critica
39. Aseguramiento de la calidad
• Marco de trabajo de plan
En este proyecto el equipo se basará en 3 estándares para el
aseguramiento de la calidad del software:
• ISO-14598:
Proveen métodos para las mediciones y evaluaciones de la
calidad de un producto de software, indicando los requisitos que
serán medidos, y analizados en este proceso. Los desarrolladores
pueden usar los resultados de la evaluación con el fin de hacer
mejoras en el producto o tomar decisiones sobre la estrategia de
evolución que seguirá el producto software.
40. • ISO 9126:
- Creemos en un software que cumpla los estándares de
calidad exigidos en todas las etapas de su ciclo de vida,
seleccionando los servicios, técnicas de test y herramientas más
adecuadas, según las necesidades y expectativas marcadas, en
materia de: Funcionalidad, Fiabilidad, Usabilidad, Eficiencia,
Mantenimiento y Portabilidad.
• ISO 9001:
- Sistema de calidad-modelo de aseguramiento de la calidad en
diseño/ desarrollo producción, instalación y servicio. La calidad sus
productos y servicios.
41. PRUEBAS DE CAJA NEGRA
• Agregar nueva venta
Se realizan pruebas de caja negra para validar datos al agregar una nueva Categoría del
restaurante.
Como datos de entrada tenemos: Nombre y documentación.
DNI: Es un campo numérico de enteros positivos de máximo 15 dígitos
NOMBRRE: Es un campo alfanumérico de máximo 100 caracteres
TELEFONO: Es un campo numérico de enteros positivos, máximo 15 caracteres
DIRECCION: Campo alfanumérico de máximo 200 caracteres.
42. • Clases de equivalencia
CONDICION DE ENTRADA CLASES VALIDAS CLASES INVALIDAS
DNI 1. numero entero positivo de dígitos máximos
menor o igual a 15
2. número mayor de 15 dígitos.
3. (3)
4. numero negativo
5.No es numero
nombre 6. Cadena alfanumérica menor o igual a 100
caracteres
7. cadena mayor a 100 caracteres
8.cadena nula
Telefono 9. numero entero positivo de dígitos máximos
menor o igual a 15
10. (3)
11.(5)
12. (7)
13. (8)
direcion 14. Cadena alfanumérica menor o igual a 200
caracteres 10 Cadena nula
15. cadena mayor a 200 caracteres
43. • Casos de prueba
CASOS DE PRUEBA CLASES VALIDAS CLASES INVALIDAS SALIDAS
NOMBRES: charque kan
DESCRIPCION: charque kan preparado con
recetas, como ser: pelado, huevo, queso,
papa, charque
1,4 -- Se registro nueva categoria
Nombre:
Descripción: silpancho con diferentes
recetas como ser: carne molida o filete de
ternera, pan rallado, papas, etc.
5 1 Error es necesario el nombre
Nombre: silpancho
Descripción:
2 8 Se registro nueva categoría, no es
necesario la descripción
44. • Agregar nuevo Producto
Se realizan pruebas de caja negra para validar datos al agregar un nuevo producto del
restaurante.
Como datos de entrada tenemos: código de barras, proveedor, producto, precio, cantidad.
código de barras: un campo alfanumérico de máximo 100 caracteres.
Proveedor: un campo alfanumérico de máximo 100 caracteres.
producto: campo de tipo numérico de enteros positivos
precio: es un campo de tipo numérico decimal positivo. Número máximo de dígitos
enteros 4 número máximo de dígitos decimales 2 (Decimal(6,2)
cantidad: campo alfanumérico de máximo 512 caracteres
45. Condición de entrada clases validas clases invalidas
código de barras: un campo alfanumérico de
máximo 100 caracteres.
1: length(nombre)<=100 2. length(nombre)>100 3.
3. length(nombre)= ’ ‘
Proveedor: un campo alfanumérico de máximo 100
caracteres.
4. length(nombre)<=100 5. length(nombre)>100 3. 6.
length(nombre)= ’ ‘
producto: campo de tipo numérico de enteros
positivos
7. Producto>0
8. Producto<0
precio: es un campo de tipo numérico decimal
positivo. Número máximo de dígitos enteros 4
número máximo de dígitos decimales 2
(Decimal(6,2)
9. precio de números reales
positivos con máximo dos
decimales y cuatro dígitos enteros
10. precio5<0
11. precio tenga mas de dos
decimales
cantidad: campo alfanumérico de máximo 512
caracteres
12. máximo de caracteres 512 13. más de 512 caracteres
Clases de equivalencia
46. • Caso de prueba
CASOS DE PRUEBA CLASES VALIDAS CLASES INVALIDAS SALIDAS
Código de barras: 1234…
Proveedor: Luis
Producto: milanesa que es el numero 3
Precio:12
Cantidad: 4
1,4,7,9 ………………. Nuevo producto se registro
Código de barras: 1234…
Proveedor: Luis
Producto: milanesa que es el numero 3
Precio:12.45
Cantidad: 2
4,9 3,8 Registra nuevo producto, pero
no debería permitirlo porque
stock es negativo, falta
controlar números negativos
Código de barras: 1234…
Proveedor: Luis
Producto: milanesa que es el numero 3
Precio:12.50
Cantidad: 2
9 3,5,8 Registra nuevo producto, pero
no debería permitirlo porque
stock es negativo y precio
también, falta controlar
números negativos
47. • CONCLUSIONES
El desarrollo del sistema de información web tuvo como objetivo
optimizar el manejo de registros del “restaurant ORURO", tener una
información más organizada en cuanto a los registros y reportes que
se gestionan en el restaurante, brindar a los clientes un mejor
servicio en cuanto al tiempo de respuesta se refiere.
Al finalizar el sistema de información web, se realizó las pruebas
respectivas para comprobar el funcionamiento del software. Se
llegó a la conclusión que el Sistema de Información Web no cumple
con ciertas pruebas de caja negra, falta corregir ciertos campos que
aún no fueron controlados por el equipo programador, por tanto se
puede decir que la aplicación web no cuenta con la eficiencia y
eficacia que debería portar.