You are on page 1of 38

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Tabla de Contenido

1 2

Control de cambios_________________________________________________ 3 Introduccin ______________________________________________________ 4


2.1 2.2 2.3
2.3.1 2.3.2 2.3.3

Propsito ___________________________________________________________ 4 Alcance ____________________________________________________________ 4 Definiciones, siglas, y abreviaciones _____________________________________ 4


Del Negocio______________________________________________________________4 Del Sistema ______________________________________________________________5 De Tecnologa ____________________________________________________________5

2.4 2.5

Referencias _________________________________________________________ 6 Apreciacin global ___________________________________________________ 7

Descripcin global _________________________________________________ 8


3.1 3.2 3.3
3.3.1 3.3.2

Perspectiva del producto ______________________________________________ 8 Funciones del producto _______________________________________________ 8 Caractersticas del usuario ____________________________________________ 8
Perfil de usuarios __________________________________________________________9 Jerarqua de usuarios _______________________________________________________9

3.4
3.4.1 3.4.2 3.4.3 3.4.4 3.4.5 3.4.6 3.4.7 3.4.8 3.4.9

Restricciones _______________________________________________________ 10
Polticas reguladoras ______________________________________________________10 Limitaciones de Hardware__________________________________________________10 Interfaces con otras aplicaciones _____________________________________________10 Funcionamiento paralelo ___________________________________________________10 Funciones de auditoria_____________________________________________________10 Funciones de control ______________________________________________________10 Requisitos del lenguaje ____________________________________________________10 Protocolos sealados ______________________________________________________10 Requisitos de Fiabilidad ___________________________________________________11 Credibilidad de la aplicacin______________________________________________11
Pgina 1 de 38 Revisin 002

3.4.10

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

3.4.11

Consideraciones de seguridad _____________________________________________11

3.5 3.6

Atencin y dependencias _____________________________________________ 11 Prorratear los requisitos _____________________________________________ 11

Requisitos especficos ______________________________________________ 13


4.1 4.2
4.2.1 4.2.2 4.2.3 4.2.4 4.2.5 4.2.6 4.2.7

Interfaces Externas _________________________________________________ 13 Requisitos Funcionales_______________________________________________ 13


Ingreso a la aplicacin _____________________________________________________13 Administracin de productos________________________________________________14 Sucursales y POS_________________________________________________________17 Administracin de usuarios y Roles __________________________________________20 Ventas _________________________________________________________________23 Reportes, estadsticas y toma de decisiones_____________________________________27 Usabilidad y Navegacin___________________________________________________29

4.3 4.4 4.5


4.5.1

Requisitos de desarrollo______________________________________________ 30 Requisitos del banco de datos lgico____________________________________ 33 Restricciones de Diseo ______________________________________________ 34
Aceptacin de normas _____________________________________________________34

4.6

Atributos del software del sistema _____________________________________ 35

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 2 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

1 CONTROL DE CAMBIOS
Registro de los cambios realizados sobre el SRS.
Nmero de la revisin 001 Fecha (d/m/a) 08/09/06 Versin que Genera SRS_V1

Descripcin

Autor

Versin Inicial, previa aprobacin del cliente. Versin inicial con primera revisin por parte del cliente.

Margareth Florin Mauricio Cabezas Margareth Florin Mauricio Cabezas

002

12/09/06

SRS_V1_1

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 3 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

2 INTRODUCCIN
2.1 Propsito
El propsito del presente documento es dar las especificaciones para la implementacin de una aplicacin Web dirigida a modernizar procesos enfocados hacia el cliente final de un hipermercado.

2.2

Alcance
Concepcin, diseo y desarrollo de una herramienta de software web, enfocada hacia los hipermercados, que brinde asistencia en los siguientes procesos: Registro de productos y control de sus ingresos regulares a bodega. Registro de venta de productos al consumidor final. Toma de decisiones relacionadas con mercadeo.

2.3

Definiciones, siglas, y abreviaciones

2.3.1 Del Negocio Lotes de producto: Conjunto de unidades de un mismo producto Precio interno: Es el precio con el cual el hipermercado le paga al proveedor. Incluye IVA Precio consumidor: Es el precio con el cual el cliente adquiere el producto. Incluye IVA Gndola: lugar donde se exhiben los productos. Bodeguista: Persona encargada de recibir los lotes al proveedor. Es el responsable de ingresar los lotes al sistema. POS: Punto de servicio o venta (caja registradora). Veda: Limitacin sobre una venta, por una restriccin legal. Compra: Proceso de adquisicin de productos
Realizado por: Margaret Florin y Mauricio Cabezas Pgina 4 de 38 Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Supervisor: Usuario quien tiene facultades para cancelar compras en los POS Cliente: Persona que adquiere productos en el hipermercado

2.3.2 Del Sistema


Rol: Conjunto de actividades que desempea un usuario determinado Usuario: Persona que puede autenticar en el sistema Pruebas: Proceso mediante el cual se verifica las salidas de las funciones con relacin a unas entrada determinadas, permite medir y mejorar la calidad del software que es probado. No conformidad: comportamiento no deseado de la aplicacin Administrador del sistema: persona encargada de la administracin de usuarios, reportes/estadsticas, administracin de POS. Atributo: Caracterstica de una entidad.

2.3.3 De Tecnologa
Almacn de datos: repositorio de informacin no voltil, integrado y orientado a temas que soporta la toma de decisiones. BD: Base de datos. Sistema que permite almacenar la informacin que fluye en el sistema. IP: Direccin IP. Matrcula que identifica a un ordenador (computador) en la red PHP: Preprocessed Hypertext Pages. Es un lenguaje de programacin de scripts, embebido en el cdigo HTML Servidor WEB: Proceso en un equipo servidor encargado de la publicacin de contenido hipertexto que va a ser descargado desde otros equipos clientes mediante el uso de un navegador (browser)

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 5 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Apache: Servidor web de cdigo abierto. Puede ser instalado tanto en sistemas Windows como Linux. Navegador: Aplicacin para visualizar todo tipo de informacin y navegar por el espacio WEB de la aplicacin HTML: Hyper Text Markup Language lenguaje de marcacin de hipertexto. Es un lenguaje informtico diseado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estndar de las pginas web. Javascript: Es un lenguaje script u orientado a documentos. El cdigo de JavaScript se inserta directamente (embebe) en una pgina HTML. MySQL: Software que proporciona un servicio de manejador de base de datos relacional, y un lenguaje de definicin y manipulacin de datos . Concurrencia: Ejecucin simultanea de una misma funcin de la aplicacin por parte de mltiples usuarios. Arquitectura: Conjunto de elementos que componen el sistema y las interrelaciones entre los mismos. Encriptar: Ocultar el contenido de un mensaje mediante un proceso de codificacin de manera tal que el acceso al contenido del mensaje sea restringido.

2.4

