Ingeniería de Software

        [pic 1]

Presentado ha:

Ingeniero

Hugo Alberto Beltrán Perdomo

Presentado por:

Henry Mauricio Lozada Barragán

Eduar Andrés Bonilla García

Ing. Software 8

Tema:

Ingeniería de Software:

Proyecto  

Neiva – Huila

2020

INTRODUCCIÓN

Para nadie es un secreto que en los últimos años el auge de aplicaciones móviles en todos los sectores económicos ha ido en aumento, y seguirá siendo así; si tenemos es importante tener en cuenta que el porcentaje de comensales fuera del hogar -una o más veces por semana – está incrementando (38%), aunque es aún menor al promedio Latinoamericano (41%) y el global (48%). Así lo revela el más reciente Estudio Global de nielsen.com, sobre Tendencias de Comida Fuera del Hogar, aplicado en 61 países del mundo, 7 de ellos en América Latina, con metodología online.

Por todo lo anterior se pretende crear una aplicación para un restaurante que solo trabaja a puerta cerrada, es decir sus clientes únicamente tienen acceso a los productos por la aplicación, en esta aplicación el cliente selecciona el producto sus adicionales y al final coloca los datos donde quiere que le llegue el domicilio, y finalmente en la opción de la forma de pago que es nuestra diferencial con otras aplicaciones locales ésta va a tener 3 opciones efectivo, con tarjeta (cuando llega el domicilio) ó online.

         Alcance

Teniendo en cuenta que el porcentaje de comensales fuera del hogar va en aumento, según estudio de Nielsen.com. En el caso de la presente investigación el mercado objetivo son los habitantes de todos los estratos, es decir toda aquella persona que desee montar un restaurante a puerta cerrada, es bastante rentable ya que no va a necesitar invertir para mesas y sillas, tampoco va a pagar arrendamiento de un local para atender a los clientes sino que va poder vender desde una aplicación.

        Objetivos

pretende crear una aplicación para un restaurante que solo trabaja a puerta cerrada, es decir sus clientes únicamente tienen acceso a los productos por la aplicación, en esta aplicación el cliente selecciona el producto sus adicionales y al final coloca los datos donde quiere que le llegue el domicilio, y finalmente en la opción de la forma de pago que es nuestra diferencial con otras aplicaciones locales ésta va a tener 3 opciones efectivo, con tarjeta (cuando llega el domicilio) ó online.

Objetivos Específicos

• Contar con una aplicación móvil que permita reducir tiempos de operación hasta su facturación, en las tareas de administración de pedidos.
• Proporcionar información actualizada de stock y precios de los productos a los agentes vendedores.
• Eliminar tareas manuales del personal encargado de las ventas.
• Facilitar al Supervisor de ventas, el control de rutas que cumplen los agentes vendedores diariamente mediante la visualización de los puntos de referencia en un mapa que estará integrado a la intranet de la empresa.

        INFORMACIÓN DEL DOMINIO DEL PROBLEMA

En la actualidad existen diferentes aplicaciones de compras en línea, se seleccionan los productos, que se desean adquirir, luego se escoge el método de pago, inmediatamente se abre una ventana donde pide los datos de para la facturación y la tarjeta con la que desea cancelar el producto; estas aplicaciones son de gran éxito para las empresas ya que se evitan hacer inversiones en muebles y enceres que se requieren para la apertura de un local donde se exhiben los productos, por ende también se ahorran gastos de arrendamientos, salariales de servicios y todo lo que conlleva la puesta en marcha de una sucursal tangible. En el caso de nuestra aplicación es una compra en línea de un alimento preparado y es para un restaurante que va a funcionar a puerta cerrada por lo tanto se ahorraría los gastos y la inversión que mencioné anteriormente.

        Glosario de Términos

1. Adiciones        
2. Animaciones        
3. Aplicación        
4. Banco        
5. Cliente        
6. Convenio        
7. Datafono        
8. Datos        
9. Dirección        
10. Efectivo        
11. Ingreso        
12. Inicio        
13. Menú        
14. Método de Pago        
15. Precios        
16. Restaurante        

Caso de Uso General, Aplicación Web 

Dentro del escenario de la aplicación de pedidos de la empresa vamos a analizar los Casos de Uso.

[pic 2]

Requerimientos Funcionales del proyecto.

La aplicación estará compuesta de 4 partes o módulos en las cuales vamos a detallar cada una de las opciones con las que contará:

1. Pedidos

• Añadir Articulo por:

• Cantidad
• Código

• Guardar posición en GPS
• Detallar Pedido:

• Seleccionar dirección entrega
• Forma de Pago
• Descripción

• Visualizar resumen del pedido
• Confirmar pedido

1. Menú

• Visualizar Tipo
• Visualizar detalles del plato seleccionado.

1. Modificar Pedido

• Selección del Pedido:

• Modificar Dirección Entrega

• Modificar Forma de Pago
• Modificar Descripción

• Visualizar resumen del Pedido

1. Ayuda

• Visualizar ayuda (Texto Código)

En cuanto a la Aplicación que usará el Administrador constará de las siguientes opciones:

1. Inicio Sesión:
2. Visualizar en Mapa puntos de referencia

• Ver Detalle (Movimientos)
• Ver Mapa (Visualizar Recorrido domiciliarios).

Requerimientos No Funcionales de la Aplicación.

Requerimientos de Producto

• Requerimiento de eficiencia

• El sistema debe ser capaz de procesar N transacciones por segundo
• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas
• El sistema debe ser capaz de operar adecuadamente con hasta 100.000 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.
• La aplicación debe ser compatible con todas las versiones de Windows, desde Windows 95.

• Requerimiento de rendimiento

• Toda funcionalidad del sistema y transacción de negocio debe responder al usuario en menos de 5 segundos.

• Requerimiento de espacio

• La aplicación no podrá ocupar más de 2GB de espacio en disco.

• Requerimiento de usabilidad

• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas
• La tasa de errores cometidos por el usuario deberá ser menor del 1% de las transacciones totales ejecutadas en el sistema.
• Cuando el usuario en solicitud por medio de validación de información con sus bases de datos y no lo puede hacer por condiciones de comunicación hacia esa base de datos o ese servicio, genere salida del sistema, donde manifieste condiciones de comunicación, y le dé la posibilidad de seguir trabajando a la espera de que se solucione la falla.

• Requerimiento de confiabilidad

• Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuara operando hasta ser desbloqueado por un administrador de seguridad.
• 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.

• Requerimiento de seguridad

• -Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuara operando hasta ser desbloqueado por un administrador de seguridad.
• 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.

Requerimientos Organizacionales

...