}

INGENIERIA DE REQUERIMIENTOS

“PROYECTO DE TIENDA COMERCIAL VENTA DE

ABARROTES AL POR MAYOR Y MENOR”

INTEGRANTES:
- AGUIRRE RAYMUNDO, Ever
- ALBORNOZ IRRIBARREN, Fredy
- ESTEBAN PONCE, Janelly
- NOLASCO PONCE, Tino
- RIVERA CLARO, Jorge

DOCENTE:
Ing. Fredy Huapaya

HUÁNUCO – PERÚ
 2018

AUTOSERVICIOS DON PEDRO S.R.L

Descripción de la Empresa.
La empresa Comercial mayorista Autoservicios Don pedro está ubicada en centro de la ciudad
de Huánuco cuya dirección legal es: Leoncio Prado 1003. El rubro a que se dedica es de
Distribuidor Mayorista de Abarrotes y Bebidas en la ciudad de Huánuco.

La empresa está a cargo de una administradora, y un contador que se encarga de la parte

contable y financiera, tal como el sistema encargado para esta área. Y Cuenta con dos
vendedores que usan el sistema y realizan el proceso factura de ventas de los productos Alos
clientes.

Para el área de despacho y almacén cuenta con 8 personales quienes se encargan de verificar y
despechar los productos que son facturados a los clientes.

Organigrama de la Empresa:

GERENCIA GENERAL

COMPRAS DISTRIBUCIÓN

JEFE DE
SELECCIÓN DE ASEGURAMIENTO
ALMACÉN
PROVEEDORES DE LA CALIDAD

JEFE DE JEFE DE OPERADOR

COMPRAS CALIDAD
 Fuente: Elaboración Propia

1. RECOLECCION DE REQUERIMIENTOS

Ambiente Físico:
● ¿Dónde esta el equipo que el sistema necesita para funcionar?
Los equipos de encuentra en área de ventas, en caja y despacho de productos.

● ¿Existe una localización o varias?

Existen dos localizaciones el área de ventas y el sótano del centro comercial don de
esta la parte contable y administrativa de la empresa.

● ¿Hay restricciones ambientales como temperatura, humedad o interferencia

magnética?
No hemos observado ninguna condición mala. La temperatura y la humedad son
estables en centro comercial don pedro. Tampoco hemos observado que haya ningún
tipo de interferencia de señales eléctricas o magnéticas.

Interfaces
● ¿La entrada proviene de uno o más sistema?
Las entradas provienen del mismo sistema porque se registran directamente a la basa
de datos y también de un sistema que es el de la SUNAT, para la facturación
electrónica.
● ¿La salida va a uno o más sistema?
La salida va un sistema que es que también el de la SUNAT, para la facturación
electrónica.
● ¿Existen una manera prestablecida en que deben formatearse los datos?
No ninguna.

Usuarios y factores humanos

● ¿Quién usara el sistema?

✔ Administrador
✔ Contador
✔ Vendedores

● ¿Habrá varios tipos de usuarios?

Si existen 2 tipos.

✔ Administradores
 ✔ Vendedores
● ¿Cuál es nivel de habilidad de cada tipo de usuario?
La administradora y el contador son los que requieren nivel Intermedio en el sistema.

Los vendedores requieren un nivel bajo en el sistema, pero habilidad intermedia en

digitación en la facturación de los productos.
● ¿Qué clase de entrenamiento requería cada tipo de usuario?
El administrador y el contador requieren de capacitaciones sobre el uso de todos los
módulos del sistema y su funcionamiento del sistema. También requieren capacitación
y soporte constante en la facturación electrónica.
Los vendedores requieren una capacitación de la utilización del módulo de ventas y
digitación en el sistema.

● ¿Cuán fácil le será al usuario comprender y utilizar el sistema?

Eso dependerá del nivel de conocimientos y manejo de computadoras que tiene cada
uno. Pero será fácil comprensión para los usuarios.

● ¿Cuán difícil le resultara al usuario hacer uso indebido del sistema?

El sistema es complejo en seguridad y le resultara difícil al usuario equivocarse o
duplicar datos con fines indebidos para la empresa.

Funcionalidad
● ¿Quién hará el sistema?
Los estudiantes de ING. de Sistemas de la UNHEVAL y son.
⮚ Aguirre Raymundo, Ever
⮚ Albornoz Irribarren, Fredy
⮚ Rivera Claro, Jorge Luis
⮚ Nolasco Ponce, Tino Husein
⮚ Esteban Ponce, Janelly