Referencias
Referencia IEEE Publicacin enviada por Lizka Johann Herrera a http://ilustrados.com. Visitado el 07/09/2006

Ttulo documento IEEE-STD-830-1998 Ingeniera de Requerimientos Ingeniera de Software

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 6 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

2.5

Apreciacin global
En el siguiente documento encontrar informacin relacionada con las caractersticas del producto, su interfaz con el usuario y con el sistema, as como una descripcin detallada de los requerimientos agrupados por Funcionales, No-Funcionales y de Interfaz. Cada requerimiento ser detallado formato: teniendo en cuenta el siguiente

Ilustracin 1 - Formato de descripcin de requerimiento

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 7 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

3 DESCRIPCIN GLOBAL
3.1 Perspectiva del producto
El producto va a actuar en forma independiente y autnoma, es decir sin interactuar con otros sistemas. Portal razn, no se describen interfaces con otros sistemas.

3.2

Funciones del producto

3.3

Caractersticas del usuario


Existen 5 (cinco) usuarios bsicos en el sistema: Bodeguista, Cajeros, Supervisor, Administrador del sistema, y Gerente.

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 8 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

3.3.1 Perfil de usuarios


El perfil requerido por parte de los diferentes tipos de usuario, para uana adecuada interaccin con la aplicacin Web a desarrollar es el siguiente: Bodeguista: Entrenamiento bsico ofrecido por el hipermercado para seguir procedimientos. No se requiere nivel de estudios especfico. Cajeros: Entrenamiento bsico ofrecido por el hipermercado para seguir procedimientos. No se requiere nivel de estudios especfico. Supervisor: Entrenamiento bsico ofrecido por el hipermercado para seguir procedimientos y entrenamiento en la aplicacin. Debe estar familiarizado con el uso de aplicaciones de escritorio. Administrador del sistema: Debe estar familiarizado con sistemas que administren usuarios y en general conocimiento bsico de navegacin por sistemas Web. Gerente: No se requiere un perfil especfico para el uso de la aplicacin. Es muy conveniente si est familiarizado con sistemas que soporten la toma de decisiones mediante consultas a almacenes de datos.

3.3.2 Jerarqua de usuarios

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 9 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

3.4

Restricciones

3.4.1 Polticas reguladoras


Resolucin 2509 diciembre de 1993. (IVA). Ley 24 de 1994. (Expendio a menores de edad).

3.4.2 Limitaciones de Hardware


Se cuenta con un servidor que har las veces de servidor de aplicaciones y servidor de base de datos. Se cuenta con varios PC capaces de brindar persistencia en medio magntico (disco duro) .

3.4.3 Interfaces con otras aplicaciones


No se desarrollarn interfaces con otras aplicaciones

3.4.4 Funcionamiento paralelo


No es condicional en el proyecto

3.4.5 Funciones de auditoria


No condicionales en el proyecto

3.4.6 Funciones de control


El sistema debe controlar la ejecucin de funcionalidades de acuerdo a los roles asignados por usuario. El sistema debe considerar la configuracin de controles automatizados sobre el procedimiento y las restricciones que apliquen en la venta de los productos.

3.4.7 Requisitos del lenguaje


La aplicacin Web, los manuales y los documentos relacionados con el proyecto debern estar en idioma espaol.

3.4.8 Protocolos sealados


Protocolo de comunicacin Web TCP/IP

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 10 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

3.4.9 Requisitos de Fiabilidad


El clculo tanto en las aproximaciones como en los totales en las facturas debe reflejar lo adquirido por el cliente y estar acorde a las leyes vigentes.

3.4.10

Credibilidad de la aplicacin

La aplicacin deber pasar por una fase de pruebas que garantice que cumple con los requerimientos expuestos en el presente documento.

3.4.11

Consideraciones de seguridad

Las claves deben permanecer seguras (encriptadas) en la base de datos. El acceso de los usuarios debe ser autenticado, desde una nica terminal, y solo podr ejecutar las funciones determinadas por su rol.

3.5

Atencin y dependencias
Los siguientes aspectos pueden afectar los requisitos del SRS: La asignacin de los nmeros IP no podr ser dinmica, pues el sistema se apoya en nmeros IP estticos conocidos de antemano por el sistema. La configuracin de la red interna debe estar adecuadamente configurada para el protocolo TCP/IP, priorizando aspectos de desempeo y seguridad. El nivel de capacitacin de los usuarios debe estar acorde con el perfil sealado en este documento.

3.6

Prorratear los requisitos


Los siguientes aspectos no estn contemplados en la presente versin: Administracin del inventario en la bodega central y de las bodegas de cada sucursal.

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 11 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Registro del flujo de productos de bodega hacia gndolas de exhibicin.

Interaccin

automtica

con

la

bodega

centralizada

de

los

hipermercados para solicitud y despacho de productos al cliente final. Interaccin automtica con los sistemas de los proveedores con base en los niveles de inventario de productos.

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 12 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

4 REQUISITOS ESPECFICOS
4.1 Interfaces Externas
Como se menciona en el numeral 2.1 la aplicacin no va a interactuar con otros sistemas (aplicaciones), por lo tanto, la descripcin de los requisitos de estas interfaces no se requieren.

4.2

Requisitos Funcionales

4.2.1 Ingreso a la aplicacin


Cdigo RF_421.1 Descripcin Entradas IP del computador desde donde se est conectando Nombre Apertura a la aplicacin Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe permitir ingresar a la aplicacin por medio de la cabecera HTTP Fuente RED Salida Pantalla con opcin de registrarse Destino Pantallas Restricciones En los puntos POS no se debe permitir el acceso a las opciones de administracin.

Proceso

La aplicacin tendr un nombre que permita el ingreso digitando esta direccin en un navegador de Internet, esto se configura en el servidor Web. El formato para el ingreso a la aplicacin es: http://nombre/. La aplicacin detectar si se est ingresando desde un POS o desde otro punto. Para efecto del presente proyecto http://eisc/~ruthmfc/nombre_aplicacion la direccin estar compuesta por:

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 13 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

4.2.2 Administracin de productos


Cdigo RF_422.1 Descripcin Nombre Creacin de productos Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe permitir el ingreso de la informacin macro de cada producto. A partir de esta informacin se registran los productos que llegan de los proveedores. Fuente Formulario de ingreso de datos. Salida Confirmacin ingreso de datos de Destino Base de datos Restricciones El producto debe estar registrado en la base de datos, antes de que la que bodega pueda recibir lotes de los mismos.

Entradas Datos del producto: cdigo, nombre, descripcin, foto, vencimiento, origen (nacional o importado), % de impuesto

Proceso

