Está en la página 1de 32

Fundamentos de ingeniería software.

MC. Rosalina Alejandra Arreola Chaidez.


9:00-10:00 am
Proyecto: Menú tableta.
Empresa: Taipak.
Alumnos:
Romero Méndez Andrea
Reyes Segoviano José Geovanni
Kevin Iván Campos López
Jesús Sheldon Sarriga Muñoz
Índice.
Introducción………………………………………………………………………………………
…….3
Reseña……………………………………………………………………………………………
…….4
Requisitos…………………………………………………………………………………………
……5
Formato de levantamiento de
requisitos……………………………………………………………7
Diagrama de flujo del
proyecto……………………………………………………………………….8
Diagrama de
clases……………………………………………………………………………………9
Diagrama de
objetos…………………………………………………………………………………..10
Diagrama de casos de
uso……………………………………………………………………………11
Diagrama de
estados…………………………………………………………………………………..12
Diagrama de
actividades………………………………………………………………………………13
Cronograma de
actividades…………………………………………………………………………...14
Diseño de
interfaz………………………………………………………………………………………15
2- Introducción
Este proyecto busca mejorar el sistema de atención al cliente del restaurante
franquicia TaiPak. Con base a investigaciones previas queremos realizar un software
que sirva para que los clientes tengan una mejor información acerca de los platillos que
ofrece el restaurante y que su pedido sea más rápido en ser atendido.
Gracias a este proyecto los clientes podrán tomar decisiones más rápido sobre
los pedidos que quieren realizar en el local y eso mejorara notablemente la atención al
cliente que se tiene en el restaurante que beneficiara al local con mejores críticas y
más clientela, que después de un tiempo determinado de la aplicación de este software
se espera que conlleve a un aumento en las ganancias de la empresa y con la opción
de mejorar todavía más el software que estamos creando e implementando.
3- Reseña (Justificación):
Nuestro proyecto se basa en optimizar el tiempo y la eficacia de los pedidos de
este restaurante mediante el uso de tabletas táctiles en el cual el cliente puede hacer
su orden de manera rápida gracias a un entorno grafico fácil de utilizar, mediante el uso
de imágenes de los pedidos, el nombre, ingredientes que pueden ser quitados o
agregados, comentarios o calificaciones de estos para ayudar al cliente en su decisión.
Esto reduce las equivocaciones o malentendidos de la orden, los pedidos se mandan
en tiempo real a la cocina donde los chefs, mediante el uso de una pantalla que
despliega los pedidos en el orden en el que estos fueron recibidos o por el tamaño
respectivamente.
4-Requisitos (Funcionales y no funcionales)
Requerimientos funcionales:
• El sistema enviará un correo electrónico cuando se registre alguna de las
siguientes transacciones: pedido del cliente, despacho de producto al cliente,
emisión de factura a cliente y registro de pago de cliente.
• Se permitirá el registro de pedidos de compra con datos obligatorios incompletos
mientras estos sean dispensables para la realización de la orden.
• Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo
(workflow) de aprobación configurado en el sistema.
• El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de
proyecto.
• El sistema permitirá el envío automatizado de cartas de entrega de órdenes
directamente al almacén.
• A cada orden se le asignará un identificador único, que será utilizado para
identificarla en todos los procesos subsecuentes que se realicen sobre esta.
• Al ingresar ordenes de entrega, toda orden de entrega estará asociada a un
pedido de venta.
• La facturación de pedidos de venta se realizará en lotes, por medio de una
pantalla de pedidos pendientes, la cual mostrará los pedidos no entregados. Una
vez realizados los pedidos no se mostrarán en esta lista.
• El proceso de compras en el sistema abarcará los siguientes pasos y
transacciones: Ingreso de la requisición, emisión de la solicitud de cotización y
emisión de la orden de compra.
• Los elementos de la solicitud de cotización serán los mismos de la requisición
asociada, al igual que los de la orden de compra. El sistema permitirá la emisión
de solicitudes de cotización y órdenes de compra parciales.
• Los pedidos de compra que excedan los montos establecidos en el flujo de
liberaciones de pedidos configurados, deberán pasar por las aprobaciones
establecidas en dicho flujo de aprobación.

Requerimientos no funcionales:
• El sistema debe ser capaz de procesar N transacciones por segundo. Esto se
medirá por medio de la herramienta SoapUI aplicada al Software Testing de
servicios web.
• Toda funcionalidad del sistema y transacción de negocio debe responder al
usuario en menos de 5 segundos.
• El sistema debe ser capaz de operar adecuadamente con hasta 100 usuarios
con sesiones concurrentes.
• Los datos modificados en la base de datos deben ser actualizados para todos
los usuarios que acceden en menos de 2 segundos.
• Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
• El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
• Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que
reside el sistema.
• Todas las comunicaciones externas entre servidores de datos, aplicación y
cliente del sistema deben estar encriptadas utilizando el algoritmo RSA.
• Si se identifican ataques de seguridad o brecha del sistema, el mismo no
continuará operando hasta ser desbloqueado por un administrador de seguridad.
• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 10
minutos.
• La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
transacciones totales ejecutadas en el sistema.
• El sistema debe contar con manuales de usuario estructurados adecuadamente.
• El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
• El sistema debe contar con un módulo de ayuda en vivo.
• El sistema debe poseer interfaces gráficas bien formadas.
5-
Formato de levantamiento de requisitos

6-Diagrama de flujo del proyecto


7-Diagramas de UML:
• Diagrama de clases:
• Diagrama de objetos:

Diagrama de casos de uso
• Diagrama de estados
• Diagrama de actividades
• Diagrama de secuencias
• Diagrama de colaboración

• Diagrama de despliegue
8- Modelo del Proyecto:
• El modelo que decidimos tomar es la metodología XP (extreme Programming) ya
que somos un equipo de trabajo formado por pocas personas y nos
desenvolvemos en una oficina de trabajo todos al mismo tiempo, para así poder
completar los diferentes proyectos que se nos propongan de la manera más
rápida y eficientemente posible, así como también resolver nuestras dudas con
nuestros compañeros y entregar sistemas de calidad. Gracias a esta
metodología podemos adaptar nuestro proyecto a cambios que conlleven a
mejoras del servicio una vez implementado el software, y todo esto se puede
hacer con gran facilidad y rapidez para no perjudicar el servicio ofrecido al
restaurante.

“La programación extrema o eXtreme Programming (de ahora en adelante, XP) es una
metodología de desarrollo de la ingeniería de software formulada por Kent Beck. Al igual
que éstos, la programación extrema se diferencia de las metodologías tradicionales
principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad.”
9- Bases de datos:
*Tabla clientes

No Cliente Nombre Teléfono Dirección


15101 Jesús Aguilar Torres 6672456595 Col. Tierra Blanca
15102 Mario Campos Barrón 6671564898 Col. Barrancos
15103 Gonzalo Pérez Sainz 6674002433 Col. Margaritas
*Tabla platillos

Clave Platillo Nombre Precio Cantidad disponible


10105 Arroz chino $ 115.00 35
10112 Chop suey $ 142.00 09
10113 Pollo agridulce $ 122.00 18
*Tabla Meseros

Clave Nombre Puesto Pago (mes)


Mesero
20101 Juan Pérez Loaiza Jefe Mesero $ 8,000.00
20108 Leticia Betancourt López Mesero $ 4,500.00
20111 Adalberto González Mesero $ 4,500.00
Saavedra
* Relación de las bases de datos
• Cronograma de actividades
• Diseño de interfaz