Delivery App Reqs

Especificación de requisitos de software
Proyecto: APLICACIÓN MOVIL “DELIVERY”

Modelo de ingeniería
[Nombre documento]

0.3
Pág. 2

Descripción de requisitos del sofware

Modelo de ingeniería
[Nombre documento]

0.3
Pág. 3

Diciembre de 2013


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
24-11-2013

Autor
Gustavo Tantani M.

Versión
1.0

Referencia de Cambio
Se comienza con la construcción del
documento tomando como parámetros
los resultados arrojados de la primera

1.0

Hernan Peñafiel

26-11-2013

Velasquez
Hernan Peñafiel

26-11-2013
26-11-2013
28-11-2013
05-12-2013
05-12-2013
05-12-2013

Velasquez
Mario Perez
Alexander Arauco
Gustavo tantani Mamani
Alfonsin Pestañas
Jose Luis Irala
Alexandro Arauco

entrevista
Se completa el documento con nuevos

1.0

24-11-2013

requerimientos
Se completa el documento con nuevos

1.0
1.0
1.0
1.0
1.0
1.0

requerimientos
Modificados: 2.2.1, 2.3.2
Modificados: 2.4.1
Modificados: 2.5.3

Revisores
Nombre
Gustavo Tantani
Jose luis Irala

Versión
Aprobada
1.0
1.0

Cargo

Fecha

Gerente Gral. Apps & Soft
Gerente de Investigación

24/11/2013
24/11/2013

Apps & Soft

APLICACIÓN MOVIL “DELIVERY”

Nombre

Versión

Rev. [99.99]
Pág. 6

Cargo

Fecha

Encargado de Desarrollo

24/11/2013

Alexandro Arauco

Aprobada
1.0

Alfonsin Pestañas

1.0

Apps & Soft

24/11/2013

Mario Perez

1.0

Apps & Soft

24/11/2013

Hernán Luis Peñafiel V.

1.0

Apps & Soft
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.


Gerencia IT


Clientes de Supermercados




Rev. [99.99]
Pág. 7

Contenido
CONTENIDO............................................................................................................................... 7
1 INTRODUCCIÓN....................................................................................................................... 8
1.1. Objetivo................................................................................................................................ 8
1.2. Glosario................................................................................................................................ 8
1.3. Referencias.......................................................................................................................... 8
2. REQUERIMIENTOS NECESARIOS PARA LA COMPARACIÓN DE PRECIOS DE
PRODUCTOS............................................................................................................................... 8
1.1 Alcance.................................................................................................................................. 8
1.2 Personal involucrado........................................................................................................... 8
2 DESCRIPCIÓN GENERAL....................................................................................................... 9
2.1 Perspectiva del producto..................................................................................................... 9
2.2 Características de los usuarios........................................................................................... 9
2.3 Restricciones........................................................................................................................ 9
3 REQUISITOS ESPECÍFICOS................................................................................................. 10
3.1 Requisitos comunes de los interfaces.............................................................................10
3.2 Requisitos funcionales...................................................................................................... 11
3.3 Requisitos no funcionales................................................................................................. 19
3.4 ENTREGABLE 3: DOCUMENTO DE ANÁLISIS.................................................................20



1

Rev. [99.99]
Pág. 8

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.

1.2

Personal involucrado
PARTICIPANTE

ROL


Gustavo Tantani
HernanPeñafil
Jose Luis Irala
Alexandro Arauco
Alfonsin Pestañas
Mario Perez

2

Rev. [99.99]
Pág. 9

SCRUM Master
ProductOwner
Encargado de la Calidad
Developer
Developer
Developer

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
Administrador

DESCRIPCION
Se encarga de actualizar el stock de los

Despachador

productos y realizar reportes respectivos.
Se encarga de ver la cola de pedidos y de la
asignación

de

dichos

pedidos

a

un

Operador

operador(repartidor).
Persona encarga de llevar un pedido a

Cliente

domicilio.
Se encarga de realizar un pedido a través de
una vista de catálogos de los productos.

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

Rev. [99.99]
Pág. 10

Requisitos específicos
SPRINT
PLANIFICACIÓN Y CONFIGURACIÓN
REGISTRAR CLIENTE
REGISTRAR DESPACHADOR
REGISTRAR REPARTIDOR
REGISTRAR PRODUCTO
REALIZAR PEDIDO
ASIGNAR PEDIDO
REGISTRAR ENTREGA PEDIDO
NOTIFICAR ESTADO PEDIDOS
VER LISTA PEDIDOS
CANCELAR PEDIDO

SPRINT 0
SPRINT 1
SPRINT 2
SPRINT 3
SPRINT 4
SPRINT 5
SPRINT 6
SPRINT 7
SPRINT 8
SPRINT 9
SPRINT 10
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
•
•