● ¿Cuándo lo hará?
Lo haremos desde el 20 de junio hasta el 30 julio del 2018.

● ¿Existen varios modos de operación?

SI Existen
● ¿Cómo y cuando puede cambiarse o mejorarse un sistema?
El sistema se puede cambiar en cualquier momento cuando se requiera cambiar o
mejorar para el buen funcionamiento del sistema en la empresa.

● ¿Existen restricciones de la velocidad de ejecución tiempo de respuesta o

Rendimiento?
No existen un tiempo determinado de entrega ya que el sistema que elaboraremos es
de prueba.
Documentación
● ¿Cuánta documentación se requiere?
Se requiere la documentación necesaria, porque utilizaremos la metodología de
desarrollo mas corta y factible para no perder mucho tiempo en documentación.

● ¿Debe estar en línea, en papel o en ambos?

Se deben especificar en los dos para que el sistema pueda ser mas formal y hace que
tenga una buena especificación de sistema que sea accesible.
● ¿A que audiencia esta orientado cada tipo información?
La información

Datos
● ¿Cuál será el formato de datos, tanto para la entrada como para la salida?
Para la entrada los datos será SQL. Porque serán ingresados directamente a la base de
datos.
● ¿Cuán a menudo serán recibidos o enviados?
Los datos eran enviados en cada venta realizada y por tal motivo será enviado
frecuentemente.
● ¿Cuán exactos deben ser?
Unos 200 a 300 ventas al día que se registraran en el sistema.
● ¿Con que grado de precisión deben hacerse los cálculos?
Los cálculos deben ser lo más precisos posibles ya que, cada monto en cada venta no
puede variar
● ¿Cuántos datos fluyen a través del sistema?
Los datos que se procesan al día son unos 300 datos por las ventas.
● ¿Debe retenerse algún dato por algún periodo de tiempo?
Si en enviar la factura electrónica de la venta realizada se toma un tiempo, hasta que
esta pueda ser modificada o cargada.

Recursos
● ¿Qué recursos materiales, personales o de otro tipo se requieren para construir,
utilizar y mantener el sistema?
Se requieren de personal que brinde mantenimiento y soporte al sistema para que
esta trabaje continuamente sin problemas.
● ¿Qué habilidades deben tener los desarrolladores?
Los desarrolladores tienen que tener habilidades de análisis, lógica y saber interpretar
procesos del sistema para su mejor funcionamiento.
● ¿Cuánto espacio físico será ocupado por el sistema?
Bueno dependerá ala cantidad de ventas realizadas al mes, pero calcula buena
cantidad de espacio de almacenamiento.
● ¿Cuáles son los requerimientos de energía, calefacción o acondicionamiento de aire?
Se debe tener una fuente de energía adicional como una batería o generador eléctrico
para que no se caiga el sistema.
● ¿Existe un cronograma preinscrito para el desarrollo?
No todavía.
 ● ¿Existe un limite sobre la cantidad de dinero en el desarrollo o en hardware y
software?

Bueno todavía no existe un limite porque no sabemos los gastos de este prototipo del
sistema.

Seguridad
● ¿Debe controlarse el acceso al sistema o ala infamación?
Si, porque los datos que manejan son de suma importancia solo para la empresa
comercial Don Pedrito.
● ¿Cómo se podrá aislar los datos de un usuario de los otros?
Los datos estarán restringidos por tipos de usuario, así que el administrador y contador
pueden tener acceso a todos los datos, pero los vendedores solo tendrán acceso a los
datos de venta y facturación.
● ¿Cómo podrán aislarse los programas de usuario de los otros Programas y del
sistema Operativo?
El sistema será aislado porque será web y utilizará un navegador y acceso a internet.
● ¿Con que frecuencia deben hacerse copias de respaldo?
Se Deben hacer semanalmente porque son muchos datos para realizar copias diarias.
● ¿Las copias de respaldo deben almacenarse en un lugar diferente?
Si deben ser de preferencia en la nube u otro dispositivo de almacenamiento adicional
del servidor.
● ¿Deben tomarse precauciones contra el juego, el daño provocado por agua o el
robo?
Si tiene que haber respaldo y un sistema de seguridad, nosotros proponemos que el
servidor sea en la nube un VPS.

