0.3 Pg. 2
Abril 2013
Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora
Contenido
FICHA DEL DOCUMENTO......................................................................................................... 3 INTRODUCCIN......................................................................................................................... 5 1.1 Propsito............................................................................................................................... 5 1.2 Alcance.................................................................................................................................. 5 1.3 Personal involucrado........................................................................................................... 5 1.4 Definiciones, acrnimos y abreviaturas.............................................................................6 1.5 Referencias........................................................................................................................... 6 2 DESCRIPCIN GENERAL....................................................................................................... 6 2.1 Perspectiva del producto..................................................................................................... 6 2.2 Funcionalidad del producto................................................................................................. 7 2.3 Caractersticas de los usuarios........................................................................................... 7 2.4 Restricciones........................................................................................................................ 7 2.5 Suposiciones y dependencias............................................................................................ 7 2.6 Evolucin previsible del sistema........................................................................................7 3 REQUISITOS ESPECFICOS................................................................................................... 7 3.1 Requisitos comunes de los interfaces...............................................................................9 3.2 Requisitos funcionales...................................................................................................... 10 3.3 Requisitos no funcionales................................................................................................. 11 3.4 Otros requisitos.................................................................................................................. 12
Introduccin
Este proyecto ha sido creado a partir de la necesidad de buscar la solucin para los inconvenientes que se presentan en el manejo y control del inventario de la empresa JHON LEE, lo cual tambin genera ciertos beneficios adicionales como: total control de dineros de entrada y salida, claridad de productos y disponibilidad de los mismos, entre otros. Consiste en tener el pleno control y consulta del inventario de la empresa con el fin de evitar prdidas de la misma. La intencin del desarrollo es lograr una APP en donde se genere el inventario total de los productos y el administrador tenga total visibilidad de est. Adems est APP estar diseada para que solo el ADMINISTRADOR del sistema pueda ver ventas y ingresos en tiempo real generando as un total control de ventas.
1.1
Propsito
El objetivo de este documento es informar a todo aquel involucrado con el desarrollo y la implementacin del proyecto para tener claridad en los propsitos, en los objetivos y en los enfoques documentales que contribuyen al mejor proceso para llevar a cabo la misin propuesta.
1.2
Alcance
Es una APP implementada en la empresa JHON LEE implementada en ac uno de los computadores de los locales , dado que es una herramienta donde nos es posible interactuar con las ventas y el inventario en todo momento , el acceso a este sistema esta explicito solo para el administrador y al personal que el considere de confianza.
1.3
Personal involucrado
Diego Fernando Ruiz Sanchez Lider Proyecto ADSI Guiar al grupo en el desarrollo del proyecto, hacer tareas especificadas en el cronograma del proyecto dfruizs@misena.edu.co 3112238650
Willian Javier Maldonado programador y Analista ADSI codificar , analizar el desarrollo del sistema y hacer tareas especificadas en el cronograma del proyecto Wmaldonado1@misena.edu.co 7777777
Disear el modelo a seguir del sistema , codificar, analizar el desarrollo del sistema y hacer tareas especificadas en el cronograma del proyecto Dapuccini7@misena.edu.co 3005349817
Carlos Alberto Beltran Melo Diseador , Programador y Analista ADSI Disear el modelo a seguir del sistema , codificar , analizar el desarrollo del sistema y hacer tareas especificadas en el cronograma del proyecto Carlosbm16@misena.edu.co 3124456300
1.4
INANNA: Es el nombre del proyecto el cual significa (diosa del amor, de la guerra y protectora de la ciudad de Uruk
1.5
Refere ncia [Ref.]
Referencias
Titulo INANNA Ruta Fecha Autor [Autor] http://es.wikipedia.org/wiki/Ina [Fecha] nna
2 Descripcin general
2.1 Perspectiva del producto
2.2
Bsicamente este proyecto tiene una orientacin inicial a contribuir con la organizacin, consulta e inventarios en la empresa Distribuidora Lee y adems aprovechar los beneficios que este nos genera, dentro de su funcionamiento debe permitir registro de usuarios, productos, clientes que quieran ingresar a la base de datos del SI INANNA. Otras funcionalidades importantes son la generacin de reportes de ventas diarias, mensuales y anuales, la posible consulta de los usuarios sobre el inventario existente, y la veracidad de la informacin, para as mismo pedir nueva lnea de productos necesitados por la empresa. Y otros aspectos importantes como las fechas de la misma.
2.3
2.4
Restricciones
Ya que el proyecto va a ser desarrollado en un ambiente local no permitir tener una conexin a internet a menos que el cliente lo desee en posibles actualizaciones. Por ahora ser un software a la medida, pero que su vez puede llegar a ser implementado en otras reas.
2.5
Suposiciones y dependencias
Ausencia del recurso Internet. Bloqueo de aplicativo SI INANNA. Error del SO. Ausencia de Conexin de Red.
2.6
El sistema puede mejorar desde distintas partes ya sea por que el cliente querr que su base de datos quede almacenada en un servidor de hosting conocido como almacenamiento en la nube. Lo cual acabara con la red local que el cliente tenga, asi exponiendo menos a vulnerabilidad sus datos. O desde la aplicacin, haciendo futuras actualizaciones de cambio de interfaz, aumento de velocidad de respuesta por parte del SI y mejorando el nivel de seguridad.
3 Requisitos especficos
Nmero de requisito Nombre de requisito Tipo RF 1 Registro de usuario Requisito
Restriccin
Descripcin de requisitos del sofware
Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito
Formulario de informacin Alta/Esencial Media/Deseado RF 2 Ingresar al aplicacin Requisito Restriccin ID contrasea Alta/Esencial Media/Deseado RF 3 Privilegio del administrador Requisito Restriccin Men de administrador Alta/Esencial Media/Deseado RF 4 Eliminacin de usuarios Requisito Restriccin Men de eliminacin de usuarios Alta/Esencial Media/Deseado RF 5 Visualizacin de ventanas Requisito Restriccin Men de ventanas Alta/Esencial Media/Deseado RF 6 Visualizacin de inventario Requisito Restriccin Men de inventario Alta/Esencial Media/Deseado RF 7 Edicin de inventario Requisito Men de inventario Alta/Esencial RF 8 Edicin de perfil Requisito perfil Alta/Esencial
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
3.1
Fcil manejo Fcil accesibilidad Lista para actualizacin de datos Formulario con los campos requeridos para el registro de un componente Descripcin de prendas Campo donde se puede cambiar el precio del producto Campo para cambio de local Listado de reporte de ventas Campo para listar compras Campo para listar elementos faltantes del inventario general Listado de Reporte prendas por local Campo para escribir registro Listado de Reportes de prendas Listado de seguimiento de producto
3.2
Requisitos funcionales
Agregar nuevo producto al inventario Modificar productos en el inventario Borrar productos del inventarios Dar reporte de prdidas de productos Realizar seguimiento de ventas en los diferentes locales Registro de usuarios Reporte de disponibilidad de prendas o productos Reporte de ventas semanal, mensual y anual Reporte de cambio de precio de producto Reporte de prendas por local Registro de locales Reporte prendas existentes Reporte seguimiento de producto
3.3
Requisitos no funcionales
Computador para acceder al sistema Aplicativo Fcil portabilidad Generar copias de seguridad Buen tiempo de respuesta para que permita un mejor rendimiento del trabajo. Mantenimiento Ser un sistema de fcil usabilidad para todas las personas que ingresen al sistema Los colores predominantes van a ser el blanco negro y gris El inventario contara con roles que tendrn sus respectivos permisos para el sistema de informacin El sistema de informacin debe ser seguro para que no haya ninguna infiltracin de informacin o prdida de esta misma El sistema debe generar informes.
3.3.2 Seguridad
El sistema diariamente producir backups para la satisfaccin del cliente adems tendr la pantalla de login para la cuenta el administrador de la empresa es el nico autorizado para hacer cambios
3.3.3 Disponibilidad
El sistema tendr la disponibilidad de cambios para el mejoramiento del mismo.
3.3.4 Mantenibilidad
El sistema mantendr backups para corregir la perdida de datos, tambin cualquier error ser solucionado por los programadores El mantenimiento se realizara cada vez que sea necesario ya que se espera un volumen de acceso alto.
3.3.5 Fiabilidad
La fiabilidad se produce cuando el sistema es entregado al cliente y si ayuda mucho a su empresa puede ser fiable comerciar el mismo.
3.3.6 Portabilidad
el sistema ser desarrollado como un aplicativo sin ningn requerimiento especial de sistema operativo , con fcil adaptabilidad a otros lenguajes de programacin para que su comercializacin se haga fuerte en el mercado de software. Ya que el acceso es a travs de un browser o navegador existen mltiples dispositivos por los cuales se puede ingresar a la aplicacin para trabajar en ella