3.1.2

Windows 7/8
Android 2.1 en Adelante

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.



Rev. [99.99]
Pág. 11

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.

3.2

Requisitos funcionales
3.2.1

REGISTRAR CLIENTE
Historia de Usuario

Número:1

Usuario: Cliente

Nombre historia: Registrar Cliente
Prioridad en negocio:

Riesgo en desarrollo:

Alta

Alta


Puntos estimados: 16

Rev. [99.99]
Pág. 12

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.

3.2.2

REGISTRAR DESPACHADOR
Historia de Usuario

Número:2

Usuario: Administrador

Nombre historia: Registrar Despachador


Alta

Alta






Rev. [99.99]
Pág. 13

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

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.

3.2.3

REGISTRAR REPARTIDOR
Historia de Usuario

Número:3


Nombre historia: Registrar Despachador


Alta

Alta



Descripción:


Rev. [99.99]
Pág. 14

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

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.

3.2.4

REGISTRAR PRODUCTO
Historia de Usuario

Número:4


Nombre historia: Registrar Producto


Alta

Alta



Descripción:
El administrador podrá realizar el registro de un nuevo producto o su respectiva



Rev. [99.99]
Pág. 15

actualización de un producto ya existente.
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


Alta

Alta



Descripción:
El cliente desde el su celular móvil realiza un pedido ingresando su nombre,
seleccionando productos, y cantidad y enviara su pedido.
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

Rev. [99.99]
Pág. 16

ASIGNAR PEDIDO
Historia de Usuario

Número:6

Usuario: Despachador

Nombre historia: Asignar Pedido


Alta

Alta



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.
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.
Observaciones:

3.2.7

REGISTRAR ENTREGA PEDIDO
Historia de Usuario

Número:7

Usuario: Repartidor

Nombre historia: Registrar Entregar Pedido


Alta

Alta


Iteración asignada:7

Descripción:


Rev. [99.99]
Pág. 17

El repartidor realiza la entrega del pedido al cliente.
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


Nombre historia: Hernan Peñafiel


Alta

Alta



Descripción:
Notificar los estados de los pedidos, cuando el cliente solicita saber el estado de su pedido.
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



Rev. [99.99]
Pág. 18

Nombre historia: Cancelar pedido


Baja

Baja



Descripción:
El cliente podrá realizar la cancelación del pedido dependiendo a las políticas de la
empresa.
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.
3. Diferenciar los estados por colores o por nombre de estados.
Observaciones:

3.2.10 VER LISTA DE PEDIDO
Historia de Usuario
Número:10


Nombre historia: Ver lista de Pedido


Baja

Baja



Descripción:
El Despachador podrá ver la lista de todos los 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

Rev. [99.99]
Pág. 19

Requisitos no funcionales
3.3.1

ARQUITECTURA
1.1.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.
1.1.1.2



ARQUITECTURA FISICA

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.



3.4

-

Rev. [99.99]
Pág. 20

ENTREGABLE 3: DOCUMENTO DE ANÁLISIS

3.4.1
Actores

DIAGRAMA GENERAL DE CASOS DE USO



Rev. [99.99]
Pág. 21

uc Actores

Actores que interactuan con el sistem a de Reparticion de
Productos

Cliente

Repartidor

Despachador

Encagado de l a adm inistracion del sistemas y del Personal de la empresa.

Administrador

-

Diagrama General de Casos de Uso



Rev. [99.99]
Pág. 22

uc Casos de uso principales

CU1:Registrar Cliente

Administrador
CU5: Realizar Pedido

Cliente
«include»
CU10:
CancelarPedido

CU3:Registrar
Repartidor

«include»
«include»

CU8: Notificar estado de
pedido

CU9:Ver Lista de
Pedido

«include»

CU4:Registrar
Producto

CU2:Registrar
Despachador
«include»

Despachador
CU6: Asignar Pedido
CU7: Registrar
Entrega Pedido

«include»

Repartidor



3.4.2

-

Rev. [99.99]
Pág. 23

ENTREGABLE 4: DOCUMENTO DE DISEÑO

3.4.3 DIAGRAMA DE CLASES
Esquema Servidor

class BDServ idor
Despachador
«column»
*PK idDespachador: int
*
Login: varchar(20)
*
Password: varchar(50)

Cliente
«column»
*PK idcliente: int
*
CI: varchar(8)
Nombre: varchar(50)
*
Direccion: varchar(50)
telefono: varchar(10)

«PK»
+ PK_Usuario(int)
1

1
«PK»
+ PK_Cliente(int)

*

DetallePedido

