Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PRESENTADO POR:
JOHN BELTRÁN
FICHA: 2808412
INSTRUCTOR:
(REGIONAL ANTIOQUIA)
2023
2
TABLA DE CONTENIDO
1. INTRODUCCIÓN ....................................................................................................................... 4
2. PROPÓSITO................................................................................................................................ 5
3. ALCANCE ................................................................................................................................... 6
4. EVIDENCIA DE DESEMPEÑO: GA1-220501092-AA4-EV01 ESPECIFICACIÓN DE
LOS REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES DEL SOFTWARE ...... 7
5. EVIDENCIA DE PRODUCTO: GA1-220501092-AA4-EV02 DOCUMENTO CON
ESPECIFICACIÓN DE REQUERIMIENTOS ............................................................................ 7
5.1. RESUMEN DEL PRODUCTO .............................................................................................. 7
5.1.1. Perspectiva del producto ..................................................................................................... 7
5.1.2. Funciones del producto ........................................................................................................ 8
5.1.3. Características de los usuarios ............................................................................................ 8
5.1.4. Limitaciones .......................................................................................................................... 8
5.2. DEFINICIONES ........................................................................................................................ 8
5.3. REFERENCIAS ........................................................................................................................ 9
5.4. REQUERIMIENTOS ESPECÍFICOS .................................................................................... 9
5.4.1. Interfaces externas ............................................................................................................... 9
5.4.2. Requerimientos funcionales ................................................................................................ 9
5.4.3. Requerimientos de usabilidad ........................................................................................... 14
5.4.4. Requerimientos de funcionamiento .................................................................................. 15
5.4.5. Requisitos lógicos de la base de datos: ............................................................................. 15
5.4.6. Restricciones de diseño: ..................................................................................................... 15
5.4.6.1. Patrón de arquitectura de software: .............................................................................. 15
5.4.6.2. Herramientas de mapeo Objeto-Racional: ................................................................... 16
5.4.6.3. Lenguajes de diseño: ....................................................................................................... 16
5.5. ATRIBUTOS DEL SISTEMA ................................................................................................ 17
5.5.1. Hadware: ............................................................................................................................. 17
5.5.2. Software: ............................................................................................................................. 17
5.5.2.1. Plataforma de desarrollo: ............................................................................................... 17
3
1. INTRODUCCIÓN
2. PROPÓSITO
El software tiene como propósito facilitar la gestión eficiente y efectiva de todas las
operaciones relacionadas con el restaurante, desde la toma de pedidos hasta la gestión de
inventario y la generación de informes.
6
3. ALCANCE
El software ayudara con el control de los pedidos generados por los clientes, creando la orden
y la facturación del mismo, tendrá la posibilidad de que los cajeros, meseros y personal
administrativo, puedan tener un modo de ejecutar sus labores de forma más sistemática y
sencilla.
De igual manera el software, le permitirá al administrador poder ver en tiempo real los
pedidos generados, los insumos disponibles y de igual forma los insumos faltantes, con el fin
de poder tener control y poder evitar posibles inconvenientes en el restaurante.
7
Para este software habrá dos tipos de usuario, el cliente que llegue directamente a nuestra
sede a pedir su orden en caja o por medio de nuestra página web
Con este software se beneficiarán varios tipos de usuarios, desde la administración hasta los
clientes y el personal del restaurante.
Los clientes serán los que inicialmente se beneficiarán ya que podrán generar su orden de
compra desde la app, y en la pantalla de autoservicio ubicada en el restaurante.
Para el personal será mucho más fácil la ejecución de las órdenes de compra, ayudándolos en
el despacho de los pedidos.
De igual forma para la administración el software será de mucha ayuda, para el control y
gestión de todo lo relacionado con el restaurante
5.1.4. Limitaciones
5.2. DEFINICIONES
Cliente: Persona que paga por el servicio en el restaurante o por medio de la página oficial
de nuestro restaurante
Empleado: Personal encargado del servicio al cliente, adecuación del lugar y/o cajeros
5.3. REFERENCIAS
IEEE 830-1998
Nuestra Software contara con protocolos de seguridad y/o conexión segura para el usuario
desde el momento de su registro.
CLIENTE:
Cod: 001
Roles
Cliente, sistema u operador del sistema
involucrados:
Verificación: Sí
10
Cod: 002
Verificación: Sí
Cod: 003
Roles
Sistema u operador del sistema
involucrados:
Verificación: Sí
CLIENTE:
Cod: 004
Descripción
El cliente registra los datos del pedido a realizar en el restaurante
detallada:
Roles
Cliente, sistema u operador del sistema
involucrados:
Verificación: Sí
Cod: 005
Cod: 006
Cod: 007
Cod: 008
• El sistema deberá presentar una atención muy clara para la compra puntual del
producto ya sea en el establecimiento o una orden a domicilio.
• Para el uso del software por el cliente este deberá de especificar si el cliente esta
registrado, descripción del pedido, formas de pago y confirmación de la orden.
15
• Se espera un buen rendimiento del sistema ya que será utilizado por la parte administrativa,
cajero y clientes. Esto se aproxima a un máximo de 150 personas que puedan manipular el
sistema al mismo, esto depende de la cantidad de clientes que usen este software.
Para tener una base de datos lógica, todos los discos duros y archivos de información deben
ser accesibles desde una única fuente. En este caso accederemos a dicha información desde
una interfaz usuario, donde se realiza el proceso de la toma y verificación de una orden en el
restaurante.
Modelo UML
17
5.5.1. Hardware:
5.5.2. Software:
Este software está diseñado para ayudar con las diversas tareas que deben realizar,
haciéndolas más fáciles, más eficientes o más precisas.
Se utilizarán dos tipos software tales como; el software de gestión de relaciones con los
clientes (CRM), que se centra en el componente de servicio al cliente, y el software de gestión
de empleados, que se centra en la gestión de la fuerza laboral. Combinando varias áreas de
enfoque clave en una solución más integral, y permite llevar a cabo muchas tareas diferentes
desde un solo lugar.
• JavaScript
• Objetive-C
• PostScript
• Python
• C++
• Swift
• Visual Basic. NET
18
5.5.2.3. Frameworks:
• Primefaces + AJAX
• HTML
• XHTML
• GlassFish Server
• Apache Geronimo
• Apache TomEE Visión General
Oracle
Este software fue creado para facilitar el proceso de registro en la base de datos de los clientes
de Houses Wings en el sistema, y así mismo tener información detallada en el momento de
realizar la orden (quien ordena y recoge).
Del mismo modo, con este podemos llevar un control en el área de ventas y facturación.
Obteniendo registros detallados para los inventarios de nuestro restaurante.
5.7. APÉNDICE:
HISTORIA DE USUARIO
CRITERIOS DE ACEPTACIÓN
HISTORIA DE USUARIO
CRITERIOS DE ACEPTACIÓN
HISTORIA DE USUARIO
CRITERIOS DE ACEPTACIÓN
21
HISTORIA DE USUARIO
CRITERIOS DE ACEPTACIÓN