CAPÍTULO 4 METODOLOGÍA DE LA INVESTIGACIÓN

Transcripción

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

2 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 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 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

3 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

4 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 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

5 4.2. Metodología usada para solucionar el Problema Metodología UML - Diagrama de Casos de Uso Login Autentificar Usuario Validate Consultar Cliente Vendedor Consultar Stock Administrador del Sistema Registrar Pedido Revisión de Pedidos Caso de Uso: Autentificar Usuario 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 1. El usuario ingresa su nombre de usuario y respectiva contraseña. Respuesta del Sistema 2. El sistema valida la información del usuario 61

6 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 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

7 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

8 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 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 1. El usuario (vendedor) accede a la sección Consulta de Producto. Respuesta del Sistema 64

9 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. 7. El usuario visualiza la información devuelta por el sistema. 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. 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

10 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 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 1. El vendedor ingresa su nombre de usuario y contraseña correspondiente 4. El vendedor ingresa a Registrar Pedido. 6. El vendedor ingresa el código del cliente Respuesta del Sistema 2. El sistema valida la información del vendedor. 3. Muestra el menú de opciones 5. El sistema solicita el ingreso del código del cliente. 66

11 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 El Sistema retorna al Paso El vendedor escoge salir al Menú Principal y terminar el proceso 67

12 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 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

13 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. 4. El usuario ingresa a Consultar Estado de Pedidos. 6. El usuario observa en qué estado se encuentran los pedidos registrados durante el día. 2. El sistema valida la información del usuario 3. Muestra su respectivo menú de opciones 5. El sistema muestra los pedidos registrados por el vendedor 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

14 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 Diagrama de Secuencias Autentificar Vendedor GUI Servidor : Vendedor Ingresa Login Password [Aceptado] Mostrar Menu Envio Datos Resultado Autentificacion [Denegado]Mensaje Error 70

15 Consultar Cliente : vendedor GUI Servidor Base de datos Selecciona opcion Cosultar Cliente Muestra Menú de Opción Envia opcion Resultado Ingreso de datos Envía datos Consulta datos Envia Resultado Devuelve Consulta Muestra Estado de Cliente Consulta de Stock GUI Servidor Base de Datos : Vendedor Ingreso Opción Consultar Stock Muestra Menú de Opción Envio Opción Resultado Ingreso de Datos Envío de Datos Consulta Stock Muestra Stock de producto Envía Resultado Devuelve Resultado 71

16 Registro de Pedidos : Vendedor Ingreso Opción Registrar Pedido Muestra Menú de Opción GUI Servidor Base de Datos Envio Opción Resultado Ingreso de Datos Envío de Datos Actualiza Stock Devuelve Stock actual Muestra confirmación de Pedido Confirmación Registro de Pedido Revisión de Pedidos : Vendedor GUI Servidor Base de Datos Selecciona Opción Revisar Pedidos Envía Opción Muestra Pedidos del día Resultado Selecciona Pedido Envía datos Consulta estado Del Pedido Verificacion de Campos Envía Resultado Confirmación de registro Usuario registrado 72

17 Diagrama de Colaboración Autentificar Vendedor GUI 3: Resultado de Autentificacion 4: Muestra Menu 1: Ingresa Datos 2: Envia Datos Servidor : Vendedor Consultar Cliente GUI 2: Envia opcion 6: Envía datos Servidor 3: Resultado 9: Devuelve Consulta 4: Muestra Menú de Opción 10: Muestra Estado de Cliente 7: Consulta datos 1: Selecciona opcion Consultar Cliente 5: Ingreso de datos 8: Envia Resultado Base de datos : vendedor 73

18 Consultar Stock 1: Ingreso Opción Consultar Stock 5: Ingreso de datos GUI : Vendedor 4: Muestra Menú de Opción 10: Muestra Stock de producto 3: Resultado 9: Envía resultado 2: Envio Opción 6: Envío de Datos Servidor 7: Consulta Stock 8: Devuelve resultado Base de Datos Registro de pedidos 1: Ingreso Opción Registrar Pedido 5: Ingreso de Datos : Vendedor 4: Muestra Menú de Opción 10: Muestra Confirmación de Pedido GUI 3: Resultado 9: Confirmación de Registro 2: Envio Opción 6: Envío de Datos 7: Actualiza Stock Servidor 8: Devuelve Stock Actual Base de Datos 74

19 Revisión de Pedidos Celula 2: envia opción 5: Resultado Servido 6: Muestra Menú 3: Solicita datos pedidos vendedor 1: Selecciona opción revisar 4: Devuelve datos : Vendedor Base de Datos Diagrama de Estados Autentificar Vendedor Inicio Conectando Muestra Bienvenida Ingresar Password Ingreso Datos Proceso de Datos Autentificar Usuario Enviar Menú Enviando Menú Finalizar Fin 75

20 Consultar Cliente Inicio Muestra Menú Ingresar Opción Ingreso Opción Espera de Validación Menú Consultar Cliente Ingreso de Datos Confirmación Estado de Cliente Resultado Verificación de Datos Consulta Datos Envío de Datos Fin Consultar Stock Inicio Muestra Menú Ingresar Opción Ingreso Opción Espera de Validación Menú Consultar Stock Ingreso de Datos Muestra de Stock Espera de Resultado Consulta Stock Fin 76

21 Registro Pedido Inicio Muestra Menú Ingresar Opción Ingreso Opción Espera de Validación Menú Registrar Ingreso de Datos Muestra del Pedido realizado Confirmando Pedido Actualización de Stock Enviando Datos Envío de Datos Fin Revisión Pedido Inicio Muestra Menú Ingresar Opción Ingreso Opción Espera de Validación Menú Revisar Pedido Ingreso de Datos Listado de Pedidos hechos Resultado Encuentro Datos Buscando Datos Envío de Datos Fin 77

22 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

23 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 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. 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 Ya se cuenta con este recurso como las Páginas WAP 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 $

24 Software: Inversión - Manejador de Base de Datos SQL Licencias $1200 Server - Sistema Operativo Windows 2003 Licencias $800 Server & XP 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 - Requiere de una inversión de $50 ameral.com.pe 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 Ya se cuenta con este recurso como las Páginas WAP capital propio, asciende a $800 - Impresora Ya se cuenta con este recurso como capital propio, asciende a $80 80

25 - 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 Incluido en el servicio de Hosting Server - MS Windows 2000 Prof. y Server. Incluido en el servicio de Hosting Redes: Incluido en el servicio de Hosting - Conexión Internet las 24 horas al día, a una rapidez considerable para atender a mas de 1000 consultas por minuto. - 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

26 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