Producto

Pedido
«column»
*PK idpedido: int
idcliente: int
idDespachador: int
codestado: int
latitud: float
longitud: float
*
FechaPedido: varchar(50)
observacion: varchar(100)
*

Estados
«column»
*PK idestado: int
1
estado: varchar(50)
«PK»
+ PK_Estados(int)

«PK»
+ PK_Pedido(int)

1

«column»
*PK idDetallePedido: int
*PK idpedido: int
idproducto: int
cantidad: int
*
PrecioSubTotal: float
«PK»
+ PK_DetallePedido(int, int)

*

«column»
*PK idproducto: int
descripcion: varchar(50)
1
preciounitario: float
«PK»
+ PK_Producto(int)
1

1

*

1
*
*

DetallePedidoEntrega

EntregaPedido

AsignarPedido
«column»
*PK idEntregaPedido: int
*
idPedido: int
fechahora: varchar(50)
idRepartidor: int

«column»
*PK idasignarpedido: int
*PK idpedido: int
idrepartidor: int
enviadorepartidor: int

«PK»
+ PK_EntregaPedido(int)

«PK»
+ PK_AsignarPedido(int, int)

1

«column»
*PK idDetPedEntre: int
idproducto: int
cantidad: int
*
«PK»
+ PK_DetallePedidoEntrega(int, int)

*

*

1
Repartidor
«column»
*PK idrepartidor: int
Nombre: varchar(50)
1
longitud: float
latitud: float
«PK»
+ PK_Repartidor(int)



-

Rev. [99.99]
Pág. 24

Esquema Cliente

class EsquemaCliente
EsquemaServ idor::
Despachador
«column»
*
Login: varchar(20)
*
«PK»
+
PK_Usuario(int)
1

*
EsquemaServ idor::Pedido
EsquemaServ idor::
Cliente
«column»
*PK idcliente: int
*
CI: varchar(8)
Nombre: varchar(50)
1
*
Direccion: varchar(50)
«PK»
+
PK_Cliente(int)

«column»
*PK idpedido: int
idcliente: int
idDespachador: int
codestado: int
latitud: float
*
longitud: float
«PK»
+
PK_Pedido(int)

EsquemaServ idor::
DetallePedido

1

EsquemaServ idor::
Producto

«column»
*PK idpedido: int
idproducto: int
*
cantidad: int

*

«PK»
+
PK_DetallePedido(int, int)

«column»
*PK idproducto: int
descripcion: varchar(50)
1
«PK»
+
PK_Producto(int)

*

1
EsquemaServ idor::
Estados
«column»
*PK idestado: int
estado: varchar(50)
«PK»
+
PK_Estados(int)



-

Rev. [99.99]
Pág. 25

Esquema Repartidor

class EsquemaRepartidor
EsquemaServ idor::
Despachador
«column»
*
Login: varchar(20)
*

1

EsquemaServ idor::
Estados
«column»
*PK idestado: int
estado: varchar(50)

«PK»
+
PK_Usuario(int)
1

«PK»
+
PK_Estados(int)

*
EsquemaServ idor::Pedido
EsquemaServ idor::
DetallePedido
«column»
*PK idpedido: int
idproducto: int
cantidad: int

*

«PK»
+
PK_DetallePedido(int, int)
*

«column»
*PK idpedido: int
idcliente: int
idDespachador: int
codestado: int
latitud: float
1
longitud: float

EsquemaServ idor::
EntregaPedido

*

«column»
*
idPedido: int
*
fechahora: varchar(50)
idRepartidor: int

1

1 «PK»
+
PK_EntregaPedido(int)

«PK»
+
PK_Pedido(int)

*

1
EsquemaServ idor::
Repartidor
1
EsquemaServ idor::
Producto
«column»
*PK idproducto: int
descripcion: varchar(50) 1
«PK»
+
PK_Producto(int)

EsquemaServ idor::
DetallePedidoEntrega
«column»
*PK idDetPedEntre: int
idproducto: int
*
cantidad: int
Preci oSubTotal: float

*

«column»
*PK idrepartidor: int
Nombre: varchar(50)
longitud: float
latitud: float
«PK»
+
PK_Repartidor(int)

«PK»
+
PK_DetallePedidoEntrega(int, int)



3.4.4

Rev. [99.99]
Pág. 26

Interfaces de usuario




REALIZAR PEDIDO
INICIAR SESION
DESPACHADOR





VER LISTA PEDIDOS



Rev. [99.99]
Pág. 27

CANCELAR PEDIDO



Rev. [99.99]
Pág. 28


Delivery App Reqs

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Delivery App Reqs

Similar a Delivery App Reqs (20)

Delivery App Reqs