Ers scrum ieee 830 app delivery
-
Upload
gustavo-tantani-mamani -
Category
Education
-
view
55 -
download
2
Transcript of Ers scrum ieee 830 app delivery
Modelo de ingeniería[Nombre documento]
0.3Pág. 3
Diciembre de 2013
Descripción de requisitos del sofware
Trabajo registrado en Safe Creative. Código: 0710100110065
Puede usarse y distribuirse según se indica en :
http://www.safecreative.org/work/0710100110065
.
Identificación
Documento:
Fecha Edición: 24/11/2013
Fecha Entrega: 07/12/2013
Última Actualización: 09/12/2013
Versión: 1.0
Cantidad de Páginas:30
Autores: Gustavo Tantani M.
Hernan Luis Peñafiel Velasquez
Alexander Arauco Medina
Alfonsin Pestañas
Jose Luis Irala
Mario Perez
Revisión y Cierre del Documento
Registro de Cambios
Fecha Autor Versión Referencia de Cambio
24-11-2013 Gustavo Tantani M. 1.0 Se comienza con la construcción del
documento tomando como parámetros
los resultados arrojados de la primera
entrevista
24-11-2013 Hernan Peñafiel
Velasquez
1.0 Se completa el documento con nuevos
requerimientos
26-11-2013 Hernan Peñafiel
Velasquez
1.0 Se completa el documento con nuevos
requerimientos
26-11-2013 Mario Perez 1.0 Modificados: 2.2.1, 2.3.2
26-11-2013 Alexander Arauco 1.0 Modificados: 2.2.1, 2.3.3
28-11-2013 Gustavo tantani Mamani 1.0 Modificados: 2.4.1
05-12-2013 Alfonsin Pestañas 1.0 Modificados: 2.5.3
05-12-2013 Jose Luis Irala 1.0 Modificados: 2.5.2, 2.5.3
05-12-2013 Alexandro Arauco 1.0 Modificados: 2.3.3, 2.4.1
Revisores
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 6
NombreVersión
AprobadaCargo Fecha
Gustavo Tantani 1.0 Gerente Gral. Apps & Soft 24/11/2013
Jose luis Irala 1.0 Gerente de Investigación
Apps & Soft
24/11/2013
Alexandro Arauco 1.0 Encargado de Desarrollo
Apps & Soft
24/11/2013
Alfonsin Pestañas 1.0 Encargado de Desarrollo
Apps & Soft
24/11/2013
Mario Perez 1.0 Encargado de Desarrollo
Apps & Soft
24/11/2013
Hernán Luis Peñafiel V. 1.0 Analista Apps & Soft 24/11/2013
Distribución – Lectores
Nombre Empresa
Equipo de Desarrollo Apps & soft
Gerencia de Sistemas Cadenas de Restaurants
Gerencia de R.R.H.H. Cadenas de Restaurants
Gerencia IT Cadenas de Restaurants
Clientes de Supermercados Cadenas de Restaurants
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 7
Contenido
CONTENIDO 6
1 INTRODUCCIÓN 7
1.1. Objetivo 7
1.2. Glosario 7
1.3. Referencias 7
2. REQUERIMIENTOS NECESARIOS PARA LA COMPARACIÓN DE PRECIOS DE PRODUCTOS 7
1.1 Alcance 7
1.2 Personal involucrado 8
2 DESCRIPCIÓN GENERAL 8
2.1 Perspectiva del producto 8
2.2 Características de los usuarios 8
2.3 Restricciones 9
3 REQUISITOS ESPECÍFICOS 9
3.1 Requisitos comunes de los interfaces 93.1.1 Interfaces de hardware 93.1.2 Interfaces de comunicación 10
3.2 Requisitos funcionales 113.2.1 REGISTRAR CLIENTE 113.2.2 REGISTRAR DESPACHADOR 123.2.3 REGISTRAR REPARTIDOR 133.2.4 REGISTRAR PRODUCTO 143.2.5 RELIZAR PEDIDO 143.2.6 ASIGNAR PEDIDO 153.2.7 REGISTRAR ENTREGA PEDIDO 163.2.8 NOTIFICAR ESTADO PEDIDOS 163.2.9 CANCELAR PEDIDO 173.2.10 VER LISTA DE PEDIDO 18
3.3 Requisitos no funcionales 183.3.1 ARQUITECTURA 18
3.4 ENTREGABLE 3: DOCUMENTO DE ANÁLISIS 203.4.1 DIAGRAMA GENERAL DE CASOS DE USO 203.4.2 ENTREGABLE 4: DOCUMENTO DE DISEÑO 223.4.3 DIAGRAMA DE CLASES 223.4.4 Interfaces de usuario 25
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 8
1 Introducción
1.1. Objetivo
El presente documento describe la definición preliminar de los requerimientos
relevados. Los requerimientos serán identificados en forma única, clasificándolos por
tipo y describiendo una definición preliminar de su especificación, de manera tal que
sirva como documento de comunicación para la validación del requerimiento por parte
del usuario referente.
1.2. Glosario
Remitirse al documento Glosario.
1.3. Referencias
Este documento tiene directa relación con el documento de “Especificaciones
Suplementarias”.
2. REQUERIMIENTOS NECESARIOS PARA LA COMPARACIÓN DE PRECIOS DE
PRODUCTOS
1.1 Alcance
- Cliente
En este módulo se realizar el registro de los datos respectivos del Cliente.
- Solicitud de Pedidos
Se realizara el manejo de todos los pedidos que lleguen a la Empresa, dichos
pedidos contaran con la siguiente información, datos del pedido, ubicación
geográfica y datos del cliente.
- Empresa
En este módulo se registrara el registro de todo el personal, registro de todos
los productos o servicios y sucursales con las que cuenta la Empresa.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 9
1.2 Personal involucrado
PARTICIPANTE ROL
Gustavo Tantani SCRUM Master
HernanPeñafil ProductOwner
Jose Luis Irala Encargado de la Calidad
Alexandro Arauco Developer
Alfonsin Pestañas Developer
Mario Perez Developer
2 Descripción general
2.1 Perspectiva del producto
La aplicación para la Empresa de Envio de Pedidos a Domicilio funcionara del Ambito
de AAp’s&Soft permitiendo:
- Registrar, modificar los datos de los clientes.
- Registrar, modificar los datos del Personal de la Empresa.
- Administrar Pedidos solicitados por los Clientes.
- Permitir a cada cliente añadir productos al carrito de compra desde su teléfono
móvil para así poder realizar un determinado pedido.
- Actualizar la cantidad existente de productos (platos).
- Permitir al Administrador realizar reportes.
- Permitir al Despachador asignar un pedido a un determinado repartidor.
2.2 Características de los usuarios
NOMBRE DESCRIPCION
Administrador Se encarga de actualizar el stock de los
productos y realizar reportes respectivos.
Despachador Se encarga de ver la cola de pedidos y de la
asignación de dichos pedidos a un
operador(repartidor).
Operador Persona encarga de llevar un pedido a
domicilio.
Cliente Se encarga de realizar un pedido a través de
una vista de catálogos de los productos.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 10
2.3 Restricciones
Descripción de aquellas limitaciones a tener en cuenta a la hora de diseñar y
desarrollar el sistema, tales como el empleo de determinadas metodologías de
desarrollo, lenguajes de programación, normas particulares, restricciones de
hardware, de sistema operativo etc.
3 Requisitos específicos
SPRINT
SPRINT 0 PLANIFICACIÓN Y CONFIGURACIÓN
SPRINT 1 REGISTRAR CLIENTE
SPRINT 2 REGISTRAR DESPACHADOR
SPRINT 3 REGISTRAR REPARTIDOR
SPRINT 4 REGISTRAR PRODUCTO
SPRINT 5 REALIZAR PEDIDO
SPRINT 6 ASIGNAR PEDIDO
SPRINT 7 REGISTRAR ENTREGA PEDIDO
SPRINT 8 NOTIFICAR ESTADO PEDIDOS
SPRINT 9 VER LISTA PEDIDOS
SPRINT 10 CANCELAR PEDIDO
3.1 Requisitos comunes de los interfaces
[Inserte aquí el texto]
Descripción detallada de todas las entradas y salidas del sistema de software.
3.1.1 Interfaces de hardware
IDE
Visual Studio 2010
ADT Bundle – Eclipse
LENGUAJE DE PROGRAMACIÓN
Java
C#
SISTEMA OPERATIVO
Windows 7/8
Android 2.1 en Adelante
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 11
3.1.2 Interfaces de comunicación
El protocolo de comunicación empleado para poder llevar a cabo esta
aplicación es “Socket”.
Un socket es un punto de comunicación por el cual un proceso puede emitir o
recibir información. En el interior de un proceso, un socket se identifica por
un descriptor de la misma naturaleza que los que identifican los archivos, al
igual que todos los procesos del sistema UNIX de Berkeley.
La comunicación mediante sockets es una interfaz (o servicio) con la capa de
transporte (nivel 4) de la jerarquía OSI. La filosofía de la división por capas de
un sistema es encapsular, dentro de cada una de ellas, detalles que
conciernen sólo a cada capa, y presentársela al usuario de tal forma que este
pueda trabajar con ella sin necesidad de conocer sus detalles de
implementación. La interfaz de acceso a la capa de transporte del sistema
UNIX de Berkeley no está totalmente aislada de las capas inferiores, por lo
que a la hora de trabajar con sockets, es necesario conocer algunos detalles
sobre esas capas. En concreto, a la hora de establecer una conexión mediante
sockets, es necesario conocer la familia o dominio de la conexión, y el tipo de
conexión.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 12
3.2 Requisitos funcionales
3.2.1 REGISTRAR CLIENTE
Historia de Usuario
Número:1 Usuario: Cliente
Nombre historia: Registrar Cliente
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 1
Programador responsable: Hernan Peñafiel
Descripción:
El cliente podrá registrar sus datos personales:
- CI
- Nombres
- Apellido Paterno
- Apellido Materno
- Dirección
- Teléfono
Criterios de Aceptación
1. El cliente una vez ingresado en la aplicación si es un cliente nuevo pasara a
registrar sus datos personales ya mencionados.
2. El cliente puede editar sus datos personales si así lo desea.
3. El campo CI, Nombres, Apellidos, Dirección no deben estar vacios para una
registración exitosa.
4. El Administrador del Sistema podrá ver el listado de todos sus clientes registrados,
siendo este solo puede ver no modificar.
Observaciones: Los campos de los datos personales mencionados no tienen que estar
vacios.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 13
3.2.2 REGISTRAR DESPACHADOR
Historia de Usuario
Número:2 Usuario: Administrador
Nombre historia: Registrar Despachador
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 2
Programador responsable: Hernan Peñafiel
Descripción:
Persona encarga de realizar el manejo de todos los pedidos que llegan.
El Administrador podrá registrar los datos personales de los despachadores:
- CI
- Nombres
- Apellido Paterno
- Apellido Materno
- Dirección
- Teléfono
Criterios de Aceptación
1. El Administrador una vez ingresado al sistema puede registrar sus datos
personales ya mencionados.
2. Para realizar la modificación del algún despachador el administrador,
previamente tendrá que realizar una búsqueda ya sea por su nombre completo
o su código de despachador.
3. El Administrador podrá ver todos los Despachadores Disponibles.
Observaciones: Los campos de los datos personales mencionados no tienen que estar
vacios.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 14
3.2.3 REGISTRAR REPARTIDOR
Historia de Usuario
Número:3 Usuario: Administrador
Nombre historia: Registrar Despachador
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 3
Programador responsable: Hernan Peñafiel
Descripción:
Persona encargada de hacer llegar el pedido al domicilio del cliente que asigna el
despachador.
El Administrador podrá registrar los datos personales de los despachadores:
- CI
- Nombres
- Apellido Paterno
- Apellido Materno
- Dirección
- Teléfono/Celular
Criterios de Aceptación
1. El Administrador una vez ingresado al sistema puede registrar sus datos
personales ya mencionados.
2. Para realizar la modificación del algún repartidor el administrador, previamente
tendrá que realizar una búsqueda ya sea por su nombre completo o su código de
despachador.
3. El Administrador puede dar de baja a un Repartidor, para esto debe realizar una
búsqueda en base a su código o su nombre completo.
4. El Administrador podrá ver todos los Repartidores Disponibles.
Observaciones: Para el proceso de registro de nuevo repartidor los campos de los datos
personales mencionados no tienen que estar vacios.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 15
3.2.4 REGISTRAR PRODUCTO
Historia de Usuario
Número:4 Usuario: Administrador
Nombre historia: Registrar Producto
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 4
Programador responsable: Hernan Peñafiel
Descripción:
El administrador podrá realizar el registro de un nuevo producto o su respectiva
actualización de un producto ya existente.
Criterios de Aceptación
1. Si el producto es nuevo se procede a asignarle un código de producto.
2. Para la modificación de la cantidad de un producto, se procede a realizar una
búsqueda, ya sea por nombre de producto o por su respectivo código.
3. Mostrar una lista de los productos, la cual servirá como catalago de productos.
Observaciones:
3.2.5 RELIZAR PEDIDO
Historia de Usuario
Número:5 Usuario: Cliente
Nombre historia: Realizar Pedido
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 5
Programador responsable: Hernan Peñafiel
Descripción:
El cliente desde el su celular móvil realiza un pedido ingresando su nombre,
seleccionando productos, y cantidad y enviara su pedido.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 16
Criterios de Aceptación
1. Para Guardar los datos del pedido realizado, el cliente ingresara a la aplicación
móvil para que ingresar los siguientes datos productos, nombre, cantidad.
2. Los productos registrados se deben buscar por nombre del producto.
3. Para modificar los datos de un pedido se busca el producto añadido al pedido, se
busca y se selecciona para modificar la cantidad de producto que se realizo en el
pedido.
4. Para eliminar los producto añadidos a un pedido se debe se buscar y seleccionar
el producto y elimnar
5. El monto total de los productos añadidos al pedido se debe actualizar cada ves
que se añada un nuevo producto o se elimina del pedido.
Observaciones:
3.2.6 ASIGNAR PEDIDO
Historia de Usuario
Número:6 Usuario: Despachador
Nombre historia: Asignar Pedido
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada: 6
Programador responsable: Hernan Peñafiel
Descripción:
El despachador realiza la asignación de los pedidos que estén listos a ser llevados a los
clientes. Se asigna a un repartidor, quien será el encargado de hacer la entrega del pedido
al cliente.
Criterios de Aceptación
1. Para Guardar la asignación del pedido el despachador ingresara su login y
password y seleccionara al repartidor que este libre para realizar la entrega del
pedido.
2. Mostrar lista de pedidos terminados.
3. Los pedidos terminados se deben buscar por nombre y por cliente.
4. Una vez asignado el pedido cambiar el estado a enviado.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 17
Observaciones:
3.2.7 REGISTRAR ENTREGA PEDIDO
Historia de Usuario
Número:7 Usuario: Repartidor
Nombre historia: Registrar Entregar Pedido
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada:7
Programador responsable: Hernan Peñafiel
Descripción:
El repartidor realiza la entrega del pedido al cliente.
Criterios de Aceptación
1. Para Guardar la entrega del pedido el repartidor confirmara la entrega del
producto.
2. Mostrar lista de pedidos entregados.
3. Los pedidos entregados se deben buscar por número de pedido y por cliente.
4. Una vez entregado el pedido cambiar el estado del pedido a entregado.
Observaciones:
3.2.8 NOTIFICAR ESTADO PEDIDOS
Historia de Usuario
Número:8 Usuario: Despachador
Nombre historia: Hernan Peñafiel
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alta
Puntos estimados: 16 Iteración asignada:8
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 18
Programador responsable: Hernan Peñafiel
Descripción:
Notificar los estados de los pedidos, cuando el cliente solicita saber el estado de su pedido.
Criterios de Aceptación
1. Para guardar el estado de cada solicitud de pedido, el despachador verificara el
estado de los pedidos al momento de cambiar de estados.
2. Mostrar lista de pedidos por estados.
3. Diferenciar los estados por colores o por nombre de estado.
Observaciones:
3.2.9 CANCELAR PEDIDO
Historia de Usuario
Número:9 Usuario: Cliente
Nombre historia: Cancelar pedido
Prioridad en negocio:
Baja
Riesgo en desarrollo:
Baja
Puntos estimados: 16 Iteración asignada: 9
Programador responsable: Hernan Peñafiel
Descripción:
El cliente podrá realizar la cancelación del pedido dependiendo a las políticas de la
empresa.
Criterios de Aceptación
1. Para guardar la cancelación del pedido, el despachador verificara el estado del
pedido, para cancelar, si el pedido aun no ha sido enviado al cliente se realizara la
cancelación del pedido caso contrario no se efectuara ninguna cancelación.
2. Mostrar lista de pedidos por estados.
3. Diferenciar los estados por colores o por nombre de estados.
Observaciones:
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 19
3.2.10 VER LISTA DE PEDIDO
Historia de Usuario
Número:10 Usuario: Despachador
Nombre historia: Ver lista de Pedido
Prioridad en negocio:
Baja
Riesgo en desarrollo:
Baja
Puntos estimados: 16 Iteración asignada:10
Programador responsable: Hernan Peñafiel
Descripción:
El Despachador podrá ver la lista de todos los pedidos por estados.
Criterios de Aceptación
1. Mostrar lista de pedidos por estados.
2. Diferenciar los estados por colores o por nombre de estado.
5. Los pedidos se deben buscar por estado, número de pedido y por cliente.
Observaciones:
3.3 Requisitos no funcionales
3.3.1 ARQUITECTURA
3.3.1.1 ARQUITECTURA LOGICA
La programación por capas es una arquitectura cliente-servidor en el
que el objetivo primordial es la separación de la lógica de negocios de
la lógica de diseño; un ejemplo básico de esto consiste en separar la
capa de datos de la capa de presentación al usuario.
La ventaja principal de este estilo es que el desarrollo se puede llevar a
cabo en varios niveles y, en caso de que sobrevenga algún cambio, sólo
se ataca al nivel requerido sin tener que revisar entre código mezclado.
Un buen ejemplo de este método de programación sería el modelo de
interconexión de sistemas abiertos.
3.3.1.2 ARQUITECTURA FISICA
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 20
Servidor de Negociación: Las reglas de negocio las fuentes, las
clases de negocio
Servidor de base de Datos: Aquí va la Base de datos, las tablas,
aquí se hacen las inserciones.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 21
3.4 ENTREGABLE 3: DOCUMENTO DE ANÁLISIS
3.4.1 DIAGRAMA GENERAL DE CASOS DE USO- Actores
uc Actores
ClienteRepartidor
Despachador
Actores que interactuan con el sistema de Reparticion de Productos
Administrador
Encagado de la administracion del sistemas y del Personal de la empresa.
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 22
- Diagrama General de Casos de Uso
uc Casos de uso principales
Repartidor
CU9:Ver Lista de Pedido
Despachador
CU8: Notificar estado de pedido
CU7: Registrar Entrega Pedido
Cliente
CU10: CancelarPedido
CU5: Realizar Pedido
CU6: Asignar Pedido
CU1:Registrar Cliente
CU2:Registrar Despachador
CU3:Registrar Repartidor
Administrador
CU4:Registrar Producto
«include»«include» «include»
«include»
«include»
«include»
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 23
3.4.2 ENTREGABLE 4: DOCUMENTO DE DISEÑO
3.4.3 DIAGRAMA DE CLASES- Esquema Servidor
class BDServ idor
Pedido
«column»*PK idpedido: int idcliente: int idDespachador: int codestado: int latitud: float longitud: float FechaPedido: varchar(50) observacion: varchar(100)
«PK»+ PK_Pedido(int)
DetallePedido
«column»*PK idDetallePedido: int*PK idpedido: int idproducto: int cantidad: int PrecioSubTotal: float
«PK»+ PK_DetallePedido(int, int)
Estados
«column»*PK idestado: int estado: varchar(50)
«PK»+ PK_Estados(int)
AsignarPedido
«column»*PK idasignarpedido: int*PK idpedido: int idrepartidor: int enviadorepartidor: int
«PK»+ PK_AsignarPedido(int, int)
Repartidor
«column»*PK idrepartidor: int Nombre: varchar(50) telefono: varchar(10) longitud: float latitud: float
«PK»+ PK_Repartidor(int)
Producto
«column»*PK idproducto: int descripcion: varchar(50) preciounitario: float
«PK»+ PK_Producto(int)
Cliente
«column»*PK idcliente: int* CI: varchar(8) Nombre: varchar(50)* Direccion: varchar(50) telefono: varchar(10)
«PK»+ PK_Cliente(int)
EntregaPedido
«column»*PK idEntregaPedido: int* idPedido: int fechahora: varchar(50) idRepartidor: int
«PK»+ PK_EntregaPedido(int)
DetallePedidoEntrega
«column»*PK idDetPedEntre: int*PK idEntregaPedido: int idproducto: int cantidad: int PrecioSubTotal: float
«PK»+ PK_DetallePedidoEntrega(int, int)
Despachador
«column»*PK idDespachador: int* Login: varchar(20)* Password: varchar(50)
«PK»+ PK_Usuario(int)
1
*
*
1
1 *
1
*
1
**
1
* 1
1
*
1
*
1 *
*1
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 24
- Esquema Cliente
class EsquemaCliente
EsquemaServ idor::Cliente
«column»*PK idcliente: int* CI: varchar(8) Nombre: varchar(50)* Direccion: varchar(50) telefono: varchar(10)
«PK»+ PK_Cliente(int)
EsquemaServ idor::DetallePedido
«column»*PK idDetallePedido: int*PK idpedido: int idproducto: int cantidad: int PrecioSubTotal: float
«PK»+ PK_DetallePedido(int, int)
EsquemaServ idor::Estados
«column»*PK idestado: int estado: varchar(50)
«PK»+ PK_Estados(int)
EsquemaServ idor::Pedido
«column»*PK idpedido: int idcliente: int idDespachador: int codestado: int latitud: float longitud: float FechaPedido: varchar(50) observacion: varchar(100)
«PK»+ PK_Pedido(int)
EsquemaServ idor::Producto
«column»*PK idproducto: int descripcion: varchar(50) preciounitario: float
«PK»+ PK_Producto(int)
EsquemaServ idor::Despachador
«column»*PK idDespachador: int* Login: varchar(20)* Password: varchar(50)
«PK»+ PK_Usuario(int)
1
*
1 *
*
1
* 11 *
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 25
- Esquema Repartidor
class EsquemaRepartidor
EsquemaServ idor::Repartidor
«column»*PK idrepartidor: int Nombre: varchar(50) telefono: varchar(10) longitud: float latitud: float
«PK»+ PK_Repartidor(int)
EsquemaServ idor::Producto
«column»*PK idproducto: int descripcion: varchar(50) preciounitario: float
«PK»+ PK_Producto(int)
EsquemaServ idor::Pedido
«column»*PK idpedido: int idcliente: int idDespachador: int codestado: int latitud: float longitud: float FechaPedido: varchar(50) observacion: varchar(100)
«PK»+ PK_Pedido(int)
EsquemaServ idor::Estados
«column»*PK idestado: int estado: varchar(50)
«PK»+ PK_Estados(int)
EsquemaServ idor::EntregaPedido
«column»*PK idEntregaPedido: int* idPedido: int fechahora: varchar(50) idRepartidor: int
«PK»+ PK_EntregaPedido(int)
EsquemaServ idor::Despachador
«column»*PK idDespachador: int* Login: varchar(20)* Password: varchar(50)
«PK»+ PK_Usuario(int)
EsquemaServ idor::DetallePedidoEntrega
«column»*PK idDetPedEntre: int*PK idEntregaPedido: int idproducto: int cantidad: int PrecioSubTotal: float
«PK»+ PK_DetallePedidoEntrega(int, int)
EsquemaServ idor::DetallePedido
«column»*PK idDetallePedido: int*PK idpedido: int idproducto: int cantidad: int PrecioSubTotal: float
«PK»+ PK_DetallePedido(int, int)
*
1
*1
1
*
1
*
1 *1*
*
1
1
*
Descripción de requisitos del sofware
APLICACIÓN MOVIL “DELIVERY”Especificación de requisitos de software
Rev. [99.99]Pág. 26
3.4.4 Interfaces de usuario
REALIZAR PEDIDO
INICIAR SESION DESPACHADOR
VER LISTA PEDIDOS
Descripción de requisitos del sofware