SRS V1 1Florian-Cabezas

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
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
Pgina 2 de 38
Revisin 002
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
Pgina 3 de 38
Revisin 002
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
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)
Pgina 5 de 38
Revisin 002
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
Pgina 6 de 38
Revisin 002
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
Pgina 7 de 38
Revisin 002
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.
Pgina 8 de 38
Revisin 002
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
Pgina 9 de 38
Revisin 002
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
Pgina 10 de 38
Revisin 002
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.
Pgina 11 de 38
Revisin 002
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.
Pgina 12 de 38
Revisin 002
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
Pgina 13 de 38
Revisin 002
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
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
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
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.
Pgina 15 de 38
Revisin 002
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
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
Nombre Organizacin de los productos
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
Pgina 16 de 38
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
Nombre Actualizar sucursal
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,
Pgina 17 de 38
Revisin 002
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
Nombre Deshabilitar/Habilitar Sucursales
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
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
Pgina 18 de 38
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
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
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
Pgina 19 de 38
Revisin 002
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
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
Pgina 20 de 38
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
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
Pgina 21 de 38
Revisin 002
Cdigo RF_424.4 Descripcin Entradas Identificacin de usuario
Nombre Deshabilitar/Habilitar usuarios del sistema
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
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
Pgina 22 de 38
Revisin 002
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
Nombre Cancelacin de la compra
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
queda automticamente cancelada. Efecto Colateral No Aplica
Nombre Registro de la venta en BD
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
Nombre Generar factura de compra
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
Pgina 24 de 38
Revisin 002
Nombre Registrar un producto
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
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
Nombre Restricciones en las ventas
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
Pgina 25 de 38
Revisin 002
Nombre Saldo de la venta
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
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
Nombre Pago de la compra de producto(s)
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
compra. Efecto Colateral Una vez el pago sea exitoso ir a requerimiento: RF_325.4
Nombre Avances en efectivo
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
Pgina 27 de 38
Revisin 002
lo siguiente: 2 reportes predefinidos, 1 reporte configurable. Efecto Colateral No aplica
Cdigo RF_426.2 Descripcin Entradas Seleccin parmetros de
Nombre Configurar Reportes
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
Nombre Generar Estadsticas
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
Pgina 28 de 38
Revisin 002
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
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
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
Pgina 29 de 38
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
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
Pgina 30 de 38
Revisin 002
Nombre Cantidad de Usuarios concurrentes
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
Nombre Cantidad de informacin que se almacenar
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.
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
Pgina 31 de 38
Revisin 002
Nombre Base de datos
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
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.
Nombre Sistema Operativo
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
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
de arquitectura Proceso Efecto Colateral Se entregara las especificaciones de configuracin del servidor Web para la aplicacin No Aplica
Nombre Tiempos de respuesta en los POS
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
4.4
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.
Pgina 33 de 38
Revisin 002
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
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
Nombre Valores de los datos
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
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
Nombre Denominacin de Moneda
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
Entradas No Aplica
Fuente No Aplica
Salida No Aplica
Destino No Aplica
Restricciones Valores en Pesos ($)
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
Nombre Seguridad de claves
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
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.
Nombre Registro de logs de acciones
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
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
Pgina 36 de 38
Revisin 002
Cdigo RNF_46.5 Descripcin Entradas Infraestructura
Nombre Portabilidad
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
Pruebas de funcionamiento en los dos sistemas operativos. No Aplica
Pgina 37 de 38
Revisin 002
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
Pgina 38 de 38
Revisin 002

SRS V1 1Florian-Cabezas

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

SRS V1 1Florian-Cabezas

Hochgeladen von

Copyright:

Verfügbare Formate

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

Control de cambios_________________________________________________ 3 Introduccin ______________________________________________________ 4

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

Referencias _________________________________________________________ 6 Apreciacin global ___________________________________________________ 7

Descripcin global _________________________________________________ 8

Realizado por: Margaret Florin y Mauricio Cabezas

Consideraciones de seguridad _____________________________________________11

Atencin y dependencias _____________________________________________ 11 Prorratear los requisitos _____________________________________________ 11

Requisitos especficos ______________________________________________ 13

Interfaces Externas _________________________________________________ 13 Requisitos Funcionales_______________________________________________ 13

4.3 4.4 4.5

Atributos del software del sistema _____________________________________ 35

Realizado por: Margaret Florin y Mauricio Cabezas

Margareth Florin Mauricio Cabezas Margareth Florin Mauricio Cabezas

Realizado por: Margaret Florin y Mauricio Cabezas

Definiciones, siglas, y abreviaciones

2.3.2 Del Sistema

Realizado por: Margaret Florin y Mauricio Cabezas

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

Realizado por: Margaret Florin y Mauricio Cabezas

Ilustracin 1 - Formato de descripcin de requerimiento

Realizado por: Margaret Florin y Mauricio Cabezas

Funciones del producto

Caractersticas del usuario

Realizado por: Margaret Florin y Mauricio Cabezas

3.3.1 Perfil de usuarios

3.3.2 Jerarqua de usuarios

Realizado por: Margaret Florin y Mauricio Cabezas

3.4.1 Polticas reguladoras

3.4.2 Limitaciones de Hardware

3.4.3 Interfaces con otras aplicaciones

3.4.4 Funcionamiento paralelo

3.4.5 Funciones de auditoria

3.4.6 Funciones de control

3.4.7 Requisitos del lenguaje

3.4.8 Protocolos sealados

Realizado por: Margaret Florin y Mauricio Cabezas

3.4.9 Requisitos de Fiabilidad

Prorratear los requisitos

Realizado por: Margaret Florin y Mauricio Cabezas

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

Realizado por: Margaret Florin y Mauricio Cabezas

4.2.1 Ingreso a la aplicacin

Realizado por: Margaret Florin y Mauricio Cabezas

4.2.2 Administracin de productos

Nombre Registro de ingreso de lotes

Fecha 19 Agosto 2006

Grado Necesidad Esencial

Realizado por: Margaret Florin y Mauricio Cabezas

Nombre Asignar promociones a un producto

Fecha 19 Agosto 2006

Grado Necesidad Esencial

Cdigo RF_422.4 Descripcin Entradas Cdigo producto, imagen del

Nombre Actualizar imagen de los productos

Fecha 19 Agosto 2006

Grado Necesidad Esencial

Realizado por: Margaret Florin y Mauricio Cabezas

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

Entradas Cdigo producto, Explicacin cambio estado.

Cdigo RF_422.6 Descripcin

Control de cambios_ 3 Introduccin ______ 4

Propsito _______________________ 4 Alcance 4 Definiciones, siglas, y abreviaciones _ 4

Referencias _______ 6 Apreciacin global _ 7

Atencin y dependencias _ 11 Prorratear los requisitos _ 11

Interfaces Externas ___ 13 Requisitos Funcionales_ 13