Plan de contingencia:
Cuando el sistema caiga o por alguna situación dejara de funcionar, entonces el plan
de contingencia es que las ventas se realizaran mediante boletas y facturas físicas que
serán de respaldo, el sistema tendrá el modulo habilitado para el ingreso manual de
ventas y facturas. Entonces las Boletas y facturas físicas serán ingresadas al sistema
cuando este vuelva a funcionar.
2. Stakeholder
⮚ Internos
● Administradora
● Contador
● vendedores
⮚ Externos:
● Clientes
● SUNAT
● Trabajadores

Gráfico N°1: actores internos y externos.

Externos

internos
Vendedores
Clientes

Administrador
Sistema De
Venta de
abarrotes

Contador

Trabajadores

SUNAT

Actores / Usuarios del sistema

De acuerdo a la estructura del proyecto, los actores identificados del Sistema
Integrado son los siguientes:

Actores Descripción

Usuario Toda persona con una cuenta y accesos autorizados al

 sistema.
Administradora Realiza funciones tales como administrar cuentas, perfiles
de usuario y monitorear el funcionamiento del sistema de
ventas.
Contador Realiza funciones tales como planificación y supervisión de
las ventas contables realizadas y de la revisión de
facturación de cada venta y compra realizada.
Vendedores Realiza funciones como registro de productos y venta de
productos, tales como la generación de facturas y boletas
de ventas realizadas.

MODELADO DE CASOS DE USO DEL SISTEMA

1. Diagrama de Actores

2. Diagrama de caso de uso del Sistema

1) CASO DE USO: 1. Gestión usuarios

Especificación de caso de uso: Gestión Usuario

Proyecto: TIENDA COMERCIAL VENTA DE ABARROTES AL POR MAYOR Y
MENOR
Versión: Revisión: 1.00 Estado: borrador FECHA: 29/06/2018
001
Responsable: Fredy, Albornoz Numero: 1
Iribarren
Caso de uso: Gestión de usuarios
I. Actores
Administrador
II. Propósito
El administrador obtiene el código y clave correspondiente para poder registrarse o
registrar a vendedores y trabajadores, mediante el cual podrá ingresar y podrán
ingresar al sistema sin ningún problema los usuarios.
III. Resumen
El usuario obtiene su código y Password solicitando al sistema y recibiéndolo por
correo electrónico; para poder acceder al intranet e inscribirse de tal forma que el
alumno se inscriba sin ningún inconveniente.
IV. Curso normal de eventos
Actor Sistema
1) Ingresar modulo gestión
usuarios y personal.
2) Registrar personal.
3) Registrar usuario.
4) Registrar datos personales.
5) Registra datos usuarios.
6) Muestra personal.
7) usuarios registrados.

8) Modificar personal. 11)Muestra personal seleccionado.

9) Modificar usuario.
12)Muestra usuario seleccionado.
10) Consultar usuario.
11) Consultar personal.
V. Precondición
El usuario tiene que tener acceso al sistema el cual se podrá hacer uso de los
módulos según la prioridad requerida por el sistema.
VI. Curso alternativo(Excepciones)
✔ Si el usuario ya se registró quedara automáticamente almacenado en la
 base de datos del Sistema Comercial.
✔ Si el sistema falla en el proceso de registrar usuario o personal nuevo,
entonces le saldrá el mensaje adecuado para poder repetir la acción.

2) CASO DE USO: 2. Ventas

Especificación de caso de uso: Ventas

Proyecto: TIENDA COMERCIAL VENTA DE ABARROTES AL POR MAYOR Y
MENOR
Versión: Revisión: 1.00 Estado: borrador FECHA: 10/07/2018
001
Responsable: Aguirre Raymundo Numero: 2
ever y Esteban Ponce, Janelly
Caso de uso: Ventas
I. Actores
Administrador y vendedores
II. Propósito
El administrador y vendedor pueden realizar el registro de ventas y la actualización
de ella también puede realizar él envió automático de la facturación electrónica
respectiva por cada venta realizada en sistema.
III. Resumen
El administrador y vendedor realiza la búsqueda de productos registrados y el
stock, tanto como la búsqueda de ventas realizadas y la actualización de estas.
 IV. Curso normal de eventos
Actor Sistema
● Ingresar módulo de
venta.
● Búsqueda producto.
● Consulta Base de datos.
● Filtra Productos seleccionados.
● Mostrar productos.

● Selecciona producto. ● Valida datos en sistema

● Realiza venta. ● Envía XML a SUNAT
● Imprime Factura/Boleta Electrónica

V. Precondición
El producto tiene que estar registrado y el usuario tiene que tener acceso al
módulo de venta y facturación de productos en el sistema.

VI. Curso alternativo (Excepciones)

