< Sistema de Ventas de Autopartes VIERNES, bodega S.C.R.

L >12 DE OCTUBRE Especificacin de Requerimientos de Software DE 2012

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Sistema de Ventas de Bodega BODEGA S.C.R.L

Especificacin de Requerimientos de Software (ERS) Versin <1.2.0>

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

CICLO DE VIDA ESTRUCTURADO

ETAPA Definicin de Requerimientos DOCUMENTACION Diagnstico de la situacin y necesidad del sistema Modelo del Ambiente: Declaracin de Propsitos Diagrama de Contexto Lista de Eventos o Catlogo de Requerimientos Glosario Diagrama de Gantt del proyecto (preliminar) Modelo de Comportamiento Diagrama de Flujo de Datos Especificacin de procesos Diagrama Entidad Relacin Diccionario de Datos Diagrama de Transicin de Estados Diagrama de Gantt del proyecto (actualizacin) Modelo del usuario Modelo del Procesador o Diagrama de hardware o Justificacin del entorno tecnolgico Modelo de Tareas: Diagrama de Fronteras Modelo de implantacin de programas: Diagrama estructurado Interfaces de usuario: Prototipos de pantallas y reportes Base de datos: estructura Diagrama de Gantt del proyecto (actualizacin) Normas de programacin y estndares de nomenclatura Esquema definitivo de la Base de Datos Cdigo fuente (con documentacin incorporada) Diagrama de Gantt del proyecto (definitivo) Cdigo fuente definitivo (con documentacin incorporada) Documentacin sobre las pruebas realizadas Manual de Usuario Pautas para migracin de datos Manual de administracin y soporte tcnico Descripcin general para el funcionario no informtico TAREAS Deteccin de objetivos y lmites del sistema y su interaccin con el ambiente En base a entrevistas con usuarios

Anlisis

Formalizacin de objetivos, independiente de la naturaleza de la tecnologa a aplicar y de cualquier cuestin de implantacin Determinacin de entidades, con atributos e interrelaciones Determinacin de procesos Eleccin del entorno tecnolgico Establecimiento de la arquitectura de la aplicacin Diseo de Interfaces de usuarios y procesos

Diseo

Desarrollo

Implementacin Creacin base de datos Codificacin e integracin de mdulos

Testeo e instalacin

Pruebas unitarias Pruebas de Integracin Carga de tablas de configuracin Migracin de Datos e instalacin Capacitacin si corresponde

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

1.1-PARTICIPANTES EN EL PROYECTO

LOS DESARROLLADORES DEL SOFTWARE: LOZADA CARRAZCO JONATHAN, GUERRERO MONTERO JOSE MIGUEL LOS USUARIOS DEL SOFTWARE:

SISTEMA DE VENTAS DE AUTOPARTES

BODEGA S.C.R.L

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

1.- DESCRIPCIN DEL SISTEMA ACTUAL

SISTEMA DE VENTAS DE BODEGA

BODEGA S.C.R.L

Cuando nos referimos a ventas y pagos es porque se van emitir facturas o boletas; por las compras que realizaron los cliente. Metimiento es sobre los clientes nuevos, precios nuevos, productos nuevos; al manejar la base datos de nuestro sistema tenemos con la finalidad actualizar entradas y salida de cada productos, clientes estar en contacto siempre la actualizacin de precios de los productos en nuestra base de datos. En caso de devolucin del producto el cliente tiene que acercarse con la boleta correspondiente y el vendedor le devuelve el dinero o efecta el cambio de producto. Al final de cierre de caja el administrador contabiliza manualmente el dinero de caja, sin tener en cuenta que productos salieron en el da.

En caso de falta de productos se realiza una compra a los respectivos proveedores, los proveedores visitan mensualmente la empresa dejando a crdito los productos con un determinado plazo de pago. En caso de vencimiento del producto se realiza una devolucin a los proveedores respectivos con la factura correspondiente.

Levantamiento de la informacin: En esta seccin se realizaran encuestas a los trabajadores y al administrador de la empresa, de esta forma Se pobra obtener informacin valiosa para el posterior diseo del sistema.

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

1.4 Especificacin de Requerimientos de Software

