Este documento presenta un proyecto de software para controlar el inventario de un restaurante. El software permitirá registrar ventas y compras, actualizar el stock disponible, y generar informes. Se realizó una entrevista con el dueño para identificar los requerimientos funcionales y no funcionales, como iniciar sesión, ver el stock, registrar ventas y compras, y exportar informes a Excel. Se especificaron 11 requerimientos funcionales y 2 no funcionales, y se incluyen diagramas de flujo de datos y un diccionario

1. Informe proyecto espacio 90
Nombre del Alumno: José Canales, Tyrone Morales,
Nicolás Miranda
Carrera: Programación y análisis de sistemas.
Modulo: Ingeniería de requerimientos

2. Introducción
• La empresa Espacio 90 es un resto bar orientado básicamente al público
universitario de la ciudad, el local está situado en el céntrico de Talca, está
compuesta por 10 trabajadores, la cual empezó sus funcionamientos en el año
2009.
• Esta empresa realiza un control de inventario de los productos de forma
manual, tanto al cerrar como al abrir el local, también a su vez se hace lo
mismo al cuadrar la caja.

3. Objetivos generales
• La implementación de una solución informática la cual será usada por el
encargado de la bodega y el encargado de las ventas. El software debe
abordar el inventario que se tiene en la bodega, las ventas de los productos
Objetivos específicos
• Realizar la toma de requerimientos funcionales y no funcionales a la empresa
• Analizar los reales requerimientos que tiene la empresa
• Especificar y validar los requerimientos obtenidos de los funcionarios.
• Establecer si el proyecto es viable analizando cada una de las factibilidades del
proyecto.

4. Herramientas de recolección de datos
• En la toma de requerimientos se utilizara una entrevista, estará
enfocada a lo que quiere el cliente y que funcionamientos quiere
que tenga el sistema, como también el aspecto de este. La
entrevista se realizara al dueño ya que maneja el funcionamiento
de todas las áreas del negocio, en especial el área en el que se va a
implementar el proyecto.

5. Confección de las entrevista
• Preguntas y su descripción
• 1.- ¿Cuál es su nombre?
• *Debe especificar
• 2.- ¿Está familiarizado o tiene algún conocimiento de cómo utilizar un sistema o programa
computacional?
• *Debe especificar en nivel de manejo de programas computacionales
• 3.- ¿Cuánta gente trabaja en el local?
• *Debe especificar cuanta gente trabaja en el local
• ¿Tiene algún tipo de equipo computacional en el local?
• *Debe especificar si cuentan con equipo
• ¿Tiene acceso a internet?
• *Debe señalar si cuentan con servicio de internet en el local
• ¿Qué solución le gustaría tener para su local?
• *Indicar la solución informática que necesitan
• ¿Realiza inventarios cada cierto tiempo?
• *Indicar cada cuanto realizan inventario
• En el tema de diferencias de inventario ¿requiere que al momento de ingresar productos estos
sean ingresados por familia? O ¿por total de productos solamente?
• *Indicar como ingresar los productos, ya sea por marca o por familia
• ¿Quién o quienes accederán al sistema?
• *Debe señalar quienes tendrán acceso al sistema

6. • ¿Desea registrar venta?
• *Indicar si necesita registrar ventas
• ¿Qué acciones dentro del sistema van a realizar cada usuario?
• *Nombrar las acciones que debe realizar el sistema
• ¿Es necesario realizar un sistema con inicio de sesión para mantener un control de las
modificaciones?
• *Indicar si el sistema debe tener un inicio de sesión o no
• ¿Qué nivel de acceso tendrán los diversos trabajadores?
• *Indicar el nivel de acceso de cada usuario
• ¿De qué forma se lleva un control de la cantidad de productos vendidos?
• *Indicar la forma lleva los controles de los productos vendidos
• ¿De qué forma se lleva un control de la cantidad de productos en bodega?
• *Indicar la forma lleva los controles de los productos en bodega
• ¿Se realizan pedidos controlados o se determina según la cantidad restante de productos?
• *Debe señalar cuando se realizan pedidos de productos
• ¿Requiere que el sistema pueda entregar informes de las modificaciones realizadas por los
usuarios?
• *Indicar si requiere entregar informes de las modificaciones o no
• ¿Qué tipo tamaño de letra le gustaría utilizar para el programa?
• *Indicar el tipo de letra que prefiere
•
• ¿Qué Tamaño de letra prefiere?
• *Indicar el tamaño de la letra
•
• * Se anexa toma de requerimientos