✔ Si la venta ya se registró quedara automáticamente almacenado en la base
de datos.
✔ Si el sistema falla en el proceso de realizar venta, le saldrá el mensaje
adecuado para poder repetir la acción.

3) CASO DE USO: 3. Almacén

Especificación de caso de uso: Almacén
Proyecto: TIENDA COMERCIAL VENTA DE ABARROTES AL POR MAYOR Y
MENOR
Versión: Revisión: 1.00 Estado: borrador FECHA: 10/07/2018
001
Responsable: Rivera Claro, Jorge Numero: 3
Caso de uso: Almacén
I. Actores
Administrador
II. Propósito
El administrador podrá registrar los productos nuevos, en almacén según el o el
código de barras de cada producto, podrá tener un control de stock actualizado de
los productos que entran a almacén.
III. Resumen
El usuario obtiene una tabla en donde visualiza todos los productos registrados en
almacena si como y stock del inventario, podrá registrar y actualizar nuevos
productos y antiguos que entran y salen del almacén.
IV. Curso normal de eventos
Actor Sistema
● Ingresar al módulo
productos almacén.
● Búsqueda de
 productos registrados.
● Mostrar tabla de productos
● Filtrado de productos registrados
● Mostrar producto seleccionado

● Registrar o actualizar
datos.
● Valida datos en la base de datos
● Guardar datos
● Genera reporte de stock de
inventario.
V. Precondición
El usuario tiene que tener acceso modulo almacén del sistema para poder registrar
productos nuevos en almacén.
VI. Curso alternativo (Excepciones)
✔ Si el producto ya se registró en almacén quedara automáticamente
almacenado en la base de datos.
✔ Si el sistema falla en el proceso de registro de producto en almacén le
saldrá el mensaje adecuado para poder repetir la acción.

4) CASO DE USO: 4. Proveedor

Especificación de caso de uso: Proveedor

Proyecto: TIENDA COMERCIAL VENTA DE ABARROTES AL POR MAYOR Y

MENOR
Versión: Revisión: 1.00 Estado: borrador FECHA: 12/07/2018
001
Responsable: Nolasco Ponce, Tino Numero: 4
Caso de uso: Proveedor
I. Actores
Administrador
II. Propósito
El administrador podrá registrar los nuevos proveedores y editar los datos de los
proveedores que ya están registrados en la base de datos. También podrá
visualizar y seleccionar el proveedor que requiere para la entrada de productos en
almacén.
III. Resumen
El administrador en este módulo obtiene una tabla en donde visualiza todos los
proveedores registrados y las entradas de productos en almacén. También
registrara nuevo proveedor o editar datos del proveedor.
IV. Curso normal de eventos
Actor Sistema
● Ingresar al módulo
proveedor.
● Búsqueda de
provedor registrados.
● Mostrar tabla de proveedores
● Filtrado de productos por el tipo
de proveedor registrados
● Mostrar productos y el proveedor
seleccionado.
● Registrar o actualizar
datos.
● Valida datos en la base de datos
● Guardar datos
● Muestra proveedores registrados
según el producto.
V. Precondición
El usuario tiene que tener acceso modulo proveedor del sistema para poder
registrar productos nuevos en almacén.
VI. Curso alternativo (Excepciones)
✔ Si el proveedor ya se registró en almacén quedara automáticamente
almacenado en la base de datos.
✔ Si el sistema falla en el proceso de registro del nuevo proveedor, le saldrá el
mensaje adecuado para poder repetir la acción.
Diagrama de actividades
2.1 Diagrama de actividad de Gestión Personal
2.2 Diagrama de actividad de ventas

2.3 Diagrama de actividad de Almacén

 2.4 Diagrama de actividad de Proveedor

Diagrama de Clases
Modelo de base de datos.

Diagrama de Componentes
 ARQUITECTURA DEL SOFTWARE WEB(COMERCIAL)
