0% encontró este documento útil (0 votos)
443 vistas8 páginas

Sistema de Ventas para Pollería Roky’s

Este documento presenta los requisitos para un sistema gestor de ventas para la pollería Roky's. El sistema tendrá módulos para la atención al cliente, preparación de pedidos y distribución de insumos. Se describen los requisitos funcionales como asignar mesas, registrar pedidos y cobrar consumos. También incluye requisitos no funcionales como seguridad, rendimiento y disponibilidad. El modelo de dominio describe los objetos como clientes, pedidos y mesas y sus asociaciones.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
443 vistas8 páginas

Sistema de Ventas para Pollería Roky’s

Este documento presenta los requisitos para un sistema gestor de ventas para la pollería Roky's. El sistema tendrá módulos para la atención al cliente, preparación de pedidos y distribución de insumos. Se describen los requisitos funcionales como asignar mesas, registrar pedidos y cobrar consumos. También incluye requisitos no funcionales como seguridad, rendimiento y disponibilidad. El modelo de dominio describe los objetos como clientes, pedidos y mesas y sus asociaciones.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

UNIVERSIDAD NACIONAL

MAYOR DE SAN MARCOS

SISTEMA GESTOR DE VENTAS


DE LA POLLERÍA ROKY’S

 Curso:

DISEÑO DE SISTEMAS DE INFORMACIÓN

 Integrantes del Grupo:

 Abarca Ramos, Junior 16200001


 Prado Gabriel, Fabricio 16200147
 Trujillo Cruz, Joel Angel 16200031
 Velasquez Yzquierdo, Miguel Eduardo 16200101

 Ciclo:

2019 – I
Sistema gestor de ventas de Pollería Roky’s

Modelo de Requisitos
TABLA DE CONTENIDO
Introducción............................................................................................................................3
1.1 Propósito...................................................................................................................3
1.2 Alcance.....................................................................................................................3
2. Descripción general.........................................................................................................3
2.1 Perspectiva del producto..........................................................................................3
2.2 Funcionalidad del producto......................................................................................3
3. Requisitos específicos.....................................................................................................3
3.1 Interfaces de hardware..............................................................................................3
3.2 Requisitos funcionales..............................................................................................4
3.2.1 Proceso de negocio: Atención al cliente...........................................................4
MODELO REFINADO DE CASO DE USO DE SISTEMA.................................................4
MODELO DE DOMINIO......................................................................................................5
3.3 Requisitos no funcionales.........................................................................................6
3.3.1 Requisitos de rendimiento.................................................................................6
3.3.2 1.15.2 Seguridad...............................................................................................6
3.3.3 Fiabilidad..........................................................................................................6
3.3.4 Disponibilidad...................................................................................................6
3.3.5 Mantenibilidad..................................................................................................6
3.3.6 Portabilidad.......................................................................................................6
3.4 Otros requisitos.........................................................................................................6
3.4.1 REQUISITOS DE HARDWARE.....................................................................7
Introducción

1.1 Propósito

Este documento tiene el objetivo de proporcionar una descripción de la arquitectura


global del Sistema Gestor de Ventas de la Pollería Roky’s con el fin de documentar
decisiones arquitectónicamente significativas que se han tomado a lo largo de la
planificación del proyecto, de manera que cualquier colaborador relacionado al área
de aplicación del proyecto tenga una idea general de éste.
1.2 Alcance

Esta Especificación de Requisitos de Software especifica todas las características


operacionales y físicas del “Sistema Gestor de Ventas”, así como la descripción
general, requisitos específicos, y los respectivos apéndices.

2. Descripción general

2.1 Perspectiva del producto

El producto final será la elaboración del Sistema gestor de Ventas para la empresa
ROCKY’S que abarca al área de atención al cliente con el fin de facilitar la
información del estado de los pedidos, mejorar el rendimiento de los trabajadores y
agilizar el pago de los pedidos.
2.2 Funcionalidad del producto

El sistema buscará una agilización en el proceso de negocio esto se hará a través de


las siguientes funcionalidades:
- Un módulo de control de atención al cliente.
- Un módulo de control de preparación de productos.
- Un módulo de control de distribución de insumos.

3. Requisitos específicos

3.1 Interfaces de hardware

Requerimientos para poder implementar el proyecto del sistema gestor de ventas


- Procesador : procesador Intel Pentium 4 o mas
- Memoria RAM: 1 GB
- Disco duro: 1 GB de espacio disponible en el disco duro
- Sistema operativo: Windows XP o superior
- Pantalla: Se recomienda una resolución mínima de 1024x768
3.2 Requisitos funcionales