El administrador del sistema tendr una opcin que le permitir ingresar informacin de los productos a la base de datos. Esta operacin se realiza por medio de un formulario predefinido que se desplegar en la pantalla correspondiente. El sistema verifica que la informacin de cada producto est completa, y por medio de un botn le permitir al usuario almacenar la informacin. Antes de almacenarse la informacin en la BD el sistema le presenta al usuario una pantalla con la confirmacin de los datos ingresados. No aplica

Efecto Colateral

Cdigo RF_422.2 Descripcin Entradas Datos del producto: cdigo, precio unitario interno, precio consumidor. Datos del lote: fecha de ingreso, cantidad de unidades, rango de fechas de vencimiento. Proceso

Nombre Registro de ingreso de lotes

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir el ingreso de las caractersticas de los lotes de un producto Fuente Formulario de ingreso de datos, base de datos Salida Confirmacin ingreso de datos de Destino Base de datos Restricciones El sistema no responsable de veracidad de informacin ingresada por bodeguista. es la la el

Al momento de llegar los lotes de unidades de productos a la bodega del hipermercado, el bodeguista tiene la opcin en pantalla que le permite ingresar lotes. Primero Pgina 14 de 38 Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

selecciona el producto y luego por medio de un formulario predefinido ingresa la informacin del lote. El formulario verificar que toda la informacin necesaria sea ingresada y por medio de un botn le permitir almacenar la informacin en la BD. Antes de almacenarse la informacin en la BD el sistema le presenta al usuario una pantalla con la confirmacin de los datos ingresados Efecto Colateral No aplica

Cdigo RF_422.3 Descripcin Entradas Cdigo del producto, rango de fechas, %descuento

Nombre Asignar promociones a un producto

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir definirle una promocin a un producto Fuente Formulario de ingreso de datos Salida Producto con promocin asignada Destino BD Restricciones No pueden haber dos promociones sobre el mismo producto vigentes al mismo tiempo

Proceso

En la pantalla de administracin de promociones el administrador, podr buscar un producto y definirle, en un formulario predefinido, el % de descuento, la fecha de inicio de la promocin y la fecha de finalizacin de la promocin. Al asignarle una promocin a un producto esta se aplica sobre las unidades del lote en venta.

Efecto Colateral

Cdigo RF_422.4 Descripcin Entradas Cdigo producto, imagen del

Nombre Actualizar imagen de los productos

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir cambiar la imagen asociada a un producto Fuente Formulario de ingreso de datos Salida Producto con nueva imagen asociada Destino Sistema archivos de Restricciones El formato de la imagen de debe ser JPG, GIF. de 20X20

Proceso

En la pantalla de administracin de productos el administrador, podr ubicar un producto y en la zona de despliegue de la imagen encontrara una opcin que le permitir cambiar la imagen actual. el usuario Selecciona esta opcin y el sistema le presentara un formulario para que el cargue la imagen. Una vez el usuario de por finalizada la operacin el sistema actualizara la imagen en el sistema de archivos correspondiente.

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 15 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Efecto Colateral

Si la imagen pesa mas de 50K el sistema puede presentar demoras al desplegarla

Cdigo RF_422.5 Descripcin

Nombre Deshabilitar/Habilitar productos

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir deshabilitar productos que estn registrados en el sistema y debe permitir habilitarlos posteriormente a criterio del administrador del hipermercado Fuente del del de Formulario de ingreso de datos Salida Cambio de estado de un producto Destino BD Restricciones Se deshabilitan productos por problemas con el proveedor o con el producto, el registro de la causa queda registrado en el sistema

Entradas Cdigo producto, Explicacin cambio estado.

Proceso

En la pantalla de administracin de productos, el administrador, podr ubicar un producto en pantalla. Al frente del nombre del producto se tendr la opcin de deshabilitarlo o habilitarlo. La opcin de deshabilitar solo le aparece a los productos habilitados. La opcin de habilitar le aparecer solo a los productos deshabilitados. Al momento de realizar el cambio de estado el sistema pide confirmacin y pide ingresar las causas en un campo de texto. El sistema NO permitir eliminar un producto de la BD.

Efecto Colateral

Cdigo RF_422.6 Descripcin

Nombre Organizacin de los productos

Fecha 19 Agosto 2006

Grado Necesidad Condicional

El sistema debe permitir agrupar los productos a dos niveles. El primero una categora principal que divide el tipo de producto: Alimenticio, Encer, Electrodomstico Cada categora principal podr dividirse en tipo: Alimenticio: Lcteos, granos, vegetales, frutas, carnes, enlatado, panadera, abarrotes. Encer: sala, comedor, alcoba, oficina, cocina. Electrodomstico: equipos de sonido, video y cmaras, reproductores.

Entradas Producto, clasificacin

Fuente Formulario de ingreso de datos.

Salida Productos clasificados

Destino BD

Restricciones La seleccin de categora y tipo para cada producto hace parte de la Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 16 de 38

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

informacin necesaria de producto.

un

Proceso

Al momento de registrar un producto unas de las opciones que tiene el formulario es seleccionar la categora y el tipo (de acuerdo a la categora) a la cual el producto pertenece. No aplica.

Efecto Colateral

4.2.3 Sucursales y POS


Cdigo RF_423.1 Descripcin Entradas Nombre, Encargado, Direccin, Comuna, Telfono, Estrato, Barrio, Numero de POS, Ciudad, Pas, municipio Nombre Crear sucursales Fecha 19 Agosto 2006 Grado Necesidad esencial

El sistema debe permitir la creacin de las sucursales de un hipermercado. Fuente Formulario de ingreso de datos. Salida Confirmacin resultado de operacin del la Destino BD, mail a gerente del hipermercado Restricciones No se permite crear ms de una sucursal con la misma informacin. Se debe especificar un numero mximo y mnimo de POS activos

Proceso

El administrador del sistema tendr una opcin que le permitir Administrar las sucursales del Hipermercado. Dentro de esta opcin encontrar un vnculo que le permitir crear una sucursal, para lo cual debe llenar un formulario predefinido. El sistema verificar que la informacin necesaria est completa y luego al dar la opcin de almacenar esta informacin el sistema la almacenar en la BD. Antes de almacenarse la informacin en la BD el sistema le presenta al usuario una pantalla con la confirmacin de los datos ingresados No Aplica

Efecto Colateral

Cdigo RF_423.2 Descripcin

Nombre Actualizar sucursal

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir actualizar SOLO la informacin consignada en la seccin Entradas. Fuente Formulario Salida Confirmacin del resultado Destino BD, mail a Restricciones El sistema NO

Entradas Encargado,

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 17 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

telfono, cajeros.

de

de ingreso de datos

de la operacin

gerente del hipermercado

Entrada modificable: Nombre

no

debe permitir la modificacin de datos de las sucursales que hagan parte de los repositorios de almacenes de datos.

Proceso

En la seccin de administracin de sucursales, se tendr la opcin de seleccionar una sucursal y actualizar nicamente la informacin referenciada como Entrada. Al hacer clic en la opcin de actualizar la informacin, el sistema actualizar la BD y retornar la pantalla inicial No Aplica