7. Tabulación de los requerimientos funcionales
R01 Iniciar sesión ingresando nombre usuario y clave
R02 Ver stock bodega
R03 Generar informe con las entradas y salidas de productos
R04 modificar registro de venta y compra
R05 Agregar registro de venta y compra
R06 Mostrar ventas y compras realizadas
R07 Actualizar el stock por cada venta y compra
R08 Exportar a un Excel un informe de stock
Tabulación de los requerimientos funcionales
R09 El sistema lo usaran dos usuarios
R10 Interfaz limpia, simple e intuitivo

8. Especificación de requerimientos
Funcionales
Nombre Iniciar sesión ingresando nombre usuario y clave
Id R01
Categoría Funcional
Descripción Ingresar nombre de usuario y clave para iniciar sesión
Justificación Identificar solo a las personas autorizadas para ingresar
al sistema
Prioridad Alta
Dependencia No depende de ningún otro requerimiento
Argumentos de factibilidad Es factible
Método de verificación Comparar con el usuario y clave registrados en la base
de datos
Nombre Ver stock bodega
Id R02
Categoría Funcional
Descripción Visualizar en pantalla el stock de cada producto
Justificación Muestra el stock que se tiene para la venta
Prioridad Media
Dependencia R03, R06
Argumentos de factibilidad Es factible, por que el usuario está obligado a registrar
los ingresos y los egresos
Método de verificación Los registros guardados en la base de datos

9. Nombre Generar informe con las entradas y salidas de
productos
Id R03
Categoría Funcional
Descripción Generar un informe con el stock inicial, con el stock
vendido y la diferencia entre ambos stock por marca
Justificación Obtener la cantidad de stock que queda en bodega
Prioridad Alta
Dependencia R03
Argumentos de factibilidad Es factible, el usuario registra los ingresos y los egresos
en el sistema de esto se obtiene el informe
Método de verificación ver los datos arrojados por el sistema en el informe
Nombre modificar registro de venta y compra
Id R04
Categoría Funcional
Descripción Modifica uno o más registros de venta o de compra
Justificación Modifica un ingreso incorrecto de una venta
Prioridad Alta
Dependencia R03,R06
Argumentos de factibilidad Es factible, se puede eliminar, modificar siempre cuando
no este asociado a elementos de otras tablas
Método de verificación Eliminación del registro en la base de datos

10. Nombre Agregar registro de venta y compra
Id R05
Categoría Funcional
Descripción Aumentar la cantidad de stock al recibir un pedido de
algún producto, o disminuirlo al realizar una venta
Justificación Manejo del número de stock que se tiene
Prioridad Alta
Dependencia Ninguna
Argumentos de factibilidad Es factible, ya que el usuario elije realizar la compra o
venta e ingresar los datos
Método de verificación El registro de los datos en la base de datos
Nombre Mostrar ventas y compras realizadas
Id R06
Categoría Funcional
Descripción Mostrar en pantalla los registros de ventas y compras,
dependiendo la operación que se elija
Justificación Conocer el stock en cualquier momento
Prioridad Media
Dependencia R03
Argumentos de factibilidad Es factible, el usuario está obligado a ingresar los
registros de ventas.
Método de verificación Los datos ingresados de las ventas en la base de datos

11. Nombre Actualizar el stock por cada venta y compra
Id R07
Categoría Funcional
Descripción Descontar del stock los productos que se venden y
aumentarlos con las compras
Justificación Llevar el control de los productos que se venden y el
stock restante
Prioridad Alta
Dependencia R03, R06
Argumentos de factibilidad Es factible, al realzar la venta se selecciona la cantidad
del producto, el cual será descontado del stock inicial.
Método de verificación Disminución del stock de un producto al venderlo
Nombre Exportar a un Excel un informe de stock
Id R08
Categoría Funcional
Descripción Exportar a un Excel el informe de stock
Justificación Llevar el control de los productos que se venden y el
stock restante
Prioridad Alta
Dependencia R03, R06
Argumentos de factibilidad Es factible, los registros ingresados son almacenados por
el sistema.
Método de verificación Exportación a un archivo de texto (.txt)

12. No funcionales
Nombre El sistema lo usaran dos usuarios
Id R12
Categoría No funcional
Descripción El sistema lo usara el jefe y el encargado de ventas
Justificación Solo podrán acceder dos personas de la empresa
Prioridad Baja
Dependencia Ninguna
Argumentos de factibilidad Es factible, ya que se asignan dos nombres de usuarios y
sus respectivas contraseñas.
Método de verificación Ingresar los datos para iniciar sesión
Nombre Interfaz limpia, simple e intuitivo
Id R13
Categoría No funcional
Descripción El sistema debe ser lo más simple al momento de
interactuar con el
Justificación Debe ser fácil de usar para mejor asimilación en la
empresa
Prioridad Baja
Dependencia Ninguna
Argumentos de factibilidad Es factible
Método de verificación Aprobación del cliente.