3.2.1 Proceso de negocio: Atención al cliente

 Requisito funcional 1: Asignar mesa al cliente


Ver especificaciones en el Caso de Uso Asignar mesa al cliente
 Requisito funcional 2: Registrar detalle de pedido del cliente
Ver especificaciones en el Caso de Uso Registrar detalle de pedido
del cliente
 Requisito funcional 3: Abrir caja
Ver especificaciones en el Caso de Uso Abrir Caja
 Requisito funcional 4: Cerrar caja
Ver especificaciones en el Caso de Uso Cerrar Caja
 Requisito funcional 5: Cobrar consumo
Ver especificaciones en el Caso de Uso Cobrar consumo

MODELO REFINADO DE CASO DE USO DE SISTEMA


MODELO DE DOMINIO

 Objetos del proceso Atención al cliente


 Cliente
 Cajero
 Mozo
 Pedido
 Caja
 Mesa

 Asociaciones entre los objetos


 Mesa-tiene-pedido
 Cajera-gestiona-pedido
 Cajera-maneja-caja
 Mozo-atiende-pedido
 Cliente-solicita-pedido

 Diagrama

Mesa
(from Clases)
Numero
Num_v isitante
Num_v isitante: Describe
la cantidad de
mostrarDisponible()
comensales del pedido.
getNumero()
getnumVisitante()
setNumero()
setnum_v isitante()
1

tiene.

1..n
Caja
Pedido (f rom Clases)

Cliente (from Clases) Cajera CodCaja : Int


(from Clases) Hora (from Clases) MontoCaja : f loat
solicita gestiona maneja
Correo TipoPedido ModuloAsignado CambioDolares : Float
Direccion
AgregarProducto() getModukiAsig() 1 1 cerrarCaja()
mostrarCliente() AnularPedido() setModuloAsig() abrirCaja()
AsignarTarjeta() cerrarVenta()
1..n generarReporteCaja()
atiende.

1
Mozo
(from Clases)
TotalmesasAsignadas
InicioMesa <<Interf az>>
AccionesdIngreso
asignarPedido() (from Cla...
setCantMesas()
setinicioMesa()
getCantMesas()
getinicioMesa()
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

 Capacidad de dar resultados en tiempos cortos.


 El sistema debe permitir por lo menos una máquina por usuario conectadas a la
central.
 La rapidez de las transacciones será evaluada mediante pruebas de esfuerzo para
asegurar el cumplimiento de estos.
3.3.2 1.15.2 Seguridad

 Cuando un usuario intente ingresar al sistema deberá introducir su usuario y


contraseña, el sistema verificará que los datos del usuario sean correctos y permitirá
el ingreso al sistema, en caso contrario mostrará un mensaje de error.
 El sistema permitirá guardar información de los cambios realizados en el sistema
por cada usuario.
3.3.3 Fiabilidad

 La disponibilidad del sistema debe ser continua con un nivel de servicio para los
usuarios de 7 días X 24 horas, garantizando un esquema adecuado que permita, ante
una posible falla dar una solución en cualquiera de sus componentes, por ejemplo
debe generar una alarma ante un posible fallo en el sistema.
 En caso de fallas de algún componente, no debe haber pérdida de información.
 Ante la falla del aplicativo, se debe contar con mecanismos que contemplen la
interrupción de transacciones para que estas finalicen de manera correcta. Los
resultados obtenidos por el sistema son confiables.
3.3.4 Disponibilidad

 Analizar el tiempo de inactividad del sistema.


3.3.5 Mantenibilidad

 Se debe estructurar el código de una manera consistente y predecible, para poder


realizar ajustes al sistema en caso sea necesario.
 El sistema debe ser construido e implantado de tal manera que un cambio en el
negocio no obligue a la generación de una nueva versión del módulo.
3.3.6 Portabilidad

La portabilidad es un aspecto no abordado en el desarrollo del sistema, debido a que


la aplicación es para un ordenador y un servidor en su etapa inicial.
3.4 Otros requisitos

3.4.1 REQUISITOS DE HARDWARE

El sistema soporta sistemas operativos que funcionen con 64 bits, en este caso
trataremos con sistema operativo Windows XP/ Windows 7/ Windows 8; las demás
especificaciones son detalladas, se especificarán requerimientos para un
funcionamiento óptimo del sistema:
 Microprocessador superior a: 2.8 GHz Intel PIV.
 Memoria RAM: 512 MB, DDR2, Bus 800.
 Mainboard: Placa Core 2 duo – Intel.
 Monitor led.
 Disco Duro de 100.

También podría gustarte