Efecto Colateral

Cdigo RF_423.3 Descripcin

Nombre Deshabilitar/Habilitar Sucursales

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir deshabilitar (con una explicacin adjunta) sucursales que estn registradas en el sistema y debe permitir habilitarlas(con una explicacin adjunta) posteriormente a criterio del administrador del hipermercado Fuente Formulario de ingreso de datos Salida Cambio de estado en la sucursal seleccionada. Resultado de la operacin en pantalla Destino BD, mail a gerente del hipermercado Restricciones Una sucursal deshabilitada no puede registrar movimientos

Entradas Sucursal Explicacin suceso del

Proceso

Al momento de querer deshabilitar una sucursal el administrador, ubica en el listado de sucursales la que requiere, al frente del nombre de la sucursal se tendr la opcin de deshabilitarla o habilitarla. La opcin de deshabilitar solo le aparece a las sucursales habilitadas. La opcin de habilitar le aparecer solo a las sucursales deshabilitadas. Al momento de realizar el cambio de estado el sistema pide confirmacin y pide ingresar las causas en un campo de texto. El sistema NO permite eliminar una sucursal de la BD.

Efecto Colateral

Cdigo RF_423.4 Descripcin Entradas Identificacin del POS, Direccin

Nombre Crear POS en una sucursal

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir crear los POS en cada sucursal Fuente Formulario de Salida Confirmacin ingreso de de la Destino BD, mail gerente a de Restricciones Las identificaciones de los POS por Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 18 de 38

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

IP, Caractersticas Adicionales (campo de texto)

ingreso de datos

informacin

sucursal

sucursal deben ser nicas

Proceso

En la administracin de sucursales se tiene la opcin de administrar los POS, al ingresar a la administracin de los POS se tiene la opcin de crear POS, al hacer clic en la opcin correspondiente el sistema despliega un formulario predefinido para el ingreso de la informacin. El sistema verifica que se ingrese la informacin completa y luego al dar la opcin de almacenar esta informacin el sistema la almacenar en la base de datos. No Aplica

Efecto Colateral

Cdigo RF_423.5 Descripcin Entradas Identificacin del POS, Direccin IP, Caractersticas Adicionales

Nombre Actualizar POS

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir actualizar los datos del POS Fuente Formulario de ingreso de datos Salida Confirmacin resultado de operacin del la Destino BD, mail gerente sucursal a de Restricciones Al momento de actualizar el Identificar del POS debe permanecer nico, La asignacin del IP es nica para cada POS

Proceso

En la seccin de administracin de POS, se tendr la opcin de seleccionar un POS y modificar la informacin en un formulario predefinido. Al hacer clic en la opcin de actualizar, la informacin se actualizar en la BD No Aplica

Efecto Colateral

Cdigo RF_423.6 Descripcin Entradas POS Explicacin suceso del

Nombre Habilitar/Deshabilitar POS

Fecha 19 Agosto 2006

Grado Necesidad Condicional

El sistema debe permitir deshabilitar uno o varios POS y posteriormente habilitarlos Fuente Formulario de ingreso de datos Salida Cambio de estado en el POS seleccionado. Resultado de la operacin en pantalla Destino BD, mail a gerente de sucursal Restricciones Al momento de programar los cajeros no debe poder asignarse a un POS

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 19 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

deshabilitado. Al momento de querer deshabilitar un POS el administrador, ubica en el listado de POS de una sucursal el que requiere, al frente del identificador del POS se tendr la opcin de deshabilitarlo/habilitarlo. La opcin de deshabilitar solo le aparece a los POS habilitados. La opcin de habilitar le aparecer solo a los POS deshabilitados. Al momento de realizar el cambio de estado el sistema pide confirmacin y pide ingresar las causas en un campo de texto. No Aplica

Proceso

Efecto Colateral

4.2.4 Administracin de usuarios y Roles


Cdigo RF_424.1 Descripcin Nombre Asignar/Des-asignar Roles a usuarios Fecha 19 Agosto 2006 Grado Necesidad esencial

El sistema debe permitir Asignar uno o ms roles a los usuarios del sistema. As mismo el sistema debe permitir Des-asignar roles a los usuarios Fuente del Formulario de ingreso de datos Salida Usuario asignado con rol Destino BD Restricciones Cada usuario del sistema debe tener al menos un rol asignado.

Entradas Usuario sistema Rol

Proceso

En la administracin del sistema se tendr la opcin de administrar usuarios, al ingresar a esta opcin se desplegara un listado de los usuarios, y se tendr la opcin de bsqueda de los mismos, todos los usuarios van a tener la opcin, al lado de su nombre, de asignar roles, el administrador hace clic sobre esta opcin relacionada con el usuario y el sistema le despliega el listado de roles disponibles para que el administrador seleccione los que va a ser asignados. Una vez el usuario administrador de la opcin de aceptacin de la operacin, el sistema pide confirmacin de la operacin y luego de una confirmacin positiva proceder a almacenar los cambios. No aplica.

Efecto Colateral

Cdigo RF_424.2 Descripcin Entradas Identificacin, Nombres, apellidos, cedula, login

Nombre Crear usuarios del sistema

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir Crear usuarios en el sistema Fuente Formulario de ingreso de datos Salida Usuario con acceso al sistema Destino BD Restricciones Todos son campos obligatorios. No debe permitir el ingreso de usuarios Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 20 de 38

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

password, numero carne, email

repetidos. de

Proceso

El administrador del sistema tendr una opcin en la administracin del sistema que le permitir Administrar los usuarios, por medio de un formulario predefinido, le permitir crear usuarios del sistema. El sistema verificara que la informacin necesaria para crear un usuario este completa y luego al dar la opcin de almacenar esta informacin el sistema creara el usuario en la BD y lo dejara disponible para que pueda ingresar al sistema. Antes de almacenarse la informacin en la BD el sistema le presenta al usuario una pantalla con la confirmacin de los datos ingresados No Aplica

Efecto Colateral

Cdigo RF_424.3 Descripcin Entradas Identificacin, Contrasea

Nombre Actualizar contrasea de usuarios

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir Actualizar la contrasea de los usuarios del sistema Fuente Formulario de ingreso de datos Salida Confirmacin del cambio por pantalla Destino BD Restricciones Mximo 10 caracteres. Si el administrador cambia la contrasea se enviara un e-mail al usuario afectado.

Proceso