1.5 Propsito
El objeto de esta especificacin es definir de manera clara y precisa todas las funcionalidades y restricciones del sistema que queremos construir. El documento va dirigido al equipo de desarrollo, al grupo de calidad, a la direccin de BODEGA Sistema de Ventas BODEGA. y a los usuarios finales del sistema. Este documento ser el canal de comunicacin entre las partes implicadas, tomando parte en su confeccin miembros de cada parte. Esta especificacin est sujeta a revisiones por el grupo de usuarios, que se recogern por medio de sucesivas versiones del documento, hasta alcanzar su aprobacin por parte de la direccin del BODEGA Sistema de Ventas BODEGA, el grupo de calidad y el grupo de usuarios. Una vez aprobado servir de base al equipo de desarrollo para la construccin del nuevo sistema.

1.6 mbito
El motivo por el que se impulsa el desarrollo del sistema es el requerimiento de gestionar ms eficientemente el sistema de reservas de Autoparte Sistema de Ventas bodega, y de coordinar inmediatamente a los tres grupos de empleados existentes en el Autoparte Sistema de Ventas bodega. Actualmente el personal de Autoparte Sistema de Ventas bodega. Est utilizando un sistema manual de manera que no existe un sistema informtico que automatice la gestin de las ventas. El sistema manual ser reemplazado por el sistema informtico. Este futuro sistema recibir el nombre de SVB. La carga del sistema se puede estimar teniendo en cuenta que el Autoparte Sistema de Ventas bodega posee 3 compartimentos para el guardado del productos de Autopartes, en la cual posee mostradores en un nmero mximo de autopartes de 100 productos en el cada mostrador, este sistema tendr que ser capaz de mantener una base de datos en el servidor para gestionar datos de distintos productos.

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

1.7 Definiciones, Acrnimos y Abreviaciones

Definiciones Atencin al cliente Telefnico = Persona encargada de la recogida telefnica de los pedidos de los clientes. Delivery = persona encargada de llevar el productos pedido por el cliente. Vendedor= Persona encargada de llevar a cabo el pedido del cliente. Caja registradora = Persona encargada donde emiten los pagos del cliente sobre el producto que pidi. Usuario = Persona que accede al sistema, ya sea administrador como el asistente de mostrador como personal de gerencia. Personal de Gerencia = Persona encargada de llevar a cabo tareas de gerencia. Identificador = Palabra de 5 caracteres que identifica de forma exclusiva e in equivoca a un usuario. Passport = Palabra de entre 5 y 8 caracteres. Acrnimos ERS = Especificacin de Requisitos Software SAI = Sistema de Alimentacin Ininterrumpida 3 Abreviaturas SVANRPCA = Sistema de Ventas de Autopartes Piura Centro Aptuner S.C.R.L Negocios Representaciones

1.8 Referencias
IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830, 1993

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

1. Descripcin General
Este documento consta de dos secciones, basndonos en estndar IEEE std.830, 1993. Esta primera seccin es la Introduccin y proporciona una visin general de la ERS. En la seccin siguiente, que corresponde con la seccin 3.2 del estndar, se definen detalladamente los requisitos funcionales que debe satisfacer el sistema. Interfaces de sistema El sistema debe interactuar correctamente con el sistema operativo WINDOWS XP, VISTA, 7, sobre el que se desarrollo e implanta. Limitaciones de memoria No se establecen limitaciones en cuanto a la cantidad de memoria, tanto secundaria como primaria que el sistema deba utilizar. Operaciones Modos de operacin de los distintos grupos de usuarios El tipo de usuarios es nico. Se establece dos modos de operacin: De tipo interactivo y grfico para la herramienta de configuracin. El resto de operaciones se realizan automticamente con la invocacin del programa. Funciones respaldo del procesamiento de datos No se utilizan, cualquier tratamiento ulterior de los datos generados corre por cuenta del usuario.

Aspectos Globales y de Seguridad

Para el ingreso al sistema cada usuario debe identificarse con el nombre de usuario y contrasea. A cada usuario le corresponde un rol.

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software Aspectos de rendimiento y tamao

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Se espera que el tiempo de respuesta en el momento de presionar un botn para continuar con el flujo de la informacin que no supere los 5 segundos. Se espera mantener la escalabilidad del sistema en relacin a la concurrencia de usuarios. (Cantidad de usuarios entre 2 y 3 concurrentes) El sistema deber liberar a todos los recursos de memoria al momento de cerrar una ventana y finalizar una funcionalidad.

Datos o secuencias de inicializacin especficos de cualquier lugar, modo de operacin. El sistema de ficheros debe soportar nombre de al menos siete caracteres y al menos una extensin. Los requerimientos de memoria y disco del programa se estiman relativamente modestos a fecha actual 2012. En plataformas antiguas se debe verificar.

