SRS-Sistema Control de Stock

1.Introducción:

1.1 Propósito

El propósito del siguiente documento es definir el comportamiento, las características y las funciones a realizar por el Sistema.

Está dirigido a los desarrolladores de la aplicación en cuestión y será utilizado por cualquier desarrollador que se incorpore al desarrollo del proyecto.

1.2 Alcance

El Sistema Pande estará orientado a facilitar gestiones cotidianas dentro del ámbito de Control de Stock de la forma más eficiente posible y facilitar la gestión de pedidos .

Dicha aplicación de realizará las siguientes funciones:

OJO! Deben ser consistentes con lo que hicieron en CU

Control de Stock.

Gestión de Productos

Gestión de Proveedores

Gestión de Clientes

Gestión de Compras

Gestión de pedidos (delivery)

1.3 Definiciones

Un ejemplo:

 Proveedor: Es aquella persona que abastece a una empresa de material necesario

(existencias) para que desarrolle su actividad principal.

-> vamos a agregar el caso de uso “con envío” (estado iniciado)

 -organizar envío ( la dispara “con envío”)

-Consultar estado(iniciado, cancelado, en preparación, listo para envío, en camino, rechazado y entregado) independiente y la dispara el Operador.

-Anular pedido (estado cancelado) independiente de todas las funciones

-Operador debería poder disparar “preparar pedido” (encargado, tiempo estimado,) (pasar al estado en preparación)

- Encargado de pedidos la dispara directamente ”Finalizar pedido”   (cambia a listo para envío)

-oPerador dispara “Enviar pedido” (el estado pasa a en camino)

-Operador dispara “finalizar pedido” (puede ser rechazado o entregado )

1.4 Referencias

Para la redacción de este informe se han tenido en cuenta los siguientes documentos:

-Guía del IEEE para la Especificación de Requerimientos Software según el estándar IEEE 830.

- IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specifications –Description

1.5 Apreciación Global

El presente documento consta de tres secciones:

-Primer Sección: Se realiza una introducción al documento y se proporciona una visión general del sistema.

-Segunda Sección: Aquí se plasma una descripción general del sistema a grandes rasgos, con el fin de conocer las principales funciones que éste debe realizar, su perspectiva, características de los usuarios, restricciones, suposiciones y dependencias.

-Tercer  Sección: Es aquella sección del documento en la que se definen detalladamente los requisitos que debe satisfacer el sistema, haciendo hincapié en los datos requeridos comportamiento  y los casos de prueba de cada función.

2. Descripción Global:

2.1 Perspectiva del producto

2.2 Funciones del Producto

Ver casos de usos

2.3 Características del usuario

2.4 Restricciones

2.5 Prorratear Requisitos

Adaptar el software para futuros clientes y aplicaciones a medida.

3. Requisitos específicos

3.1 Funciones

Productos:

Nombre: Agregar Producto

Descripción: Agregar un nuevo Producto en la Base de Datos.

Entradas:Nombre Producto, precio costo, precio venta, stock mínimo y stock. 

Flujo Normal: 

-El usuario completa los datos requeridos en el formulario.

-El usuario acepta o cancela el alta del producto.

-En caso de aceptar se guarda el nuevo producto en la Base de Datos.

Salida: Mensaje “Datos guardados con éxito” o “Mensaje de error”

Flujo anormal: Datos incorrectos o datos requeridos sin completar. También puede suceder que el producto ya exista en la Base de Datos.

opciones: si compramos productos y hay que act stock usamos la sig función:???

si aumenta el precio??? cómo lo manejamos…

podemos extender la función con una que incremente stock

aumentar en un porcentaje el producto...

O hacemos una nueva

Nombre: Modificar Producto

Descripción: Modificar datos existentes de un Producto.

Entradas: nombre, precio_costo, precio_venta,

Flujo Normal:

-El usuario modifica los datos deseados en el formulario.

-El usuario acepta o cancela la modificación del alumno.

-En caso de aceptar se guarda la nueva modificación.

Salida: Mensaje “Datos modificados con éxito” o “Mensaje de error”????

Flujo anormal: Datos incorrectos o datos requeridos sin completar.

Nombre: Baja Producto

Descripción: Realizar una baja lógica del producto en la Base de Datos.

Entradas: Nombre.

Flujo Normal:

-Se busca el registro del producto en la Base de Datos.

-Se modifica el campo Borrado.

-En caso de aceptar se da de baja al producto de manera lógica en la Base de Datos.

Salida: Mensaje “Datos borrados con éxito” o “Mensaje de error”

Flujo anormal: Existen??? Ver interfaz….

Nombre: Recuperar Producto

Descripción: Realizar la recuperación de un producto en la Base de Datos.

Entradas: Nombre.

Flujo Normal:

-Se busca el registro del producto en la Base de Datos.

-Se modifica el campo Borrado.

-En caso de aceptar se recupera al producto de manera lógica en la Base de Datos.

Salida: Mensaje “Datos recuperados con éxito” o “Mensaje de error”????

Flujo anormal: Existen??? Ver interfaz….Sería similar a la papelera de los archivos...te muestra todos los eliminados y elegís cuál recuperar...

...