El administrador del sistema tendr una opcin en la administracin del sistema que le permitir Administrar los usuarios, el podr seleccionar un usuario del sistema y actualizar su clave, la actualizacin de la clave se har por medio de un formulario predefinido en el cual se le pedir el valor de la contrasea y su confirmacin, los dos datos son obligatorios, la confirmacin del cambio de contrasea y su valor llegara al usuario por correo electrnico. As mismo cada usuario tiene la opcin de cambiar su contrasea, en la pantalla principal tendr la opcin cambio de contrasea, al seleccionar la opcin, por medio de un formulario predefinido, el usuario ingresara el valor de la contrasea actual, el valor de la nueva contrasea y la confirmacin del valor de la nueva contrasea, con la opcin finalizar el cambio se almacena en la BD y el cambio se ver reflejado en el siguiente ingreso del usuario. No Aplica

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 21 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RF_424.4 Descripcin Entradas Identificacin de usuario

Nombre Deshabilitar/Habilitar usuarios del sistema

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir habilitar o deshabilitar usuarios del sistema. Fuente Formulario de ingreso de datos Salida Resultado de la operacin en pantalla. Destino Propiedad usuario modificada del Restricciones El usuario administrador del sistema no podr ser deshabilitado.

Proceso

En la administracin de usuarios, el administrador del sistema, al momento de querer deshabilitar un usuario, ubica en el listado de usuarios (o por medio de un buscador) el que requiere, al frente del nombre del usuario se tendr la opcin de deshabilitarlo o habilitarlo. La opcin de deshabilitar solo le aparece a los usuarios habilitados. La opcin de habilitar le aparecer solo a los usuarios deshabilitados. Al momento de realizar el cambio de estado el sistema pide confirmacin y pide ingresar las causas en un campo de texto. El usuario deshabilitado no puede ingresar al sistema

Efecto Colateral

Cdigo RF_424.5 Descripcin Entradas Identificacin de cajero, horario (fecha y hora)

Nombre Programacin de cajeros

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir la programacin de cajeros. Fuente Formulario de ingreso de datos, base de datos Salida Horario de disponibilidad de caja Destino POS Restricciones No debe permitirse el cruce de horarios de un mismo cajero en varios POS a la misma hora.

Proceso

En el modulo de administracin del sistema en la opcin programacin cajeros, se desplegar un calendario donde est ubicado el da actual. En este calendario se tiene la opcin de, asignar un cajero y asignar un POS a un turno. As sucesivamente con todos los cajeros disponibles. La programacin de un da se puede replicar por semana y por mes. Los cajeros deshabilitados no pueden ser programados

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 22 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

4.2.5 Ventas
Cdigo RF_425.1 Descripcin Nombre Retiro de un producto de la compra Fecha 19 Agosto 2006 Grado Necesidad esencial

El sistema debe permitir que despus de registrado un producto, este sea retirado de la lista de compra. Fuente del Formulario de ingreso de datos Salida Producto eliminado de la lista de compra Destino Pantalla del punto POS. Restricciones La cantidad de productos que un cajero del POS puede retirar sin autorizacin ser determinada en el sistema. Para una cancelacin de la totalidad de la compra se requerir la autorizacin de un supervisor.

Entradas Cdigo producto

Proceso

En el listado que se genera al momento de registrarse los productos de una compra se tendr la opcin de eliminar un producto del listado seleccionndolo y dando la opcin de eliminar. Despus de esta operacin la lista se refresca y el total parcial se recalcula. Contador de productos eliminados por el cajero aumenta en 1 por cada producto eliminado.

Efecto Colateral

Cdigo RF_425.2 Descripcin

Nombre Cancelacin de la compra

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir al cliente cancelar su compra en cualquier momento de la misma. Fuente del Formulario de ingreso de datos Salida La pantalla confirma la operacin y queda a la espera de una nueva compra Destino Pantalla del punto POS. Restricciones Siempre que se vaya a eliminar una compra se da la opcin de especificar el porque y se debe realizar una confirmacin de la operacin.

Entradas Cdigo supervisor

Proceso

En la pantalla donde se registra la compra de un cliente se tiene la opcin de cancelar la compra, al seleccionarse esta opcin se debe ingresar una clave y luego que el sistema verifique la validez de la clave, se confirma la operacin y luego la compra Pgina 23 de 38 Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

queda automticamente cancelada. Efecto Colateral No Aplica

Cdigo RF_425.3 Descripcin

Nombre Registro de la venta en BD

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe permitir registrar la venta en la base de datos. Los datos que deben registrarse son fecha y hora de la compra, lista de productos con sus precios, cantidad, valor total de la compra, forma de pago, POS donde se realizo el pago, impuestos facturados. Fuente Salida Confirmacin operacin de la Destino BD Restricciones No Aplica

Entradas Detalle compra de la

POS

Proceso

Al momento de realizar el pago de la compra por parte de un cliente el sistema debe ingresar el registro de dicha compra automticamente en la base de datos, de acuerdo a los datos de la descripcin. No Aplica

Efecto Colateral

Cdigo RF_425.4 Descripcin

Nombre Generar factura de compra

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir generar la factura de compra a los clientes, la factura se generar en un formato previamente establecido por el hipermercado. Fuente Formulario de ingreso de datos Salida Factura para el cliente Destino Pantalla impresora punto POS e del Restricciones No Aplica

Entradas Registro on line de la compra del cliente

Proceso

Al momento que el cliente cancele el valor total de la compra, el sistema generar una factura con la siguiente informacin: Nit y nombre del Hipermercado, fecha, lista de productos comprados con su respectivo precio, subtotal de la compra, total de la compra, impuestos legales, informacin configurada en el cabezote de la factura No Aplica

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 24 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RF_425.5 Descripcin

Nombre Registrar un producto

Fecha 19 Agosto 2006

Grado Necesidad esencial

El sistema debe identificar un producto que un cliente este comprando, determinar su valor y su informacin asociada Fuente del Formulario de ingreso de datos Salida Informacin con el identificado asociada producto Destino Pantalla punto POS del Restricciones Si el producto tiene veda vigente NO se registra

Entradas Cdigo producto

Proceso

Cuando un cliente pasa un producto por el POS, el cajero debe ingresar el cdigo del mismo en un campo definido para ello. Al ingresar el cdigo el sistema recupera de la base de datos la siguiente informacin asociada: Nombre, descripcin, valor, %descuento (si lo tiene), Imagen asociada, si es perecedero: la fecha de vencimiento, la veda (si la tiene); esta informacin se presenta en la pantalla del POS. y queda adicionado en la lista de compra y a la espera del ingreso del cdigo del siguiente producto. No Aplica

Efecto Colateral

Cdigo RF_425.6 Descripcin

Nombre Restricciones en las ventas

Fecha 30 Agosto 2006

Grado Necesidad Esencial

Se debe permitir restringir o condicionar la venta de un tipo producto. Para esto se tendrn restricciones controladas por el sistema y condiciones con alerta a los cajeros. Incluye control de venta para productos perecederos. Fuente Formulario de ingreso de datos Salida Se informa al cajero o se bloquea el registro del producto. Destino Pantalla POS del Restricciones No Aplica