Caractersticas de usuario La aplicacin va dirigida a personal del AUTOPARTE Negocios Representaciones Piura Centro Aptuner S.C.R.L. Por tanto, se encamina a un usuario con alto nivel de capacitacin y de un grado de experiencia alto.

Restricciones El sistema debe basarse en la aplicacin original, en su esquema, parmetros tratados, etc. Recordar que estamos ante un proyecto de reutilizacin.

Requisitos para futuras versiones del sistema Se omite para futuras versiones la construccin de un interfaz grfico completo que permite realizar trabajo interactivo con la aplicacin. De la misma manera, se sugiere la utilizacin de un sistema experto u otras tcnicas apropiadas de inteligencia artificial para la toma de decisiones.

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

2.1 Especificacin de Funcionalidades

En este apartado se presentan los requisitos funcionales que debern ser satisfechos por el sistema. Todos los requisitos aqu expuestos son ESENCIALES, es decir, no sera aceptable un sistema que no satisfaga alguno de los requisitos aqu presentados. Estos requisitos se han especificado teniendo en cuenta, entre otros, el criterio de estabilidad: dado un requisito, debera ser fcilmente demostrable si es satisfecho o no por el sistema.

2.2. Supuestos y Dependencias

Los requerimientos se asumen para cualquiera de los sistemas operativos, obteniendo los resultados en un tiempo razonable. No existen requerimientos de tiempo de respuesta, limitaciones de memoria, etc.

2.3. Acuerdos con el Cliente para la Administracin de Requerimientos

[En esta seccin se define como se tratarn los cambios de los requerimientos. Normalmente en la Orden de Servicio se define un porcentaje como cota para realizar posibles cambios en los requerimientos. Este impacto se mide en la cantidad de horas/hombre que requiera esta modificacin.]

< Sistema de Ventas de Autopartes bodega S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

3 Especificacin de Requerimientos Aqu se presenta una descripcin del negocio, y en particular el proceso de negocio ms importante. Este captulo provee el contexto y determina el alcance del resto del documento. Primeramente se describe el Sistema de Gestin Hotelera, marco del Subsistema de Reservas. Luego se presenta una descripcin de ste identificando los procesos de negocio crticos.

< Sistema de Ventas de Autopartes Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

3.1.- DIAGARAMA DE CLASES DE SISTEMA FACTURACION.

vendedores +cod_ven +vendedor +dni +telefono +ruc +ventas +comision +nuevo vendedor() +guardar vendedor() +modifica vendedor() +Eliminar vendedor()

clientes 1
+cod_cli +cliente +direccion +telefono +ruc +fax +extrajero +refer +icredito +feching +nuevo cliente() +guardar cliente() +modificar cliente() +eliminar cliente()

usuario +cod_usu +apnom +login +password +nivel +activo +agregar usuario() +nuevo usario() +modificar usuario() +elimnar usuario() +salir de sistema()

item_facturas +num_fac +cod_pro +cant +p_vta +nuevas ventas() +eliminr ventas() facturas +mun_fac +fecha_fac +cod_cli +cod_ven +igv +total +cod_usu +nuevo facturas() +grabar facturas() +consultas general de factura() productos -cod_pro +productos +stock +p_cos +p_lis +cod_lin +importado +stk_max +stk_min +indicacion +Modificar Productos() +guardar Productos() +nuevo Productos() +eliminar productos()

boletas +mun_bol +fecha_bol +cod_cli +cod_ven +cod_pro +total +nventas_pro * +guardar ventas() +guardar factura() +guardar boleta()

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

3.2 Reportes de Casos de Uso

Nombre Actores Actividades

Gestionar los usuarios del sistema (CU1)

USUARIO

El sistema deber almacenar informacin correspondiente a Cada usuario que se registre.

JOSE G.MONTERO JONATHAN L.CARRAZCO

Autores Datos Especficos

1. Nombre de usuario (CU3/CU6). 2. -Datos personales (Nombre y apellidos) 3. -Contrasea

Nombre Actores Actividades

