Proyecto Ecommerce Ferreteria Ccasani - Mod
Proyecto Ecommerce Ferreteria Ccasani - Mod
Proyecto Ecommerce Ferreteria Ccasani - Mod
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
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 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.
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.
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.
Página | 5
Mapa de Ubicación Geográfica
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
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
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.
Página | 8
2.3 FLUJOGRAMA DE PROCESOS
VENTA DE PRODUCTOS:
VENTA DE PRODUCTO
CLIENTE VENDEDOR ALMACEN
INICIO
ATIENDE AL
CLIENTE
NO ¿HAY?
SI
RECEPCIONA EL
PRODUCTO
SE LE DICE AL
CLIENTE CANCELA CLIENTE EL
PRODCUTO PRECIO DEL
PRODUCTO
CLIENTE RECIBE EL
PRODUCTO
FIN
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
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
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
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
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
Página | 14
III. PROPUESTA DE SOLUCIÓN
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.
Página | 15
COSTO DE MATERIALES DE CONSUMO PARA EL DESARROLLO
Página | 16
DESCRIPCIÓN DISPONIBILIDAD SUBTOTAL
Hardware S/.3686.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.
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:
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.
PRIMER AÑO:
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.
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.
Página | 18
PRODUCTO PRECIO IMAGEN
Calamina Metálica
Galvanizada S/.15.00 /Unid
Computadora de
1
escritorio
Monitor 1
Impresora 1
Impresora de tickets 1
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:
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.
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á.
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)
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.
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:
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
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ú
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ú
• 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ú
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
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
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
Página | 32
4.3.PRIORIZACIÓN DE REQUERIMIENTOS FUNCIONALES
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
Gestion de Productos
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
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
R
Carrito de Compra
R/U/D
C/R/U/D
Administrador Venta
TipoPago
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
<<extend>>
Cliente
<<include>>
<<extend>>
Gestionar usuarios
U_Administrador
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
CAPA DE
PRESENTACIÓN
APLICACIÓN DE
CAPA LÓGICA
PAGO
CAPA DE RECURSOS
Página | 39
Cliente Web Internet Red
financiera
Servidor Servidor BD
Web
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).
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).
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.
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:
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
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
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
Elige metodo
de pago
GESTION DE DELIVERY
Página | 47
CLIENTE ADMINISTRADOR
Hay envio?
Si
Buscar
Agencia
Pagar envio
GESTION DE COMPROBANTE
CLIENTE ADMINISTRADOR
Pago Realizar
realizado comprobante
Mostrar subir
comprobante comprobante
Página | 48
GESTIÓN DE PRODUCTOS
1: Crear Produto
2: insertar categoria
3. seleccionar categoria
4. insertar oferta
5: Seleccionar oferta
6: seleccionar producto
7: mostrar producto
9:seleccionar producto
GESTIÓN DE USUARIOS
: Usuario : :
: UsuarioAdministrador UsuarioCliente
: U_Visitante : U_Registrado U_Administrador
3: Actualizar
9: actualizar()
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()
5:-mostrar tipopago()
7: Mostrar venta
8: Autorizar venta()
GESTIÓN DE DELIVERY
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
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.
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
Un cliente registrado puede tener varias compras, pero solo una compra puede ser para un
cliente.
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.
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)
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
Página | 61
Ventajas:
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.
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
• Verificar corrección diseño lógico más diseño físico (en especial asociaciones
de elementos restricciones oportunas, especificaciones almacenamiento y
seguridad).
• Los diseños deben estar autorizados, al menos por los usuarios, pero es
recomendable que también por la dirección.
Página | 68
Mapeo de datos
<tabla> administrador
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 69
<tabla> categoria
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> cliente
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 70
<tabla> delivery
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> departamento
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> direccion
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 71
<tabla> distrito
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> oferta
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> provincia
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 72
<tabla> producto
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
<tabla> tipo_pago
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 73
<tabla> venta
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 74
<tabla> venta_has_producto
Campo tabla auxiliar Descripción Entidad Origen Campo Origen Tipo Dato
Página | 75
VI. CODIFICACIÓN
app
imagenes sql
css
js user index.php
conf
nginx php
netwok maint
mysql
logs
nginx php
Página | 76
Página | 77
Página | 78
VII. PRUEBAS
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
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
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
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
Página | 82
– Define varias opciones para implementar la modificación;
– Realiza un análisis para determinar los "elementos software" que deben ser
modificados;
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
Página | 84