capÍtulo 4 metodologÍa de la investigaciÓn 4.1...

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


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


1. El usuario (vendedor)

accede a la sección

Consulta de Producto.

64


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.






llevar a cabo.



usuario y contraseña validos, que tengan los

permisos adecuados.


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


1. El vendedor ingresa su

nombre de usuario y

contraseña correspondiente


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


ingreso de la línea de

producto que se desea

pedir.

8. El vendedor ingresa la

línea de producto

correspondiente.


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


• 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.



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)


• El usuario debe iniciar su sesión válida en el

sistema y así pueda usar este mismo.


• 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.


información del usuario

3. Muestra su respectivo

menú de opciones

4. El usuario ingresa a

Consultar Estado de

Pedidos.


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.






llevar a cabo.

69


• El usuario debe tener asignado un nombre de

usuario y password validos, que tengan los

permisos adecuados.


• El usuario debe iniciar su sesión valida en el

sistema.


• 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

capÍtulo 4 metodologÍa de la investigaciÓn 4.1...

Documents