GESTION DE LOS PRODUCTOS (CU2) USUARIO NUEVO,GUARDAR,MODIFICAR,ELIMINAR PRODUCTOS El caso de uso comienza cuando al Crear NUEVO, GUARDAR, MODIFICAR, ELIMINAR PRODUCTOS los datos se producirn algunos cambios como nuevos productos. Datos Que verifica disponibilidad. En caso de xito se registra los cambios y se confirma la base de datos 1. Nuevos productos ingresados. 2. Guardar productos nuevos que son trados por el proveedor (CU7). 3. Modificar productos por operaciones del cambio de precio. 4. Eliminar Producto que ya no est en venta.

Descripcin

Datos Especficos

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Nombre Actores Actividades

LA GESTION DE LOS VENDEDORES USUARIO

(CU3)

Descripcin

NUEVO,GUARDAR,MODIFICAR,ELIMINAR VENDEDORES Este caso de uso comienza cuando los vendedores son registrados sus datos se producir algunos cambios como nuevos productos. Datos Que verifica disponibilidad. En caso de xito se registra los cambios y se confirma la base de datos 1. Nuevos vendedores ingresados. 2. Guardar vendedores (CU7). 3. Modificar vendedores. 4. Eliminar vendedores.

Datos Especficos

Nombre Actores Actividades

GESTION DE LOS CLIENTES (CU4) USUARIO NUEVO,GUARDAR,MODIFICAR,ELIMINAR CLIENTES Este caso de uso comienza cuando los clientes son registrados sus datos se producir algunos cambios como nuevos productos. Datos Que verifica disponibilidad. En caso de xito se registra los cambios y se confirmar en la base de datos. 1. Nuevos clientes ingresados. 2. Guardar clientes (CU7) (CU6). 3. Modificar cliente. 4. Eliminar cliente.

Descripcin

Datos Especficos

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Nombre Actores Actividades

GESTION DE LA BOLETAS (CU5) USUARIO GUARDAR BOLETA ,GUARDAR VENTAS emisin de facturacin Este caso de uso se va generar una factura para que el cliente tenga un comprante de lo que ha pagado de los productos obtenidos.

Descripcin Datos Especficos

1. GUARDAR BOLETA.- Se identificar con su nmero de boleta quien fue el vendedor y el productos y sus caractersticas. 2. GUARDAR VENTAS

Nombre Actores Actividades

GESTION DE LA ITEM_FACTURAS (CU6) USUARIO

NUEVAS VENTAS , ELIMINAR VENTAS emisin de facturacin

Descripcin Datos Especficos

Este caso de uso sirve para ver los detalles de las compras de productos

1. NUEVAS VENTAS.- son casi todos los detalles de ventas obtenidas generadas por primera vez. 2. ELIMINAR VENTAS

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Nombre Actores Actividades

GESTION DE LA FACTURAS

(CU7)

Descripcin Datos Especficos

USUARIO NUEVAS FACTURAS , GRABAR FACTURAS,CONSULATA GENERAL DE LAS FACTURAS emisin de facturacin Este caso de uso sirve para ver una factura completa que emita los sistemas. 1. NUEVAS FACTURAS 2. GRABAR FACTURAS 3. CONSULTA GENERAL DE LAS FACTURAS.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

3.3 Requerimientos Funcionales

1.- Captura de cdigo de barras mediante pistola lser. La captura debe ser de esta forma, porque es la ms segura. Un ingreso del cdigo en forma manual requiere un tiempo mucho mayor, la incomodidad de leerlo en el producto, haciendo los acomodos dentro del carro de transporte y esforzando la vista. Aparte que los errores en el ingreso de datos seran enormes. 2.- El recepcionista (el usuario) debe tener, aparte de la pistola lser, un Computador con pantalla y teclado donde ingresar las caractersticas que Contenga cada lote (por producto de bodega.). Este computador es necesario para registrar los ingresos de autopartes de forma agrupada. Como los pedidos por producto son generalmente grandes, sera sumamente agotador ingresarlos al sistema uno por uno. As, se registra el lote una sola vez, leyendo el cdigo de barras de un artculo de cada producto, o bien, de la caja. Luego, se digita en el computador la cantidad y la fecha de vencimiento. 3.- El sistema deber ser capaz de ingresar cada nuevo pedido de un producto indicando fecha de ingreso, fecha de vencimiento y la cantidad de artculos. La justificacin para la cantidad de artculos es la misma que la del requerimiento anterior. El ingreso de la fecha de vencimiento tiene que ver con varios requerimientos adicionales con el fin de generar un funcin que permita al administrador crear packs de productos, registrando en caja slo un artculo, pero contando la totalidad (requerimiento funcional N 13). Esto es fundamental para que no se vendan artculos sin contar y estropear nuestro sistema. La fecha de ingreso tiene que ver un requerimiento no funcional, que es determinar cunto se demora en llegar un pedido desde que se necesita. 4.- Se deber ir registrando continuamente las mermas de cada producto (Autopartes fuera de su sitio o sin pagar dentro del local o rotos), tanto en la bodega. como en sala de ventas. Esto es para no alterar el conteo de artculos cuando salen de la autoparte o salen por caja, porque, en caso contrario, el sistema los va a mostrar en la diferencia, y al momento del inventario fsico van tener que ser buscados intilmente como extraviados.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

