Post on 02-Nov-2018
CAPÍTULO 4
METODOLOGÍA DE LA INVESTIGACIÓN 4.1 Estado del arte: aporte al conocimiento
En este contexto el presente trabajo servirá para futuros tipos de
aplicativos que se necesiten de una base teórica la cual se ha utilizado en la
presente investigación, también de acuerdo a este avance se puede inferir
que la solución mostrada aquí solucionaría algunos otros problemas, que
determinada empresa tenga, y que futuras generaciones desearán resolver,
es por esto que este trabajo abre el camino a el uso de aplicaciones creadas
especialmente para dispositivos móviles, y con tecnología relativamente
cómoda para un sector de clientes deseosos de herramientas útiles y baratas.
A medida que pasan los años, nuevas tecnologías se avizoran y se
muestran como soluciones óptimas, es por esto que no debe ser
desaprovechada, sin lugar a duda los nuevos dispositivos que irán creando
con bases que soportarán dichas tecnologías haciendo más interactivas y
vistosas aplicaciones como esta, actualmente puede utilizarse la versión Java
para móviles, así como equipos con diferentes tipos de utilidades, la ventaja
de WAP es que es una tecnología cambiante, y mejorable.
En el presente trabajo se muestran estudios básicos que permitirán
concebir nuevos tipos de aplicativos, utilizables en el creciente mercado
inalámbrico el cual sin lugar a dudas producirán mayores utilidades y
facilitarán actividades en las empresas que los implementen.
57
4.1.1. Herramientas de Software usadas para solucionar el problema.
Herramienta de diagramación: Rational Rose 2000 Enterprise Edition, Power Designer.
Teléfono / PDA Emulador WAP: M3 Gate, WinWap 3D.
Herramientas de Programación: Block de Notas (WML).
Motor de Base de Datos: SQL Server 2000 Standard Edition
4.1.1.1 IIS (Internet Information Server) IIS versión 6.0 es un servidor Web, en plataforma Windows
2003, el cual mantiene los archivos HTML (Lenguaje de Marcas de
Hipertexto) que podemos cargar con los exploradores de Internet.
Proporciona servicios para aplicaciones basadas en Windows. El
Internet Information Server es uno de los mejores Servidor Web en el
mercado para cargar archivos de HTML pero también proporciona la
mayor parte de las características y la integración de sistema para
aplicaciones de negocios.
Es importante señalar que el IIS es compatible con los
archivos WML, y así podemos trabajar con nuestra aplicación WAP.
4.1.1.2 ASP (Active Server Pages) Con la versión 3.0. de IIS se incluyeron por primera vez las
Páginas Activas de Servidor (ASP). Las ASP incorporaron los primeros
motores de guiones de Microsoft Visual Basic al desarrollo de
servidores de Internet, que hizo más fácil que nunca el desarrollo de
aplicaciones Web. Con ASP, se le dio a 30 millones de desarrolladores
de programas de Visual Basic un entorno en el que podían ser
productivos de forma inmediata. Y a pesar de la naturaleza interpretada
del guión de ASP, era todavía bastante más rápida que ejecutar
código CGI.
Sin embargo, la potencia de ASP no se queda en lo fácil que
hace el desarrollo de servidor; ASP es porque es el mecanismo más
58
flexible de hospedaje para lanzar controles de servidor personalizados.
El uso de la tecnología de ASP, un negocio que ya ha escrito código
para visualizar sus funciones de negocio, puede simplemente invocar
sus componentes de ASP a Internet o mediante una intranet. Esto
permite a la aplicación de Cliente / Servidor obtener todos las ventajas
que proporciona HTML o WML.
A medida que los servidores de Internet ofrecen cada vez
más capacidades de aplicación de negocios, los negocios piden cada
vez más características comunes necesarias para las aplicaciones de
Cliente / Servidor. Cuando se haga negocios en línea, se debe estar
seguro de que la gente con quien se comunica son realmente quienes
dicen ser y que sus comunicaciones son seguras. Para eso necesita
unos medidas de autentificación y mayor seguridad. Para procesar
mejor las aplicaciones dinámicas que necesitan interacciones repetidas
entre el cliente y el servidor para procesar una única tarea.
¿Cómo trabaja una página ASP?
Cuando un Cliente Browser solicita una Página ASP, la siguiente
secuencia de eventos ocurre:
1. El Cliente solicita una página ASP enviando un HTTP Request al
Servidor Web.
2. Como la página solicitada tiene una extensión .asp, el servicio IIS
reconoce este como un archivo script - mapped, así como
también código WML inscrito en ella, y envía el archivo a la
apropiada extensión ISAPI (en este caso a Asp.dll) para
procesamiento. (Este paso no ocurre cuando el cliente requiere
un archivo HTML.)
3. El ISAPI del ASP procesa primero cualquier directiva del lado del
servidor, luego cualquier script del lado del servidor es compilada.
Enseguida, el script es ejecutado y el texto dinámico es
59
incorporado dentro de la página que será retornada al cliente.
(Esto solo ocurre cuando la página es solicitada por primera vez.
Las páginas solicitadas previamente son recuperadas del caché
del lado del Servidor para mayor performance.)
4. El Servidor, por medio de las Extensiones MIME previamente
instaladas, crea la página WML (En vez de HTML, para nuestro
caso) resultante para ser enviada al cliente. La página de salida
es enviada a medida que es generada, o toda a la vez, sí la
respuesta está en el buffer.
5. Una vez que el cliente recibe la página WML, esta carga cualquier
objeto del lado del cliente y Java Applets, cualquier código script
del lado del cliente es ejecutado inmediatamente y mostrado
como una página Web de acuerdo con la especificación HTML.
4.1.2. Herramientas de Hardware usadas para solucionar el problema.
Servidor de Base de Datos IBM Pentium IV, con IP Pública y
servicio IIS en alta.
Equipos celulares con Navegador WAP incluido
Equipos de Comunicación con salida pública a Internet.
01 PC para el desarrollo para las páginas WML, tipeos y edición
gráfica. Pentium III 1 Ghz. 256 Mb. RAM y 20 GB. Disco (10 libres),
con acceso a Internet.
60
4.2. Metodología usada para solucionar el Problema.
4.2.1. Metodología UML - Diagrama de Casos de Uso
4.2.1.1 Caso de Uso: Autentificar Usuario
Revisión de Pedidos
Autentificar Usuario
Consultar Stock
Consultar Cliente
Registrar Pedido
Vendedor
Login
Administrador del Sistema
Validate
A) Breve Descripción En este caso de uso se realiza la autentificación
(validación) del usuario o vendedor para tener acceso a
sus respectivas opciones dentro del sistema.
B) Flujo de Eventos
B.1) Flujo Básico
Acción de los Actores Respuesta del Sistema
1. El usuario ingresa su
nombre de usuario y
respectiva contraseña.
2. El sistema valida la
información del usuario
61
3. Muestra el menú de
opciones
B.2) Flujo Alternativo
• Si el vendedor olvida su contraseña, deberá llamar a la
empresa para su obtención.
• Si el número de intentos es mayor al máximo establecido,
por defecto tres (3), el sistema mostrará un mensaje.
• Si existe un error, el sistema envía un mensaje indicando
que el ingreso al sistema no se puede llevar a cabo.
B.3) Requerimientos Especiales
• El vendedor debe tener asignado un nombre de usuario y
contraseña validos, que tengan los permisos adecuados.
C) PRE – Condiciones El vendedor debe de iniciar el servicio WAP de su
dispositivo.
D) POST – Condiciones El vendedor ingresa al sistema.
4.2.1.2 Caso de Uso: Consulta de Cliente
A) Breve Descripción En este caso de uso el vendedor hace una consulta de un
cliente específico para ver el estado en que se encuentra,
habilitado o no, ya sea por su código o su nombre, del
cual se desea conocer.
B) Flujo de Eventos
B.1. Flujo Básico
62
Sección: Principal Acción de los Actores Respuesta del Sistema
1. El usuario (vendedor)
accede a la sección
Consulta de Cliente.
2. El sistema muestra los
tipos de consulta
existentes (Código o
Nombre).
3. El usuario accede a la
sección Consulta por código.
Sección: Consulta por Código de Cliente
Acción de los Actores Respuesta del Sistema
1. El usuario, ingresa el
código del cliente.
2. El sistema verifica la
existencia del cliente en
la base de datos.
3. El sistema le muestra
al usuario el estado del
cliente (habilitado o no)
4. El usuario visualiza la
información devuelta por el
sistema.
B.2 Flujo Alternativo
• Si el vendedor olvida su contraseña, deberá llamar
a la empresa para su obtención.
63
• Si existe un error, el sistema envía un mensaje
indicando que el ingreso al sistema no se puede
llevar a cabo.
B.3 Requerimientos Especiales
• El vendedor debe tener asignado un nombre de
usuario y contraseña válidos, que tengan los
permisos adecuados.
B.4 PRE – Condiciones
• El vendedor debe de iniciar el servicio WAP de su
dispositivo.
B.5 POST – Condiciones El vendedor obtiene información oportuna del
cliente. 4.2.1.3. Caso de Uso: Consulta de Stock
A) Breve Descripción En este caso de uso el vendedor consulta el stock o
existencia de un producto determinado, únicamente por el
código de producto.
B) Flujo de Eventos
B.1. Flujo Básico
Acción de los Actores Respuesta del Sistema
1. El usuario (vendedor)
accede a la sección
Consulta de Producto.
64
2. El sistema muestra los
tipos de consulta
existentes (Por Código).
3. El usuario accede a la
sección Consulta por
código.
4. El usuario, ingresa el
código del producto.
5. El sistema verifica la
existencia del producto en
la base de datos.
6. El sistema le muestra
al usuario el stock del
producto o si el producto
no está registrado.
7. El usuario visualiza la
información devuelta por el
sistema.
B.2 Flujo Alternativo
• Si el vendedor olvida su contraseña, deberá llamar
a la empresa para su obtención.
• Si existe un error, el sistema envía un mensaje
indicando que el ingreso al sistema no se puede
llevar a cabo.
B.3 Requerimientos Especiales
• El vendedor debe tener asignado un nombre de
usuario y contraseña validos, que tengan los
permisos adecuados.
B.4 PRE – Condiciones
65
• El vendedor debe de iniciar el servicio WAP de su
dispositivo.
B.5 POST – Condiciones
• El vendedor obtiene información precisa del stock
de los productos..
4.2.1.4 Caso de Uso: Registro de Pedidos
A) Breve Descripción En este caso de uso, el vendedor realiza el registro de un
pedido previa conversación con el cliente y previa
coordinación de precio con el mismo.
B) Flujo de Eventos
B.1 Flujo Básico
Acción de los Actores Respuesta del Sistema
1. El vendedor ingresa su
nombre de usuario y
contraseña correspondiente
2. El sistema valida la
información del vendedor.
3. Muestra el menú de
opciones
4. El vendedor ingresa a
Registrar Pedido.
5. El sistema solicita el
ingreso del código del
cliente.
6. El vendedor ingresa el
código del cliente
66
7. El sistema solicita el
ingreso de la línea de
producto que se desea
pedir.
8. El vendedor ingresa la
línea de producto
correspondiente.
9. El sistema solicita el
ingreso del tipo de
presentación del producto
de acuerdo a la línea
ingresada y además la
cantidad deseada.
10. El vendedor escoge la
presentación y la cantidad
deseada.
11. El Sistema muestra el
resumen de pedido y el
monto neto acumulado del
mismo y actualiza el
STOCK del producto.
12. El Sistema solicita
terminar la venta o agregar
otro producto para el
mismo cliente.
13. Si el vendedor escoge
seguir venta Paso 14.
Si no Paso 15
. 14. El Sistema retorna al
Paso 8.
15. El vendedor escoge
salir al Menú Principal y
terminar el proceso
67
B.2 Flujo Alternativo
• Si el nombre de usuario no es válido el sistema
envía al usuario un mensaje de error.
• Si el registro del pedido es exitoso, el sistema
envía al usuario un mensaje de confirmación o en
su defecto un error.
• Si el pedido excede al stock, será imposible
registrar el pedido y el Sistema lanzará un error.
B.3 Requerimientos Especiales
• El vendedor debe tener asignado un nombre de
usuario y password validos, que tengan los
permisos adecuados.
• Los vendedores deben tener una lista impresa de
códigos de productos y de sus clientes de su
propia zona asignada (Hoja de ruta)
B.4 PRE – Condiciones
• El usuario debe iniciar su sesión válida en el
sistema y así pueda usar este mismo.
B.5 POST – Condiciones
• La base de datos de los productos estará
actualizada continuamente.
4.2.1.5. Caso de Uso : Revisión de Pedidos
A) Breve Descripción Este caso de uso se utiliza cuando el vendedor desea
revisar sus pedidos registrados durante el día, y de esa
forma saber cuantos de ellos ya fueron procesados o
68
anulados por el administrador y cuantos están pendientes
de despacho.
B) Flujo de Eventos
B.1 Flujo Básico
1. Este caso de uso
comienza cuando el
usuario se loguea en el
sistema.
2. El sistema valida la
información del usuario
3. Muestra su respectivo
menú de opciones
4. El usuario ingresa a
Consultar Estado de
Pedidos.
5. El sistema muestra los
pedidos registrados por el
vendedor durante el día.
6. El usuario observa en
qué estado se encuentran
los pedidos registrados
durante el día.
B.2 Flujo Alternativo
• Si el vendedor olvida su contraseña, deberá llamar
a la empresa para su obtención.
• Si existe un error, el sistema envía un mensaje
indicando que el ingreso al sistema no se puede
llevar a cabo.
69
B.3 Requerimientos Especiales
• El usuario debe tener asignado un nombre de
usuario y password validos, que tengan los
permisos adecuados.
B.4 PRE – Condiciones
• El usuario debe iniciar su sesión valida en el
sistema.
B.5 POST – Condiciones
• El vendedor observará el estado de sus pedidos.
4.2.2. Diagrama de Secuencias
4.2.2.1 Autentificar Vendedor
: Vendedor
GUI Servidor
Ingresa Login PasswordEnvio Datos
Resultado Autentificacion[Aceptado] Mostrar Menu
[Denegado]Mensaje Error
70
4.2.2.2 Consultar Cliente
4.2.2.3 Consulta de Stock
GUI Servidor Base de datos : vendedor
Selecciona opcion Cosultar Cliente
Envia opcionMuestra Menú de Opción
Resultado
Ingreso de datos
Envía datosConsulta datos
Envia Resultado
Devuelve Consulta
Muestra Estado de Cliente
: Vendedor
GUI Servidor Base de Datos
Ingreso Opción Consultar Stock
Muestra Stock de producto
Envio Opción
ResultadoMuestra Menú de Opción
Ingreso de DatosEnvío de Datos
Consulta Stock
Devuelve Resultado
Envía Resultado
71
4.2.2.4 Registro de Pedidos
: Vendedor
GUI Servidor Base de Datos
Ingreso de Datos Envío de Datos
Actualiza Stock
Devuelve Stock actual
Confirmación Registro de Pedido
Ingreso Opción Registrar Pedido
Muestra confirmación de Pedido
Envio Opción
ResultadoMuestra Menú de Opción
4.2.2.5. Revisión de Pedidos
GUI Servidor Base de Datos : Vendedor
Envía Opción
Consulta estado Del Pedido
Selecciona Opción Revisar Pedidos
Selecciona Pedido Envía datos
Confirmación de registro
Usuario registrado
Verificacion de Campos
Envía Resultado
ResultadoMuestra Pedidos del día
72
4.2.3. Diagrama de Colaboración 4.2.3.1. Autentificar Vendedor
GUI
: Vendedor
Servidor
2: Envia Datos
3: Resultado de Autentificacion1: Ingresa Datos
4: Muestra Menu
4.2.3.2. Consultar Cliente
GUI Servidor
Base de datos
: vendedor
1: Selecciona opcion Consultar Cliente
2: Envia opcion
3: Resultado
4: Muestra Menú de Opción
5: Ingreso de datos
6: Envía datos
7: Consulta datos
8: Envia Resultado
9: Devuelve Consulta
10: Muestra Estado de Cliente
73
4.2.3.3. Consultar Stock
: Vendedor
GUI
Servidor Base de Datos
1: Ingreso Opción Consultar Stock5: Ingreso de datos
4: Muestra Menú de Opción10: Muestra Stock de producto
2: Envio Opción
3: Resultado9: Envía resultado
8: Devuelve resultado
6: Envío de Datos
7: Consulta Stock
4.2.3.4. Registro de pedidos
1: Ingreso Opción Registrar Pedido
: Vendedor
GUI
Servidor Base de
3: Resultado
2: Envio Opción
4: Muestra Menú de Opción
5: Ingreso de Datos
6: Envío de Datos
7: Actualiza Stock
8: Devuelve Stock Actual
9: Confirmación de Registro
10: Muestra Confirmación de Pedido
Datos
74
4.2.3.5. Revisión de Pedidos
Celula Servido
Base de Datos
: Vendedor
1: Selecciona opción revisar
2: envia opción
5: Resultado
6: Muestra Menú 3: Solicita datos pedidos vendedor
4: Devuelve datos
4.2.4. Diagrama de Estados
4.2.4.1. Autentificar Vendedor
Inicio
Muestra envenida
Ingreso Datos
Autentificar Usuario Bi Ingresar
PasswordProcesode Datos
Enviando Menú
Enviar Menú
Conectando
Finalizar
Fin
75
4.2.4.2. Consultar Cliente
Inicio
Muestra Menú
Ingreso OpciónIngresar
Opción
Menú Consultar Cliente Espera de
Validación
Envío de Datos
Ingreso de Datos
Fin
Verificación de Datos Consulta
Datos
Confirmación Estado de Cliente
Resultado
4.2.4.3 Consultar Stock
Inicio
Muestra Menú
Ingreso OpciónIngresar Opción
Menú Consultar Stock Espera de
Validación
Consulta Stock
Ingreso de Datos
Fin
Muestra de Stock
Espera de Resultado
76
4.2.4.4 Registro Pedido
Inicio
Muestra Menú
Ingreso Opción
Ingresar Opción
Menú Registrar Espera de
Validación
Envío de Datos
Ingreso de Datos
Fin
Actualización de
Stock
Enviando Datos Confirmando Pedido
Muestra del Pedido realizado
4.2.4.5. Revisión Pedido
Inicio
Muestra Menú
Ingreso OpciónIngresar
Opción
Menú Revisar Pedido
Espera de Validación
Envío de Datos
Ingreso de Datos
Fin
Encuentro Datos Buscando
Datos
Listado de Pedidos hechos
Resultado
77
4.3 Estudio del Escenario: Análisis FODA
Antes de implantar la solución tecnológica basado en M-Commerce,
fue necesario realizar un análisis FODA en la empresa de Caso de estudio:
Ameral S.A.A., dando como resultado que existen factores internos y externos
que nos indican la necesidad de la implantación de una solución que agilice el
proceso de Toma de Pedidos en estudio.
Fortalezas 1. Se cuenta con un stock abundante.
2. La velocidad de producción es alta si la demanda lo exige.
3. Cuenta con una flota de camiones propia.
4. Precios bajos en comparación con sus principales competidores
(política bajo costo).
Debilidades 1. Demora en la entrega de pedidos al sistema principal de facturación.
(Proceso Manual de toma de pedidos)
2. Demora en el despacho hacia el cliente final.
3. Toma errónea de pedidos manuales, lo que genera devolución de la
mercadería.
Oportunidades 1. Posibilidad de ingreso al Mercado horizontal sin dificultad.
2. Abarcar nuevos territorios ganando mas puntos de venta.
3. Fidelización clientes atendiendo vía on-line y con despachos a tiempo.
Amenazas 1. Posible aparición de nuevas empresas en el rubro.
2. Elevación de precios de los diversos insumos utilizados para realizar la
colocación de los productos.
3. Cambios en las leyes dirigidas al comercio o industrias.
78
4.4 Análisis de COSTO y EQUILIBRIO
Para hacer este análisis se recopilan los costos del proyecto pudiendo ser
estos catalogados como:
o Costos Fijos: Costos que existirán así no existan ingresos. Ejemplo:
Costo de alquiler de un local, Costo de cuenta telefónica, pago a
personal.
o Costos Variables: Costos incurridos dependiendo a los insumos
utilizados para la producción del bien o del servicio.
Una vez identificado los costos del proyecto, se estiman los beneficios
del mismo, beneficio que para el análisis de costo y beneficio son en la
mayoría beneficios monetarios. Ejemplo: Costo de compra de insumos. Alternativas propuestas bajo la técnica de Brain Storming.
o Alternativa 1: La implantación del servidor WAP propio. En esta alternativa, se considera implementar todo el servicio Web,
propio desde la implantación de la red local de la oficina de operaciones,
hasta la implantación del servidor local. Para esta alternativa se considera
hacer una fuerte inversión inicial, los recursos necesarios para la implantación
de esa alternativa, y sus costos aproximados son:
Recursos Tecnológicos: Hardware:
Inversión
- 01 Computadora de desarrollo para
las Páginas WAP Ya se cuenta con este recurso como
capital propio, asciende a ------$800
- Impresora
Ya se cuenta con este recurso como
capital propio, asciende a -------$80
- Servidor Web ó alguno compatible
con capacidad de ser Servidor Web Inversión asciende a -----------$1500
79
Software:
Inversión
- Manejador de Base de Datos SQL
Server
Licencias---------------------------$1200
- Sistema Operativo Windows 2003
Server & XP
Licencias---------------------------$800
Redes: Inversión
- Conexión Internet las 24 horas al
día (Línea dedicada)
- Requiere de una inversión inicial de
$200 para una línea dedicada, y
mensual de $35
-Requiere mayor inversión si se
desea mayor rapidez de atención.
Compra del Dominio ameral.com.pe
- Requiere de una inversión de $50
Total de inversión $5000
Capital propio $6000
Conclusión: La empresa puede costear dicha alternativa.
o Alternativa 2: El alquilar un servicio de Hosting
En esta alternativa, se considera implementar todo el servicio Web, en
las instalaciones de un lugar alquilado donde ya este implantado el servidor.
Para esta alternativa se considera elegir el mejor proveedor de Hosting, el que
ofrezca mas servicios propios, desde el servidor web, seguridad Firewall,
hasta contar ya con un manejador de Base de Datos
Recursos Tecnológicos: Hardware:
Inversión
- 01 Computadora de desarrollo para
las Páginas WAP Ya se cuenta con este recurso como
capital propio, asciende a -------$800
- Impresora
Ya se cuenta con este recurso como
capital propio, asciende a ---------$80
80
- Servidor Web. Incluido en el servicio de Hosting
Software:
- Software de Publicación Web. Incluido en el servicio de Hosting
- Manejador de Base de Datos SQL
Server
Incluido en el servicio de Hosting
- MS Windows 2000 Prof. y Server. Incluido en el servicio de Hosting
Redes: - Conexión Internet las 24 horas al día,
a una rapidez considerable para
atender a mas de 1000 consultas por
minuto.
Incluido en el servicio de Hosting
- Servicio Hosting Una inversión de $100 mensual
Total de inversión anual $2100
Capital propio $6000
Análisis de las alternativas de implantación:
El objetivo principal de esta fase es encontrar una alternativa factible
para la implantación, que no sobrepase los límites del proyecto.
A continuación se muestra este estudio.
o Evaluación de la Alternativa 1: El proyecto requiere de una inversión monetaria de $5000, si bien se
cuenta con un capital suficiente como para poder cubrir la inversión,
adicionalmente tendremos posesión de los bienes, para cualquier cambio
inmediato o acceso a la información inmediata dentro de la misma empresa.
o Evaluación de la Alternativa 2:
El proyecto requiere de una inversión monetaria de $2100, sin duda es
la más factible para la iniciación del proyecto en un corto plazo, pero
81
estaríamos supeditados a la performance y funcionamiento contínuo del
Servidor contratado.
o Decisión de Implantación: Considerando que el negocio recién se inicia, con un capital considerable, y que se desea además tener el control sobre el sistema, de manera confiable, se decide elegir la alternativa 2, ya que la aplicación residiría en un servidor alquilado de garantía, los cambios serían inmediatos y el monto ahorrado podría usarse en otras mejoras de sistema, ya que los gastos mayores serían tercerizados.
o Análisis de Mercado El mercado al cual esta orientado es a las empresas distribuidoras de
productos terminados destinados al público consumidor y que cuenten con el
capital de la alternativa 01 para poder implantar ésta solución; no descartando
del todo la alternativa #02, puesto que es más económica, siempre y cuando
se tenga el compromiso de optar en el futuro por la alternativa 01.
o Análisis de Punto de Equilibrio
El análisis de Punto de Equilibrio es un análisis de factibilidad del
proyecto, donde se contrasta los costos fijos y variables del proyecto contra
las ventas o beneficios del proyecto, finalmente se calcula el punto de
equilibrio que nos indica el mínimo de ventas beneficios o clientes que se
debe tener para que no se incurra en pérdidas con el proyecto.
El análisis de Punto de Equilibrio se realiza mediante la siguiente formula:
PE= Ventas – Costos Fijos Costos Variables
82