ers scrum ieee 830 app delivery

Especificación de requisitos de software

Proyecto: APLICACIÓN MOVIL “DELIVERY”

Modelo de ingeniería[Nombre documento]

0.3Pág. 2

Descripción de requisitos del sofware

Modelo de ingeniería[Nombre documento]

0.3Pá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

.

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 Cambio24-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

entrevista24-11-2013 Hernan Peñafiel

Velasquez

1.0 Se completa el documento con nuevos

requerimientos26-11-2013 Hernan Peñafiel

Velasquez

1.0 Se completa el documento con nuevos

requerimientos26-11-2013 Mario Perez 1.0 Modificados: 2.2.1, 2.3.226-11-2013 Alexander Arauco 1.0 Modificados: 2.2.1, 2.3.328-11-2013 Gustavo tantani Mamani 1.0 Modificados: 2.4.105-12-2013 Alfonsin Pestañas 1.0 Modificados: 2.5.305-12-2013 Jose Luis Irala 1.0 Modificados: 2.5.2, 2.5.305-12-2013 Alexandro Arauco 1.0 Modificados: 2.3.3, 2.4.1

Revisores

NombreVersión

AprobadaCargo Fecha

Gustavo Tantani 1.0 Gerente Gral. Apps & Soft 24/11/2013Jose luis Irala 1.0 Gerente de Investigación

Apps & Soft

24/11/2013

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

Rev. [99.99]Pág. 6

NombreVersión

AprobadaCargo Fecha

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



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



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.

1.2 Personal involucrado

PARTICIPANTE ROL



Rev. [99.99]Pág. 9

Gustavo Tantani SCRUM MasterHernanPeñafil ProductOwnerJose Luis Irala Encargado de la CalidadAlexandro Arauco DeveloperAlfonsin Pestañas DeveloperMario 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 DESCRIPCIONAdministrador 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.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.



Rev. [99.99]Pág. 10

3 Requisitos específicos

SPRINTSPRINT 0 PLANIFICACIÓN Y CONFIGURACIÓNSPRINT 1 REGISTRAR CLIENTESPRINT 2 REGISTRAR DESPACHADORSPRINT 3 REGISTRAR REPARTIDORSPRINT 4 REGISTRAR PRODUCTOSPRINT 5 REALIZAR PEDIDOSPRINT 6 ASIGNAR PEDIDOSPRINT 7 REGISTRAR ENTREGA PEDIDOSPRINT 8 NOTIFICAR ESTADO PEDIDOSSPRINT 9 VER LISTA PEDIDOSSPRINT 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

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.



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:

Alta

Riesgo en desarrollo:

Alta



Rev. [99.99]Pág. 12

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.

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


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


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


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:



Rev. [99.99]Pág. 16

3.2.6 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

Puntos estimados: 16 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


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




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


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:



Rev. [99.99]Pág. 19

3.3 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.


http://es.wikipedia.org/wiki/Cliente-servidor

http://es.wikipedia.org/wiki/Modelo_de_interconexi%C3%B3n_de_sistemas_abiertos

http://es.wikipedia.org/wiki/Modelo_de_interconexi%C3%B3n_de_sistemas_abiertos


Rev. [99.99]Pág. 20

3.4 ENTREGABLE 3: DOCUMENTO DE ANÁLISIS

3.4.1 DIAGRAMA GENERAL DE CASOS DE USO- Actores



Rev. [99.99]Pág. 21

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.

- Diagrama General de Casos de Uso



Rev. [99.99]Pág. 22

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»



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 idDetal lePedido: int*PK idpedido: int idproducto: int cantidad: int PrecioSubTotal: float

«PK»+ PK_Detal lePedido(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



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



EsquemaServ idor::Pedido



EsquemaServ idor::Producto



EsquemaServ idor::Despachador



1

*

1 *

*

1

* 11 *



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



EsquemaServ idor::Pedido



EsquemaServ idor::Estados



EsquemaServ idor::EntregaPedido

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

«PK»+ PK_EntregaPedido(int)

EsquemaServ idor::Despachador



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

*



Rev. [99.99]Pág. 26

3.4.4 Interfaces de usuario

REALIZAR PEDIDO

INICIAR SESION

DESPACHADOR



Rev. [99.99]Pág. 27

VER LISTA PEDIDOS

CANCELAR PEDIDO



Rev. [99.99]Pág. 28


ers scrum ieee 830 app delivery

Documents