13. Diagrama de flujos de datos
DFD nivel 0

14. DFD nivel 1

15. DFD nivel 2

18. Diccionario de datos
Tabla de producto
llave Nombre funcionalidad tipo tamaño Descripción
PK id_producto es ingresado num 12 identificador del producto
FK nombre_producto es ingresado varchar2 30 nombre del producto
cantidad_producto es ingresado varchar2 6 cantidad del producto en stock
Tabla de ventas
llave Nombre Funcionalidad tipo tamaño Descripción
PK Inumero_boleta es ingresado num 15 identificador del pedido
FK id_usuario es llamado num 2 identificador del usuario
fecha_ventas es generado date 6 fecha del pedido
Estado es ingresado varchar2 10 Estado de la venta

19. Tabla usuario
llave nombre funcionalidad tipo tamaño Descripción
PK id_usuario es ingresado num 2 identificador del usuario
nombre_usuario es ingresado varchar2 15 nombre del usuario
clave_usuario es ingresado num 7 clave de acceso del usuario
privil_usuario es ingresado varchar 15 clave de acceso del usuario
Tabla de compras
llave numero_factura funcionalidad tipo tamaño Descripción
PK numero_factura es ingresado num 25 identificador del pedido
FK id_usuario es llamado num 2 identificador del usuario
fecha_compras es generado date 6 fecha del pedido
Estado es ingresado Varchar 10 Estado de la compra

20. Tabla detalles_venta
llave Nombre funcionalidad Tipo tamaño Descripción
PK id_detalles_ventas es generado Num 10 identificador del detalle
FK numero_boleta es llamado Num 10 identificador del pedido
FK id_producto es llamado Num 12 Identificador del producto
Cantidad_venta es ingresado varchar2 6 Cantidad del producto comprado
Tabla detalles_ compra
llave Nombre Funcionalidad Tipo tamaño Descripción
PK id_detalles_compras es generado Num 10 identificador del detalle
FK Numero_factura es llamado Num 25 identificador de la compra
FK id_producto es llamado varchar2 12 Identificador del producto
Cantidad_compra es ingresado varchar2 6 Cantidad del producto comprado

21. Factibilidades
Factibilidad Técnica
La empresa ya cuenta con equipos para poder utilizar el sistema, este sistema será realizado con
html, php.
La base de datos será del tipo relacional, ya que Permiten establecer interconexiones (relaciones)
entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos
de las tablas, la base de datos será diseñada en MySQL.
Las exigencias para el equipo que deben usar los usuarios administrativos, no son muchos, ya que el
trabajar con un sistema pequeño, no requiere de un gran rendimiento, las características mínimas
que debe cumplir son:
Un procesador AMD APU dual core E1-1500 de 1,48 GHz o un procesador Intel Celeron dual core
B847 de 1.1 GHz o un procesador superior a estos, 2 GB de memoria RAM o una memoria con
capacidad superior, un disco duro de 320 GB o superior a esto. El equipo debe contar con un
sistema operativo en el cual pueda ejecutar las siguientes versiones de estos dos navegadores
Google Chrome Versión 35.0.1916.153 en adelante o internet explorer desde la versión 11 en
adelante.
Factibilidad Operacional
La implementación del sistema para los usuarios administrativos de Espacio 90, requerirá que el
programador este capacitando al personal durante breve periodo de tiempo, que durara una
semana por 5 horas diarias, ya que los usuarios administrativos tienen un manejo a nivel medio en
el uso de software y computación, lo que acelera la capacitación.

22. • Factibilidad Legal
• Licencias:
• El sistema operativo que deben usar los equipos administrativos, debe
contar con las licencias originales.
• El sistema gestor de la base de datos MySQL que se utilizara para este
proyecto tiene licencia gratuita.
• Adobe Dreamweaver CS6 con el que se hará la página debe contar con
licencia pagada
• El software que se implementara no constara de licencia.
Factibilidad Económica
Detalle: Tipo de pago Costo $:
Programadores $800.000
Dominio Anual $ 9.950
Hosting Mensual $179.650
Capacitación 5 días $100.000
Cargo por servicio $400000
Total $1.489.600

23. Factibilidad Financiera
El proyecto no generara ningún ingreso a la empresa, la implementación
de este es para regular las entradas y salidas del stock de los productos y
eliminar las diferencias irregulares que hay en bodega.
La empresa solicito un proyecto pequeño por lo que el proyecto no debe
ser costoso, con los que cuenta con $2.000.000 como base para realizar
el proyecto

24. Base de datos
Diagrama entidad relación:

25. Diagrama físico:

26. Diagrama lógico: