Proyecto Ecommerce Ferreteria Ccasani - Mod

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 84

UNIVERSIDAD NACIONAL DE UCAYALI

Facultad de Ingeniería de Sistemas e Ingeniería Civil.


CARRERA PROFESIONAL DE INGENIERIA DE SISTEMAS

PROYECTO:
E-COMMERCE PARA LA COMERCIALIZACIÓN DE PRODUCTOS EN
LA FERRETERÍA CCASANI´S S.A.C.

Integrantes:
 Alex Juan Ccasani Rojas
 Bill Jandy Jiménez Quispe
 Cilia Edelmira Gonzáles Vela
 Rick Erick Shapiama Romero
 Richard Gaviria Huanio

Carrera Profesional: Ingeniería de Sistemas.


Asignatura: Negocios Electrónicos.
Docente: Ing. Frankie Amílcar Figueroa Muñoz
Ciclo: VIII
Lugar de Negocio: Ferretería CCASANI´S S.A.C.

PUCALLPA-PERU
2021
Contenido
INTRODUCCIÓN...........................................................................................................................4
I. DATOS GENERALES DE LA EMPRESA...................................................................................5
1.1. NOMBRE COMERCIAL..................................................................................................5
1.2. DIRECCIÓN Y UBICACIÓN GEOGRÁFICA.......................................................................5
1.3. RUBRO..........................................................................................................................6
1.4. MEMORIA DESCRIPTIVA..............................................................................................7
1.5. ESTRUCTURA ORGÁNICA.............................................................................................7
II. PROCESOS DE LA EMPRESA.................................................................................................8
2.1. LISTADO DE PROCESOS................................................................................................8
2.2. DESCRIPCIÓN DE PROCESOS........................................................................................8
2.3 FLUJOGRAMA DE PROCESOS.......................................................................................9
III. PROPUESTA DE SOLUCIÓN............................................................................................15
IV. ANÁLISIS DE SISTEMAS..................................................................................................18
4.1. IDENTIFICACIÓN DE SITUACIÓN ACTUAL...................................................................18
4.1.1 Ventajas del sistema de ventas actual:.................................................................25
4.1.2 Desventajas del sistema de ventas actual:............................................................25
4.1.3 Cadena de valor:....................................................................................................25
4.1.4 Análisis y matriz FODA de la ferretería Ccasani S.A.C...........................................26
4.1.5 Canal de distribución.............................................................................................27
4.1.6 Estructura del canal de distribución......................................................................28
4.1.7 Situación competitiva............................................................................................28
4.2. DETERMINACIÓN DE REQUERIMIENTOS...................................................................31
4.2.1 Requerimientos Funcionales.............................................................................31
4.2.2 Requerimientos No Funcionales........................................................................35
4.2.3 Reglas del Negocio.............................................................................................36
4.3. PRIORIZACIÓN DE REQUERIMIENTOS FUNCIONALES...............................................37
4.4. DIAGRAMA DE CASOS DE USO DEL NEGOCIO...........................................................38
4.5. DIAGRAMA DE CASOS DE OBJETOS DEL NEGOCIO....................................................39
4.6. DIAGRAMA DE CASOS DE USO DEL REQUERIMIENTO...............................................41
4.7. DIAGRAMA DE CLASES...............................................................................................42
V. DISEÑO DE SISTEMAS........................................................................................................43
5.1. DISEÑO DE ARQUITECTURA.......................................................................................43
5.1.1 Lógica..................................................................................................................43
5.1.2 Asignación de Roles...........................................................................................44
5.1.3 Arquitectura tecnológica a usar (lenguajes de programación, arquitectura y
convención de nombres y base de datos de manera general).........................................45

Página | 2
5.1.3 Metodología de desarrollo de software............................................................46
5.2. DISEÑO DE PROCESOS................................................................................................48
5.2.1 Diagrama de Estados..........................................................................................48
5.2.2 Diagrama de Actividades...................................................................................48
5.2.3 Diagrama de Secuencias....................................................................................52
5.3. DISEÑO DE ENTRADA DE INTERFACES.......................................................................55
5.3.1 Análisis de la información..................................................................................55
5.3.2 Diseño de Interfaz..............................................................................................55
5.3.3 Construcción de interfaz....................................................................................59
5.4. DISEÑO DE BASE DE DATOS.......................................................................................62
5.4.1 Análisis de requisitos.........................................................................................62
5.4.2 Modelo Entidad - Relación (MER)......................................................................63
5.4.3 Diseño Lógico de Base de Datos........................................................................64
5.4.4 Elección del Gestor de Base de Datos................................................................64
5.4.5 Diseño Físico de Base de Datos..........................................................................65
5.4.6 Diseño de carga o Migración..............................................................................71
VI. CODIFICACIÓN................................................................................................................79
6.1.1 Diagrama de Componentes...............................................................................79
6.1.2 Desarrollo de aplicación.....................................................................................79
VII. PRUEBAS........................................................................................................................82
7.1.1 Plan de Pruebas..................................................................................................82
7.1.2 Pruebas Funcionales..........................................................................................82
7.1.3 Pruebas No Funcionales.....................................................................................82
VIII. DESPLIEGUE O IMPLEMENTACIÓN................................................................................82
8.1.1 Diagrama de Despliegue....................................................................................82
IX. SOPORTE Y MANTENIMIENTO.......................................................................................85
X. CONCLUSIONES Y RECOMENDACIONES............................................................................86
XI. BIBLIOGRAFÍA....................................................................¡Error! Marcador no definido.
XII. ANEXOS..........................................................................................................................87

Página | 3
INTRODUCCIÓN

En el mundo actual la globalización, la competitividad y las inversiones extranjeras son factores


que inciden directamente en la economía de un país en desarrollo, más si hablamos del sector
de la construcción que es el soporte de una gran inversión y circulación de capital, creando
créditos, microcréditos y fomentando fuentes de trabajo para el desarrollo y crecimiento de un
país.

La construcción en el mundo es sinónimo de inversión el cual demanda la compra y venta de


materiales que se utilizan para diversas edificaciones y proyectos de construcción. Los
materiales para construir edificaciones tienen varias procedencias extranjeras y nacionales,
por ello al momento que importamos mercadería de diferentes canales de distribución,
estamos hablando de impuestos y aranceles que deben pagar las multinacionales para poder
comercializar la mercadería de una forma licita, esto repercute mucho en el precio final que
tiene dicho producto y por ende en la economía de los consumidores finales.

En el país actualmente existe una situación económica y política difícil, los cambios de
gobierno y la inestabilidad política se incrementó considerablemente afectando la economía
del país.

El sector de la construcción en nuestro país se extiende cada día más y podemos agregar que la
falta de inversión es el único problema que presenta ya que en nuestro país la mano de obra
existe por ende el índice de desempleo es alto. La Ferretería y Materias de Construcción
“Ccasani´s S.A.C.” como comercializadora de materiales para la construcción en general ofrece
al mercado regional, específicamente al segmento de la construcción una variedad de
productos, como implementos de ferretería, material eléctrico, línea de pintura entre otras.

Entre los problemas detectados en la Ferretería, se ha identificado la carencia de estrategias


de marketing que disminuye el volumen de ventas, situación que es preocupante, por lo que
se debe investigar para plantear una solución viable, de no hacerlo podría sufrir grandes
desajustes, pérdida de participación en el mercado, problemas que se reflejará en las ventas,
utilidades e inversiones futuras.

El crecimiento y desarrollo de la empresa es muy importante y si no puede surgir ocasionaría


que su competitividad no sea la esperada dentro del mercado.

Página | 4
I. DATOS GENERALES DE LA EMPRESA

1.1.NOMBRE COMERCIAL
LA FERRETERÍA CCASANI´S S.A.C. ha optado por la construcción de un modelo de
negocio de comercio electrónico B2C el cual contribuya en la gestión de los
requerimientos que maneja actualmente con sus clientes, brindándoles soluciones
óptimas y estándares para algún tipo de requerimiento.

Misión: Mantener un sólido posicionamiento y liderazgo comercial en cuanto a la


venta de materiales de construcción y ferretería en general, superando las
perspectivas de calidad y servicio de nuestros clientes, gracias al apoyo incondicional
de un comprometido equipo de trabajo, permitiéndonos así sostener un alto grado de
responsabilidad social y comercial que nos garantice solidez financiera y crecimiento
sostenible.

Visión: Ser una empresa que trabaja para brindar a sus clientes la mayor diversidad en
materiales de construcción y de ferretería en general, bajo premisas de precio, calidad
y servicio acorde a las exigencias del mercado, comprometiéndonos con la
capacitación constante de nuestro recurso humano, para que este sea altamente
calificado, productivo y comprometido a mantener la preferencia y satisfacción de
nuestros clientes; con la finalidad de generar un crecimiento rentable, en beneficio de
todos que nos permita mantener y mejorar cada día la calidad y servicio prestado.

Valores:
 Respeto.
 Servicio.
 Trabajo en equipo.
 Honestidad.
 Compromiso.
 Responsabilidad Social.

1.2.DIRECCIÓN Y UBICACIÓN GEOGRÁFICA


 Dirección: AA.HH. Sara Mercedes, JR. LAS MERCEDES MZ. 9 - LT.3, Las
Mercedes, Pucallpa 25000 (AL COSTADO DEL HOSPEDAJE LAS GAVIOTAS.)
UCAYALI / CORONEL PORTILLO / MANANTAY

Página | 5
 Mapa de Ubicación Geográfica

Ilustración 1: Mapa de Ubicación

1.3.RUBRO
La empresa CCASSANI´S S.A.C. se dedica a la venta de productos de ferretería y
accesorios de construcción en general.

 RUC: 20394073700
 Razón Social: CONSORCIO FERRETERO CCASANI´S S.A.C.
 Tipo de Empresa: SOCIEDAD ANONIMA CERRADA
 Condición: Activo
 Actividades Comerciales: Venta al por menor no realizadas en comercios,
puestos de venta o mercados. Venta al por mayor de materiales de
construcción, artículos de ferretería y equipo y materiales de fontanería y
calefacción
 Sucursales: Cuenta con una Tienda Física ubicada en JR. LAS MERCEDES MZ.
9 - LT.3 - AA.HH. LAS MERCEDES – Pucallpa.
 RNP: Empadronada en el Registro Nacional de Proveedores del Estado.
 Teléfonos: 961670489 - 979188179

Página | 6
1.4.MEMORIA DESCRIPTIVA
La Ferretería Ccasani´s S.A.C., está ubicada en la ciudad de Pucallpa, Provincia de
Coronel Portillo, en el AAHH Las Mercedes, donde se fomenta varias construcciones.
En el 21 de noviembre del 2014 la Sra. Carmen Ccasani Cayllahua decide crear la
empresa de comercialización, quien la administra personalmente, la misma que se
inició con un capital de 200.000 soles. Esta empresa está dedicada a la
comercialización de materiales de construcción y ferretería en general, siendo nuestra
ciudad muy comercial se ha visto en la necesidad de darle un aporte económico, por lo
que será en beneficio de la sociedad y al sector de la construcción.
La Ferretería Csasani´s S.A.C. para la comercialización maneja varias líneas de
productos, pero como toda microempresa tiene varios problemas que corresponde al
nivel de ventas, es por ello que hemos localizado la falencia de la empresa en la parte
comercial.

1.5.ESTRUCTURA ORGÁNICA

Ilustración 2: Estructura Orgánica

 GERENTE: Sra. Carmen Ccasani Cayllahua


 Planeación de las actividades que se desarrollen dentro de la empresa
como también organizar los recursos de la entidad. Dirigir la empresa,
supervisar y ser un líder.
 ADMINISTRADOR: Sr. Juan Carlos Ccasani Cayllahua
 Gestionar los recursos, contratar y formar al personal, como también
es un enlace entre la gerencia y el resto de empleados.
 FINANZAS Y CONTABILIDAD: Sra. Obed Flores Dávila
 Analizar los registros contables, ganancias y gastos. Preparar
presupuestos y manejar la nómina de las empresas.
 MERCADEO Y VENTAS: Sr. Deymi Daniel Ccasani Rojas
 Desarrollar, implementar y hacer seguimiento de las estrategias de
marketing y publicidad. Planificar los presupuestos de venta.
 ALMACEN: Sr. Juan Carlos Ccasani Cayllahua
 Coordinar la recepción y el despacho de mercancía, llevar a cabo
inventarios del almacén, como también distribuir los espacios.

Página | 7
II. PROCESOS DE LA EMPRESA

2.1.LISTADO DE PROCESOS

 Venta de Productos.
 Compra de Productos.
 Emisión de Boletas / Facturas
 Cotización.
 Servicio de Delivery
 Control de Almacén.

2.2.DESCRIPCIÓN DE PROCESOS

 VENTA DE PRODUCTOS: Ventas son las actividades realizadas para incentivar


potenciales clientes a realizar una determinada compra. El concepto de ventas es muy
amplio, pero básicamente consiste en el acto de negociación en el cual una parte es el
vendedor y la otra el comprador.

 COMPRA DE PRODUCTOS: El proceso de compra es la serie de fases por los que pasa
un consumidor antes de decidirse a adquirir un producto. Antes de introducirnos a
este tema, vamos a definir que comprar es la acción de adquirir un producto en el
mercado, ya sea un bien o servicio. Es decir, pagar el precio exigido por obtener el
producto.

 EMISIÓN DE BOLETAS / FACTURAS: Es un comprobante de pago emitido por las


empresas y los pequeños negocios, cuando venden bienes o servicios a consumidores
o usuarios finales.

 COTIZACIÓN: Una cotización la podemos definir como el hecho de establecer un


precio, estimarlo o pagar una cuota. Determina el valor real de un bien, de un servicio
o de un activo financiero. Algunos autores lo definen también como una
documentación que señala el valor real de un servicio o un bien.

 SERVICIO DE DELIVERY: El servicio de delivery es el que ofrecen las empresas para


hacer las entregas a domicilio de los productos que los clientes compran vía online o
por medios telefónicos. Primero, la empresa recibe el pedido, procesando la
información del producto comprado, de la transacción y del cliente.

 CONTROL DE ALMACÉN: Se denomina control de almacén a todas aquellas acciones


que se orientan a la obtención de una gestión correcta de las existencias de artículos
de un negocio. El control de almacenes resulta esencial en aquellos negocios basados
en la producción de cadena de bienes materiales o productos.

Página | 8
2.3 FLUJOGRAMA DE PROCESOS

 VENTA DE PRODUCTOS:

VENTA DE PRODUCTO
CLIENTE VENDEDOR ALMACEN

INICIO

ATIENDE AL
CLIENTE

CLIENTE SOLICITA CONSULTAR BUSCAR


PRODUCTO PRODUCTO PRODUCTO

NO ¿HAY?

SI
RECEPCIONA EL
PRODUCTO

SE LE DICE AL
CLIENTE CANCELA CLIENTE EL
PRODCUTO PRECIO DEL
PRODUCTO

CLIENTE RECIBE EL
PRODUCTO

FIN

Ilustración 3: Flujograma de procesos de venta de productos

Página | 9
 COMPRA DE PRODUCTOS:

COMPRA DE PRODUCTO
PROVEEDOR VENDEDOR ALMACEN

INICIO

EVALUACION Y
CONSULTAR
SELECCIÓN
STOCK
INICIAL

MUESTRA
OFERTAS Y
PRODUCTOS
NECESARIO
COMPRAR?

DESCARTAR NO ¿CONFORME?

SI

COMPRAR ALMACENAR
PRODUCTO PRODUCTO

FIN

Ilustración 4: Flujograma de procesos de compra de productos

Página | 10
 EMISIÓN DE BOLETAS / FACTURAS:

EMISIÓN DE BOLETAS/FACTURAA
CLIENTE VENDEDOR

INICIO

PROPORCIONAR
DNI

¿SE ENCUENTRA
REGISTRADO?

SI NO
CARGAR PEDIDO
DEL CLIENTE
REGISTRAR
CLIENTE

EMITIR BOLETA DE
VENTA / FACTURA

FIN

Ilustración 5: Flujograma de proceso de emisión de boletas

Página | 11
 COTIZACIÓN:

COTIZACIÓN DE PRODUCTO
AREA CONTABLE

INICIO

IDENTIFICAR Y
EVALUAR EL
MERCADO

ESTUDIAR OFERTA
DE LA
COMPETENCIA

¿PRODUCTO
SIMPLE O
COMPLEJO?

SIMPLE COMPLEJO

ESTABLECER ESTABLECER
PRECIO BAJO PRECIO ALTO

ESTABLECER
PORCENTAJE DE
UTILIDADES

FIN

Ilustración 6: Flujograma de proceso de cotización

Página | 12
 SERVICIO DE DELIVERY:

DELIVERY DE PRODUCTO
CLIENTE VENDEDOR ALMACEN DELIVERY

INICIO

MUESTRA
REALIZAR CONSULTAR
OFERTAS Y
LLAMADA STOCK
PRODUCTOS

NO ¿EXISTE?

SI

DESPACHAR
PRODUCTO

¿RECOJO EN EMPAQUETAR
TIENDA? PRODUCTO

NO SI
REALIZAR
ENTREGA
REALIZAR PAGO

FIN

Ilustración 7: Flujograma de proceso de servicio de delivery

Página | 13
 CONTROL DE ALMACÉN:

CONTROL DE ALMACEN
PROVEEDOR AREA CONTABLE ALMACEN

INICIO

COMPROBACIÓN
ENTREGA DE EXISTENCIA DE LA
PRODUCTO ORDEN DE
COMPRA

RECEPCION DE
NO ¿CONFORME?
INCIDENCIA

CONFIRMACIÓN REGISTRO DE
DE PRODUCTO MERCANCIA

ETIQUETADO DE
MERCANCIA

ALMACENAJE DE
PRODUCTO

FIN

Ilustración 8: Flujograma de proceso de control de almacén

Página | 14
III. PROPUESTA DE SOLUCIÓN

3.1 OBJETIVO GENERAL

Implementar un sistema E-Commerce mediante un catálogo virtual de productos para


incrementar el Volumen de Ventas en la Ferretería y Materiales de Construcción
“Ccasani´s S.A.C.” de la ciudad de Pucallpa.

Se pretende también que la aplicación de software sirva para mostrar de una manera
más fácil y agradable las características de los productos ofrecidos por medio de un
catálogo virtual del cual se podrán ver sus actualizaciones en tiempo real sin importar
el tiempo ni el lugar.

 Mayor alcance de clientes gracias al mercado online.


 Agilización en las ventas.
 Clientes satisfechos.
 Generar más ingresos.
 Ver estadísticamente que productos tienen mayor demanda.

3.2 OBJETIVOS ESPECÍFICOS

 Analizar las Estrategias de Marketing, aplicando una investigación de campo,


para incrementar el Volumen de Ventas en la Ferretería y Materiales de
Construcción “Ccasani S.A.C”.

 Formular una propuesta de solución de E-commerce aplicando una matriz


Foda para incrementar el Volumen de Ventas en la Ferretería y Materiales de
Construcción “Ccasani S.A.C”.

 Evaluar las Estrategias de Marketing por medio de la identificación de la


situación actual y análisis de sistemas, para incrementar el Volumen de Ventas
en la Ferretería y Materiales de Construcción “Ccasani S.A.C”.

3.3 FACTIBILIDAD ECONÓMICA

*Considerando una dedicación de 8 horas a la semana

COSTO DE RECURSOS HUMANOS

DESCRIPCIÓN CANTIDAD TIEMPO COSTO MENSUAL* SUBTOTAL

Jefe de Proyecto 1 4 meses S/. 2000 S/. 8000.00

Analista 1 2 meses S/. 1500 S/. 3000

Diseñador 1 2 meses S/. 1500 S/. 3000

Programador 1 2 meses S/. 1500 S/. 3000

Tester 1 1 mes S/. 1000 S/. 1000

Total S/. 18.000

Página | 15
COSTO DE MATERIALES DE CONSUMO PARA EL DESARROLLO

DESCRIPCIÓN CANTIDAD COSTO UNITARIO SUBTOTAL

Papel Bond A4 2 medio millar S/. 12.00 S/. 24.00

Lapiceros 8 unidades S/. 1.50 S/.12.00

Folder manilo A4 3 unidades S/. 1.50 S/. 4.50

Borrador 5 unidades S/. 0.50 S/. 2.50

Tajador 2 unidad S/. 0.5 S/. 1.0

Lápices 10 unidades S/. 0.50 S/. 5.00

Grapadora 1 unidad S/. 10.00 S/. 10.00

Caja de grapas x1000 1 unidad S/. 1.50 S/. 1.50

CD 700 MB 3 unidades S/. 2.00 S/. 6.00

Impresora 1 unidad S/. 500.00 S/. 500.00

Computadora de Escritorio 2 unidades S/. 1500.00 S/. 3000.00

Teclado 2 unidades S/. 30.00 S/. 60.00

Mouse 2 unidades S/.30.00 S/. 60.00

Total S/. 3686.50

COSTO DE SERVICIOS PARA DESARROLLO

DESCRIPCIÓN DISPONIBILIDAD SUBTOTAL

Energía eléctrica Gratuito S/. 0.00

Internet Gratuito S/. 0.00

Transporte Gratuito S/. 0.00

Página Web (Pack de GoDaddy que incluye No S/.708.00


Web Hosting, SSL, dominio libre, pago
anual)

Total S/. 708.00

COSTO DE INVERSIÓN EN SOFTWARE

Página | 16
DESCRIPCIÓN DISPONIBILIDAD SUBTOTAL

MySQL Gratuito S/. 0.00

Start UML Gratuito S/. 0.00

Google Chrome Gratuito S/. 0.00

Total S/. 0.00

COSTO DE INVERSIÓN EN CAPACITACIÓN DE PERSONAL

DESCRIPCIÓN DISPONIBILIDAD SUBTOTAL

Capacitación del Administrador y (Plan Capacitación del sistema de


S/. 500.00
Empleados TI – enero 2022)

Total S/. 500.00

RESUMEN DE COSTO DE INVERSIÓN

TIPO DE INVERSIÓN SUBTOTAL

Hardware S/.3686.60

Software S/. 0.00

Servicios S/. 708.00

Capacitación S/. 500.00

Personal S/. 18000.00

Total S/. 22.894.60

3.4 CRONOGRAMA

Se estimó un plazo de tiempo desde el 6 de setiembre del año 2021 hasta el 10 de enero del
año 2022, y está dividido según la metodología usada y explicada.

ID Task Name Duration Start


July 2021 August 2021 September 2021 October 2021 November 2021 December 2021
10 15 20 25 30 4 9 14 19 24 29 3 8 13 18 23 28 3 8 13 18 23 28 2 7 12 17 22 27 2 7
1 Analisis Situación 6 days Mon
Actual 12/07/21
2 Analisis de Sitema 11 days Mon 19/07/21
3 Diseño de Sistema 15 days Tue 3/08/21
4 Codificación 25 days Tue 24/08/21
5 Pruebas 10 days Tue 28/09/21
6 Instalación 5 days Tue 12/10/21
7 Soporte y 30 days Tue
Mantenimiento 19/10/21

Página | 17
3.5 RETORNO DE LA INVERSIÓN

Para el proyecto que se quiere implementar sea funcional es necesario tomar en cuenta lo
siguiente:

 Equipos de cómputo actualizados.


 Un servicio de servidor dedicado exclusivamente para alojar y manejar el sistema de
base de datos.
 Un dominio propio y hosting para el alojamiento del Sistema.

Como parte del retorno de la inversión, se propone el uso de la página de Facebook para
promocionar las ofertas que la empresa realiza y también la respectiva página web, además se
ofrecen descuentos por el uso de ésta y rebajas para incentivar su uso.
También, se propone la creación de una página de Instagram, en el cual se encontrará el
enlace directo a la página web de la empresa.
Se calcula que habrá un retorno de inversión en un lapso máximo de 1 año.

ANÁLISIS DE COSTO BENEFICIO ESTIMADO

PRIMER AÑO:

DESCRIPCIÓN CARACTERÍSTICA MOVIMIENTO


Costo del Proyecto Conjunto del hardware, software, personal - S/. 22.894.60
y demás servicios usados para el sistema
Ventas Online Estimadas Ventas que se Realizarán por la página web S/.300,000.00
Comisiones Bancarias Retenciones del banco tanto por l cuenta - S/. 7,974.00
bancaria como los servicios de pago
Ventas Offline Ventas realizadas en la tienda S/.177,843.90
Plan de Marketing Ofertas y promociones lanzadas por la - S/. 24,180.00
tienda
Total S/. 422, 795.90

Como se puede observar los beneficios se pueden observar desde el primer año lo que indica
que el proyecto si es factible económicamente.

IV. ANÁLISIS DE SISTEMAS

4.1.IDENTIFICACIÓN DE SITUACIÓN ACTUAL

La empresa CCASANI S.A.C. tiene su modelo de negocio alrededor de las ventas directas al
público, es un negocio relativamente nuevo, por lo que, teniendo una espalda financiera
fuerte, ha ido adquiriendo una capacidad de recompra de sus clientes continuos, es por
ello que ha optado por establecer nuevas estrategias de compra y venta de sus productos.
La ferretería actualmente cuenta con 1 equipo de cómputo, 1 impresora, 1 impresora de
tickets y 1 sistema de facturación electrónica.

A continuación, se detallan algunos de los productos de ferretería y construcción que


ofrece a sus clientes:

Página | 18
PRODUCTO PRECIO IMAGEN

Unión de reparación Duke


3/4"
Unión de separación S/. 5.80
Duke 3/4"

Caja de paso Rectangular


El 4x2" S/.1.60

Soldimix Extra Fuerte


Soldimix Extra Fuerte S/. 9.90

Tubo de abasto para


lavatorio Acero inox
S/. 26.00
1/2x1/2" 40cm

Calamina Metálica
Galvanizada S/.15.00 /Unid

Calamina Prepintada S/. 25.00/Unid

Clavo 2” - 5” 1000 $/Ton

Tabla 1: Stock de Productos

Barra Corrugada 800 $/Ton

Tubo Fluorescente Súper


80 18W/865 G13 Luz S/. 6.90
Blanca

Silicona baños y cocinas


S/. 9.50
transparente x 82ml

Codo 90° 1/2 CPVC S/. 1.70 Página | 19


Estado actual de la Tienda CCASANI´S S.A.C. en cuanto a equipos informáticos es la siguiente:

 Equipo de cómputo con SO Windows 10


 Impresora de ticket.
 Impresora multifuncional.
 Licencias Antivirus Desactualizadas.

Además, cuenta con los siguientes equipos de cómputo:

PRODUCTO CANTIDAD IMAGEN

Computadora de
1
escritorio

Monitor 1

Impresora 1

Impresora de tickets 1

En el ámbito de softwares de tecnología, solo cuenta con un (01) Sistema de Facturación


KEYFACIL contratado a proveedores de servicios electrónicos autorizados por SUNAT, el cual,
emite boletas y facturas a sus clientes.

El sistema de ventas actual es de forma manual con apoyo de equipos de facturas electrónicas
que ayudan a agilizar las ventas y cuenta con los siguientes:

1. Facturas electrónicas, boletas electrónicas, Notas de crédito y débito


electrónicas, cotizaciones electrónicas, guías de remisión electrónicas.
2. Registro de compras, ventas, imprime en ticket o en tamaño A4.
3. Reporte de ventas con detalle de mercadería.
4. Liquidación de caja.
5. Registro de gastos operativos.

Página | 20
6. Reporte de Stock.
7. Reporte de Keyfacil.
8. Ingresos por inventarios y ajustes por inventario.
9. Reporte de ventas con % de utilidad.
10. Consolidado de productos o servicios más vendidos.
11. Reporte de ventas por cliente.
12. Reporte de cuentas por cobrar y pagar.
13. Amortización y cancelación de créditos
14. Reporte de Clientes.
15. Forma de pago, en efectivo, tarjeta de crédito y debido, transferencias
bancarias, yape.
16. Envió de CPE automático a la Sunat y OSE.
17. Envió de CPE automático a correos electrónicos en PDFs.
18. Envió a Wasap de CPE
19. Jala Ruc de la Sunat y DNI de Reniec en automático al momento de la
venta.

4.1.1 Ventajas del sistema de ventas actual:

La ventaja principal es el trato directo del vendedor con el cliente y este pueda
interactuar y ver de primera mano el producto que adquirirá.

4.1.2 Desventajas del sistema de ventas actual:

Por el tiempo que estamos viviendo al no tener un sistema de venta virtual el


cliente tiene que salir a exponerse para poder adquirir el producto cuando
fácilmente puede hacerlo desde la comunidad de su hogar. Aparte que puede
ver los productos y el stock actualizado.

4.1.3 Cadena de valor:

La cadena de valor es un modelo teórico que describe el desarrollo de todas las


acciones y actividades de una empresa que incrementan el valor de un
producto. Hallamos los diferentes eslabones que intervienen en el proceso
económico, desde la creación de la demanda hasta la distribución final.
El análisis de la cadena de valor permite sacar el máximo beneficio del proceso
de producción, ya que se puede ver detalladamente y paso a paso el
funcionamiento de la empresa y las etapas que aportan valor al producto. De
esta manera se podrá plantear una reducción de costes y buscar la
optimización de los recursos para alcanzar los objetivos de la compañía. Ligado
al concepto de cadena de valor, otro concepto importante es la cadena de
suministros o abastecimiento (supply chain).

INFRAESTRUCTURA DE LA EMPRESA

Página | 21
(planificación y financiación)
GESTIÓN DE RECURSOS HUMANOS
(Reclutamiento, capacitación, Área de RRHH)
DESARROLLO DE TECNOLOGÍAS
(Software de venta, computadoras, adquisición de hardware)
COMPRAS
(Servicios, componentes)
LOGÍSTICA OPERACIONES LOGÍSTICA MARKETING Y SERVICIOS
INTERNA (proceso de EXTERNA VENTAS POST VENTA
(Almacenamiento ventas, reportes (Procesamiento (fuerza de (instalación,
de productos, de ventas, de productos, ventas, soporte al
acceso de clientes, gestión del stock) manejo de promociones, cliente,
recepción de datos) depósitos, descuentos, resolución de
preparación de publicidad, quejas,
informe presentación reparaciones)
de propuestas)

4.1.4 Análisis y matriz FODA de la ferretería Ccasani S.A.C.


En el ámbito interno se encuentran las debilidades y fortalezas de la empresa y
en el ámbito externo se analizan las amenazas y oportunidades que puedan
producirse. Mediante la matriz FODA se determinan las ventajas competitivas
de la empresa y se puede decidir entonces la estrategia más conveniente o los
cambios que deben producirse en función de las propias características de la
empresa y del mercado en el que opera.

FORTALEZAS OPORTUNIDADES
 Buen trato hacia los clientes.  Búsqueda de mejores proveedores.
 Orientación, asesoramiento y  Mejorar la visualización del portal web
personalización del producto para el para que sea más atractivo.
cliente.  Ofrecer el servicio de asesoría para
 Gran variedad de productos. clientes sobre productos especializados.
 Especialización y conocimiento del
producto.
 Buen servicio postventa.
DEBILIDADES AMENAZAS
 Proyecto nuevo, falta de posicionamiento  Competencia de las grandes empresas.
web ante los clientes.  Problemas de captación de clientes, baja
 Empresa de mediano tamaño, tiene que fidelidad.
luchar con las empresas de su mismo  Incremento de los ciberdelitos.
nivel como aquellas de mayor tamaño.  Aparición de nuevos impuestos.
 Venta de productos sustitutivos parecidos
a aquellos que ofrece la competencia.

4.1.5 Canal de distribución

Página | 22
Los canales de distribución más utilizados en general de la empresa CCASANI S.A.C. a
continuación se detalla:

PRODUCTORES MAYORISTAS MINORISTA Consumidor Final


IMPORTADORES
(FABRICANTES) (DISTRIBUIDORES) (DETALLISTA) (Cliente final)

INVERSIONES Y
Consumidor
Ninguno Ninguno AFINES CUSTODIO CCASANI S.A.C.
Final
E.I.R.L.
IMPORT &
DISTRIBUIDOR
Consumidor
Ninguno FERRETERO PUCALLPA Ninguno CCASANI S.A.C.
Final
SKYLINE S.A.C. -
IMDIFEPUSKY S.A.C.
CONSORCIO
Consumidor
Ninguno Ninguno CEMENTO Y CCASANI S.A.C.
Final
FIERROS S.A.C
RIOS BERNALD Consumidor
Ninguno Ninguno CCASANI S.A.C.
JAMES Final
CONSTRUCTORA Consumidor
Ninguno Ninguno CCASANI S.A.C.
RACEVILLE S.R.L. Final
INKAFERRO PERÚ Consumidor
Ninguno Ninguno CCASANI S.A.C.
S.A.C. Final
NEGOCIOS Y
Consumidor
SERVICIOS DARO Ninguno Ninguno CCASANI S.A.C.
Final
S.A.C.
SILVA SANTISTEBAN
Consumidor
CORPORATION S.A.C. Ninguno Ninguno CCASANI S.A.C.
Final
- SISACORP S.A.C.
RIOS BERNALD Consumidor
Ninguno Ninguno CCASANI S.A.C.
JAMES Final
INVERSIONES SANTA Consumidor
Ninguno Ninguno CCASANI S.A.C.
FELICIA S.A.C Final
GRUPO BEMAR Consumidor
Ninguno Ninguno CCASANI S.A.C.
E.I.R.L. Final
LEON OLIVEROS Consumidor
Ninguno Ninguno CCASANI S.A.C.
JOSE BERNARDINO Final
G Y E MUNDO Consumidor
Ninguno Ninguno CCASANI S.A.C.
COLOR E.I.R.L. Final
INVERSIONES DE LA
Consumidor
AMAZONIA PERUANA Ninguno Ninguno CCASANI S.A.C.
Final
E.I.R.L.
GRUPO FERRETERO Consumidor
Ninguno Ninguno CCASANI S.A.C.
SAN JOSE S.R.L. Final

Página | 23
ROKACEM Consumidor
Ninguno Ninguno CCASANI S.A.C.
CONSTRUCTOR E.I.R.L. Final

 Productor o fabricante: es el encargado de fabricar los productos que serán


comercializados más adelante.
 Importadores: es el encargado de importar productos de otros países con el
objetivo de comercializar en el país que desee.
 Mayorista(distribuidores): es quien compra al fabricante o importador el
producto en grandes cantidades y luego lo vende a los minoristas o detallistas.
 Minoristas o detallistas: es quien compra a los mayoristas (distribuidores)
para luego vender los productos al consumidor final.
 Cliente final o consumidor final: es la meta del fabricante, ya que el cliente
será quien consuma el producto o servicio que se le presenta.

4.1.6 Estructura del canal de distribución

4.1.7 Situación competitiva

Ilustración 9: Estructura de Canales de Distribución

a) Competidor 1: FERRETERÍA YANCAN E.I.R.L. TDA

Ferretería Yancan E.I.R.L.TDA está localizado en Pucallpa, Perú. La Compañía está trabajando
en Suministros de Energía, Suministro Eléctrico, Agricultora, Agricultura, Equipo Industrial,
Servicios Industriales, Grandes Almacenes, Tiendas de Hardware, Hogar y Jardín,
Herramientas, Servicios de Construcción, Construcción actividades de negocios.

• RUC: 20351102919
• Razón Social: FERRETERIA YANCAN E.I.R.L TDA
• Nombre Comercial: Ferretería Yancan E.I.R.L.
• Tipo Empresa: Empresa Individual de Resp. Ltda.
• Condición: Activo
• Fecha Inicio Actividades: 14 / Abril / 1998
• Actividad Comercial:
 Vta. Min. Artículos de Ferretería.

Página | 24
• CIIU: 52348
• Dirección Legal: Jr. 7 de junio Nro. 764
• Distrito / Ciudad: Callería
• Provincia: Coronel Portillo
• Departamento: Ucayali, Perú

b) Competidor 2: IMPORT & DISTRIBUIDOR FERRETERO PUCALLPA SKYLINE S.A.C. -


IMDIFEPUSKY S.A.C.

IMPORT & DISTRIBUIDOR FERRETERO PUCALLPA SKYLINE S.A.C. - IMDIFEPUSKY S.A.C. es una
empresa peruana localizada en UCAYALI, CORONEL PORTILLO, MANANTAY, inicio sus
actividades económicas el 04/02/2016. Esta empresa fue inscrita el 04/02/2016 como una
SOCIEDAD ANONIMA CERRADA.

 RUC: 20600986229
 Razón Social: IMPORT & DISTRIBUIDOR FERRETERO PUCALLPA SKYLINE S.A.C. -
IMDIFEPUSKY S.A.C.
 Razón Social Anterior: Import & Distribuidor Ferretero Pucallpa Skyline S.A.C.
 Tipo Empresa: Sociedad Anónima Cerrada
 Condición: Activo
 Fecha Inicio Actividades: 04 / Febrero / 2016
 Actividades Comerciales:
 Vta. May. Materiales de Construcción.
 Vta. Min. Artículos de Ferretería.
 Vta. Min. Prod. Farmac. y Art. Tocador.
 CIIU: 51430
 Dirección Legal: Av. Túpac Amaru Mza. 18 Lote. 03 (A.H. Marco Jara, frente Colegio
Marco Jara)
 Distrito / Ciudad: Manantay
 Provincia: Coronel Portillo
 Departamento: Ucayali, Perú

c) Competidor 3: FERRETERÍA JUMELSA S.R.L.

FERRETERIA JUMELSA SRL especializada en VENTA AL POR MENOR DE ARTÍCULOS DE


FERRETERÍA, PINTURAS Y PRODUCTOS DE VIDRIO EN COMERCIOS ESPECIALIZADOS. Fue creada
y fundada el 15/01/2016, registrada dentro de las sociedades mercantiles y comerciales como
una SOC.COM.RESPONS. LTDA.

• RUC: 20393546591
• Razón Social: FERRETERIA JUMELSA S.R.L.
• Nombre Comercial: Ferretería Jumelsa
• Tipo Empresa: Soc.Com. Respons. Ltda.
• Condición: Activo
• Fecha Inicio Actividades: 01 / Febrero / 2016
• Actividades Comerciales:
 Vta. Min. Artículos de Ferretería.
 Vta. Min. Equipo de Uso Doméstico.
• CIIU: 52348
• Dirección Legal: Jr. 7 de junio Nro. 767

Página | 25
• Urbanización: Cercado de Pucallpa
• Distrito / Ciudad: Callería
• Provincia: Coronel Portillo
• Departamento: Ucayali, Perú

La información de la competencia es algo reducida, pues que las empresas no desean


compartir públicamente sus márgenes de ganancia o pérdida, por ello solo se muestra la
información de la Ferretería CCASANI´S S.A.C. sede Ucayali, la información es totalmente
verídica y solo se mostrará datos finales y no detallados por motivo de privacidad, no se puede
mostrar los datos de los compradores y los montos exactos de cada compra, a continuación,
les mostramos los cuadros y gráficos:

TABLA DE MONTO DE VENTAS


MES MONTO TOTAL EN VENTAS
ENERO S/. 24.860.00

FEBRERO S/. 25.119.05

MARZO S/. 23.106.65

ABRIL S/. 23.153.35

MAYO S/. 38.948.00

JUNIO S/. 28.287.00

JULIO S/. 14.730.25

Por lo visto en los reportes de las ventas de los meses anteriores de enero a agosto se puede
observar que en el mes de julio las ventas disminuyeron, siendo la cantidad cercana a la que se
obtuvo durante a inicios de este año.

Página | 26
Ilustración 10: Reporte de ventas por mes Fuente: KeyFácil

4.2.DETERMINACIÓN DE REQUERIMIENTOS

4.2.1 Requerimientos Funcionales

Los requisitos funcionales están contemplados en función a los tres tipos


de usuarios que tendrá el sistema: anónimo, cliente, administrador.

Los usuarios que utilizaran el sistema se clasifican en 3 tipos:

• EL USUARIO ANÓNIMO: puede ser cualquier persona que se conecte


desde cualquier lugar a la página web. Este perfil podrá consultar los
productos y simular una compra, pero no podrá comprar. El usuario puede
tener cualquier nivel de conocimiento informático.
• EL USUARIO CLIENTE: usuario registrado en el sistema, debe tener
conocimiento básico en computación y en compras por internet y que
tenga la necesidad de comprar los productos de repostería que se ofrecen
por internet. Este perfil tendrá las mismas funciones que el usuario
anónimo, pero además podrá confirmar la compra, consultar y modificar
sus datos personales. Debe contar con tarjetas de crédito o débito para
que realice la compra.
• EL USUARIO ADMINISTRADOR: debe tener conocimiento básico en
computación, y será capacitado para el uso adecuado del sistema. El perfil
de este usuario tendrá los máximos privilegios dentro del área
administrativa, además, también se encargarán de controlar a otros
usuarios.

Página | 27
 USUARIO ANÓNIMO

IDENTIFICADOR RF-01
Nombre Búsqueda de Productos
Descripción El sistema debe permitir la búsqueda de
productos que deseen comprar y que muestre
los productos iguales o similares con los
siguientes datos: Nombre, características, precio
del producto. La búsqueda debe ser mediante
palabras claves o similares.
Necesidad Alta

IDENTIFICADOR RF-02
Nombre Gestión de carrito de compras
Descripción El sistema debe permitir gestionar el carrito de
compras. Agregar productos, borrar productos y
cancelar carrito de compras (borrar todo lo
agregado). Al agregar el producto se debe
seleccionar las unidades y características
especiales propias del producto que se desea
adquirir.
Necesidad Alta

IDENTIFICADOR RF-03
Nombre Registro de clientes
Descripción El sistema debe permitir registrar la información
de los clientes con los siguientes datos: nombres
y apellidos, DNI, Dirección, teléfonos, correo
electrónico, fecha de nacimiento.
Necesidad Alta

 USUARIO CLIENTES

IDENTIFICADOR RF-04
Nombre Compra de productos
Descripción El sistema debe permitir comprar los productos
agregados al carrito de compras. Se debe elegir
el tipo de distribución (delivery: se ingresa la
dirección de envió del producto, o recoger en
tienda), la fecha y hora de entrega, el tipo de
pago (Tarjeta Visa, MasterCard, transferencia
bancaria o directamente en la tienda) y el tipo de
facturación (boleta o factura).
Necesidad Alta
Restricciones Se debe validar la compra mediante el pago de
los productos. La dirección debe estar ubicada
en los distritos disponibles de delivery. La fecha
de entrega puede ser como mínimo dos días

Página | 28
después de haber realizado la compra. El pago se
debe realizar durante las 24 horas después de
haber realizado la compra en caso sea por
transferencia bancaria o directamente en la
tienda.

IDENTIFICADOR RF-05
Nombre Pago de Productos
Descripción El sistema debe permitir pagar los productos que
se desean comprar mediante una tarjeta de
débito o crédito a través del sistema de VisaNet
Perú o Procesos MC Perú.
Necesidad Alta
Requisitos Requisitos para la afiliación visa dado por VisaNet
Perú.
Requisitos para la afiliación MasterCard dado por
Procesos MC Perú.

IDENTIFICADOR RF-06
Nombre Comprobante de pago
Descripción El sistema debe permitir mostrar el
comprobante de pago después de haber
realizado el proceso de compra. Debe mostrar
los siguientes datos: fecha de pago, hora de
pago, No. de compra, Tipo de pago, No. de
transacción bancaria, Tipo de comprobante,
nombre del cliente, dirección de entrega, fecha
de entrega, productos, cantidad, precio
unitario, subtotal y total.
Necesidad Alta

 USUARIO ADMINISTRADOR

IDENTIFICADOR RF-07
Nombre Comprobante de pago
Descripción El sistema debe permitir agregar nuevos
productos, modificar y eliminar productos
existentes. Datos de los Productos: Nombre del
producto, categoría, descripción, presentación
y precio. Se puede modificar los siguientes
datos: Nombre del producto, categoría,
descripción, presentación y precio.
Necesidad Alta

IDENTIFICADOR RF-08
Nombre Gestión de oferta de productos
Descripción El sistema debe permitir agregar, modificar y

Página | 29
eliminar productos en oferta que se pueden
adquirir y mostrarlos en la pantalla inicial.
Datos a mostrar: precio de oferta e inicio y fin
de la oferta (dd-MM-yyyy HH:mm) Datos
necesarios: Precio de oferta, cantidad mínima
por usuario, inicio y fin de la oferta (dd-MM-
yyyy HH:mm)
Necesidad Alta
Requisitos Los productos que se pueden agregar a ofertas
son productos ya existentes. El mínimo tiempo
de ofertas es de 24 horas y el máximo es de 1
mes.

IDENTIFICADOR RF-09
Nombre Historial de compras
Descripción El sistema debe permitir mostrar un historial de
compras realizados por los clientes. Se debe
mostrar la fecha, N°. de pedido, los productos,
la cantidad, total (S/.). Ordenados por fecha.
Necesidad Alta

IDENTIFICADOR RF-10
Nombre Gestión de Usuarios
Descripción El sistema debe permitir agregar, modificar y
eliminar los datos de los usuarios. Tipo de
usuario: administrador, cliente. Datos del
administrador: Nombre y apellidos, DNI,
Dirección, teléfono, correo electrónico, fecha
de nacimiento, fecha de ingreso.
Necesidad Alta
Requisitos Solo el administrador puede agregar nuevos
usuarios con el perfil de administrador.

IDENTIFICADOR RF-11
Nombre Gestión de Compras
Descripción El sistema debe permitir aprobar o cancelar las
compras realizadas. Si se aprueba la compra, el
estado de la venta cambia de “por aprobar” a
“aprobado”.
Necesidad Alta
Requisitos Las compras realizadas en línea son validadas
por el administrador mediante un mensaje por
la app de mensajería WhatsApp o correo
electrónico. Los datos a validar son: productos
comprados, fecha de entrega y dirección.

Página | 30
IDENTIFICADOR RF-12
Nombre Gestión de delivery
Descripción sistema debe permitir agregar, modificar y
borrar los datos para el proceso de delivery.
Datos de delivery: Departamento, provincia,
distrito, Precio.
Necesidad Alta
Requisitos Se agregarán los distritos disponibles para el
proceso de delivery.

IDENTIFICADOR RF-13
Nombre Reportes de ventas
Descripción El sistema debe permitir mostrar un reporte de
ventas según el rango de fechas seleccionadas.
Los datos que debe mostrar son: fecha,
numero de venta, nombre del cliente, código
del producto, nombre del producto, cantidad
del producto, precio unitario, subtotal (S/.),
total (S/.). Ordenado por fecha.
Necesidad Alta

4.2.2 Requerimientos No Funcionales

IDENTIFICADOR RNF-01
Nombre Tiempo de Respuestas
Descripción El tiempo de respuesta ante la búsqueda de un
producto debe ser 10 segundos como máximo.
Necesidad Alta

IDENTIFICADOR RNF-02
Nombre Mensajes
Descripción El sistema debe proporcionar mensajes de
error que sean informativos y orientados a
usuario final.
Necesidad Alta

IDENTIFICADOR RNF-03
Nombre Funcionabilidad
Descripción El sistema debe visualizarse y funcionar
correctamente en navegadores web que
soporten HTML5 y PHP.
Necesidad Alta

IDENTIFICADOR RNF-04
Nombre Nivel de seguridad

Página | 31
Descripción El sistema debe tener un nivel de seguridad de
dos variables (correo electrónico y contraseña)
para todos los usuarios.
Necesidad Alta

IDENTIFICADOR RNF-05
Nombre Característica de las contraseñas
Descripción sistema permitirá registrar una contraseña de
tipo string con 6 mínimo y máximo 16
caracteres, donde debe tener una letra en
mayúscula y un número.
Necesidad Alta

IDENTIFICADOR RNF-06
Nombre Modificar información personal
Descripción El sistema debe permitir a los usuarios
modificar sus datos personales. Persona:
Nombre y apellidos, contraseña, correo
electrónico, dirección, teléfonos.
Necesidad Alta
Requisitos El usuario solo puede tener un correo
electrónico. El usuario puede tener varias
direcciones y teléfonos.

IDENTIFICADOR RNF-07
Nombre Copia de seguridad
Descripción El sistema debe realizar una copia de seguridad
automáticamente cada semana.
Necesidad Alta

4.2.3 Reglas del Negocio

 Solo los clientes registrados pueden hacer compras.


 Se puede dar una devolución hasta máximo 10 días.
 Se dará descuentos especiales a los clientes que estén registrados más de un año.
 Con una compra de más de 200 soles el delivery es gratis.
 El delivery solo es hasta en cierta zona.
 El tiempo de recojo en tienda es hasta un plazo de 5 días hábiles.
 El cliente tiene un plazo de 10 días para devolver o cambiar sus artículos.
 El servicio de delivery cubre los diferentes distritos, para zonas alejadas se acordará el
costo con el vendedor.
 Recojo del producto en tienda es de 3 días hábiles.

Página | 32
4.3.PRIORIZACIÓN DE REQUERIMIENTOS FUNCIONALES

CASO DE HISTORIAS DE USUARIO PRIORIDAD IMPORTANCIA TIEMPO


USO ESTIMADO *
GPRO Gestión de Producto MUY ALTA 100 12
GPRO Gestión de oferta de producto MUY ALTA 98 7
GPRO Búsqueda de producto MUY ALTA 95 7
GUSU Gestión de Usuarios ALTA 90 6
GUSU Registro de Clientes ALTA 88 6
GCOM Gestión de carrito de compra MEDIA 85 6
GCOM Compra de Productos MEDIA 85 6
GCOM Pago de producto MEDIA 80 6
GCOM Gestión de compras MEDIA 75 6
GCOM Historial de Compras MEDIA 70 6
GDEL Gestión de Delivery BAJA 65 8
GCPB Comprobante de pago MUY BAJA 60 8
GCPB Reporte de ventas MUY BAJA 40 6
*Tiempo estimado en días

 Gestión de Producto
o Ingresar un nuevo producto
o Mostrar producto registrado
o Modificar producto registrado
o Eliminar producto registrado
o Restaurar producto
o Ingresar nueva marca
o Modificar marca
o Eliminar marca
o Ingresar nueva categoría
o Modificar categoría
o Eliminar categoría
o Información del producto
o Búsqueda de producto
 Gestión de Stock de Producto
o Registrar ingreso de productos
o Registrar egreso de productos
 Gestión de comprobantes
o Emitir informe de stock de productos
o Emitir boleta, factura según lo que el cliente desee
 Gestión de Proveedor
o Ingresar nuevo proveedor
o Mostrar proveedores registrados
o Modificar proveedor registrado
o Eliminar proveedor registrado
o Restaurar proveedor
 Gestión de delivery
o Envíos

Página | 33
 Gestión de compras
o Historial de compras
o Cancelación de productos con diferentes medios de pago

4.4.DIAGRAMA DE CASOS DE USO DEL NEGOCIO

Gestion de Productos

Visitante Gestion de Usuario

Gestion de Compras Administrador

Cliente Registrado

Gestion de delivery

Gestion de comprobante

Página | 34
4.5.DIAGRAMA DE CASOS DE OBJETOS DEL NEGOCIO
 MODELO DE OBJETOS DE LA GESTION DE PRODUCTOS

R/U

R
Cliente Registrado
R
Producto
R

R
Visitante C/R/U/D Categoria

C/R/U/D

C/R/U/D

Oferta
Administrador

 MODELO DE OBJETOS DE GESTION DE USUARIO

UsuarioCliente
Visitante
R/U

C/R/U/D

C/R/U/D Direccion
Cliente Registrado

C/R/U/D

UsuarioAdministrador

Administrador

Página | 35
 MODELO DE OBJETOS DE GESTION DE COMPRAS

Producto
R

C/R/U/D Oferta

Cliente Registrado C/R/U

R
Carrito de Compra
R/U/D

C/R/U/D
Administrador Venta

TipoPago

 MODELO DE OBJETOS DE GESTION DE DELIVERY

UsuarioCliente

Venta

Administrador C/R/U/D

Direccion

Delivery

Página | 36
 MODELO DE OBJETOS DE GESTION DE COMPROBANTE

Comprobante
Cliente Registrado C/R/U

Venta
R

Administrador
UsuarioCliente

4.6.DIAGRAMA DE CASOS DE USO DEL REQUERIMIENTO

<<extend>>

Buscar Producto Filtrar por categoria

Gestionar Carrito de Compra


U_Visitante
<<include>>

Registrarse en web Gestionar Direccion

Cliente
<<include>>

Compra de Producto Seleccion de pago


U_Registrado

<<extend>>

Gestionar Productos Incluir Ofertas

Gestionar usuarios
U_Administrador

Gestionar compras Gestionar Delivery

Página | 37
4.7.DIAGRAMA DE CLASES

Direccion Categoria
(from CU Negocio) Carrito de Compra (from CU Negocio)
idDireccion (from CU Negocio)
idCategoria
direccion idCarrito
desCategoria
provincia cantidad
departamento idProducto Producto
precio (from CU Negocio)
1
1..* idCliente 1..* idProducto
UsuarioCliente fechaCompra 1..* nombrePro *
(from CU Negocio) 1..* descripcionPro
idCliente 1 1 idCategoria
nombreCli precioPro
apellidosCli idOferta
correoCli 1 1 1..*
stockPro
FechaNacCli Venta
Delivery (from CU Negocio)
idDireccion (from CU Negocio) Oferta
claveCli idVenta (from CU Negocio)
idDelivery 1
idCarrito
idDireccion idOferta
fecha
fechaEntrega desOferta
1 estadoVenta
hora entrega 1 precioOferta
estadoPago
precioDel fechaInicio
idtipoPago 1 fechaFin
idDelivery
costoTotal
Usuario
idUsuario UsuarioAdministrador 1
tipoUsuario (from CU Negocio) 1 Comprobante
(from CU Negocio)
idAdmin
1 idComprobante
nombreAd
apellidosAd TipoPago idVenta
correoAd (from CU Negocio)

fechaNacAd idTipoPago
claveAd descripcion

Página | 38
V. DISEÑO DE SISTEMAS

5.1.DISEÑO DE ARQUITECTURA

5.1.1 Lógica

La arquitectura lógica está conformada por tres capas:

CAPA DE
PRESENTACIÓN

APLICACIÓN DE
CAPA LÓGICA
PAGO

CAPA DE RECURSOS

LA CAPA DE PRESENTACIÓN O CAPA DE INTERFAZ DE USUARIO: Es la responsable de


presentar la información y hacerla accesible al usuario e interactuar con él. Esta
información (filtrada previamente para evitar error de formato) es procesada mediante la
comunicación de la capa lógica.

LA CAPA LÓGICA O CAPA DE NEGOCIO DE LA APLICACIÓN: Es la responsable de ejecutar si


es posible, las operaciones solicitadas por los usuarios en la capa de presentación.

LA CAPA DE RECURSOS O CAPA DE ACCESO A DATOS: Es el responsable de gestionar todos


los elementos de información y datos de la aplicación: bases de datos, recurso web y
sistemas externos de información.

APLICACIÓN DE PAGO: Este componente es externo proveniente del sistema comercial de


pago electrónico. Esta aplicación realizara las transacciones bancarias.

La arquitectura física está conformada por tres niveles:

Página | 39
Cliente Web Internet Red
financiera

Servidor Servidor BD
Web

El nivel 1: conformado por el navegador web; un navegador estándar


HTML que soporte CSS, PHP y XML. Este programa servirá como interfaz
de usuario donde todas las interacciones entre el usuario y el sistema se
realizarán a través de este.
El nivel 2: conformado por el servidor web; el navegador web del cliente
accederá al sistema a través del servidor web, el cual acepta la petición
del cliente y las ejecuta mostrando como resultado una página HTML y
enviada al cliente.
El nivel 3: conformado por la base de datos y el sistema de gestión de la
base de datos, el cual almacena la información y permite el acceso a la
misma de forma segura y controlada. Red financiera; conformada por el
sistema comercial de pago electrónico (sistema externo), que se encarga
de realizar las transferencias en la etapa de venta.

5.1.2 Asignación de Roles

PERSONAS ROL CONTACTO


Cilia Edelmira Gonzáles Vela Jefe De Proyecto Cel.: 929449533
Bill Jandy Jiménez Quispe Analista Cel.: 938502459
Rick Erick Shapiama Romero Diseñador Cel.: 961541570
Alex Juan Ccasani Rojas Programador Cel.: 951495271
Richard Gaviria Huanio Tester Cel.: 968012719

Página | 40
5.1.3 Arquitectura tecnológica a usar (lenguajes de programación,
arquitectura y convención de nombres y base de datos de manera
general).

CREACIÓN DEL SITIO WEB


Entre las tecnologías que se usaran están las siguientes:

a) PHP:
PHP es un lenguaje de código abierto muy popular, adecuado para desarrollo web y que puede
ser incrustado en HTML. Es popular porque un gran número de páginas y portales web están
creadas con PHP. Código abierto significa que es de uso libre y gratuito para todos los
programadores que quieran usarlo. Incrustado en HTML significa que en un mismo archivo
vamos a poder combinar código PHP con código HTML, siguiendo unas reglas.
PHP se utiliza para generar páginas web dinámicas. Recordar que llamamos página estática a
aquella cuyos contenidos permanecen siempre igual, mientras que llamamos páginas
dinámicas a aquellas cuyo contenido no es el mismo siempre. Por ejemplo, los contenidos
pueden cambiar en base a los cambios que haya en una base de datos, de búsquedas o
aportaciones de los usuarios, etc.

b) MYSQL:
MySQL es un sistema gestor de bases de datos relacionales potente y versátil, capaz de
satisfacer la mayoría de los proyectos en la web.
Desarrollado inicialmente por Sun Microsystems, cayó en manos de Oracle cuando ésta
adquirió a Sun. En estos momentos MySQL se mantiene con licencia dual, por una parte, es
GPL y código abierto, gratuita para uso por la comunidad, por otra parte, tiene licencia
comercial. Esta dualidad de licencia ha sido la que provocó la creación de MariaDB, un sistema
gestor de bases de datos creado a partir de MySQL, donde los desarrolladores originales de
MySQL han seguido trabajando sin depender de la autorización de Oracle.

c) CMS Wordpress:
WordPress es el gestor de contenidos más utilizado en Internet, fundamentalmente debido a
su extrema facilidad de uso, que lo hacen casi la mejor opción para usuarios principiantes que
quieren crear su primer sitio web o para la mayoría de sitios webs relativamente pequeños sin
requisitos especiales, como sites corporativos o blogs. Su soporte para complementos o
plugins es muy robusto y se podría decir que casi existe al menos un plugin para prácticamente
cualquier necesidad.
d) Plugin Woocommerce:
WooCommerce es un plugin de comercio electrónico de código abierto para WordPress. Está
diseñado para pequeños y grandes comerciantes en línea con WordPress. Lanzado el 27 de
septiembre de 2011, el plugin rápidamente se hizo popular por su simplicidad para instalar y
personalizar la base de datos de los productos expendidos.
e) Servidor: (pregunta a Richard sobre esto).

AUTOMATIZACIÓN DEL PROCESO DE NEGOCIO:


La automatización de los procesos se dividirá según los roles:

ADMINISTRADOR:
 Gestión de clientes.
 Ingreso de productos.

Página | 41
 Actualización de catálogo.
 Gestión de facturas.
 Actualización de precios.

CLIENTES Y EMPLEADOS
 Creacion de usuario cliente.
 Consulta de productos y precios.
 Descarga de catálogo.
 Descarga de factura.

5.1.3 Metodología de desarrollo de software.

La metodología que se usará será en Cascada ya que los requerimientos proporcionados por el
dueño del negocio y los pasos serán los siguientes:

El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo de


software se concibe como un conjunto de etapas que se ejecutan una tras otra. Se le
denomina así por las posiciones que ocupan las diferentes fases que componen el proyecto,
colocadas una encima de otra, y siguiendo un flujo de ejecución de arriba hacia abajo, como
una cascada.

Página | 42
El modelo de desarrollo en cascada se originó en la industria y la construcción, donde los
cambios a posteriori son caros y difíciles de implementar. Cuando estás creando un producto
material, realizar cambios en lo ya construido es mucho más difícil que en un programa
informático. En el mundo del software, todavía no se habían implantado otras metodologías
de desarrollo por lo que se adaptó el modelo en cascada que se utilizaba en otros sectores.

Página | 43
5.2.DISEÑO DE PROCESOS

5.2.1 Diagrama de Estados

Inicio

Entra Inicia
Cliente Sesion

Registra Busca
Cliente Producto Envio
realizado

Hacer
Añade Producto Deposito Pagar a
al carrito credito
Recoger Producto
en agencia

Seleccionar Hacer
Seleccionar Transferencia
Delivery metodo de pago

Pago en Recoger en Fin


tienda Tienda

5.2.2 Diagrama de Actividades

GESTION DE PRODUCTOS

Página | 44
CLIENTE ADMINISTRADOR

Seleccionar Seleccionar
"Buscar Producto" pestaña "producto"

Seleccionar
Filtrar por Ingresar producto
categoria

Producto ingresar
Disponible? nombre
Si

No seleccionar
Seleccionar categoria
producto

ingresar precio
Seleccionar
cantidad
ingresar
Si descripcion
Añadir Carrito
de Compra Tiene Oferta?
Si
Seguir ingresar oferta
Seleccionando?
No

ingresar stock
No disponible

Nuevo Producto
Ingresado

GESTION DE USUARIOS

Página | 45
CLIENTE ADMINISTRADOR

Entrar a la Seleccionar
pagina nuevo admin

Seleccionar
Iniciar sesion ingresar
nombres
Ingresar Correo
electronico ingresar
apellidos
Seleccionar
registrarse ingresar
telefono

ingresar
nombres ingresar fecha
de nacimiento
ingresar
apellidos ingresar
direccion
ingresar
telefono
ingresar correo
ingresar fecha
de nacimiento

ingresar pass
ingresar
direccion

ingresar fecha
ingresar pass de inicio

ingresar fecha
de inicio

GESTION DE COMPRAS

Página | 46
CLIENTE ADMINISTRADOR

Añadir Carrito
de Compra

Visualizar Estado
de compra

Desea Envio?
SI

Seleccionar
Direccion

No Seleccionar
tipo de envio

Pagara a Añadir pago


distancia? extra

Elige metodo
de pago

Realizar Pago Recibir


Transaccion

GESTION DE DELIVERY

Página | 47
CLIENTE ADMINISTRADOR

Pago realizado Despachar


pedido

Hay envio?

Si

Buscar
Agencia

Pagar envio

Recibir pedido realizar envio

GESTION DE COMPROBANTE

CLIENTE ADMINISTRADOR

Pago Realizar
realizado comprobante

Mostrar subir
comprobante comprobante

Recibir Enviar comprobante


comprobante fisico

5.2.3 Diagrama de Secuencias

Página | 48
GESTIÓN DE PRODUCTOS

: Categoria : Oferta : Producto


:
U_Administrador : U_Registrado : U_Visitante

1: Crear Produto

2: insertar categoria
3. seleccionar categoria

4. insertar oferta

5: Seleccionar oferta

6: seleccionar producto

7: mostrar producto

8: Elegir producto selecciondo

9:seleccionar producto

10: mostrar producto

GESTIÓN DE USUARIOS

: Usuario : :
: UsuarioAdministrador UsuarioCliente
: U_Visitante : U_Registrado U_Administrador

1: Solicitar cuenta de cliente()

2: Ingresar datos cliente()

3: Actualizar

4: Mostrar datos registrados()

5: Solicitar datos cliente()

6. Mostrar datos clliente()

7: Solicitar cuenta administrador()

8: Ingresar datos administrador()

9: actualizar()

10: Mostrar datos administrador()

GESTIÓN DE COMPRAS

Página | 49
: Producto : Carrito de 6: Actualizar : : TipoPago
:
Compra Venta
: Cliente U_Administrador
1: Seleccionar Producto()

2: Introducir producto()

3: Confirmar Producto()

4: Eligir TIpo de Pago()

5:-mostrar tipopago()

7: Mostrar venta

8: Autorizar venta()

9: Mostrar estado de venta()

GESTIÓN DE DELIVERY

: Venta : Direccion : Delivery


: U_Registrado :
U_Administrador
1: Venta seleccionada()

2: añadir delivery

3:añadir direccion()

4: seleccionar direccion
5:mostrar delivery()

6: notificar delivery()

7: autorizar delivery()

8: mostrar direccion

GESTIÓN DE COMPROBANTE

Página | 50
: Venta : Comprobante
:
: U_Registrado U_Administrador
1:Seleccionar compra()

2: generar comprobante()

3: Mostrar Comprobante()

4: Enviar comprobante()

5: Generar reporte()

Página | 51
5.3.DISEÑO DE ENTRADA DE INTERFACES

5.3.1 Análisis de la información

El diseño de la interfaz de usuario requiere de una buena comprensión de las necesidades del
usuario. Hay varias fases y procesos en el diseño de una interfaz de usuario, algunos de los
cuales son más demandados que otros, dependiendo del proyecto. Un buen diseño de la
interfaz de usuario facilita la compleción de tareas a realizar sin que el usuario vea atraída su
atención hacia la forma.
El diseño gráfico y la tipografía se combinan para ofrecer usabilidad, influyendo en cómo el
usuario realiza ciertas interacciones y mejorando la apariencia estética del diseño; la estética
del diseño puede mejorar o dificultar la capacidad de los usuarios para utilizar las funciones de
la interfaz. El proceso de diseño debe balancear la funcionalidad técnica y los elementos
visuales (es decir, el modelo mental) para crear un sistema que no solo sea operativo, sino
también usable y adaptable a la evolución de las necesidades del usuario.

5.3.2 Diseño de Interfaz

Página | 52
Página | 53
Página | 54
Página | 55
5.3.3 Construcción de interfaz.

Página | 56
Página | 57
Ruta de acceso: https://towering-cork.localsite.io/
User: tailor.
Clave: merciful.

Página | 58
5.4.DISEÑO DE BASE DE DATOS

5.4.1 Análisis de requisitos

 Se desea llevar el control de las ventas y productos disponibles en la ferretería Ccasani’s de


cada cliente registrado.

 Un cliente registrado puede tener varias compras, pero solo una compra puede ser para un
cliente.

 Solo los clientes registrados pueden generar orden de compras.

 Los clientes pueden tener múltiples direcciones registradas, pero solo puede usar dirección
para la orden de delivery.

 Solo los administradores pueden visualizar los reportes de ventas, pero los clientes pueden
ver los reportes de sus propias compras.

 Una marca puede tener varios productos, pero solo un producto puede tener una marca.

 Un modelo solo puede tener un producto, y un producto solo puede tener un producto.

 Un mismo producto puede tener varias compras, pero va disminuyendo el número de


stock, cuando no hay stock la orden de compra se anula.

 Una compra solo puede tener un delivery, pero un delivery puede tener varias compras.

 Un cliente registrado puede tener varios descuentos, pero un descuento solo puede ser