5.- Cada vez que se realice un inventario fsico, el software deber calcular la Diferencia entre las bodega. que han ingresado (reposiciones) y salido (ventas, mermas y vencimientos) de la sala de ventas, para cada producto, tomando en cuenta los registros llevados hasta ese momento. El mismo proceso para bodega. Esta diferencia es la que es crucial obtener, a la hora de llevar cabo el inventario fsico. As se conoce la cantidad de artculos que no aparecen en le sistema y que el inventario fsico debe buscar dentro del local para saber si todava existen o declararlos como prdida. 6.- La base de datos deber tener la opcin de ser actualizada, en el caso de la salida de un nuevo producto al mercado, o el retiro de alguno. Esto es porque, se podra pretender llevar el registro de ingresos y salidas de un producto que ya no existe, o bien, ingresar y vender un producto nuevo que el sistema no va a reconocer. 7.- Cada vez que se ingrese un nuevo producto, deber leerse el cdigo de Barras, ingresar detalle y seccin. Importante, para que al momento que el sistema indique cantidad de productos vencidos, por ejemplo, el administrador sepa de qu producto se trata (no tener que estar viendo despus, en una larga lista, a qu producto corresponde un cdigo). 8.- Cuando se ingresen los datos del punto 7, deber asignarse automticamente al nuevo producto un cdigo interno del supermercado, que servir para identificarlo ms fcilmente. Esto, porque la empresa que efecta el inventario fsico (Rebuss), entrega sus datos clasificados mediante este cdigo interno, tambin llamado SKU. 9.- La cantidad de los por producto en la bodega y sala de ventas deber ser actualizada cada vez que se lleve a cabo un inventario fsico, con los datos que ste arroje. No debe ocurrir lo mismo con estadsticas de ventas, promedios de tiempo de demora en llegada de pedidos y vencimientos. Se deben resetear las cantidades de artculos debido a que el objetivo de nuestro software es generar un respaldo al inventario fsico. Si se llega a la conclusin de que faltan artculos, el inventario fsico es el que va determinar su paradero, por lo que una vez terminado, el sistema debe partir a contar desde cero, sin mostrar diferencias entre los conteos (porque ya se han confirmado).

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

10.- Se deber ir registrando continuamente los productos vencidos en sala de ventas, por producto y con fecha.

que ya estn

Este requerimiento tiene la misma importancia que el que exige el registro de las mermas, para que no se retiren sin contar y estropeen el conteo de salida por caja. Tambin, este requerimiento es necesario para que se cumpla uno no funcional (entregar a fin de mes el porcentaje de artculos por producto que han vencido en sala de ventas, con respecto al total de ingresados). 11.- Cada vez que se saquen productos de autopartes, para reponer en sala de ventas, se deber descontar de los pedidos ms antiguos. Esto, porque los artculos se almacenan en bodega de tal forma, que los pedidos ms antiguos son los primeros que se venden. As, se lleva un conteo correcto de los artculos por pedido que quedan en autopartes, si los pedidos ms antiguos se han terminado, y en caso de que esto no haya ocurrido, determinar la cantidad de unidades prximas a vencer. 12.- Si de un pedido registrado, an quedan productos y quedan 15 das para que venzan, se deber avisar al final del da, indicando producto y cantidad que queda del pedido. Este plazo se debe a que los productos no se pueden vender en una fecha ms cercana a su vencimiento, debido a que muchos de los compradores son dueos de almacenes que los vuelven a vender, y se los vienen a comprar varios das despus de adquirirlos en el supermercado mayorista. Este aviso se debe generar para que el administrador del local haga ofertas con dicho producto y lo saque a sala de ventas, para que se acabe pronto. 13.- El administrador debe poder ordenarle al sistema que, cada vez que se venda un producto por caja, descontar de sala de ventas dos o ms artculos de ste. Esta funcin se llamar registrar pack, y deber pedirle al usuario que ingrese el cdigo de producto, cantidad total de las autopartes que se vendern como packs y cuntos artculos contendrn un pack. Esta funcin se debe crear para considerar este tipo de ofertas que realizan los supermercados, y de esta forma, no alterar el correcto conteo de artculos por producto una vez que pasen por caja. En caso contrario, se va a contar slo una unidad, cuando en realidad salieron ms de una. Este tipo de ofertas las realizan los supermercados cuando los productos de autopartes llevan mucho

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