PLATAFORMA
Hemos elegido la plataforma WEB por las siguientes:
● Por compatibilidad.
● Experiencia del encargado del.
● A pedido del cliente, ya que se usará desde cualquier lugar del mundo, y esta no debe
complicarse al momento de la instalación.
SISTEMA GESTOR DE BASE DE DATOS: MySQL
● Presupuesto: Es gratuito, y no requiere licencias
● Número de usuarios: Dispone de una gran capacidad de almacenamiento de datos
● Compatibilidad con el hosting: Es el más común y con mayor compatibilidad con los
diversos hostings gratuitos y de paga
SERVIDOR: NUBE (hosting)
● Mayor portabilidad y compatibilidad: El proyecto al ser en plataforma web necesita
que los usuarios estén conectados las 24 horas y sea visitado a través de cualquier
dispositivo o equipo que tenga conexión a internet.
● Presupuesto: Se ahorra en especialistas, mantenimiento que necesita un servidor
físico
● Mayor seguridad: Las empresas que ofrecen este servicio ofrecen mejor seguridad
que al tener un servidor físico.
● Mayor soporte: Las empresas que ofrecen este servicio al contar con muchos clientes
dan una atención oportuna ya que cuenta con mucha experiencia en este campo
LENGUAJE DE PROGRAMACION:
PHP:
PHP es una de las muchas tecnologías que se pueden utilizar para afrontar nuestro
proyecto web y por las siguientes características:
● Es un lenguaje multiplataforma totalmente libre y abierto.
● Existe una Comunidad muy grande, lo que hace que nuestro proyecto llegue a
realizarse.
● El código fuente es PHP es invisible al navegador y al cliente y esto hace que sea
segura y confiable.
● Capacidad de conexión con la mayoría de los motores de base de datos que se utilizan
en la actualidad, destaca su conectividad con MySQL

HTML5
El código es más simple lo que permite hacer páginas más ligeras que se cargan más
rápidamente favoreciendo la usabilidad y la indexación en buscadores.
 ● Ofrece una compatibilidad mayor con los navegadores de dispositivos móviles.
● ofrece más efectos visuales porque incluye la etiqueta de dibujo canvas.

CSS
● Permitirá utilizar métodos para crear estructuras tratando los estilos por separado.
● reduce el tiempo de renderización.
● ofrece al cliente una conexión más rápida y eficiente.
● Hace que la página tenga mayor precisión o elasticidad y limpieza del código fuente.

SERVIDOR DE APLICACIONES: APACHE

● Instalación/Configuración.  Software de código abierto.

● Coste. El servidor web Apache es completamente gratuito.
● Funcional y Soporte.  Es muy popular, siempre hay mejoras constantes, que están
disponibles para cualquier persona que use el servidor web y que Apache se actualice
constantemente.
● Multi-plataforma. Se puede instalar en muchos sistemas operativos, es compatible
con Windows.
● Rendimiento. Capacidad de manejar más de un millón de visitas/día.
● Soporte de seguridad SSL y TLS

FRAMEWORK

Bootstrap:
● Permite hacer una web bien organizada de forma visual rápidamente y su manejo es
asequible y rápido para maquetar.
● Adaptable: El diseño será responsive y esto permite que sea adaptable sin importar el
dispositivo, la escala o resolución.
● Nos permitirá utilizar muchos elementos web, desde iconos a
desplegables, combinando HTML5, CSS y Javascript.
● Se integra muy bien con las principales librerías de JavaScript y otras.

Jquery
● Incluye métodos listos para usar y elementos como botones, barras de herramientas,
formularios, listas y tipografías especialmente optimizadas y estilizadas para
aplicaciones móviles.
● Permite construir aplicaciones aptas para todo tipo de plataformas casi sin esfuerzo,
evitándonos preocupaciones por problemas de compatibilidad.
● Tiene soporte para Ajax

METODO: Ajax
 ● Mejor experiencia de usuario: Nos permitirá que las páginas se modifiquen o realicen
una operación sin tener que volver a cargarse.
● Optimización de recursos: no recarga la página y reduce el tiempo implicado en cada
transacción. Y también utiliza menos ancho de banda.
● Alta compatibilidad: Es soportado por casi todas las plataformas web.

Reportes

✔ Reporte de resumen de venta

✔ Reporte de entrada de productos
✔ Reporte de salida de productos
✔ Reporte de Stock de productos semanalmente
✔ Reporte de Corte de caja
✔ Reporte de cuentas por cobrar
✔ Reporte de Clientes
✔ Reporte de facturas
✔ Reporte de Movimientos de caja
✔ Reporte de Cotizaciones
✔ listado de precios
✔ Reporte de Estado de producto
✔ Reporte de Estado de Personal
✔ Reporte de Pagos a Proveedor
✔ Reporte de pagos a personal
✔ Reporte de Ranking de venta por periodo
✔ Reporte Total de Ganancia por periodo
✔ Cuadro Estadístico Análisis Periódico de ventas
✔ Cuadro Estadístico Análisis Periódico de entrada de productos
✔ Desboard de ventas