Entradas Producto, fechahora

Proceso

En la administracin del sistema se tiene una opcin para configurar las restricciones en las ventas de productos. Al ingresar a esta opcin aparece un formulario donde se puede seleccionar un producto y asignar una restriccin. Las restricciones constan de: Seleccionar rango de fechas, tipo y explicacin; el tipo esta relacionado con: No venta, restringido para menor de edad. Se pueden crear restricciones teniendo en cuenta nicamente horas del da. Un producto con veda tipo No venta no se registraran en la compra.

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 25 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RF_425.7 Descripcin

Nombre Saldo de la venta

Fecha 30 Agosto 2006

Grado Necesidad Esencial

En cada momento de la compra, en la pantalla del POS, se debe visualizar el valor del producto que est registrndose, as como tambin el valor de la suma de los productos que se han registrado hasta el momento. Fuente del Formulario de ingreso de datos Salida Impresin en pantalla de los valores referenciados Destino Pantalla POS del Restricciones El calculo de la venta va incluye impuestos y descuentos

Entradas Cdigo producto

Proceso

Al momento de registrar un producto por medio de la interfase del POS, la aplicacin recalcula una variable temporal llamada saldototal sumndole el valor del nuevo producto, este valor recalculado se despliega en pantalla en todo momento y por cada producto que se ingrese se recalcula. No Aplica

Efecto Colateral

Cdigo RF_425.8 Descripcin

Nombre Pago de la compra de producto(s)

Fecha 30 Agosto 2006

Grado Necesidad Esencial

Se debe permitir que el cliente pague su compra por diferentes medios o combinacin de los mismos. Los tipos de pago permitidos son: Dinero en efectivo moneda local, cheques, tarjeta de crdito, tarjeta debito y bonos Fuente Formulario ingreso de datos de Salida Aceptacin/rechazo del pago Destino Pantalla POS. del Restricciones Solo moneda local pesos mcte. La aplicacin no verifica los saldos en las cuentas del cliente y restricciones en tarjetas, solo registrara el tipo de pago, la devolucin dada y el monto.

Entradas Medio de pago y monto

Si la pago fue exitoso se imprime factura.

Proceso

Al momento que el cliente no pase ms productos a comprar por el POS, el cajero encargado del POS tendr una opcin que le permitir decirle al sistema que facture la compra. Al cajero seleccionar esta opcin el sistema presentar un formulario para que se le especifique qu medio de pago usar el cliente para cancelar y cul es el monto que va a cancelar, el sistema retornar en pantalla el valor a devolver al cliente y quedar a la espera de una confirmacin de transaccin terminada por parte del cajero. En caso que el pago no sea exitoso, el sistema esperar a que un supervisor cancele la Pgina 26 de 38 Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

compra. Efecto Colateral Una vez el pago sea exitoso ir a requerimiento: RF_325.4

Cdigo RF_425.9 Descripcin

Nombre Avances en efectivo

Fecha 30 Agosto 2006

Grado Necesidad Esencial

Se debe permitir que cuando el cliente pague su compra con tarjetas de crdito o debito pueda cancelar ms del valor facturado con el fin de que se le entregue una devolucin en efectivo. Fuente Formulario de ingreso de datos Salida Valor de la Devolucin de dinero en efectivo en pantalla Destino Cliente Restricciones El monto de devolucin en estos casos ser un porcentaje sobre el valor de la compra del cliente. Dicho porcentaje ser determinado en la administracin del sistema

Entradas Valor del avance

Proceso

Al momento de un cliente pagar el valor de su compra, si selecciona un medio virtual (tarjeta de crdito o debito) podr pedir que se le cobre un valor mayor al real. El cajero ingresa el valor solicitado por el cliente, teniendo en cuenta la restriccin del monto. El valor del avance lo suma a la factura etiquetando este valor como avance y lo despliega en la pantalla del POS. Al valor total de la compra se le suma el avance.

Efecto Colateral

4.2.6 Reportes, estadsticas y toma de decisiones


Cdigo RF_426.1 Descripcin Entradas Seleccin opcin reporte Proceso de de Nombre Consultar reportes Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe permitir consultar reportes de la informacin almacenada en la BD Fuente Formulario de ingreso de datos Salida Reporte con la informacin configurada Destino Pantalla impresora y/o Restricciones El acceso es para administradores y gerentes-socios

La aplicacin presentar a los administradores y gerentes la opcin de ingresar a los reportes. Al ingresar a esta opcin el sistema presentar varios iconos que representan

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 27 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

lo siguiente: 2 reportes predefinidos, 1 reporte configurable. Efecto Colateral No aplica

Cdigo RF_426.2 Descripcin Entradas Seleccin parmetros de

Nombre Configurar Reportes

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir configurar reportes sobre la informacin almacenada en la BD Fuente BD Salida Reporte con la informacin configurada Destino Pantalla impresora y/o Restricciones El acceso es para administradores y gerentes-socios

Proceso

En la pantalla de Reportes se selecciona la opcin configurar reporte. Esta le despliega un formulario con varios atributos disponibles para reportes. El formulario permitir seleccionar los atributos que desee ver en el reporte y asignarle a cada atributo un valor que restrinja la bsqueda, permitir definir si se quiere ordenar el resultado de la bsqueda por uno de los atributos seleccionados y permitir definir cmo se quiere ver el resultado ( en pantalla, en archivo Excel o en impresora) No aplica

Efecto Colateral

Cdigo RF_426.3 Descripcin

Nombre Generar Estadsticas

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe generar las siguientes estadsticas: comparativo de ventas por sucursal, los n productos ms vendidos en un rango de fechas, Monto de las ventas en un rango de fechas, comparativo mensual de ingresos entre sucursales, Consolidado de ventas por rango de fechas. Fuente de Formulario de ingreso de datos Salida Informacin solicitada Destino Pantalla impresora y/o Restricciones El acceso es para administradores y gerentes-socios

Entradas Tipo estadstica

Proceso

La aplicacin presentar a los administradores y gerentes la opcin de ingresar a las Estadstica. Al ingresar a esta opcin el sistema presentar en pantalla el listado de estadsticas predefinidas y le permitir al usuario configurar el valor n y los rangos de fecha sobre los cuales quiere las informacin El tiempo de respuesta de estas estadsticas depender del rango de fechas y el valor de n

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 28 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

4.2.7 Usabilidad y Navegacin


Cdigo RI_427.1 Nombre Vnculos de navegacin Fecha 8 Septiembre 2006 Grado Necesidad Esencial

Descripcin Entradas Textos o iconos

El sistema debe presentar vnculos de navegacin distinguible Fuente Hoja de estilos en cascada (CSS) Salida Vinculo distinguible Destino Usuario Restricciones Si el vinculo es una imagen debe tener un alter text.

Proceso Efecto Colateral

No Aplica Mejor navegacin para el usuario. Agilidad.

Cdigo RI _427.2

Nombre Navegacin en los POS

Fecha 8 Septiembre 2006

Grado Necesidad Esencial

Descripcin Entradas Cantidad informacin desplegar Proceso Efecto Colateral de a

El sistema debe ofrecer en los POS una navegacin Single Page Aplication Fuente Diagramas navegacin de Salida Diseo de la pgina en los POS Destino Cajero Restricciones Se utilizar tecnologa AJAX.

El diseo de las paginas de los POS se trabajara a un tamao (alto x ancho) fijo. Mejor navegacin para el usuario. Agilidad.

Cdigo RI _427.3

Nombre Identidad corporativa

Fecha 8 Septiembre 2006

Grado Necesidad Esencial

Descripcin Entradas Logo

El sistema debe desplegar en las paginas de la aplicacin el logo de la empresa Fuente Formulario de ingreso de datos Salida Despliegue del logo en pantallas Destino Usuarios Restricciones Formato de la imagen del logo .JPG o .GIF. Tamao mx. Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 29 de 38

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

40x40 Proceso Efecto Colateral La imagen ser vinculada desde el archivo principal de estilos (CSS) de la aplicacin. Imagen de la empresa ante usuarios y clientes.

Cdigo RI _427.4

Nombre Ayudas Contextuales

Fecha 8 Septiembre 2006

Grado Necesidad Esencial

Descripcin Entradas Formularios

El sistema debe ofrecer ayudas contextuales a los formularios de la aplicacin Fuente Diagrama navegacin de Salida Ayudas contextuales Destino Usuarios Restricciones Idioma espaol

Proceso

Los campos de los formularios tendrn ayudas contextuales relacionadas con la informacin que ah debe ingresar el usuario. En caso que haya restricciones de algn tipo se especificar Se minimiza la posibilidad de error al ingresar los datos,

Efecto Colateral

4.3
Cdigo RNF_43.1 Descripcin

Requisitos de desarrollo
Nombre Cantidad de POS con acceso al sistema Fecha 19 Agosto 2006 Grado Necesidad Esencial

El nmero mximo depender de la capacidad del servidor. El sistema debe soportar un nmero de POS de acuerdo a los recursos de infraestructura. Fuente Arquitectura sistema del Salida Numero de soportados POS Destino Hipermercado Restricciones Para incrementar el nmero de POS se debe revaluar la arquitectura.

Entradas Infraestructura del hipermercado

Proceso

El cliente podr crear un POS sin que la aplicacin le restrinja la cantidad. Este dato har parte del diseo de la arquitectura del sistema y deber ser tenido en cuenta por el administrador del sistema. Si el administrador no tiene el cuenta la arquitectura el sistema puede fallar

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 30 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RNF_43.2 Descripcin

Nombre Cantidad de Usuarios concurrentes

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El nmero mximo depender de la capacidad del servidor. El sistema debe soportar un nmero de usuarios de acuerdo a los recursos de infraestructura Fuente Arquitectura sistema del Salida Numero de soportados usuarios Destino Hipermercado Restricciones Para incrementar el nmero de Usuario se debe revaluar la arquitectura.

Entradas Infraestructura

Proceso

El cliente podr crear usuarios sin que la aplicacin le restrinja el cantidad, este dato har parte del diseo de la arquitectura del sistema y deber ser tenido en cuenta por el administrador Si el administrador no tiene el cuenta la arquitectura el sistema puede fallar

Efecto Colateral

Cdigo RNF_43.3 Descripcin

Nombre Cantidad de informacin que se almacenar

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El nmero mximo de productos a registrar depender de la capacidad del servidor. El sistema debe soportar un nmero de productos de acuerdo a los recursos de infraestructura Fuente Arquitectura sistema del Salida Numero de productos soportados Destino Hipermercado Restricciones Para incrementar el nmero de productos se debe evaluar la arquitectura.

Entradas Infraestructura

Proceso

El cliente podr crear productos sin que la aplicacin le restrinja el cantidad, este dato har parte del diseo de la arquitectura del sistema y deber ser tenido en cuenta por el administrador Si el administrador no tiene el cuenta la arquitectura el sistema puede fallar

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 31 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RNF_43.4 Descripcin

Nombre Base de datos

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir la manipulacin de la informacin en el motor de base de datos MySQL Fuente Documentacin MYSQL, Salida Ejecucin consultas de Destino Scripts de aplicacin la Restricciones La carga de procesamiento de la base de datos debe estar distribuida

Entradas Esquema de la base de datos

Proceso Efecto Colateral

Las consultas que permitan la interaccin de los scripts con la base de datos debe permitir interactuar con el motor de base de datos MySQL Se puede utilizar un wrapper que permita conectar el sistema con otros motores.

Cdigo RNF_43.5 Descripcin

Nombre Sistema Operativo

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitir instalar la aplicacin en un sistema operativo LINUX-UNIX, en los clientes la aplicacin debe correr sobre sistemas LINUX y/o WINDOWS Fuente Arquitectura del sistema Salida No Aplica Destino No Aplica Restricciones Se instalar sistema LINUX en

Entradas Caractersticas de arquitectura Proceso Efecto Colateral

La aplicacin debe ser independiente del sistema operativo La arquitectura se basara en un Sistema operativo LINUX y el rendimiento sobre sistemas Windows no ser determinado en esta versin.

Cdigo RNF_43.6 Descripcin Entradas Caractersticas

Nombre Servidor Web

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe ejecutarse bajo el servidor Web Apache Fuente No Aplica Salida No Aplica Destino No Aplica Pgina 32 de 38 Restricciones No Aplica Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

de arquitectura Proceso Efecto Colateral Se entregara las especificaciones de configuracin del servidor Web para la aplicacin No Aplica

Cdigo RNF_43.7 Descripcin

Nombre Tiempos de respuesta en los POS

Fecha 19 Agosto 2006

Grado Necesidad Esencial

Al momento de ingresar el cdigo de un producto que un cliente est comprando, el tiempo de respuesta del sistema no debe superar los 3 (tres) segundos Fuente Arquitectura sistema No Aplica No Aplica del Salida Tiempo de respuesta mximo Destino Hipermercado Restricciones No Aplica

Entradas Infraestructura

Proceso Efecto Colateral

4.4
Cdigo RNF_44.1 Descripcin

Requisitos del banco de datos lgico


Nombre Retencin de datos Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe permitir el manejo histrico de la informacin manipulada en la base de datos, con el fin de realizar anlisis de la misma con soporte para la toma de decisiones basadas en histricos. Fuente SRS Salida No Aplica Destino BD Restricciones No Aplica

Entradas Procesos que administran informacin Proceso Efecto Colateral