3.4 Requerimientos no Funcionales

El software debe funcionar en un PC compatible Pentium dual core i 5 de 3.5 GHz y 200 GB O 600 GB de capacidad en disco duro, 2 gb de memoria RAM. El cliente debe demostrar su producto vlido de la empresa mostrando un cdigo de barra es para establecer el precio del productos. El sistema debe poseer un tiempo de respuesta breve ya que es utilizado en varios puestos de trabajo. Se entender mximo 10 persona en cada ventanilla o caja. En caso de producirse retraso en la emisin de su boleta o factura usted puede ir a dar las quejas informar de la situacin del problemas. Una vez se actualizarn los datos de las ventas establecidas desde el servidor homewar (servidor que mantiene la base de datos de la empresa Aptuner). Como identificacin de usuario del vendedor vlido se pedir el DNI para acreditar un carnet de trabajo.
Ingresar en la base de datos la cantidad establecida para cada producto en autopartes (stock completo). Es necesario conocer este valor, para as poder aplicarle el porcentaje bajo el cual se necesita un nuevo pedido. Impresin al final del da, de un listado de todos los productos que hayan traspasado el porcentaje bajo el cual es necesario hacer un nuevo pedido, indicando la cantidad que debe tener. Esto le permite al administrador tener con claridad la nmina de productos que requieren pedidos y no tener que revisar miles de productos, uno por uno, viendo si los necesitan.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Las reposiciones de productos a la sala de ventas debern indicar: fecha, hora y cantidad. Con estos datos, se fija la remuneracin a cada uno de los Reponedores. Cada mes, el ltimo da, se le deber entregar al administrador un listado de todos los productos, indicando la cantidad de pedidos que se han hecho de cada uno de ellos. Se deber mantener un registro, para cada producto, de la cantidad de das que se demora en llegar un pedido a los productos de autopartes , desde que se necesita, ms dos das por eventuales atrasos. Esta informacin se obtendr promediando la informacin actualizada descrita en el punto 3.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Administracin de Requerimientos

4.1. Restricciones En este captulo se presentan las restricciones normativas, de estndares y de tecnolgicas, a las Cuales est sujeto tanto el proceso de desarrollo como el producto desarrollado, incluidas en las Categoras soporte, implementacin, interfaces y legalidad de FURPS+. 4.1 Normativas Existen restricciones normativas, dictadas por organizaciones gubernamentales y no gubernamentales, Que determinan algunas decisiones del producto desarrollado. Licenciamiento Existe regulacin de licenciamiento para aplicaciones en PIURA donde radicada la empresa de Autopartes. El licenciamiento del producto pesar totalmente sobre la aplicacin back-end. Por esta razn el producto no debe limitar la cantidad de usuarios simultneos que permite la Aplicacin. Formas de pago En Piura donde Autopartes est instalada no permite el pago de servicios por Utilizando tarjetas de crdito. De esta forma no puede debitarse de tarjetas de crdito de los Clientes los servicios brindados si no es en forma presencial. Por esta razn el mecanismo de pago No ser controlado directamente por el Sistema de Ventas de Autopartes. Registro Impositivo Toda transaccin comercial en Piura de residencia de las bodegas debe ser registrada y Comunicada a la Direccin General Impositiva siguiendo los procedimientos y formatos provista Por sta. Existe un software que lleva adelante este trabajo y por lo tanto ser utilizado Directamente dentro del Sistema de Ventas de Autopartes.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

4.2 Estndares Lenguaje de Modelado Todo artefacto utilizado para comunicacin y documentacin, tanto entre miembros del equipo De desarrollo como con los clientes y usuarios, est basado en UML [UML07].

4.3 Tecnologa El desarrollo del Sistema debe estar realizado utilizando la ltima versin disponible de java netbeans 7.1.