para un cliente.

 El administrador puede registrar y descontinuar los productos, así como anular ordenes de
compras y autorizarlas.

 Un cliente puede tener varias tarjetas asociadas, así como no tener ninguna, pero solo se
puede usar una tarjeta para la orden de compra.

 Un cliente puede tener varios deliverys, pero solo un delivery puede tener un cliente.

Página | 59
5.4.2 Modelo Entidad - Relación (MER)

nombre apellidos email


celular

departamento
dirección

provincia
password
USUARIO

id
1:1

REALIZA

0:n
total

id COMPRA

fecha

1:1

CONTIENE cantidad

1:n
id

PRODUCTO

stock categoria

nombre precio

oferta descripcion

Página | 60
5.4.3 Diseño Lógico de Base de Datos

Direccion Categoria
(from CU Negoci o) Carrito de Compra (from CU Negoci o)
idDireccion (from CU Negoci o)
idCategoria
direccion idCarrito
desCategoria
provincia cantidad
departamento idProducto Producto
precio (from CU Negoci o)
1
1..* idCliente 1..* idProducto
UsuarioCliente fechaCompra 1..* nombrePro *
(from CU Negoci o) 1..* descripcionPro
idCliente 1 1 idCategoria
nombreCli precioPro
apellidosCli idOferta
correoCli 1 1 1..*
stockPro
FechaNacCli Venta
Delivery (from CU Negoci o)
idDireccion (from CU Negoci o) Oferta
claveCli idVenta (from CU Negoci o)
idDelivery 1
idCarrito
idDireccion idOferta
1 fecha
fechaEntrega desOferta
1 estadoVenta
hora entrega 1 precioOferta
estadoPago
precioDel fechaInicio
idtipoPago 1 fechaFin
idDelivery
1..* costoTotal
Usuario
idUsuario UsuarioAdministrador 1
tipoUsuario 1..* (from CU Negoci o) 1 Comprobante
(from CU Negoci o)
idAdmin
1 idComprobante
nombreAd
1 TipoPago idVenta
apellidosAd
correoAd (from CU Negoci o)

fechaNacAd idTipoPago
claveAd descripcion

5.4.4 Elección del Gestor de Base de Datos

El gestor de base de datos a utilizar será MySQL con la herramienta


phpMyAdmin y el paquete XAMPP.
Se usará MySQL porque un sistema de base de datos relacional, lo que
quiere decir que archiva datos en tablas separadas en lugar de guardar
todos los datos en un gran archivo, lo que le permite tener mayor
velocidad y flexibilidad. Estas tablas están relacionadas de formas
definidas, por lo que se hace posible combinar distintos datos en varias
tablas y conectarlos.

Cualquier persona puede utilizar MySQL y crear modificaciones bajando el


código fuente con el fin de ajustarlo a su medida y para su uso, ya que es
un software de código abierto. Se establece el GPL (General Public License)
en donde se define lo que un usuario puede realizar o no con el software.
Si un usuario no se ajusta a las medidas del GPL o requiere el uso del
software para aplicaciones comerciales, se puede comprar una versión
comercial licenciada.
A continuación, enumeramos algunas de las ventajas que presenta MySQL
(sobre todo comparables frente a su eterno rival, PostgreSQL),
especialmente aquellas que la han convertido en una de las BDs más
utilizadas para desarrollos web.

Página | 61
Ventajas:

 MySQL es de uso libre y gratuito.


 Software con Licencia GPL.
 Bajo costo en requerimientos para la elaboración y ejecución del
programa.
 No se necesita disponer de Hardware o Software de alto rendimiento para
la ejecución del programa.
 Velocidad al realizar las operaciones y buen rendimiento.
 Facilidad de instalación y configuración.
 Soporte en casi el 100% de los sistemas operativos actuales.
 Baja probabilidad de corrupción de datos.
 Entorno con seguridad y encriptación.

Desventajas:

 Al ser de Software Libre, muchas de las soluciones para las deficiencias del
software no están documentados ni presentan documentación oficial.
 Muchas de sus utilidades tampoco presentan documentación.
 Se debe controlar/monitorizar el rendimiento de las aplicaciones en busca
de fallos.
 No es el más intuitivo de los programas que existen actualmente para
todos los tipos de desarrollos.
 No es tan eficaz en aplicaciones que requieran de una constante
modificación de escritura en BD.

5.4.5 Diseño Físico de Base de Datos

Se ha desarrollado un modelo de base de datos entidad – relación que muestra las entidades,
atributos y relaciones que se utilizarán para la implementación del sistema.
A continuación, se muestran las tablas del modelo relacional.

 PRODUCTO:
Producto

Página | 62
Categoría

Ofertas

Venta_has_producto

Página | 63
 USUARIO:

Cliente

Dirección

Distrito

Página | 64
Provincia

Departamento

Administrador

Página | 65
 VENTA:
Venta

Delivery

TipoPago

Página | 66
Página | 67
5.4.6 Diseño de carga o Migración

Esta fase, se debe comprobara que se establecieron los procedimientos de explotación y


mantenimiento que aseguren que los datos se tratan de forma congruente y exacta y que el
contenido de los sistemas sólo se modifica mediante la autorización adecuada, personal
especializado.
Se hace un análisis del rendimiento del sistema de base de datos (BD), comprobando si se lleva a
cabo un proceso de ajuste y optimización adecuada que no sólo consiste en el rediseño físico o
lógico del BD, sino también abarca ciertos parámetros del sistema operativo (SO) e incluso la forma
en que acceden las transacciones al BD. tomando en consideración que la función de la
administración del BD debe ser la responsable de monitorear el rendimiento y la integridad de los
sistemas de BD.
La carga será realizada de forma manual ya que los productos no están digitalizados en una hoja de
cálculo, por lo que se optó por la transferencia de datos de forma manual.
También se considerará la:

• Verificar corrección diseño lógico más diseño físico (en especial asociaciones
de elementos restricciones oportunas, especificaciones almacenamiento y
seguridad).

• Si ha habido entradas manual de datos, hay que establecer controles que


aseguren la integridad de los mismos.

• Control de errores de entrada en el proceso de carga. siempre existen


problemas cuando se detecten, los datos corregidos deben proceder lo más
cerca posible del punto de origen.

• Los diseños deben estar autorizados, al menos por los usuarios, pero es
recomendable que también por la dirección.

• Si la carga proviene de una migración de otro entorno, se debe establecer un


paralelo durante cierto tiempo para ver qué resultados son iguales.

• Si el proceso de carga es mixto se doblarán los controles anteriores.

Página | 68
 Mapeo de datos

<tabla> administrador

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idAdmin Id del administrador <tabla> administrador IdAdmin Int (11)


dniAdmin Documento de identidad del Administrador <tabla> administrador dniAdmin Int (8)
nombreAdmin Nombre del Administrador <tabla> administrador nombreAdmin Varchar (50)
apellidosAdmin Apellido del administrador <tabla> administrador apellidosAdmin Varchar (50)
fechaNacAdmin Fecha de nacimiento del Administrador <tabla> administrador fechaNacAdmin date
idDireccion Id de la dirección <tabla> dirección idDireccion Int (11)
telefonoAdmin Teléfono del administrador <tabla> administrador telefonoAdmin Int (9)
correoAdmin Correo del administrador <tabla> administrador correoAdmin Varchar (50)
passAdmin Contraseña del administrador <tabla> administrador passAdmin Varchar (50)
fechaIngreso Fecha de ingreso a la empresa <tabla> administrador fechaIngreso Date

Página | 69
<tabla> categoria

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idCategoria Id de la categoría <tabla> categoria idCategoria Int (11)


nombreCat Nombre de la categoría <tabla> categoria nombreCat Int (11)

<tabla> cliente

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idCliente Id del cliente <tabla> cliente idCliente Int (11)


DNI Documento de identidad del cliente <tabla> cliente DNI Int (8)
nombreCli Nombre del cliente <tabla> cliente nombreCli Varchar (50)
apellidosCli Apellido del cliente <tabla> cliente apellidosCli Varchar (50)
telefonoCli Teléfono del cliente <tabla> cliente telefonoCli Int (9)
fechaNacCli Fecha de nacimiento del cliente <tabla> cliente fechaNacCli Date
idDireccion Id de la dirección del cliente <tabla> dirección idDireccion Int (11)
correoCli Correo electrónico del cliente <tabla> cliente correoCli Varchar (50)
contraseñaCli Contraseña de acceso del cliente <tabla> cliente contraseñaCli Varchar (50)

Página | 70
<tabla> delivery

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idDelivery Id del delivery <tabla> delivery idDelivery Int (11)


idDireccion Id de la dirección <tabla> dirección idDireccion Int (11)
precioDel Precio del delivery <tabla> delivery precioDel double

<tabla> departamento

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idDepartamento Id del departamento <tabla> departamento idDepartamento Int (11)


departamento Nombre del departamento <tabla> departamento departamento Varchar (50)

<tabla> direccion

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idDireccion Id de la dirección <tabla> direccion idDireccion Int (11)


idDepartamento Id del departamento <tabla> departamento idDepartamento Int (11)

idProvincia Id de la provincia <tabla> provincia idProvincia Int (11)

idDistrito Id del distrito <tabla> distrito idDistrito Int (11)

direccion la dirección <tabla> direccion direccion Varchar (50)

Página | 71
<tabla> distrito

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idDistrito Id del distrito <tabla> distrito idDistrito Int (11)


distrito Nombre del distrito <tabla> distrito distrito Varchar (50)

<tabla> oferta

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idOferta Id de la oferta <tabla> oferta idOferta Int (11)


desOferta Descripción de la oferta <tabla> oferta desOferta Varchar (250)

precioOfe Precio de la oferta <tabla> oferta precioOfe Int (11)

fechaInicio Fecha de inicio de la oferta <tabla> oferta fechaInicio Date

fechaFin Fecha final de la oferta <tabla> oferta fechaFin Date

<tabla> provincia

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idProvincia Id de la provincia <tabla> provincia idProvincia Int (11)


provincia Nombre de la provincia <tabla> provincia provincia Varchar (50)

Página | 72
<tabla> producto

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idPro Id del producto <tabla> producto idPro Int (11)


nombrePro Nombre del producto <tabla> producto nombrePro Varchar (50)
descripcionPro Descripción del producto <tabla> producto descripcionPro Varchar (50)
idCategoria Id de la categoría <tabla> categoria idCategoria Int (11)
precioPro Precio del producto <tabla> producto precioPro Double
idOferta Id de la oferta <tabla> oferta idOferta Int (11)
stockPro Stock del producto <tabla> producto stockPro Int (11)

<tabla> tipo_pago

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idTipoPago Id del tipo de pago <tabla> tipo_pago idTipoPago Int (11)


tipo Forma de pago <tabla> tipo_pago tipo Varchar (50)

Página | 73
<tabla> venta

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idVenta Id de la venta <tabla> venta idVenta Int (11)


idCliente Id del cliente <tabla> cliente idCliente Int (11)
idDelivery Id del delivery <tabla> delivery idDelivery Int (11)
idTipoPago Id del tipo de pago <tabla> tipo_pago idTipoPago Int (11)
fechaVenta Fecha de venta <tabla> venta fechaVenta Date
estadoVenta Estado de la venta <tabla> venta estadoVenta Int (1)
estadoPago Estado del pago <tabla> venta estadoPago Tinyint (1)
fechaPago Fecha del pago <tabla> venta fechaPago Date
validarVenta Validar la venta <tabla> venta validarVenta Tinyint (1)
fechaEntrega Fecha de entrega <tabla> venta fechaEntrega Date
horaEntrega Hora de entrega <tabla> venta horaEntrega Time
deliveryVenta Estado del delivery <tabla> venta deliveryVenta Tinyint (1)
costoTotal Costo total de la venta <tabla> venta costoTotal double