El sistema debe tener en cuenta la especificacin de eliminar elementos definidos en este documento y nicamente debe permitir eliminar la informacin que as se requiera. Capacidad de la infraestructura del cliente debe soportar este tipo de almacenamiento.

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 33 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

4.5

Restricciones de Diseo

4.5.1 Aceptacin de normas


Cdigo RNF_451.1 Descripcin Nombre Procedimiento contable Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe tener en cuenta los impuestos de ley sobre los productos y hacerlos explcitos en la factura que se expide al cliente. Fuente BD Formulario de ingreso de datos Salida Valor en la factura Destino Cliente BD Restricciones No Aplica

Entradas % impuesto, valor del producto

Proceso Efecto Colateral

Al momento de cancelar la cuenta el sistema calculara el %de impuesto sobre cada producto de la factura, y dejara explicito al imprimirse el valor base del mismo. No Aplica

Cdigo RNF_451.2 Descripcin

Nombre Valores de los datos

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe imprimir en pantalla al momento de registrar un producto a comprar por un cliente el nombre completo (mximo 32 caracteres), descripcin completa (mximo 100 caracteres) y la imagen asociada. Fuente del BD Salida Nombre completo, descripcin, imagen asociada Destino Pantalla POS del Restricciones No Aplica

Entradas Informacin producto

Proceso Efecto Colateral

Al momento de ingresar la informacin de un producto el campo de descripcin estar restringido a 100 caracteres, el del nombre a 32 y la imagen al formato JPG o GIF. El nombre debe acomodarse al tamao establecido de lo contrario se truncara

Cdigo RNF_451.3 Descripcin

Nombre Denominacin de Moneda

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe imprimir tanto en pantalla como en la factura del cliente los valores de los productos, los totales y el valor de los impuestos expresados en pesos ($). Pgina 34 de 38 Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Entradas No Aplica

Fuente No Aplica

Salida No Aplica

Destino No Aplica

Restricciones Valores en Pesos ($)

Proceso Efecto Colateral

No Aplica El clculo para pagos en moneda extranjera ni el almacenamiento de la informacin aplica

4.6
Cdigo RNF_46.1 Descripcin Entradas Arquitectura Diseos

Atributos del software del sistema


Nombre Disponibilidad del sistema Fecha 19 Agosto 2006 Grado Necesidad Esencial

El sistema debe ofrecer una disponibilidad del 99% al ao Fuente No Aplica Salida No Aplica Destino No Aplica Restricciones Depende de condiciones externas no controlables por el sistema

Proceso

El sistema estar siempre disponible, a menos que ocurra alguna de las siguientes condiciones: Externa (Energa u calamidad), Administrador baje los servicios Web, Actualizacin de versin con modificacin de arquitectura No Aplica

Efecto Colateral

Cdigo RNF_46.2 Descripcin

Nombre Seguridad de claves

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe ofrecer un mtodo de encriptamiento de claves mediante mtodos no reversibles. md5 Fuente de Formulario ingreso de datos de Salida Clave encriptada Destino BD Restricciones Encriptamiento MD5

Entradas Contrasea un usuario

Proceso

Al momento que se cree un usuario en el sistema el script correspondiente encritara la clave con la funcin MD5 para almacenarla asi en la BD. Al momento que un usuario requiera ser validado en el sistema, este le presentara una pantalla de autenticacin de usuario para que el usuario ingrese su nombre de usuario y contrasea, al momento de Pgina 35 de 38 Revisin 002

Realizado por: Margaret Florin y Mauricio Cabezas

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

enviar estos datos el script encripta la contrasea ingresada por el usuario y compara estos datos contra los de la base de datos. Efecto Colateral Si el usuario no corresponde a un registro de la BD el sistema no permite el acceso del usuario al sistema.

Cdigo RNF_46.3 Descripcin

Nombre Registro de logs de acciones

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe ofrecer un mecanismo de registro de logs para todas las actividades realizadas en la administracin del sistema que generen una no conformidad. Fuente Aplicacin Salida Registro de Accin, usuario, fecha, hora, resultado Destino Archivo plano Restricciones Solo se registraran no conformidades de la aplicacin

Entradas Usuario, accin que ejecuta

Proceso

Al momento de generarse un inconveniente de base de datos o inconsistencia de datos, el sistema registrara el suceso en un archivo plano. El nombre de este archivo plano variara en el tiempo. No Aplica

Efecto Colateral

Cdigo RNF_46.4

Nombre Comunicacin restringida entre mdulos del sistema

Fecha 19 Agosto 2006

Grado Necesidad Esencial

Descripcin

El sistema No debe ofrecer un vinculo de acceso a la administracin del sistema desde un POS Fuente BD, punto de RED Salida Si validacin Ok, usuario puede ingresar. Si validacin NOK el usuario no puede ingresar. Destino Pantallas de los usuarios Restricciones No Aplica

Entradas Usuario, rol, IP

Proceso

Cuando un usuario se va a identificar en el sistema, el sistema valida la IP de conexin si esta IP esta acorde con las funciones del rol del usuario que esta identificndose le permite ingresar si no le anuncia la restriccin. Un usuario administrador no puede lograrse por medio de un POS

Efecto Colateral

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 36 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

Cdigo RNF_46.5 Descripcin Entradas Infraestructura

Nombre Portabilidad

Fecha 19 Agosto 2006

Grado Necesidad Esencial

El sistema debe permitirse instalar tanto en servidores linux como windows. Fuente Arquitectura Salida No Aplica Destino No Aplica Restricciones No utilizar funciones restringidas al sistema operativo

Proceso Efecto Colateral

Pruebas de funcionamiento en los dos sistemas operativos. No Aplica

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 37 de 38

Revisin 002

SRS para desarrollo del sistema WEB de manejo de ventas y productos de un hipermercado

ndice trminos
A Arquitectura...................6, 30, 31, 32, 33, 35, 37 B Bodeguista................................................ 4, 8, 9 C Cajeros.......................................................... 8, 9 Cliente ...................................... 5, 25, 26, 27, 34 Compra ............................................................. 4 Contrasea contrasea ............................................ 21, 35 D Disponibilidad ................................................ 35 E Encriptar ........................................................... 6 Estadsticas ..................................................... 28 I Infraestructura .............................. 30, 31, 33, 37 IP 5, 10, 13, 18, 19, 36 L LINUX UNIX ......................................................... 32 Reportes ....................................................27, 28 revisin Versin .........................................................3 S Seguridad ........................................................35 sucursales Sucursales................................. 17, 18, 19, 28 Supervisor .................................................5, 8, 9 V Veda..................................................................4 W WINDOWS.....................................................32 Lotes .................................................................4 P PHP ...................................................................5 Portabilidad.....................................................37 Precio ................................................................4 promociones Promociones ...............................................15 Pruebas........................................................5, 37 R

Realizado por: Margaret Florin y Mauricio Cabezas

Pgina 38 de 38

Revisin 002