4.4 Sistemas Existentes Sistema de Facturacin La bodega ha adquirido un mdulo de software que gestiona las cuentas de clientes, los Pagos y el registro de venta de servicios y productos. Este mdulo respeta la regulacin Impositiva presente en la regin Piura. 4.5 Soporte El Sistema de venta bodegas tendr mantenimiento evolutivo permanente orientado principalmente al desarrollo de nuevos mdulos para cubrir nuevos servicios brindados por productos de autopartes de autos. El Subsistema de Reservas tendr mantenimiento adaptativo, mejorando la interaccin usuario mquina Mediante la adaptacin de los casos de uso del subsistema. 5 Atributos de Calidad

Este captulo describe los requisitos no-funcionales del sistema dentro de las categoras usabilidad, confiabilidad y performance descritas en FURPS+.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

5.1 Usabilidad La documentacin de usuario est anexada a la interfaz propiamente. En cada lugar donde se encuentre el usuario tendr disponible una opcin de ayuda (haciendo clic sobre el cono que se muestra a la derecha) que le indicar en qu contexto se encuentra, qu informacin est viendo, qu Informacin debe proveer y cul ser la actividad que realizar el sistema una vez provista dicha informacin. No se proveer documentacin de usuario impresa. El Sistema de Ventas de bodegas ser utilizado por clientes de todo el mundo. Adicionalmente, la Organizacin Pro-Turismo exige que para anunciar servicios en su portal, stos deben ser provistos en espaol, ingls y portugus. Estos tres idiomas son soportados por el producto desarrollado (el usuario puede alternar entre idiomas usando el cono a la derecha). El sistema detectar el origen del usuario para proveerle el idioma que mejor se adapte a l. 5.2 Confiabilidad El Subsistema de Reserva no debe fallar en los procesos de Hacer Reserva o Tomar Reserva. stos Son crticos para las bodegas. El resto de los procesos debe tener baja frecuencia de fallas, siendo ms tolerante para los Procesos batch Procesar No Presentados (CU5) y Remover productos Caducas (CU6). 5.3 Performance El Subsistema de Reservas tiene fuertes restricciones de performance al momento de realizar los Cambios de guarda (CU1) y de tomar una reserva (CU4). En el caso de Hacer Reserva (CU1), estando el cliente registrado, el curso tpico de eventos debe Llevar a lo sumo 5 segundos una vez que el cliente indica los detalles de su productos.

< Sistema de Ventas de Bodegas Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

10.-Interfaces de usuario

Se especifican con prototipos de las interfaces de usuario y reportes. stas pueden consistir en dibujos o bocetos que muestren cmo van a ser las interfaces, aun cuando luego estos sean modificados luego. A continuacin hay un prototipo de pantalla:

< Sistema de Ventas de Autopartes Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Cronograma de Especificacin de Requerimientos del Sistema

N 0 1 2 3 4 5 6 7 Versin 1.2.0

DESCRIPCION

FECHA 09/10/2012 09/10/2012 09/10/2012 09/10/2012 10/10/2012 10/10/2012 11/10/2012 14/10/2012

DURACIN de hora de hora de hora hora 3 horas 4 horas 2 da 3 hora

Se ha aadido la portada Se ha aadido la lista de cambios Se ha aadido el ndice de tablas y figuras Se han aadido los requisitos de informacin. Se han aadido los casos de uso. Se han aadido los requisitos no funcionales y la matriz de rastreabilidad Se presento el documento de Requerimiento

< Sistema de Ventas de Autopartes Negocios Representaciones Piura Centro Aptuner S.C.R.L > Especificacin de Requerimientos de Software

Versin:

<1.2.0>

Fecha: <viernes, 12 de octubre de 2012>

Cronograma del Sistema De Ventas Autopartes Autopartes Negocios Representaciones Piura Centro S.C.R.L
N 1 2 3 4 5 6 7 8 9 ACTIVIDAD Marco Terico Especificacin Del Sistema Recopilar Datos Estructura Del Sistema Creacin De Los Mdulos Creacin Del Sistema De Ventas Elaboracin De Reportes Pruebas Al Sistema Presentacin Del Sistema Terminado TIEMPO 1 1 3 3 4 5 1 2 1 CONTROL E R E R E R E R E R E R E R E R E R SEPTIEMBRE OCTUBRE NOVIEMBRE DICIEMBRE

E=Tiempo Estimado en Semanas R=Tiempo Real en Semanas