Página | 74
<tabla> venta_has_producto

Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato

idVenta Id de la venta <tabla> venta idVenta Int (11)


idPro Id del producto <tabla> producto idPro Int (11)
cantidad Cantidad del producto <tabla> venta_has_producto cantidad Int (11)
observacion Observación de producto <tabla> venta_has_producto observacion Varchar (250)
precio Precio del producto <tabla> venta_has_producto precio double
subtotal Sub total de la compra <tabla> venta_has_producto subtotal double

Página | 75
VI. CODIFICACIÓN

6.1.1 Diagrama de Componentes

app

imagenes sql
css

js user index.php
conf

nginx php

netwok maint

mysql

logs

nginx php

6.1.2 Desarrollo de aplicación

Página | 76
Página | 77
Página | 78
VII. PRUEBAS

7.1.1 Plan de Pruebas

Se elaboró un Plan de Pruebas en donde se especifican las pruebas que se


realizaron como parte del proceso de Desarrollo del Proyecto, el cual se encuentra
adjunto como anexo.

7.1.2 Pruebas Funcionales

Sirven para corroborar el correcto funcionamiento de los requerimientos


funcionales anteriormente identificados.
es una prueba de tipo caja negra basada en la ejecución, revisión y
retroalimentación de las funcionalidades previamente diseñadas para el software.
Las pruebas funcionales se hacen mediante el diseño de modelos de prueba que
buscan evaluar cada una de las opciones con las que cuenta el paquete
informático. Dicho de otro modo, son pruebas específicas, concretas y exhaustivas
para probar y validar que el software hace lo que debe y sobre todo, lo que se ha
especificado.

7.1.3 Pruebas No Funcionales

Una prueba no funcional es una prueba cuyo objetivo es la verificación de un


requisito que especifica criterios que pueden usarse para juzgar la operación de un
sistema (requisitos no funcionales) como por ejemplo la disponibilidad,
accesibilidad, usabilidad, mantenibilidad, seguridad, rendimiento.

VIII. DESPLIEGUE O IMPLEMENTACIÓN

8.1.1 Diagrama de Despliegue

Cliente Movil
Servidor de base
de datos

internet

Servidor de base
Router Firewall Servidor de datos imagenes
aplicaciones

internet

Servidor de files
Cliente
system
Browser

Página | 79
Estrategia de Despliegue

El tipo de despliegue a implementar será BIG BANG, ya que vamos a iniciar con una aplicación
totalmente nueva y no estamos condicionados a partir de un software ya conocido y con riesgo de
pérdida de identidad que temamos perder una vez hecho el despliegue.
Además de que es la implementación que menos tiempo, esfuerzo y recursos gastaría ya que no
tendremos que trabajar paralelamente en dos frentes diferentes tratando de adaptar a el usuario
de una presentación antigua a una nueva, sino encaminarnos en uno solo, y podemos poner todo
nuestro personal a disposición para el despliegue de una nueva aplicación y enseñar al usuario a
que interactúe y se identifique con la última solución sin tener en cuenta alguna anterior.
Controlaremos los alcances de la aplicación, concientizaremos al usuario de los beneficios y
ventajas que brindamos para que se apersone y se identifique con nuestro producto mediante
entrenamientos, capacitación y adiestramiento sin dejar de lado el soporte para que se sientan
acompañados y respaldados.

Recursos para Despliegue

Recursos
Detalle Cantidad Valor Unitario Total
Computadores 4 S/ 1.500.00 S/ 6000.00
Video 1 S/ 100.00 S/ 100.00
Viáticos Personal Capacitación 2 (días) S/ 50.00 S/ 100.00
Pago Personal Capacitación 2 (días) S/ 50.00 S/ 100.00
TOTAL S/ 6,300.00

Plan de Despliegue
Descripción de Fases

Nro. Fase Responsable Descripción Duración


El personal de este departamento
se encarga de tener ensamblado,
Grupo de organizado y en comunicación los
1. PREPARACIÓN 8 horas
desarrollo equipos tecnológicos necesarios
para el despliegue

El personal que desarrollo la


aplicación se encarga de preparar e
instalar en los equipos los
Grupo de instaladores tanto del software
2. INSTALACIÓN 4 horas
desarrollo desarrollado como los de los
programas que complementan el
accionar de la aplicación

En caso de que existan fallas a la


hora de instalar los programas
requeridos para el correcto
funcionamiento el departamento
Grupo de de desarrollo debe indagar si el
3 Punto de retorno 2 horas
desarrollo problema es del hardware o el
software. Si esto esta tarea no se
realiza correctamente no se puede
continuar

4 CAPACITACIÓN Grupo de El personal de soporte se encarga 12 horas


Página | 80
de dar a conocer la aplicación una
vez instalada correctamente.
Explicar cada tarea que el
programa puede ejecutar
Indicar como puede ejecutar cada
desarrollo una de las tareas
Explicar las condiciones y
restricciones de la aplicación
Indicar canales de comunicación
para acompañamiento en
emergencias, dudas e inquietudes
Se encarga de tener personal
dispuesto a someter la aplicación a
trabajos cotidianos que realizara
una vez salga a producción,
5 PRUEBA INTEGRAL Testeador 12 horas
imitando cada uno de los posibles
movimientos, cargas y trafico a
tener en el ambiente para el cual
fue diseñado.
En caso de que las pruebas
realizadas en el ambiente de
producción sean negativas, este
6 Punto de Retorno Testeador deberá ser informado a el 2 horas
departamento de desarrollo para
detectar y corregir las
inconsistencias
Personal de soporte indican al
usuario que tiene vía libre para la
Grupo de
7 DESPLIEGUE utilización del software para el uso 2 horas
desarrollo
que fue pedido, y será
acompañado por nuestro personal.
Acompañamiento de nuestro
personal para observar el
comportamiento una vez esté en
Grupo de
8 ESTABILIZACIÓN marcha del software y poder 8 horas
desarrollo
ajustar pequeños detalles que sean
detectados durante su puesta en
marcha.

Cronograma

Días
Actividad
1 2 3 4 5 6
1 Preparación
2 Instalación
3 Capacitación
4 Prueba Integral
5 Despliegue
6 Estabilización

IX. SOPORTE Y MANTENIMIENTO

Página | 81
El Proceso de Mantenimiento de Software (PMS) en ISO 14764

El PMS incluye las actividades y tareas necesarias para modificar un producto software existente
preservando su integridad. Estas actividades y tareas son responsabilidad del mantenedor. El PMS
debe ser activado cuando existe un requerimiento para mantener un producto software. En cuanto
se activa el PMS, deben desarrollarse planes y procedimientos de mantenimiento y deben estar
disponibles los recursos necesarios. El proceso concluye cuando un producto software es retirado
completamente. Las actividades que forman el PMS consumen o transforman las entradas (inputs)
para producir las salidas (outputs). Las salidas son los datos u objetos generados por las actividades
de mantenimiento.

Actividades de un PMS

1. Durante la Implementación del Proceso, el mantenedor:

– Desarrolla el plan y los procedimientos de mantenimiento;

– Establece procedimientos para recibir, registrar y seguir la pista a los informes de


problemas (PR) y peticiones de modificación (MR) de los usuarios; y

– Implementa o define los interfaces organizacionales con el proceso de gestión de


la configuración (CM).

2. Durante la etapa de Análisis del Problema y la Modificación, el mantenedor:

– Analiza el informe del problema o requerimiento de modificación para determinar


su impacto en la organización, en el sistema existente y en los interfaces;

– Replica o verifica el problema;

Página | 82
– Define varias opciones para implementar la modificación;

– Documenta el informe del problema o requerimiento de modificación, los


resultados y opciones de implementación; y

– Obtiene la aprobación para la opción de modificación seleccionada.

3. Durante la etapa de Realización de la Modificación, el mantenedor:

– Realiza un análisis para determinar los "elementos software" que deben ser
modificados;

– Invoca al proceso de desarrollo del software para realizar la modificación


(incluyendo las pruebas).

4. Durante la etapa de Revisión/Aceptación del Mantenimiento, el mantenedor:

– Tiene entrevistas con la autoridad (cliente externo o interno) correspondiente para


determinar la correcta integridad del sistema modificado; y

– Obtiene la aprobación de la modificación mediante los mecanismos determinados


previamente (en un contrato o similar).

5. La etapa de Migración no es obligatoria, sólo existe cuando un producto software es


modificado para funcionar en un nuevo entorno operativo. En ese caso, el mantenedor:

– Diseña un plan de migración;

– Notifica a los usuarios el inicio y conclusión de la migración;

– Forma a los usuarios en el nuevo entorno;

– Evalúa el impacto del nuevo entorno; y

– Archiva el producto software antiguo.

6. La etapa de Retirada tampoco es obligatoria ya que sólo existe cuando un producto


software ha concluido su vida útil y es sustituido por otro nuevo. En ese caso, el
mantenedor realiza tareas similares a las referidas para la migración.

X. CONCLUSIONES

De ser considerada la implementación del sistema propuesto será posible incrementar la seguridad
de la información relativa a los Clientes de la Empresa ya que la información se manejará de
manera mecanizada de tal forma se reduce el riesgo de pérdida de registros y la manipulación de
los mismos por parte de los usuarios del sistema será bajo accesos limitados según su nivel de
usuario. Es de suma importancia mencionar que adicional a todos los usos descritos en este
documento, el equipo podrá tener otros usos tales como el manejo de programas de oficina útiles
Página | 83
para funciones adicionales de los usuarios del sistema.

Dentro del diseño del sistema se consideraron las estructuras de datos de los documentos
involucrados en los procesos de la Empresa, por lo tanto, una ventaja adicional brindada por el
sistema es que permitirá que la migración de datos desde los archivos físicos o de los cuadros
llevados en Excel sea fácil de realizar.

La implementación del Sitio Web diseñado permitirá a la Empresa tener mayor contacto con sus
Clientes tanto nacionales como internacionales, le permitirá darse conocer como Empresa, sobre
sus productos y a la vez permitirá a sus clientes realizar en línea sus solicitudes de cotizaciones y
pedidos. Todas estas ventajas pueden constituir la primera parte de un proyecto más amplio a
futuro (ver recomendaciones).

XI. RECOMENDACIONES

Una vez implementado el Sistema Propuesto, se considera necesario buscar al personal mejor
calificado para que ejerza un alto grado de control análisis para que este Sistema se desarrolle en
forma efectiva y segura. Es fundamental que se les brinde una completa y constante capacitación.

Se recomienda además integrar al Sitio Web un servicio de telefonía fija con el cual los clientes que
accedan al Sitio puedan comunicarse con la Empresa a través de una línea telefónica cuyas
llamadas sean cargadas con tarifa local aun cuando la llamada sea internacional. Este servicio
crearía un medio adicional de comunicación para la Empresa.

XII. ANEXOS

Plan de Pruebas Funcionales y no Funcionales. Formato Excel y Word.

Página | 84

También podría gustarte